Re: [xml] i'm here to contribute

2011-10-31 Thread Stefan Sauer
On 09/18/2011 10:24 PM, Glen Hein wrote: Hello, I'm a software developer and I'd like to contribute to Gnome's XML project. I've used the libxml software for a long time and I'd like to give something back. I just started a voluntary career break, but I'd like to stay active. I looked

Re: [xml] i'm here to contribute

2011-11-23 Thread Stefan Sauer
On 11/11/2011 03:57 AM, Daniel Veillard wrote: On Mon, Oct 31, 2011 at 11:48:54PM +0100, Stefan Sauer wrote: On 09/18/2011 10:24 PM, Glen Hein wrote: Hello, I'm a software developer and I'd like to contribute to Gnome's XML project. I've used the libxml software for a long time and I'd like

Re: [xml] performance of parsing docbook with xincludes

2018-05-14 Thread Stefan Sauer
Seems that the list does not like attachements, so resensing with links On 05/14/2018 12:19 PM, Nick Wellnhofer wrote: > On 13/05/2018 20:54, Stefan Sauer wrote: >> Lets look at some numbers using glib >> (https://gitlab.gnome.org/GNOME/glib) >> >> cd glib/docs/referen

Re: [xml] performance of parsing docbook with xincludes

2018-05-14 Thread Stefan Sauer
On 05/14/2018 12:19 PM, Nick Wellnhofer wrote: > On 13/05/2018 20:54, Stefan Sauer wrote: >> Lets look at some numbers using glib >> (https://gitlab.gnome.org/GNOME/glib) >> >> cd glib/docs/reference/glib >> xmllint --timing --xinclude --noout glib-docs.xml

Re: [xml] performance of parsing docbook with xincludes

2018-05-14 Thread Stefan Sauer
On 05/14/2018 09:48 PM, Stefan Sauer wrote: > On 05/14/2018 12:19 PM, Nick Wellnhofer wrote: >> On 13/05/2018 20:54, Stefan Sauer wrote: >>> Lets look at some numbers using glib >>> (https://gitlab.gnome.org/GNOME/glib) >>> >>> cd glib/docs/reference

[xml] performance of parsing docbook with xincludes

2018-05-13 Thread Stefan Sauer
hi, I am the maintainer of gtk-doc. One biggest complaint I get is the performance. gtk-doc is scanning sources and combining the extracted comments with handwritten docbook into a signle docbook document. The docbook document uses xinclude for its parts. As a next step we were using the

Re: [xml] performance of parsing docbook with xincludes

2018-05-17 Thread Stefan Sauer
> > Eric > > On 5/15/2018 3:42 AM, Nick Wellnhofer wrote: >> On 14/05/2018 21:48, Stefan Sauer wrote: >>> This part looks suspicious: >>> >>>     |--22.98%--0xc2160 >>>     |  xmlFreeDoc >>>  

Re: [xml] performance of parsing docbook with xincludes

2018-05-17 Thread Stefan Sauer
On 05/17/2018 04:18 PM, Nick Wellnhofer wrote: > On 16/05/2018 21:51, Stefan Sauer wrote: >> So one solution could be another flag to enable this? > > Yes, but it would be rather ugly. In which sense? I guess because it is something that noone should need to know about or hav

Re: [xml] performance of parsing docbook with xincludes

2018-05-15 Thread Stefan Sauer
On 05/15/2018 08:40 PM, Stefan Sauer wrote: > On 05/15/2018 12:42 PM, Nick Wellnhofer wrote: >> On 14/05/2018 21:48, Stefan Sauer wrote: >>> This part looks suspicious: >>> >>>     |--22.98%--0xc2160 >&

Re: [xml] performance of parsing docbook with xincludes

2018-05-15 Thread Stefan Sauer
On 05/15/2018 12:42 PM, Nick Wellnhofer wrote: > On 14/05/2018 21:48, Stefan Sauer wrote: >> This part looks suspicious: >> >>     |--22.98%--0xc2160 >>     |  xmlFreeDoc >>     |  | >>     |   

Re: [xml] performance of parsing docbook with xincludes

2018-05-16 Thread Stefan Sauer
On 05/16/2018 12:41 AM, Nick Wellnhofer wrote: > On May 15, 2018, at 21:56 , Stefan Sauer <enso...@hora-obscura.de> wrote: >> On 05/15/2018 08:40 PM, Stefan Sauer wrote: >>> On 05/15/2018 12:42 PM, Nick Wellnhofer wrote: >>>> Can you try to change the line to &

Re: [xml] performance of parsing docbook with xincludes

2018-06-10 Thread Stefan Sauer
On 06/07/2018 01:55 PM, Nick Wellnhofer wrote: > On 07/06/2018 00:00, Stefan Sauer wrote: >>>> Another idea is to stop loading external DTDs for XIncludes without an >>>> XPointer expression. This would still change the behavior for some >>>> users but

Re: [xml] performance of parsing docbook with xincludes

2018-06-07 Thread Stefan Sauer
benefits -- say EDI > (from old IBMs) -- we have a cheap program that maps EDI to XML and > back.  So we can handle EDI -- and we don't need new software (after > the conversion).  We accept the EDI, convert to XML, run our standard > application, create XML response, which is converted

Re: [xml] performance of parsing docbook with xincludes

2018-06-07 Thread Stefan Sauer
On 05/17/2018 04:18 PM, Nick Wellnhofer wrote: > On 16/05/2018 21:51, Stefan Sauer wrote: >> So one solution could be another flag to enable this? > > Yes, but it would be rather ugly. > >> Thanks, reading the code. Need to figure where we could cache external >> su

Re: [xml] performance of parsing docbook with xincludes

2018-06-06 Thread Stefan Sauer
On 05/17/2018 06:01 PM, Stefan Sauer wrote: > On 05/17/2018 04:18 PM, Nick Wellnhofer wrote: >> On 16/05/2018 21:51, Stefan Sauer wrote: >>> So one solution could be another flag to enable this? >> Yes, but it would be rather ugly. > In which sense? I guess because