Bug 484177
| Summary: | List headers are (incorrectly) numbered when exporting file as XHTML | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Suqin Huang <shuang> | ||||||
| Component: | openoffice.org | Assignee: | David Tardon <dtardon> | ||||||
| Status: | CLOSED NEXTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | low | ||||||||
| Version: | 10 | CC: | caolanm, jnavrati | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | All | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | 3.0.1-15.4.fc10 | Doc Type: | Bug Fix | ||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2009-05-15 23:32:46 UTC | Type: | --- | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
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. http://admin.fedoraproject.org/updates/openoffice.org-3.0.1-15.4.fc10 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. |
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): openoffice.org-3.0.1-15.2.fc10.i386 How reproducible: Sometimes 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. Actual results: Line number is displayed in subchapters which doesn't exist in odt file. Expected results: Exported xhtml file is same as the odt file. Additional info: