Skip to content
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

Browser Support #24

Closed
PullJosh opened this issue Jul 21, 2015 · 31 comments
Closed

Browser Support #24

PullJosh opened this issue Jul 21, 2015 · 31 comments

Comments

@PullJosh
Copy link
Contributor

What browsers should we support? If we support Chrome, Firefox, Opera, Safari, and IE9, is that enough? Do we need to support versions of IE lower than 9? (I would hope that anyone making webpages wouldn't be using IE...)

@matthewr6
Copy link
Contributor

IE 10 or 11+

@PullJosh
Copy link
Contributor Author

11+

@quat1024
Copy link
Contributor

quat1024 commented Jul 21, 2015 via email

@matthewr6
Copy link
Contributor

I once encountered a CSS bug that worked on Chrome and IE 11 but not Firefox, so...
xD

@PullJosh
Copy link
Contributor Author

lolwut

@BookOwl
Copy link
Contributor

BookOwl commented Jul 21, 2015

I would say focus on chrome, firefox, and IE 10+

@TheInitializer
Copy link

I say focus on Firefox, Chrome, and Opera 15+ (based on Chromium), then branch out to Safari, IE11 and MS Edge, then if we feel like it go to IE9 and 10.

@PullJosh
Copy link
Contributor Author

For now, I'll make things work on Chrome, Firefox, Opera 15+, IE 10+, and Safari (newest version).

Mobile (responsiveness) shouldn't really be important for this project.

@matthewr6
Copy link
Contributor

If we make things work for Chrome and IE, things should work in general, I think

@PullJosh
Copy link
Contributor Author

Yeah.

@TheInitializer
Copy link

yeah, if it works on chrome it usually works on firefox too.

@PullJosh
Copy link
Contributor Author

Except when you're applying an ios-style shake effect to text inputs using jquery when users do something wrong.

... Personal experience.

@amishshah
Copy link

Just ditch IE support altogether. Don't worry about IE, it's time to let it die.

@an-OK-squirrel
Copy link
Contributor

Yes

@an-OK-squirrel
Copy link
Contributor

We don't want the people learning html to deal with support themselves

@matthewr6
Copy link
Contributor

Still think at least IE 11+. Then at least it'll make them learn to stop using IE :P
Even so, as long as we build it, it should work unless we use some browser-specific stuff (which we shouldn't anyways...)

@alyssarosenzweig
Copy link

The only browser worth supporting is netcat.

Or, if you're feeling slightly less masochistic, maybe support lynx.

But seriously, I agree with @hydrabolt

@PullJosh
Copy link
Contributor Author

Unfortunately, netcat doesn't appear to support flexbox, so that won't be an option. :(

@matthewr6
Copy link
Contributor

Did you read what I said?
As long we don't use any super esoteric browser features, we'll be good

@alyssarosenzweig
Copy link

@Firedrake969 That's not a given really; CSS3 animation isn't really "esoteric".

@PullJosh
Copy link
Contributor Author

It's just vendor prefixes and things - should we include microsoft filters and stuff?

@matthewr6
Copy link
Contributor

So IE 11 or up doesn't support CSS animations?

@matthewr6
Copy link
Contributor

Just do a mix in that auto prefixes for you

@PullJosh
Copy link
Contributor Author

Okay, cool!

How about browser support for the code exported by Elemental?

@matthewr6
Copy link
Contributor

Don't care - it's theirs, let them do what they want

@PullJosh
Copy link
Contributor Author

But in terms of auto-prefixing and things.

Also, should we let them know what browsers their sites will work in?

@PullJosh
Copy link
Contributor Author

(ex. If they make a gradient, should it be auto-prefixed? If so, which browsers?)

@matthewr6
Copy link
Contributor

All prefixes?

@PullJosh
Copy link
Contributor Author

And what about in terms of telling them if they're using experimental/unsupported features?

@matthewr6
Copy link
Contributor

We should probably just leave those out.

@matthewr6
Copy link
Contributor

Ok, added a mixin for vendor prefixes

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

8 participants