You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It might be worthwhile to create an internet draft/RFC for the core functionality of URL matching and constructing an URLPattern from an input string. That would make it possible (or at least easier) to use for parts of the stack outside of WICG.
As a concrete example, we're working on Compression Dictionary content encoding which is negotiated at the HTTP layer and uses a URL match pattern for the compression dictionaries. Parts of it will end up in the fetch and HTML specs but the core functionality is going to be in a RFC. Currently it's a simple wildcard expansion but the use case is not significantly different from the service worker routing use cases (and the web extension URL filter use case).
The text was updated successfully, but these errors were encountered:
Thanks, good to know. I haven't seen any of the HTTP RFCs refer to whatwg specs (usually see it the other way around) but it could just be my limited exposure to date.
It might be worthwhile to create an internet draft/RFC for the core functionality of URL matching and constructing an URLPattern from an input string. That would make it possible (or at least easier) to use for parts of the stack outside of WICG.
As a concrete example, we're working on Compression Dictionary content encoding which is negotiated at the HTTP layer and uses a URL match pattern for the compression dictionaries. Parts of it will end up in the fetch and HTML specs but the core functionality is going to be in a RFC. Currently it's a simple wildcard expansion but the use case is not significantly different from the service worker routing use cases (and the web extension URL filter use case).
The text was updated successfully, but these errors were encountered: