-
Notifications
You must be signed in to change notification settings - Fork 28
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
Remove and replace current grid system #4
Comments
Those are the CSS selector of 960 Grid System Flexible for sure, with naming conventions for sure, but do you think CSS selectors really need to be semantic ? |
Hi Alex, Semantic classes make it very easy to tell why they're there, either a reference for CSS or a hook for JS etc. My intention is to remove 960gs completely, replacing it with a LESS/SASS solution similar to http://semantic.gs/. My opinion on 960gs and similar is that they're great for designing and prototyping, but when it comes to the actual production markup its just too messy to have so many classes. |
I would like to recommend frameless for a good responsive grid: http://framelessgrid.com/ Both SASS (I prefer sass) and LESS versions are available. |
I think whichever grid system/pre-processor is used there should definitely be both SASS and LESS versions included, like many projects do. I like the look of Frameless, any grid that doesn't require hundreds of ugly col_x classes is welcome in my opinion. My only 'issue' would be that Frameless isn't fluid I think? Never used it myself, do you use it regularly? How does it work with things like resizing images? |
well, I prefer fixed-width and instead work with media queries, the once I included covers most, and is used by YOOtheme.com for their Warp framework (I added 1 extra rule). The css can be placed in a auto-size markup class if you don't want all images to be responsive. That way the user have to add the class to all images he wants responsive. Frameless is the best gridsystem that I have found so far. Fluid width grids tend to add more complexity, and unpredictability to a design. I have worked with many gridsystems in the past, 960.gs, blueprint, skeleton... I'm all for optimizing a design for more visitors, but somewhere you just have to put a line. Some users might come in with a minimal screen running windows xp, and IE 7... but then let them deal with it. The template is aimed at webshops, and webshops are used by avereage joes that have a medium ammount of cash to spend, they tend to have an average setup, with moderately modern software. One of our customers runs a webshop selling haircare products, mostly female visitors, not really tech savy people, and this is the google analytics from his site (included mobile devices):
A rule of thumb is that, anything bellow 5% can be ignored. As long as we design for mobiles and tablets in portrait and landscape mode as well as 1-3 desktop groups... it will satisfy 97%+ of the visitors. |
Frameless is em based and not px. so thats a +. |
Awesome, thanks for the info. The reason I like fluid grids is that I don't always have the browser width full screened. This means if I have the browser 70% of my screen's width the design adapts to it right down to the pixel, rather than 4 or 5 set widths. I think SASS/LESS take a lot of the complexity out of fluid grids, as the mixins will take care of all the heavy maths to calculate percentages. WIth Semantic GS for instance, you tell it you want a 4 column width (.grid(4) I think would be the LESS style), and it'll work out the percentage based on its parent. I haven't added an media queries to the less-styles branch just yet, i've more been focusing on overriding the modules which turned out to be a bigger job than I expected! I'll definitely take a look at Frameless though. Have you looked at Golden Grid? That looks like its by the same guy but fluid? |
I've been on the site, reading about it... never actually tried to build anything in it. As long as I design 1000px+ width as laptop/desktop and anything below that as tablets and mobiles, i find that people are generally fine with it. |
The current grid system relies on many classes such as 'grid_4' and 'omega'.
Replace these system and classes with something more semantic and flexible.
The text was updated successfully, but these errors were encountered: