From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Philip Kaludercic Newsgroups: gmane.emacs.devel Subject: Re: master f8fed41 2/3: image-dired: Improve XDG compliance Date: Mon, 25 Oct 2021 17:52:56 +0000 Message-ID: <87tuh5q9dz.fsf@posteo.net> References: <83sfwp1c27.fsf@gnu.org> <87y26hqdxy.fsf@posteo.net> <83a6ix12k8.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4028"; mail-complaints-to="usenet@ciao.gmane.io" Cc: stefan@marxist.se, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Oct 25 19:56:15 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 1mf4Cl-0000qG-5x for ged-emacs-devel@m.gmane-mx.org; Mon, 25 Oct 2021 19:56:15 +0200 Original-Received: from localhost ([::1]:46238 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mf4Ck-0005bN-4w for ged-emacs-devel@m.gmane-mx.org; Mon, 25 Oct 2021 13:56:14 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:50546) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mf49l-0000Ci-DS for emacs-devel@gnu.org; Mon, 25 Oct 2021 13:53:09 -0400 Original-Received: from mout02.posteo.de ([185.67.36.66]:53501) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mf49e-0006cM-By for emacs-devel@gnu.org; Mon, 25 Oct 2021 13:53:09 -0400 Original-Received: from submission (posteo.de [89.146.220.130]) by mout02.posteo.de (Postfix) with ESMTPS id 1D278240108 for ; Mon, 25 Oct 2021 19:52:59 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1635184379; bh=OrHXIPdZ4Qv/Qi2em7uZPoEukYIbdFxUh43IN2uyEeA=; h=From:To:Cc:Subject:Autocrypt:Date:From; b=ab8HGsiw7zYIiDXbiX3MBOEYnrsQmAf0qoe5JwuQMqS993UKYpuavlCfAXlv0sgLy NFwQG6m8sgQdtfaOLbg5Crpwmgx3cjFwcQIWaDBfrwpKmhz0K+diKAzjyZuHyRvIKu 72IRz7Mh533xpzi+mXS9OUR8TJcFvArFd26c+fcPzWmwXsmJGVk6+bcgodp9ezXKb3 QQAHMtKP07J16ZnE2/o12/nBsVLUGY8mi4cX51gaa7vHqXm1XuBKCHYT1Aj7t/oWYn iuztIYkWKPxPyxUTLQT1kIs5OMgrVUQzoFW06EDdgcF4r59Gh+RFQQI+UbAe/cw++Y vTth9BKSyW/Hw== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4HdMxP3ZTSz9rxl; Mon, 25 Oct 2021 19:52:57 +0200 (CEST) Autocrypt: addr=philipk@posteo.net; prefer-encrypt=nopreference; keydata= mDMEYHHqUhYJKwYBBAHaRw8BAQdAp3GdmYJ6tm5McweY6dEvIYIiry+Oz9rU4MH6NHWK0Ee0QlBo aWxpcCBLYWx1ZGVyY2ljIChnZW5lcmF0ZWQgYnkgYXV0b2NyeXB0LmVsKSA8cGhpbGlwa0Bwb3N0 ZW8ubmV0PoiQBBMWCAA4FiEEDM2H44ZoPt9Ms0eHtVrAHPRh1FwFAmBx6lICGwMFCwkIBwIGFQoJ CAsCBBYCAwECHgECF4AACgkQtVrAHPRh1FyTkgEAjlbGPxFchvMbxzAES3r8QLuZgCxeAXunM9gh io0ePtUBALVhh9G6wIoZhl0gUCbQpoN/UJHI08Gm1qDob5zDxnIHuDgEYHHqUhIKKwYBBAGXVQEF AQEHQNcRB+MUimTMqoxxMMUERpOR+Q4b1KgncDZkhrO2ql1tAwEIB4h4BBgWCAAgFiEEDM2H44Zo Pt9Ms0eHtVrAHPRh1FwFAmBx6lICGwwACgkQtVrAHPRh1Fw1JwD/Qo7kvtib8jy7puyWrSv0MeTS g8qIxgoRWJE/KKdkCLEA/jb9b9/g8nnX+UcwHf/4VfKsjExlnND3FrBviXUW6NcB In-Reply-To: <83a6ix12k8.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 25 Oct 2021 19:39:35 +0300") Received-SPF: pass client-ip=185.67.36.66; envelope-from=philipk@posteo.net; helo=mout02.posteo.de X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=unavailable 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:277772 Archived-At: Eli Zaretskii writes: >> From: Philip Kaludercic >> Cc: Stefan Kangas , emacs-devel@gnu.org >> Date: Mon, 25 Oct 2021 16:14:33 +0000 >> >> Eli Zaretskii writes: >> >> > XDG is also prone to fashion changes. What will we do when it goes >> > out of fashion, and we have dozens of xdg-user-dir calls in our >> > application code? change all of them to some latest desktop fashion? >> >> What do you mean by this? Shouldn't XDG as a specification prevent this >> from being an issue? > > Sorry, I don't understand the second question. What can "XDG as a > specification" prevent? I misunderstood what you meant by fashion, assuming you meant how XDG was implemented was a matter of fashion. > It cannot prevent XDG ceasing to be the fashion, that's entirely out > of control of any specification. Fashions some and go, and when they > come, users rightfully expect us to support the latest fashions, and > we generally comply. If anything, I think XDG is becoming more and more popular since 2003, and I wouldn't know of any other serious contender to replace XDG. Generally I'd agree that it would be better to provide better support for the problem XDG solves, without having to use XDG directly for cross-platform compliance, but XDG is certainly preferable to hard-coding directories as is still done in Emacs. -- Philip Kaludercic