TUI is a kind of self defense. big corps create and kill gui frameworks faster that one can learn them. Browser based ui is a real waste of resources (and also evolve in a absurd pace). The Console is a last resort to write small (understandable) gui that work on many platforms.

▲

no-name-here 2 hours ago | parent | next [-]

Are the TUI apps built on TUI frameworks? Do the TUI frameworks last longer than the gui frameworks you mentioned being quickly killed by "big corps"? In the Windows space, WinForms, WPF, WinUI are likely the biggest examples of gui frameworks, especially from "big corps"; they've been around for decade(s) and have not been abandoned (/ they continue to be supported) - how do TUI frameworks compare? On the other hand, TUIs may be better for things like running over SSH, and for cross-platform compatibility - important, yes. Although for x-platform, things like Avalonia or Uno could be better comparisons?

▲

underdeserver 3 hours ago | parent | prev | next [-]

They generally stay supported, or if not supported, working.

▲

0x457 4 hours ago | parent | prev | next [-]

Huh? Qt, GTK, Cocoa (AppKit and UIKit), bunch of other linux friendly gui frameworks been around for a long time, even Flutter is still around. What is being killed?

	▲	Shank 2 hours ago \| parent \| next [-]
		Apple believes SwiftUI is the future, not AppKit and UIKit/Cocoa.
	▲	throw83949390 2 hours ago \| parent \| prev \| next [-]
		What versions of QT and GTK? Running GTK1 or 2 apps is pretty hard. P TUI apps from that era work just fine! The same reason webui and js is so popular!
	▲	worthless-trash 2 hours ago \| parent \| prev [-]
		gtk1/gtk2/gtk3 code will require you shipping gtk(version) on modern linux, not all distros have the legacy libraries. Apple deprecated carbon (which was a thing when gtk1 was around). I don't think you have an option for this on their ARM hardware. QT1->N code has the same problem, the older libraries are not shipped on most modern linux. I do absolutely understand if you're going to do static compiles, that can work around that problem, but that arguement nullifies everything, since you can run/write/execute anything in a turing complete system, if you complain you're just not dedicated enough.

▲

ssivark 2 hours ago | parent | prev [-]

We're in an era where soon (if not already) it will become straight forward to direct a clanker to move an application from one gui framework to another.

Once we have robust automated computer use, that becomes the verification loop, and this problem will almost surely get solved.