upvote
not exactly the same, but worth noting that in a spectacular display of being too early, microsoft shipped this 30 years ago (active desktop in 1997 merged the windows explorer with internet explorer, turning folders into web pages).
reply
It is despised for the same reason web based UI is despised today. Firefox OS was also “too early” and failed.
reply
It was more despised for being a gaping security hole than anything else, as I recall - the things you could do with it were really neat demos, but even back then, I said "I am not loading a random website that can access local things every time I log in".
reply
I've been hearing that for 10+ years. This is not going to happen.
reply
This has already happened de-facto. Optimize it properly, and the whole problem disappears.
reply
HTML and CSS are also absurdly hard to actually do anything useful with or interactive compared to normal desktop or app frameworks.

Orders of magnitude more BS, plumbing, awkwardness, head scratching, etc.

reply
That was indeed a pain point, but not anymore after CSS flex layout became available some 10 years ago. It's not worse than WPF for sure. It's even better than WPF because you have access to tons of UI components and toolkits that work everywhere.
reply
Uh huh.
reply
I think you're comparing hand-writing an HTML/CSS interface to the WYSIWYG form editor of Qt or Visual Studio? Because hand writing a GUI in Qt/QML/C++/.NET is not any easier than writing it in HTML. There are tons of boilerplate and special markup to learn. The magical editor just hides all the plumbing from you.

I'll grant you that the lack of good WYSIWYG designers for working on web/electron apps is appalling, it's like RAD peaked in 1998 with VB6 and it's been downhill ever since.

reply
Not having to round trip through ACL/security checks.

Not having to deal with state management.

Not having to deal with browser compatibility issues (and mobile vs desktop).

Not having to deal with weird input validation stuff dual layer stuff that is inherent in web apps, but not a big deal elsewhere.

Not having to deal with laggy and unstable connections at the UI layer.

Etc, etc.

reply
That’s the strategy of 20 years ago.
reply
There's a competing webapp-wrapper framework that explicitly uses the platform's own browser, but developers don't like being at the mercy of whatever the OS ships...
reply
> sufficiently performant

In no universe is HTML performant compared to actual desktop applications. It sucks big time.

reply