Apache OpenOffice (AOO) Bugzilla – Issue 71461
XHTML-export : enumerations often restart erroneously at 1
Last modified: 2009-07-20 15:56:00 UTC
Consider this text written oowriter >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>><< 1. item 1<new paragraph> <new paragraph> Second line<new paragraph> <new lign> Third line<new paragraph> 2. item 2<new lign> <new paragraph> 3. item 3 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< Line two and seven are empty paragraphs, line four is a line break. This is the result of xhtml export: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>< 1. item 1 1. Second line Third line 2. item 2 3. item 3 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< It is supposed to look like: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>><< 1. item 1 Second line Third line 2. item 2 3. item 3 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
Reassigned to JSI.
I get a different result (1. 2. 3. -> 1. 1. 1.) but I agree and attach my document.
Created attachment 41113 [details] OOo Writer test document
Created attachment 41114 [details] XHTML output
jsi->sus: Your turn.
Thanks for the bringing up the issue. Have to change the target to OOo 2.3 and added this issue to the CWS XSLTFILTER07 Best regards, Svante
There were too many OOo 2.3 issues, therefore I am sorry that I have to postpone the target of the XHTML issues..
This issue is open for too long now. It breaks the HTML export facility which means publishing on the internet of OO docs is not possible because of the errors in enumerations!!! It should absolutely have P2 !!! Please let me know if you need other test documents. Regards Yens
Yens, we aware of this annoying issue, but a P2 is a different level of issue. A p2 issue would be if a complete group of functionality does not work, like XML filters in general are broken. The test document is sufficient a patch would be more helpful, as I am working on various other projects at the same time. Nevertheless I will collect the necessary fixes - this on the close to top - for the XHTML export and consider a larger update for this filter.
Change component
Hi Sus, how is the work on this going on? Please consider changing priorty of this issue because it breaks the XHTML export facility and it is open for almost a year now. It should be P2 AND have a target milestone: "P2 marks severe problems which affect a significant number of customers" ---------> everyone with enumerations in text is concerned "An essential product feature - e.g. Printing - does not work at all, and no workaround exists" -----------> Web-publishing is as important as printing Regards Yens This issue as
I am sorry, there had been always tasks with higher priority pushing this back. My hope is to work on the XHTML filter aside to bring it further and even do a real ODF to XHTML instead the current OO.o XML (used in OO.o 1.o before of ODF) to XHTML transformation and exhange this within the office. Bests, Svante
set target 3.0
The list @text:start-value of the text:list-level-style-number element was obviously ignored by the XHTML export filter.
Fixed with several other ODF list enhancements in XSLTFILTER10
In nightly build the test document looks as desired. Every XHTML XSL file is similar to the one on the CWS. Ready2B checked by Jogi..
ok in CWS
This issue is closed automatically and wasn't rechecked in a current version of OOo. The fixed issue should be integrated in OOo since more than half a year. If you think this issue isn't fixed in a current version (OOo 3.1), please reopen it and change the field 'Target Milestone' accordingly. If you want to download a current version of OOo => http://download.openoffice.org/index.html If you want to know more about the handling of fixed/verified issues => http://wiki.services.openoffice.org/wiki/Handle_fixed_verified_issues