emacs-devel
[Top][All Lists]
Advanced

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

Re: Change to `use-dialog-box-p'


From: Po Lu
Subject: Re: Change to `use-dialog-box-p'
Date: Sun, 21 May 2023 14:41:48 +0800
User-agent: Gnus/5.13 (Gnus v5.13)

Eli Zaretskii <eliz@gnu.org> writes:

> I guess that's only with a Yes/No dialog, and only if you press RET to
> accept the default response.  But GUI dialogs can show much more than
> that, and this function is for all of them.  It would be unthinkable
> for us to pop up a File Selection dialog, for example, when
> last-nonmenu-event is nil.

Right, but then, what could lead to a file selection dialog being
displayed immediately after startup?

> If you want to convince me to make some change, please describe how to
> distinguish between this particular case which is of interest to you
> and the other ones, when last-nonmenu-event is nil.

How about ``if the function displaying the dialog is y-or-n-p?''  BTW,
this is simply a specific case which happens to affect me; the change
could also affect many other people.

> And even then I still don't see why we should pop up a GUI dialog in
> this situation.  Once again: Emacs defaults to not showing GUI
> dialogs, it's our long-time behavior, and this situation doesn't seem
> to have any aspects that would require us to show a dialog.  It is
> simply a bug that we were showing a dialog in previous versions: the
> code didn't distinguish between nil and a proper list.

But then, why does yes-or-no-p say:

  If dialog boxes are supported, a dialog box will be used
  if `last-nonmenu-event' is nil, and `use-dialog-box' is non-nil.

I would expect use-dialog-box-p to behave identically to yes-or-no-p.

> Just get over it.

I don't think that's the right attitude to take towards user visible
changes in behavior.

Thanks.


reply via email to

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