Date: Mon, 14 Dec 92 14:18:22 +0100 From: Tim Berners-Lee <timbl@www3.cern.ch> Message-Id: <9212141318.AA03936@www3.cern.ch> To: www-talk@nxoc01.cern.ch Subject: WWWLibrary_1.1 Cc: wei@xcf.berkely.edu The new 1.1 library understands the <PRE> element. It also allows SGML numeric (only) character references such as < for ASCII character 60 in the source text. This is a precautionary measure in view of Dan's comments which seem reasonable to me but would require a LONG time for new browers to come around if they were to be adopted. I have made SGMl.c reentrant although HTML.c still isn't. I agree with some of the comments about cleaning up. Dan's comments that anyone using the library is encumbered with the HText structure is not quite accurate -- one is encumbered with the name of the struct but not its contents which are hidden in whatever implements it. pointers to undefined structures seem to be the only clean method of infomation hiding in modular C. The styles I agree should go out and will when I get round to it. If you think your definitive parser will fit into the library, Dan, I'll consider putting it in the distribution. Did I mention that Dan's new SGML spec is on the web linked from the old spec? On that spec (which is getting cleaner each time), - Could you put an empty <LINK ...> element into the set of things allowed in the header, please? Attributes as <A> but no content. Value of TYPE attributes to be subject to registration, with the usual X- escape. The architecure of the browsers is input-driven rather than output-driven. Control passes from the Access module to the Protocol module which decides ithas to build an object, and calls the parser with the data as parameter which calls the object it is building. We had it originally the other way up, that the object called theprotocol module toget some data, but that was not so flexible as the protocol module had in fact to be able to decide which objects to build. Tim