From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#67310: [PATCH] Include the project--list as history when prompting for a project Date: Sun, 10 Dec 2023 19:43:21 +0200 Organization: LINKOV.NET Message-ID: <861qbujehq.fsf@mail.linkov.net> References: <421e3ea8-d150-566e-f645-cbf1ccbcba61@gutov.dev> <81b6ed58-3fdc-3b5a-41a9-84d66475d5f1@gutov.dev> <5c3eb6a1-38da-8af4-419a-e0567b163e3a@gutov.dev> <8634wr6s1t.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="40184"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) Cc: 67310@debbugs.gnu.org, Spencer Baugh , eliz@gnu.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Dec 10 18:55:18 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1rCO1O-000AIN-7q for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 10 Dec 2023 18:55:18 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rCO0w-0006px-Jh; Sun, 10 Dec 2023 12:54:50 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rCO0u-0006pP-4p for bug-gnu-emacs@gnu.org; Sun, 10 Dec 2023 12:54:48 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rCO0t-0007JY-T1 for bug-gnu-emacs@gnu.org; Sun, 10 Dec 2023 12:54:47 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rCO18-0000DR-4X for bug-gnu-emacs@gnu.org; Sun, 10 Dec 2023 12:55:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 10 Dec 2023 17:55:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67310 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 67310-submit@debbugs.gnu.org id=B67310.1702230872752 (code B ref 67310); Sun, 10 Dec 2023 17:55:02 +0000 Original-Received: (at 67310) by debbugs.gnu.org; 10 Dec 2023 17:54:32 +0000 Original-Received: from localhost ([127.0.0.1]:51760 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rCO0d-0000C3-Oj for submit@debbugs.gnu.org; Sun, 10 Dec 2023 12:54:32 -0500 Original-Received: from relay8-d.mail.gandi.net ([217.70.183.201]:54053) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rCO0c-0000Ak-2Q for 67310@debbugs.gnu.org; Sun, 10 Dec 2023 12:54:30 -0500 Original-Received: by mail.gandi.net (Postfix) with ESMTPSA id 32D921BF203; Sun, 10 Dec 2023 17:54:07 +0000 (UTC) In-Reply-To: (Dmitry Gutov's message of "Sun, 10 Dec 2023 05:04:27 +0200") X-GND-Sasl: juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:275939 Archived-At: >> This change broke the order of 'C-x p p M-n M-n ...', > > Could you remind me which behavior in 'M-n M-n' the aforementioned change > relates to? Is this supposed to be like input history as well, or the > contents of the completions table in a certain order? It's inappropriate to overwrite the history with the recently visited projects. Only user input should be added to history variables because it's actually the history of user input. Therefore, the remaining way to access a list of recently visited projects is the future history with 'M-n M-n'. > I just tried find-file, and the future history is empty there, so I suppose > this is something we added particularly for project-find-file. Unlike with project--list, we don't keep a list of recently visited files. Once we conducted an experiment to add all visited files to the input file history, even when a file was visited without reading a file name in the minibuffer, e.g. by typing RET in Dired. But no one liked this behavior.