[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Change to `use-dialog-box-p'
From: |
Eli Zaretskii |
Subject: |
Re: Change to `use-dialog-box-p' |
Date: |
Sat, 20 May 2023 11:14:26 +0300 |
> From: Po Lu <luangruo@yahoo.com>
> Cc: emacs-devel@gnu.org
> Date: Sat, 20 May 2023 14:29:44 +0800
>
> Eli Zaretskii <eliz@gnu.org> writes:
>
> > Because last-nonmenu-event being nil happens in too many cases where
> > showing the GUI dialog is not TRT. Immediately after startup, for
> > example.
> >
> > What is the situation where you need to show a GUI dialog even though
> > last-nonmenu-event is nil?
>
> Precisely this one: immediately after start up. I don't understand why
> it's not correct to show a dialog box in that situation; in many cases,
> it's much easier to use the dialog box than to use the keyboard.
Can you show a specific recipe where this happens? Otherwise it is
hard to reason about the issue.
AFAIR, without that change, just invoking y-or-n-p after startup would
show a GUI dialog, and that doesn't sound right to me.
IME, showing GUI dialogs by default is not TRT, because Emacs
generally defaults to keyboard input via the minibuffer, and only
shows the GUI dialog when the command was invoked via a mouse or from
a menu. In other cases we don't force users to use the mouse for
Emacs interaction.
- Change to `use-dialog-box-p', Po Lu, 2023/05/19
- Re: Change to `use-dialog-box-p', Eli Zaretskii, 2023/05/20
- Re: Change to `use-dialog-box-p', Po Lu, 2023/05/20
- Re: Change to `use-dialog-box-p',
Eli Zaretskii <=
- Re: Change to `use-dialog-box-p', Po Lu, 2023/05/20
- Re: Change to `use-dialog-box-p', Eli Zaretskii, 2023/05/20
- Re: Change to `use-dialog-box-p', Po Lu, 2023/05/20
- Re: Change to `use-dialog-box-p', Eli Zaretskii, 2023/05/20
- Re: Change to `use-dialog-box-p', Po Lu, 2023/05/20
- Re: Change to `use-dialog-box-p', Eli Zaretskii, 2023/05/21
- Re: Change to `use-dialog-box-p', Po Lu, 2023/05/21
- Re: Change to `use-dialog-box-p', Eli Zaretskii, 2023/05/21