Re: RE: Namespace use cases
> On Mon, Jul 13, 2009 at 6:26 PM, Micah > Dubinko<email@example.com> wrote: > >> #3 may be a non-issue *for HTML*. One reason why this case gets less >> attention is that is no consensus exists that using namespaces as a >> major >> version number is a best practice (see, for example, the one namespace >> vs >> three debates from another era of XHTML) I think this goes further than the consensus at that time. > Side note: I think there is consensus on this, and the consensus is > that it's a bad idea. Consensus was reached on this, if I recall, > about 10 years ago in the context of XHTML and really hasn't need to > be revisited since. I think the consensus at that time was that 1) there is not a one-to-one correspondence between a namespace and a schema (because some people wanted to expect that the resource specified by the namespace URI was an XSD schema) and 2) that just as HTML had several DTDs for the different dialects, then there certainly could be multiple schemas for the same namespace. I think these are reasonable positions; it doesn't impact the use of namespace changes for incompatible upgrades that go more than being dialect changes. For example, in OOXML in many cases percents values have been introduced where before there were obscurely denominated integer values. Existing OOXML software will not understand these and will potentially ignore or strip or wrongly interpret the percentage values. This is not what you want to happen to your valuable spreadsheet files! So it seems that changing the namespace to clearly distinguish the new format is an appropriate approach (though of course it is open to debates about the particular trade-offs.) > As long as you're keeping many of the dame elements with the same > meaning a new namespace doesn't help and is usually actively harmful. > Only if you're more or less replacing a language with a completely > different one would a new namespace be appropriate. I was assuming that when I spoke of a major version it implied some serious disconnect between the old and the new: I wasn't meaning a spurious number upgrade for marketing reasons, or upgrades to fault-tolerant do-your-best systems like HTML. So I think we actually don't disagree (do we?) What has changed is that now we have many more important markup languages whose committees are struggling with how to cope with these major version upgrades. Cheers Rick Jelliffe
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
PURCHASE STYLUS STUDIO ONLINE TODAY!
Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!
Download The World's Best XML IDE!
Accelerate XML development with our award-winning XML IDE - Download a free trial today!
Subscribe in XML format