Issue 60238 - Vertical merged table result wrongly into a subtable XML structure
Summary: Vertical merged table result wrongly into a subtable XML structure
Status: CLOSED DUPLICATE of issue 4032
Alias: None
Product: xml
Classification: Code
Component: external filters (show other issues)
Version: OOo 2.0
Hardware: All All
: P3 Trivial with 7 votes (vote)
Target Milestone: AOO Later
Assignee: frank.meies
QA Contact: issues@xml
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-01-09 05:47 UTC by debyld
Modified: 2007-01-11 05:17 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
Example table with vertical merged cells (29.12 KB, application/vnd.sun.xml.writer)
2006-02-13 02:18 UTC, debyld
no flags Details
ZIP containing the flat OpenOffice.org/OpenDocument XML and XHTML output (33.76 KB, application/x-compressed)
2006-02-13 13:12 UTC, svante.schubert
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description debyld 2006-01-09 05:47:11 UTC
The output from writer documents containing tables with vertical merged cells
saved as xhtml contains TD elements with rowspan attributes. However, if a
document is exported to xhtml you get the surrounding cells nested inside a
table (tables nested inside tables). The formatting problems are to an extent
resolved by the CSS generated but this is not ideal and a bit of a hack.

The xsl to transform tables need to be updated to handle vertical merged cells
correctly eg use rowspans and don't nest tables within tables
Comment 1 michael.ruess 2006-01-09 08:21:10 UTC
Reassigned to JSI.
Comment 2 jogi 2006-02-09 14:49:03 UTC
changing component to xml
Comment 3 jogi 2006-02-09 14:50:10 UTC
- Changing sub component
- Target: XHTML -> OOo Later
- Owner: sus
Comment 4 svante.schubert 2006-02-09 15:00:06 UTC
Hi debyld,

Can you please attach your test document to this issue.

Thanks in advance
Svante
Comment 5 debyld 2006-02-13 02:18:32 UTC
Created attachment 34104 [details]
Example table with vertical merged cells
Comment 6 svante.schubert 2006-02-13 13:11:27 UTC
sus->debyld:
I can reproduce your problem.

I am going to attach a ZIP containing the flat ODT XML, the flat OOo XML, which
actually is the input of the XSL transformation and the output, which renders
badly in Firefox 1.5.1.


I can see two issues:
1) the XHTML is badly rendered, although it has been validated against
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd.
It would be marvelous if you could file an issue to Mozilla as well. You might
use the XHTML from the ZIP as input.

2) There is a subtable in the ODF/OOo XML although the user did not created it
explicitly. For this I will move the current issue to the writer.

But the XHTML transformation is working as desired. If there is an inner table
in the input document, the structure will be reproduced as closed as possible.
Comment 7 svante.schubert 2006-02-13 13:12:44 UTC
Created attachment 34115 [details]
ZIP containing the flat OpenOffice.org/OpenDocument XML and XHTML output
Comment 8 svante.schubert 2006-02-13 13:18:52 UTC
sus->mba:
In the attached document the OpenDocument XML contains a inner table although
this structure was not explicitly created from the user.
The default usage of inner table result into problems for people working on with
the document file format and should only be taken, when explicitly choosen.
Vertical merged cells/columns have to be taken.
(discussed with FLR)
Comment 9 Mathias_Bauer 2006-03-09 11:06:55 UTC
.
Comment 10 debyld 2007-01-10 23:41:16 UTC
No action appears to have occurred on this for almost a year. This is a real
problem is if you merge rows and want to create the HTML of the document.  Can
someone please advise on the status of this.
Comment 11 frank.meies 2007-01-11 05:17:23 UTC
FME->debyld: We are currently implementing the support of rowspans in the Writer
core, see i4032. I'll close this one as duplicate.

*** This issue has been marked as a duplicate of 4032 ***
Comment 12 frank.meies 2007-01-11 05:17:49 UTC
.