It went into OpenBSD, not sure it made it to SF yet.
On Wed, May 14, 2014 at 09:08:27AM -0700, Suraj Kurapati wrote:
> On Sun, Apr 20, 2014 at 2:22 PM, Suraj Kurapati wrote:
> > On Sun, Apr 20, 2014 at 12:38 AM, Nicholas Marriott wrote:
> >> I don't want to have two ways to do directional movemen
On Sun, Apr 20, 2014 at 2:22 PM, Suraj Kurapati wrote:
> On Sun, Apr 20, 2014 at 12:38 AM, Nicholas Marriott wrote:
>> I don't want to have two ways to do directional movement of panes
>
> Fair enough. I can live with `selectp -L` to go from pane X to W. :)
Was this change committed? I'm using t
Fair enough. I can live with `selectp -L` to go from pane X to W. :)
On Sun, Apr 20, 2014 at 12:38 AM, Nicholas Marriott
wrote:
> I don't want to have two ways to do directional movement of panes, but
> perhaps your needs can be met by some other idea...
>
> Are you actually relying on tmux reme
I don't want to have two ways to do directional movement of panes, but
perhaps your needs can be met by some other idea...
Are you actually relying on tmux remembering the pane in nested layouts
beyond one step?
In your example below you should be able to use selectp -l to get the
pane you want.
I don't agree here, I think that if you go right from pane X, the two
options are pane Y and pane Z. Pane W can't sensibly be seen as right of
pane X. I know that previously it would always have chosen pane Y, and
that choosing W is better (so your way is an improvement over the
original), but I ch
Hi Nicholas,
I tried your patch and I'm sorry to say that I don't like it :-(
mainly because focus is not remembered across large nested blocks.
For example, consider the following scenario of what I expect:
12345
@+---@+-
Can you try my latest patch and see if it still works acceptably for you?
On Fri, Apr 18, 2014 at 04:34:22PM -0700, Suraj Kurapati wrote:
> On Thu, Apr 17, 2014 at 1:07 PM, Thomas Adam wrote:
> > if this behaviour needs reverting, and/or enough people complain,
> > we'll consider doing so?
>
On Thu, Apr 17, 2014 at 1:07 PM, Thomas Adam wrote:
> if this behaviour needs reverting, and/or enough people complain,
> we'll consider doing so?
I, for one, have no complaints about the current behaviour because I
was among[1] those[2] who requested[3] the current behavior in the
first place.
ceforge.net
Subject: Re: [tmux:tickets] #122 Configuration of pane switching behavior
No new options for this. Once we add options they are hard to get rid of and
this is not something many people will care to change. We pick whichever method
seems best and go with it.
Either we keep
To: Ticket 122 <1...@tickets.tmux.p.re.sf.net>
Cc: tmux-users@lists.sourceforge.net
Subject: Re: [tmux:tickets] #122 Configuration of pane switching behavior
On 2014-04-17, Nicholas Marriott wrote:
> It certainly wouldn't reliably take you to the pane "up" when you
>
On Thu, Apr 17, 2014 at 09:03:07PM +0100, Balazs Kezes wrote:
> Okay, here's another idea before deciding on closing this and just
> adding a FAQ entry. How about a new option called something like
> "pane-switch-behavior". When you set it to "remember" it is the current
How about "no", and if thi
On 2014-04-17, Nicholas Marriott wrote:
> It certainly wouldn't reliably take you to the pane "up" when you
> asked.
It actually does when you use grid layouts. I think I've already dug out
the code demonstrating this in another thread. It's relative to the
current pane's top left corner. But yeah
---
** [tickets:#122] Configuration of pane switching behavior**
**Status:** open
**Created:** Thu Apr 17, 2014 01:26 AM UTC by Keith Smiley
**Last Updated:** Thu Apr 17, 2014 01:26 AM UTC
**Owner:** nobody
In https://sourceforge.net/p/tmux/tickets/97/ there was a feature added to
return to
13 matches
Mail list logo
