https://bugs.documentfoundation.org/show_bug.cgi?id=86973
[email protected] changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] Severity|trivial |normal --- Comment #3 from [email protected] --- I've been wondering why this bug hasn't been fixed yet (it seems like it would be very easy to fix!) and see that it's categorized as "Trivial"... this is not correct I think, it should be a "Medium/Normal". I checked the Bug Triage flowchart linked to above and one of the criteria is "Does it make it harder (or more severely, prevent) a user from doing high quality work"... yes it does! Whenever I open a document in LibreOffice I have to manually inspect all the text to see if the text has been accurately rendered. Accurate rendering of characters seems like it should be the most fundamental property of a document tool, but this ticket implies that mis-rendering one character for another is not a big deal. But it can be!! For example, it's not uncommon to have nested lists (bullets at one level, diamonds or flowers at another), and when OpenOffice fails to distinguish between them it can (in extreme cases) hide the conceptual organization of the material we are presenting. And re: my first point; isn't this an easy (trivial??) bug to fix? If it is, can the Document Foundation *please* fix this bug so we no longer have to visually compare documents to make sure our new document versions are faithful to the originals!? Thank you very much, we do appreciate the good work you do. -- 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
