- From: Joseph Kesselman <keshlam@us.ibm.com>
- Date: Wed, 17 Jul 2002 11:50:13 -0400
- To: "Sander Bos" <sander@x-hive.com>
- Cc: "WWW DOM" <www-dom@w3.org>
- Message-ID: <OFBC902F4A.AF733D03-ON85256BF9.0055DC07@us.ibm.com>
This too was discussed. We felt we couldn't deprecate the Level 1 non- namespaced node creation methods because in the proper context -- writing a pure Level 1 application but compiling/running it against a Level 2 parser, for example -- the old calls actually are the right answer. Thus, until we're ready to withdraw Level 1 entirely, deprecation isn't really the right answer. At least, not as long as there are managers out there who insist that a clean compilation means no deprecated calls rather than letting folks explicitly accept and sign off on specific warnings. (And frankly, I'm not sure they're wrong.) I agree that it's an ugly situation. It's what we've got. I do sorta like the idea of an importNode operation which would try to reconcile namespaces as it went. But I'm not sure whether that should be core DOM rather than a utility function written on top of the DOM. Among other things, I suspect that the question of what to do when this fix-up _can't_ be performed -- when a Level 1 node uses a prefix which can't be resolved in the source document -- is going to be application-specific. ______________________________________ Joe Kesselman / IBM Research
Received on Wednesday, 17 July 2002 11:50:47 UTC