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

Re: Shocked by new SCXML Draft

From: David Nicol <davidnicol@gmail.com>
Date: Fri, 23 May 2008 10:43:20 -0500
Message-ID: <934f64a20805230843y5e830df5q22bfdddb31ff2286@mail.gmail.com>
To: "Stefan Maton" <maton@sidema.be>
Cc: www-voice@w3.org

On Thu, May 22, 2008 at 6:25 AM, Stefan Maton <maton@sidema.be> wrote:
>
> -          Decouple Ecmascript and SCXML: Looking at the different
> conditions and expressions that can be embedded within the scxml, there is
> no real need to force the SCXML standard to use Ecmascript. In fact any
> expression parser which can handle normal and boolean expressions and which
> can hold a set of data is ok. The only specification you need to give is the
> way the data is represented when attaching it as a namelist in <send> or as
> a return value when a expr is evaluated within an <assign>. By decoupling
> Ecmascript and SCXML (and implicitly XPath) the draft would be much more
> flexible since not only targeted at the java platform.

Speaking as someone who is only aware of SCXML as a potential
successor to CCXML,
which is a context that rightly does not include ecmascript, letting
the VXML portions of
a complex system handle them, I agree with what Mr. Maton has said.
Perhaps declaring
JSON as the marshalling protocol for data objects or another very
restricted by well defined
subset of ECMAscript -- perhaps requiring ECMA-327
http://www.ecma-international.org/publications/files/ECMA-ST/Ecma-327.pdf
instead of full ECMA-262.
Received on Friday, 23 May 2008 15:43:57 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 23 May 2008 15:44:03 GMT