https://bugs.freedesktop.org/show_bug.cgi?id=39178
--- Comment #10 from stfhell <[email protected]> --- Some comments regarding attachment 68913 and Comment #7: Usability issues with revision tracking have been more or less the same from StarOffice through OpenOffice to LibreOffice, because there has been only basic maintenance of the redline feature of Writer in all these years, as it seems to me. Therefore, it doesn't really matter which version of LO you are looking at. Re (1): Open 39178_swift_is_slow_2_revmarks_1.odt (240 pp) or 39178_swift_is_slow_3_revmarks_1.odt (480 pp). Disable "show changes" and edit the document for a while. Insertions works fairly smooth, deletions take long (8 seconds) to display. Working with hidden changes is something very useful: It gives you the correct final page layout and document size; it allows you to find and replace text excluding already deleted text; and with a lot of revision marking it can be difficult to read the text with all the deletions in between. Re (2): Saving the bare un-redlined files is usually a matter of about 4-5 seconds. With about 10 edits per page, it is 20 seconds for the 240pp document and over 60 seconds for the 480pp document. While this is probably merely unpleasant with normal saves, keep in mind that auto-saves behave identically, of course. Saving the redline info takes exceptionally long if you consider how litte data size is involved. Re (3): Open one of the files with redlines and insert some paragraphs anywhere. It takes about 7 seconds on my system with the 240pp document for 1 paragraph. Another constant source of trouble is the chronic unreliability of the "track changes" function. Not all changes of the document are redline-able, so some changes are not tracked at all (e.g. graphics or draw elements). But even the tracked ones do not behave as they should. Take for example 39178_swift_is_slow_2_revmarks_1.odt and reject all changes made; then compare with the original document 39178_swift_is_slow_1_original.odt. Of course, there should be no differences - but there are (I already filed that as a bug). All the little shortcomings add further to the inefficiency of working with "record changes", because even if you know about them, there is always some manual cleanup to do after accepting all changes. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
