I know that GUI does not cover most of functionalities, for good reasons - being specialized to task (like files app), it provides more fine-grained experience.
Yet, I find that there are common commands which is terminal-only, or not faithfully implemented. for instance,
- Commands like
apt update/apt upgrademight be needed, as GUI may not allow enough interactions with it. - I heard some immutable distros require running commands for rollbacks.
These could cause some annoyance for those who want to avoid terminal unless necessary (including me). Hence, I bet there are terminal emulators which restricts what commands you could run, and above all, present them as buttons. This will make you recall the commonly used commands, and run them accordingly. Is there projects similar to what I describe? Thanks!
I understand the desire to want to avoid the command line, but you’re severely restricting your ability to troubleshoot by doing so. Every operating system has a terminal and command line, and there’s going to be cases where you’ll want to drop into a shell to do something that has no GUI equivalent.
I dont think you should habe to learn to usw the terminal in order to debug your operating system. If i would switch my mom to Linux, i dont want her to have to use the terminal. So making life easier for those people would grealty improve the appeal of Linux to tech noobs. By arguing we need the terminal for Linux, we gatekeep people from trying and using Linux, if they are afraid of technology
Yeah I am not suggesting an entire terminal replacement, which is unreasonable.
The thing is that there is no middle ground, the terminal you described would either have the problems of a GUI (limited interactivity) or the problems of a CLI (unintuitive).
If you do a button to do things you’ve removed option to do different things, if you ask them for text you’ve removed the intuitivity of a button. If you present less options you might not cover all cases, if you present more options it’s a regular terminal.
It seems that the issue you have is that you need a way to quickly redo commands you’ve done before and you need a good way to know what options you have. I have 2 CLI solutions for you.
-
If you press Ctrl+R and start typing a command it will auto-complete to the latest command you ran that matches
-
If you install zsh and grml-zsh-config and switch to zsh you will have a very powerful auto-complete that will allow you to press tab to auto-complete most parameters of most common operations.
Yeah, I understand that this is difficult. But I am suggesting this considering lack of polish (ime) in commands.
On the recalling, remembering entire commands is not the problematic one for me. Rather, I want a quick way to go with which apps do which.
Also, terminals (that is, how most of the commands run) honestly do not look and feel good. I do think polished TUI could be a good solution, but they are not widespread.
-
This actually exists, but for a different operating system. The AS400 (aka iSeries) had a command line where programs had a standard way to specify parameters, so that pressing a prompt key (F4) would allow you to build the proper command line by filling a form. I do miss that, pity it doesn’t exist for Linux.
What about something like navi - https://github.com/denisidoro/navi. Basically an interactive cheat sheet that has commands pre-loaded (or that you can make yourself).
Woah this is rad! Thahk you!!
Interesting idea. If you really break it down, the “terminal with command buttons” is similar in concept to saving each of the commands as a script and putting those scripts in a directory to act as “buttons.”
I’ve also seen some programs such as Kopia, a backup tool, that provide a GUI with the equivalent terminal commands for what is bring done shown at the bottom.
I don’t think what you’re describing exists, probably because experts don’t need it and beginners would prefer a full GUI.
There is Nushell, which promises more helpful error responses for the terminal, but its too early for it to be targeted at beginners in my opinion.
As much as I love nushell it will ever be too early for beginners, POSIX compliance is a big problem there. They have their very good reasons to not be POSIX compliant, but someone starting out should familiarize themselves with the most common pattern first before jumping to something completely different that will prevent them from running code snippets they might find online.
Rather than creating a custom terminal app, could you create a user that only had permission to run the restricted commands, with a profile script that gets run at login and offers a menu of common tasks?
Interesting, does this exist? That would be a great one to use.
Long ago I made such restricted shell with filtering the shell command history file then disabling command history logging. With some shell scripting, I think you can get more sophisticated version. What shell are you using? (Bash, Fish, Zsh, etc.)
I am using bash, which is indeed part of the problem. What emulator would you suggest, and how did you achieve it?
Bash should be fine. On typical Bash installation I think this will work (please try to understand each command line before you actually try):
$ cp ~/.bashrc ~/.bashrc.bak $ cp ~/.bash_history ~/.bash_history.bak $ printf 'set +o history' >> ~/.bashrc $ printf "sudo apt update\nsudo apt upgrade\n" > .bash_history $ (Press Ctrl+D to logout)For the next bash session you can refer only the two commands from the history with Up/Down/C-p/C-n.
For example, synaptic is a long running front end for apt that has the buttons for update and upgrade.
My idea is more to have (configurable) set of commands that you can run, where its results are received mostly as a text. In this way, you can interact via terminal more easily, I’d imagine.
Let’s say … like a ScratchJr but for terminal commands …
You say that like it’s a bad thing, but, scratch exists. Further, you have to face that the "infantile " UI is trendy.
Wasn’t sarcastic at all! I do think the visual coding style can be an inspiration for cli also.
I bet that doesn’t exist: nobody would put work in a program that lets just restricts what you can do with zero usability advantages (ok someone might)
If you fear you might run unsafe commands just save whatever you are comfortable running in scripts and restrict yourself to run those instead of manually typing commands you don’t fully remember/understand.
BTW: topgrade will detect what needs updating in your system (your distro’s package manager, flatpak, python stuff, … whatever) and update all the things
BTW: “terminal emulator” is the program that shows you text in a window, the program that runs inside it and validates/interprets your commands is a “shell” (the one you are using is most probably bash)
Calling it “terminal emulator” was a poor word usage on my end, yeah. I do not fear myself running command line though. I just want to avoid CLI.
You could create a list of commands in a text file, and then pipe that into fzf. With a light wrapper that would allow you to type a portion of the command to select and execute it.
Just create GUI application for the things you want. There’s already lots of them.
Otherwise there’s always “–help”.
I mean, there are already tons of applications that lets you e.g. update, like
apt update/upgradedoes.One issue with it is that it fails time to time, and error messages the GUI usually conveys are subpar. That’s why I think you cannot avoid terminals. I just want some middle ground for that.
Also, ik this is nitpicking but… while apt is good on this front… what about the CLIs whose --help gives hundreds of lines?
kde’s discover and gnome software have both worked fine for me, for the most part
I mean, there are already tons of applications that lets you e.g. update, like
apt update/upgradedoes.Bingo.
while apt is good on this front… what about the CLIs whose --help gives hundreds of lines?
Read them. There’s a reason some programs have many options. Avoiding the CLI isn’t the solution.
The apps just fail and crash randomly, any linux users cannot entirely rely on them. Well, I guess linux is destined for 2% of desktop users, who can use terminal on a daily basis, and current rise is just a fluke.
Yes, that’s fine. If you didn’t like Linux you’re welcome to not use it.
You see the console as a flaw. Some of us see it as an advantage.
