Live data from Hacker News

Bootstrap 3.0 Upcoming changes

github.com

71–80 of 149 posts

Re: Bootstrap 3.0 Upcoming changes

#71
post #57

I really like how frequently words like 'dropped' 'removed' and 'consolidated' are used. Was a little worried about bloat with the creators now having more time to devote to it. Great to see that wont be a problem!

Any reason why you prefer that over "deprecated"?

Re: Bootstrap 3.0 Upcoming changes

#73
Ok... I can see the rationale behind almost every single change here, and whilst I love the changes, this will undoubtedly cause me no end but problems when I revisit a project, change the source of a CSS file and wonder why it no longer works. This is because I've setup a Codekit framework with Bootstrap. If I change anything now, I'll be changing the entire project for the sake of a couple of classes. Dang!

Re: Bootstrap 3.0 Upcoming changes

#74
post #39
post #14

Earlier quoted context omitted.

It would be great to get a prospective date in those types of announcements.

I understand why people want it, but I'd rather most open-source projects avoided announcing release dates. Best case is they spend a bunch of time on estimation that they could have spent on delivery. More likely is that they rush something that was unexpectedly hard, or drop things that the would have rather kept in. Or, worst of both worlds, they announce dates that they then slip. Better, I think, that things are…

"We're thinking probably January" versus "sometime late 2013" would be useful and feasible to provide, though.

Re: Bootstrap 3.0 Upcoming changes

#75
post #57

I really like how frequently words like 'dropped' 'removed' and 'consolidated' are used. Was a little worried about bloat with the creators now having more time to devote to it. Great to see that wont be a problem!

Any reason why you prefer that over "deprecated"?

Seeing lots of stuff dropped is preferred to seeing lots of bloat added.

Re: Bootstrap 3.0 Upcoming changes

#76
post #25

Earlier quoted context omitted.

The also redid their scaffolding model (grid system) to use percent widths instead of pixel widths, so it seems like the default (and only option) will be for things to behave like the old fluid layouts did.

However I am not looking forward to removing all the row-fluid/container-fluids in my templates.

@RossM searching and replacing "row-fluid" with "row" isn't hard using most text editors,

try SublimeText2 which is generally very impressive, using shift-command-F enables search replace across the file directory location of your choice..

Re: Bootstrap 3.0 Upcoming changes

#77
post #40

> All variables now use dashes instead of camelCase. For example, it's now @body-background instead of @bodyBackground. Not sure how I feel about this. On one hand that's a pretty large sweeping change that is going to break all my customizations. On the other, dashes look much better in css and I prefer them for class names and so on. Not even sure why, is this some sort of community standard I picked up somewhere a…

Maybe they aren't using the property of the dash character just yet, but it is special in CSS: http://stackoverflow.com/a/5598250

Re: Bootstrap 3.0 Upcoming changes

#79
I wish they weren't dropping IE7 support. You can make fun of "who uses that!" all you want, but we build a site that is used by government people who can't control their own computers, and our current demographics are 50% IE7! Nothing to be done, we just can't upgrade to Bootstrap 3.0. So -- if you MUST do this, at least leave the website docs up for Bootstrap 2, cause we're not going anywhere...

Re: Bootstrap 3.0 Upcoming changes

#80
post #57

I really like how frequently words like 'dropped' 'removed' and 'consolidated' are used. Was a little worried about bloat with the creators now having more time to devote to it. Great to see that wont be a problem!

Any reason why you prefer that over "deprecated"?

Deprecation keeps the code around to increase size, reduce performance, and slow down development.
Post reply on HN