Live data from Hacker News

ITerm2 2.0

iterm2.com

131–140 of 237 posts

Re: ITerm2 2.0

#131

I like the idea of triggers. auto-highlighting the following regex's makes life a bit better whille reading logs and traces. . [eE](rror|xception). highlight error lines :\d+ highlight line numbers in ruby (captures bits of time stamps though...) [lL]ine \d highlight line numbers in python I bet there are more creative uses. please enlighten me.

Sounds really useful. Anyone knows if such a thing is available for rxvt-unicode?

Re: ITerm2 2.0

#132
post #81

Earlier quoted context omitted.

I wish that there would have been a setting in the program options ("Preferences"... I don't know why, but that word annoys me in this context) so that the user wouldn't always have to do cmd-opt-q. Maybe the best option would be to have a checkbox that swaps the behavior ("don't save the output unless I press cmd-opt-q"). THANKS for letting us know about cmd-opt-q! I'll have to start using that all the time since it…

You can disable window restoration system wide (System Preferences -> General -> "Close windows when quitting an app"). So you don't have to use the shortcut at all in that case. Personally I prefer getting used to using it on a case-by-case basis. For example, when I leave work I tend to quit most apps on my laptop with Cmd+Option+Q, so that when I get home they don't re-open with work and I can start working on per…

I don't want to disable it system-wide -- just for the terminal!

I'll just have to get used to cmd-opt-q.

Re: ITerm2 2.0

#133
The developers seem to really be promoting their deeper support for tmux integration. I'm probably what you'd call a tmux noob, but after a few months of using it on its own with minimal key remappings, I feel like my efficiency with the keyboard-only UI has already surpassed any gains I might get from sticking tmux integration with mouse support and tmux shortcuts. It's not that I'm opposed to this integration, but that I don't think it goes deep enough.

Ideally, I think tmux would be inseparably integrated with the terminal emulator, with no shims to add complexity to the UI. For instance, it irks me that the workflow for integrating iTerm with tmux is running `tmux -CC` and then leaving that window open in the background for as long as it runs. I'm bothered by the fact that I have to run a command to begin the integration in the first place. Wouldn't it be better to check a box in preferences that says "Integrate with tmux if tmux is installed" and then from then on make sure that the tmux concepts of sessions, windows, and panes deeply align with corresponding concepts with iTerm?

Re: ITerm2 2.0

#134

to HN: What changed you from "terminal.app is good enough" to "I prefer iTerm"? Because that's what I'm asking myself.

It was a very basic thing that caused me to switch: Being able to use Cmd-1, Cmd-2, Cmd-3, etc to switch tabs (Terminal.app only does this for windows, not tabs).

Re: ITerm2 2.0

#135
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?

Re: ITerm2 2.0

#136
post #57

Am I right in thinking that the tmux integration won't work if you use mosh? (iTerm2 -> mosh -> tmux)

It appears so. Probably worth filing a bug about this, but I suspect that something about mosh's terminal emulation filters out the VT100 command sequences tmux uses to perform the handshake with iTerm2. Details on the protocol are here: https://docs.google.com/document/d/1ABI0kqUUxoAjxhWW3AsWFis6...

I expect it would require explicit support from mosh.

Re: ITerm2 2.0

#137

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…

> One feature I really wish ... It's open source. Why don't you add it yourself? I wanted a borderless terminal and as I couldn't find one I hacked the functionality into iTerm: http://i.imgur.com/jOc04sf.jpg /edit: Wow, being downvoted for suggesting to hack something yourself on Hacker News ... that's a new one. I guess I'll take a time out.

Love your hack, I want it! LOL.

Re: ITerm2 2.0

#138
post #80

ITerm is great. It really is. But I wish more time was spent on optimizations. People these days seem to forget that terminals are often used for displaying huge amounts of rapidly scrolling text and that speed is of paramount importance. To put this in perspective, my computer has two CPUs with 4 cores each, 24GB RAM, a graphics card with 1600 Stream Processing Units (engine running at 850MHz) and 1GB of RAM, and ye…

This might be an unrelated problem, but I find that when I copy a large amount of text and paste it into iTerm, it takes a long time to paste. This often happens when pasting into Vim, so it could be a vim issue. For example, copying the code of a Javascript library. When I do this in a text editor outside of iTerm, it's nearly instantaneous.

Vim will type every character you paste, one by one.

F12 should switch you to paste mode and paste it as a block, though on my new Mac this was already mapped to some GUI function so I had to disable that for it to work.

Some relevant info: http://stackoverflow.com/questions/5585129/pasting-code-into...

Re: ITerm2 2.0

#139
post #15

Earlier quoted context omitted.

FWIW, I've tried switching to iTerm about 3 times and I've always to come back to Terminal.app because it feels more "solid or "native" and it minimizes the installation + configuration I need to do on a new machine to feel comfortable.

Likewise - I live in Terminal.app all day long, 4-6 hours at least, and for some reason I always return back to Terminal.app - particularly now that I can auto-rename tabs when I ssh into other other hosts (PROMPT_COMMAND='printf "\033]0;remote_host\007"'). With that said, I'm going to give iTerm another try - the tmux support is intriguing...

> PROMPT_COMMAND='printf "\033]0;remote_host\007"'

thanks for this, didn't know this was possible!

Re: ITerm2 2.0

#140
post #135

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 offhand that that leaves in iTerm's court -- at least in the 1.x series -- is tmux integration and autocompletion. The latter I've never seen the point of (my shell does that pretty well, thanks) and after trying the former it seemed like it was more bothersome than just letting tmux handle everything on its own.

Okay: iTerm can put borders around its windows, which one of my friends says Terminal.app's inability to do makes it unusable for him. But beyond that, I just haven't been sold. (If that's the right phrase for free software. You know what I mean.)

[Edit: I think the tmux integration was a 2.x-dev feature, so I must have been using that. IIRC, I actually preferred tmux's own "window" handling.]

Post reply on HN