|
I'm not sure what you mean by this, if you mean that prefixes should have a hardcoded association then obviously you could not maintain that for every namespace, so you would just want to do it for the important namespaces (I suppose that is a reasonable way of defining these namespaces you refer to in the article) some problems arise
1. parsers must now support a list of prefixes that don't need to have a namespace associated with them. how does one make sure that parsers maintain the same list
2. people will be fighting to get their namespace on the list of important namespaces
3. one of the problems with namespaces is that they confuse newbies, the idea of having pre-established prefixes and then prefixes that are not pre-established would be highly confusing in itself.
4. If the idea is not to have a list then I guess you're just saying that there is no need for namespacing whatsoever. I could agree with that in relation to the scenario for their usage put forward in the spec but not in the context of how they are actually used.
|