From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Default for image-dired-main-image-directory Date: Tue, 26 Oct 2021 17:15:46 +0300 Message-ID: <83wnlzyir1.fsf@gnu.org> References: <83sfwp1c27.fsf@gnu.org> <83a6iwylp7.fsf@gnu.org> <87a6ivvr5t.fsf@localhost> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3594"; mail-complaints-to="usenet@ciao.gmane.io" Cc: stefan@marxist.se, emacs-devel@gnu.org To: Ihor Radchenko Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Oct 26 16:17:48 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 1mfNGu-0000hn-16 for ged-emacs-devel@m.gmane-mx.org; Tue, 26 Oct 2021 16:17:48 +0200 Original-Received: from localhost ([::1]:39406 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mfNGs-00065X-Ii for ged-emacs-devel@m.gmane-mx.org; Tue, 26 Oct 2021 10:17:46 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:48618) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mfNF3-0003sn-Sq for emacs-devel@gnu.org; Tue, 26 Oct 2021 10:15:55 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:57082) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mfNF1-0001vH-Qo; Tue, 26 Oct 2021 10:15:53 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=v7V3vGcLKJevakhYIrk1CdyZmuPA9zcBnmGKqwTCz40=; b=O34L+UpTKOkO BwBioHyvY7eu3cmPKL+61yGikXRr3zviN4dD8eXrfgz5VU9GC4uzi29rdVLRQG9Ndv33l1pmmgJqU NePWXvReVasNSYZKeWACxEtjz++Is0f6/07f56lxRoLIbB/F9+ciG6Zo7ipIhgrCIC3uPtMvQayA2 pAgxoQ9O5TupDjj75h9cVtIzTq53xkUkPPWQ7b3ohaFvNeprQrqU4Z2OyV8yh3PFsE/wnuBxKLfEI jPQHADI0Y9ttJVYFKK47VWDejEy+bXJZ30a0WjHHAimfMvP+Mau7ZJmYvEMICp7at+mejbWpaUdLm z5PzuXmmILN4+iwd/d8AVw==; Original-Received: from [87.69.77.57] (port=4942 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mfNF0-0006Du-PE; Tue, 26 Oct 2021 10:15:51 -0400 In-Reply-To: <87a6ivvr5t.fsf@localhost> (message from Ihor Radchenko on Tue, 26 Oct 2021 21:42:22 +0800) 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:277864 Archived-At: > From: Ihor Radchenko > Cc: Stefan Kangas , emacs-devel@gnu.org > Date: Tue, 26 Oct 2021 21:42:22 +0800 > > Eli Zaretskii writes: > > > How about if we DTRT right away, and provide reasonable defaults for > > all the non-XDG platforms (assuming we prefer platform-specific > > defaults in this particular case)? I see no real reason to install > > half-solutions. > > FYI, there is no-littering package [1] trying to provide unified > directory structure within .emacs.d. It follows the same idea of > unified set of abstract directory variables for different types of data: > - etc-directory > - var-directory > > Essentially, it is similar to XDG directory set, but all the directories > are inside .emacs.d by default. 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). > I think that putting things in a reasonably-names directories inside > .emacs.d can be a meaningful default, unless there is an OS-specific > standard (XDG on Linux, de-facto standard on Windows or Mac). Yes, every modern platform has standardized places for this stuff. If we decided to support XDG on GNU/Linux, it follows that we prefer platform-specific behavior, not identical standard directories on all platforms. So we need something like system-config.el, which would use xdg.el for XDG platforms, and something else for the rest.