alt.hn

3/28/2026 at 8:39:01 PM

CSS is DOOMed

 https://nielsleenheer.com/articles/2026/css-is-doomed-rendering-doom-in-3d-with-css/

by msephton

3/28/2026 at 9:03:35 PM

Creating 3D scenes with CSS has always been possible[0], but like this project, it's required JavaScript for interactivity.

But there's a lot more CSS features now. While in the past, Turing completeness in CSS required humans to click on checkboxes, now CSS can emulate an entire CPU without JavaScript or requiring user interaction.[1] So I wonder if DOOM could be purely CSS too, in real time.

[0]: https://keithclark.co.uk/labs/css-fps/ [1]: https://lyra.horse/x86css/

by sheept

3/28/2026 at 10:11:03 PM

The author links to th CSS x86 project:

> Yes, Lyra Rebane build a x86 CPU completely in CSS, but that technique is simply not fast enough for handing the game loop. So the result is something that uses a lot of JavaScript.

by captn3m0

3/30/2026 at 4:47:59 PM

(author of x86css)

not only do i think doom in css is possible, but both me and another css person were also planning on actually making it into reality

but it sort of feels demotivating to see js-powered css projects like this hit the frontpage, because if we do eventually make a css-only doom people will think its a repost or nothing special

edit: and to be clear, that demotivation is more of a problem of how the internet, virality, and news cycles work. the actual project here is still pretty cool!

by rebane2001

3/29/2026 at 3:43:18 AM

I feel obliged to repeat my assertion that this evolution of CSS was inevitable and foreseeable and that the HTML Editorial Review Board should’ve chosen DSSSL in the first place.

by inopinatus

3/29/2026 at 10:26:37 AM

While standalone CSS is not yet Turing complete, I worry about the new attack vector categories opened up by moving it towards that state. Already I believe attackers have a choice to spread the attack payload between CSS, HTML and JavaScript to evade current detectors and analysis at the network borders, and evade CSP's since we're well into undecidability territory, like using CSS attribute selectors if the CSP allows external images or fonts. But I'm far from proficient at web browser red teaming. Is this worry unfounded?

by yourapostasy

3/29/2026 at 2:26:14 PM

> While standalone CSS is not yet Turing complete

Looks like it is, though? https://news.ycombinator.com/item?id=47558097

by codethief

3/30/2026 at 11:03:37 PM

Oh yep, looks Turing complete just not performant enough for that use case. But that’s not an issue for APT-style attacks that take their sweet time. So am I off base here?

by yourapostasy

3/28/2026 at 11:36:27 PM

So impressive! Bonus, you can wall hack by just deleting a div ahah

by h1fra

3/29/2026 at 5:22:18 AM

Even better, since everything is well organized, you can add `opacity: 0.7` to `.wall` specifically, and get something that looks almost exactly like how old school wallhacks looked like.

by ehsankia

3/29/2026 at 7:50:50 AM

Is that a Doom reference? What’s a wall hack? How did it look?

by hjkl0

3/29/2026 at 2:22:38 PM

A wall hack is any technique allowing the player to see opponents through walls. Googling for screenshots or videos should give you a good idea of how it looks.

by codethief

3/29/2026 at 8:32:45 AM

I mean they literally just told you...

by throwaway290

3/28/2026 at 9:27:00 PM

But where can I try it out in my browser?

EDIT: https://cssdoom.wtf/

by rkagerer

3/29/2026 at 1:54:48 AM

My phone IMMEDIATELY got toasty as I started moving around the world :')

by _fzslm

3/28/2026 at 11:16:52 PM

It works perfectly in Safari on mobile. this never happens.

by bethekidyouwant

3/28/2026 at 9:47:51 PM

Never tried Doom on a phone before, this one is surprisingly fluid and very playable.

by TeMPOraL

3/28/2026 at 10:44:04 PM

Works smoothly in Firefox. But the default key mapping is busted: fire at Alt means that it opens and closes the menu in Firefox with each press. Also, Alt + left arrow ends the game and goes back in history.

Interestingly, it was more choppy in Chromium.

I could not find a key for moving sideways ("strafing").

All in all, quite mind-boggling.

by nine_k

3/28/2026 at 11:40:30 PM

> Interestingly, it was more choppy in Chromium.

Firefox's WebRender is truly a great creation. While Chrome is faster at most things especially involving JS, Firefox puts so much of its rendering on the GPU so moving elements around is incredibly fast.

by lights0123

3/28/2026 at 11:20:36 PM

Strafing is implemented on A and D at least, but having one hand on the arrows to turn and WASD to move is a bizarre mix of modern and original controls

by ranger207

3/29/2026 at 2:59:01 AM

There are some new key-trap ApIs that can handle that, IIRC FF don't handle that part as well as Chrome.

by edoceo

3/29/2026 at 1:23:52 AM

This feels like one of those “because we can” projects that accidentally reveals where the platform is going.

CSS started as purely declarative styling, but between things like conditionals, math functions, and now these rendering tricks, it’s slowly creeping into “programmable system” territory. Not because it’s the right tool for it, but because browsers are becoming the real runtime. The interesting question isn’t “can Doom run in CSS”, it’s how much logic we’ll keep pushing into layers that were never meant to handle it.

by Roshan_Roy

3/29/2026 at 4:29:39 PM

My first thought along these lines was "do I now need a NoCSS plugin along with NoScript"

at what point is CSS powerful enough to become a malware vector.

by ticulatedspline

3/29/2026 at 9:23:54 AM

The question is really about where the boundary between presentation (CSS) and interactivity (JavaScript) lies.

For static content like documents the distinction is easy to determine. When you think about applications, widgets, and other interactive elements the line starts to blur.

Before things like flex layout, positioning content with a 100% height was hard, resulting in JavaScript being used for layout and positioning.

Positioning a dropdown menu, tooltip, or other content required JavaScript. Now you can specify the anchor position of the element via CSS properties. Determining which anchor position to use also required JavaScript, but with things like if() can now be done directly in CSS.

Implementing disclosure elements had to be done with a mix of JavaScript and CSS. Now you can use the details/summary elements and CSS to style the open/close states.

Animation effects when opening an element, on hover, etc. such as easing in colour transitions can easily be done in CSS now. Plus, with the reduced motion media query you can gate those effects to that user preference in CSS.

by rhdunn

3/29/2026 at 2:33:24 PM

The design of CSS has always been weak IMO. What we needed were general, simple primitives that can describe layout relationships and a compositional layer that includes some common defaults.

by dgb23

3/29/2026 at 12:30:24 PM

It's abstraction inversion at its finest. Declarative styling sounded like a good idea, but it jumped the shark long ago. It's begging to become a real programming language but for some reason the design ethos behind CSS seems to have been avoiding programming at all costs--maybe that's to keep the browser renderer in control (and hopefully responsive), maybe it's because they didn't want designers to have to learn to program, maybe they just hate JS. Whatever the reason, it's clear that CSS took a wrong turn and mutated into absolutely the wrong abstraction.

by titzer

3/30/2026 at 2:24:31 PM

LLM generated comment

by efilife

3/29/2026 at 9:49:46 AM 

    IDDQD
and

    IDKFA
did not work unfortunately.

by b0ner_t0ner

3/28/2026 at 11:05:01 PM

Seriously impressive, especially the viewport culling trick, not seen that one before.

FYI if you want to use inspect element, the viewport div consumes mouse elements, you can get rid of this with

  #viewport {
    pointer-events: none;
  }
  #viewport * {
    pointer-events: initial;
  }

by pverheggen

3/29/2026 at 4:36:10 AM

Great example as to why people are yearning for CSS in TypeScript. Something as simple as if() only works in Chrome and there's not a good shim story for CSS versus a more complete language, so you end up with this:

> The problem: CSS can compute a number – 0 for visible and 1 for hidden – but you can’t directly use that number to set visibility. There is a new feature coming to CSS that solves this: if(), but right now it only just shipped in Chrome.

> So I used a trick called type grinding. You create a paused animation that toggles visibility between visible and hidden. Then you set the animation-delay based on the computed value to determine which keyframe is used:

  animation: cull-toggle 1s step-end paused;
  animation-delay: calc(var(--cull-outside) \* -0.5s);

  @keyframes cull-toggle {
    0%, 49.9% { visibility: visible; }
    50%, 100% { visibility: hidden; }
  }
> A negative animation delay on a paused animation jumps to that point in the timeline. So a delay of 0s lands in the visible range, and -0.5s lands in the hidden range. It’s a hack, but a functional one. When CSS if() gets wider support, we can replace this with a clean conditional. ```

by ec109685

3/28/2026 at 9:45:38 PM

In recent years CSS has become closer to a full programming language through experimental features, for example in 2025 they added if statements and some math functions like modulo

https://www.simplethread.com/new-and-upcoming-css-features-i...

by jsjsjxxnnd

3/28/2026 at 10:19:59 PM

The only thing missing is the ergonomics of a real programming language.

by amelius

3/29/2026 at 8:45:12 AM

I like the declarative nature of it. It makes it so easy to debug anything, with "simple" introspection tools. I feel that many horrors will be created when we introduce control flow to CSS.

And this project kinda show how far you can go, still, if you really want it :D

by cafebabbe

3/29/2026 at 4:15:22 PM

A functional language should be able to do both.

by amelius

3/29/2026 at 3:18:57 PM

It's not just closer. Someone wrote an x86 emulator with CSS (it uses JS only for clock to make it more reliable). https://lyra.horse/x86css/ . So, CSS is officially Turing complete (which is a bit scary IMHO).

by senfiaj

3/28/2026 at 9:01:57 PM

With how these things are going, soon hackers will be challenging themselves to run Crysis on calculators and microwaves

by 0x737368

3/28/2026 at 9:02:59 PM

I think we're going to get to the point where AI will try to run Doom on humans.

by oopsiremembered

3/29/2026 at 6:37:54 AM

The fact that Claude is killing CSS officially means we need to switch back to IRC or something. AI is a parasite we cannot integrate but only avoid. (P.s. if you work in AI, stop, you are literally destructive to humanity.)

by x099999

3/30/2026 at 9:27:13 AM

How is Claude killing CSS? I don't get it.

by brettermeier

3/29/2026 at 6:47:30 AM

Its incredible how far concepts like CSS can be pushed. But sometimes I wonder what if CSS would be just JavaScript i.e both concept are merged.

Would that be better or worse for webdev? I don't know. But I like to ponder.

by AyanamiKaine

3/29/2026 at 7:25:31 AM

I think it would be too easy to create an uncontrollable cascade of function calls, causing terrible performance. IMO, it's best to keep concerns separated. Perhaps the current JS/DOM interface is a bit cumbersome, but it gets a lot done. What is your reason for merging?

by tgv

3/29/2026 at 9:17:48 AM

> What is your reason for merging?

Good question, I personally think that seperating by concerns is good. But when problems arise like boundaries that get crossed or compilers implementing language features into css like Sass, maybe it proves that those things are actually not two concerns but one.

Lately I am using Catch2 (a c++ testing framework) and wanted to benchmark some code. My first instinct was looking for a benchmark framework. But to my surprise Catch2 does also have a benchmarking framework included!.

Most people would argue that a testing framework should not include a benchmarking framework. But using it myself it showed me that both concerns of benchmarking for performance regressions and testing are similar.

Similar enough that I would prefer both of them together.

Most people, me included, are asking: "Should this be split into more?" But seldom, we ask: "Should this be merge into one?"

by AyanamiKaine

3/29/2026 at 3:17:18 PM

Someone wrote an x86 emulator with CSS (it uses JS only for clock to make it more reliable). https://lyra.horse/x86css/ . So, CSS is officially Turing complete (which is a bit scary IMHO).

by senfiaj

3/29/2026 at 12:47:12 PM

I remember when we needed 4 gifs to make rounded corners on a div

by batisteo

3/29/2026 at 12:53:07 PM

div tags? pah, I remember when all this were tables lad.

by _joel

3/29/2026 at 6:10:58 PM

Tables? Bah. I remember when all of this were image maps instead.

by vardump

3/28/2026 at 9:02:23 PM

This page could use some "Practical CSS scroll snapping": https://css-tricks.com/practical-css-scroll-snapping/

by OrangePilled

3/28/2026 at 9:22:03 PM

I was amazed when I first came across CSS scroll snapping. It's great for creating immersive experiences where one part of the page fills the entire screen while native browser scrolling still works.

by division_by_0

3/29/2026 at 3:03:39 PM

Personally, I find it to be a little disorienting. I get a bit of motion sickness with scroll snapping and I'm not exactly sure why.

by ogghostjelly

3/28/2026 at 9:35:04 PM

When done right, I oddly find it immersive too. But know some people aren't fond of scrolling being tampered with.

The post here could really use it though. The main content is pushed to the bottom of the page!

by OrangePilled

3/29/2026 at 12:40:35 AM

Yes, and in most cases it's perfectly valid not to interfere with scrolling. The nice thing about CSS scroll snapping is of course that the browser still handles it (instead of it being taken over by JS).

by division_by_0

3/29/2026 at 12:22:30 AM

The live demo doesn't work in Brave.

by larnon

3/29/2026 at 12:31:37 AM

The demo really does not work in Brave. I use vertical scroll snapping on the landing page of one of my projects (enabled for screens with a min width of 768px and a min height of 600px - should work in Brave): https://cybernetic.dev

by division_by_0

3/29/2026 at 11:50:29 AM

While running Doom on X is typically a show of personal hacking skills, and a display of the turing completeness/power of X,

I think that running Doom on X can also be a criticism of X, certainly the opposite of the intention in some cases. Consider a config mechanicsm, if I prove that I can run Doom on .md or .ini, or notepad.exe, most people should be concerned, not just for bloat, but for security reasons.

The value of some tech is precisely in what it cannot do, not just what it can do.

by TZubiri

3/29/2026 at 10:51:34 AM

I feel there should be a gov dep where all the "i turned this into DOOM" folks get hired, to build the next spicy interplanetary propulsion systems. They are clearly needing an exotic task to stop twiddling their fingers.

by ionwake

3/29/2026 at 12:28:41 PM

They would just end up making the thing they're building run Doom.

by art0rz

3/29/2026 at 1:18:31 PM

And then they would find a way to make that embedded Doom run the thing that they are building [1]. Possibly inside a cellular automaton.

[1] Can Doom Run It? An Adding Machine in Doom https://blog.otterstack.com/posts/202212-doom-calculator/

by andyjohnson0

3/29/2026 at 1:36:11 PM

At this point, I’m just waiting for someone to implement a CSS-only browser inside this CSS-only Doom, so we can achieve full recursive insanity. The 'Can it run Doom?' meme has officially transcended hardware and entered the realm of pure Turing-complete masochism.

by afferi300rina

3/29/2026 at 1:25:14 PM

Within a week they would have a rocket prototype where you can plug in a mouse and keyboard and play doom on the exhaust flames by mixing different fuel chemicals.

by SuzukiBrian

3/29/2026 at 12:44:40 AM

Couldn't agree more ... Especially how platforms like Stitch 2 are eliminating the barriers for non-technical individuals to actually get pretty decent UI/UX experience ..

by rox_kd

3/28/2026 at 10:22:08 PM

In 2006, Ars Technica published an April Fool's article[0] declaring that the perennially-forthcoming Duke Nukem Forever would finally see the light of day... as... a browser game! Ho ho, how droll.

Crazy to see how far we've come.

[0]: https://arstechnica.com/gaming/2006/04/forever/

by MrDOS

3/28/2026 at 10:57:33 PM

Quake Live did come out as a browser NaCl game a year or so later.

by w-ll

3/29/2026 at 4:07:56 AM

It was a traditional plugin (NPAPI), not NaCl (Native Client). Honestly a total gimmick. I still play Quake Live, though!

by hackernudes

3/29/2026 at 5:58:06 AM

thats wild that you can still link to a 2006 blogpost. kudos, ars technica.

by swyx

3/29/2026 at 10:35:56 AM

just a small note on this very cool implementation and write up. you wrote modeling tools and animation stuff has camera that moves around.

i think ultimately, there also the world moves aroun the player and cameras are just a concept to make the frustrum etc (maybe modern tools do it differently, im a little out of date)

by saidnooneever

3/28/2026 at 11:06:14 PM

This is great. And Firefox should get kudos too, for running it the best, with fewest workarounds needed.

by quantummagic

3/28/2026 at 9:43:29 PM

https://freedom.github.io

Use Deutex, GNU make and Pillow for Python to compile.

Then wou will have up-to-date IWADS to be used aywhere. No need to put ID copyrights, just a mention to FreeDoom creators.

by anthk

3/29/2026 at 9:38:20 AM

CSS is /the/ spec to look at to understand how awful something designed by committee gets.

In web specs closely rivaled by SVG.

You can pick which one is uglier and you'll be right.

by virtualritz

3/29/2026 at 9:56:49 AM

Be honest, did you just reply to the title and the title along even skipping the other comments?

by creesch

3/29/2026 at 11:11:02 AM

I opened the article and read the first paragraph. Then skimmed the rest.

As others pointed out: the fact you can do this in CSS tells you everything you need to know if you consider what CSS is for. Even w/o ever looking at the spec or understanding how it came to be.

by virtualritz

3/29/2026 at 11:50:35 AM

i don't see what you mean? it's a rendering technology

i guess if you're someone still stuck on the "web browsers are for displaying static documents" and "css is for prettifying markup" thing, then sure, I bet what you said sounds real witty

by throawayonthe

3/29/2026 at 6:15:57 PM

Crazy that the future of software development now looks like we'll all be making UIs with specs that just a few years ago didn't allow you to trivially center a widget in a container.

by Levitating

3/29/2026 at 6:22:31 AM

> "I used Claude to create an approximate version of the game loop in JavaScript based on the original DOOM source"

This is the real horror here, Uncanny-Valley gameplay Doom. It's like those Doom maps where people tried to recreate the game levels from memory, but still made a few mistakes and got some details wrong. This is like that, but for the gameplay rather than the level layouts. It's different enough to be wrong.

We have Green Armor that sets your armor to 200%. Health Bonuses that reset your health to 100% if you exceeded that number, too bad if you recently collected a Soul Sphere. Switch-activated doors that are supposed to stay open, but instead automatically close, but then the secret wall unexpectedly activates like a manual door.

by Dwedit

3/29/2026 at 6:41:01 AM

This is so disingenuous. You literally clipped the full sentence that changes the context significantly.

> "Once I’ve proven to myself that rendering was feasible, I used Claude to create an approximate version of the game loop in JavaScript based on the original DOOM source, which to me is the least interesting part of the project"

This post is about whether you can render Doom in CSS not whether Claude can replicate Doom gameplay. I doubt the author even bothered to give the game loop much QA.

by madrox

3/29/2026 at 8:42:51 AM

Seriously? Your takeaway from this is bad armor bonus computations?

by cafebabbe

3/29/2026 at 5:57:05 AM

The fact that CSS has evolved enough to pull off 3D rendering is wild. Makes me wonder where the ceiling actually is.

by yakazaki_10

3/29/2026 at 1:16:37 AM

I LOVE this! You did a bang up job, is the skin change function coming in a future update?

by DarthCeltic85

3/28/2026 at 9:24:40 PM

The game logic runs in JavaScript

Also: a modern CPU is around 10000x faster than the 486 CPU Doom was designed for. Per core.

by lysace

3/29/2026 at 4:40:15 PM

Never ceases to amaze me what people will port doom to

by gigatexal

3/28/2026 at 9:07:14 PM

It would be really interesting to see this without the texturing applied.

by sgbeal

3/28/2026 at 9:34:26 PM

at this point i’m more interested in what _can’t_ run doom.

by notnmeyer

3/28/2026 at 9:58:25 PM

I ran calypso.z3, tristam_island.z3 and a few more Zmachine text adventures under an interpreter created in PostScript.

Also if I want I can cross-compile a static build of Frotz for Linux/Misc and emulate it under a RISC interpreter for Linux syscalls written in... Perl, runable in every modern Perl port out there. Linux/RISC binary under Perl for NetBSD/Vax? Yes. Slow? Not much, it's a text game in the end.

But, as for the ZMachine, you can run text adventures in Android, Game Boy, Amiga, MSDOS, Windows, Palm PDA's... anything 8bit and up.

Also, damn Sokoban under Eforth written in Subleq, a VM which can just:

- set up a 2^16 RAM size

- single opcode: substract A from B, if less than 0, go to addr in C. - A < 0? Get ASCII input in B - B < 0? Put ASCII output in B - C < 0? End

This, just this, and people wrote Subleq simulators in C, AWK, Python, TCL, FPGA's and whatnot. And it will run Eforth, and that means... you can write a ZMachine interpreter on it and be really slow if emulated in a Pentium 4 (maybe 3/5 seconds per command with a ZMachine on top of Eforth for Muxleq instead of Subleq), but the game will be playable and a great exercise on Turing completeness.

If a Mandlebrot render under Muxleq+EForth (with no floats used, just integers) is as fast as a C64/Amiga with a native Forth. then having that tiny EForth+Muxleq is not that useless.

https://github.com/howerj/muxleq

by anthk

3/28/2026 at 9:37:01 PM

scared to go check my washing machine display

by josefrichter

3/29/2026 at 11:23:25 AM

But can it run crysis?

by phplovesong

3/29/2026 at 12:16:53 PM

Beautiful. Art.

by kuberwastaken

3/29/2026 at 1:49:37 PM

soooooooo cooool thank you

by nickcageinacage

3/29/2026 at 12:22:37 PM

Perfect!

by AndreasMoeller

3/28/2026 at 10:56:29 PM

Really cool!

by adi_kurian

3/29/2026 at 1:17:57 AM

What a master class in linear algebra…

by malkosta

3/29/2026 at 9:02:18 AM

thats really cool

by mikax

3/29/2026 at 2:11:12 PM

soo good

by mcparchtect

3/28/2026 at 9:36:04 PM

this is wild.

by josefrichter

3/29/2026 at 5:28:12 AM

itt: web developers continue to get more dumb

by x099999

3/28/2026 at 11:49:12 PM

Yawn.

by sulplisetalk

3/29/2026 at 12:02:01 AM

[dead]

by devnotes77

3/29/2026 at 1:25:25 AM

[dead]

by A04eArchitect

3/29/2026 at 1:38:15 AM

[dead]

by alcor-z

3/29/2026 at 12:57:38 AM

[dead]

by damotiansheng

3/29/2026 at 8:16:34 AM

[dead]

by pugchat

3/28/2026 at 10:08:43 PM

[flagged]

by fnord77

3/28/2026 at 10:26:13 PM

>> CSS is awesome.

>No

Yes

by nathanmills

3/28/2026 at 10:59:32 PM

CSS is awesome?

No

Yes

> [Paladin] Attack!

by manbash

3/28/2026 at 10:33:26 PM

[flagged]

by socalgal2

3/29/2026 at 1:46:19 AM

I try a simple absolutely layout (all calculated on a server), and helps me a lot. 1) no reflow 2) very few exceptions 3) WAY EASIER FOR LLMs

by AndreyK1984

3/29/2026 at 9:24:17 AM

Is this a proof of how great CSS is?

Or is it proof that CSS has "jumped the shark", adding in a plethora of features that have no place in a "stylesheet"?

by bradley13

3/29/2026 at 9:31:54 AM

Yeah. I came here to say: "this is awesome, but it's not evidence that css is awesome".

by antisol

3/28/2026 at 8:53:00 PM

Is CSS that awesome? It's still a language designed for styling webpages with 30 year of added features. I'd argue something purpose built would be a much better tool for the potential usecases people try to use CSS for now.

I guess I am asking, if modern CSS is so awesome, it's awesome compared to what exactly?

by Levitating

3/28/2026 at 9:02:23 PM

I think the argument lies in its flexibility and versatility (regardless of it being the most efficient or effective tool for this one particular task).

Duct tape is awesome for the same reason -- even though there are several effective use cases for duct tape where a different tool would technically be "better" for the job.

by oopsiremembered

3/28/2026 at 9:50:07 PM

But you don't choose CSS, it's the only tool in the toolbox. As long as you stick to the Web.

by Levitating

3/28/2026 at 11:10:06 PM

I was writing CSS +20 years ago and it's never been better.

by pier25

3/29/2026 at 5:56:20 AM

I'm asking the same question!

No doubt the very loudly opinionated not-web-dev community, who have So Much To Say about web devs and web tech, have produced an uncontroversial, perfect layout system, styling system, and language to produce the replacement for this awful web tech. Where is it? What is it? Please provide (the better version of) a hyperlink to the docs.

by hexasquid

3/29/2026 at 5:29:10 PM

There's decades of UI frameworks where the structure of the elements/widgets dictates the layout. HTML/CSS doesn't do that, because it is clearly made to style text documents, not UIs.

So yes I will argue that Qt6 and GTK are better than flexboxes.

Because you asked for it, here's some documentation to a UI framework which I believe to work better than the web stack: https://doc.qt.io/qtforpython-6/PySide6/QtWidgets/index.html

by Levitating

3/28/2026 at 9:16:28 PM

compared to old css, it just keeps getting better

by micromacrofoot

3/28/2026 at 9:08:16 PM

What kind of system would you propose (or do you envision) for applying visual styling to HTML markup in modern web pages today?

You can keep it high level but your comment makes me think you have something in mind, and I'm honestly curious.

by sbarre

3/28/2026 at 9:46:56 PM

I am not sure what a purpose-built tool would look like, but the CSS-like language you see in UI frameworks like GTK is tailored for styling actual UI's.

In CSS on the web, just centering a div has historically been a problem. We have flexbox now, but what if CSS was designed with our current needs from the get-go?

by Levitating

3/29/2026 at 5:45:21 AM

People keep reinventing 'better' styling tools, and we ends up with more bloat and more magic, while static UIs definately stay simpel.

by hrmtst93837