G...
One word: "compiz".
Didn't even realize I had it on this machine (IT provided the image).
The windows weren't doing cool desktop-effect things, so I didn't even
think about it. When I discovered it, I disabled it, and bam! It works
as expected now. Yeesh.
--
Micah J. Cowan
http://m
Micah Cowan wrote:
> Nicholas Marriott wrote:
>> Hmm.
>>
>> This sounds odd and interesting :-).
>>
>> My instinct would be that it sounds unlikely to be a generic tmux problem but
>> more likely either to do with the way tmux sets the terminal up, or in
>> libevent, or the termios/tty layer. Altho
On Fri, Feb 05, 2010 at 01:55:27PM -0800, Micah Cowan wrote:
> Gah. I should've known to try this first before posting. I've had
> enough glitches with gnome-terminal (especially for scrolling) in
> the past to know better.
>
> I've been using xterm on Ubuntu 8.04 (work machine). But I just
> trie
Nicholas Marriott wrote:
> Hmm.
>
> This sounds odd and interesting :-).
>
> My instinct would be that it sounds unlikely to be a generic tmux problem but
> more likely either to do with the way tmux sets the terminal up, or in
> libevent, or the termios/tty layer. Although of course I could be w
On the plus side everyone now has my checklist for I/O problems :-)
On Fri, Feb 05, 2010 at 09:28:28PM +, Nicholas Marriott wrote:
> Hmm, you said that C-b r did fix it, I missed that at the end of your mail.
>
> This still sounds very strange, what terminal emulator and what TERM?
>
>
>
Hmm, you said that C-b r did fix it, I missed that at the end of your mail.
This still sounds very strange, what terminal emulator and what TERM?
On Fri, Feb 05, 2010 at 09:24:37PM +, Nicholas Marriott wrote:
> Hmm.
>
> This sounds odd and interesting :-).
>
> My instinct would be that i
Hmm.
This sounds odd and interesting :-).
My instinct would be that it sounds unlikely to be a generic tmux problem but
more likely either to do with the way tmux sets the terminal up, or in
libevent, or the termios/tty layer. Although of course I could be wrong.
Please don't be insulted if some
When receiving a bunch of output from the app, tmux will sometimes
inexplicably pause in the midst of it, and won't continue until
receiving input from the keyboard (client). Specifically, on receiving
.
I can only reproduce this when the app is outputting a line at a time;
if I do a "while read l
Micah Cowan wrote:
> Micah Cowan wrote:
>> Nicholas Marriott wrote:
>>> Hi
>>>
>>> This is a cool idea, tmux should definitely just do the right thing.
>>>
>>> We could call realpath() to get around the // issue. If we did it on path in
>>> main.c and that would clean up TMUX as well.
>> Alright.
>
Micah Cowan wrote:
> Nicholas Marriott wrote:
>> Hi
>>
>> This is a cool idea, tmux should definitely just do the right thing.
>>
>> We could call realpath() to get around the // issue. If we did it on path in
>> main.c and that would clean up TMUX as well.
>
> Alright.
>
> I'm thinking it may be
You can bind the select-pane command to any key you like, or do something like
to give you a prompt:
bind \; command-prompt 'select-pane -t :.%%'
On Thu, Feb 04, 2010 at 11:12:37PM -0700, Amjidanutpan Ramanujam wrote:
>Hi,
>** *First of all thank you very much for adding the option to se
On Fri, Feb 05, 2010 at 12:55:22AM +0100, clemens fischer wrote:
> Nicholas Marriott wrote:
>
> > On Thu, Feb 04, 2010 at 08:53:39PM +0100, clemens fischer wrote:
> >
> >> can tmux be given a command "take-prompt" for the *choice tables?
> >> I wanted to make a mapping to list the various mappings
On Thu, Feb 04, 2010 at 11:12:37PM -0700, Amjidanutpan Ramanujam wrote:
>My question is: Is there a way to assign a shortcut key to jump to a
>pane based on pane number?
bind-key S command-prompt "select-pane -t .%1"
will set "^b S" to ask you for a pane number (after which you have
to h
13 matches
Mail list logo
