bug#70577: [PATCH] New command other-project-prefix

[Dmitry Gutov]

On 26/04/2024 09:09, Juri Linkov wrote:
> > This is based on Juri's patch in
> > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=63648#161, but the idea is
> > more focused: to switch the order of events, and first read the full key
> > sequence, and then prompt for the project and the command arguments. Like
> > we also discussed in the past.
>
> I'm not a fan of reading the full key sequence bypassing the event loop.

That's what the current code does. While the patch tries to change that.

> > And to try to reuse the even loop in the more natural way. Unfortunately,
> > 'C-h' doesn't work here (when called in the middle of the sequence) - I'm
> > not sure why. The rest of the behavior seems to work as expected.
>
> 'C-h' can't work since 'C-x p p' is bound to a command.

Hmm, I wonder how hard it'd be to change that.

> > So this can be a new alternative for the 'C-x p p' binding as well.
>
> I guess there could be 2 new alternative options for 'project-switch-commands':
>
> 1. read the full key sequence
> 2. use the event loop with set-transient-map
>
> Although I'm already completely content with the existing option
> 'project-prefix-or-any-command' of 'project-switch-commands'.

This one is indeed an experiment. It just seems that being able to type 
the full sequence first is more ergonomically advantageous.

But overall this (adding a +1 alternative) is probably only worth it if 
we can make 'C-h' work like normal.