[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Why does `read-multiple-choice' lock user into minbuffer?

From: Karl Fogel
Subject: Re: Why does `read-multiple-choice' lock user into minbuffer?
Date: Fri, 26 Jun 2020 12:57:28 -0500
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)

On 26 Jun 2020, T.V Raman wrote:
>Lars Ingebrigtsen <larsi@gnus.org> writes:
>The other function that demonstrates the same issue is read-char-choice
>and clients that use it --e.g. magit et al then are forced to put up
>hard to parse prompts of the form [u]rl, [n]ame, ... as an
>example. Another good example of a hard to use client UI is org's export
>Note: If you can see the screen, prompts like the above work once you're
>familiar with them, with spoken output, they're a complete usability disaster.
>> Kévin Le Gouguec <kevin.legouguec@gmail.com> writes:
>>> FWIW, back in December[1] Juri mentioned that read-multiple-choice
>>> should probably be patched to use the minibuffer.
>> Yup, I agree.

Thanks, everyone.  I will try to find time to do something on this this 
weekend.  I'll post a patch in this thread for review before committing 
anything, as (I suspect) this is an unfamiliar area of the code for me.

Best regards,

reply via email to

[Prev in Thread] Current Thread [Next in Thread]