OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

Re: [xml-dev] Improving XML desing?

[ Lists Home | Date Index | Thread Index ]

On 5/10/06, juanrgonzaleza@canonicalscience.com
<juanrgonzaleza@canonicalscience.com> wrote:
> Michael Kay said:
> >> My interest in this list is for discussing if some of ideas
> >> developed from the CanonML program can be implemented in a
> >> future XML specification.
> >>
> >> I am not interested in debate about weakness or strengths of
> >> the CanonML approach here.
> >

Most people here don't have time to try and guess what you want to
talk about. If you post something to a mailing list the entire
contents of the post become fair game for people to discuss.  They are
not going to play by some arbitrary rules you try and impose after the
fact.

> > How can you discuss whether the ideas are suitable for incorporation
> > into XML without discussing the strengths and weaknesses of the ideas?
> >
> > Michael Kay
> > http://www.saxonica.com/
>
> "[...] for discussing if some of ideas developed from
> the CanonML program [...]"
>
> is not equal to
>
> "[...] debate about weakness or strengths of the CanonML
> approach [...]"
>
> First belong to *ideas/philosophies* about markup languages and data
> storage. Second belong to specific *implementation* of a particular
> language.
>
> For example, a general idea is one can mark either tags or the text. If
> you choose mark tags (which is ideal for documents) you can implement
> (this general idea) in different ways (TeX, XML, or liminal
> implementations):
>
> \em{XML can be improved}
>
> <em> XML can be improved </em>
>
> [em}XML can be improved{em]
>
> Discussions about my specific usage of double colons or the special
> notation for empty tags or if i use "]" instead of ")", belong to
> criticism to the specific CanonML proposal and I will not discuss it here.
> If anyone is interested that could be debated in Canonical Science Today.
>
> However, questions as "XML has model for metadata, but has not model for
> metametadata, we could implement this similar to,
>
>
> would be of interest (and i am interested) here.
>

So in other words you want us to focus on the ideas you have and not
the implementation? If that's the case, you should separate the two
them before presenting them to us.  If you want no discussion of the
details of  the "CanonML" implementation then I'd suggest you start
over with a new post to this list that does not even mention CanonML.
whether there is any need for including some kind of 2nd level

IMO, the answer to this particular question is no.  Metadata can be
applied recursively easily enough and the existing XML mechanisms of
id and idref already serve to allow arbitrary graph structures
metametametadata,....) without the need for some new syntax that
imposes new levels of incompatible parsing complexity.  IE:

<foo id="123">Data</foo>