Hi everyone,<br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 13, 2012 at 12:30 AM, Stefan Knorr <span dir="ltr"><<a href="mailto:heinzlesspam@gmail.com" target="_blank">heinzlesspam@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hi Kendy, Michael,<br>
<br>
Additional to the problems you both describe (not very context-aware,<br>
recovers read-only documents, recovers even empty documents), one of the<br>
more depressing things is how much waiting [1] it often takes to get<br>
through the wizard (or clickery to finish it prematurely).<br></blockquote><div><br></div><div>I agree. </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<br>
One hopefully simple way to get rid of the assistant on the start of<br>
LibreOffice would be to use one of our shiny new info bars instead,<br>
asking something like<br>
"LibreOffice seems to have crashed the last time you used it. Would you<br>
like to recover the 2 documents you had open? [Recover] [Close]" </blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<br>
Then simply open the two documents and you've gotten rid of the whole<br>
wizard...<br></blockquote><div><br></div><div>Here I disagree.</div><div>This goes against the specification at <a href="http://wiki.documentfoundation.org/Design/Whiteboards/Infobar">http://wiki.documentfoundation.org/Design/Whiteboards/Infobar</a> in a few ways:</div>
<div>a) The infobar isn't related to the current document. Instead, it's related to the application in general.</div><div>b) There's no way to get back to the choice once you've closed the infobar (at least you didn't describe one).</div>
<div><br></div><div>a) is bad, because it breaks ux-natural-mapping and ux-interruption.</div><div>Consider this scenario: A translator opens several files they're working on. Either an infobar is shown on all of them, or just on the first one opened. In case it's the former, the user has to dismiss or recover these files in all of the windows. In case it's the latter, the user has to be in the right window to recover files that have nothing to do with the document in the window. The association is arbitrary.</div>
<div>And in any case, the files to be recovered might have nothing to do with the currently open file(s), so being forced to deal with an infobar is unnecessary interruption.</div><div><br></div><div>b) is bad, because if you accidentally choose "Close", you don't know how to get back to recovery and you lose your data.</div>
<div><br></div><div><br></div><div>So, for now, I would opt for Kendy's solution.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Some other things we could do better about the crash recovery ... partly<br>
stolen from your two mails (in order of perceived increasing hardness):<br>
<br>
* Detect empty (i.e. equal to the default template) and read-only<br>
documents and don't even save those for recovering.<br>
<br>
* Detect when the last auto-saved document is the same as the user-saved<br>
one.<br>
<br>
* When a document is not recovered after the first restart, offer the<br>
user to recover the specific file again when he is opening it.<br>
<br>
* Write incremental diffs as auto-save files, not always the complete<br>
file.<br>
<br>
* Write auto-save files asynchronously.<br>
<br>
* It should save more often. Gmail saves every single keystroke I make,<br>
~so should LibreOffice. Maybe there is a solution where you'd have a<br>
helper process (that wouldn't go down with LibreOffice) that saves any<br>
changes to RAM first and to disk every two minutes or when LibreOffice<br>
crashes (this wouldn't help enough with power outages, though).</blockquote><div><br></div><div>Agree on all of these. </div></div></div>