On a more meta level, a whole industry decided after 30 years of iterations that knobs that work like invisible sliders are the best controls, and you - who by the looks never had any extensive use of audio software - are claiming that they are all wrong, because of some philosophic argument. You might be true, you might be the rare visionary who sees a better way of doing things where other cannot, but the burden of proof is on you.
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.
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.
> 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.
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.
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.
Are you talking about Samsung Fold? Because they didn't sold not even 1 of that.
You should be careful what you wish for. If companies were fined billions of dollars for faulty products, in a couple of years you'll have nothing to complain about. And not because everything will be amazing.
Just imagine if Microsoft/Apple/"Linux" was fined 1 billion for every major flaw in their OS. There would be no OSs any more, because they would all be bankrupt and nobody would dare selling anything remotely new.
Are you personally willing to accept $1 mil liability for any major flaw in the software you wrote in the past?
Clicking on table cell initiates/closes trades. Even if you can't react in 100ms, is useful to see how fast they change (how volatile the market is). 1s is definitely too slow.
I have a table of 100 rows x 10 columns mostly of numbers which change 10 times a second (think trading).
The source data sits in an array of objects.
On each update, I need to update the table cells with the latest values from the source array. The content of each cell can change, possibly it's css class too (from red it become blue for example).
I'm using Vue/Bootstrap-Vue table at the moment, but it's quite slow.
Is Svelte suitable for this? Other options to quickly update a <table> from data in an array of objects, one object per row?
https://soundquest.jp/files/uploads/2018/10/massivex-replica...
On a more meta level, a whole industry decided after 30 years of iterations that knobs that work like invisible sliders are the best controls, and you - who by the looks never had any extensive use of audio software - are claiming that they are all wrong, because of some philosophic argument. You might be true, you might be the rare visionary who sees a better way of doing things where other cannot, but the burden of proof is on you.