[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: Re: determining ID-ness in XML

  • From: "Bullard, Claude L (Len)" <clbullar@i...>
  • To: Marcus Carr <mrc@a...>, Michael Fuller <msf@m...>
  • Date: Thu, 01 Nov 2001 08:31:29 -0600

RE:  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.

len

-----Original Message-----
From: Marcus Carr [mailto:mrc@a...]
Sent: Wednesday, October 31, 2001 11:36 PM
To: Michael Fuller
Cc: xml-dev@l...
Subject: Re:  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
share?

My totally uninformed guess is because in SGML, every application felt (and
was)
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
against
their use as well, as the data produced becomes proprietary. I do think that
they
are appropriate vehicles for well defined information related to the
recommendations.


--
Regards,

Marcus Carr                      email:  mrc@a...
___________________________________________________________________
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>

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.