41–50 of 72 posts
I be curious to see if there is a Terminal User Interface that can also have a GUI mode as well if opened directly rather than in a terminal.
what does it mean "opened directly"?
C++ ensures this will never be used widely.
Great project. One of its user git-tui looks well comparing to another git-cli (tig). Wish we have some nice cross-platform GUI with modern c++ works across linux/windows/macos too, the only choice used to be Qt. Nowadays imgui seems a good alternative.
gtkmm works across all those 3 platforms, and had modern C++ before Qt did (e.g. actually using templates and libstdc++ instead of preprocessors and custom "standard" classes).
Looks like a nice alternative indeed. it uses MSYS2 for windows native build.
Earlier quoted context omitted.
Except if you need to run the app on remote server. VS Code shows how utterly difficult it is to get a GUI working well in that scenario.
RDP, XWindows and VNC have worked for quite a few decades now. My first experience with remote XWindows was using IBM X Windows terminals in 1994.
It looks incredibly nice, but ... I still think a text UI that looks like a GUI is combining the worst of two worlds.
Turbo Vision was quite good.
Earlier quoted context omitted.
Have you ever used (h)top? It's great at-a-glance view of what's going on, from the command line.
Htop is an example of a good TUI but it doesn’t really look like a traditional “drawn” GUI. I think that is the distinction that parent is making. In a TUI environment (ignoring mouse support) traditional GUI elements and layouts often don’t make sense. Like one of the examples with all the radio buttons in small boxes. The good TUI apps like htop, newsboat, mutt, vim/emacs, tmux all have mostly line-and-column orien…
> Cross platform (mostly). Linux (main target), Windows (experimental), Mac.
So, it is not targeting _terminals_ (like traditional libraries do, including ncurses), it is targeting entire operating systems. That suggests it might be relying on things it shouldn't be relying on, and possibly making a bunch of simplifying assumptions. Given that it also says:
> No dependencies
I'm even more worried.
Earlier quoted context omitted.
RDP, XWindows and VNC have worked for quite a few decades now. My first experience with remote XWindows was using IBM X Windows terminals in 1994.
It's nice to be able to configure a kernel without a GUI available. TUIs have their place.