From: Stephen Leake <stephen_leake@stephe-leake.org>
To: Lars Ingebrigtsen <larsi@gnus.org>
Cc: 48747@debbugs.gnu.org, Dmitry Gutov <dgutov@yandex.ru>
Subject: bug#48747: 28.0.50; add project-name generic
Date: Fri, 15 Jul 2022 06:09:48 -0700 [thread overview]
Message-ID: <86a69awmhv.fsf@stephe-leake.org> (raw)
In-Reply-To: <87zghak365.fsf@gnus.org> (Lars Ingebrigtsen's message of "Fri, 15 Jul 2022 13:48:02 +0200")
Lars Ingebrigtsen <larsi@gnus.org> writes:
> Dmitry Gutov <dgutov@yandex.ru> writes:
>
>>> In project.el, add a 'project-name' cl-defgeneric, to be used in prompts
>>> and other situations where the user is asked to identify a project.
>>> It must return a string, which is nominally unique among the user's
>>> various projects.
>>> The default could be 'project-root'.
>>
>> Would you like to attach a patch that includes the places where we
>> would use the new method?
>>
>> project-prefixed-buffer-name?
>
> (I'm going through old bug reports that unfortunately weren't resolved
> at the time.)
>
> This was a year ago, and the original bug report didn't really include a
> rationale for the cl-defgeneric. Stephen, what would you use this for?
My wisi package has a menu of defined projects, allowing the user to
choose which one is the "current project"; it shows a project name,
which is currently defined in the wisi project type.
wisi also has a command to delete a project definition, which prompts
for a project, completing on the project name.
eglot needs to identify projects; it currently uses the project root,
which is not always the best way.
The current project.el assumes that projects are only identified by
"project-current" in some buffer, so there isn't anywhere in the current
code that would use this. Adding it is mainly for extensions like wisi
and eglot.
--
-- Stephe
next prev parent reply other threads:[~2022-07-15 13:09 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-05-30 17:38 bug#48747: 28.0.50; add project-name generic Stephen Leake
2021-06-07 2:08 ` Dmitry Gutov
2022-07-15 11:48 ` Lars Ingebrigtsen
2022-07-15 13:09 ` Stephen Leake [this message]
2022-11-20 22:17 ` bug#48747: " Stephen Leake
2022-11-20 22:57 ` Dmitry Gutov
2022-11-21 18:59 ` bug#48747: [SPAM UNSURE] " Stephen Leake
2022-11-22 2:41 ` Dmitry Gutov
2022-11-22 19:02 ` Stephen Leake
2022-11-22 22:20 ` Dmitry Gutov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=86a69awmhv.fsf@stephe-leake.org \
--to=stephen_leake@stephe-leake.org \
--cc=48747@debbugs.gnu.org \
--cc=dgutov@yandex.ru \
--cc=larsi@gnus.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.