Re: [xml-dev] XML Schema 1.1 Best Practice: Positioning Additional Const

[Philip Fearon <pgfearo@googlemail.com>]

On choosing whether to place a co-occurrence constraint on the
descendant or ancestor, it may help to consider the most desirable
behaviour if an author is crafting an XML instance by hand using an
XML Schema 1.1 validating editor.

One suggested approach that an editor tool might use when adding a
descendant element value, where the ancestor element is already in
place:
If the constraint's on the ancestor, then, when an author places the
editor cursor within a constrained descendant element to enter/modify
a value, the auto-complete list for permitted values would be filtered
to take the constraint into account. However, if the constraint is on
the descendant, then the auto-complete list would list all possible
values; this would be regardless of the ancestor context, but might
highlight those values that, if selected, would require a change to an
ancestor to make the document valid.

Then there's the need to consider the editor behaviour when an author
wraps an existing element or set of elements with an ancestor element
where a co-occurrence constraint exists. I have the feeling that
providing helpful behaviour in XML editor tools (such as auto-complete
lists) is going to be an interesting challenge with XML Schema 1.1...

Phil Fearon
http://qutoric.com/

On Sat, Mar 26, 2011 at 4:27 PM, Costello, Roger L. <costello@mitre.org> wrote:
> Hi Folks,
>
> ISSUE
>
> XML Schema 1.1 allows additional constraints to be imposed on elements and attributes, above and beyond the constraints specified by their data type. Where should those additional constraints be positioned? Does an additional constraint on a descendant belong with the descendant or with an ancestor?
>
> More ...
>
> http://www.xfront.com/xml-schema-1-1/best-practice/Positioning-Additional-Constraints.pdf
>
> Comments welcome.
>
> /Roger
>
> _______________________________________________________________________
>
> XML-DEV is a publicly archived, unmoderated list hosted by OASIS
> to support XML implementation and development. To minimize
> spam in the archives, you must subscribe before posting.
>
> [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
> Or unsubscribe: xml-dev-unsubscribe@lists.xml.org
> subscribe: xml-dev-subscribe@lists.xml.org
> List archive: http://lists.xml.org/archives/xml-dev/
> List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
>
>