Re:An adaptive prompt for Bash and Zsh
by mcmire on Saturday April 20, 2013 @06:48PM
(#5583131)
That is way too much information for me personally (I am distracted enough as it is, and I believe real-time data like battery level belongs in your menu bar, not the terminal) but I can see how it would be useful to some.
Re:An adaptive prompt for Bash and Zsh
by nojhan on Sunday April 21, 2013 @06:11AM
(#5584468)
That's amusing, because I've started liquidprompt for this very specific reason: I was constantly missing the battery notification icon. Time seems to have trained my brain not to look at this screen area. Fortunately, with liquidprompt alerts are spoting just where I look at, and only when necessary.
Re:An adaptive prompt for Bash and Zsh
by virtualwhys on Sunday April 21, 2013 @03:17AM
(#5584174)
Yeah, Conky or similar status bar window manager widget is better for me for the real-time data (battery, cpu temp, date/time, etc.); too much to visually parse otherwise.
Definitely some nice features in here at first glance (colored directory perms and colored root vs. normal user are real nice-to-haves for example).
Re:An adaptive prompt for Bash and Zsh
by stonith on Saturday April 20, 2013 @07:22PM
(#5583213)
If you look under features configuration there's options for turning a lot of it off. I agree that the majority probably isn't useful unless you're running without a window manager for some reason, but even just the VCS info is pretty neat.
Re:An adaptive prompt for Bash and Zsh
by nbouscal on Saturday April 20, 2013 @08:25PM
(#5583340)
Window manager doesn't necessarily imply menubar. For example, with xmonad, you don't have a menubar unless you install xmobar. This could be an alternative to that, though admittedly that's a really obscure use case.
For me, most of this I don't want, and some I already have (git repo stuff), but some is new and potentially really convenient, especially the stuff for number of sleeping/background jobs.
Re:An adaptive prompt for Bash and Zsh
by mofle on Saturday April 20, 2013 @10:01PM
(#5583563)
Some time back I created my own ZSH prompt as I wanted something fast and minimal, where most others were too feature rich. It's also a good base if you want to create your own. https://github.com/sindresorhus/pure
Re:An adaptive prompt for Bash and Zsh
by ralph on Sunday April 21, 2013 @05:50AM
(#5584430)
I use PS1='$ ' on the local machine and 'foo$ ' if I've ssh'd to foo. I prefer this because: the location of the cursor is more fixed, it doesn't wander across the columns as the environment changes, so my eye finds it more quickly; I've a decent amount of line left before it wraps at the end of the terminal, and I often type 100+-character pipelines on the fly; a couple of taps of Enter gives almost blank lines that logically separate when needed.
Re:An adaptive prompt for Bash and Zsh
by wereHamster on Sunday April 21, 2013 @07:03AM
(#5584525)
Solution to that: multi-line prompts. First line with lots of info, second line just '$ '. Or RPROMPT if you are using zsh ([...] RPROMPT parameter. If this is set, the shell puts a prompt on the right side of the screen.)
Re:An adaptive prompt for Bash and Zsh
by ralph on Monday April 22, 2013 @06:44AM
(#5588699)
That wouldn't give the sequence of almost-blank lines I find most helpful. It would also merge the first, long, line of the prompt with the tail of the previous command's output.
Re:An adaptive prompt for Bash and Zsh
by rdl on Monday April 22, 2013 @02:28AM
(#5588108)
A bit busy for me. I stick to time@host:dir and then a symbol for security level (root, admin, role, personal, daemon, test). Thinking about doing different color schemes for different hosts, too.
Re:An adaptive prompt for Bash and Zsh
by philh on Sunday April 21, 2013 @06:58AM
(#5584518)
zsh has RPROMPT, which displays on the right of your prompt and gets overwritten if you write a long command. I use it to show the last command's exit status and my current git branch, effectively without taking up space.
Re:An adaptive prompt for Bash and Zsh
by nojhan on Sunday April 21, 2013 @06:16AM
(#5584477)
To be honest, just because I've tried to pass this link in hackernews several times without success, with different combination of keywords/users.
I was a little bit shameful at the beginning, but the overwhelming success (from the perspective of this very little software: github stars * 2) is interesting.
It seems that some keywords are more efficient than others. Let's consider this practice as social engineering.
Definitely some nice features in here at first glance (colored directory perms and colored root vs. normal user are real nice-to-haves for example).
For me, most of this I don't want, and some I already have (git repo stuff), but some is new and potentially really convenient, especially the stuff for number of sleeping/background jobs.
I was a little bit shameful at the beginning, but the overwhelming success (from the perspective of this very little software: github stars * 2) is interesting.
It seems that some keywords are more efficient than others. Let's consider this practice as social engineering.