Red Hat Bugzilla – Bug 484177
List headers are (incorrectly) numbered when exporting file as XHTML
Last modified: 2009-05-15 19:32:46 EDT
Created attachment 330969 [details]
Example odt file
Description of problem:
Line number is incorrect when export file as XHTML
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Open one .odt file(I already attach it).
2. Click File->Export.
3. Enter file name and select XHTML(.html; .xhtml) in File type area.
4. Open the exported xhtml file.
Line number is displayed in subchapters which doesn't exist in odt file.
Exported xhtml file is same as the odt file.
Created attachment 330970 [details]
xhtml file which line number is incorrect
From reported version it's a bug against F-10, not Rawhide.
It could possibly be an unexpected result of my fix for bug 480121 (or related to it). I'll look at it again, sometime.
dtardon->shuang: XHTML exported from any more complex ODT document will _never_ be the same as the original ODT. There are significant differences (by design) between ODT and XHTML+CSS which doesn't allow that. Moreover, the current state of the XHTML export filter is more a proof of concept than a mature solution; it has many drawbacks.
Still, we should get basic numbering right :-) If this happens though in an vanilla OOo as well (tricky as upstream xhtml export doesn't work at all) then I'd be happy with moving the issue upstream.
dtardon->shuang: How did you get the XHTML file in comment 1? It's totally different from the one XHTML export filter from 3.0.1-15.2 produces....
The paragraphs which are numbered in the XHTML file but not in Writer are saved as style:list-header elements in the ODT file. ODT spec says (4.3.2): "The <text:list-header> element represents a list header and is a special kind of list item. It contains one or more paragraphs that are displayed before a list. The paragraphs are formatted like list items but they do not have a preceding number or bullet." It should be quite easy to fix that in the stylesheet.
Are we broken in comparison to a "vanilla" build due to using a system xslt solution ? Or is it equally broken in all versions ?
Fix committed to F-10, F-11 and Rawhide. It will be in 3.1.0-11.1 for F-11/Rawhide and in 3.0.1-15.4 for F-10, if we decide to do another update.
openoffice.org-3.0.1-15.4.fc10 has been submitted as an update for Fedora 10.
openoffice.org-3.0.1-15.4.fc10 has been pushed to the Fedora 10 testing repository. If problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
su -c 'yum --enablerepo=updates-testing update openoffice.org'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F10/FEDORA-2009-4273
openoffice.org-3.0.1-15.4.fc10 has been pushed to the Fedora 10 stable repository. If problems still persist, please make note of it in this bug report.