I wish AD would consider making their programs available as a flatpak (or Snap package) so that it could work on the majority of Linux operating systems. Or even just for good measure you could say it is only supported on Ubuntu, the most common Linux operating system, so that if anyone comes in asking about some other random OS you can just point and say they should be running the supported one so you dont have to deal with fringe use cases as much.

The flatpak system (and various other formats) allows the software developer to bundle all program libraries and dependencies together as a single installer, similar to Windows where you include the other dependencies and have the .exe do a check and run the extra installers as needed (usually visual C++ runtimes or .net runtimes). The flatpak system allows the developer to have an abstracted/virtualized container basically that is their program, and maintain easy compatibility through updates and across all sorts of versions. It is quite easy, and Linux has so much translation layers and compatibility with Windows software already now days it is likely the developers could package it all up into a flatpak with hardly any real work. Java (dont think any AD programs use it anymore though?) already runs on both Windows and Linux directly through a similar system, and Linux also has available a translation layer to make .NET programs work (like Productivity, which I already have fully functional in Linux by manually installing the dependencies).

I dont use Click, but this inspired me to try getting that working right now too on Linux. Looks like it will almost fully install (see video here), it fails on the USB driver install (understandable and normal) and this causes the main Click software to be unable to open, but the factory default tool and project loader run fine, I just cant test if they are fully functional as I dont have any Click and I doubt they will with no USB connection capability. I know DirectSoft does not work (already tried) due to hardcoded COM related issues, which is understandable given the software's age. I thoguht I tested Do-More Designer and almost had working, but I just went and tried it again and turns out Do-more installs and runs just fine on Linux without even needing anything special, Host for the win (see video here). So if I can get the programs either working or almost working just on my own in 30 minutes with mediocre computer knowledge and no access to the code itself or anything like that, how easy would it be for AD, etc to do it? Ive actually been running Productivity on Linux here at work for the past 6 or so months now with no problems. Productivity and Do-more technically run right now with no modifications needed, on an OS they weren't even designed for, just with a compatibility layer the OS either comes with or you can easily install, and yet we have errors, program hangs, occasional crashes, and driver related issues on Windows that it was actually designed for. okay, maybe Im being a little dramatic on the issues in Windows 11, but they do happen from time to time.

With so many people hating Windows 11, nearly universally agreeing it is buggy from time to time, causing a lot of tech support issues just like this thread, and literal millions of people trying out Linux for the first time late last year, I wish that companies would start looking at the possibility of branching out, especially when a way is provided to package up their app in a virtualized container that allows them to retain better compatibility so less bug related issues on that side of the fence. You also have the benefit of many Linux users are so well versed in computers already, that when they do have issues they often find a way to fix it without asking tech support.