fasterdom

Except that we are not 400 years ago when money was gold.

> destroy the global economy

destroy the *gold mining economy

True, you could write a new Qt control.

Then you hit the second requirement: complete bitmap theming, many times of a skeuomorphic kind. This is extremely difficult to do in something like Gtk/Qt.

Funny how there are a few domains where the same problem is solved over and over again. Probably an indication that a good solution is truly missing.

A long time ago I wrote a tiny audio synth. And yep, I wrote my own minimal GUI which had stuff like sliders, and most importantly knobs which general GUIs typically don't provide.

Now I'm working on a non-audio webapp, and I have a problem where a knob would be the ideal solution. Searched far and wide for a Vue knob, and what I found was not usable. It worked if you "rotated" it circularly, but it didn't work if you pulled it up/down like a slider. You might say "use a slider then if you want to pull it up/down". True, but a slider takes a lot of UI space which sometimes is very precious. More importantly, the slider resolution is limited to it's height, while a knob could for example use the whole screen height for a full turn.

Indeed, replacing this with the list of top 100 passwords would be much more effective.

While that might be true, you are not going to switch the world to program in Haskell.

We need a solution which also works for most used languages, JS/C++/Java/Python..., which suggests that it should be done at a higher level, maybe with OS involvement somehow.

> running all non-I/O dependencies in an entirely separate process from the main program.

Maybe that's not such a bad idea. This "strong_password" thing is written in Ruby, a few milliseconds delay is probably not noticeable anyway and vastly preferable given the security implications.

We need a sort of capability and permission method for libraries.

For example a "strong_password" library should only by given "CPU compute" permissions, no I/O.

But even with this, the problem will be like we see on phone, popular libraries will require all the permissions.

You'll want to install React, and React + it's 100 dependencies will request everything.

> Really hoping there are some important details missing here.

The laws of physics dictate that the only way we can have large bandwidth AND large number of simultaneous users is to have tiny cells which cover only a few square meters.

5G, and future Gs will put these micro cells everywhere, on top of each street light, buried under the sidewalk...

Just like in a building every apartment has it's own private Wifi and all of them have fast Wifi, while at the same time all of them have mediocre mobile connection.

The phone will presumably drop to 4G inside or switch to WiFi. You can't have it all.

Using Blend feels to me like using Word to create HTML pages - the resulting output is horrible.

CSS layout was indeed a struggle many years ago, but now with flexbox I never failed to put stuff exactly where I wanted, and I barely understand it. And the new shiny thing, CSS Grid, is supposedly even better at controlling layout.

I've used WPF extensively 10 years ago. It's nowhere near as easy to create a complex GUI as Vue/HTML/CSS. And that just for functionality. If we talk about looks, WPF is very clunky to theme.

Is anybody working on bringing reactivity to GUI development?

After working with Vue/React, doing GUI apps "the old way" feels like writing quick-sort in assembly language.

This is well known.

Why do you think the strongest of the strong bacteria are found in hospitals? Because they do a lot of cleaning and disinfecting. The weak are purged, the few who remain don't have to compete with the weak on other axes, thus they can concentrate on developing resistance.

In your home, where you don't clean as strongly and as frequently, there is a wide variety of bacteria who compete against each other, and can't spend too much on developing resistance.