Apache OpenOffice (AOO) Bugzilla – Issue 9081
DocBook style XML export produces many empty lines
Last modified: 2005-06-17 10:51:01 UTC
Managed to get Java working with 643, but that's another story :-) Wrote a simple document along the lines of : text text image title text text Then File --> Save As, select DocBook XML. No error messages are output and the file is created on disk, however it is 0 bytes long ! This appears not the be sensitive to the type of document so I have not attached one.
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. ***