We used to get real work done on a 10 MB HDD. We had space for DOS, Windows 3.11, Lotus, and Wordperfect, and there was room left over for Doom. Now computers are many orders of magnitude "faster," yet I find that I'm waiting for things to render on my $4,000 laptop. It's infuriating at times.
But LogiOptionsMgr and LogiOverlay are together using 116 MB of RAM. This is a thing that these two apps could defer to the OS, probably by setting some registry keys, and that would make them obsolete, except for when I need to do some reconfiguration.
Can you do that with the Logitech MX Anywhere S2?
Also, do you know some good trackballs with extra buttons?
So this LogiOptionsMgr.exe is not really needed, but it gets loaded anyway.
I've never used trackballs.
Scrolling is excellent, works on any surface, can be paired to three devices (also via Bluetooth), the battery lasts really long on one charge and it's relatively small.
You'll find uses for the thumb buttons, like CTRL + Shift + T to reopen the last closed tab in the browser.
I would say that issue is not Electron itself. Issue is other GUI frameworks which are so terrible that developers prefer Electron despite its objective issues.
I spent good amount of time learning WinAPI, learning MFC, learning Delphi, learning Swing, learning JavaFX, learning a little bit of WinForms. I wrote few native Android apps and iOS apps. I'm not an expert, but I saw enough APIs.
I'm mostly backend developer. I know JS, but only enough to be able to read the code and do some modifications.
If I would need to write GUI, I'd write it with HTML/CSS/JS any day. It's infinitely easier than whatever native tech there is.
I did not try Flutter or SwiftUI though. Those are most modern frameworks, may be they improved.
Yes, but it's relegated to the UI. Not much different from many products that used Visual Basic GUIs to talk with embedded systems in the 90s through serial ports: VB could not touch the critical code, and if the interface bombed they would just reload it. That didn't make VB good for mission critical software though.
Electron aside, I find the use of touch screens in these applications one of the stupidest choices ever: operating it while the spacecraft is shaking due to an emergency would be problematic, then it would need just a small crack in the touch sensitive layer to render the entire control panel inoperable. Luckily they know that and have the most critical functions replicated to real buttons.
I'd never write desktop UI toolkit code by hand. I tried with Java Swing and it sucked, and the one time I was forced to use Qt Quick via code it was just JSON/JS anyway.
Even in early 90s we had excellent (amazingly excellent +++ compared to web) desktop gui design tools, that were easy drag and drop things..
10 year old me made his first windows executable with a gui and buttons on his windows 95 machine..
So I don't think the struggle against bloatware is hopeless. We have the tools now to create and easily distribute many forms of conventional software without the cosmetic complexity. One morning we could wake to see trendsetters using it and things will change.
Native applications.
That, or an entirely new approach to application platform than the HTML+CSS+JS/wasm abomination that we have today, an api and underlying platform that is actually built for making graphical user interfaces for interactive computer programs, rather than glorified newspaper pages.
I want a platform that allows for the creation of tools that are easy and convenient to use to create nice looking, performant, unbloated UI, tools like the winforms designer or JFormDesigner or qt designer or glade.. What do they have in common ? They produce fairly unbloated code for their target language/platform, are nice and convenient to use and are not able to generate good html/css/js output.
I would really like to read more about this, do you have an links or material where they discuss the use of Electron as part of their tech stack?