W3C home > Mailing lists > Public > public-ddwg-comments@w3.org > May 2008

RE: Your comments on Device Description Repository Simple API ( LC-1970)

Date: Mon, 26 May 2008 10:49:18 +0200
To: "rotan.hanrahan@mobileaware.com" <rotan.hanrahan@mobileaware.com>
Cc: "public-ddwg-comments@w3.org" <public-ddwg-comments@w3.org>
Message-id: <93AA9E47B82F684A868C217766F48905039FA7DDCB@EXCLU2K7.hi.inet>

I accept this response, although I think there is no need to change the namespace to drop that infamous '-' in the value of the property

-----Mensaje original-----
De: rotan.hanrahan@mobileaware.com [mailto:rotan.hanrahan@mobileaware.com]
Enviado el: domingo, 25 de mayo de 2008 22:22
CC: public-ddwg-comments@w3.org
Asunto: Re: Your comments on Device Description Repository Simple API ( LC-1970)

 Dear José Manuel Cantera ,

The Mobile Web Initiative Device Description Working Group has reviewed the comments you sent [1] on the Last Call Working Draft [2] of the Device Description Repository Simple API published on 4 Apr 2008. Thank you for having taken the time to review the document and to send us comments!

The Working Group's response to your comment is included below, and has been implemented in the new version of the document available at:

Please review it carefully and let us know by email at public-ddwg-comments@w3.org if you agree with it or not before 5 June 2008. In case of disagreement, you are requested to provide a specific solution for or a path to a consensus with the Working Group. If such a consensus cannot be achieved, you will be given the opportunity to raise a formal objection which will then be reviewed by the Director during the transition of this document to the next stage in the W3C Recommendation Track.


For the Mobile Web Initiative Device Description Working Group, Matt Womer W3C Staff Contact

 2. http://www.w3.org/TR/2008/WD-DDR-Simple-API-20080404/


Your comment on 3 Vocabularies:
> The value "ecmascript-MP" should be changed to ecmascriptMP.
> Rationale:
> In our implementation We have encountered problems with the '-'
> character as being interpreted as a minus sign by the JSP 2.0 E-L.
> evaluator in expressions like
> <mymw:script sel="deliveryContext.scriptSupport.ecmascript-MP" />
> Also the removal of the '-' will be more consistent with the
> Sorry for not having spotted this before the publication of the Core
> Voc but we have suffered it today

Working Group Resolution (LC-1970):
The values in enumerated properties are represented as strings, with no restrictions on such values other than those naturally present in the String type. The use of such values as the names of variables or methods in any implementation was neither intended nor advised. As third-party vocabularies may enumerate other data that naturally contain punctuation (spaces, hyphens, slashes etc.) it would be unwise to introduce constraints on the format of the values. For example, a new custom vocabulary may enumerate supported MIME types, in which case the "/"
character would likely be included in the enumerated values.

In the Core Vocabulary that accompanies the DDR Simple API, the values present in enumerated properties are simply those that were proposed and agreed by the group at the time. No pattern to these values was intended or required. The absence of spaces in the values is merely coincidental.
Implementers are free to create their own vocabularies and adopt whatever conventions they feel are appropriate for their own enumerated values. The DDWG's core vocabulary has already been published as a WG Note and will remain as published. Any change to this document would require republication and thus a new namespace, which would introduce unnecessary confusion. The group therefore declines to change the published vocabulary.

Regarding the sample expression provided in the comment, it is recommended that the expression be re-constructed so that the 'ecmascript-MP' part is passed as a String value.

The group appreciates the opportunity to highlight this implementation consideration as part of this response to the comment, and will consider the creation of a wiki article containing similar advice to implementers.

Received on Monday, 26 May 2008 08:50:54 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 19:41:40 UTC