Problem description: When saving a file, app locks, keystrokes are not buffered/accepted. Waiting really sucks.
Steps to reproduce:
1. Open a document
2. Type this as fast as you can: Alt-File-Save, Alt-File-Close, Alt-File-Open, “som” Enter, “pass” Enter.
3. Sit and wait for the file to save first before any additional keystrokes are accepted.
Current behavior: delay before being able to enter keystrokes.
Expected behavior: program to accept buffered keystrokes and process catch up as the machine can.
(I posted this: http://libreofficeforum.org/node/6640#comment-27407 - Mod of reason [oweng] sent me here.)
Type this as fast as you can: Alt-File-Save, Alt-File-Close, Alt-File-Open, “som” Enter, “pass” Enter.
Like watching a WYSIWYG macro unfold – it all comes together and one moment you were looking at document A, and the next you’re looking at document B (Somnambulist.odt) and it just happened. You executed it with the speed of though. It actually happened at the speed of the machine.
The dance. Our dance.
Life would be much better without the PAUSE between each discrete function!!!
“[W]hen saving LO appears to enter a single-thread state that does not cache simultaneous keyed entries. This could be related to the incomplete nature of multi-threading in the code.”
A certain 1990s application had this nailed cold. The mind could just flow. You could have your first paragraph written in a new document before the app/machine finally caught up. Very flowy.
The earth world would turn a brighter shade of LO green if robust keystroke buffering could happen within Writer.
Godspeed warriors of all that is good and green!
Operating System: Windows 8
Version: 220.127.116.11 rc
thanks for the report - I well understand what you mean and set this as a new enhancement. I've no idea about possibilities or such.
*** Bug 69087 has been marked as a duplicate of this bug. ***
*** Bug 115942 has been marked as a duplicate of this bug. ***