Live data from Hacker News

ITerm2 2.0

iterm2.com

111–120 of 237 posts

Re: ITerm2 2.0

#111
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.

Try turning off syntax highlighting and any plugins like jshint that try to operate on a buffer realtime in vim before pasting (or just paste it to an temporary buffer instead of an existing js file) if it's still slow then it's probably iterm and not vim.

Re: ITerm2 2.0

#112
post #15

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

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.

One of the nice (newish) features if iTerm2 is the ability to store your config in Dropbox (or other arbitrary location). This means that all the machines I use have an identical configuration.

Re: ITerm2 2.0

#113

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.

I upvoted you. Got a Github page to share?

Re: ITerm2 2.0

#114
post #7

So, I have this bash script that runs AppleScript that I use to start up a bunch of servers at once, each in their own Terminal tab. At the heart of it is this 'new-tab' function[1]. I don't really like AppleScript, and would like to not use it. Can I duplicate this functionality using iTerm, without using AppleScript? [1] Here's the code; I cobbled it together from some StackOverflow snippet or something: https://gi…

I built teamocil for this purpose. https://github.com/remiprev/teamocil

Re: ITerm2 2.0

#115
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…

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.

I have tail -f on various logs running, I often run processes that spew massive amounts of debug output (which I then search through), and even ls -al can sometimes be fairly long. There are lots of use cases where you want lots of text. And in this day and age I really want to just dump it all into my terminal, without planning ahead how to work around the slowness.

Re: ITerm2 2.0

#116

The tmux integration is a really interesting piece of work. https://docs.google.com/document/d/1ABI0kqUUxoAjxhWW3AsWFis6... http://code.google.com/p/iterm2/wiki/TmuxIntegration

The issue I've always had with the tmux integration is that it doesn't support multiple sessions simultaneously. I am typically moshed into several hosts and running tmux on each of them. I'd love to have one window per session with tabs corresponding to tmux windows.

I'm a little surprised more people don't run into this more often. I've never seen the benefit in running tmux locally. Do most people only ever use tmux on one remote host?

Edit: it's been a while since I've tried it; apparently tmux integration doesn't work over mosh at all. So s/mosh/ssh/g above and it still applies.

Re: ITerm2 2.0

#117

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

For me it used to be two reasons: * 256-color support. This was added in Lion I believe. * There's a really weird bug with word-wrapping that only manifests itself in Terminal.app: http://superuser.com/q/46948/5966 As of 10.9, I believe it remains unfixed.

Yes! That bug was the one that sent me looking for iTerm.

Re: ITerm2 2.0

#118

Earlier quoted context omitted.

"FTDI USB Drivers", if it's the VCP ones the very latest ones have been reasonably stable for me. I've not had a system crash for quite a while now, whereas I was having them weekly with an older version.

Nope - I'm on the latest 2.2.18 drivers still flakey as can be - This has been an ongoing issue for me for about two years - it's a pain when you are working on a Cisco Router, and you unplug the cable and kernel panic. I guess on the (weirdly?) pro side, it's at least fairly consistent - about 20% of the time, the Macbook (two generations now for me, 2010, and 2013) kernel panics. This is where Terminal.app (or poss…

I don't know what sort of serial adapter you're using, but I've used a number of the PL2303-based ones over the years (currently a Trendnet TU-S9), and have never had them cause any sort of instability. Weird.

Re: ITerm2 2.0

#119
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...

Re: ITerm2 2.0

#120

Earlier quoted context omitted.

> 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.

> 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. You'll also get downvoted for complaining about being downvoted. That's almost verboten here, and explicitly mentioned in the guidelines. When you get downvoted, accept that possible your comment detracts from the conversation. It doesn't just not add anything, but takes away. It's noise…

His original comment didn't lack originality because he posted something that he did that was quite interesting. I, for one, believe that anyone is capable of anything they set out to complete. I don't think noticing a polarized reaction from a community you participate in is always a transgression. No ruleset rationalizes the community's reactions 100% of the time.
Post reply on HN