https://bugs.freedesktop.org/show_bug.cgi?id=51726
--- Comment #7 from David Tardon <dtar...@redhat.com> 2012-07-16 07:51:25 PDT --- (In reply to comment #6) > XSLT is a great tool for processing xml formatted content, as long as the > content is well formed. If it is not well-formed, it is not XML .-) Anyway, that is not what I meant. The problem is in the complexity of the ODF format and impedance mismatch with HTML. XSLT is just not suitable for the heavy processing that is necessary to do the transformation (and no, XSLT 2.0 is not a solution. XSLT 2.0 is another problem.) Any attempt to do it anyway just leads to the WORN (Write Once, Read Never) type of code we have today, where any fix creates two new bugs. > I have worked around the problem by using the "save as" instead of "export" > option and selecting html as the target format. > > Interesting the problem doesn't occur when using "save as"... AFAIK "save as" uses the old HTML export code from sw/source/filter/html . There is also writer2latex extension, that (despite its name) contains a filter for XHTML export too. It is written in Java and hopefully is in a better shape than the XSLT filter. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs