Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | DocBook style XML export produces many empty lines | ||
---|---|---|---|
Product: | xml | Reporter: | osavill <osavill> |
Component: | code | Assignee: | jogi |
Status: | CLOSED FIXED | QA Contact: | issues@sw <issues> |
Severity: | Trivial | ||
Priority: | P2 | CC: | issues, michael.brauer |
Version: | 643 | ||
Target Milestone: | OOo 1.1.1 | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | ENHANCEMENT | Latest Confirmation in: | --- |
Developer Difficulty: | --- |
Description
osavill
2002-11-08 13:35:26 UTC
jw: reassigned to jw could not reproduce please tell me if this problem still occurs with the latest office release else i will close this task on september 1st 2003 It does now produce the XML file. However, it goes something like: <?xml.... <!DOCTYPE... <article... 321 blank lines !!! <para... Does this require a new OR ? jw: reassigned to es ES->JSI: Please evaluate We had a bug in 643 wich produced empty DocBook XML files. It has been fixed - as you also can see in a recent milestone. It is NOT a bug that empty lines are in the XML files but you are right that we should get rid off them to save space :-) It is a problem of the stylesheet and not of the functionality of XML in itself. *** Issue 9082 has been marked as a duplicate of this issue. *** . my issue . *** Issue 20455 has been marked as a duplicate of this issue. *** *** Issue 20451 has been marked as a duplicate of this issue. *** *** Issue 20450 has been marked as a duplicate of this issue. *** *** Issue 20447 has been marked as a duplicate of this issue. *** *** Issue 20445 has been marked as a duplicate of this issue. *** *** Issue 20444 has been marked as a duplicate of this issue. *** *** Issue 20441 has been marked as a duplicate of this issue. *** I checked sofftodocbookheadings.xsl and this will help to reduce some new lines: @@ -137,7 +137,7 @@ <xsl:element name="article"> <xsl:attribute name="lang"><xsl:value-of select="/office:document/office:meta/dc:language"/> </xsl:attribute> - <xsl:apply-templates /> + <xsl:apply-templates select="office:body|office:styles" /> </xsl:element> </xsl:template> Your can remove these lines if you apply the previous change. @@ -182,16 +182,6 @@ <xsl:template match="office:styles"> <xsl:apply-templates/> -</xsl:template> - -<xsl:template match="office:script"> -</xsl:template> - - -<xsl:template match="office:settings"> -</xsl:template> - -<xsl:template match="office:font-decls"> </xsl:template> <xsl:template match="text:section"> About office:styles. I have not found any match for style:default-style|style:style|text:list-style|number:number-style| number:currency-style|number:percentage-style|number:date-style| number:time-style|number:boolean-style|number:text-style| draw:gradient|draw:hatch|draw:fill-image|draw:marker| draw:stroke-dash|style:presentation-page-layout|draw:transparency or text:outline-style|text:footnotes-configuration| text:endnotes-configuration|text:bibliography-configuration |text:linenumbering-configuration So you better off to ignore office:styles as well. MIB explained high impact scenario for this issue -> OOo 1.1.1/ prio2 the xslt filter components java implementation includes it's own serialization code which is implemented in a way that produces the extra whitespaces. The way the filter is integrated does also lead to bad performance since the UNO/Java bridge is not fast enough to handle enough SAX_events coming from the office to the filter. I am working on a fix now select only office:body in root element template fix in fwk03pp1 fwk03pp1 is OOo 1.1.2 this also depends on xslt filter fixes in 1.1.2 reviewed and approved by SUS, fwk03pp1 is 1.1.1 -> new target please verify on CWS fwk03pp1 JSI: Verified in CWS. JSI: Testcases passed. okay in dev build *** Issue 50536 has been marked as a duplicate of this issue. *** |