yeah removing #() makes it much less likely
you can also work around it on freebsd >5 by taking the
HAVE_BROKEN_KQUEUE out of the configure entry for freebsd, but that
doesn't work on os x because their kqueue is broken even in recent
versions
On Wed, Aug 18, 2010 at 11:43:07AM -0400, Florian N
In light of the discussion on #tmux and the join-pane enhancement,
I hacked together two scripts: tmux-tile-mode and tmux-monocle-mode.
tmux-tile-mode:
#!/bin/sh
TMUX="tmux -Lmain"
cur=$($TMUX display -p '#I')
first=0
$TMUX list-windows | grep -v "layout" | cut -d':' -f1 | while read LINE
do
i
Hi again,
Leaving out the last line of the .tmux.con that I sent does not cause
the problem. The offending line is
set -g status-right "MACBOOK #(uptime|awk '{print $11}') #(date)"
Whatever it is that it's doing, it's not good.
Best,
Flo
Quoting Florian CROUZAT :
>
> On 18 août 2010, at 0
Hi,
If you have in mind a replication of dwm's monocle and tile modes, then my
proposal would be to do this on a session-by-session basis. I think too
many complications would be involved if you track individual windows, esp.
if someone closes that window in the meanwhile. Hence, you would bind
On 18 août 2010, at 17:16, Thomas Adam wrote:
> On 18 August 2010 15:15, Florian CROUZAT wrote:
>> What I'd like to have is the ability to bind "join-pane -t origin" to put it
>> back automagically on it's source window.
>
> What's more realistic is making a "maximise-pane-layout" -- which I'v
well there are two issues:
- what happens if the window has been closed? this isn't too hard to
deal with, but the choices mostly suck. either keep the window around
anyway until the pane goes, iterate over all panes and fix them on
window close, or store the index instead of the window
- w
On 18 August 2010 15:15, Florian CROUZAT wrote:
> While talking in #tmux, I came with the following enhancement idea that I'd
> love to have.
>
> I have this use case where I have a few windows, each full of panes, I focus
> a window (say, window 2), and I use break-pane on the one I want to rea
its a libevent problem, have a fix but haven't had time to get into it further
On Wed, Aug 18, 2010 at 03:48:42PM +0200, Florian CROUZAT wrote:
>
> On 18 ao?t 2010, at 03:47, Florian Nigsch wrote:
>
> > Hi all,
> >
> > If I use the following .tmux.conf file, tmux randomly crashes after a
> >
While talking in #tmux, I came with the following enhancement idea that I'd
love to have.
I have this use case where I have a few windows, each full of panes, I focus a
window (say, window 2), and I use break-pane on the one I want to read
"full-screen" (it now has it's own window).
I do my stu
On 18 août 2010, at 03:47, Florian Nigsch wrote:
> Hi all,
>
> If I use the following .tmux.conf file, tmux randomly crashes after a
> couple of minutes. I don't know what triggers it
I have the same issue, if by "crash" you mean "freeze".
It's been a couple of weeks I haven't had the problem
Hi all,
If I use the following .tmux.conf file, tmux randomly crashes after a
couple of minutes. I don't know what triggers it.
I am using tmux-1.3 under Mac OS X 10.6.4, the problem occurs under
both X11.app (using both urxvt and xterm) and Terminal.app, with both
the version from MacPorts
11 matches
Mail list logo
