bug-gnu-emacs
[Top][All Lists]
Advanced

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

bug#41532: Why use the mouse in Emacs?


From: Dmitry Alexandrov
Subject: bug#41532: Why use the mouse in Emacs?
Date: Wed, 27 May 2020 06:57:10 +0300
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)

Drew Adams <drew.adams@oracle.com> wrote:
> The difference from some other applications, I think, is that some 
> applications pretty much _require_ you to use a mouse.

Yep, and thatʼs partly true even for Emacs.  Especially, when itʼs built with 
no GTK.  IIRC, Lucid popup menus once were usable without mouse, but they are 
not anymore for some reason, while --with-x-toolkit=no menus have never been.

There is M-x tmm-menubar, of course, but besides main menu there are also 
context menus.  I have not done a good research, but at first sight Iʼve failed 
to figure out how to access them without falling back to mouse.


>> the Emacs graphical interface [in sense of use-dialog-box and 
>> use-file-dialog] is half broken.
>
> How so?  Specifically, what's the problem?

One thing that frustrated me once upon a time, was a dialog window I got trying 
to close the last frame of server-less Emacs (FWIW, no mouse was involved), 
that asked the usual question about saving buffers, blocking the session, but 
it had _no_ ‘cancel’ button.

I could try to press ‘close window’ again, but it had not been quite obvious 
which of two UI design patterns Emacs would follow here:
— closing the dialog window = cancel (this happens to be the case, after all);
— repeating the destructive command twice = force it (like e. g. C-d in Bash 
when there are background jobs) — definitely not what I wanted.

Perhaps, I was too stupid, but it took me a certain time to came to idea, that 
toolkit dialogs in Emacs might accept C-g as well (yes, they do).

Attachment: signature.asc
Description: PGP signature


reply via email to

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