You can't copy and paste into a GUI, and it's painful to help people to use them.
linuxmemes
Hint: :q!
Sister communities:
Community rules (click to expand)
1. Follow the site-wide rules
- Instance-wide TOS: https://legal.lemmy.world/tos/
- Lemmy code of conduct: https://join-lemmy.org/docs/code_of_conduct.html
2. Be civil
- Understand the difference between a joke and an insult.
- Do not harrass or attack users for any reason. This includes using blanket terms, like "every user of thing".
- Don't get baited into back-and-forth insults. We are not animals.
- Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
- Bigotry will not be tolerated.
3. Post Linux-related content
- Including Unix and BSD.
- Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of
sudoin Windows. - No porn, no politics, no trolling or ragebaiting.
- Don't come looking for advice, this is not the right community.
4. No recent reposts
- Everybody uses Arch btw, can't quit Vim, <loves/tolerates/hates> systemd, and wants to interject for a moment. You can stop now.
5. π¬π§ Language/ΡΠ·ΡΠΊ/Sprache
- This is primarily an English-speaking community. π¬π§π¦πΊπΊπΈ
- Comments written in other languages are allowed.
- The substance of a post should be comprehensible for people who only speak English.
- Titles and post bodies written in other languages will be allowed, but only as long as the above rule is observed.
6. (NEW!) Regarding public figures
We all have our opinions, and certain public figures can be divisive. Keep in mind that this is a community for memes and light-hearted fun, not for airing grievances or leveling accusations. - Keep discussions polite and free of disparagement.
- We are never in possession of all of the facts. Defamatory comments will not be tolerated.
- Discussions that get too heated will be locked and offending comments removed. Β
Please report posts and comments that break these rules!
Important: never execute code or follow advice that you don't understand or can't verify, especially here. The word of the day is credibility. This is a meme community -- even the most helpful comments might just be shitposts that can damage your system. Be aware, be smart, don't remove France.
Or pipe GUI output into another GUI function.
Or >> log.txt
So you want newbies blindly entering scripts to there command line and not knowing what that are doing.
They're blindly doing it either way. I understand and want GUIs as well, but dumping commands into terminal is starting to seem easier than "go here click this, now click that"
And where a typo can cause a catastrophic outcome
basic_task_list = ['copy and paste', 'install package', 'type', 'keyboard', 'read and write' ]
for basic_task in basic_task_list:
print(f"""
Newbies can't {basic_task}.
They never {basic_task} in windows.
Windows has replaced {basic_task} with copilot, this is what linux needs to do to compete.
How will linux ever hope to attract windows user if it still maintains this ancient hacker 1337xor tools like {basic_task}?
Users just want to turn on computer and watch it do computance - how does linux not get this?
""")
What's easier to support?
"Ok, open app commandX,
now click on the button labeled Y.. It's just there, just below your mouse cur... oh now you've moved your mouse... no, not there, it's more to the left, up a bit... down a bit, it's labeled Y. Third one from the top.
Yes, that's the one, now click it.
ok, in this pop up you type "super secret code thing',
no, capitalization doesn't matter.
Yes. I'll spell it "s u p e r {space} s e c r e t {space} c o" what do you mean, you don't have a T on your keyboard? "
Or. "Open up the terminal and type this code: commandX --CodeY This will do XYZ. After it's done, can you tell me the error it says on the screen?"
But yes, I agree, the GUI looks nicer.
When I need to help someone with a GUI, I ask them to send a screenshot and then I put red circles on it for them lol, or number labels on the things they need to click on.
"I'm having an issue with Windows"
"Please open CMD.EXE and run sfc /scannow and DISM.exe /Online /Cleanup-image /Restorehealth
If that doesn't solve your issue, you need to reinstall Windows
Hope that helps!
I cant think of a time that sfc scannow or dsim cleanup has ever fixed a problem
It saved me like 5 times. Windows didn't and still doesn't like my computer windows 11 especially
It worked for me on an issue once. Which, tbh, is worse than it never working, because it gave me hope and a reason to keep trying it in the future.
I've been in a situation like this recently and all I can say is that the CLI is universal.
Yes, it is complex. Yes, it is challenging. But it gets things done.
Don't be afraid.
I know what you mean, just beware: in lots of cases it's not as universal (as in distro-independent) as some still think it is.
For people who want to get things done with their PC that isn't inherently IT-related (like, doing office work or music production or anything else) and just need to do the occasional light sysadmin thing like setting up new drives to be auto-mounted somewhere, pointing to GUI tools is just so much better. And in many cases it is also safer (making your system fail on boot with a small typo in the fstab is painfully easy).
I get where you're coming from. But as something of an enthusiast myself I don't always know GUI tools for all the tasks I can do in a terminal. Edit: typos
Also, GUI changes faster than CLI, CLI has ALWAYS more options, and you can save those commands to a file.
Also can get explanations for every command.
I find itβs the GUI tools that are usually cryptic, especially when you want to do more than the most basic operations.
A lot of devs don't put much work into planning the flow of their GUI from a user's perspective and it really shows.
IMHO a UI should offer everything a user can do in a given moment, readily available, nothing hidden behind more than a single menu. If something isn't currently possible, it shouldn't be available, and if the dev chooses to make the option visible but unavailable, it should be clearly and visibly marked as something that can be available (grayed out text for example).
I think devs tend to overestimate both the skill of the user, and the usefulness of their UI.
a UI should offer everything a user can do in a given moment, readily available, nothing hidden behind more than a single menu.
That would be a nightmare for any sufficiently complex software. Can you imagine how dense the UI would need to be for something like Blender or even Excel if literally every possible option of "things available to do right now" had to be at most two clicks away?
Tbf cli help is copy paste, GUI help is something I didn't want to help with even when I was being paid for it
The problem I have is that the GUI tools are very specific to distros, dms, and releases. It's a problem that arises from having so many choices.
CLI tools work long after they're deprecated and very often cross distros.
Something as simple as getting your IP address can be in diferent areas, the settings->network panel isn't even a safe bet. A lot of distros are now putting a network or wifi icon in your tray, but it doesn't always look the same, can be hidden, isn't in the same place.
Ifconfig and ip work on everything and can be installed on almost, if not every, platform.
If you do a web search for how to find your local network address in linux using the GUI, you're given a choice of a bunch of different places to look and the reccomendations don't line up word-for-word with what the current menus in KDE->settings look like. What's more interesting is when I go into kde-settings and do manages to find Wi-Fi and internet instead of network connections, it doesn't give me my ip, it's all just blank.
It is much easier to convey CLI instructions over the internet.
Nah
- CLI is relatively consistent, UIs keep changing; documentation on how to do X will be outdated extremely quickly and unlike CLI those changes aren't documented nor searchable
- GUIs are straight up not documented, you can't know an option exists unless you stumble on it
- Even if the GUI is explicit enough to count as documentation, you can't search a GUI; the CLI documention can be searched for keywords
- You can't automate GUIs if the need arises
I'm not against GUIs in general, but they should always be supplementary to CLI, otherwise you end up with windows
otherwise you end up with windows
Windows without the garbage? I'm okay with that.
No, Windows as in "this setting is hidden under this menu, that submenu, here click to open another sub-window...". This will happen any time a dev tries to arrange settings in logical way (instead of flat list of toggle and input boxes), because "logically belong together" and "actually often used together or one after another" are not the same, and also dev logic, internal system logic and user logic are also three different things. Result - mad maze
Which is why many tinkerers like CLI - at least one can run man something or something --help in most cases
To do this setting, you have to open up regedit, and....
That part of Windows isn't so pretty. A quick copy-paste of a CLI is so much better than opening up regedit. Powershell has improved this, but for a long time this was the approach for settings microsoft couldn't be bothered to make intuitive UI for.
I'm a big fan of Mint specifically because they spent so much effort making just about everything accessible from a user friendly GUI. I totally agree with you, every time I see this kind of thing online I die a little.
Most people don't want to become an expert in the task they want to do. They just want to do it once. CLI tools demand expertise.
Come on It's not the enthusiasts fault! When you get used to the terminal and running commands in it, its vastly faster than through a gui.
"terminal is love, terminal is life"
From the comments I fail to understand why it has to be one thing or the other.
I want both. Not only that, I would love GUI tools that show the CLI commands for doing the same thing in real time, so I would learn them with examples of things I actually want to do.
For a one off issue it's easier to send a cli command they can copy paste than to detail steps in the gui.
It's pretty easy to explain why people prefer CLI over GUI programs. You have to learn a new interface for every single GUI program, whereas you learn one interface for every CLI program.
It's unlikely I will use your "accessible" GUI tools, but I applaud you for making them, even if they're shit. It's like art, the more art there is, the better the world is, even if I personally can't appreciate some of it, I acknowledge the greatness of it's existence.
Unfortunately for newbies and GUI tool developers, I rarely use GUI tools and thus don't know of many. I do agree that GUI tools have better accessibility and discoverability, but they also have worse performance and are just generally more work to make and thus many developers of enthusiast tools skip the GUI.
Shout out to Vorta Backup, Borg Warehouse, and TrueNAS for allowing me to back my PC up without typing a single line of CLI.
It's always fun when there's a GUI tool for something (in my case, trying to set up wireguard with gnome) that just doesn't work, and all the posts online about it just say "yeah that's literally never worked, here's the cli command"
Or colour profiles for your monitor in Wayland, you can change them in the gui but nothing will ever apply.
I find myself having trust issues with Linux GUI tools as actually functioning seems to be optional. But the switches sure look pretty...
ffmpeg is great, and doing simple things is pretty straightforward, but if you work with a lot of media and do different kinds of operations, give Shutter Encoder a shot, it's an amazing FOSS GUI tool for ffmpeg, yt-dlp, and more!
ffmpeg β
ffmpreg βοΈ
I blame absolutely nobody for wanting a GUI tool for things. But the idea others are at fault for being hesitant or unfamiliar with the tool is also disingenuous, especially when the GUI just adds another layer of abstraction to the tool while removing some of the functionality (as GUI tools often do).
It's like you're learning to ride a bicycle. I get that you like the training wheels and they are extremely useful for you, and more experienced cyclists SHOULD be understanding and accommodating, but they can also see the ways they're holding you back, and it's natural for them to want you to take them off as soon as possible.
Also, CLI is consistent across any distro... GUI tools, however, vary depending on your desktop environment, distro, version...
GUI tools can be great, I live using then but I hate writing documentation for them.
Documenting CLI is much easier to do and maintain than documenting GUI. A few lines of text that I can adjust if needed vs a pile of screenshots.
The only thing enthusiasts love more than obscure CLI commands is random github links. The next time someone sends me a github link without explicit instructions on how to turn the contents of that link into a program on my computer, I'm hiring some witches from Etsy to hex them
You can copy-paste commands tho. Writing a concuse GUI tutorial is more work. Whether I want to do that depends a lot on who that work is for
