From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.devel Subject: Re: Default for image-dired-main-image-directory Date: Tue, 26 Oct 2021 16:22:15 +0200 Message-ID: References: <83sfwp1c27.fsf@gnu.org> <83a6iwylp7.fsf@gnu.org> <87a6ivvr5t.fsf@localhost> <83wnlzyir1.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="7243"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Ihor Radchenko , Emacs developers To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Oct 26 16:33:16 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mfNVq-0001gS-VV for ged-emacs-devel@m.gmane-mx.org; Tue, 26 Oct 2021 16:33:14 +0200 Original-Received: from localhost ([::1]:37944 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mfNVp-0007gX-AB for ged-emacs-devel@m.gmane-mx.org; Tue, 26 Oct 2021 10:33:13 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:50760) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mfNLb-0004OF-FI for emacs-devel@gnu.org; Tue, 26 Oct 2021 10:22:39 -0400 Original-Received: from mail-pj1-f49.google.com ([209.85.216.49]:51877) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mfNLR-0000jk-IR; Tue, 26 Oct 2021 10:22:39 -0400 Original-Received: by mail-pj1-f49.google.com with SMTP id u12so7020205pjy.1; Tue, 26 Oct 2021 07:22:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=DY9UIvTT8kp+r5q6UyZQfY9HMClIVmzup4EudnPZ8ww=; b=jdC1is1AQPQVoaAD6hiaGV9yJViDLu2vE7ZlowXoSmFdbDtQVeSFrzkMFUEF7x2AUa Cqym5Ca9xQDc+0E52bd63yInPLw7ABtIWRSfFoJI+nsis4k/uI301cBgoJPC/LO1Kxna c4xnn3klZn+CaMYi00qGqHNAs3a0GBJze1VKPxtU8ooEdbdeJkwJMLQJxdlC/f2BbTx1 MBSuapi4p0DkyITDDHMyJOjiWqvoC/0Gk3EsSpKNA5vo06sQlrDxMHXDiOaSCdv8lVBy 2U65E0U/wVdDG8G69+6yahf+we34/AB6aKX+EjxAtGeK9EmuF8atV7GxknNhatDNI2+G i2Zw== X-Gm-Message-State: AOAM532Lt+XFJ5402ML1fZkAqSUG6yXv/Ra6fwt6I3q9I+WEn7tTa4Ui ut9P3rJoI0G6oKtqRg26yMOBT7UWIXVrKmddY5Xyyt37 X-Google-Smtp-Source: ABdhPJwgIk1hUdaP6Dk//pLp6iCdGcS7jAKodOmhFv++wnSbu1/JMRh0KaYhR0NG/Zm9buVI786spyBULMnu7rmH0Ko= X-Received: by 2002:a17:902:b691:b029:12d:2b6:d116 with SMTP id c17-20020a170902b691b029012d02b6d116mr21856465pls.71.1635258146774; Tue, 26 Oct 2021 07:22:26 -0700 (PDT) In-Reply-To: <83wnlzyir1.fsf@gnu.org> Received-SPF: pass client-ip=209.85.216.49; envelope-from=stefankangas@gmail.com; helo=mail-pj1-f49.google.com X-Spam_score_int: -13 X-Spam_score: -1.4 X-Spam_bar: - X-Spam_report: (-1.4 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:277869 Archived-At: Eli Zaretskii writes: > That's a different philosophy, and since it contradicts XDG, which > many people want, I don't think we can go that way, except as an > opt-in feature (which will then become a maintenance burden, as it > will be yet another, third, set of defaults). Exactly. I think "no-litter" solves the problem of "how do I keep all my stuff in .emacs.d without making too much of a mess of it". It doesn't do a bad job at solving that problem, but it is IMO exactly the wrong problem to solve. > So we need something like system-config.el, which would use xdg.el for > XDG platforms, and something else for the rest. Sounds good to me.