You must log in or register to comment.
Oh wonderful! Another 10 years and we can use it natively without polyfills!
It’s already supported by
96%87% of browsers currently in use.I think this is what you should be looking at, which is at 82%
https://caniuse.com/mdn-css_properties_align-content_block_context
How are those old chrome and safari versions still so prevailing? And what’s up with Samsung Internet, is it not a chromium based browser?
Doesn’t stop your manager from requiring support for the other 4%.
Most websites these days refuse to support even Firefox.
deleted by creator
Why are we not angrier about css generally?
Because things were much worse in the beforetime
What, you didn’t enjoy slicing up images and arranging them in borderless tables?
Eh the software handled all that. Rounded corners tho… <shudder>
WYSIWYG editors were evil
The software? Are you talking about Adobe
DreamweaverDreamcrusher or something?My money’s on Microsoft Frontpage
What a catastrophic attempt at a GUI website editor.
Imagine how I felt when they decided to teach us that in school, when I was already familiar with Dreamweaver… And notepad
Please indicate where IE touched you.
*gestures broadly at entire body
I put on my trenchcoat and fedora hat.
In my faux column
Before 1996?
I am blisteringly angry about CSS in general AND THIS FUCKING ISSUE IN PARTICULAR since 2005 at the very latest. Likely enough to up the average for several thousand people with only mild dislike for CSS.
If CSS had a church I would burn it down. In minecraft of course.
I would say because a) there are zero alternatives, and b) it’s pretty powerful; you can generally do pretty much any layout even if it requires hacks, c) switching to something else is clearly infeasible so it’s not worth even asking for.
Just have to live with it (on the web at least).
d) we remember the world before it was introduced
<table />
What we were promised:
Content in one HTML document.
Styles in other CSS, able to apply any to completely alter the layout of the document.
What we got:
<div class=“mt mid flex lt-8 no-margin up-1”>
It good
CSS 3 is solid, mate. You can do just about anything with it if you know what you’re doing.
Some of the pure CSS stuff I’ve seen is actually insane.
Obviously not actually for real world use, but a great example is https://github.com/kkuchta/css-only-chat
With pseudo sectors, flex, and grid, your options are amazing. I haven’t encountered a design I can’t build in a very long time.
https://csszengarden.com comes to my mind again.
Compared to what? JS? (/joke)
It’s js being the problem in frontend development, not css
* { display: flex; }Well that came like 10 years too late lol
I don’t think I’ll ever use it considering it was already easily possible with flexbox, and before that (although dirtier) with tables as well.
It’s worthless if you have to give it an explicit height, and also if it doesn’t have support in all browsers.
i did valign years ago. /s
also i think more needs to be said about a push to localise css (and html, really). the fact that it still requires programmers to be versed in english is pretty sad.
English is the most spoken language outside of its home country and it uses the simplest alphabet.
It is a pretty sane choice.
You could write yourself a nice preprocessor
It’s a simple alphabet for computing because most of the early developers of computing developed using it and therefore it’s supported everywhere. If the Vikings had developed early computers then we could use the 24 futhark runes, wouldn’t have upper and lower case to worry about, and you wouldn’t need to render curves in fonts because it’s all straight lines.
But yeah, agreed. Very widely spoken. But don’t translate programming languages automatically; VBA does that for keywords and it’s an utter nightmare.
Or worse, Excel, which translates the function names but doesn’t do it automatically, so you can only open a spreadsheet if your Excel is configured to the same language as the spreadsheet was created in.
English source code is a universal language.
I’ve never seen a need for localization beyond domain terminology. And I think it would be a huge detrimental.
To implement it would be unnecessary significant complexity. Effort better spent elsewhere. And for programmers it’d be confusing. Think code snippets, mixing content, and the need for reserved word expansion or exclusive parsing scopes that would be even more complex and confusing.
