unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#72389: Unfair prompts and documentation of Emergency Escape
@ 2024-07-31  1:17 Dan Jacobson
  2024-07-31 13:51 ` Eli Zaretskii
  2024-08-16 13:42 ` bug#72389: So easy to trigger Dan Jacobson
  0 siblings, 2 replies; 9+ messages in thread
From: Dan Jacobson @ 2024-07-31  1:17 UTC (permalink / raw)
  To: 72389

Regarding

   Emacs is resuming after an emergency escape.
   Auto-save? (y or n)
   Abort (and dump core)? (y or n)

and its documentation, (info "(emacs) Emergency Escape"),

well, I would just like to say it is not fair to the user,
to not mention what will happen if they just hit RET.

Not fair in the prompts. Not fair in the documentation.

So the prompts should have one letter bigger, or use [ ] etc.
to indicate if RET=y or if RET=n. And the documentation needs to
document what will happen too.

Or document why it doesn't document it.

Oh, yes, I did try it. Two RETs. Yup.
And I am still alive.
However what did actually happen is a secret.

By the way, maybe a thorough check should be made to identify any other
"test your luck" ambiguous prompts.

Also they need to look different from the prompts that indeed "won't
take RET as an answer" and "demand a real answer, y or n".

emacs-version "29.4"





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#72389: Unfair prompts and documentation of Emergency Escape
  2024-07-31  1:17 bug#72389: Unfair prompts and documentation of Emergency Escape Dan Jacobson
@ 2024-07-31 13:51 ` Eli Zaretskii
  2024-08-04 10:36   ` Dan Jacobson
  2024-08-16 13:42 ` bug#72389: So easy to trigger Dan Jacobson
  1 sibling, 1 reply; 9+ messages in thread
From: Eli Zaretskii @ 2024-07-31 13:51 UTC (permalink / raw)
  To: Dan Jacobson; +Cc: 72389

tags 72389 notabug wontfix
close 72389
thanks

> From: Dan Jacobson <jidanni@jidanni.org>
> Date: Wed, 31 Jul 2024 09:17:25 +0800
> 
> Regarding
> 
>    Emacs is resuming after an emergency escape.
>    Auto-save? (y or n)
>    Abort (and dump core)? (y or n)
> 
> and its documentation, (info "(emacs) Emergency Escape"),
> 
> well, I would just like to say it is not fair to the user,
> to not mention what will happen if they just hit RET.

Nothing happens if you just hit RET.  So I don't understand the drama.

> Oh, yes, I did try it. Two RETs. Yup.
> And I am still alive.
> However what did actually happen is a secret.

Nothing happened.

Closing.





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#72389: Unfair prompts and documentation of Emergency Escape
  2024-07-31 13:51 ` Eli Zaretskii
@ 2024-08-04 10:36   ` Dan Jacobson
  2024-08-04 10:43     ` Eli Zaretskii
  0 siblings, 1 reply; 9+ messages in thread
From: Dan Jacobson @ 2024-08-04 10:36 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 72389, rms

>> Emacs is resuming after an emergency escape.
>> Auto-save? (y or n)
Say: Auto-save? (y or n, RET)

>> Abort (and dump core)? (y or n)
Say: Abort (and dump core)? (y or n, RET)

Also say that in (info "(emacs) Emergency Escape").





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#72389: Unfair prompts and documentation of Emergency Escape
  2024-08-04 10:36   ` Dan Jacobson
@ 2024-08-04 10:43     ` Eli Zaretskii
  2024-08-04 11:23       ` Stephen Berman via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 9+ messages in thread
From: Eli Zaretskii @ 2024-08-04 10:43 UTC (permalink / raw)
  To: Dan Jacobson; +Cc: 72389, rms

> From: Dan Jacobson <jidanni@jidanni.org>
> Cc: 72389@debbugs.gnu.org, rms@gnu.org
> Date: Sun, 04 Aug 2024 18:36:57 +0800
> 
> >> Emacs is resuming after an emergency escape.
> >> Auto-save? (y or n)
> Say: Auto-save? (y or n, RET)
> 
> >> Abort (and dump core)? (y or n)
> Say: Abort (and dump core)? (y or n, RET)
> 
> Also say that in (info "(emacs) Emergency Escape").

Any key except 'y' will do the same as 'n'.  So we have to say

  Auto-save? (y or n, RET, a, b, c, d, e, f, ..., A, B, C, D, E, F,...)

Right?

More importantly, this text:

  (y or n, RET)

doesn't really say what will RET do.





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#72389: Unfair prompts and documentation of Emergency Escape
  2024-08-04 10:43     ` Eli Zaretskii
@ 2024-08-04 11:23       ` Stephen Berman via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2024-08-04 11:43         ` Eli Zaretskii
  0 siblings, 1 reply; 9+ messages in thread
From: Stephen Berman via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-08-04 11:23 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 72389, rms, Dan Jacobson

On Sun, 04 Aug 2024 13:43:04 +0300 Eli Zaretskii <eliz@gnu.org> wrote:

>> From: Dan Jacobson <jidanni@jidanni.org>
>> Cc: 72389@debbugs.gnu.org, rms@gnu.org
>> Date: Sun, 04 Aug 2024 18:36:57 +0800
>>
>> >> Emacs is resuming after an emergency escape.
>> >> Auto-save? (y or n)
>> Say: Auto-save? (y or n, RET)
>>
>> >> Abort (and dump core)? (y or n)
>> Say: Abort (and dump core)? (y or n, RET)
>>
>> Also say that in (info "(emacs) Emergency Escape").
>
> Any key except 'y' will do the same as 'n'.  So we have to say
>
>   Auto-save? (y or n, RET, a, b, c, d, e, f, ..., A, B, C, D, E, F,...)
>
> Right?
>
> More importantly, this text:
>
>   (y or n, RET)
>
> doesn't really say what will RET do.

Instead of asking a question, what about something like this:

  Type 'y' to auto-save.
  Type 'y' to abort (and dump core).

and perhaps adding something like "(typing any other key does nothing)"
for completeness?  Or a similar or more suitable message could be
displayed on typing any other key.

Steve Berman





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#72389: Unfair prompts and documentation of Emergency Escape
  2024-08-04 11:23       ` Stephen Berman via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2024-08-04 11:43         ` Eli Zaretskii
  2024-08-04 14:04           ` Dan Jacobson
  0 siblings, 1 reply; 9+ messages in thread
From: Eli Zaretskii @ 2024-08-04 11:43 UTC (permalink / raw)
  To: Stephen Berman; +Cc: 72389, rms, jidanni

> From: Stephen Berman <stephen.berman@gmx.net>
> Cc: Dan Jacobson <jidanni@jidanni.org>,  72389@debbugs.gnu.org,  rms@gnu.org
> Date: Sun, 04 Aug 2024 13:23:17 +0200
> 
> On Sun, 04 Aug 2024 13:43:04 +0300 Eli Zaretskii <eliz@gnu.org> wrote:
> 
> >> From: Dan Jacobson <jidanni@jidanni.org>
> >> Cc: 72389@debbugs.gnu.org, rms@gnu.org
> >> Date: Sun, 04 Aug 2024 18:36:57 +0800
> >>
> >> >> Emacs is resuming after an emergency escape.
> >> >> Auto-save? (y or n)
> >> Say: Auto-save? (y or n, RET)
> >>
> >> >> Abort (and dump core)? (y or n)
> >> Say: Abort (and dump core)? (y or n, RET)
> >>
> >> Also say that in (info "(emacs) Emergency Escape").
> >
> > Any key except 'y' will do the same as 'n'.  So we have to say
> >
> >   Auto-save? (y or n, RET, a, b, c, d, e, f, ..., A, B, C, D, E, F,...)
> >
> > Right?
> >
> > More importantly, this text:
> >
> >   (y or n, RET)
> >
> > doesn't really say what will RET do.
> 
> Instead of asking a question, what about something like this:
> 
>   Type 'y' to auto-save.
>   Type 'y' to abort (and dump core).
> 
> and perhaps adding something like "(typing any other key does nothing)"
> for completeness?  Or a similar or more suitable message could be
> displayed on typing any other key.

When someone gets presented these messages, they are panicking.  They
are in stress because their precious session is about to crash and
they are about to lose their edits.  The text we present should
therefore be short, and it should be clear.  It shouldn't be a legal
document full of caveats and terms&conditions and other kind of
lawyer style language.

Now, "Auto-save? (y or n)" is short, and is clear, and tells me
exactly what to do: press "y" or press "n", nothing else.  Anything we
add will just make it longer and harder to read in a stress and more
likely to confuse.  For example, "Type 'y' to auto-save." leaves me
wondering what do I do if I don't want to auto-save.

Why do we need to complicate this?  I don't think we should.





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#72389: Unfair prompts and documentation of Emergency Escape
  2024-08-04 11:43         ` Eli Zaretskii
@ 2024-08-04 14:04           ` Dan Jacobson
  2024-08-04 14:17             ` Eli Zaretskii
  0 siblings, 1 reply; 9+ messages in thread
From: Dan Jacobson @ 2024-08-04 14:04 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 72389, Stephen Berman, rms

EZ> When someone gets presented these messages, they are panicking.

So they shouldn't have to go looking around their keyboard to find the
"n" key, when all along any other key (except "y") would work the same,
except the 'information hoarders' won't tell them that, because "Well,
it doesn't matter, because they won't get burnt anyway."





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#72389: Unfair prompts and documentation of Emergency Escape
  2024-08-04 14:04           ` Dan Jacobson
@ 2024-08-04 14:17             ` Eli Zaretskii
  0 siblings, 0 replies; 9+ messages in thread
From: Eli Zaretskii @ 2024-08-04 14:17 UTC (permalink / raw)
  To: Dan Jacobson; +Cc: 72389, stephen.berman, rms

> From: Dan Jacobson <jidanni@jidanni.org>
> Cc: Stephen Berman <stephen.berman@gmx.net>,  72389@debbugs.gnu.org,
>   rms@gnu.org
> Date: Sun, 04 Aug 2024 22:04:33 +0800
> 
> EZ> When someone gets presented these messages, they are panicking.
> 
> So they shouldn't have to go looking around their keyboard to find the
> "n" key, when all along any other key (except "y") would work the same,
> except the 'information hoarders' won't tell them that, because "Well,
> it doesn't matter, because they won't get burnt anyway."

If you ever learn to give some respect to people who develop software
you use, instead of considering them all imbeciles or worse --
villains ("information hoarders"), then maybe, just maybe, you will
one day succeed to report real bugs or suggest useful improvements.

IOW, your whole attitude needs serious adjustment.





^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#72389: So easy to trigger
  2024-07-31  1:17 bug#72389: Unfair prompts and documentation of Emergency Escape Dan Jacobson
  2024-07-31 13:51 ` Eli Zaretskii
@ 2024-08-16 13:42 ` Dan Jacobson
  1 sibling, 0 replies; 9+ messages in thread
From: Dan Jacobson @ 2024-08-16 13:42 UTC (permalink / raw)
  To: 72389

Also this will occur very often when using emacs -nw, as
CTRL+GGGGGGG is just one key away from
CTRL+FFFFFFF, which is the main way of moving the cursor forward several spaces.
thus letting the user know they can just use RET in addition to y or n will be helpful.





^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2024-08-16 13:42 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-07-31  1:17 bug#72389: Unfair prompts and documentation of Emergency Escape Dan Jacobson
2024-07-31 13:51 ` Eli Zaretskii
2024-08-04 10:36   ` Dan Jacobson
2024-08-04 10:43     ` Eli Zaretskii
2024-08-04 11:23       ` Stephen Berman via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-08-04 11:43         ` Eli Zaretskii
2024-08-04 14:04           ` Dan Jacobson
2024-08-04 14:17             ` Eli Zaretskii
2024-08-16 13:42 ` bug#72389: So easy to trigger Dan Jacobson

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).