1. KeyPress OSD can be a great typing visual aid, it displays text lines as you type.
2. And it does... text auto-replace, you can use it to expand abbrevations.
3. Mouse keys that work a lot better the mouse keys from Windows 10 or 11... with better behaviour customization options.
4. Multi-clipboard manager.
5. Recall previous typed lines and insert into current app
6. Identify and display which keys are dead keys, when pressed.
7. Key names in different languages.
8. Rename key names.
9. Granular control over the audio-cues when pressing keys.
it's a very subjective question, depending on stuff like how much you care to update the system, but I'd say:
you might like https://mxlinux.org/ which has seen growing popularity, it's based on debian stable, but with more up to date software, and ability to use newer kernels in case you need better hardware support for very new hardware
you might also just run normal debian, if you don't care for latest versions of everything...
Debian is what Ubuntu is based on, and Ubuntu is very close copy of Debian, except Debian's release cycles are very long, so you'll be running on old software all the time, if you choose debian's stable branch...Ubuntu picks packages from debian's Testing branch, verifies it's good enough, and pushes them to ubuntu users, while debian stable is trying to be "super ultra mega stable", so it takes a loong time until everything's sufficiently tested...but using debian's testing branch is pretty fine (unstable is often fine, but might break sometimes)
and another contender: I feel like OpenSUSE is criminally underrated... as they get their money from the enterprise side of things (paid support for linux servers, etc, much like red hat and others), they don't have any reason to mess with what works, and they've been around for like, over a decade also, I forget how long, but a looong time...
it would be a bit different, though, using RPMs instead of DEBs, and such, but one very useful feature is, they have builtin YaST control panel which allows you to, either GUI or TUI interface, do a lot of common tasks, without having...
"crazy old" likely has years and years of people documenting all the workarounds and hacks that need to be done to achieve X
while "crazy new" might not have that much cruft, but you'll be stuck trying to figure it out by pretty much alone
but of course it also depends on how clever the people beforehand have been, is it stuff tied to impossible knots that cross over 5 parallel dimensions, where nobody knows what it does or how it's doing it, just that "it somehow works, so we don't touch it, that guy was a wizard", or is it just layers of faith held together with duct tape and rope, where people tried to fix stuff over years, throwing in patches that "probably should help, I think, maybe", which could be condensed into less than a third of the size, when rewritten...
I'd think it probably just splits to two groups: 1) IT is critical, therefore we'll use modern tech that makes it more reliable or better, VS 2) Meh, It Works™, so why change it? We've got better things to do than figure out the latest pointless tech...(especially the case at smaller places, where there's less budget for the invisible backend machinery)
I will say, I WOULD absolutely love it, if it weren't for the little problem...that...I can't "just add to the zip"...because for whatever reason, it ruins the special setup...
on windows, 7zip and windows explorer's builtin zip stuff refuse to modify it, as if it was corrupted (understandable), but explorer can view it, on linux, zip (apparently info-zip 3.0 according to the version) can add to it just fine, but ruins the special properties, on linux it just spawns the debug gdb with "no symbol table loaded" and no register or assembly data, and on windows it's either wrong format, or `check failed: 0x1 == 0x0 (32)` so also broken...
I definitely love the idea of this, and the APE in general, and it works as-is, but modification seems impossible to me...changing to .zip doesn't change the breakage
anyone else had luck with adding stuff to it? is it just me? or is it like "it works with openbsd zip command only"?
I'd upvote thrice if I could ;)
there's so many ways to utilize ternary, on different levels,
you could use this kind of ternary hardware serialisation as an addon to normal binary stuff, not only base-3 computing, for example
if -1 is the "empty" then I'd imagine it'd make it trivial to interface with, and emulate binary systems (so a ternary cpu would not need take a hit for binary emulation, only the architecture), which could be the gateway to get people interested in it initially, without needing 100% new everything, etc... just my uneducated guess tho...