161–170 of 237 posts
One feature I really wish iTerm2 2.0 would have introduced was better session restoration support. With Terminal.app, you can issue a command like 'ls' and then quit and re-open Terminal.app and the previous output from 'ls' shows up. This is incredibly useful when you have to restart or if your system crashes and you have some output that you wanted to preserve. I see from the changelog that some type of restoration…
to HN: What changed you from "terminal.app is good enough" to "I prefer iTerm"? Because that's what I'm asking myself.
- Good fullscreen support. Normal terminal can only go into "Lion fullscreen" which means it will be on a separate workspace and you can't have other windows besides it. - Configurable keyboard shortcuts That's reason enough for me...
I love iTerm, couldn't live without it.. To me Terminal.app isn't much better then PuTTY on Windows. That said I'm a bit worried when I read stuff like "manipulate the pasteboard remotely" and "performed when text matching a regular expression is received". Are these potential security concerns and/or what is the performance impact of regex'ing every single line of text etc?
Naive question, but I keep trying iTerm and not being able to quite figure out why I should switch. In the mid-2000s it was a much better program than Terminal.app, but that doesn't seem to have been true for quite some time. Terminal.app has tabs, 256-color mode, themes, full screen support, and as people have mentioned in other comments, session recovery and much better performance. The only things I can think of o…
I love iTerm, couldn't live without it.. To me Terminal.app isn't much better then PuTTY on Windows. That said I'm a bit worried when I read stuff like "manipulate the pasteboard remotely" and "performed when text matching a regular expression is received". Are these potential security concerns and/or what is the performance impact of regex'ing every single line of text etc?
Despite all the configurability, it still feels quite minimalistic. A single fullscreen PuTTY window is my favorite way to use a windows machine.
Earlier quoted context omitted.
I use Terminal almost exclusively in full-screen mode, and iTerm allows me to do just that. And no, Terminal.app does not have full-screen mode that is useful. Lion-style fullscreen apps are absolutely useless to me, since you can't bind them to ctrl-[1-9] hotkeys to switch between spaces.
I might have a workaround for you! I use a launcher for OS X called 'Quicksilver'. It's free and absolutely changed the way I approach computing (at the speed of thought, not the speed I can aim and click icons on my screen) and one of the handiest features Quicksilver let's you configure is called 'triggers'. Triggers are system-wide shortcuts that run a quicksilver command. So I have a quicksilver trigger for EVERY…
It works just fine, I know where every app is, so I just go directly to that space with ctrl-$SPACENUMBER
Now, note that I say full-screen, I mean "with menu bar visible, maximized using Divvy." I can't use system-provided full-screen API, because I lose ability to use only keyboard to navigate around.
to HN: What changed you from "terminal.app is good enough" to "I prefer iTerm"? Because that's what I'm asking myself.
What converted me to iTerm was using Vim with a decent color scheme (e.g. Solarized or Base16). Even though supposedly it's possible in Terminal.App, I could not get it working (Mavericks). After hours upon hours of trying, and retrying, I gave up (in?) to iTerm because it just worked. I do prefer Terminal.App. To me it feels more polished and stable and I'm used to it and it comes with the OS. I appreciate iTerm and…
I've been using Terminal on Yosemite, and for what it's worth, the Solarized theme works properly. I'd forgotten how much trouble it was in the past.
My current setup is to run tmux inside Terminal, with the 'Option as Meta key' flag enabled. Then configuring tmux to use Option-A (instead of Control-B) preserves the standard emacs shortcuts. So Control-A and Control-B still work to move to the beginning of the line and back a character. Mapping Control to Cap Locks, and using Option-A for tmux has served me well so far.
I agree that Terminal seems more polished (start up time and ability to keep up with typing speed - iTerm seemed slightly laggy compared to Terminal). But I'll give iTerm another try - the configuration options are impressive.
to HN: What changed you from "terminal.app is good enough" to "I prefer iTerm"? Because that's what I'm asking myself.
2 things that do it for me: Smarter "dobule-click to select" logic. iTerm seems to highlight exactly what I want when I double-click in the area. Last I tried Terminal, it missed the mark. Select to copy. I know some people can't understand why anyone would want this, but I've become accustomed to it. One thing that does still annoy me, even with iTerm, is that I find after I select something I need to move my mouse…
Earlier quoted context omitted.
Naive question, but I keep trying iTerm and not being able to quite figure out why I should switch. In the mid-2000s it was a much better program than Terminal.app, but that doesn't seem to have been true for quite some time. Terminal.app has tabs, 256-color mode, themes, full screen support, and as people have mentioned in other comments, session recovery and much better performance. The only things I can think of o…
I'm in a shell most of my day when not in meetings. I love being able to have a nice full screen with vertical and horizontal splits (Cmd-D or Shift-Cmd-D) with thin lines between each split. Also iTerm helps me keep my hand off my mouse and when I do use my mouse iTerm makes my usage very efficient (double click to copy text .. Cmd-V paste, right-click lots of stuff right in your face on the spot..) I'm less about t…
Terminal.app used to suck, certainly. I suspect a lot of iTerm users are long-term users who really haven't seen how much better Terminal.app is today than it was five or six years ago.
Earlier quoted context omitted.
While text performance is important, when I have to scroll through huge amounts of text it's usually because I made a mistake. If the output of my "fgrep -ri" is too long, it's also useless and I'd better pipe it to another grep or use a better regex.
tmux is my main use-case for a fast terminal. Even something as simple as resizing a split in my main 266x188 session while nothing else is happening makes Terminator (VTE-based) into a juddering laggy mess. urxvt's nice and responsive even while catting a million line file into one of the splits - I can use other terms and resize splits without a problem, hitting ^C stops cat instantly, and it's done displaying the…
There is something seriously wrong with your setup. I use Terminator and byobu (with tmux) all day and never experienced what you describe.