iterm-discuss Mailing List for iTerm.app

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Hi iterm-discuss,

I've created a new mailing list for iTerm2, where future development will be
going on. Let's move over to here:

http://groups.google.com/group/iterm2-discuss

-George

>
> I've got a bug report I'm trying to get together, but I'm having a bit of
> trouble figuring out how to reproduce it.  What happens is that if I start
> looking at log files or the like piped through "more" or not, sometimes
> the lines will stop wrapping - the next line just starts so any multi-line
> stuff just disappears.  splat-r (terminal reset) fixes it up for a bit,
> but it keeps coming back.
>
>
I've noticed some wacky behavior with utf-8 non-ascii characters. Next time
this happens, see if the offending line includes anything non-ascii.

> I've also found an odd thing when minimizing windows and leaving them
> minimized; if I leave one minimized for a few days and then restore it,
> cpu usage skyrockets and all the other iTerm windows lock up for a good
> minute or two.  This seems new to 0.10...
>
>
0.10 had this problem (and not just for minimized windows), but it appears
to have been fixed in trunk (I tried really hard to reproduce it because
it's an awful bug). Try the binary I posted yesterday: I've been using it
for two days and it's been stable.

Awesome! Looking forward to it, Marc.

On Wed, Jul 21, 2010 at 11:13 PM, Marc Haisenko <ma...@da...> wrote:

> Am 21.07.2010 um 22:14 schrieb George Nachman:
>
> > Hi iterm-discuss,
> >
> > So it looks like this project has been abandoned by the developers. I
> think
> > it's worth saving, so I've forked it. For lack of a cleverer name, I'm
> > calling it iTerm2. My version can be found at:
> > http://iterm2.googlecode.com/
> >
> > ...
> >
> > iTerm is dead. Long live iTerm!
> >
> > -George
>
> Hi George,
> I had the same thought as this thread started but I'm waaaay to lazy. Thank
> you very much for doing it ! I'll try to polish up my cursor patch a little
> bit this weekend and will contribute it.
> Regards,
>        Marc
>
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Iterm-discuss mailing list
> Ite...@li...
> https://lists.sourceforge.net/lists/listinfo/iterm-discuss
>

On Thu, 22 Jul 2010, Marc Haisenko wrote:

> Am 21.07.2010 um 22:14 schrieb George Nachman:
>
>> Hi iterm-discuss,
>>
>> So it looks like this project has been abandoned by the developers. I think
>> it's worth saving, so I've forked it. For lack of a cleverer name, I'm
>> calling it iTerm2. My version can be found at:
>> http://iterm2.googlecode.com/
>>
>> ...
>>
>> iTerm is dead. Long live iTerm!
>>
>> -George
>
> Hi George, I had the same thought as this thread started but I'm waaaay 
> to lazy. Thank you very much for doing it ! I'll try to polish up my 
> cursor patch a little bit this weekend and will contribute it.

Thanks all who are looking at improving/maintaining iTerm.  I was digging 
around for alternatives and didn't come up with much other than some 
commercial cross-platform thing that costs $80 and gets very so-so 
reviews.

I've got a bug report I'm trying to get together, but I'm having a bit of 
trouble figuring out how to reproduce it.  What happens is that if I start 
looking at log files or the like piped through "more" or not, sometimes 
the lines will stop wrapping - the next line just starts so any multi-line 
stuff just disappears.  splat-r (terminal reset) fixes it up for a bit, 
but it keeps coming back.

I've also found an odd thing when minimizing windows and leaving them 
minimized; if I leave one minimized for a few days and then restore it, 
cpu usage skyrockets and all the other iTerm windows lock up for a good 
minute or two.  This seems new to 0.10...

Let me know if these are things I should drop in the issue tracker...

Thanks,

Charles

> Regards,
> 	Marc
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Iterm-discuss mailing list
> Ite...@li...
> https://lists.sourceforge.net/lists/listinfo/iterm-discuss
>

Am 21.07.2010 um 22:14 schrieb George Nachman:

> Hi iterm-discuss,
> 
> So it looks like this project has been abandoned by the developers. I think
> it's worth saving, so I've forked it. For lack of a cleverer name, I'm
> calling it iTerm2. My version can be found at:
> http://iterm2.googlecode.com/
> 
> ...
> 
> iTerm is dead. Long live iTerm!
> 
> -George

Hi George,
I had the same thought as this thread started but I'm waaaay to lazy. Thank you very much for doing it ! I'll try to polish up my cursor patch a little bit this weekend and will contribute it.
Regards,
	Marc

Hi iterm-discuss,

So it looks like this project has been abandoned by the developers. I think
it's worth saving, so I've forked it. For lack of a cleverer name, I'm
calling it iTerm2. My version can be found at:

http://iterm2.googlecode.com/

There is a download <http://code.google.com/p/iterm2/downloads/list> that
includes some changes over the latest release version:
- All the latest post-0.10 code from the original codebase, including a fix
for the problem of iTerm progressively using more CPU over time
- My own changes, including:
* Command-F opens a firefox-style toolbar rather than a window that overlaps
the content you're searching
* Slowness on resize is gone.
* Capslock doesn't break command-number to switch tab
* A clear-screen code will not cause the screen contents to be lost; they're
moved into the scrollback buffer now.

There were some major changes, so consider this alpha-quality software at
the moment. If you're interested in contributing to the project, please let
me know and I'll be glad to add you to it. If you use double-width CJK
characters, your help would be especially valuable. I'll try to copy bugs
from sourceforge as I'm able, but if there's something that really bothers
you, please file it in the new bug
tracker<http://code.google.com/p/iterm2/issues/entry>
.

iTerm is dead. Long live iTerm!

-George

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Hey all,

as I've been using iTerm for quite some time now, I have experienced its
benefits, as well as its problems.

One of those is that iTerm seems to be unable to draw full lines
correctly, or actually mangles them quite a bit. That is to say,
sometime a line is repeated over and over again, sometimes there are
just blank lines popping out of nowhere.
The problem with this bug: it's hard to track, I'd rather say almost
impossible, as it's not very reproducible.
Fixing it manually works fine through: just scroll up until the "borken"
parts are, well, scrolled away and scroll down again. Most likely iTerm
will redraw those previously borken regions without any problem (and for
that matter, as they should look like.)
It may be related to the Blur or transparency option, not sure about
that. I'll try running it without the Blur option as soon as I've got
some time.

Next, there is the cruel world of keyboard mappings and special
character input.

Let's start with the first one.

I'd like to map word jumping (back and forth) to Cmd/Apl + Left/Right
Arrow Key. In Terminal.app, I have defined two keybindings for those
two, both echoing an escape sequence.
The sequence in question was \033b (backwards jumping) and \033f
(forwards jumping.) However, I have not been able to bind those keys or
escape sequences in iTerm. I have tried with [033b/f, 033b/f, even
translated it to hex (that is, 0x1bb/0x1bf) or whatever. Every effort
was unsuccessful and the given examples in the xterm keyboard profile
didn't really shed a light on me, so I'm kinda lost.
Do you know how to do that right?

Then again, I've got some real problems with UTF8 input (and most
impressively, also output.)
For once, my Option (Alt) key is not set to "Meta", so this shouldn't
cause any problems. When I try to input something like an Umlaut, iTerm
and zsh composes the two chars fine to one one Umlaut (e.g. ¨+ U = Ü.)
Now, trying to access any directory or file with Umlauts will be a pain
in the ass, as
1.) completion does not work. Actually, something like "cd Ütest" will
work, but zsh (version 4.3.10, that is, UTF-8 aware) won't be able to
auto complete the path or anything.
Also, such files or directories will be listed as so:
"Ü test".

Completion does ONLY work when trying to complete stuff via "U<Tab>",
which will cause such output: ls U<0308> (Where <0308> is highlighted
black on white, whilst my normal color scheme is white on black.)

So I guess this whole composing stuff is broken, but I'm not sure
whether it's iTerm or zsh.

The locale is set to en_US.UTF-8, so it ACTUALLY should work fine.

Another problem is iTerm's tab handling. The look and feel is set to
Aqua, though I don't know whether it changes anything but the how it
looks, anyway.
When clicking on a tab, however, it's very likely that nothing happens.
Only clicking on it again will activate it - and for that matter also
open up the "Info" window about this very tab. I guess that's some sort
of a bug.

So, any ideas? :)

Best regards,

Mihai Moldovan

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.13 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCgAGBQJMRzRMAAoJEB/WLtluJTqHPb0P/2wtCSoFvKLdrtp9/PT9OMWD
ZtqgkfVQ/+ZCAIy94Q4jFufW/veiG3jfyYIjU0MjV2tgCwjqWS6blhcZXOtfFPJD
p5MsNR29Nu7TUx2nmGWGFj76DlFEqnouSTSveHTLPqhIcEnW59HCncEsoJRVVdq1
dTvhr8wgmczqX/bBTEb/VhfKv0bwqsyGFHb58xpwrU0XTBRK7+/+iIXbGqMw5fTz
iIFxih5kE/ngnDKagKDH4sNzMg+PrGVZ9K/6KLeVFXkoX2Wg3/DGS2exEYwTql2W
aCcJizT8uKR8Mat/3ra59D7Rwu+mjOX9P2GTq/mb0hfL1r3PFLZMM9ikZDvt79eY
acuRiIZGjEYo9yiHPUGZIq4N7ztGS6TAJcE3HNIKAeiNQy8YEG9ET83msaYj4mvR
1V3UtrktRVcY64t/X124he+fape7rVj0mS9ZqL4HWXyRnNKFT7zpkQ/OorM+HrOF
0tUlxssx1gTZEWew+sQZ0Pt5D4N5K49VbjllFzug8qTz0jvS5IeL/sP4BsyAI1Zm
ewbjhN4nybTQnQk5rpp81hTRN7lMJaF1LDTSbV4TGYPFaM5zlj5WZSTUeuGiScqK
ekvYYqhFzwvXzIs8sKTG8xN9TbXB6LdXObAGbn4Q7Rt/F+VCvHDbO2OcqpHwHOhQ
YRkw8JZEYKBg5Bjy9+lS
=dFkk
-----END PGP SIGNATURE-----

On Wed, 21 Jul 2010, Claus Atzenbeck wrote:

> On Wed, 21 Jul 2010 at 2:04am -0400, Charles Sprickman wrote:
>
>> I still use iTerm, but I am curious as to what others are using if it gets
>> to a point where some bug or OS update means I have to stop using it...
>>
>> Is everyone just going to Terminal.app or is there some other nifty new
>> thing out there?
>
> I used Terminal.app for quite some time. The only reason why I moved to
> iTerm was its full screen mode feature. Later I found "Font Size Follows
> Window" also a nice option which I don't want to miss anymore. (However,
> I am of the impression that iTerm is slower in displaying characters
> than Apple's Terminal. This may matter, e.g., in full screen mode on a
> very large screen using normal font size.)
>
> So, I'm not planning to use Terminal.app until it supports at least full
> screen and relative font sizes, except if iTerm starts showing problems
> with upcoming system updates etc.

I don't ever use full screen (but occasionally fat-finger it).  My real 
must-haves are the focus-follows-mouse and select-to-copy features. 
Wouldn't be able to deal without those.

Charles

> /CA
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Iterm-discuss mailing list
> Ite...@li...
> https://lists.sourceforge.net/lists/listinfo/iterm-discuss
>

I'm still a fan, purely for the -Return full-screen ability.

On Tue, Jul 20, 2010 at 11:04 PM, Charles Sprickman <sp...@bw...> wrote:
> On Wed, 21 Jul 2010, Marc Haisenko wrote:
>
>> At least none of the developers react... for the past two years they
>> haven't answered a single mail to this list.
>
> I still use iTerm, but I am curious as to what others are using if it gets
> to a point where some bug or OS update means I have to stop using it...
>
> Is everyone just going to Terminal.app or is there some other nifty new
> thing out there?
>
> Charles
>
>
>>       Marc
>>
>> Am 20.07.2010 um 23:20 schrieb George Nachman:
>>
>>> Is there anybody out there? If any developers are listening, please contact
>>> me - I have a patch that reworks how the scrollback buffer works to
>>> eliminate the slowness when resizing the window. I'd love to have your input
>>> on it.
>>>
>>> Thanks,
>>> George
>>> ------------------------------------------------------------------------------
>>> This SF.net email is sponsored by Sprint
>>> What will you do first with EVO, the first 4G phone?
>>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>>> _______________________________________________
>>> Iterm-discuss mailing list
>>> Ite...@li...
>>> https://lists.sourceforge.net/lists/listinfo/iterm-discuss
>>
>> --
>> Marc Haisenko
>> ma...@da...
>>
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> This SF.net email is sponsored by Sprint
>> What will you do first with EVO, the first 4G phone?
>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> _______________________________________________
>> Iterm-discuss mailing list
>> Ite...@li...
>> https://lists.sourceforge.net/lists/listinfo/iterm-discuss
>>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Iterm-discuss mailing list
> Ite...@li...
> https://lists.sourceforge.net/lists/listinfo/iterm-discuss
>

-- 
John Manoogian III (jm3)
Founder & VP @ 140 Proof: The Ad Platform for Twitter
jm...@14...
Cell: (415) 602 - 9848

On Wed, 21 Jul 2010 at 2:04am -0400, Charles Sprickman wrote:

> I still use iTerm, but I am curious as to what others are using if it gets
> to a point where some bug or OS update means I have to stop using it...
>
> Is everyone just going to Terminal.app or is there some other nifty new
> thing out there?

I used Terminal.app for quite some time. The only reason why I moved to 
iTerm was its full screen mode feature. Later I found "Font Size Follows 
Window" also a nice option which I don't want to miss anymore. (However, 
I am of the impression that iTerm is slower in displaying characters 
than Apple's Terminal. This may matter, e.g., in full screen mode on a 
very large screen using normal font size.)

So, I'm not planning to use Terminal.app until it supports at least full 
screen and relative font sizes, except if iTerm starts showing problems 
with upcoming system updates etc.

/CA

On Wed, 21 Jul 2010, Marc Haisenko wrote:

> At least none of the developers react... for the past two years they 
> haven't answered a single mail to this list.

I still use iTerm, but I am curious as to what others are using if it gets 
to a point where some bug or OS update means I have to stop using it...

Is everyone just going to Terminal.app or is there some other nifty new 
thing out there?

Charles

> 	Marc
>
> Am 20.07.2010 um 23:20 schrieb George Nachman:
>
>> Is there anybody out there? If any developers are listening, please contact
>> me - I have a patch that reworks how the scrollback buffer works to
>> eliminate the slowness when resizing the window. I'd love to have your input
>> on it.
>>
>> Thanks,
>> George
>> ------------------------------------------------------------------------------
>> This SF.net email is sponsored by Sprint
>> What will you do first with EVO, the first 4G phone?
>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> _______________________________________________
>> Iterm-discuss mailing list
>> Ite...@li...
>> https://lists.sourceforge.net/lists/listinfo/iterm-discuss
>
> --
> Marc Haisenko
> ma...@da...
>
>
>
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Iterm-discuss mailing list
> Ite...@li...
> https://lists.sourceforge.net/lists/listinfo/iterm-discuss
>

At least none of the developers react... for the past two years they haven't answered a single mail to this list.
	Marc

Am 20.07.2010 um 23:20 schrieb George Nachman:

> Is there anybody out there? If any developers are listening, please contact
> me - I have a patch that reworks how the scrollback buffer works to
> eliminate the slowness when resizing the window. I'd love to have your input
> on it.
> 
> Thanks,
> George
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Iterm-discuss mailing list
> Ite...@li...
> https://lists.sourceforge.net/lists/listinfo/iterm-discuss

--
Marc Haisenko
ma...@da...

Is there anybody out there? If any developers are listening, please contact
me - I have a patch that reworks how the scrollback buffer works to
eliminate the slowness when resizing the window. I'd love to have your input
on it.

Thanks,
George

Hi iterm-discuss,

What do people think of moving the "Find" functionality into a toolbar (like
Firefox)? I have a change ready that implements this and I'd like to get
feedback on it. This is my first foray into this project: is there a process
for this? The diff includes some binaries which svn diff won't dump, so I'm
not quite sure how to get it out to the maintainers.

The benefits of this UI are:
* The find window obscured part of the terminal when the terminal is very
large. This one is always out of the way.
* Repeated searching is easier because the find UI does not disappear after
finding the first match.
* If you have a large scrollback buffer then you want to search "Previous"
rather than "Next" most of the time. In this UI, Enter searches backwards
and shift-Enter searches forwards.

Please see a screenshot here: http://imgur.com/ymTX3.png

Thanks,
George

Hi all,

Is it possible to change session name like Terminal app does. It
changes your session name to your prompt or something like that.

I would like to change session name to hostname or username@hostname.
Of course, I want to do it automatically for each new session. I know
I can CMD+I and then change it manually.

Thank you in advance.

Dusan

Hi,
I want to make a dashboard widget, which part of it has interaction with a
terminal.
So far I have used NSTask just to find out that because it's not a pseudo
terminal, it doesn't work right.

so after a quick search I found that probably my best option is iTerm, I
have downloaded the lastest stable source code  and narrowed down the code
to the PTYTask class which is exactly what I need.

now I need to found out how to use this class, and since there is no
reference I hope that you will help me with this one.

will you?

I was having the same problems trying to compile the 0.10.x branch.

The header file c.h is part of the 10.4 SDK, which is not installed by
default
when installing Xcode on 10.6. If you don't have the 10.4 SDK installed,
then
the compilation will fail as you've noticed.

Without installing the SDK, you can fix the problem by removing the
#include
statement for c.h, and replacing a call to the MIN function on line 225
of
CFGrowlAdditions.c with a simple comparison to pick the minimum value.

Everything else proceeded to compile correctly once I told Xcode to
specifically target 10.5 or 10.6. The default target is 10.4.

Hope this helps,
--Shawn

> Trying to compile a build of iTerm to implement some changes I'm
> interested in. Building trunk fails, tho, no matter whether I use
> make(1) or Xcode:
> 
> % make
> 
> xcodebuild -alltargets -configuration Development && \ chmod -R go+rX
> build/Development
> 
> === BUILD NATIVE TARGET Growl OF PROJECT iTerm WITH CONFIGURATION
> === Development ===
> Check dependencies error: There is no SDK with the name or path
> 'macosx10.4' [BEROR]error: There is no SDK with the name or path
> 'macosx10.4' ** BUILD FAILED **
> 
> make: *** [Development] Error 1
> 
> Xcode dies on the #include for <c.h> in CFGrowlAdditions.c
> 
> I tried Base SDK, Mac OS X 10.5, and Mac OS X 10.6.
> 
> Any help?

Trying to compile a build of iTerm to implement some changes I'm interested in. Building trunk fails, tho, no matter whether I use make(1) or Xcode:

% make

xcodebuild -alltargets -configuration Development && \
        chmod -R go+rX build/Development

=== BUILD NATIVE TARGET Growl OF PROJECT iTerm WITH CONFIGURATION Development ===
Check dependencies
error: There is no SDK with the name or path 'macosx10.4'
[BEROR]error: There is no SDK with the name or path 'macosx10.4'
** BUILD FAILED **

make: *** [Development] Error 1

Xcode dies on the #include for <c.h> in CFGrowlAdditions.c

I tried Base SDK, Mac OS X 10.5, and Mac OS X 10.6.

Any help?

On Tue, Feb 9, 2010 at 10:47 PM, Charles Sprickman <sp...@bw...> wrote:
> I have a number of serial consoles that I connect to using iterm (ssh to
> host, connect to conserver, get on serial console of a remote host).
>
> When I reboot a remote PC that I'm attached to, I have found no way to
> send "DEL" or "F1" to get into the remote hosts BIOS screen.

Can your machines even accept input during the POST over the serial
port?  Most PCs don't unless you're running a non-standard BIOS.

If yes, then it depends on whatever character sequence your BIOS is
expecting to see for DEL or F1.  There's a configuration dialog at
Bookmarks->Manage Profiles, then look under "Keyboard Profiles" where
you can set up what happens when you press certain keys.

-- Tony  bru...@gm...

Howdy,

I have a number of serial consoles that I connect to using iterm (ssh to 
host, connect to conserver, get on serial console of a remote host).

When I reboot a remote PC that I'm attached to, I have found no way to 
send "DEL" or "F1" to get into the remote hosts BIOS screen.

Any pointers?

Thanks,

Charles

___
Charles Sprickman
NetEng/SysAdmin
Bway.net - New York's Best Internet - www.bway.net
sp...@bw... - 212.655.9344

Hi,

Is there any keyboard shortcut for open bookmarks?

Cmd+B open side window bookmark
Ctrl+Tab focus bookmark list
Arrow Keys move around this list

But I didn't find out any shortcut to open bookmark item.

--
Marco Catunda

I've been using iTerm for about a week, now.  It fixes almost every
complaint I've had about Terminal.app.

I was happy to see a setting for focus-follows-mouse, but auto-raising
was missing.  I have a patch against the 0.10.x branch I can send if
you might be willing to take a look at it.  It includes preference
pane controls, and a delay setting like most Linux window managers
have.

Thanks for the great work.
-- Tony  bru...@gm...

I'm using 0.10 on 10.6.  I haven't noticed this particular problem in
older releases.

If I use <cmd>-<enter> to make an iTerm window full screen, then use the
same command to return it to normal size, the "minimize" button is greyed
out, along with the "minimize" option in the "Window" menu.

-Ben

-- 
Ben Beuchler                                           There is no spoon.
in...@em...                                            -- The Matrix

okay I give up.  how do I get grown to work with iterm?

The snapshots from yesterday and today immediately shoot to 15% - 20% CPU
utilization whenever I launch a full-screen app (mutt, vim).

Reverting to the 0.9.6.20090415 build fixed it.

I'm running 10.6 on a 2.16GHz MBP.

-- 
Ben Beuchler                                           There is no spoon.
in...@em...                                            -- The Matrix

2006	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct (3)	Nov (2)	Dec (2)
2007	Jan (1)	Feb (1)	Mar	Apr	May (4)	Jun (2)	Jul (9)	Aug (3)	Sep	Oct (1)	Nov (3)	Dec
2008	Jan (1)	Feb	Mar	Apr (1)	May	Jun	Jul (1)	Aug (3)	Sep (7)	Oct	Nov	Dec
2009	Jan (1)	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep (3)	Oct (1)	Nov	Dec
2010	Jan (2)	Feb (3)	Mar (3)	Apr	May	Jun	Jul (14)	Aug	Sep	Oct	Nov	Dec

iterm-discuss Mailing List for iTerm.app

Project on hold. Try http://www.iterm2.com/ instead.

iterm-discuss — General iTerm discussion mailing list.