W3C home > Mailing lists > Public > www-voice@w3.org > October to December 2007

Re: [CCXML]Regarding namelist attribute - ISSUE-238

From: RJ Auburn <rj@voxeo.com>
Date: Thu, 20 Dec 2007 09:17:54 -0500
Cc: www-voice@w3.org, W3C Voice Browser Working Group <w3c-voice-wg@w3.org>
Message-Id: <563D7616-AF12-4370-9946-60AA36FEB30B@voxeo.com>
To: Sajeesh <sajeeshs@huawei.com>
Sajeesh,

Than you for pointing this out. We have updated the spec to be  
consistent in this regard and have settled on  "zero or more" as the  
text to be used everywhere. In the case of getting zero variable names  
this should be treated the same as if the namelist attribute was not  
specified at all.

The working group is now going to consider this issue closed. If you  
have future comments on this topic please let us know within the next  
3 weeks and we would be more then happy to reopen this issue.

Happy holidays,

	RJ

---
RJ Auburn
CTO, Voxeo Corporation
tel:+1-407-418-1800



On Apr 20, 2007, at 01:40 :53, Sajeesh wrote:

> Hi,
>    In CCXML draft, for the namelist attribute, the description is  
> differenct for some elments.
> For <dialogstart>, <dialogprepare>, <exit>- the description says  
> that "A list of ONE or more white space separated variable names.."
> And for other elements like <fetch>, <createccxml>, <send>, the  
> description says "A list of ZERO or more white space separated  
> variable names.."
> Is it a typo in the CCXML draft or is it for some special handling ?
> What is the purpose of a namelist which contains no variable names?
>
> Regards,
> Sajeesh
>
> ***************************************************************************************
>  This e-mail and attachments contain confidential information from  
> HUAWEI, which is intended only for the person or entity whose  
> address is listed above. Any use of the information contained herein  
> in any way (including, but not limited to, total or partial  
> disclosure, reproduction, or dissemination) by persons other than  
> the intended recipient's) is prohibited. If you receive this e-mail  
> in error, please notify the sender by phone or email immediately and  
> delete it!
Received on Thursday, 20 December 2007 14:18:42 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Thursday, 20 December 2007 14:18:47 GMT