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.
ITerm2 2.0
131–140 of 237 posts
Re: ITerm2 2.0
#132Earlier 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'll just have to get used to cmd-opt-q.
Re: ITerm2 2.0
#133Ideally, 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
#134to HN: What changed you from "terminal.app is good enough" to "I prefer iTerm"? Because that's what I'm asking myself.
Re: ITerm2 2.0
#135That 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
#136Am 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
#137One 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.
Re: ITerm2 2.0
#138ITerm 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.
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
#139Earlier 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...
thanks for this, didn't know this was possible!
Re: ITerm2 2.0
#140I 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?
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.]