W3C home > Mailing lists > Public > www-lib@w3.org > January to March 1996

Re: More about structured streams, SGML/HTML parser...

From: Daniel W. Connolly <connolly@beach.w3.org>
Date: Fri, 19 Jan 1996 04:56:43 -0500
Message-Id: <m0tdDYq-0002RmC@beach.w3.org>
To: Rainer Klute <klute@nads.de>
Cc: msa@hemuli.tte.vtt.fi (Markku Savela), www-lib@w3.org, "Jan Wedekind" <jan@todonix.ping.de>
In message <199601171449.PAA15796@heike.nads.de>, Rainer Klute writes:
>
>We are currently considering to experiment with Jim Clark's SGML
>parser SP in order to munge it into a libwww converter and to do
>some other things with it. Unfortunately it is still without
>documentation. Does anyone have experience with it? You are invited
>to join us guessing around!

Er... it's no small task. sp uses a "suck the data from the stream"
model, whereas libWWW converters use the "blow the data at
the converter" model. I know one development organization that
implemented coroutines in order to do the impedence mismatch.
Can you say assembler code?

And that wasn't the worst of it, from what I heard.

Granted, much of these folks experience got fed back to James
Clark, so you may get the benefit of it by this point.

But libwww will have the functionality you want before too long.

I've got the lexical part done, and I'm working on the structural
part. I'm borrowing some design ideas from the python community:
basically, each element type is modeled as a class that implements
a regular expression. Compose them together just right, and you've
effectively got a validating parser (SGML inclusion/exclusion exceptions
may complicate things, but...)

Stay tuned...

Dan
Received on Friday, 19 January 1996 04:57:09 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 23 April 2007 18:18:25 GMT