Not entirely accurate since the majority of Linux system settings are in fact GUI settings, you forget the Linux under the hood is all pure text based meaning it’s just GUI settings and worse GUI settings.
If we want to be technical even the terminal itself is a GUI just not a very interactive one, technically anything(most things) outside of the grub loader, bios and drives are part of the gui, I will concede that that is not a very useful definition but when dealing with edge cases like terminal emulators you would have to say it is indeed part of the gui at least technically.
It’s called a terminal emulator because it emulates graphically what used to output to a printer at the console of a mainframe. Then you got CRT monitors. The mainframes like the PDP-10 would output to a printer or CRT monitor. This was your terminal. A printer writes the output from the mainframe 1 character at a time, left to right, top to bottom. The CRT monitors were made to do the same. Obviously before outputting to a printer or CRT monitor, the output would show on a set of lights on the console. If you watched them change enough, you would know where you were in your program as it ran (obviously something only doable because the opcodes were not running in parallel through super scalar pipelines in the Ghz). With printers and monitors, you could increase the amount of feedback you get from the running or exiting program and give input to the system via a keyboard.
So, the terminal is not “technically” a GUI. We do use a GUI to emulate a terminal which receives the actual terminal output from the system and then displays it for you. They are not the same thing at all. GUI is a paradigm for what you display on a Monitor for the user to interact with. Modern monitors are fast enough that they can and do work well with the GUI paradigm. You definitely wouldn’t be sending GUI context to a printer.
Technically a terminal is a physical crt or phosphate or whatever old kind of monitor they had back then, the dot matrix printer was a tty or teletype system, the terminal emulator is emulating the the old dumb analog monitor on top of the digital os not necessarily the tty although the terminal was doing the same function as the tty, so a raw terminal would be graphical… I guess we are going so far back the words are losing meaning but the terminal emulator which runs on top of the GUI classifies as part of the GUI as much as notepad or word
Look up what makes a GUI. Something can be graphical but not GUI. Something that is GUI is obviously graphical. “All thumbs are fingers, but not all fingers are thumbs”.
Not entirely accurate since the majority of Linux system settings are in fact GUI settings, you forget the Linux under the hood is all pure text based meaning it’s just GUI settings and worse GUI settings.
Wait, do you argue that a terminal emulator is just another GUI but with a huge text box? 😅
if you can’t use it without a monitor it’s graphical
So, if I switch the terminal output back to my dot matrix printer instead of my monitor, like back in the day, it’s not graphical right?
If we want to be technical even the terminal itself is a GUI just not a very interactive one, technically anything(most things) outside of the grub loader, bios and drives are part of the gui, I will concede that that is not a very useful definition but when dealing with edge cases like terminal emulators you would have to say it is indeed part of the gui at least technically.
It’s called a terminal emulator because it emulates graphically what used to output to a printer at the console of a mainframe. Then you got CRT monitors. The mainframes like the PDP-10 would output to a printer or CRT monitor. This was your terminal. A printer writes the output from the mainframe 1 character at a time, left to right, top to bottom. The CRT monitors were made to do the same. Obviously before outputting to a printer or CRT monitor, the output would show on a set of lights on the console. If you watched them change enough, you would know where you were in your program as it ran (obviously something only doable because the opcodes were not running in parallel through super scalar pipelines in the Ghz). With printers and monitors, you could increase the amount of feedback you get from the running or exiting program and give input to the system via a keyboard.
So, the terminal is not “technically” a GUI. We do use a GUI to emulate a terminal which receives the actual terminal output from the system and then displays it for you. They are not the same thing at all. GUI is a paradigm for what you display on a Monitor for the user to interact with. Modern monitors are fast enough that they can and do work well with the GUI paradigm. You definitely wouldn’t be sending GUI context to a printer.
Technically a terminal is a physical crt or phosphate or whatever old kind of monitor they had back then, the dot matrix printer was a tty or teletype system, the terminal emulator is emulating the the old dumb analog monitor on top of the digital os not necessarily the tty although the terminal was doing the same function as the tty, so a raw terminal would be graphical… I guess we are going so far back the words are losing meaning but the terminal emulator which runs on top of the GUI classifies as part of the GUI as much as notepad or word
Look up what makes a GUI. Something can be graphical but not GUI. Something that is GUI is obviously graphical. “All thumbs are fingers, but not all fingers are thumbs”.
“Is the X server part of the GUI” is a lot like the “Is water wet” debate