W3C home > Mailing lists > Public > w3c-sgml-wg@w3.org > October 1996

Re: B.9 Formal system, public identifiers?

From: Tim Bray <tbray@textuality.com>
Date: Tue, 15 Oct 1996 11:14:51 -0700
Message-Id: <3.0b33.32.19961015111442.0068f97c@pop.intergate.bc.ca>
To: w3c-sgml-wg@w3.org
At 06:24 PM 10/15/96 +0000, James Clark wrote:

>I just counted the number of lines of code in the part of SP that handles
>external entities; I included just the URL and OSFILE storage mangers, and
>just the UTF-8 and Unicode encodings.  It was more than 5000 lines. 

So this was just fSi, not fPi?  Interesting; and a powerful argument.
Would you have any insights as to what the "tough bits" are that make
this so hard?  It seems on the face of it that FSI handlers for URLs and
OSFiles ought to be pretty easy; would it be possible to contemplate
cutting a lot of the options out, so that all you had left was something
along the lines of 

<!element fsi ( url | osfile ) >
<!attlist fsi base CDATA #IMPLIED>
<!element url CDATA>
<!element osfile CDATA>  [yeah, I know we don't have CDATA in XML]

This at least has the virtue that (a) it slips into the base of what
SGML offers, and (b) allows room for clean extensibility.

Until I read James' posting, I was ready to lose FPI's (& PUBLIC for
that matter) and keep FSI's.  I'd still like to keep at least a subset
of the nice clean FSI syntax.  James?



Cheers, Tim Bray
tbray@textuality.com http://www.textuality.com/ +1-604-488-1167
Received on Tuesday, 15 October 1996 14:15:28 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:25:04 UTC