Actually that's a very valid point. In any case it would be a serious cat and mouse game cleaning up the constant breakage.
It seems like it, as when it gets pointed out how to make things better, it goes right back to complicating things. Not if there's a drop in replacement, that goes straight to an implementation that is compatible with many BSD's. Using something that is common among similar projects would provide better ongoing maintenance.
I want to learn C. I'm reading on Rust programming, but won't learn it hands on for now. Then I'll read about C and get hands on that first, having what I will learn from reading on Rust in mind. I wanted to learn Rust first, but to do that first hands on, before getting hands on in C isn't practical for fixing things, when everything is in C.
The biggest problem is (from my perspective) that there is little to turn to. Sure there is a bunch of toolkits readily available but practically all of them are either C++, something that looks like it's from the 80s or stuff like Imgui
Could Tcl/Tk be used for desktop utilities that don't have a toolbar (or complex) interface, as a drop-in for GTK or QT? Such as that don't have a menu, nor need a visible interface for mouse clicks? Tcl/tk mouse interfaces may arguably be unappealing, but for desktop utilities that are of changing images, displays and very basic controls that the only interface is one needing one click and/or basic scroll over the application, tcl/tk may be overlooked. Such as for desktop meters, volume controls, desktop calendars... etc.