Submit Hint Search The Forums LinksStatsPollsHeadlinesRSS
14,000 hints and counting!


just a few | 25 comments | Create New Account
Click here to return to the 'just a few' hint
The following comments are owned by whoever posted them. This site is not responsible for what they say.
just a few
Authored by: Kalak on Sep 09, '10 01:01:32PM

use the most and now can't live without is the ability to search the contents of the window with command-f (and command-e, command-g, and command-shift-g) with unlimited scroll-back set. None of my windows and linux-using friends can do this and I hear gasps and ahhs and wows when they see me do it. Also, copy-paste doesn't insert hard returns when the lines wrap. Plus, Teminal.app is very stable. I have dozens of terminals open in multiple spaces (I don't like tabs) and they run for months without crashing. I also use option/center-click to position the cursor and command-t to name windows. Does iTerm do all this?

cmd-f, cmd-g, cmd-shift-g, work.
No clue what cmd-e does anyway, so I can't tell you. ;)
For the scroll back buffer, it's variable, and mine is set at 100,000 lines. Not sure what it's upper limit is.

The click to position I'd never heard of, but it does seem to be missing that. I don't like the mouse really (which is why I'm usually on the command line), so that's not a loss for me.

As for the stability, with years of use, I can't remember the last time it's crashed, and I live in the terminal, since I'm a sysadmin and run mostly linux servers (This true for the iTerm app, not the fork mentioned here, but I'll know more until it either crashes or a few weeks pass.)

Certainly worth trying.

---
--
Kalak
I am, and always will be, an Idiot.



[ Reply to This | # ]
just a few
Authored by: robleach on Sep 09, '10 01:15:53PM
cmd-f, cmd-g, cmd-shift-g, work. No clue what cmd-e does anyway, so I can't tell you. ;)
If the others work, cmd-e likely does too. It basically pastes the highlighted text into the search window (but without bringing the search window up). Do you happen to know if searching behaves correctly with selected text that is line wrapped (i.e. it will find the string even when it's not line-wrapped) and if it you can search with multi-line search strings as in Terminal.app?
For the scroll back buffer, it's variable, and mine is set at 100,000 lines. Not sure what it's upper limit is.
So I take it "unlimited" is not an option, as in Terminal.app. Can you get unlimited if you set the buffer to 0 or something?
The click to position I'd never heard of, but it does seem to be missing that. I don't like the mouse really (which is why I'm usually on the command line), so that's not a loss for me.
I knock off long perl one-liners all the time, so ^a and ^e don't cut it for me and the cursor doesn't move fast enough. I'm not aware of any other cursor-positioning shortcuts, so option-click positioning of the cursor is a huge time-saver. I don't know if I could live without that one either.

Edited on Sep 09, '10 01:18:25PM by robleach


[ Reply to This | # ]
just a few
Authored by: asmeurer on Sep 09, '10 02:40:46PM
The features you list are nice, but I've lived without them for awhile. Besides, I find that focus follows mouse has lead me to unintended input at times
Actually, there is a hidden preference to have that in Terminal.app too. See this hint. But I kind of agree. I'm considering turning it off, since if you have another program in the front, it will ignore all keystrokes if your mouse is over a Terminal window.
I knock off long perl one-liners all the time, so ^a and ^e don't cut it for me and the cursor doesn't move fast enough. I'm not aware of any other cursor-positioning shortcuts, so option-click positioning of the cursor is a huge time-saver. I don't know if I could live without that one either.
Hey, I didn't know about that feature! Thanks for the tip. Really great for those lone one-liners like you say. Too bad it's the same feature that uses rectangular selection, so if you drag instead of click, it does some weird selection instead.

[ Reply to This | # ]
just a few
Authored by: robleach on Sep 09, '10 02:54:02PM

I forgot about that. I use the box-selection all the time too! It's great for grabbing a column of tabbed data. Does iTerm do that? I think that it sounds to me like Terminal.app is superior given all these features it has that I use every day and none of the other terminal programs have them. I don't see any advantages iTerm has that are worth losing these other features that iTerm doesn't have: unlimited scrollback, option-click cursor positioning, a helluva search capability (multi-line search terms, correct searching over wrapped lines, etc), window titling, box-text selection... I know there's gotta be more. Terminal.app has tons of features. Auto-copy of text might be useful to some, but it would hinder me since I don't always want to overwrite my clipboard buffer because I either want to select text to search with (cmd-e) or even drag-and-drop (which basically allows me to copy one snippet to the clipboard, then drap and drop other selected text, leaving the clipboard contents intact). I use that little trick all the time. I would miss all these little nuances greatly if I used something that didn't have them. In fact, I often get annoyed when I'm at someone else's computer and I have to do 3-click work-arounds to do what I could do in Terminal.app with a single operation.

Edited on Sep 09, '10 02:57:36PM by robleach



[ Reply to This | # ]
just a few
Authored by: leamanc on Sep 09, '10 03:24:28PM

Yep, Terminal.app has been superior to most other terminal apps for a long time. The only thing iTerm had over it was tabs, and we've had that for a while now in Terminal.app. All the extra features listed can be configured/added to Terminal.app; like the one where focus follows mouse, which can be enabled with a "defaults" command.



[ Reply to This | # ]
just a few
Authored by: robleach on Sep 09, '10 03:25:52PM

Oh yeah, here's another feature: multiple selections of text. I can hold the command key down and select as many snippets of text as I want and then copy and paste the group of individually selected items (which will paste with hard-returns in between). There are so many ease-of-use features that make my work go faster. Terminal.app is a time-saver. Here's a synopsis. Note, you'll have to let me know if iTerm can do any of these:

multi-line search strings & correct searching of line-wrapped strings (and avoid search window with cmd-e)
copy/paste line-wrapped lines without inserted hard-returns
select and copy/paste multiple strings of text at once
box-selection of text
unlimited scrollback
window-titling (cmd-t)
option/center-click to position cursor
visual-bell (another one I forgot to mention)

The only feature iTerm seems to have that Terminal.app doesn't have that I would like to have is the ability to customize word-characters so that double-clicking a word doesn't pass through a colon as it currently does in Terminal.app. Wait, is that what iTerm does or does that only affect esc-delete and other key-board tricks? Cmd-click on URLs would be nice too.

Rob



[ Reply to This | # ]
just a few
Authored by: tedw on Sep 09, '10 04:19:00PM

My problem with Terminal.app is that it just has some annoying traits. AppleScript support is shoddy at best, it doesn't seem to remember profiles when you open new tabs or windows... iTerm may not add anything significant over what terminal does, but iTerm does seem to handle the niceties a bit better.



[ Reply to This | # ]
just a few
Authored by: sinned72 on May 02, '11 10:28:58AM

From my experiences and information in the help:

copy/paste of wrapped lines without hard returns works (in my experience - although that may depend on application, maybe)

unlimited scrollback (use -1 instead of a number but a warning of slowness is listed in the help regarding this - which makes sense and honestly I would never use unlimited scrollback as I have crashed an ssh bounce server with my sessions (screen and unlimited scrollback can lead to a very large amount of CPU and memory if you are not careful) )

Window Titling is not a real feature in my opinion as mine change depending on the tab or shell being executed, that is I set the window titles using xterm rules, termcaps and environment variables/settings so having iTerm overwrite it (or be overwritten) seems useless, to me.

Visual Bell is supported, this is a terminal profile setting (like the scrollback buffer.)

The search related stuff I can not really say much about as I do use searching however it is not to the extent described. If the functionality is provided in the APIs used for Terminal.app and are standard OS type features/call/etc then they may function the same way as the standard OS X features/commands/etc work generally as expected (Cmd+f, Cmd+e, Cmd+x, Cmd+v, Cmd+c, etc)

I am Unix/Linux Administrator (primarily Solaris and Linux however AIX, HP-UX and various Intel Unixes have been in my terminal sessions) and live in the command line, I started using OS X in 2005 and have used iTerm since then as the Terminal.app did not have niceties like transparency and tabs (even though I am a heavy screen user.) I realize with the updates in Snow Leopard that Terminal.app has improved greatly and a lot of those features are now in place, however I have found iTerm to still be a better choice overall and I have come to like Bonjour for my home network and Growl support is awesome as well.

I have not tried iTerm2 as I only just found out about it today, so my experiences are exclusively with the first iTerm.

Cheers, Dennis



[ Reply to This | # ]
Inline Perl code in shell - use zsh
Authored by: hibbelig on Sep 16, '10 02:20:06PM

For longish inline Perl code in the shell, I think zsh is cool. You can enter this:

perl -e '

And then you can type Ctrl-V Ctrl-J which lets you enter a new line.
And from then on Ctrl-N/Ctrl-P and cursor down/up will move up and down by lines, instead of moving around in the history.
You can then enter your Perl code in multiple lines and then close the string and hit Enter and there you are.

I'm not sure how moving around in the history and moving around in multi-line commands interacts, but I recall it was pretty intuitive.

Of course, all this does not depend on the terminal.



[ Reply to This | # ]