-
Notifications
You must be signed in to change notification settings - Fork 130
Device / Browser Coverage #91
Comments
I don't really care about browsers <IE9 and <Android4.4 (Stock android browser(s) pre-4.4 / chrome are basically broken) Generally, if caniuse looks anything like this and it significantly cuts your dev hassle, it's probably worth using imo. (Unless you are specifically dealing with people who don't even know other browsers exist.) (Edit: Anything "evergreen" is good.) |
The website should support at least the same range of browsers that appear by default on the |
+1 @mikeal |
I think we should have things still work on simple browsers for sure. But our standards for design and appearance should follow suit and just remain as simple for these users. (If we structure the DOM and base classes right in our templates we should be able to have it degrade well.) The recent PR on this depended a little too much on design parity, which is why I down voted it, although more can be done in the structure of DOM layout, etc. to have it progressively simplify better. Since io.js does run on some pretty limited devices it is a nice touch to make sure people can, at minimum, easily download, reference the APIs, changelogs, etc. even if not using the same UI flare/JS we might later add to make experiences like navigating through said docs easier. |
I work on quite a bunch of development focused sites and I know none of them who has more then 3% older then IE10. Not worth it IMHO.
For all evergreen browsers we should just support 1 version back. |
We have inadvertently come to support anything that supports flexbox, perhaps somewhat unfortunately. Mostly because it just takes way less time and fidgeting to set up. |
Which browsers should we support in our code, which devices, etc. In reference to #89 . A short list we would need to decide coverage for would include
WG: feel free to comment below or edit this thread with a 👍 or 👎 for voting
We should also document somewhere in our website docs the final list we decide on, so we can have a standards system set up (no merge accepted without proper cross-browser support, etc.)
The text was updated successfully, but these errors were encountered: