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

Re: Re: validating hairy data models (was Attribute o


Re:  Re: validating hairy data models (was Attribute o
From: "Rick Jelliffe" <ricko@a...>
>     Executable specs
> for standards (such as IDL) are quite a lot better, but most
> specs are not for interfaces.

Umm ... IDL isn't executable.  That's the point.  It covers
interface syntax (like BNF) not behavior.  Behavior gets
described in natural language.  I've made that same
point about needing natural language to describe
behavior.  Most people wouldn't know a formal semantic
specification language if it bit them ... :)


Remembering that my point was about "strict interpretation"
of specs needing to be meaningful (else why bother?) in the
specific case of the attribute order issue:

> So the idea of standards as Holy Writ passed down from the 
> gods messes everyone up: a standard is the result of negotiations
> from some community, and the best way to make standards 
> work is to integrate in with that community and to get to know
> the original intent.

That model of standards doesn't work so well with W3C since
essential parts of the "original intent" are hidden behind closed
doors.  And it doesn't work for "remote implementations" where
such "integrating" is for any reason (language?  travel? etc) not
practical.  Community integration is good, but that's a different
issue from ensuring that base specifications are strictly correct.

Notice I said a "good spec" ...  what you're describing is a "loose
specification" model, which among other things only works well
when all players are acting with good intent (or when there's a
monopoly implementation).  Such good intent is unusual; more
typically, there are issues where several "original intents" are
in conflict.  Good specs identify such cases as "implementation
specific", bad ones leave it up in the air.

More to the point:  In your scenario, that community has a clear
responsibility to clearly describe that original intent.  That's what
the specification is for, and what specification errata address.
To some extent, additional specifications (XML Infoset in the
case of attributes) can augment the base specification.

- Dave



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.