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


Help: OASIS Mailing Lists Help | MarkMail Help



   RE: [xml-dev] InkML

[ Lists Home | Date Index | Thread Index ]

That wasn't meant to be pejorative, Simon.  My apologies.

Is the syntax of InkML really opaque?  How much 
information does the human need to interpret it 
as a coordinate list?  How much information does 
the computer need?  In both cases, the information 
that tells either that those are coordinates is in 
the specification and in the implementation, not 
in the markup.  Is that the case you are arguing?
If so, we are arguing similar concerns.  I am going 
one step further and saying that it would be useful 
for productions that span applications to be shared, 
not reinvented.

But it is still XML.  If one uses that argument, 
one loses out of the box by definition.  The case 
to be made is one of how much markup enables the 
maximum reuse across applications because given 
any specific application, less can be more.  As 
you say, one ends up lost in arguments about the 
most efficient parse and so forth, but they wander 
away from other system-wide concerns sometimes 
labeled as lifecycle and repurposing of information.


-----Original Message-----
From: Simon St.Laurent [mailto:simonstl@simonstl.com]

clbullar@ingr.com (Bullard, Claude L (Len)) writes:
>I'm talking about reuse of productions, in this 
>case, coordinate systems.  You're talking about a 
>style of markup.  One can use InkML as in the 
>draft and still be XML.  You're quibbling about 
>the detail of the markup (the depth of naming, 
>thus, extractable categories).  At that point, 
>our concerns converge.  For example:

Sorry, Len, but with your use of that word "quibbling", our interests
suddenly diverged right before you hoped they'd come together.  You
showed your lack of concern for the issues that I find most useful in a
way that's even blunter than what I'd previously interpreted as a
mysterious wandering off-topic.

As for InkML, I'm happy to work with systems that don't mark every
single atom up - that's why I did all that work on Regular
Fragmentations.  I'm not happy to see committees creating opaque new
syntaxes in the context of what's supposedly an XML project.  That seems
bizarre, whatever committee-think justifications you develop to justify
such behavior.

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>


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS