Khaled Hosny, on sam. 24 févr. 2018 01:02:29 +0200, wrote:
> 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/UIConfig.mk.  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?

“
An issue with these is that they do not keep source line numbers of the
nodes.  That's really concerning for providing useful information to
the programmer.  We will be bothering them with new warnings that they
will have to learn about ; if we don't provide with line numbers, they
will get rightfully angry :) We could fallback to only providing the
class and id of the suspected widget. In some cases we have seen no id
defined, and thus no pointer to give to the programmer.
”
_______________________________________________
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Reply via email to