Hi Harri, On Wed, 2011-08-10 at 22:02 +0300, Harri Pitkänen wrote: > My ultimate goal is to reach a point where we could drop all browser specific > or legacy HTML formats and just have one HTML export format that works in all > browsers (or at least in those that 99 % of people use). Or if it turns out > to > be impossible, just have the smallest set of variants that are needed in the > real world. With luck something based on HTML 4, CSS 2.1 and some subset of > CSS 3 might work pretty much everywhere. If not, then options like "HTML 4", > "HTML 5" and "HTML 5 + LibreOffice specific extensions" could be used in > place > of the current selection.
Ok, this is a very nice goal: I love it! > The reason why I chose to approach this problem by making single features > more > consistent is that this way the risk of accidentally removing or breaking > some > useful features seems lower. That said, I don't see much risk in dropping the > 3.2 export since any of the other export formats should render at least as > well in old and new browsers. I could write a patch to do just that unless > there are objections. There is also the XHTML export filter that is XSLT-based IIRC. It would be nice to unify this one too. For the export filter I have no precise idea, but for the import, couldn't we try to delegate the HTML / CSS parsing and the matching of the two to external libs that do it presumably much better than we do? We would only have to map the result to the LO internals... thought I have no idea what libs can help us. Regards, -- Cédric Bosdonnat LibreOffice hacker http://documentfoundation.org OOo Eclipse Integration developer http://cedric.bosdonnat.free.fr _______________________________________________ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
