OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [xml-dev] Re: determining ID-ness in XML

They were disliked by the original SGML community, sometimes 
for good reasons (abuse that proprietarized data), and 
sometimes silly ones (The SGML Way - Content must be 
separated from presentation or processor local semantics). 
Nonetheless, several systems used them for putting out-of-band 
information in the content, eg, style information, hyperlink 
targets, instructions to downstream processors, and so forth.

They are handy.  Think of them as yet another way of expressing 
a system vocabulary in the content.  The xml: habit like 
the http:// in the namespace habit actually contravene the 
norms of markup more than PIs.  It has become a political 
issue and for that reason, I among others am insisting on 
valid technical requirements.

That said, a system vocabularly (xml:n) has been 
established for the xml subset, so it is likely to 
be extended everytime someone not fond of PIs finds 
yet another processor tweak they want.  We should be 
very careful about accepting these in cases where 
other standard means exist.


-----Original Message-----
From: Marcus Carr [mailto:mrc@allette.com.au]
Sent: Wednesday, October 31, 2001 11:36 PM
To: Michael Fuller
Cc: xml-dev@lists.xml.org
Subject: Re: [xml-dev] Re: determining ID-ness in XML

Michael Fuller wrote:

> No; but then I never understood why the use of processing instructions
> had become infra dig. W3C politics, I hear whispered. Anyone care to

My totally uninformed guess is because in SGML, every application felt (and
free to use them any way they wanted. They didn't contain information
specified by
the standard, they contained any kind of information that the application
might use.

This doesn't seem to happen with XML applications - if it did, I would be
their use as well, as the data produced becomes proprietary. I do think that
are appropriate vehicles for well defined information related to the


Marcus Carr                      email:  mrc@allette.com.au
Allette Systems (Australia)      www:    http://www.allette.com.au
"Everything should be made as simple as possible, but not simpler."
       - Einstein

The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
initiative of OASIS <http://www.oasis-open.org>

The list archives are at http://lists.xml.org/archives/xml-dev/

To subscribe or unsubscribe from this elist use the subscription
manager: <http://lists.xml.org/ob/adm.pl>