W3C home > Mailing lists > Public > www-voice@w3.org > April to June 2010

Re: April CCXML, 7_1: attribute enctype used with the value of the method "post" in <dialogprepare>

From: Petr Kuba <kuba@optimsys.cz>
Date: Fri, 28 May 2010 09:00:36 +0200
Message-ID: <4BFF6A14.2000302@optimsys.cz>
To: Chris Davis <davisc@iivip.com>
CC: www-voice@w3.org

Thanks for your response.

Again, it is clear how a CCXML implementation should behave to pass this 
test but my goal is to clarify the CCXML specification: should the 
enctype attribute be ignored in this case or should it cause an error? I 
believe it should be stated more explicitly in the specification.

And "case-insensitiveness" of the get attribute should be explicitly 
declared as well.


   Petr Kuba, Project Manager
   OptimSys, s.r.o
   Tel: +420 541 143 065
   Fax: +420 541 143 066

On 27.5.2010 19:44, Chris Davis wrote:
> Petr,
> Here is what we do...
> When the method is "get" we send any namelist'd variables as part of the
> URL and ignore enctype.
> When the method is "post" we then examine enctype if there are
> namelist'd vars to determine how to attach
> them to the "post" request.
> Regards,
> Chris
> Petr Kuba wrote:
>> Hello www-voice,
>> In 7_1, assertion 456, the 'enctype' attribute is used in
>> <dialogprepare> although the value of the 'method' attribute is "post".
>> According to the Specification,, the 'enctype' attribute is
>> "Valid only when the value of the method is 'post'". What does it mean
>> that the atribute is "valid"? Does it mean that 'enctype' MUST not be
>> used if the value of the 'method' is "get"? Or does it mean that
>> 'enctype' can be used and is just ignored?
>> Furthermore, we recommend to state explicitly that the value of the
>> 'method' attribute is case-insensitive in all elements where this
>> attribute appears. This is stated in Appendix L3 but not in the
>> description of elements.
>> Thanks,
>> Petr
Received on Friday, 28 May 2010 07:01:11 UTC

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