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
Publish and maintain a browserslist
query.
#264
Comments
Personally I'd use this list from web.dev and the creator of Browserslist, excluding mobile versions that already mirror desktop versions:
Theses lists are all evergreen so far, which means they'd dynamically target recent browsers, and not support yearly updates like Baseline 24. Is this intentional, or would we need to support those yearly versions for parity with the rest of the Baseline ecosystem? As far as I'm aware, these haven't been released yet, but they have been announced by Google. |
That definition isn't correct :
But I also think this is off topic :) This issue isn't about the definition of Baseline or the exact browserslist query. I think it should be done by this community group. |
I believe they are practically the same. iOS apps are currently only allowed to use WebKit/Safari in webviews and apps (including "different" browsers). Android AOSP uses Chromium, though consumers are likely using a fork with Chrome installed through the a store (OEM ROMs) or a gapps apk (custom ROMs).
I didn't realize that. Is there native syntax in Browserslist that would support that?
I think that's reasonable, especially since this group would probably understand how to maintain updates better. |
They are not :) iOS webviews have a different set of feature flags and also unfortunately unique bugs.
Not at this time, but it's also not yet important given that the definition already changed here and is likely to change further. If the final definition is something that isn't easy to express in browserslist it would make sense to make some changes there. |
I figured out that replacing
|
Please keep this in mind :
see : #173 (comment) |
And again, it isn't relevant what the Baseline definition is or which browserslist query it translates to for the purpose of this issue :) In fact it is about the opposite. If this working group publishes and maintains a browserslist query it will allow people willing to adopt it, to stop thinking about both. |
The current definition is very feature centric so it isn't possible to publish a browserslist for "Widely available" or I think this issue can be closed as it isn't actionable. |
Since the distinction between "Widely available" and "Newly available" is just whether the feature has been available in the target browsers for 30 months, you can get a very close approximation with this Browserslist query:
|
There are multiple requests to re-create X but for Baseline or to add support for Baseline in Y.
I personally don't want to spend my time doing that.
Any tool that already exists and supports
browserslist
can be configured to align with Baseline.The missing piece however is an authoritative and maintained
browserslist
query.Today this might be :
or
It would make sense if this working group maintained and published a
browserslist
query that can be used by others.I don't know what "published" means.
It might just be text on a web page.
The text was updated successfully, but these errors were encountered: