Implementing accessibility non-regression check tool

Khaled Hosny khaledhosny at
Fri Feb 23 23:02:29 UTC 2018

On Thu, Feb 22, 2018 at 04:13:42PM +0100, Samuel Thibault wrote:
> Stephan Bergmann, on jeu. 22 févr. 2018 15:49:40 +0100, wrote:
> > That means external/lxml will need to:
> > 
> > * build against and run with either the system Python or the locally-built
> > one from external/python3,
> > 
> > * build against and run with either the system libxml2/libxslt or the
> > locally-built one from external/{libxml2,libxslt}.
> > 
> > That's four different ways how to build external/lxml, and slightly more
> > different ways (using the system lxml versus external/lxml) how to run the
> > gla11y tool in solenv/gbuild/  And getting all those ways to
> > work, on the different platforms, will be hell.
> Well, python, libxml2 and libxslt are very-well-established projects
> with a huge lot of reverse dependencies, and thus they have to take
> backward compatibility into extremely careful consideration. I thus
> don't fear too much problems building lxml against various versions of
> them.
> (and the current building issue reported in gerrit 50115 is merely that
> the current LO python3 module doesn't install any header file or such)
> > Isn't there another option to make that gla11y tool process XML data, one
> > that better matches LO's needs?
> Well, we can reimplement the world for sure.

“import xml.etree.ElementTree as ET” (which is part of Python standard
library) not good enough?


More information about the LibreOffice mailing list