W3C home > Mailing lists > Public > w3c-sgml-wg@w3.org > June 1997

Re: Namespaces, the universe, and everything

From: Rick Jelliffe <ricko@allette.com.au>
Date: Sat, 21 Jun 1997 13:57:41 +1000
Message-Id: <199706210456.OAA27248@jawa.chilli.net.au>
To: <w3c-sgml-wg@w3.org>
> From: Arjun Ray <aray@q2.net>

> > * tagged using "formal marked sections".
> I like that name:-) Perhaps this can be argued as a natural direction in
> which to extend MS syntax. CDATA/RCDATA MSs basically warn the parser that
> normal parsing rules don't apply, in particular that what may look like
> tags really aren't. OK, so extend that notion to offer some form of
> lexical scoping: what look like tags aren't tags for the "current"
> validation/parsing context -- refer to some NOTATION declaration instead,
> etc. etc. That is, generalize "status keyword specification" to something
> like "context treatment specification".

WG8 is ahead of you!  (Why is W3C so slow??? :-) Both "formal marked sections" and "formal processing  instructions" were in the
drafts for the WebSGML TC.  The idea is just what you say: that they both should start with NOTATION identifiers.  

They were taken out at the last minute, I think because  WG8 did not sense any groundswell of understanding or support for them at
that stage, and did not want the WebSGML TC to be  derailed.    If you want some details, see 
under "Extension to FORMAL".

I hope that they may be considered as part of the Namespace TC that we are working on now.  And I hope that XML will adopt the
formal PI proposal anyway. All XML needs to say is "The first token in a processing instruction is a notation identifier, which
should be unique to avoid name clashes".

Everything must be labelled with its type/notation.  If a thing cannot self-label, the things that link to it must be able to
label. And this includes external entities/resources, prolog entities/resources, and inline entities/resources.  

Rick Jelliffe
Received on Saturday, 21 June 1997 01:26:09 UTC

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