GNU bug report logs -
#70577
[PATCH] New command other-project-prefix
Previous Next
Full log
Message #68 received at 70577 <at> debbugs.gnu.org (full text, mbox):
On 06/05/2024 21:30, Juri Linkov wrote:
>>>> Wow, everything works now, will test more as a primary 'C-x p p' command.
>>> Thanks, let me know if you find any other problems.
>> I confirm that everything works nicely, thanks. The only
>> problem is that after trying to use it, its order looks unnatural.
>> I already accustomed to this order: 1) select the project,
>> 2) run the command. This is handy especially with
>> project-switch-commands set to 'project-prefix-or-any-command'.
>> This order looks more logical because after selecting the
>> project, the user mentally switches to another project, and
>> then types a command with arguments in the switched project.
>> However, the reverse order of typing a command keys
>> before switching the project looks like trying
>> to run the command in the previous project.
>> Also the problem is that typing a command keys and reading
>> the command arguments is separated by reading a project.
>>
>> Maybe many users would prefer other-project-prefix, I don't know.
>> But other-project-prefix can't replace project-switch-project,
>> only to be an alternative.
> Sorry, I didn't realize that implementation of other-project-prefix
> can be changed to read the project before reading the command
> with arguments:
>
> (defun other-project-prefix ()
> (letrec ((root (funcall project-prompter))
> (depth (minibuffer-depth))
> (echofun (lambda () "[switch-project]"))
> (around-fun
> ...
Yeah, it can be made tweakable like that, although I'd suggest first
trying to use it as-is for a little bit.
If you prefer to read the project first, would see a lot of advantage to
the new command? I suppose 'C-h' working is the only plus.
This bug report was last modified 125 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.