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


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Re: [xml-dev] A question of necessity

On Thu, 21 Apr 2016 13:32:21 +1000, Alexander Johannesen
<alexander.johannesen@gmail.com> wrote:

| Arjun Ray <arjun.ray@verizon.net> wrote:
| >
| > Materially implied; sine qua non.

| Unfortunately that doesn't answer the question.

You may have misread mine.

| That's just defining what necessary means technically, not what it
| means in our context.

I don't know about your context; in mine, I intended the plain meaning
of the word.

| So what I'm really after is what you mean with necessary in the
| context of namespaces in XML.

I was talking about the syntactic device of colonified names.  Permit
me to requote a passage, which you quoted too:

:> In other words, can you formulate a use case where the syntactic 
:> device of colonified names - and the processing burden that comes 
:> with it - is necessary?
The _concept_ of "XML Namespaces" - assuming there is such a thing -
would be a wider issue, and it could be that you have equated notion
and implementation. 

| Anything I can think of, I can do it differently without namespaces.

In what ways would treating colonified names as atomic names have made
things difficult for you?

| But the same applies to attributes. To entities. To whitespace nodes.
| To Unicode support and encodings. To CDATA. Lack of empty-element tags.
| To angle brackets. And on and on.

Sorry, I have no idea what you're talking about.

| An attribute isn't as good a solution as a namespace to keep mixed
| content models sane. They're awesome for separation of domains and
| concerns. 

Please define, or at least clarify, mixed content models and sanity

| In our case, without it makes for less flexible are more verbose code. 
| Is that necessary enough, though?

Specifics or a concrete example would help.

I suspect, however, that no one would have been any worse off had
colonified names never been foisted on XML.  All the plausible and
semi-plausible "justifications" advanced by the proponents bit the
dust on the old WG/SIG lists. So the goalposts shifted and we got some
bombast about "universal names" somehow being "necessary" (which at
that time really meant a non-negotiable "requirement" imposed on the
XML Activity, which is ultimately how these beasties came to be).

That is, the necessity of "universal names" was simply laid down by
fiat.  I still don't think that was good enough.  Here's someone who


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS