----- Original Message From: <noah_mendelsohn@u...>
> The current thinking, at least among many WG members, is that <all> groups
> in their current forms are not usually implemented with the sort of FSM's
> that would exhibit combinatorial explosion.  Given that all groups are
> relatively separate from <sequence> and <choice>, there are
> implementations in which simple counters can be used to ensure that the
> number of elements seen meets the constraint.
>
> There is also discussion of more general support, in which <all> can be
> mixed with <sequence> and <choice>;  in that case, we do have to be very
> careful to understand the impact on the more general FSM and on
> restriction and extension.  For those reasons, I personally am nervous
> about proposing to mix <all> with other model groups, though we have had
> requests from some users.  Support for maxOccurs>1 may well make it into
> the working drafts for Schema 1.1.

Do you have a timetable on when you will be making decisions about <all>?  I 
was contemplating doing an implementation to verify it, but won't have the 
resource for 2 or 3 week.

Pete.
--
=============================================
Pete Cordell
Tech-Know-Ware Ltd
                         for XML to C++ data binding visit
                         http://www.tech-know-ware.com/lmx
                         (or http://www.xml2cpp.com)
=============================================



-----------------------------------------------------------------
The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
initiative of OASIS <http://www.oasis-open.org>

The list archives are at http://lists.xml.org/archives/xml-dev/

To subscribe or unsubscribe from this list use the subscription
manager: <http://www.oasis-open.org/mlmanage/index.php>




From mike@s... Fri Mar 10 00:14:54 2006
Received: from maggie.w3.org ([193.51.208.68])