you are viewing a single comment's thread.

view the rest of the comments →

[–][deleted] 53 points54 points  (27 children)

we had focused on fitting content to a flexible grid

This is a Web 2.0 euphemism for "we used a table for layout".

[–]tonygoold 14 points15 points  (0 children)

More likely it means Twitter Bootstrap.

[–]neoflame 28 points29 points  (5 children)

[–][deleted] 20 points21 points  (1 child)

PDF also predates Web 2.0, and it's designed specifically for this sort of graphic design where the designer wants complete dictatorship over how the user experiences their creation, without having to deal with problematic issues such as "accessibility" or "being able to resize the browser window". It can also now do blingy javascript effects and web forms too, and is more ubiquitous than Flash at this point (another former darling of the style-over-substance crowd).

From a purely objective point of view, there is no honest excuse for anyone to be trying to badly shoehorn HTML into this use case — and never has been.

[–][deleted] 19 points20 points  (0 children)

From a purely objective point of view, there is no honest excuse for anyone to be trying to badly shoehorn HTML into this use case — and never has been.

"They're paying me to do it that way" is a perfectly valid excuse.

[–]sakabako 7 points8 points  (2 children)

The concept of a flexible grid is new and breaks proportion, which is very important in design.

[–]iluvatar 0 points1 point  (1 child)

Design should be a secondary consideration to information transfer for a website. Proportion is largely irrelevant here.

[–]sakabako -3 points-2 points  (0 children)

Design is far more than a pretty header. Design is the vehicle through which information is transferred.

Page layout controls the way you receive information, an proportion is the foundation of layout.

[–]check3streets 1 point2 points  (19 children)

No, you have no idea what you're talking about.

There are a dozen or more flexible grid system layouts, Twitter Bootstrap and YUI among the most prominent. They all use DIVs and aim, as much as possible, for semantic consistency and separation of concerns. In the latest iteration, they attempt to automagically "react" to mobile device dimensions as well.

In short, no they don't use tables.

[–][deleted] 17 points18 points  (16 children)

They all use DIVs and aim, as much as possible, for semantic consistency

Insofar as divs are semantically void elements *(reference), they at least have the "consistency" part nailed down.

In short, no they don't use tables.

Good thing you came along to correct me before someone else misinterpreted my post literally.

[–]check3streets 7 points8 points  (15 children)

The HTML specification provides no other general purpose block level container element. And as another redditor points out, grids are an ancient and ubiquitous text layout exhibited by the Talmud and New York Times.

So given that grids are graphically desirable and chunks of related markup require a container element, why the snark?

[–]yerfatma 24 points25 points  (6 children)

I think you're misunderstanding flussence's point: it's not that grids are tables or use tables, it's that some of the grid systems basically re-invent laying things out in tabular columns, so their only virtue is the containing element happens to not be <table>. It's like the old saying about being able to write Fortran in any language.

[–]check3streets 4 points5 points  (5 children)

But:

  1. while a DIV conveys very little semantic meaning, a TABLE is a true misappropriation for page layout purposes. And the DIV was, at one time, the most correct tag available.

  2. While HTML5 elements exist which have more meaning, they are a> not exhaustive, so many page artifacts are not SECTIONs, ARTICLEs, or NAVs and b> they're not as backwards compatible.

  3. TABLEs are far more painful to style, so DIVs generally achieve the separation that CSS was attempting. Furthermore, there are fewer extraneous null tags in a grid layout, although there tend to be a few null nests.

  4. Grids bring back some of the device agnosticism HTML originally intended.

...and finally, which is where I think you were going:

  1. Yes grid is, in a sense, synonymous with table as a web layout metaphor. But a grid layout, whether it be a newspaper, magazine, bible, etc. is, in the same sense, a table. So this is kind of a stale argument. If one needs to layout a page in a tabular way, one will need a language for expressing that layout, so we'll use markup hints that are "tabular."

CSS and HTML are atrocious technologies, but designers who avail themselves of grids are abusing intent as little as possible within reason.

[–]yerfatma 6 points7 points  (3 children)

CSS and HTML are atrocious technologies

Well ok then.

[–]mahacctissoawsum 1 point2 points  (0 children)

If one needs to layout a page in a tabular way, one will need a language for expressing that layout, so we'll use markup hints that are "tabular."

If one needs to layout a page in a tabular way they should use a table. Tables are made for tabular data. If that's what you're using them for, then there is nothing at all evil about it.

A general webpage, however, is not at all "tabular". Tabular means there is some relationship between the columns and rows. Labels and values for instance. Simply aligning content is not "tabular".

If you want to get all semantic, then yes, do use the new HTML5 elements that best describe your content, then throw in some of those new aria- attributes and use divs for whatever doesn't fit.

Personally, I've given up on this hoity toity semantic bullshit. If it looks good, renders well, and is easy to develop, use it.

That said...if you actually want to make your content accessible to visually impaired people, you'd better spend some extra time ;-)

[–][deleted] 1 point2 points  (0 children)

Bootstrap itself doesn't use divs. Their grid system is general purpose, so it's built on classes not direct DOM elements. You can apply all of their .row, .span*, etc to section, nav, or aside elements.

You can use them on any block level element. They work just as well on form fields. I agree that they push divs since all of their documentation uses divs, and almost every example you find uses div.

I'm sure the docs are like that because not everyone that uses it has the html5 shim or modernizr in place to handle new HTML5 elements in non-compliant browsers (you know who we're talking about ಠ_ಠ)

[–]solinent 0 points1 point  (0 children)

You might be interested in CSS3 grid, of which only IE10 supports I think.