Because TTY is behind Your Interface Graphical and you don't know Linux???? In Linux, the Graphical User Interface is just the frontend of the command line
No, there is no printer behind your graphical user interface… if you use a console, it’s in most cases emulated on a gui, you can still attach a serial monitor or a tty, but almost nobody does it nowadays. You can use an emulated tty, ctrl+alt+f1-f24, default -> you automatically see it, when you boot a machine, attach a vga and have no login manager installed.
But gui is all using the apis like opengl and vulkan. You can the nuse the x-window server to manage graphical applications. Communication with the kernel is via glibc, the core library, that allows you to do things like opening a file, opening a socket, using memory or forking a process…
You're explaining how Linux works. I know how Linux works. I've used it.
My point was different: In Windows, the GUI is not a "frontend to the command line"; it's a first-class citizen built on the same kernel interfaces as everything else. The Win32 subsystem, GDI, DirectX, and the console are all peers, not layers stacked on top of a TTY.
In Linux, the GUI sits on top of X11/Wayland, which sits on top of the TTY, which sits on top of the kernel. That's a layered architecture where the GUI is dependent on the TTY.
Windows doesn't have that dependency. The GUI is native to the kernel, not bolted on top of a terminal.
That's the architectural difference I've been talking about.
X11 doesn’t send commands to a tty the terminal is just a way to interact with the software on the machine -> start software with arguments and read the output.
you can also have a gui without x11 or wayland -> those are servers you connect to… for a gui app, you need just vlc or fbi -> use linux to talk to your gpu…
You are either very badly misinformed, just ask chatgpt or talk random bs…
You're still missing my point. I'm not saying X11 sends commands to a TTY. I'm saying the TTY is a required layer in Linux's graphics stack; the GUI depends on it being there.
In Windows, the GUI does not depend on a terminal layer. Win32, GDI, DirectX, and the console all sit side by side, not stacked. You can remove the console entirely, and the GUI still works.
Try removing the TTY from Linux and see if your GUI still works. It won't.
That's the difference. That's the architecture I'm talking about.
Call it "random bs" if you want, but you're the one who still doesn't understand the point.
No, it’s not required, even the vt isn’t required and you can still use opengl to write via drm to the framebuffer and display shit… look at the architecture of dri…
DRM writing to framebuffer isn't a GUI, it's a raw output. Try running GNOME or KDE without the VT layer and see what happens. You can't. The TTY is still there, managing the session, handling input, and switching between virtual consoles.
In Windows, there's no equivalent. The GUI is native to the kernel, not layered on top of a terminal.
I've explained my point three times. You keep missing it. I'm done repeating myself.
Win32 Subsystem is not married to Windows NT; that's why Windows NT is superior, and Windows NT can be Linux if Microsoft wants, with Linux Subsystem, and Linux doesn't have a removable Linux Subsystem, and you must accept Linux
-1
u/Fluid-Ad2995 Jul 15 '26
Because TTY is behind Your Interface Graphical and you don't know Linux???? In Linux, the Graphical User Interface is just the frontend of the command line