[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: [xml] HTMLparser enhancements
- From: Daniel Veillard <veillard redhat com>
- To: Nick Kew <nick webthing com>
- Cc: xml gnome org
- Subject: Re: [xml] HTMLparser enhancements
- Date: Wed, 15 Jan 2003 18:04:38 -0500
On Wed, Jan 15, 2003 at 10:49:27PM +0000, Nick Kew wrote:
> On Wed, 15 Jan 2003, Daniel Veillard wrote:
> > Yes, and it's basically a libxml2 only table, we don't expect
> > user code to allocate such entries.
>
> Indeed. Actually I'd ideally like to make it writable and add a
> void* userdata field (which I'd use to store a function that'll
> be called from SAX [start|end]Element handlers). But I thought
> that making it non-const would probably not be acceptable.
basically it's a const table, I would prefer to keep it that way, yes.
You can probably keep that callback table separated in your own code,
right ?
> > Hum, how do you fill that ? Based on HTML4.01 DTDs ?
>
> Yes. Or, equivalently, XHTML 1.0. It's basically just extending
> what you've done.
okidoc
> > Seems you don't suggest handling required attributes (like alt on img).
>
> Indeed. Yes, it would benefit from that info. The reason I don't suggest
> it is that I haven't implemented it in this form, but it should be
> straightforward. Also there's the issue that you can't do meaningful
> repair of missing attributes without human intervention.
true, I was thinking about being able to signal the problem.
> Any recent changes to htmlParser? Should I be sure to patch
> against current CVS, or will a recent-ish 2.4.x release suffice?
no big change that I can think of, really. It's rather stable.
Daniel
--
Daniel Veillard | Red Hat Network https://rhn.redhat.com/
veillard redhat com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]