bug#62759: closed ([PATCH] add support for prompting for projects by name)

[GNU bug Tracking System]

Your message dated Tue, 11 Apr 2023 02:20:22 +0300
with message-id <2fb028b1-a9ad-648d-9d27-2107e7e4833a@gutov.dev>
and subject line Re: bug#62759: [PATCH] add support for prompting for projects 
by name
has caused the debbugs.gnu.org bug report #62759,
regarding [PATCH] add support for prompting for projects by name
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
62759: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=62759
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems

--- Begin Message --- Subject: [PATCH] add support for prompting for projects by name Date: Mon, 10 Apr 2023 15:14:53 -0400

Tags: patch


This add a new function project-prompt-project-name, and a
project-prompter customize variable which can be used to switch between
that function and the existing project-prompt-project-dir.

In GNU Emacs 29.0.60 (build 3, x86_64-pc-linux-gnu, X toolkit, cairo
 version 1.15.12, Xaw scroll bars) of 2023-03-13 built on
 igm-qws-u22796a
Repository revision: e759905d2e0828eac4c8164b09113b40f6899656
Repository branch: emacs-29
Windowing system distributor 'The X.Org Foundation', version 11.0.12011000
System Description: CentOS Linux 7 (Core)

Configured using:
 'configure --with-x-toolkit=lucid --with-modules
 --with-gif=ifavailable'

0001-add-support-for-prompting-for-projects-by-name.patch
Description: Text Data

--- End Message ---

> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#62759: [PATCH] add support for prompting for projects by name
>
>
>
>
> Date: 
>
> Tue, 11 Apr 2023 02:20:22 +0300
>
>
>
>
> User-agent: 
>
> Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.9.0
>
>
>
>
> Hi! Thanks for the patch. Pushed to master.
>
> Next time please also add the full common message, though.
>
> Also note that the idea behind the current default (and also why it 
> doesn't return a project instance: just the dir) was to avoid visiting 
> all the directories -- because some might be unavailable at this exact 
> moment (e.g. remote, over Tramp, and currently disconnected), and some 
> simply slow.
>
> It shouldn't hurt to have this as an alternative behavior, though.
>
>
> --- End Message ---