5 ms·
Correct. It was named (in fun) because of its general utility, but also because it was extremely difficult to pull off before we started to get tools like flex-
by snide 3y ago
Correct. It was named (in fun) because of its general utility, but also because it was extremely difficult to pull off before we started to get tools like flex-box. Before flex came around, this type of layout was really only able to be built with tables. During this time there was a movement to stop using tables for layouts (since it wasn't semantic) but this particular layout was very difficult to pull off then (when floats were the more common layout mechanism).
- pcthrowaway 3y agoBefore flex-box, Bootstrap (which I believe did not use tables) was the design-system du jour for at least a year, with which the holy grail layout would have been pretty straightforward.
- eszed 3y agoGlad you mentioned Bootstrap, because it was such a breath of fresh air when it came out. I have a slightly different take than the rest of the comments at the moment. It wasn't that the "holy grail" layout was terribly different to achieve for any particular browser, it's that it was so damn hard to get it to work on all of them simultaneously. They all interpreted the relevant properties just differently enough that what worked well for one completely screwed everything up on another. That even understates the complexity, because it wasn't even differences between browsers as such, it was different versions of the same browser, or the same browser on different operating systems - and then combine those two statements to achieve a metastasizing web of suck. We developed a whole toolkit of hacky tricks to hide certain things from certain browsers, and reveal them to others. We had epic fights with non-technical management to persuade them to allow us to drop support for a particular browser / version that made life particularly difficult. When frameworks came along - js, as well as css: I'll always love jquery (and before it prototype and scriptaculous) with all my heart - they made all of that just... Go Away. You wrote one .js file and one .css file, with a couple of includes, and it Just Worked. It was magic. What amazes me is that frameworks from that era still work! I have a personal website for a (non-technical) project that remains near and dear to my heart. The code is vintage 2010: jquery and a stripped-down bootstrapish css framework, with php includes in every file. (Updates went by SFTP, if you want a really "OK boomer" laugh at my expense.) I last updated it in 2014, to add a "permanent hiatus" message (sob!), and literally haven't touched it since. It... Still looks great, even on mobile. All the js works, and degrades gracefully. Layout resizes nicely. Fonts render fine. It's an artifact, and a monument to what, in retrospect, feels to me like a particularly human-scale internet ecosystem. I haven't written much production code in a decade, but I hire and direct really talented developers, so I've kept my hand in. I don't hate modern methods, by any means - among other things, they so much more productive than what we had back in the day: the velocity of development is wonderful - but I do wonder, if I were to walk away from a similar site, built on today's web technologies, will it still be functional in a decade's time? I know: not a fair comparison. Still, thank you for indulging my saunter down memory's lane.