This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
I think the name "node document" is confusing. It would be easier to read various specs that use it if it was instead called "owner document".
I think the problem is that node.ownerDocument is null when node is a Document, but the uses that call it "node document" want node itself when node is a Document, right? Maybe we should just add a realOwnerDocument property that does the sane thing for a Document of returning that same Document? ;)
(In reply to comment #1) > I think the problem is that node.ownerDocument is null when node is a Document, > but the uses that call it "node document" want node itself when node is a > Document, right? I don't see why that's a problem (and it's not the reason it's currently called "node document"). > Maybe we should just add a realOwnerDocument property that does the sane thing > for a Document of returning that same Document? ;) Not without a use case. :-)
> I don't see why that's a problem Because having "owner document" mean something different from .ownerDocument seems really confusing to me...
What bz said
Oh yeah, I forgot about that. Consider that reason #2 Simon. :-) The other was consistency with "XMLHttpRequest document".