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

Re: Stylesheets considered limiting (was Re: XLink - where are we?)

  • From: "W. Eliot Kimber" <eliot@d...>
  • To: xml-dev@i...
  • Date: Thu, 12 Nov 1998 07:55:04 -0600

Re: Stylesheets considered limiting (was Re: XLink - where are we?)
At 08:53 AM 11/12/98, Peter Murray-Rust wrote:
>Does this imply that it's not XML-compatible at present? Because I suspect
>people will get increasingly frustrated with SGML-over-the-wire (e.g.
>Hybrick at present) because they don't know how to manage declarations and
>catalogs.

It's perfectly XML compatible, but the draft as printed provides
architectural DTD declarations that assume the use of typical SGML features
(i.e., markup minimization) and does not provide an alternative set of
declarations that restricts itself to those SGML features used by XML.
Obviously anyone could create those declarations (as I did for HyTime in
developing my PHyLIS tool), but there's no reason for the editors not to
provide it directly given that it's an obvious requirement (and in fact, it
should have always been the policy that two forms of architectural
declarations be provided, one for SGML declarations that allow markup
minimization and one for SGML declarations that do not, which is the key
difference {whether or not start and end tag parameters are prohibited}). 

The concepts defined in the standard are independent of syntax.  If you're
simply implementing the semantics but not using true architectural
processing, then you don't care about the details of the declaration syntax
of the architectural meta-DTDs, using them simply as documentation and not
as processible data sets.

Remember that when defining any sort of SGML application (that is, an
application of SGML, not software that processes SGML), the *ONLY* thing
that would make it not usable with XML documents would be the requirement
that docments use an SGML feature that XML does not provide. As data
entities is the only feature of SGML not provided by XML that also has
significant *semantic* utility (as opposed to being a syntactic convenience
like markup minimization or the LINK feature), you'd have to go out of your
way to make your application not XML compatible.  And in any case, you can
get by without data attributes, although it's clumsy and suboptimal.

Cheers,

E.

--
<Address HyTime=bibloc>
W. Eliot Kimber, Senior Consulting SGML Engineer
ISOGEN International Corp.
2200 N. Lamar St., Suite 230, Dallas, TX 75202.  214.953.0004
www.isogen.com
</Address>

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


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.