Boris Zbarsky [:bzbarsky] Assignee
	Description • 9 years ago

Per https://github.com/whatwg/compat/issues/3

	Kyle Huey (Exited; not receiving bugmail, old account, do not use)
	Comment 2 • 9 years ago

Comment on attachment 8675767 [details] [diff] [review]
Implement webkitMatchesSelector

Review of attachment 8675767 [details] [diff] [review]:
-----------------------------------------------------------------

r=me

	Pulsebot
	Comment 3 • 9 years ago

https://hg.mozilla.org/integration/mozilla-inbound/rev/c1a68835d084

	Carsten Book [:Tomcat]
	Comment 4 • 9 years ago

https://hg.mozilla.org/mozilla-central/rev/c1a68835d084

	Carsten Book [:Tomcat]
	Comment 5 • 9 years ago

https://hg.mozilla.org/mozilla-central/rev/c1a68835d084

	Jean-Yves Perrier [:teoli]
	Comment 6 • 9 years ago

Removing ddn: we don't maintain a list of webkit-prefixed features supported by Gecko (on MDN at least)

	j.j.
	Comment 7 • 9 years ago

(In reply to Jean-Yves Perrier [:teoli] from comment #6)
> Removing ddn: we don't maintain a list of webkit-prefixed features supported
> by Gecko (on MDN at least)

but
 https://developer.mozilla.org/en/docs/Web/API/Element/matches
could have a little note?

You can argue that prefixes are evil und shouldn't documented, but that's not current practice on MDN.

	Boris Zbarsky [:bzbarsky] Assignee
	Comment 8 • 9 years ago

This isn't even about prefixes being evil, or webkit-prefixed features.  This is not a webkit-prefixed feature at this point.  It's a standard DOM feature (see <https://dom.spec.whatwg.org/#dom-element-webkitmatchesselector>) that happens to have a name starting with "webkit".

	Jean-Yves Perrier [:teoli]
	Comment 9 • 9 years ago

Oh my bad, misunderstood.