Bug 129882 - Add "save and reload" option in the cancel Confirmation box that appears when attempting to reload a modified document
Summary: Add "save and reload" option in the cancel Confirmation box that appears when...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
6.3.4.2 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Dialog
  Show dependency treegraph
 
Reported: 2020-01-08 13:14 UTC by sdc.blanco
Modified: 2023-10-04 19:12 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description sdc.blanco 2020-01-08 13:14:08 UTC
The summary says it all.  Gives better workflow.

To see issue:

1. Open saved document.
2. Modify
3. File>Reload

Actual:  Confirmation:  Cancel all changes?

             "Yes"    "No"

Proposed:  Confirmation:

"Save and Reload"  "Drop (all) Changes and Reload"  "Cancel"

(labels are for illustration. salt and pepper to taste.)
Comment 1 Roman Kuznetsov 2020-01-11 08:38:37 UTC
need opinions from UX people.
Comment 2 Heiko Tietze 2020-01-13 11:11:26 UTC
Here is my tabasco:


The document was modified. Do you want to save before reloading?

[Save Document] [Discard Changes] [Cancel]
Comment 3 sdc.blanco 2020-01-13 11:40:47 UTC
(In reply to Heiko Tietze from comment #2)
> Here is my tabasco:

Good query message!  Has inspired this simplification proposal:

Document is modified. Save before reloading?
 
     [Yes] [No] [Cancel]
Comment 4 Heiko Tietze 2020-01-13 13:51:35 UTC
While I like the simplicity of yes/no/cancel there are people who claim buttons to have meaningful captions. For example https://uxmovement.com/buttons/5-rules-for-choosing-the-right-words-on-button-labels/

IMHO your proposal is still better than mine in terms of easy to understand, shortness, translateability.
Comment 5 sdc.blanco 2020-01-14 23:07:50 UTC
(In reply to Heiko Tietze from comment #4)
> there are people who claim buttons to have meaningful captions. 
Interesting article, good principles, but there are no rules until you break them.

> IMHO your proposal is still better than mine in terms of easy to understand,
> shortness, translateability.
I think you are already inclined to keep “yes” and no” – which I support – but here are additional arguments for this “habenero” choice.

1. Confirmation box only comes for modified documents (i.e., an intended action is interrupted, which is not always interrupted).
2. User has already chosen to reload (with File▸Reload), and (critically) has probably already decided why reload is wanted. In effect, the confirmation box is asking to “confirm” a decision made BEFORE getting to that box. (a little different than a typical Rule 1 situation, where a new choice is introduced)
3.  Two decisions are being made in this confirmation (saving/reloading). Hard to reduce to “one (clear) action verb” (per Rule 1)
Will “Save Changes” also “Reload”? (violates Rule 3! “Users need to know the result of their actions”)

With support from Rule 3, “yes” for “yes/no/cancel”
Comment 6 sdc.blanco 2020-01-17 00:23:10 UTC
Document is modified. Save before reloading?
 
  [Save and Reload] [Discard and Reload] [Cancel]
Comment 7 Heiko Tietze 2020-01-17 07:02:28 UTC
(In reply to sdc.blanco from comment #6)
> Document is modified. Save before reloading?
>  
>   [Save and Reload] [Discard and Reload] [Cancel]

Let's do this.
Comment 8 BogdanB 2023-10-04 19:08:05 UTC
Document is modified. Save before reloading?
 
  [Save and Reload] [Discard and Reload] [Cancel]

If this is the latest version:
Save and Reload → save/reload
Discard and Reload → remove changes/reload
Cancel → not save/not remove/no reload