-
Notifications
You must be signed in to change notification settings - Fork 5
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
Flexbox Support #74
Comments
This could be a good resource here: http://chriswrightdesign.com/experiments/flexbox-adventures/ |
I saw Jonathan Snook tweet this the other day and had the great intention of reading it and saving it here, but I didn't. Thanks! 👍 |
Some other resources:
Initial thoughts:
|
This will benefit greatly from the work in #105, so I'm marking this as a dependent. |
Another place we could use flexbox: tabs. Rather than having to worry about max-widths for tabs, we can use flexbox to fill the available space no matter how many tabs we have. |
Another resource from @elseloop: http://chriswrightdesign.com/experiments/using-flexbox-today/. |
Just a drive-by comment to point out that the Can I Use numbers for this are at a point where we can more or less safely use flexbox with smart fallbacks for IE9 and below. They're much better even than when this was opened only six months ago, even on mobile platforms. |
👍 |
One thing to consider that will need some research: what flexbox features does autoprefixer prefix for us? It would appear that at least some are prefixed, but I don't know if it's smart enough to auto adjust values like some mixins have been written to do. We'll likely need to find a balance between mixins and reliance on autoprefixer since most mixins for flexbox seem to just be ways of providing prefixes for older forms of the syntax. |
Initial local test for that particular property ( |
Some thoughts I had regarding flexbox features and potential fallbacks:
|
http://caniuse.com/#feat=flexbox if we are to do this work, it might be better done in an alternate branch or even a fork. |
Yes, we would definitely do the work in a feature branch. We've been following Gitflow for development. I like the idea of not having a fallback, though at that point there would basically be no need for mixins of any kind. With autoprefixer adding the older syntaxes for us, the only thing we need to do is add the W3C standard syntax to get flexbox to work. |
What can we build for flexbox support with a fallback to our current grid system?
The text was updated successfully, but these errors were encountered: