I hear a lot say GNU Screen is better than Terminal’s tabs.
But I cannot find a real use case.
[…]
Not that this is a Rails issue, but…
Screen is great if you’re using a text-only environment (for example,
within an ssh session), or if you’re doing a lot of attaching and
detaching (ssh again?). I agree with you that for local sessions on a
graphical box, tabs in Terminal/iTerm/Konsole/whatever are nicer to deal
with.
Can anybody explain the usefulness and what’s wrong in my view?
I don’t think you’re doing anything wrong… screen loses a lot of
it’s usefulness when used locally. That said, I still use it on my
mac for a couple of reasons:
When I started Terminal didn’t support tabs. I hate having a ton of
windows open.
I use iTerm and even then don’t like having a bunch of tabs open
What I like about using screen is I’ve got an alias setup to read
a .screenrc file specifically for rails
(http://pastefree.pjkh.com/pastes/55
). This sets up 8 windows within screen and names them: controllers,
views, models, dbconsole, console, misc, javascripts, stylesheets,
server. The last one runs ./script/server. All the others do what
they are named. It makes jumping around quite nice. You’ll see in
the screenrc I don’t like CTRL-A so have remapped it to CTRL-]. That
doesn’t get in the way of vim as much. Yeah, I know there are plugins
to vim to make it more project like, but I’ve gotten too used to this
to change
What I find useful about running it all locally via screen is that I
can start up a project with “railsscreen foo” and work on it. Then
detach it, and start up “railscreen bar” and work on that for awhile.
Then detach and reattach to foo and work on that. I hardly ever shut
off my mac so keeping this up and open is convenient. Also I
sometimes get a little happy with the CMD-Q combo and find I’ve quit
iTerm. But it doesn’t matter as screen lives on.