GNU bug report logs - #12635
A usability issue with the save dialog box

Previous Next

Package: emacs;

Reported by: Alex Hanif <hanifbbz <at> gmail.com>

Date: Sat, 13 Oct 2012 09:45:01 UTC

Severity: wishlist

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 12635 in the body.
You can then email your comments to 12635 AT debbugs.gnu.org in the normal way.

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:
bug#12635; Package emacs. (Sat, 13 Oct 2012 09:45:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Alex Hanif <hanifbbz <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sat, 13 Oct 2012 09:45:02 GMT) Full text and rfc822 format available.

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

From: Alex Hanif <hanifbbz <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: A usability issue with the save dialog box
Date: Sat, 13 Oct 2012 10:02:08 +0200
[Message part 1 (text/plain, inline)]
Hi,
I am a usability designer based in Stockholm and I would like to suggest a
few improvements to the Emacs save dialog. I have motivated my suggestion
and put up an image of the suggested solution on my blog:
http://user.wordpress.com/2012/10/13/emacs-has-a-confusing-save-dialogue-box/

Please let me know if I can help improve Emacs.
Thank you,
+Alex
[Message part 2 (text/html, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#12635; Package emacs. (Sat, 13 Oct 2012 10:31:01 GMT) Full text and rfc822 format available.

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

From: Leo <sdl.web <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#12635: A usability issue with the save dialog box
Date: Sat, 13 Oct 2012 18:29:09 +0800
On 2012-10-13 16:02 +0800, Alex Hanif wrote:
> I am a usability designer based in Stockholm and I would like to
> suggest a few improvements to the Emacs save dialog. I have motivated
> my suggestion and put up an image of the suggested solution on my
> blog: 
> http://user.wordpress.com/2012/10/13/emacs-has-a-confusing-save-dialogue-
> box/  Please let me know if I can help improve Emacs.

Yep, that is probably the worst design on earth and fortunately most
people don't use it.

Leo





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#12635; Package emacs. (Sat, 13 Oct 2012 12:37:01 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Alex Hanif <hanifbbz <at> gmail.com>
Cc: 12635 <at> debbugs.gnu.org
Subject: Re: bug#12635: A usability issue with the save dialog box
Date: Sat, 13 Oct 2012 14:35:32 +0200
> From: Alex Hanif <hanifbbz <at> gmail.com>
> Date: Sat, 13 Oct 2012 10:02:08 +0200
> 
> I am a usability designer based in Stockholm and I would like to suggest a
> few improvements to the Emacs save dialog. I have motivated my suggestion
> and put up an image of the suggested solution on my blog:
> http://user.wordpress.com/2012/10/13/emacs-has-a-confusing-save-dialogue-box/
> 
> Please let me know if I can help improve Emacs.

Thanks, but IMO your suggested dialog goes too far in the other
direction: it removes useful options.

It is possible that the options to view the file's buffer and to
review the changes should be renamed, e.g.  "Do not save and show the
changes" or some such, or maybe the layout should be changed.  But
removing the options because "users can only cope with 2 at most" is
not the best idea.

Likewise with "Save This But No More" and "No To All" and "Save All
Buffers" (which perhaps should be relabeled "Yes To All").  These are
useful when saving several files, and should appear then.

Can you suggest a better design that leaves the options available?

TIA




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#12635; Package emacs. (Sat, 13 Oct 2012 13:17:02 GMT) Full text and rfc822 format available.

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

From: Andreas Schwab <schwab <at> linux-m68k.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Alex Hanif <hanifbbz <at> gmail.com>, 12635 <at> debbugs.gnu.org
Subject: Re: bug#12635: A usability issue with the save dialog box
Date: Sat, 13 Oct 2012 15:15:20 +0200
Eli Zaretskii <eliz <at> gnu.org> writes:

> Likewise with "Save This But No More" and "No To All" and "Save All
> Buffers" (which perhaps should be relabeled "Yes To All").

The latter two should probably be replaced by a check box "use this
answer for subsequent questions".

Andreas.

-- 
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#12635; Package emacs. (Sat, 13 Oct 2012 16:14:02 GMT) Full text and rfc822 format available.

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

From: Juri Linkov <juri <at> jurta.org>
To: Alex Hanif <hanifbbz <at> gmail.com>
Cc: 12635 <at> debbugs.gnu.org
Subject: Re: bug#12635: A usability issue with the save dialog box
Date: Sat, 13 Oct 2012 19:05:01 +0300
> Please let me know if I can help improve Emacs.

The most user-friendly UI would tell the user what pressing the button
will do exactly.  So instead of buttons "Yes"/"No", it would display
more explicit text in buttons: "Save"/"Don't save" or "Save"/"Discard".

OTOH, Emacs is special in this regard that actions in the dialog box
have their counterparts in the non-GUI version where "y" and "n" are keys
to save or skip the buffer.  With the goal to maintain compatibility
between these two versions, the GUI version could provide accelerator keys
in the button text like "_Y_es" and "_N_o".

But in case when these versions will diverge from each other,
and also for the final question

  Modified buffers exist; exit anyway?

still more explicit "Yes, discard changes"/"No, cancel" or
"Yes, close without saving"/"No, cancel" would be better.

"Don't quit" to cancel the dialog is very necessary, yes,
but a link in a dialog box a quite non-standard element.
Much simpler would be to just add the button "Cancel".

Removing the option "View This Buffer" could be accompanied with
displaying the buffer in question unconditionally (this suggestion
pertains to the non-GUI version as well).

Regarding the multi-file operation, some applications solve this problem
by displaying a list of all unsaved files to help the user decide what
to do with all of them.

Emacs already does the same for running processes by displaying their list
and asking a simple question:

  Active processes exist; kill them and exit anyway? "Yes"/"No"

I wonder why not to do the same for unsaved buffers?




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#12635; Package emacs. (Sun, 14 Oct 2012 08:40:02 GMT) Full text and rfc822 format available.

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

From: Alex Hanif <hanifbbz <at> gmail.com>
To: Juri Linkov <juri <at> jurta.org>
Cc: 12635 <at> debbugs.gnu.org
Subject: Re: bug#12635: A usability issue with the save dialog box
Date: Sun, 14 Oct 2012 10:37:48 +0200
[Message part 1 (text/plain, inline)]
Thanks Eli, Andreas, Juri,
I have reviewed the design based on your suggestions. Please find the new
muckups with the design elaborations at the end of that blog post here:
http://user.wordpress.com/2012/10/13/emacs-has-a-confusing-save-dialogue-box/
Thank you,
+Alex Hanif
-----------------------
This message is confidential and copyrighted. The contents and
attachment(s) are solely intended for the explicitly mentioned
recipient(s). Forwarding, replying to another addresses, copying, printing
and distributing parts of it or as a whole in any form to any other person
or 3rd party is prohibited except with prior permission. If you are not the
intended recipient, please destroy all copies of the original message and
possible distributions and inform me.


On Sat, Oct 13, 2012 at 6:05 PM, Juri Linkov <juri <at> jurta.org> wrote:

> > Please let me know if I can help improve Emacs.
>
> The most user-friendly UI would tell the user what pressing the button
> will do exactly.  So instead of buttons "Yes"/"No", it would display
> more explicit text in buttons: "Save"/"Don't save" or "Save"/"Discard".
>
> OTOH, Emacs is special in this regard that actions in the dialog box
> have their counterparts in the non-GUI version where "y" and "n" are keys
> to save or skip the buffer.  With the goal to maintain compatibility
> between these two versions, the GUI version could provide accelerator keys
> in the button text like "_Y_es" and "_N_o".
>
> But in case when these versions will diverge from each other,
> and also for the final question
>
>   Modified buffers exist; exit anyway?
>
> still more explicit "Yes, discard changes"/"No, cancel" or
> "Yes, close without saving"/"No, cancel" would be better.
>
> "Don't quit" to cancel the dialog is very necessary, yes,
> but a link in a dialog box a quite non-standard element.
> Much simpler would be to just add the button "Cancel".
>
> Removing the option "View This Buffer" could be accompanied with
> displaying the buffer in question unconditionally (this suggestion
> pertains to the non-GUI version as well).
>
> Regarding the multi-file operation, some applications solve this problem
> by displaying a list of all unsaved files to help the user decide what
> to do with all of them.
>
> Emacs already does the same for running processes by displaying their list
> and asking a simple question:
>
>   Active processes exist; kill them and exit anyway? "Yes"/"No"
>
> I wonder why not to do the same for unsaved buffers?
>
[Message part 2 (text/html, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#12635; Package emacs. (Sun, 14 Oct 2012 13:29:02 GMT) Full text and rfc822 format available.

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

From: Jason Rumney <jasonr <at> gnu.org>
To: Alex Hanif <hanifbbz <at> gmail.com>
Cc: 12635 <at> debbugs.gnu.org
Subject: Re: bug#12635: A usability issue with the save dialog box
Date: Sun, 14 Oct 2012 21:27:28 +0800
Alex Hanif <hanifbbz <at> gmail.com> writes:

> Hi,
>
> I am a usability designer based in Stockholm and I would like to
> suggest a few improvements to the Emacs save dialog. I have motivated
> my suggestion and put up an image of the suggested solution on my
> blog:
> http://user.wordpress.com/2012/10/13/emacs-has-a-confusing-save-dialogue-
> box/ 
> Please let me know if I can help improve Emacs.

You have some good ideas, but they seem to be based on a misconception
that each dialog in Emacs is individually designed.  That may be the
case with other applications, but is not with Emacs.  Currently Emacs
dialogs are quite limited in their capabilities, so the best approach is
probably to split this task into two:

1. Improve the options availble in the current dialog.
2. Improve Emacs's dialog capabilities (a much bigger task, especially
if backwards compatibility is to be kept).





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#12635; Package emacs. (Fri, 28 Jan 2022 15:43:01 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Leo <sdl.web <at> gmail.com>
Cc: 12635 <at> debbugs.gnu.org
Subject: Re: bug#12635: A usability issue with the save dialog box
Date: Fri, 28 Jan 2022 16:42:27 +0100
Leo <sdl.web <at> gmail.com> writes:

>> I am a usability designer based in Stockholm and I would like to
>> suggest a few improvements to the Emacs save dialog. I have motivated
>> my suggestion and put up an image of the suggested solution on my
>> blog: 
>> http://user.wordpress.com/2012/10/13/emacs-has-a-confusing-save-dialogue-
>> box/  Please let me know if I can help improve Emacs.
>
> Yep, that is probably the worst design on earth and fortunately most
> people don't use it.

This has been fixed in Emacs 29 -- exiting Emacs now presents a much
simpler file-saving dialogue. 

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




bug marked as fixed in version 29.1, send any further explanations to 12635 <at> debbugs.gnu.org and Alex Hanif <hanifbbz <at> gmail.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Fri, 28 Jan 2022 15:43:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sat, 26 Feb 2022 12:24:05 GMT) Full text and rfc822 format available.

This bug report was last modified 2 years and 59 days ago.

Previous Next


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