|
|
i think that one should rather use a revision system, instead... osp is working on such a project... |
|
|
Yes, this is a great idea.. esp. for Scribus and the remaining undo/redo infrastructure issue that is has |
|
|
New Behaviour since Rev 21079: Backup files are now saved in a new scheme: orignalFilename_autosave_dd_mm_yyyy_hh_mm.sla You can have now up to 99 files saved this way, it can be configured in the Document Prefs if these files are kept after closing the Document. |
|
|
probably a bad idea. if the undo system does not work well enough, fix the undo system, don't fill the directory with up to 99 copies of the document. of course, one does not have to use it if she does not want... but it still makes me uncomfortable knowing that scribus has such a feature. hopefully, it's set to 1 file by default... |
|
|
Autosave-New-Options.jpg (117,234 bytes) |
|
|
I think it's a good start and in the general direction towards realizing 0008788 Especially because of 0012500 (undo/redo) and 0002438 (extreme memory use) |
|
|
What would be nice is if we could access these revisions via the GUI not just manually |
|
|
no, this has nothing to do with automatic recovery. and accessing the revision through a gui is called git/svn/... i'm not against a tool managing revisions of documents, on the contrary, but this is not the way to implement it, sorry. |
|
|
Split 'revision system' part of this ticket off in to it's own feature request 0013810 |
|
|
Question: is 'Keep backup files after closing the Document' enabled by default ? |
|
|
No, default is not enabled. |
|
|
Closing |
- Anonymous
