I think there might be pane_start_path as well which would work for you.
Original message
From: Matteo Cavalleri
Date: 27/02/2014 22:28 (GMT+00:00)
To: Nicholas Marriott
Cc: tmux-users@lists.sourceforge.net
Subject: Re: problem with new-window and current directory
wel
well, from my point of view (and the way i usually work) that won’t be a
problem at all, and in any case I think it would still better the be back at
"/the/dir/I/was/in/before/running/whatever” rather than being put on “/“ and
then having to manually cd back to the correct dir
anyway I understa
But what if the process changes the directory? We can tell the pwd where
we start the command but not if it changes it.
On Thu, Feb 27, 2014 at 11:14:42PM +0100, Matteo Cavalleri wrote:
> too bad :( just curious: why not e.g. evaluate $PWD when executing the
> command? it seems to be expanded ju
too bad :( just curious: why not e.g. evaluate $PWD when executing the command?
it seems to be expanded just when the config is loaded and then the value is
kept as is.
> The mechanism is not always reliable, not sure there is much we can do about
> it.
>
>
> Original message -
The mechanism is not always reliable, not sure there is much we can do about it.
Original message
From: Matteo Cavalleri
Date: 27/02/2014 21:09 (GMT+00:00)
To: tmux-users@lists.sourceforge.net
Subject: problem with new-window and current directory
Hi, i’m using tmux 1.9a
On Thu, Feb 27, 2014 at 10:09:03PM +0100, Matteo Cavalleri wrote:
> so when I create a new window with e.g. something piped to less the
> new window opens on the root directory, always. On linux I’m compiling
> tmux from sources and even with the latest commits I still get this
> behavior. Is it f
Hi, i’m using tmux 1.9a on osx and I have the following problem when i create a
new window.
in my .tmux.config:
bind-key c new-window -c '#{pane_current_path}’
steps to reproduce the problem
$ cd
$ tmux
$ cd /usr/local
C-b c -> creates a new window in /usr/local
$ exit # closes the new windo
Thx, found already out by using clang (make --debug was not useful)..
> It does when you realise has #define lines
which is quite a naughty name choice imho.
#Regards.
--
Flow-based real-time traffic analytics software. C
> I usually find it helpful to compile with clang in these situations
> (CC=/usr/bin/clang and CXX=/usr/bin/clang++). The error messages are
> usually much more helpful.
Sheesh that was helpful indeed THANKS :)
> # CC=clang ./configure --enable-debug
> ...
> depbase=`echo tty-term.o | sed 's|[^/]*$
On 27 February 2014 16:17, Marcel Partap wrote:
>> In file included from tty-term.c:31:0:
>> tmux.h:1168:16: error: expected ‘:’, ‘,’, ‘;’, ‘}’ or ‘__attribute__’ before
>> ‘->’ token
>> u_int lines;
>> ^
>> make: *** [tty-term.o] Error 1
> which makes absolutely no sense to me.
On Thursday 27 Feb 2014 17:17:13 Marcel Partap wrote:
> > It fails to compile
>
> more exactly:
> > depbase=`echo tty-term.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
> > gcc -DPACKAGE_NAME=\"tmux\" -DPACKAGE_TARNAME=\"tmux\"
> > -DPACKAGE_VERSION=\"1.10\" -DPACKAGE_STRING=\"tmux\ 1.10\"
> > -DPACKAGE
> It fails to compile
more exactly:
> depbase=`echo tty-term.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
> gcc -DPACKAGE_NAME=\"tmux\" -DPACKAGE_TARNAME=\"tmux\"
> -DPACKAGE_VERSION=\"1.10\" -DPACKAGE_STRING=\"tmux\ 1.10\"
> -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"tmux\"
> -DVERSION=\"1
> Hmm was working for me.
Nah I meant the revised version I sent in reply.. here's the latest. It
fails to compile however (help?).
>From 2e3633271798d9052953d23e5317812bdc32c015 Mon Sep 17 00:00:00 2001
From: Nicholas Marriott
Date: Wed, 26 Feb 2014 23:04:23 +
Subject: [PATCH] Implement simpl
Hmm was working for me. Will try when I get home tonight
Original message
From: Marcel Partap
Date: 27/02/2014 12:56 (GMT+00:00)
To: Nicholas Marriott
Cc: tmux-users@lists.sourceforge.net
Subject: Re: [PATCH 1/2] Implement simple mouse wheel emulation, 3rd.
Actually, i
Actually, it doesn't need a server_ function.
Then again, it doesn't compile for some obscure reason.
Huh?
>From 92a2e3db2cd2e8fabb01762bec678c3868a46e11 Mon Sep 17 00:00:00 2001
From: Nicholas Marriott
Date: Wed, 26 Feb 2014 23:04:23 +
Subject: [PATCH] Implement simple mouse wheel emulation,
Out of curiosity, does anyone know the rationale for removing the
default-path setting? This seems like the kind of thing a lot of users
might want, though maybe I'm biased :)
On Wed, Feb 26, 2014 at 4:41 AM, Thomas Adam wrote:
> On Tue, Feb 25, 2014 at 03:35:13PM -0800, Jack O'Connor wrote:
>
I don't get it. What's happening and what do you expect to happen?
Original message
From: Tim Perkins
Date: 27/02/2014 03:17 (GMT+00:00)
To: tmux-users@lists.sourceforge.net
Subject: pipe-pane doesn't work in 1.8... does work in 1.9a
Hi all,
This is probably old news,
On Thu, Feb 27, 2014 at 08:01:24AM +0100, Marcel Partap wrote:
> > Not wild about returning +/- lines from the func
> one could instead switch(m->wheel) and just return unsigned lines count?
>
Yes I thought of this late last night, I'll try it if I get time today.
> > trying to avoid adding more
We were talking about this yesterday.
Reexec is the easiest option to implement but the trouble is that it
only helps people who know they are upgrading. It doesn't help people
who blithely run a system upgrade inside tmux and then have trouble when
a protocol version bump stops them reattaching t
19 matches
Mail list logo