<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Mar 31, 2016 at 3:14 AM, Juraj Fedel <span dir="ltr"><<a href="mailto:wtxnh-scribus@yahoo.com.au" target="_blank">wtxnh-scribus@yahoo.com.au</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">It is easy to printout message to console when autosave is done.<br>
I send patch to mantis for this.<br>
I also slightly changed the message showed on status bar.<br>
<br>
But i think this should be used only when you debug autosave behavior.<br>
It is really not that useful to have STDOUT cluttered with debugging<br>
messages in released program. I already found on console more debuging<br>
messages than i would like.<br>
<br>
Not sure really how useful for user is message printed in status bar<br>
(bug #13815) either. For user it should be transparent when autosave<br>
occur. To that end i do not think that autosave countdown widget is<br>
useful at all. I do not recall of any other program that have this<br>
feature. Scribus implementation of countdown widget is kind of nice but<br>
in my opinion too much eye catching, almost hypnotizing. Why should user<br>
be interested when file will be autosaved? Even worse is when countdown<br>
is not synchronized with actual autosaving time: this is not reliably<br>
reproduced but it occur sometimes - autosave is done couple seconds<br>
before of after countdown is done. Disclaimer: i tested it always only<br>
with 1 min interval, do not know how it behave with longer time<br>
interval.<br>
<br>
Juraj<br></blockquote><div><br></div><div>Hey Juraj,</div><div>First, thanks for the awesome wave of patches and participation lately that you've contributed. It's very cool to see our community step up and help. </div><div><br></div><div>Second, Scribus debug has been pretty noisy lately. This has several reasons AFAIU:</div><div>a) the new iconset is not finished and the debug output shows which said icons are missing. We're waiting for the completion of the iconset from a scribus community member who volunteered [1]. </div><div>b) Avox about a year ago was doing several things: implementing new text layout and working on enhancements to better Complex Text Layout support, and identifying issues with fonts that had missing glyphs. He has since 'gone silent' with sporadic encounters here and there. There are still tickets that benefit from this debug output. See [2][3][4]</div><div><br></div><div>Third, Scribus is still a program that is not fully stable. There are issues that as of yet make it risky to use for large projects. Here's a list of examples:</div><div>OOM issues [5]<br></div><div>Undo/Redo issues [6]</div><div>Most Annoying Bug issues [7]</div><div>I personally have lost several days of work in the past because of a combination of one of the above issues and other bugs. So considering that, having a robust Autosave feature at this time makes sense (at least to me) in this current stage of Scribus development. It increases my feeling of confidence when I know I have incremental backups of my work every 'x' minutes. </div><div><br></div><div>Fourth, the autosave transparency is optional. At least it's there. Folks can choose to use it or not. Bonus: If someone wants to modernize it [8] to make it less conspicuous and still informative, then they could submit a proposal and have a go at it. </div><div><br></div><div>And finally, the ticket in your subject line: "<span style="font-size:inherit;font-weight:inherit">0013867: Autosave triggers a comment to STDOUT (visible if we invoked Scribus from CLI)" is my ticket. It's just another way for me to feel more confident using Scribus since I usually invoke it from CLI. When most of the font and icon debug info is disabled a small harmless event outputted to stdout telling us Scribus autosaved something to me isn't considered clutter, IMHO. </span></div><div><br></div><div>Cheer,</div><div>/Kunda</div><div><br></div><div>Links</div><div>[1] All tickets tagged with 'dezso' <a href="https://bugs.scribus.net/search.php?project_id=1&sticky_issues=on&sortby=last_updated&dir=DESC&hide_status_id=90&tag_string=dezso&match_type=0">https://bugs.scribus.net/search.php?project_id=1&sticky_issues=on&sortby=last_updated&dir=DESC&hide_status_id=90&tag_string=dezso&match_type=0</a>)</div><div>[2] [Font] Lato Font leads to incredibly slow Scribus performance <a href="https://bugs.scribus.net/view.php?id=13047">https://bugs.scribus.net/view.php?id=13047</a> </div><div>[3] scribus crash selecting font lato bold <a href="https://bugs.scribus.net/view.php?id=12950#c34812">https://bugs.scribus.net/view.php?id=12950#c34812</a></div><div>[4] Improve font-checking script: discards potentially dangerous fonts during launch <a href="https://bugs.scribus.net/view.php?id=12985">https://bugs.scribus.net/view.php?id=12985</a> </div><div><br></div>[5] Metabug: Cases of extreme memory use <a href="https://bugs.scribus.net/view.php?id=2438">https://bugs.scribus.net/view.php?id=2438</a></div><div class="gmail_quote">[6] Metabug: Undo/Redo (1.5.0.svn) <a href="https://bugs.scribus.net/view.php?id=12500">https://bugs.scribus.net/view.php?id=12500</a><div>[7] All tickets tagged with 'MABs' (Most Annoying Bugs) <a href="https://bugs.scribus.net/search.php?project_id=1&sticky_issues=on&sortby=last_updated&dir=DESC&hide_status_id=-2&tag_string=MABs&match_type=0">https://bugs.scribus.net/search.php?project_id=1&sticky_issues=on&sortby=last_updated&dir=DESC&hide_status_id=-2&tag_string=MABs&match_type=0</a></div>[8]  Modernize Autosave Countdown Clock <a href="https://bugs.scribus.net/view.php?id=13819">https://bugs.scribus.net/view.php?id=13819</a></div></div></div>