W3C home > Mailing lists > Public > www-multimodal@w3.org > May 2011

RE: [ARCH] two minor issues in current MMI-Arch spec

From: Jim Barnett <Jim.Barnett@alcatel-lucent.com>
Date: Mon, 16 May 2011 06:52:15 -0700
Message-ID: <E17CAD772E76C742B645BD4DC602CD810432C671@NAHALD.us.int.genesyslab.com>
To: "Jakob Sachse" <jakobsa@gmail.com>, <www-multimodal@w3.org>

We accept your comments and will update the specification accordingly.
Thank you for the careful and detailed review that you have given the


-          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




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

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

elementFormDefault and attributeFormDefault won't get inherited by child

included in the parent documents.


Any comments are welcome!


Thanks & Regards, 



2011/3/27 Jakob Sachse <jakobsa@gmail.com>


I have been reviewing the current specification. Even though it yet
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.

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"

On the other side examples in Appendix E are valid to the xsd
<mmi:startRequest mmi:requestID="1.237204761416E12"
   <gui resourceid="login" xml:lang="de-DE">
     <data id="back" enabled="false"/>
     <data id="next" enabled="false"/>

Another minor issue I came across was that in Appendix F.2 the spec
[...]The parameter timeout is optional and describes the maximum delay
in milliseconds.[...]

Whereas the following sequence diagrams are using seconds as time unit.
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.

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

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:42:43 UTC