Closed Bug 541672 Opened 14 years ago Closed 4 years ago

Implement a version of querySelector and querySelectorAll that is namespace aware

Categories

(Core :: DOM: Core & HTML, enhancement, P5)

enhancement

Tracking

()

RESOLVED WONTFIX

People

(Reporter: longsonr, Unassigned)

Details

Should only return elements that match and are in the supplied namespace too.
Blocks: 329212
Or alternatively we could have something that returns elements in the same namespace as the node you are calling this method on.
Could query selector allow CSS' @namespace declaration?
We could just restore my original code, which allowed a namespace resolver callback, right?  Just make sure it's not callable from web script.
No longer required for bug 329212
No longer blocks: 329212
I'd be in favor of allowing a namespace resolver callback (similar to document.evaluate), but I don't see why it shouldn't be callable from content scripts.
> but I don't see why it shouldn't be callable from content scripts.

So as not to poison the well for when the spec version is updated to do namespaces (almost certainly using a different syntax and whatnot than what we'd do in the meantime).
The way I see it, the spec almost always arises from some browser implementing something and that implementation becoming popular rather than the other way around. In any case, I don't especially like the idea of offering slightly different interfaces to content and chrome, nor would I be much happier to break the interface for chrome consumers than for content consumers if it has to be updated for the spec. If that's to be the case I'd much rather have something like mozQuerySelector available to both.
I'd also vote for a mozQuerySelector available to both. It's frustrating that with the advent of IE9, all major platforms are now X(HT)ML user agents, supporting CSS3 namespaces, but you can't query using namespaces. I know that this is a limitation of the current W3C spec, but it'd be nice to have some form of native implementation to start trying for solutions here.
https://bugzilla.mozilla.org/show_bug.cgi?id=1472046

Move all DOM bugs that haven’t been updated in more than 3 years and has no one currently assigned to P5.

If you have questions, please contact :mdaly.
Priority: -- → P5
Component: DOM → DOM: Core & HTML

I guess we're not going to do this since we haven't seen the need in the last 11 years.

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.