Version: (using KDE 4.2.3) OS: Linux Installed from: Unlisted Binary Package In the attached document there are four levels of enumeration: big dots, small dots, long dashes and short dashes. Okular renders all of them as numbers.
Created attachment 34237 [details] the test document
Hej, just a small reminder, the ODT plugin for okular does not aim to fullfill the ODT spec in large parts, as we use QTextDocument for rendering the ODT document and QTextDocument does not support all the fancy features of the ODT spec. So please don't file bug reports for every point where the presentation in okular differs from the presentation in KWord of OpenOffice Writer. We hope to be able to share the rendering code for ODT documents with KWord at some point in the future, but we are still far away from that. Ciao, Tobias
*** Bug 214175 has been marked as a duplicate of this bug. ***
What is status of using kword code for rendering? Did you thinked about shared ODT rendering library?
Kword has one big disadvantage, it's rendering is blury and they won't fix it: https://bugs.kde.org/show_bug.cgi?id=186513
Given #2, should this bug be marked as WONTFIX or are there plans to fix it (e.g. via Kword integration)?
A bug it's a bug, and it's true that what this bug speaks about is true, the fact that we decided to use an "inferior" technology should not be the users problem, it's only our justification to why it does not work, but it is still a bug, we could fix it improving QTextDocument itself or using Calligra backends. Sadly, lack of manpower means that unless someone steps up from his couch this is not going to happen anytime soon.
Setting status to confirmed and triaged, changing priority.
*** Bug 195084 has been marked as a duplicate of this bug. ***
Confirmed still an issue on 1.11.3. Libreoffice shows dots (and dashes) and Okular only gives dot point to the first level of indentation, the rest are numbered.
Closing, because the odt backend has been removed completely.