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

RE: InkML


flak coupling
Try to get three wise XML designers to sit down 
and agree on the best way to design.  Flak is 
inevitable.  That is why I cite the polarities. 
They are, to steal from Sean, as perrenial as 
James Clark.

I'm sitting here watching two organizations 
duke it out over an architectural flaw born 
of rushing to code XML and claiming to use 
the web without actually taking the time to 
understand it.  The results were amazingly 
and depressingly predictable.  Loose coupling 
doesn't mean one abandons cooperation and 
communication.  Precisely the opposite. It 
means one pays considerable attention to the 
mechanisms in place that enable the coupling 
to be loose.   The looser the system, the 
more the need to use standard means.  

But that means the work on the standard is 
much harder and must be more precise.  Thus 
polarity one and two are inconflict. 
(dare to do less vs liaison more).

Still, it shouldn't be that hard to steal 
elements and attributes from other languages 
that use the same types of content.  XML 
is there to make it easy to steal, and 
the consortia RF-policies are there to make 
it legal. Crikey, the SGMLers did it with 
complete abandon.  They even wrote standards 
based on it (GML begat 28001 and HTML; 28001 
begat the Canadian 28001 and the European 
modular DTDs).  Why shouldn't XML?  Isn't 
that what namespaces do? 

Maybe the key is to get the XML designers 
to be a bit more modular in the use of the 
namespaces?  Yes?  (SGML did it with named 
entities).

len


From: Simon St.Laurent [mailto:simonstl@s...]

clbullar@i... (Bullard, Claude L (Len)) writes:
>I assert the future is inventable.  Others have said 
>as much.  So the committee does choose and must.  Results 
>vary.   Choose wisely.

And expect flak, if you can't be bothered to use the medium you claim
you're using.  So far as I can tell, there's no wisdom here.




-- 
Simon St.Laurent
Ring around the content, a pocket full of brackets
Errors, errors, all fall down!
http://simonstl.com -- http://monasticxml.org

-----------------------------------------------------------------
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 list use the subscription
manager: <http://lists.xml.org/ob/adm.pl>

  • Follow-Ups:
    • RE: InkML
      • From: "Simon St.Laurent" <simonstl@s...>

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.