- From: Jim Barnett <Jim.Barnett@alcatel-lucent.com>
- Date: Mon, 16 May 2011 06:52:15 -0700
- To: "Jakob Sachse" <jakobsa@gmail.com>, <www-multimodal@w3.org>
- Message-ID: <E17CAD772E76C742B645BD4DC602CD810432C671@NAHALD.us.int.genesyslab.com>
Jacob, We accept your comments and will update the specification accordingly. Thank you for the careful and detailed review that you have given the specification. - Jim Barnett From: www-multimodal-request@w3.org [mailto:www-multimodal-request@w3.org] On Behalf Of Jakob Sachse Sent: Tuesday, May 03, 2011 11:48 AM To: www-multimodal@w3.org Subject: Re: [ARCH] two minor issues in current MMI-Arch spec Hi, I have been rechecking my findings and found another point that i would like to comment on. In contrast to what i wrote in my prior mail, not all .xsd files in Appendix C have attributeFormDefault and elementFormDefault set. - mmi.xsd (Appendix C.1) Neither has elementFormDefault = "qualified" on the schema element nor form="qualified" on the mmi-element definition set. Since "unqualified" is the default value all mmi elements are to be used unqualified only. This, as far as I know, makes most of the examples invalid as they use the mmi element in a qualified way. - mmi-datatypes.xsd (Appendix C.2) Does not have attributeFormDefault nor elementFormDefault set. Which makes it being set to the default value "unqualified". Types and Attributes defined in this xsd will have to be used without namespace prefix. But other .xsd documents (e.g. mmi-attribs.xsd (Appendix C.3)) reference them with prefix. I am not a great expert on the XML Schema spec but I think someone should look into this. One thing I had to find out (while investigating my findings) was that elementFormDefault and attributeFormDefault won't get inherited by child documents included in the parent documents. Any comments are welcome! Thanks & Regards, Jakob. 2011/3/27 Jakob Sachse <jakobsa@gmail.com> Hallo, I have been reviewing the current specification. Even though it yet makes quite a mature impression I found some flaws that may should be revised. The .xsd files in Appendix C require a valid mmi-representation to have qualified attributes. ------------------------------------------------------------ attributeFormDefault="qualified" elementFormDefault="qualified" ------------------------------------------------------------ Given that it seems Appendix B is not in line with the spec. Examples there (see exerpt below) are not using qualified attributes. ------------------------------------------------------------ <mmi:newContextRequest source="someURI" target="someOtherURI" requestID="request-1"> </mmi:newContextRequest> ------------------------------------------------------------ On the other side examples in Appendix E are valid to the xsd definition: ------------------------------------------------------------ <mmi:startRequest mmi:requestID="1.237204761416E12" mmi:context="IM_dcc3c320-9e88-44fe-b91d-02bd02fba1e3" mmi:target="GUI"> <mmi:contentURL>login</mmi:contentURL> <mmi:data> <gui resourceid="login" xml:lang="de-DE"> <data id="back" enabled="false"/> <data id="next" enabled="false"/> </gui> </mmi:data> </mmi:startRequest> ------------------------------------------------------------ Another minor issue I came across was that in Appendix F.2 the spec states: ------------------------------------------------------------ [...]The parameter timeout is optional and describes the maximum delay in milliseconds.[...] ------------------------------------------------------------ Whereas the following sequence diagrams are using seconds as time unit. ------------------------------------------------------------ timeout: e.g. 30 sec ------------------------------------------------------------ That's what I came across so far. Overall it is fair to say that the working draft makes a good impression on me. Regards, Jakob Sachse. ------------------------------------------------------------------------------------------------------------------- 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 Monday, 16 May 2011 13:54:28 UTC