This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
The name ParentNode is exceedingly confusing because we already have parentNode() on Node. Talking about the parentNode() of ParentNode, for example, will be very confusing. In WebKit/Blink, we use call it ContainerNode since it's a node that could contain other nodes. I'm open to other names but please disambiguate from other DOM class and method names.
Well, we have ChildNode too. So either call them ParentNode and ChildNode, or change both names. But, I think having Node.parentNode pointing to a ParentNode looks pretty good.
I would not know how to rename ChildNode. And I agree with Olli that the current names make a certain amount of sense.
Is the value produced by Node.parentNode always of type ParentNode?
> I would not know how to rename ChildNode. Let's not let a past bad naming decision justify a future bad naming decision. Or, as my mom likes to say, two wrongs don't make a right.
Can't simply rename ChildNode to LeafNode?
ChildNode is not necessarily a leaf.
(In reply to Geoffrey Garen from comment #3) > Is the value produced by Node.parentNode always of type ParentNode? As far as I know, yes.