Bug 131283 - Improve the UX during saving
Summary: Improve the UX during saving
Status: RESOLVED WONTFIX
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All Windows (All)
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsDevAdvice
Depends on:
Blocks:
 
Reported: 2020-03-11 12:50 UTC by John
Modified: 2020-05-14 14:27 UTC (History)
2 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 John 2020-03-11 12:50:29 UTC
Description:
When you save the Writer or Calc document, you have a _full-width_ progress bar at the bottom of the screen and what is worse, the whole UI turns dimmed for a some time. This is really bad.

Such the poor UX is exacerbated by the matters that

* LO is not really stable software. That is, you _must_ save your documents quite often.
* The saving is quite slow.

Steps to Reproduce:
-

Actual Results:
-

Expected Results:
-


Reproducible: Always


User Profile Reset: No



Additional Info:
-
Comment 1 Heiko Tietze 2020-05-11 11:49:59 UTC
If we have to block the program while saving, the current solution is not so bad. Some progress needs to be shown. Keep in mind that saving data to a USB stick or remotely may take some time.
Of course it would be better to run the long-lasting operation in a background thread. But that's rather a technical question.
Comment 2 Heiko Tietze 2020-05-14 14:27:01 UTC
Input from developers: filters assume document model doesn't change while saving so putting things into a thread and run in background require way too much work.
Regarding the visualization, we may show the progressbar in a dialog but I don't think it's an advantage. So let's resolve the request as WF.