Lists Home |
Date Index |
Currently I have neither gui nor plans for one
and every pattern that people will intuit would be
correct and clear and would exist. So it would
be nice for me if I could express the unordered
sets as a composition of the common properties plus
the specific ones. But I'm not arguing about
xml schema design and/or restrictions. Perhaps it is
better from the global picture to assume a given
ordering and simplify the task of the validator or
conform to a mathematical foundation or make
a compromise between different goals or whatever.
I was just asking if there is a way to achieve
that, not criticizing the lack of one. For me
it is clear that not fixating a particular
order would be desirable regarding my problem.
The big picture is another question. I could
express my loose restrictions elegantly and
briefly with relax ng, so perhaps it is not
really a matter of ordering being or not
relevant or desirable for humans or machines,
etc, all that in an abstract sense, but
instead of judiciously make a choice between
different solutions in particular scenarios.
> The UI for data entry can very easily put the additions in the proper
> order. From that point on, the XML is easily searchable and processable
> by humans and machines. In the typical case, a document is written once
> and read many times.
> And I agree with the earlier poster who mentioned that if random order
> is allowed, people will intuit patterns that don't exist.
> I realize that I'm taking my life in my hands by disagreeing with Dr.
> Kay but as Tommy told us years ago, "When order doesn't matter, it
> Carlos Pita wrote:
> >In my case, the user will enter a subset from
> >a considerable number of properties and
> >order is not significative. So although
> >the properties are simple and intuitive per se
> >and the user has no no need to specify
> >or even know the entire set,
> Michael Kay wrote:
> >>My own recent experience of creating documents whose schema imposed an
> >>that I found unnatural and impossible to remember was a very negative
> 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>