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

[Karl Fogel]

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
>wizard.
>
>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,
-Karl