Re: [xml] Re: XML libs (was Re: gconf backend)
- From: Havoc Pennington <hp redhat com>
- To: veillard redhat com
- Cc: desktop-devel-list gnome org, xml gnome org
- Subject: Re: [xml] Re: XML libs (was Re: gconf backend)
- Date: 28 Sep 2003 18:11:08 -0400
On Sun, 2003-09-28 at 17:36, Daniel Veillard wrote:
Yes there is a difference, the fact that libxml2 and expat actually
fully understand teh XML spec means that they will act appropriately
when parsing DTDs or when processing the HTML and generating the
data to the user space.
No no no no. I am talking about _API_. You are talking about
_implementation_ of current gmarkup. Go back and re-read my mail.
I understand your point about the gmarkup implementation and agree with
it.
Make a glue layer on top of the parser
That's what I'm talking about. I've already written such a layer in dbus
daemon for example. I am just saying it can be in a library. There's no
reason it has to be in the app. I'm also saying that an API similar to
the current gmarkup _API_ would be a workable interface (NOT
implementation) for such a glue layer.
It may well make sense in a library, since I have at least 4 things I've
written that would use it. But the first thing to establish is that
there's no matter of principle that forbids such a subsetting glue
library. Or at least, that any such principle would also forbid
_applications_ from understanding only a subset of XML.
Havoc
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]