GNU bug report logs - #77307
30.1; Could have just hit return

Previous Next

Packages: emacs, gnus;

Reported by: Dan Jacobson <jidanni <at> jidanni.org>

Date: Thu, 27 Mar 2025 11:30:03 UTC

Severity: normal

Tags: wontfix

Found in version 30.1

To reply to this bug, email your comments to 77307 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org:
bug#77307; Package emacs,gnus. (Thu, 27 Mar 2025 11:30:04 GMT) Full text and rfc822 format available.

Acknowledgement sent to Dan Jacobson <jidanni <at> jidanni.org>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org. (Thu, 27 Mar 2025 11:30:04 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Dan Jacobson <jidanni <at> jidanni.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 30.1; Could have just hit return
Date: Thu, 27 Mar 2025 19:29:01 +0800
When we see
'Are you sure you want to quit reading news? (y or n)'
it turns out hitting RET works the same as n.
So say
'Are you sure you want to quit reading news? (y or n/RET)'
etc. I.e., no more unnecessary hunting for n on the keyboard.




Information forwarded to bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org:
bug#77307; Package emacs,gnus. (Fri, 28 Mar 2025 00:16:02 GMT) Full text and rfc822 format available.

Message #8 received at 77307 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Dan Jacobson <jidanni <at> jidanni.org>, 77307 <at> debbugs.gnu.org
Subject: Re: bug#77307: 30.1; Could have just hit return
Date: Fri, 28 Mar 2025 00:14:55 +0000
Dan Jacobson <jidanni <at> jidanni.org> writes:

> When we see
> 'Are you sure you want to quit reading news? (y or n)'
> it turns out hitting RET works the same as n.
> So say
> 'Are you sure you want to quit reading news? (y or n/RET)'
> etc. I.e., no more unnecessary hunting for n on the keyboard.

I think the clear and readable prompt is more important than mentioning
this obscure feature, that users will either stumble upon or not.

I'd lean towards closing this as a wontfix.




Added tag(s) wontfix. Request was from Stefan Kangas <stefankangas <at> gmail.com> to control <at> debbugs.gnu.org. (Fri, 28 Mar 2025 00:16:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org:
bug#77307; Package emacs,gnus. (Fri, 28 Mar 2025 03:08:02 GMT) Full text and rfc822 format available.

Message #13 received at 77307 <at> debbugs.gnu.org (full text, mbox):

From: Dan Jacobson <jidanni <at> jidanni.org>
To: Stefan Kangas <stefankangas <at> gmail.com>
Cc: 77307 <at> debbugs.gnu.org
Subject: Re: bug#77307: 30.1; Could have just hit return
Date: Fri, 28 Mar 2025 11:07:03 +0800
One also notices in (describe-function 'y-or-n-p):

> No confirmation of the answer is requested; a single character is
> enough.  SPC also means yes, and DEL means no.

> To be precise....

but still it is not clear that just hitting RET equals "n".
Or maybe it doesn't always.




Information forwarded to bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org:
bug#77307; Package emacs,gnus. (Fri, 28 Mar 2025 03:10:02 GMT) Full text and rfc822 format available.

Message #16 received at 77307 <at> debbugs.gnu.org (full text, mbox):

From: Dan Jacobson <jidanni <at> jidanni.org>
To: Stefan Kangas <stefankangas <at> gmail.com>
Cc: 77307 <at> debbugs.gnu.org
Subject: Re: bug#77307: 30.1; Could have just hit return
Date: Fri, 28 Mar 2025 11:09:40 +0800
Anyways, for such cases, there is a 50% chance that RET could mean y,
and a 50% chance that 50% could mean n, at least in users' minds, so it
would be best to be clear. 




Information forwarded to bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org:
bug#77307; Package emacs,gnus. (Fri, 28 Mar 2025 07:45:02 GMT) Full text and rfc822 format available.

Message #19 received at 77307 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Dan Jacobson <jidanni <at> jidanni.org>
Cc: stefankangas <at> gmail.com, 77307 <at> debbugs.gnu.org
Subject: Re: bug#77307: 30.1; Could have just hit return
Date: Fri, 28 Mar 2025 10:44:24 +0300
> Cc: 77307 <at> debbugs.gnu.org
> From: Dan Jacobson <jidanni <at> jidanni.org>
> Date: Fri, 28 Mar 2025 11:07:03 +0800
> 
> One also notices in (describe-function 'y-or-n-p):
> 
> > No confirmation of the answer is requested; a single character is
> > enough.  SPC also means yes, and DEL means no.
> 
> > To be precise....
> 
> but still it is not clear that just hitting RET equals "n".
> Or maybe it doesn't always.

RET means the default, whatever that is.




Information forwarded to bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org:
bug#77307; Package emacs,gnus. (Fri, 28 Mar 2025 07:52:02 GMT) Full text and rfc822 format available.

Message #22 received at 77307 <at> debbugs.gnu.org (full text, mbox):

From: Dan Jacobson <jidanni <at> jidanni.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: stefankangas <at> gmail.com, 77307 <at> debbugs.gnu.org
Subject: Re: bug#77307: 30.1; Could have just hit return
Date: Fri, 28 Mar 2025 15:51:00 +0800
EZ> RET means the default, whatever that is.

Can the default please be revealed to the user?
Yes, I know they can just hit RET to find out.
But I'm talking about before they hit RET.




Information forwarded to bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org:
bug#77307; Package emacs,gnus. (Fri, 28 Mar 2025 11:35:02 GMT) Full text and rfc822 format available.

Message #25 received at 77307 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Dan Jacobson <jidanni <at> jidanni.org>
Cc: stefankangas <at> gmail.com, 77307 <at> debbugs.gnu.org
Subject: Re: bug#77307: 30.1; Could have just hit return
Date: Fri, 28 Mar 2025 14:34:18 +0300
> From: Dan Jacobson <jidanni <at> jidanni.org>
> Cc: stefankangas <at> gmail.com,  77307 <at> debbugs.gnu.org
> Date: Fri, 28 Mar 2025 15:51:00 +0800
> 
> EZ> RET means the default, whatever that is.
> 
> Can the default please be revealed to the user?

It isn't always explicit in the call.  Sometimes the code says
something like "unless the user types "y", treat that as "n".  In
those cases, the function that actually prompts doesn't know what is
"the default".





This bug report was last modified 80 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.