Re: mouse-select-pane on makes mouse unusable

2010-09-03 Thread Nicholas Marriott
^[[A and ^[[B are up and down and tmux won't generate them for scroll events so the terminal must be doing it for one or another mode when mouse-select-pane is on and there are panes, the terminal should always be in mouse input mode, when mouse-select-pane is off it should only be in mouse input

Re: mouse-select-pane on makes mouse unusable

2010-09-03 Thread Mika Fischer
The output is the same as with mouse-select-pane on... Maybe the printf changes something that makes the two cases behave the same. Because after the printf, the scroll events don't cycle through the command history in bash anymore, even when mouse-select-pane is off. Before the printf, the wheel

Re: mouse-select-pane on makes mouse unusable

2010-09-03 Thread Nicholas Marriott
what output do you get with it off doing the same test? On Fri, Sep 03, 2010 at 03:24:32PM +0200, Mika Fischer wrote: > No, the problem only happens when mouse-select-pane is on. If it's > off, everything works as it should. > > On Fri, Sep 3, 2010 at 15:17, Nicholas Marriott > wrote: > > yes,

Re: mouse-select-pane on makes mouse unusable

2010-09-03 Thread Mika Fischer
No, the problem only happens when mouse-select-pane is on. If it's off, everything works as it should. On Fri, Sep 3, 2010 at 15:17, Nicholas Marriott wrote: > yes, probably, do you get the same with mouse-select-pane on and off? > > > On Fri, Sep 03, 2010 at 03:09:19PM +0200, Mika Fischer wrote:

Re: mouse-select-pane on makes mouse unusable

2010-09-03 Thread Nicholas Marriott
yes, probably, do you get the same with mouse-select-pane on and off? On Fri, Sep 03, 2010 at 03:09:19PM +0200, Mika Fischer wrote: > But the scrolling works fine if there's only one pane or when > mouse-select-pane is off. So there must be something different when > using multiple panes in conju

Re: mouse-select-pane on makes mouse unusable

2010-09-03 Thread Mika Fischer
But the scrolling works fine if there's only one pane or when mouse-select-pane is off. So there must be something different when using multiple panes in conjunction with mouse-select-pane, right? On Fri, Sep 3, 2010 at 15:06, Nicholas Marriott wrote: > The first character after the [M is the but

Re: mouse-select-pane on makes mouse unusable

2010-09-03 Thread Nicholas Marriott
The first character after the [M is the buttons and tmux is outputting the same thing in all cases, so the problem is less or whatever. Maybe it only listens for mouse clicks when TERM=xterm or something silly like that. On Fri, Sep 03, 2010 at 02:51:12PM +0200, Florian CROUZAT wrote: > > On 3 s

Re: mouse-select-pane on makes mouse unusable

2010-09-03 Thread Mika Fischer
For me (gnome-terminal, bash, tmux 1.3): Without tmux: scroll-up: ^[[MaXX scroll-down: ^[[M`XX click: ^[[M XX^[[M#XX (button down & button up events) (where XX changes with the mouse position) tmux one pane: exactly the same tmux multiple panes: exactly the same Not sure what to make

Re: mouse-select-pane on makes mouse unusable

2010-09-03 Thread Florian CROUZAT
On 3 sept. 2010, at 14:38, Nicholas Marriott wrote: > what happens if you do printf "\033[?1000h" then cat and scroll the > wheel, inside and outside tmux? With mouse-select-pane on (tmux1.3+Terminal.app+mouseterm: plugin to give Terminal.app mouse support) Outside tmux: scroll-up: ^[[

Re: mouse-select-pane on makes mouse unusable

2010-09-03 Thread Nicholas Marriott
On Fri, Sep 03, 2010 at 02:32:11PM +0200, Mika Fischer wrote: > On Fri, Sep 3, 2010 at 14:14, Nicholas Marriott > wrote: > > either tmux captures the mouse or the terminal handles it, one or the > > other > > But that does not seem to happen in this case. Either the event gets > lost or it's tran

Re: mouse-select-pane on makes mouse unusable

2010-09-03 Thread Mika Fischer
On Fri, Sep 3, 2010 at 14:14, Nicholas Marriott wrote: > either tmux captures the mouse or the terminal handles it, one or the > other But that does not seem to happen in this case. Either the event gets lost or it's translated somehow so that the application does not react to it appropriately.

Re: mouse-select-pane on makes mouse unusable

2010-09-03 Thread Nicholas Marriott
either tmux captures the mouse or the terminal handles it, one or the other most terminals allow you to hold down shift to override application use of the mouse but i don't know if it works for the scroll wheel On Fri, Sep 03, 2010 at 01:27:27PM +0200, Mika Fischer wrote: > With tmux 1.3, scroll

Re: mouse-select-pane on makes mouse unusable

2010-09-03 Thread Florian CROUZAT
On 3 sept. 2010, at 13:27, Mika Fischer wrote: > With tmux 1.3, scrolling does not emit strange things, but it still > doesn't work. Nothing happens when scrolling in a split pane. > > Strangely, everything works fine in vim in a split pane (both with 1.1 > and 1.3). The problem happens with les

Re: mouse-select-pane on makes mouse unusable

2010-09-03 Thread Mika Fischer
With tmux 1.3, scrolling does not emit strange things, but it still doesn't work. Nothing happens when scrolling in a split pane. Strangely, everything works fine in vim in a split pane (both with 1.1 and 1.3). The problem happens with less and bash... Best, Mika On Fri, Sep 3, 2010 at 13:07, M

Re: Starting processes in the background

2010-09-03 Thread Mika Fischer
Indeed, with tmux 1.3, this issue seems to be fixed. Soory for the noise. Best, Mika On Fri, Sep 3, 2010 at 13:16, Mika Fischer wrote: > Ah, sorry. > > This is tmux 1.1-1 on Ubuntu in gnome-terminal with bash as the shell. > > I'll also try with the latest version to see whether that changes an

Re: Starting processes in the background

2010-09-03 Thread Mika Fischer
Ah, sorry. This is tmux 1.1-1 on Ubuntu in gnome-terminal with bash as the shell. I'll also try with the latest version to see whether that changes anything... If I just open a gnome-terminal or xterm (with bash running inside), then start "xclock & exit", xclock starts and keeps running. That's

Re: Starting processes in the background

2010-09-03 Thread Nicholas Marriott
what version of tmux? what platform? what shell? normally starting processes with & puts them in the background but does not detach them from the terminal, so they will die when the shell On Fri, Sep 03, 2010 at 12:45:28PM +0200, Mika Fischer wrote: > Hi, > > with screen I could start processes

mouse-select-pane on makes mouse unusable

2010-09-03 Thread Mika Fischer
Hi, I've got my mouse working fine within tmux. However when I enable the mouse-select-pane option, then the mouse only works correctly when I have one pane per window. If I split the window into multiple panes, the mouse stops to work correctly. For instance using the scroll wheel with less work

Starting processes in the background

2010-09-03 Thread Mika Fischer
Hi, with screen I could start processes in the background with &. When I then closed the shell, the process would keep running and the shell would close. With tmux, if I do this, the shell waits for the started process to finish. Even if I do disown %1 it still waits for the process. Only "nohup

Re: redrawing panes

2010-09-03 Thread Tomasz Pajor
This is what i was looking for, thank You Florian. > On 3 sept. 2010, at 09:23, Tomasz Pajor wrote: > >> Hello, >> >> In a window i have 4 panes split horizontally. After attaching/detaching >> for a while now, they are not equally split. Is there a way to resize them >> to be equal again? >> >

Re: redrawing panes

2010-09-03 Thread Florian CROUZAT
On 3 sept. 2010, at 09:23, Tomasz Pajor wrote: > Hello, > > In a window i have 4 panes split horizontally. After attaching/detaching > for a while now, they are not equally split. Is there a way to resize them > to be equal again? > > here's a screenshot http://puffy.pl/tmux.png Use :select-l

redrawing panes

2010-09-03 Thread Tomasz Pajor
Hello, In a window i have 4 panes split horizontally. After attaching/detaching for a while now, they are not equally split. Is there a way to resize them to be equal again? here's a screenshot http://puffy.pl/tmux.png ---