Re: tmux slow in changing the window

2012-06-05 Thread Sinbad
On Fri, May 25, 2012 at 2:43 PM, Nicholas Marriott <
nicholas.marri...@gmail.com> wrote:

> You will always see this, they come down the same channel. Fiddling with
> the c0-* options can make it more responsive, but if you make them too
> aggressive it will slow down normal output.
>
>
> On Fri, May 25, 2012 at 02:37:16PM +0530, Sinbad wrote:
> >On Tue, May 15, 2012 at 12:23 PM, Thomas Adam <[1]tho...@xteddy.org>
> >wrote:
> >
> >  Rate limiting support to help with this problem, was added to tmux
> >  recently. Again, you'll need to use svn, something you seem
> reluctant to
> >  do?
> >
> >  -- Thomas Adam
> >
> >I've updated to the latest code but i'm still seeing some time lag in
> >changing the windows when lot of text is being printed in the current
> >window. i see some improvement when text output is only on one window.
> >It is worse when in more than one window text is
> printed*continuously.*
> >
> > References
> >
> >Visible links
> >1. mailto:tho...@xteddy.org
>
> >
> --
> > Live Security Virtual Conference
> > Exclusive live event will cover all the ways today's security and
> > threat landscape has changed and how IT managers can respond. Discussions
> > will include endpoint security, mobile security and the latest in malware
> > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>
> > ___
> > tmux-users mailing list
> > tmux-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/tmux-users
>
>
i've never seen this problem in screen, is there serious design flaw
in tmux ?

> You will always see this, they come down the same channel.

Is there way to employ more channels ?
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users


synchronize-panes Cursor In Every Window?

2012-06-05 Thread Drew Decker
Was wondering if this was possible, or could be implemented via a Feature
Request.  When you have *synchronize-panes *enabled, normally, you are
editing files or making changes on the same exact file/item.  Usually,
there is a cursor in the "active" window and all the other
windows receive the input, but do not have a cursor.  It would be nice if
there was a way to enable a cursor to be shown on every pane, even if they
are syncronized, just to make sure that, when you are editing the same
file, your cursor matches up with the section on all items you are editing.

Thanks,
Drew
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users


Re: bash vi mode and tmux

2012-06-05 Thread Alex Yelluas
Thank you, Nicholas! That did it.

On Tue, Jun 5, 2012 at 8:03 AM, Nicholas Marriott <
nicholas.marri...@gmail.com> wrote:

> This is wrong inside tmux, set TERM to screen.
>
> Also on most systems xterm-color is obsolete, just use xterm outside
> tmux.
>
>
> On Tue, Jun 05, 2012 at 07:51:42AM -0700, Alex Yelluas wrote:
> >Hi,
> >$echo $TERM
> >xterm-color
> >Also, it seems to happen more*frequently*when my terminal is split
> into
> >multiple vertical panes. I just tested again, on a different system
> (both
> >are macs with iterm2), and i see exactly the same*behavior. To
> reproduce -
> > " , and then  % in both top and bottom panes, then
> find
> >something from history, copy / paste and try to insert some
> characters.
> >Thanks,
> >Alex
> >On Tue, Jun 5, 2012 at 2:00 AM, Nicholas Marriott
> ><[1]nicholas.marri...@gmail.com> wrote:
> >
> >  What is TERM set to?
> >
> >  On Mon, Jun 04, 2012 at 02:40:52PM -0700, Alex Yelluas wrote:
> >  > * *Hello tmux users,
> >  > * *I'm having a problem with bash in vi mode inside tmux.
> >  > * *In bash i start with 'set -o vi', this enables me to use
> vi-like
> >  commands
> >  > * *for the command line (history scroll, copy/paste, etc.)
> >  > * *Quite frequently i reuse previous bash command with small
> >  modifications,
> >  > * *and this is where the problem occurs - whenever i
> >  > * *try to insert*additional*characters inside a previously
> recalled
> >  command,
> >  > * *newly entered characters go over the old ones, instead
> >  > * *of shifting them to the right. Here's an example:
> >  > * *1st command:*$ls -l | grep ^d
> >  > * *then i realize i need to it to be case-insensitive, so i 'esc
> up',
> >  select
> >  > * *the prev. command and insert '-i' before ^d, but when i do
> >  > * *i get*$ls -l | grep -i *as ^d get's overwritten by '-i'.
> >  > * *This only happens inside tmux.
> >  > * *Thanks,
> >  > * *Alex
> >
> >  >
> >
>  
> --
> >  > Live Security Virtual Conference
> >  > Exclusive live event will cover all the ways today's security and
> >  > threat landscape has changed and how IT managers can respond.
> >  Discussions
> >  > will include endpoint security, mobile security and the latest in
> >  malware
> >  > threats. [2]
> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> >
> >  > ___
> >  > tmux-users mailing list
> >  > [3]tmux-users@lists.sourceforge.net
> >  > [4]https://lists.sourceforge.net/lists/listinfo/tmux-users
> >
> > References
> >
> >Visible links
> >1. mailto:nicholas.marri...@gmail.com
> >2. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> >3. mailto:tmux-users@lists.sourceforge.net
> >4. https://lists.sourceforge.net/lists/listinfo/tmux-users
>
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users


Re: bash vi mode and tmux

2012-06-05 Thread Nicholas Marriott
This is wrong inside tmux, set TERM to screen.

Also on most systems xterm-color is obsolete, just use xterm outside
tmux.


On Tue, Jun 05, 2012 at 07:51:42AM -0700, Alex Yelluas wrote:
>Hi,
>$echo $TERM
>xterm-color
>Also, it seems to happen more*frequently*when my terminal is split into
>multiple vertical panes. I just tested again, on a different system (both
>are macs with iterm2), and i see exactly the same*behavior. To reproduce -
> " , and then  % in both top and bottom panes, then find
>something from history, copy / paste and try to insert some characters.
>Thanks,
>Alex
>On Tue, Jun 5, 2012 at 2:00 AM, Nicholas Marriott
><[1]nicholas.marri...@gmail.com> wrote:
> 
>  What is TERM set to?
> 
>  On Mon, Jun 04, 2012 at 02:40:52PM -0700, Alex Yelluas wrote:
>  > * *Hello tmux users,
>  > * *I'm having a problem with bash in vi mode inside tmux.
>  > * *In bash i start with 'set -o vi', this enables me to use vi-like
>  commands
>  > * *for the command line (history scroll, copy/paste, etc.)
>  > * *Quite frequently i reuse previous bash command with small
>  modifications,
>  > * *and this is where the problem occurs - whenever i
>  > * *try to insert*additional*characters inside a previously recalled
>  command,
>  > * *newly entered characters go over the old ones, instead
>  > * *of shifting them to the right. Here's an example:
>  > * *1st command:*$ls -l | grep ^d
>  > * *then i realize i need to it to be case-insensitive, so i 'esc up',
>  select
>  > * *the prev. command and insert '-i' before ^d, but when i do
>  > * *i get*$ls -l | grep -i *as ^d get's overwritten by '-i'.
>  > * *This only happens inside tmux.
>  > * *Thanks,
>  > * *Alex
> 
>  >
>  
> --
>  > Live Security Virtual Conference
>  > Exclusive live event will cover all the ways today's security and
>  > threat landscape has changed and how IT managers can respond.
>  Discussions
>  > will include endpoint security, mobile security and the latest in
>  malware
>  > threats. [2]http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> 
>  > ___
>  > tmux-users mailing list
>  > [3]tmux-users@lists.sourceforge.net
>  > [4]https://lists.sourceforge.net/lists/listinfo/tmux-users
> 
> References
> 
>Visible links
>1. mailto:nicholas.marri...@gmail.com
>2. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>3. mailto:tmux-users@lists.sourceforge.net
>4. https://lists.sourceforge.net/lists/listinfo/tmux-users

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users


Re: bash vi mode and tmux

2012-06-05 Thread Alex Yelluas
Hi,

$echo $TERM
xterm-color

Also, it seems to happen more frequently when my terminal is split into
multiple vertical panes. I just tested again, on a different system (both
are macs with iterm2), and i see exactly the same behavior. To reproduce -

 " , and then  % in both top and bottom panes, then find
something from history, copy / paste and try to insert some characters.

Thanks,

Alex


On Tue, Jun 5, 2012 at 2:00 AM, Nicholas Marriott <
nicholas.marri...@gmail.com> wrote:

> What is TERM set to?
>
>
> On Mon, Jun 04, 2012 at 02:40:52PM -0700, Alex Yelluas wrote:
> >Hello tmux users,
> >I'm having a problem with bash in vi mode inside tmux.
> >In bash i start with 'set -o vi', this enables me to use vi-like
> commands
> >for the command line (history scroll, copy/paste, etc.)
> >Quite frequently i reuse previous bash command with small
> modifications,
> >and this is where the problem occurs - whenever i
> >try to insert*additional*characters inside a previously recalled
> command,
> >newly entered characters go over the old ones, instead
> >of shifting them to the right. Here's an example:
> >1st command:*$ls -l | grep ^d
> >then i realize i need to it to be case-insensitive, so i 'esc up',
> select
> >the prev. command and insert '-i' before ^d, but when i do
> >i get*$ls -l | grep -i *as ^d get's overwritten by '-i'.
> >This only happens inside tmux.
> >Thanks,
> >Alex
>
> >
> --
> > Live Security Virtual Conference
> > Exclusive live event will cover all the ways today's security and
> > threat landscape has changed and how IT managers can respond. Discussions
> > will include endpoint security, mobile security and the latest in malware
> > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>
> > ___
> > tmux-users mailing list
> > tmux-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/tmux-users
>
>
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users


Re: bash vi mode and tmux

2012-06-05 Thread Nicholas Marriott
What is TERM set to?


On Mon, Jun 04, 2012 at 02:40:52PM -0700, Alex Yelluas wrote:
>Hello tmux users,
>I'm having a problem with bash in vi mode inside tmux.
>In bash i start with 'set -o vi', this enables me to use vi-like commands
>for the command line (history scroll, copy/paste, etc.)
>Quite frequently i reuse previous bash command with small modifications,
>and this is where the problem occurs - whenever i
>try to insert*additional*characters inside a previously recalled command,
>newly entered characters go over the old ones, instead
>of shifting them to the right. Here's an example:
>1st command:*$ls -l | grep ^d
>then i realize i need to it to be case-insensitive, so i 'esc up', select
>the prev. command and insert '-i' before ^d, but when i do
>i get*$ls -l | grep -i *as ^d get's overwritten by '-i'.
>This only happens inside tmux.
>Thanks,
>Alex

> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

> ___
> tmux-users mailing list
> tmux-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tmux-users


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users


Re: [PATCH] Allow using mouse to scroll down in copy mode

2012-06-05 Thread Thomas Adam
Hi,

Yes, this was synched in Openbsd patchset 1082. Look in svn trunk. It's not
in a released version of tmux yet.

-- Thomas Adam
On Jun 4, 2012 7:41 PM, "Sébastien le Preste de Vauban" <
ulpianoso...@gmail.com> wrote:

>  On Sun, Apr 01, 2012 at 02:50:20AM -0400, James Nylen wrote:
> >The attached patch adds a new option, mode-mouse-scroll-down, which 
> > allows
> >the mouse wheel to scroll down past the end of the screen in copy mode.*
> >If the option is enabled, copy mode will only be exited when the cursor
> >reaches the end of the buffer, instead of the default behavior (copy mode
> >is exited when the cursor reaches the bottom of the screen).
> >
> >Hopefully that makes some sense.* Let me know what you think.
>
>  http://sourceforge.net/mailarchive/message.php?msg_id=29068967
>
> So, ¿did this patch got merged upstream?
>
> I am using version 1.6-2 from archlinux and I can reproduce the bug.
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> tmux-users mailing list
> tmux-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tmux-users
>
>
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users