[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Best Practice: constrain an element's content by (1) a run

• From: Robert Koberg <rob@k...>
• To: "Costello, Roger L." <costello@m...>
• Date: Mon, 11 May 2009 15:14:44 -0400

On May 11, 2009, at 3:08 PM, Costello, Roger L. wrote:

>
> Hi Rob,
>
>> (3) wrap an Authors element around Author where:
>>   ...
>> wouldn't that simplify things?
>
>
> Perhaps, but that's getting away from the issue.
>
>
> The issue is schema design not XML design.

Aren't they the same?

But, I get your point, just trying to point out a different way to  
look at the issue.

best,
-Rob


>
>
> Namely, should a schema be designed in which
>
> - types are selected at run-time, or in which
>
> - elements are selected at run-time using an XPath expression
>
>
> What do you think?
>
> /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@l...
> subscribe: xml-dev-subscribe@l...
> List archive: http://lists.xml.org/archives/xml-dev/
> List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
>

• References:
  • Best Practice: constrain an element's content by (1) a run-timeselection of alternate types or (2) a run-time selection of child elementsusing an XPath expression?
    • From: "Costello, Roger L." <costello@m...>
  • Re: Best Practice: constrain an element's content by (1) a run-time selection of alternate types or (2) a run-time selection of child elements using an XPath expression?
    • From: Robert Koberg <rob@k...>
  • RE: Best Practice: constrain an element's content by (1)a run-time selection of alternate types or (2) a run-time selection of childelements using an XPath expression?
    • From: "Costello, Roger L." <costello@m...>