Looks great and is certainly useful for a quick check. For finer discrimination a real graphical display will still be required though, e.g. for checking bonds, and geometries.
Most of the time it's impossible because even if we can connect from the head node to the compute nodes, we cannot open an X tunnel there. So at the moment what I do is copy the latest file to a filesystem on the head node and then run a lightweight X visualiser on the head node (Rasmol or equivalent is fine there).
We have fancy complicated visualisers and they are great, but I really hope the (often old) barebone ones that work over an SSH tunnel on a flaky VPN keep working for a very long time.
As the other poster pointed out, it is probably using ncurses. Ncurses stands for new-curses, and it is from 1993, and it is the new-and-improved version of a library from the early 80's at least.
If this seems new to you, the good news is, you aren't getting old. Bad news is, you've been there for a while. Beats the alternative though, right?
Unreal that it is 2022 and this is the state of terminals.
There is no reason that terminals should not be able to show actual graphics other than a complete and utter failure of innovation in command-line interfaces.
But why do we care about graphics in a terminal? If I want to display graphics, I'll use a GUI, if I don't care, I'll use a terminal.
If I want to use graphics remotely, there's X, or any number of remote desktop solutions, or scripting remote data and local programs, or web browsers.
Last response because you clearly didn't read my first comment or any of my others.
> None of those things are true, though. You can have all of those exactly like before. But you can now also do, for instance, "cat image.jpg" and you will see the image inline in your terminal. That only adds value and prevents nothing
That case is covered by Sixel [0] like I mentioned before.
Also, the use for 'cat' is not to display the contents of a file, but to output the contents of a file for concatination, so 'cat image.jpg' doesn't make sense.
> Again, I specifically said I do not want a GUI
This is also not what you said before when you said
> And there are plenty of CLIs that use graphics. Just not for controlling computers for some absurd reason.
You know what something that uses graphics to control computers is? A user interface, with graphics... I wonder if there's an acronym for that. The fact that graphics are a key part of usage make it a GUI by default.