One of the biggest upsides of TUIs over GUIs is that I can run any number of TUI instances.

Meanwhile a GUI's developer has to decide to grace me with the ability to even open more than one window. "A tabbed interface will be sufficient!" -- yay, I'll never be able to view two screens of info at the same time.

▲

mike_hearn an hour ago | parent | next [-]

Only if the program is designed to be safe to run in parallel. Which can be done with desktop apps too - and they'll run more efficiently as well, as the windows share memory.

▲

brainwad 2 hours ago | parent | prev | next [-]

Opening more than one instance is the default, developers have to actively work to block it. At least on desktop.

▲

hombre_fatal 2 hours ago | parent [-]

Which desktop?

It's not true for AppKit, SwiftUI, GTK, Qt, WinUI, or Electron, and I'm not sure what's left.

	▲	annapanna an hour ago \| parent [-]
		What? 99% of my programs I can open more than one window by just executing the program as normal multiple times, the only ones that enforce a kind of singleton execution are things that also acts as a kind of server, one example is Everything search, but it has a "Open new Search window" for multiple windows. And that is the default, you have to explicit code in a lock/global mutex thing to block multiple instances. vscode, electron app, no problem opening multiple windows. Geany, gtk app, no problem opening multiple windows. Can you give an example where this doesn't work?

▲

underdeserver 2 hours ago | parent | prev [-]

But in the article all these GUIs are vibe coded. Tell your AI to allow more than one window. What's the problem?