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: master f8fed41 2/3: image-dired: Improve XDG compliance Date: Tue, 26 Oct 2021 18:13:41 +0200 Message-ID: References: <83sfwp1c27.fsf@gnu.org> <83tuh3yil6.fsf@gnu.org> <83pmrrydw0.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="26068"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Emacs developers To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Oct 26 18:15:00 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 1mfP6K-0006aZ-3T for ged-emacs-devel@m.gmane-mx.org; Tue, 26 Oct 2021 18:15:00 +0200 Original-Received: from localhost ([::1]:45934 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mfP6I-00037y-VA for ged-emacs-devel@m.gmane-mx.org; Tue, 26 Oct 2021 12:14:58 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59070) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mfP5J-00010r-8i for emacs-devel@gnu.org; Tue, 26 Oct 2021 12:13:59 -0400 Original-Received: from mail-pj1-f50.google.com ([209.85.216.50]:42701) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mfP5H-0001Yr-Hj; Tue, 26 Oct 2021 12:13:56 -0400 Original-Received: by mail-pj1-f50.google.com with SMTP id nn3-20020a17090b38c300b001a03bb6c4ebso2136189pjb.1; Tue, 26 Oct 2021 09:13:54 -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=0Q6bXxco2m/L27IhY2P2IQ6qSctUYxQ60DH2a2BFbOE=; b=erryesPAAzsL+Wi2bus2HSDTWkKzRtU/Ktr4AORGclfDHK0gxvTtDqdi4JV0SfcIIz LgSkHecMkaBCQrEtBPFwjH8rleAutuucupk8HJMp72KO2XXMDd04UdMQFfb/SW6Ylyix vd1huelWywrYbitMBZUIn3r5LpYgfub92M+tDu3ZXrQsj9XiFA950OatvKsDw1KQHwgQ gFaxeQ21BYbL75O5Hw1254sbfrVsxBN5Fvo65EysFvzmHRZSThnuIgqgdnm7zX/gnCFV 3IoFZ2HBSFwJmrNP0SJA2wVNxmx9fgOrvQ/TL2F+ZZ5oKI8+LvTJk464V5cyTvjs2fWa Vusg== X-Gm-Message-State: AOAM532Jolr6Sl0iB0edIYiRna1BUWFmbDUb9AFEJKqPThDlXaNC+EPr sdXkx8KBZdmjbA+6NAd50Dz23HcEaSpe7WOdKOOFpqqD X-Google-Smtp-Source: ABdhPJw74QOtUVT2ZLuN8G8ySmpNR1Pxs5yZIEA28lC7bkXDRNXbhWZMIhRqROtLmMEaGl7xLrGgjiZBAndvLMUAlHo= X-Received: by 2002:a17:90b:17d2:: with SMTP id me18mr44373072pjb.132.1635264833692; Tue, 26 Oct 2021 09:13:53 -0700 (PDT) In-Reply-To: <83pmrrydw0.fsf@gnu.org> Received-SPF: pass client-ip=209.85.216.50; envelope-from=stefankangas@gmail.com; helo=mail-pj1-f50.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, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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:277882 Archived-At: Eli Zaretskii writes: > No. What will happen is we will see the proliferation of the likes of > this: > > (cond > ((eq system-type 'windows-nt > (or (w32-read-registry > 'HKCU > "SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Explorer\\User Shell Folders" "Personal") > "~/../My Documents" > "~/../../Documents")) > ((eq system-type 'darwin "~/Documents")) > (t (xdg-documents-directory))) > > and similarly for other standard directories, in our application code. That looks like a nightmare, yes. > I really hope this is not what we want to see there. My idea was to > hide all this platform-specific ugliness under a standard API, such as > (user-std-directory 'DOCUMENTS) or maybe a set of APIs like > (user-documents-directory), (user-music-directory), etc. I'm not seeing any other volunteers, so let me have a crack at it.