|
From: | Dmitry Gutov |
Subject: | bug#59935: 29.0.60; project-list-buffers is slow |
Date: | Sat, 10 Dec 2022 12:47:38 +0200 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.4.2 |
On 10/12/2022 10:11, Eli Zaretskii wrote:
I'm not following. Are you saying that the problem is that the FILTER-PREDICATE argument to list-buffers-noselect calls project-buffers for each buffer?
Yes.
If so, I don't understand why a trivial change to project-list-buffers could not call project-buffers just once, and then reuse the value in the call to list-buffers-noselect both as the BUFFER-LIST argument and (if needed) in the FILTER-PREDICATE argument, using memq.
If we just do that, pressing 'g' will only show the buffers that belonged to the project when project-list-buffers was called. And not necessarily the *current* list of project buffers.
The previously attached patches solved that problem.
[Prev in Thread] | Current Thread | [Next in Thread] |