Details
-
Improvement
-
Status: Open
-
Major
-
Resolution: Unresolved
-
0.6
-
None
-
None
-
All
Description
The current state-of-the-art is that Forrest supports OpenOffice Writer tables with horizontally merged table cells, but not vertically merged cells. Issue FOR-262 made some improvement but did not finish the job.
The issue seems to be that OOo deals with cells merged vertically by creating sub tables to the left or right of the merged cells, rather than some equivalent of the HTML rowspan attribute.
I have hacked openoffice-writer2forrest.xsl, and dealt with this by identifying the sub-table element in the xsl file and creating a new HTML (or Forrest) <table> whenever I find one.
This seems to work OK, but when rendered as HTML the borders of the cells are too thick - maybe we are getting two sets of table borders. This needs some further investigation - there should be some HTML table border attributes that can resolve this. For example, there seems to be an HTML construction <table frame="void"> which could possibly do the job, but just adding this into the openoffice-writer2forrest.xsl file did not work. Maybe giving the sub-table a class= or id= attribute could allow appropriate processing down-stream, maybe within a skin CSS, or maybe we need to be able to pass through more HTML.
I will add files to this issue - a hacked openoffice-writer2forrest.xsl (which no doubt needs polishing!) and a tables.sxw file that contains example tables and further documentation of this issue. (Sorry I am not enough of a software person to finish the fixes).
The issue seems to be that OOo deals with cells merged vertically by creating sub tables to the left or right of the merged cells, rather than some equivalent of the HTML rowspan attribute.
I have hacked openoffice-writer2forrest.xsl, and dealt with this by identifying the sub-table element in the xsl file and creating a new HTML (or Forrest) <table> whenever I find one.
This seems to work OK, but when rendered as HTML the borders of the cells are too thick - maybe we are getting two sets of table borders. This needs some further investigation - there should be some HTML table border attributes that can resolve this. For example, there seems to be an HTML construction <table frame="void"> which could possibly do the job, but just adding this into the openoffice-writer2forrest.xsl file did not work. Maybe giving the sub-table a class= or id= attribute could allow appropriate processing down-stream, maybe within a skin CSS, or maybe we need to be able to pass through more HTML.
I will add files to this issue - a hacked openoffice-writer2forrest.xsl (which no doubt needs polishing!) and a tables.sxw file that contains example tables and further documentation of this issue. (Sorry I am not enough of a software person to finish the fixes).