Readers, An odt document was converted to the fodt format using the menu bar 'save as' option. Why is the option fodt listed nearest to the bottom, after m$ (?!), starwriter, text, html, aportisdoc ??? Native odf must be treated with greater respect and higher priority! LO is not an m$ clone! (end of complaint...) After closure of the odt document (which was opened via the command line, hence the ability to see the warning), the terminal reported the following warning: Warning: at xsl:stylesheet on line 2 of file:///path/to/libreoffice/basis3.3/share/xslt/odfflatxml/odfflatxmlexport.xsl: Running an XSLT 1.0 stylesheet with an XSLT 2.0 processor The equivalent fodt document was then opened in the command terminal, which reported the following (whilst the document remained open): Warning: at xsl:stylesheet on line 2 of file:///path/to/libreoffice/basis3.3/share/xslt/odfflatxml/odfflatxmlimport.xsl: Running an XSLT 1.0 stylesheet with an XSLT 2.0 processor How significant is this warning? The stylesheet is as follows: <?xml version='1.0' encoding="UTF-8"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform";> <xsl:output method="xml" encoding="UTF-8" indent="yes"/> <xsl:template match="@*|node()"> <xsl:copy> <xsl:apply-templates select="@*|node()"/> </xsl:copy> </xsl:template> </xsl:stylesheet> As root, the stylesheet was amended to change the version to '2.0' and the fodt re-opened without the warning error. Is this manual change likely to cause a problem with the intended use of the fodt file, subversion document control? http://listarchives.libreoffice.org/global/users/msg33119.html Operating System: Linux (Other) Version: 4.2.0.0.alpha0+ Master
On pc Debian x86-64 with master sources updated today, I don't reproduce this. The weird thing is I don't find nor odfflatxmlimport.xsl file neither *flat*.xsl file. I must have missed something but what?
Did you check if files /path/to/libreoffice/basis3.3/share/xslt/odfflatxml/odfflatxmlexport.xsl and /path/to/libreoffice/basis3.3/share/xslt/odfflatxml/odfflatxmlimport.xsl exist on your computer ? When I install LibreOffice 4.2.0.0.beta2 on my Ubuntu 13.10, it goes in /opt/libreoffice4.2/ and there is no basis3.3 directory. You should check if there is not a mixture between an old 3.3 version and the current 4.2 / master. Best regards. JBF
(In reply to comment #2) > Did you check if files > /path/to/libreoffice/basis3.3/share/xslt/odfflatxml/odfflatxmlexport.xsl and > /path/to/libreoffice/basis3.3/share/xslt/odfflatxml/odfflatxmlimport.xsl > exist on your computer ? > Yes, it exists, because the file was edited as described! > When I install LibreOffice 4.2.0.0.beta2 on my Ubuntu 13.10, it goes in > /opt/libreoffice4.2/ and there is no basis3.3 directory. You should check if > there is not a mixture between an old 3.3 version and the current 4.2 / > master. > Then look in basis[version number] directory
Jean-Baptiste: here's what I get on terminal: julien@julienPC:~/compile-libreoffice/libo_4_2$ find . -name odfflatxmlimport.xsl julien@julienPC:~/compile-libreoffice/libo_4_2$ So find command retrieves nothing whereas I built with: --with-system-odbc --enable-ext-barcode --enable-ext-diagram --enable-ext-google-docs --enable-ext-hunart --enable-ext-nlpsolver --enable-ext-ct2n --enable-ext-numbertext --enable-postgresql-sdbc --enable-ext-typo --enable-ext-validator --enable-ext-watch-window --enable-ext-wiki-publisher --enable-dbus --enable-graphite --enable-evolution2 --enable-werror --enable-debug --enable-dbgutil --enable-crashdump --enable-dependency-tracking --enable-online-update --enable-extra-sample --enable-extra-template --enable-extra-gallery --enable-python=internal --enable-ext-mariadb-connector --with-system-mariadb --enable-bundle-mariadb --enable-avahi --enable-eot what do I need to generate this xsl file?
Those files were removed back in 2011 with http://cgit.freedesktop.org/libreoffice/filters/commit/?id=f020554ea2d682a45b6a7500a0a4fbee5e86d88b. Looks like the reporter uses outdated version.
(In reply to comment #5) >Looks like the reporter uses outdated version. More specific: He uses 3.3, as you can see from the path 'basis3.3'. So it's not an issue anymore with a recent versions.
(In reply to comment #6) > (In reply to comment #5) > >Looks like the reporter uses outdated version. > More specific: He uses 3.3, as you can see from the path 'basis3.3'. So it's > not an issue anymore with a recent versions. It was my guess too when I saw "basis3.3" in the path of the xsl files, but he wrote "version 4.2.0.0.alpha0+ Master". Best regards. JBF