W3C home > Mailing lists > Public > www-voice@w3.org > October to December 2009

RE: [scxml] sixth WD of SCXML is published

From: Jim Barnett <Jim.Barnett@genesyslab.com>
Date: Thu, 12 Nov 2009 08:48:01 -0800
Message-ID: <E17CAD772E76C742B645BD4DC602CD81024F7BFF@NAHALD.us.int.genesyslab.com>
To: "Greg Beauchesne" <gbeauch1@jhu.edu>, "VoiceBrowser" <www-voice@w3.org>
 On your specific point below, the global uniqueness of IDs regardless
of type is part of XMLSchema.  I don't know what that group's motivation
was, though I imagine it makes document validation simpler.  In any
case, given that that's the way XMLSchema works, it's easiest for us to
adopt their definition.

- Jim

"Is there any 
context in which uniqueness of IDs over types of objects that are 
effectively disjoint (such as states vs. data model fields) is 
important, or is this mainly just for general readability and ambiguity 
prevention?" (If you had something like "typeof('abc')=='state'" and 
"typeof('def')=='datafield'", for example, then this would be a clear 
situation where two different types of object should not be able to have

the same ID).

Or is it just that it's simpler for a parser to validate a document 
using ID/IDREF than one with a bunch of different schema keys?

CONFIDENTIALITY NOTICE: This e-mail and any files attached may contain confidential and proprietary information of Alcatel-Lucent and/or its affiliated entities. Access by the intended recipient only is authorized. Any liability arising from any party acting, or refraining from acting, on any information contained in this e-mail is hereby excluded. If you are not the intended recipient, please notify the sender immediately, destroy the original transmission and its attachments and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Copyright in this e-mail and any attachments belongs to Alcatel-Lucent and/or its affiliated entities.
Received on Thursday, 12 November 2009 16:48:37 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 23:03:55 UTC