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:
http://www.w3.org/2005/MWI/DDWG/drafts/api/080525.

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.

Thanks,

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

 1.
http://www.w3.org/mid/93AA9E47B82F684A868C217766F489050397FB9F53@EXCLU2K7.hi.inet
 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 Sunday, 25 May 2008 20:22:24 UTC