-
Notifications
You must be signed in to change notification settings - Fork 24
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
URLPattern API #61
Comments
|
FYI, we are making a small enhancement to URLPattern to add the option to perform case-insensitive matching. This was a web developer community request. Please see: https://groups.google.com/a/chromium.org/g/blink-dev/c/hNUoDg94-_8/m/-Cnv2qyMAAAJ Note, since this is a small change I thought it might be better to comment here instead of creating a new issue. If you would prefer a new issue, please let me know. |
Thanks @wanderview, that seems fine. If you have the time, what is the latest on getting this more formally standardized as well as fixing some of the remaining issues? |
If you mean moving urlpattern into whatwg, that is still something I would like to do but is a lower priority at the moment. If another browser indicates they want to start implementing it would raise the priority of doing that work. |
I'm going to mark this as blocked. We'd be supportive of this if it was maintained and the venue issue was resolved. Additionally if-and-when we should carefully look at the CSP use cases around matching and ensure there's parity. |
After having discussed this at the most recent W3C TPAC, the maintenance issue and venue question have been resolved. As mentioned above I suggest we mark this as "position: support" one week from now therefore. |
Just as an fyi the spec is now published at https://urlpattern.spec.whatwg.org/ |
Request for position on an emerging web specification
Information about the spec
Design reviews and vendor positions
Bugs tracking this feature
Anything else we need to know
This proposal creates a native web API to match URLs called URLPattern. URLPattern would support both web developer use in JS and native URL matching in other web APIs. For example, the initial use cases discuss using URLPattern for service worker scope matching.
The text was updated successfully, but these errors were encountered: