That's unfortunate. In general I do not see the benefit of the wrapping behavior. If select-pane wraps, then In the common case of two panes side by side, then the commands "next pane", "previous pane", "select pane right", and "select pane left" all degenerate to precisely the same toggle behavior. Thanks for the quick reply, though.


On Wed, Jul 31, 2013 at 9:53 AM, Nicholas Marriott <nicholas.marriott@gmail.com> wrote:
Thanks for your diff but I don't want to add it, sorry. This is not
something where we need a choice of behaviours - one is enough, and
wrapping is it.


On Wed, Jul 31, 2013 at 09:21:00AM -0700, Cory Sharp wrote:
>    I sometimes tmux over an intermittently high latency connection. *In that
>    scenario , when on a right-most pane, for instance, it is very useful if
>    select-pane -R just stays on the right-most pane instead of wrapping
>    around to the left-most pane.
>    As a proof of concept, I have attached a patch that I am using on my local
>    tmux that adds a -f ("fixed" aka "do not wrap") option to select-pane.
>    It would be very helpful to me if this option or something equivalent was
>    rolled into tmux.


> ------------------------------------------------------------------------------
> Get your SQL database under version control now!
> Version control is standard for application code, but databases havent
> caught up. So what steps can you take to put your SQL databases under
> version control? Why should you start doing it? Read more to find out.
> http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk

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