|
From: | Dmitry Gutov |
Subject: | bug#66993: [PATCH] project.el: avoid asking user about project-list-file lock |
Date: | Sat, 18 Nov 2023 03:41:04 +0200 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 |
On 15/11/2023 22:49, Spencer Baugh wrote:
project--list is the new history variable. Using it is mostly trivial; a small bit of work is necessary in project-prompt-project-name to get project-names for the history, but that worked out great. Everything else just seems to work. And with savehist-mode enabled, project--list just gets stored automatically without any code in project.el. I can implement a backwards-compatible version if this seems like a reasonable direction to go in.
I haven't tried using it, but there's indeed a lot to like about this patch.What happens if savehist-mode is nil, though? Which it is by default. For users with this setup the project history will just disappear.
What kind of backward compatibility did you have in mind?
[Prev in Thread] | Current Thread | [Next in Thread] |