There are definitely people who think it is reasonable to memorize button locations and 10 levels of menus in GUI programs but would rather go into cardiac arrest than use something like program --optioninput-file output-file.
To be fair if you want to learn your options (without properly informing yourself using a manual) tab complete can be useful if implemented.
Also most programs come with their manuals so I’d barely call it external. The manuals are also usually better than what I’ve come to expect from the text to go with buttons in a GUI.
Knowing what commands are required is always going to be necessary but there’s also not that many worth remembering.
While you don’t need to memorize button locations and menus, the frustration is that it takes longer, and memorizing those details slightly mitigates. It’s torture helping someone do something while they hunt for the UI element they need to get to the next level of hierarchy. They will do it, in time, but it just feels like an eternity.
The main issue in GUI versus CLI is that GUI narrows the available options at a time. This is great, for special purpose usage. But if you have complex stuff to do, a CLI can provide more instant access to a huge chunk of capabilities, and provide a framework for connecting capabilities together as well as a starting point for making repeatable content, or for communicating in a forum how to fix something. Just run command “X” instead of a series of screenshots navigating to the bowels of a GUI to do some obscure thing.
Of course UI people have generally recognized the power and usefulness of text based input to drive actions and any vaguely powerful GUI has to have some “CLI-ness” to it.
Of course my terminals outnumber my browser tabs by about 3:1 right now. Commenting on an internet site needs neither scale nor complexity and a WebUI is fine for that.
thing with terminal is you don’t need to memorize commands, syntax and options. If you do it’s poor design. Good code lets you find things you didn’t know you were looking for intuitively, without external resources or manual.
Gui requires you to know what exactly you are doing and is impossible to use without external resources.
Nothing against gui but unless you know what you are doing and every click required to complete that action, it’s ass. If term was so bad and gui was so good, terminals would not be used by anyone.
I mean you dont go around copy pasting device ids and running buttons for 20 minutes to connect your device through gui when it is done with 2 commands in the term even by someone who has never used a pc before.
As far as I’m concerned “windows key, start typing the name of the application” or “CMD+space, start typing the name of the application” is the right way to handle GUI. Apple nailed it with Spotlight and it’s vastly improved Windows and a variety of Linux DE’s
I suppose the point is that the way people interact with GUIs actually resembles how they interact with CLIs. They type from memory instead of hunting through a nested hierarchy to get where they were going. There was a time when Desktop UIs considered text input to be almost a sin against ease of use, an overcorrection for trying to be “better” than CLI. So you were made to try to remember which category was deignated to hold an application that you were looking for, or else click through a search dialog that only found filenames, and did so slowly.
Now a lot of GUIs incorporate more textual considerations. The ‘enter text to launch’ is one example, and a lot of advanced applications now have a “What do you want to do?” text prompt. The only UI for LLMs is CLI, really. One difference is GUI text entry tends to be a bit “fuzzier” compared to a traditional CLI interface which is pretty specific and unforgiving.
It wasn’t the first, no. But it was the first that was commonplace and implemented well enough that others almost immediately adopted it.
It’s the same as the iPad. Tablets existed before the ipad. Nobody bought them until apple created a market for them. It’s their biggest strength as a company.
There are definitely people who think it is reasonable to memorize button locations and 10 levels of menus in GUI programs but would rather go into cardiac arrest than use something like
program --option input-file output-file.deleted by creator
To be fair if you want to learn your options (without properly informing yourself using a manual) tab complete can be useful if implemented.
Also most programs come with their manuals so I’d barely call it external. The manuals are also usually better than what I’ve come to expect from the text to go with buttons in a GUI.
Knowing what commands are required is always going to be necessary but there’s also not that many worth remembering.
While you don’t need to memorize button locations and menus, the frustration is that it takes longer, and memorizing those details slightly mitigates. It’s torture helping someone do something while they hunt for the UI element they need to get to the next level of hierarchy. They will do it, in time, but it just feels like an eternity.
The main issue in GUI versus CLI is that GUI narrows the available options at a time. This is great, for special purpose usage. But if you have complex stuff to do, a CLI can provide more instant access to a huge chunk of capabilities, and provide a framework for connecting capabilities together as well as a starting point for making repeatable content, or for communicating in a forum how to fix something. Just run command “X” instead of a series of screenshots navigating to the bowels of a GUI to do some obscure thing.
Of course UI people have generally recognized the power and usefulness of text based input to drive actions and any vaguely powerful GUI has to have some “CLI-ness” to it.
deleted by creator
Of course my terminals outnumber my browser tabs by about 3:1 right now. Commenting on an internet site needs neither scale nor complexity and a WebUI is fine for that.
The alternative to memorization is the analog to “hunt and peck typing” where you just search the whole fucking screen/program.
thing with terminal is you don’t need to memorize commands, syntax and options. If you do it’s poor design. Good code lets you find things you didn’t know you were looking for intuitively, without external resources or manual. Gui requires you to know what exactly you are doing and is impossible to use without external resources. Nothing against gui but unless you know what you are doing and every click required to complete that action, it’s ass. If term was so bad and gui was so good, terminals would not be used by anyone.
I mean you dont go around copy pasting device ids and running buttons for 20 minutes to connect your device through gui when it is done with 2 commands in the term even by someone who has never used a pc before.
Ftfy buddy
deleted by creator
man genfstab
genfstab whateveroptionsyouwant
Now give me all the X and Y coordinates of where i would click on my QHD screen for your example in gui plz
deleted by creator
Yawn, sure sure.
Thats a lot of text without a single x y coordinate buddy. Try harder while touching that grass, won’t ya?
deleted by creator
As far as I’m concerned “windows key, start typing the name of the application” or “CMD+space, start typing the name of the application” is the right way to handle GUI. Apple nailed it with Spotlight and it’s vastly improved Windows and a variety of Linux DE’s
Uh… Do you think spotlight was first doing search by typing from a hotkey…?
What you’re describing are basic menus and icon search. I honestly don’t get what you’re getting at with this at all, maybe I’m just dumb.
I suppose the point is that the way people interact with GUIs actually resembles how they interact with CLIs. They type from memory instead of hunting through a nested hierarchy to get where they were going. There was a time when Desktop UIs considered text input to be almost a sin against ease of use, an overcorrection for trying to be “better” than CLI. So you were made to try to remember which category was deignated to hold an application that you were looking for, or else click through a search dialog that only found filenames, and did so slowly.
Now a lot of GUIs incorporate more textual considerations. The ‘enter text to launch’ is one example, and a lot of advanced applications now have a “What do you want to do?” text prompt. The only UI for LLMs is CLI, really. One difference is GUI text entry tends to be a bit “fuzzier” compared to a traditional CLI interface which is pretty specific and unforgiving.
It wasn’t the first, no. But it was the first that was commonplace and implemented well enough that others almost immediately adopted it.
It’s the same as the iPad. Tablets existed before the ipad. Nobody bought them until apple created a market for them. It’s their biggest strength as a company.
Ahh I hate that windows does that. It makes it impossible to do anything else with the super key.
Super+D is what I use but anything but just tap that button and flash your screen with a menu you didn’t want is great.