Hacker News new | past | comments | ask | show | jobs | submit login
Zurb Foundation 5 Released (zurb.com)
400 points by mos2 on Nov 21, 2013 | hide | past | favorite | 166 comments

Changes of note:

"Interchange uses media queries to dynamically load responsive content that is appropriate for different users' browsers.”


Offcanvas Javascript (Originally bolt-on, not bundled)


"Abide is an HTML5 form validation library that supports the native API by using patterns and required attributes."


Zepto support has been removed from Foundation 5.

Docs are continuing to look better, and they still have docs back to Foundation v2.

Thanks Zurb!

The other BIG change is now having a medium size out of the box.

I'm curious as to why Zepto support was removed. Zurb was pretty big on it for Foundation 3. Smaller size than jQuery, faster load time on mobile, etc. Any ideas why this was scratched?

There were some definite compatibility issues we ran into and while jQuery 2 isn't perfect, it's pretty good, good enough we felt confident switching back from Zepto. Nothing against Zepto, just pragmatism.

I've been looking through this, trying to remember why I recently switched to Bootstrap. Was it a widget that was missing? Maybe a date-picker? Foundation doesn't really have date-pickers and such.

Hrm. Oh, right. It was angular-ui, which uses Bootstrap.

Angular integration for any of these projects is a BIG win. Because of that, I'm eagerly awaiting an RC for Angular-Semantic[1], so that I can cut over to Semantic-UI, which is, I think, best of breed as far as these frontend aesthetics go.

[1] - https://github.com/caitp/angular-semantic.

Angular UI Bootstrap is CSS agnostic - you can use it with Foundation just fine

I'm aware of that, but there are styling differences between Foundation and Bootstrap.

The Angular-UI implementation, while self-contained, is going to have a different .modal() implementation than Foundation's, so there's always going to be relics in the implementation.

Implementing twice the framework for the same functionality seems a sure fire way to induce headaches.

Your advice isn't wrong, and worked great for a good number of months, but requires ignoring the JS components of Foundation altogether, which somewhat negates the benefits of having a big ol' framework in the first place (IMHO).

I find ignoring the JS component to work great for me - I override the UI Bootstrap templates and adapt it to work how I want.

I've recently done a project with Semantic-UI, and there are still a lot of gocha's with specific nestings you'll have to follow and some ui blocks that don't mix wel, but the worst thing for me are the modals. If you have more than one modal, you will get both modals being triggered at some times, sometimes, you'll get the fade in/out animation 2 or 3 times, etc.

It's still a young project, and imho one of the best looking ones, but there are still a lot of quirks to work out.

I've started shying away from Angular a little because it's not very simple to work with existing JQuery and JavaScript components with having to re-wrap everything in directives (and supporting it when the underlining components change) has become a huge-PIA....

I recently made the same decision.

Also, no changes to the class and attribute semantics (that I've found yet)!

The only migration that should have to happen at this point is JS fixes.

There is a migration guide detailing all of the changes in JS:


as well as a migration plugin that will allow you to use the f4 style js and get deprecation warnings via the console:


What do people recommend for functionality similar to Interchange on a Bootstrap 3 site?

> What do people recommend for functionality similar to Interchange on a Bootstrap 3 site?

Why not just use Interchange itself?

It seems to have dependencies on core Foundation Javascript. I don't think it can be used stand-alone.

I'm puzzled about the switch from camelCase to snake_case for JS as shown in http://foundation.zurb.com/docs/upgrading.html#javascript-va.... The clear convention in JavaScript is camelCase, why switch away from it? (I say this as someone who in normal life using Python and Rust uses and prefers snake_case but who uses camelCase when writing JavaScript.)

This is insane.

I have literally never seen a large-scale open source project or JS style guide that uses snake_case.

The DOM is camelCase. jQuery is camelCase. Node APIs are camelCase. Why on earth do Zurb think their library is any different?

> This is insane.

Really? Why on earth would you care? What if they were to indent their code with 3 spaces? Would that be "insane", too? What if they don't like putting in unnecessary braces around one line "if" statements? Insane?

It's a (very common) stylistic choice. It's hardly insane.

It's a public API meant for consumption by other developers, 95-99% of which are going to be use camelCase.

I don't care what their code looks like internally. I do care about the public interface to it.

>What if they were to indent their code with 3 spaces?

Whoa buddy! Put down the gun...

On a serious note... is this trolling or are people seriously complaining about camel-case vs snake-case?

>What if they were to indent their code with 3 spaces?

Whoa there buddy! Put the gun down...

Meteor did, at least in the beginning.

While I hate camelCase, i have to agree, javascript core lib uses camelCase and PascalCase , so should 3rd party libraries.

What has this site come to...

I wouldn't mind if more projects did this to be honest.

I would, just because it causes fragmentation. PEP-8[0] is a big win for Python. Javascript relies on adhoc standards and best practice docs from respected entities.

I'm open to change and debate, but it should be approached carefully.

[0]: http://www.python.org/dev/peps/pep-0008/

To be fair, at the time JS was developed, there was a body of well-documented knowledge involving camelCasing. First and foremost was, of course, Java. There are various RFCs involving LDAP schemas as well -- I recall seeing a hilarious document once describing how to properly name the attribute corresponding to an entity's certificate:

Talk about slavish consistency.

> The clear convention in JavaScript is camelCase, why switch away from it?


Let's just try some searches for some common names using github code search with a ".js" extension filter

hideImage vs hide_image: 424 vs 50

toggleItem vs toggle_item: 1022 vs 52

clickElement vs click_element: 3469 vs 368

Coding conventions by statistics :)


How would you even expect this to be cited?

Seriously, does someone need to crawl every Javascript project on Github and compile statistics on naming styles before they can make an obviously true statement like this? The fact that camelCase is the norm in the language and browser environment is obvious to anyone who has written even a modest amount of JS.

   notQuantified != false

notQuantified !== false

to avoid type coercion here

S/he was using CoffeeScript, obviously! :)

> crawl every Javascript project on Github and compile statistics on naming styles

You mean... like this? http://sideeffect.kr/popularconvention/#javascript

Unfortuantely there's no stat there for camelCase for Javascript.

> Citation?

Well, it's sure as hell not window.set_timeout, window.clear_interval, window.on_load, etc.

Javascript was created in camelCase, and most major open source projects I've used have been camelCase. I can't find any data on it, but it fits with my experience for what that's worth.



Camel cased would actually be javaScript

Idiomatic JavaScript code uses both PascalCase and camelCase.

Constructors use PascalCase; variables and methods use camelCase.

So, it's OK to call it JavaScript! :-)

Wow, that was fast !

I love Foundation, but I had to switch to Boostrap because I found it... ugly. And Bootstrap is great to quickly create "pretty" prototypes. But I've always found Foundation having better... foundations. I've used both on numerous projects and here's my take :

* The grid system now looks like bootstrap, and I don't like that. You have to choose the type of column you want to use (and I don't want to be bothered by that). so no .six anymore, it's .medium-6 or .large-6 or .small-6... They should call the .small-6 just .six so we know its the default one.

* It does look a bit better, although they removed styling of the radiobox in forms? Why?

* Overall I still prefer bootstrap's theme, I wish Foundation would offer an optional theme like bootstrap 3 does.

* OffCanvas menu is great ! I can already see plenty of applications (but for mobile only)

* The CLI is a nice thing to have but I'm gonna stay away from it. I like the easiness of copypasting files to quickly begin a small project.

* Documentation is hard to go through, doesn't allow to glance at what it offers. It's a huge improvement from F4 or F3 though.

* I use sublime text snippets all the time and this might be a huge addition!

* I like the JS that verifies forms. I usually always use this on my projects so it's nice to have it by default.

Overall I don't really know if I should switch back to Foundation. But I'll definitely use it for my next project to see how good it is.

> I love Foundation, but I had to switch to Boostrap because I found it... ugly.

I consider this is a strength, the styling is thinner so it's easier to customise. Bootstrap can feel like a bit of a battle if you want to customise it a lot. I think bootstrap is perfect for admin pages but for something a bit more custom I think foundation strikes a good balance.

yup, if I want to start a big project from scratch I'll tend towards Foundation.

But if I need to prototype something quickly, make a beautiful admin etc... I'll use Bootstrap. And I'm so used to use bootstrap that I use it for big projects as well now.

Also Bootstrap 3 is a lot easier to customize.

Yeah, I use Foundation for sites because I know that I'm going to completely customize the CSS.

I use Bootstrap for web apps because I rarely need to write any CSS to get a working beta that looks nice. After I've gotten input back from the initial users I'll go back and customize the look.

Well the ugly aspect is good, you wouldn't want Foundation to style your website out of the box, I don't think that's the point of these libraries.

Interesting that I prefer Foundation (if I had to choose one or the other) over Bootstrap for exactly that reason: it's uglier.

Whenever I see a new app thingy launch with Bootstrap buttons I cringe a little bit. At least Foundation forces you to make some decisions about how you're presenting things to your users rather than just leaving it how it is (although we've all seen default Foundation apps too).

This framework is so much further along than Bootstrap is, and the team at Zurb seems to iterate much faster then the Bootstrap team.

I started to notice that and have since moved over to it now. The feature updates and add-ons are coming much faster with Foundation than Bootstrap IMO.

One thing to note is that while both frameworks are open source, Foundation is backed by a company (Zurb).

I believe Foundation is much better for front-end design than Bootstrap. The main benefit of Bootstrap is in backend design because it managed to get more popular and consequently its much easier to find 'bootstrap ready' js based widgets etc

Maybe I'm misunderstanding what you're saying, but how does Bootstrap's popularity make it better for backend design?

I think he's confusing javascript with "backend".

Backend as in administration systems, rather than frontend which is client-facing?

That's my interpretation of the comment, and real-world experience. I've written two admin sites with Bootstrap because it has all the widgets and plugins I might need on short notice.

Thats exactly what I meant. Sorry for the confusion!

I use Bootstrap exclusively, but I've played with Foundation (back on version 3). But honestly, I can't see what the difference in the frameworks are. Do you have a reference comparing them so that I could see what I'm missing?

I looked at the project on Github [1] and the latest tagged release is 4.3.2. It seems odd that they'd release 5.0 for download on their website before tagging it on Github; is there a particular reason for that?

1: https://github.com/zurb/foundation

Yep, I thought it was weird. The foundation gem is using this repository https://github.com/zurb/bower-foundation though (not tagged, but 5.0 nonetheless)

Can you explain the benefit of defining media queries with em's rather than pixels? It seems like an unnecessary layer of mental translation for developers, given that you deem it necessary to list px-equivalents in the CSS comments. [1]

Also, the medium/large screen sizes in Interchange don't align with the media query sizes. Interchange says 1024px wide is large, [2] but the media query says 1024px wide is medium. Or is it just a documentation error?

[1] http://foundation.zurb.com/docs/media-queries.html

[2] http://foundation.zurb.com/docs/components/interchange.html#...

This explains the benefits:


Here's some boilerplate code:


Make sure you set the viewport correctly:


as an incorrect viewport can cause issues with some mobile browsers:


So for the HTML deficient are there any template sites for foundation yet? These exist for bootstrap, and for someone who doesn't have even a single bone of design talent in his body they're a godsend.

Yes, they have some bare bones templates here: http://foundation.zurb.com/templates.html

Hi. Our company, Blue Jay Themes, specializes in making good-looking Foundation themes. Please follow us on Twitter and we’ll let you know when we launch in just a couple of weeks. Another great way to stay updated is by subscribing to our newsletter, which can be found on our website. Thanks.

http://www.bluejaythemes.com/ http://www.twitter.com/bluejaythemes

Do you really need to verify email addresses on the newsletter-signup form? Are you seeing abuse where a bad person signs up someone else?

Verifying email addresses is vitally important for building a high quality list. Otherwise, you can easily sign up other people for the list, they get essentially a spam email, report it as spam, and all of a sudden your list is crap because they didn't have double opt-in.

Keep double opt-in, it's necessary (and I think required in Mailchimp's case unless you use the API directly).

Thanks for this comment. Double opt-in makes a lot more sense now. We’re definitely gonna stick with it.

I found this even though there is not that many themes yet.


FoundationMade owner here. We're still working on adding themes to the collection, but it hasn't been easy. Hopefully with extra attention on Foundation 5 in general it will bring in some extra Foundation theme developers.

I think you'd like this: http://patterntap.com/code

I just finished the redesign of my entire site to use Foundation 4 instead of Bootstrap last night. I'm laughing tears right now...

Hopefully by v5 they'll have kept the changes non-breaking.

edit: Apparently it's mostly js fixes for migration: https://news.ycombinator.com/item?id=6776912

You should be fine, there aren't many class/selector changes, AFAIK. You may need to do some JS fixes, but that's it.

Same, T_T but thankfully I'm not using many components, and seems easy to upgrade.

I'm also surprised with the relative speediness of this release.

Damn, it's gone completely broken on old firefox engines http://i.imgur.com/HAR8Rjz.png (yeah I'm still using Camino when I can get away with it)

I get same result with Opera 12.16.

I guess that's a good thing. They're pushing the web forward.

I would love to know why I got doubled-down with this answer.

Looks like it dropped support for IE8, which unfortunately eliminates this as an option for a lot of client work. Seems like a solid go-to for more forward-thinking projects though.

Year to date 27% of our IE users are on 8 or less, which oddly enough accounts for 27% of our revenue from visitors using IE. IE 8 or less is 10% of our site revenue. I simply cannot exclude 10% of our revenue.

With that being said, traffic from IE 8 or less is down 58% from last year. Windows XP isn't going to die fast enough for me to begin supporting Foundation 4+.

I could push Firefox or Chrome aggressively, but that's an unfriendly half-measure.

I suspect that will no longer the case much longer, if it's not already. One of the sites I run has a VERY non-techncical/older skewing customer base, and even in that group IE <= 8.0 is down to 12% of traffic, from about 28% a year ago.

Also, a year ago non-IE browsers were split pretty much 50/50 with IE, but now down to about 35/65. (Chrome and Safari were the big risers, Firefox actually dropped from 2nd to 5th)

...this being Foundations greatest failure. Until IE8 is under 2% usage, it going to be hard to convince an ecommerce client that it's OK to leave these users on the table. Sure we can implement workarounds, but that adds a lot of overhead to development.

Does it not make sense for a front-end framework to handle cross-browser compatibility for us?

Foundation 4 had also dropped IE8 support.

For basic stuff like the grid, it's quite easy to manually add IE8 support, given that you're never going to be seeing IE8 on a mobile phone or tablet. For some of the more advanced components you could run into issues.

I don't think Foundation 4 supported IE8.

It's not a huge deal except for the navbar, which is horribly broken in IE8. There are workarounds though.

I'm more curious about this which is mentioned on the page: https://github.com/hcatlin/libsass/ has anyone got it working with rails? Faster SASS compilation would make life much better (especially when bootstrap or compass are involved).

Just took a closer look at this. Yes they are using libsass. They are using it with grunt and grunt-sass (https://github.com/sindresorhus/grunt-sass), which uses node-sass (https://github.com/andrew/node-sass).

There are other implementations available: https://github.com/hcatlin/libsass/wiki/Implementations

https://github.com/hcatlin/sassruby - Written by the same guy, ruby wrapper around libsass. I am pretty confident that a Rails gem is the eventual goal.

I think it's worth noting that Bootstrap and Foundation may not be comparing apples to apples.

Bootstrap has more styles so you can...bootstrap. Foundation is meant to be a foundation to build on.

That being said, of course their functionality is very close, but be aware of the core differences in outlook between the 2.

Foundation is without a doubt the nicest CSS framework I have ever used. It really, really helps me, as a programmer, create amazing interfaces without much effort at all. Combined with SASS and it's a winning combination.

Can't wait to start playing with version 5.

What would you say the tradeoffs are for that ease of implementation?

One thing that seems utterly absurd is that now you need to have two ecosystems to build one project - both node and and ruby. Seeing as it is uses libsass to build now, why not ditch the ruby cli and port it to node?

The Interchange plugin saved my butt on a recent project. Client wanted to have 5 different images for different sizes, it was a breeze to setup even when having to integrate it with the supersized slider.

Is Foundation better than Bootstrap? I'm genuinely curious, as they seem functionality equivalent.

Of course, one uses SASS and one uses LESS. I knew LESS, so I picked Bootstrap.

But I'm more than willing to switch.

Where I work, we use LESS. We actually use Foundation (with it's SASS) and put LESS over it and forget Bootstrap.

It's that good.

Genuinely curious, why that much effort to use LESS over Sass?

The only thing you get with bootstrap at this point is an insane amount of plugins (datepickers, etc). In general, you just have to pick the vanilla jquery plugins and theme them up to use foundation's syntax. I just recently did this with xeditable and poshytip.

I'll take the semantics of foundation any day. Love this framework.

You could also argue than a plugin that ships with hard-wired skin for only one CSS framework is a signal of bad underlying engineering, i.e. no separation of concerns

I fully agree with this. It's one of the things I love about datatables.js. The library comes with the ability to edit the sdom and templating for just about everything that library produces. The only funky shit is getting foundation to properly apply it's js to ajaxed content.

Can anyone tell me how to make a split button / dropdown that goes upwards (dropup)? This is one thing bootstrap has which I've been missing in foundation.

Thanks, I was hoping I wouldn't have to make changes to the js which makes upgrading a headache. I'm probably better off writing my own angular directive.

On the one hand it's never been a better time to be a front end dev, and on the other it's absolutely crazy how fast front end technology is progressing the last couple years. I just caught on to Foundation 4 in the last 4 months or so, and now here's a new release that's way more evolved. Amazing.

Thanks to the Zurb team! I'll definitely be ripping off lots of ideas for my company's tortoise-speed Drupal sites.

Faster iteration isn't necessarily better actually especially if people don't care forward compatibility. Maybe it's just different culture.

For example bootstrap 3 is a breaking upgrade and suddenly your just finished bootstrap 2 is using 'unsupported' framework.

It may have been breaking but they did well to state that it would be breaking and was in development long enough (with RCs) that no-one should be caught by surprise.

I say this as someone who launched a site based on 2.3 as 3.0 entered RC status.

But doesn't "supported" mean iteration? If you don't want to use them why do you care if your framework is "supported" or not?

I launched an app the week before BS 3.0 launched and had to spend several days upgrading.

I've tried to use Foundation before and it's responsive grid was ghastly. This was the first time I tried anything responsive mind you. So I jumped towards Bootstrap 3 and it's grid was phenomal to use.

Predictable, simple and quick to iterate - everything I wanted.

I'm going to give this release a try. The interchangable items based on device widths looks fantastic! I'm really excited to give Zurb a try. :)

I've had the same experience. Debugging Foundation's responsive grid turned out to be a nightmare. Just migrated the project to the latest Bootstrap and it's much more intuitive to work with. Also, Foundation has more styling of form elements which gets really annoying really fast.

Really? I'm using Bootstrap because it's prettier, but I've always found the Foundation grid system way better.

What's the recommended way to use this with a python dev environment?

I'd rather not have to install ruby too just to rebuild the css. When one of these is announced I usually find myself navigating the various poorly-maintained python modules that process the source files, get lost, give up, and go back to plain css.

Perhaps I could just add a bit of css to a static build instead? Are there any shortcomings to that?

One of the features Foundation 5 is advertising is support for libsass, which is the C implementation by the original author of Sass, so you should be good without having to install Ruby.

When I was choosing a framework for a redesign for my blog (switching from Bootstrap since it was getting cumbersome), I decided to try out UIkit, since I ended up not needing any of the JavaScript plugins or super-fancy CSS effects.

However, after taking a look at Foundation 5's plugins, I will definitely try using the framework if I need to undertake a website with more ambitious functionality.

I'm new to web design and have been experimenting with a few other development environments. Reading through these comments I became excited to learn more about foundation. I went to their site and looked at their site examples. Many of them were broken and didn't seem to work as intended, nor were they very beautiful to the uninitiated. This was on a desktop using chrome. I didn't bother to check with my mobile.

My main platform so far has been extremely buggy too and is not even primarily made to create websites. I've been using Google Web Designer. Take my advice with a grain of salt as I represent hobbyist developers who thought "hey, i'd like to build a site. what tool should I start with?" I would not invest $200 to enroll in your intro course for something that gave me an initial first impression of being flimsy. However, it is equally likely that I am unable to realize the full potential of your product with my limited understanding of web development at first glance.

I'm excited about seeing how Macaw works and am going to begin a new project with Bootstrap soon. While my main focus has been purely static web design I plan to incorporate dynamic applications within my approach very soon.

When you get into those dynamic applications I think you'll find the likes of Foundation much more appealing. This is not a WYSIWYG-style tool, this is for developers building sites by hand and the example styles aren't often used in production.

I would just like to say that I love Foundation! Kudos to the team and congrats on the new release. I look forward to exploring the new version. That being said, I am not really digging the new documentation page. The sample code containers should have a non-white background or at least some kind of a border.

They do for me - maybe your device has the contrast set too low?

Hmm, they should, have a light grey background. Maybe too light?

I could see it after fiddling with my contrast setting. I am not sure how bad it is for other people.

We'll see if we can amp it up a bit.

I don't know why (maybe I'm just not good with css and html in general), but I'm always confused when looking at these grid systems. Trying to use zurb in a project now and I'm kinda lost. Any good resources other than their docs for sort of showing how to use zurb in a full project?

Are you talking about Zurb's grid system[0] specifically, or referring to Zurb/Bootstrap as "grid systems"?

If it's the latter, a simple Google search for "how to use Bootstrap" turns up a lot of resources, including this one[1], which looks good. You might be able to find Foundation-specific ones, but Bootstrap seems to have the edge in popularity.

[0]: http://foundation.zurb.com/docs/components/grid.html [1]: http://www.onextrapixel.com/2012/11/12/how-to-use-twitter-bo...

Webdesigntuts+ has a thorough series covering Foundation 4 you might be interested in. If your a Lynda subscriber, they’ve got a couple of courses on Foundation 4, as well. There’s not a whole lot of difference between the grid in Foundation 4 and Foundation 5. Foundation 5 does add a new medium breakpoint which is great for tablets.



Man, the quality of the videos on Lynda.com always impresses me. But I don't wanna pay $25 when that's the only series I want. Wish I could just do a la carte.

Thank you for this. I will definitely check out the tutsplus tutorial!

Where are you hung up? It might just be something simple that I, or anyone else around here can answer quickly. Everything I learned was from trial and error through messing with F4's grid system.

Congrats ! Looks like a big release.

Some pain points from using Foundation (4) in our latest project: * topbar sucks * custom forms are horrible (they seem to have been removed from 5, or maybe justs the docs are missing)

Also, using under_score instead of camelCase in javascript is a questionable choice with no real benefits.

I switched from Foundation 4 to Flatstrap (a version of Bootstrap) instead because I like the flat UI. v4 had many problems with JS and especially topbar was never good enough. I ended up creating my own topbar which is not ideal. Also the lack of fixed cols is a big issue for desktop design.

How does this compare to Bootstrap 3?

Is clicking on Learn suppose to drop the page like this http://imgur.com/yH9OKB3? Happens on both Chrome and Firefox.

Definitely not supposed to, we're pushing a fix for that. Bit of a rush on the marketing site for launch...

How is their inclusion of a medium break point not at the top of this thread? This is the most significant and noticeable addition to the Framework IMO.

Chrome zoomed in at 125% is enough to break the layout on the getting started page, which is a little worrying.

Screenshot? I'm not seeing what you're seeing.

Someone appears to have fixed this. The main content was showing below the left sidebar. ( I have Chrome's default font as Android Sans, that might have had something to do with it).

When will this be available on Rails?

It already is: http://foundation.zurb.com/docs/applications.html

To the foundation team, "makes us to do so much quicker" should probably be "enables us to do so much quicker".

The sliding panel's animation is sluggish on Firefox Mobile/Samsung S4

The linked web page crashes Safari on iOS 7. Mobile first, eh?

We tested pretty extensively, it looks okay...what device?

Tested and duplicated on an iPad air here. It's Safari's issue, though.

There's a bug in mobile Safari that I can replicate on other sites. Scrolling on Craigslist's map view when the page is loading also crashes the browser, which leads me to believe it's something related to attaching to events in certain states.

First, a big thanks to all the Zurb folks who work on Foundation, I can't wait to dig into the new release!

Just for the sake of another data point (albeit an obscure one): The page crashed Chrome on my iPhone 4 running iOS 7.03, both with other pages open and as the only page.

This is on 7.0.2 on an iPhone 4s. Crashes Safari reliably 4 times in a row. Maybe it's just my bad luck.

Anyway, looking at it on my laptop now. It looks great!

Chrome on 4.4 didn't have a single problem, and the site looks wonderful.

already foundation 5. I've only just had two dates with foundation 4. Between foundation and Jeet, I'm so stoked to have these to work and collaborate on.

Is there a good alternative to Abide for Bootstrap ?

seems kind of odd to integrate their own CLI instead of just writing a yo generator - and where is the documentation for it?

As with prior versions of Foundation, Yeoman will get plenty of generators for it. At least ZURB's CLI guarantees an easy way to get the canonical version, which is not always apparent among the various Yeoman generators. Also ZURB seems more Ruby-oriented than JS-oriented, as most of their installation methods are based on the Ruby ecosystem.

Docs are here: http://foundation.zurb.com/docs/.

Is Foundation a "Standard" now?

As much as Bootstrap, I imagine. Not sure if moreso or lessso though. Perhaps different use cases? It looks like developers prefer Bootstrap, not entirely sure why - perhaps something as simple as the documentation is structured better for them - or that was the initial crowd who was exposed to it.

Bootstrap has a lot more "extras (javascript stuff)" that make it easier to make an entire product using it.

That's pretty much it.

It's just that I'm the guy that liked dojo when the world liked jquery. Should I just go with the majority and choose bootstrap?

I think jQuery and Bootstrap are "developer ready". IE , easy to use. The easiest lib/project to use will always be the most successfull one. Doesnt mean there is no place for competition, and it doesnt mean it will always be the framework everybody use. Furthermore this is "Twitter" bootstrap. Most people have no idea what Zurb is.

Foundation's enough of a standard that you don't have to worry about that. It'll be around indefinitely and won't get abandoned like some hobbyist project or superseded by Bootstrap.

My aim is to reduce downloads to mobile users but allow tabs and laptop/desktop users with bandwidth to get the full show.

There's a lot more web application stuff built into bootstrap for forms and multistate buttons and what not.

Bootstrap is attached to a big-name company.

They're not though. The author worked for Twitter when he released the first version of Bootstrap, but Twitter never actually used it in production. Twitter doesn't promote it anymore either; BS3 got moved to twbs/bootstrap on GitHub, and the new marketing site doesn't call it Twitter Bootstrap anymore.

ZURB doesn't have a huge consumer product, but they're a pretty big name in design, and they have half a dozen people who regularly work on Foundation/Foundation support.

I agree that I should have written it past-tense... But, until recently, it was clear that Twitter's name was attached to the project. A Google search for "Twitter Bootstrap" pulls up all the relevant docs, and the first line of the 2.3.2 docs is "Built at Twitter by @mdo and @fat"

I am switching to today.

I use Bootstrap, but it looks to me like Foundation5 is a better framework and is making faster progress. Especially I like Foundations use of SASS.

Problem is - some widgets I depend on - like date-pickers and X-Editable - only support Bootstrap.

Bootstrap is written in LESS [1], and has a SASS port [2].

[1] http://getbootstrap.com/customize/#less [2] https://github.com/thomas-mcdonald/bootstrap-sass


Just asking - Bootstrap and Foundation essentially help you accomplish the same task, so why wouldn't you compare it to Bootstrap?

My only problem with Zurb is that ridiculous mascot that represents it. What is that sky-blue creature? Hipster yeti?

You don't like our Yeti? Aww. I won't tell him.

Agreed, this is silly but it's like Ember's hamster,it's a hit or miss. While the design is great, you might or might not dig the mascot.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact