Do all the things like ++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatarSign Up
The ideal design is avatar style. Let the user jack their ponytail into the usb slot and stream vibey 3D renders however you like
Linux4370238dI think they should have just used AI.
I guess this is devrant. yea my example was a bit.. how should I say on a whim. the idea wasn't to show that I can come up with a god-tier design style, I was trying to make a point about how horrible html/css are. and how nobody seems to point it out or try come up with a genuine good alternative.
But you can do exactly that in HTML/CSS (classes/IDs plus selectors), and if you need interactive behaviour, you can even use JS to kick off CSS changes.
Also, footer is optional and makes only sense if you actually have one. Try navigating a website using e.g. NVDA, then you'll hear why these landmarks are useful.
The great thing about CSS vs. HTML is that after the dark ages of HTML 3, semantic structure and presentation were separated.
vintprox108738dI can't share your slacker regarding HTML. While document object model and representative markup might seem a bit confusing and stuff, you've got to admit it's the best what happened to UI - if it's dynamic, then it isn't as wooden as interfaces from 90-10s. HTML is de-facto good standard and you can have shorter syntaxes transpiled into it, like Pug...
Totally agreeing about CSS though - horrid mess of specificity calculations *insert galaxy brain meme here*
@jake64 Disagree. If you really, really don't have usage for semantic tags, you can basically do everything with divs instead. Even for a web application, this will hardly make sense, but it's possible.
@vintprox Specifity comes only into play if you need overrides. If you have so many of these that you're only one small step from just slapping !important on everything, it's not a mess with CSS, it's with the code.
vintprox108738d@Fast-Nop yes, but at the same time you get a loose modularity of stylesheets that override styles of each other, and that's what is a horrid mess. Your ordinary stylesheet has to bear a selector with more specificity (which destroys the modularity) to make a proper override. But then somebody comes there and doesn't see it necessary: removes "redundant" specificity - and, whoopsie, old styles make the return before you know it.
It's terrible when you cannot troubleshoot it ASAP, and then again BEM is not a placebo to everything, because it cannot fix CSS. First of all, you'd like to know the order of each CSS loaded to prevent the mistake and redundant selectors.
@vintprox Well every code can be destroyed if people change it nilly-willy, so that's not an argument. Also, Chrome's dev tools show you quickly where specific styles come from, and which ones are in place, but overridden.
BEM in itself is a bad idea based on not understanding CSS selectors.
And why would you even want tons of CSS sheets along with the associated network handshakes? The only reason for that would be media where you don't expect the users to require them, like separate ones for screen and print.
Lastly, there's no need for more than maybe 32k of CSS even for complex websites. Otherwise, the dev would be doing it wrong. These 500k CSS horrors are utter trash from the get-go.
Now with 32k of declarative code, you shouldn't have problems organising it.