Hi,
First of all thank you very much for adding the option to select a pane
with the mouse in rev 1.1. It makes a world of difference.
My question is: Is there a way to assign a shortcut key to jump to a
pane based on pane number? I realize there is a key to do the down pane and
up pane.
Nicholas Marriott wrote:
> On Thu, Feb 04, 2010 at 08:53:39PM +0100, clemens fischer wrote:
>
>> can tmux be given a command "take-prompt" for the *choice tables?
>> I wanted to make a mapping to list the various mappings, thus:
>>
>> bind 'h' command-prompt \ -p
>> vi-edit,emacs-edit,vi-choi
clemens fischer wrote:
[...]
> tmux.h:30:19: error: event.h: No such file or directory
>
> I found out that nils provos libevent is needed, this should be
> mentioned in the FAQ for the dev version.
It's in the NOTES file. You just need to read it. :)
Regards, Frank
--
In protocol design, per
On Thu, Feb 04, 2010 at 08:53:39PM +0100, clemens fischer wrote:
> Hi,
>
> can tmux be given a command "take-prompt" for the *choice tables?
> I wanted to make a mapping to list the various mappings, thus:
>
> bind 'h' command-prompt \
> -p vi-edit,emacs-edit,vi-choice,emacs-choice,vi-copy,em
Hi,
can tmux be given a command "take-prompt" for the *choice tables?
I wanted to make a mapping to list the various mappings, thus:
bind 'h' command-prompt \
-p vi-edit,emacs-edit,vi-choice,emacs-choice,vi-copy,emacs-copy \
"list-keys -t '%%'"
(all one one line). I wanted it to insert th
It is in the release notes already, of course.
On Thu, Feb 04, 2010 at 08:17:44PM +0100, clemens fischer wrote:
> Nicholas Marriott wrote:
>
> > Ah, sorry, I missed that. Can you try HEAD? I think I fixed a bug like
> > this recently.
>
> Right, HEAD, the portable version from sourceforge, list
Micah Cowan wrote:
> You can get there on the SourceForge project page, and hit the "devel"
> tab: http://sourceforge.net/projects/tmux/devel/.
http://sourceforge.net/projects/tmux/devel/ is a 404, but
http://sourceforge.net/scm/?type=cvs&group_id=200378 isn't. It's
reachable through devel.
I j
Nicholas Marriott wrote:
> Ah, sorry, I missed that. Can you try HEAD? I think I fixed a bug like
> this recently.
Right, HEAD, the portable version from sourceforge, lists all keys with
their proper mapped keys.
Please don't forget to list provos' libevent as a dependency somewhere
_visible_.
How about this?
Not changed substantially, just renamed some bits as discussed.
Index: mode-key.c
===
RCS file: /cvs/src/usr.bin/tmux/mode-key.c,v
retrieving revision 1.30
diff -u -p -r1.30 mode-key.c
--- mode-key.c 1 Feb 2010 22:15
Nicholas Marriott wrote:
> Hi
>
> This is a cool idea, tmux should definitely just do the right thing.
>
> We could call realpath() to get around the // issue. If we did it on path in
> main.c and that would clean up TMUX as well.
Alright.
I'm thinking it may be worthwhile to parse TMUX properl
good catch, committed with that change, thanks
On Wed, Feb 03, 2010 at 03:38:02PM -0800, Micah Cowan wrote:
> It looks right to me; except that you may want to move the xfree(label)
> back down where it was before (with a NULL check on label), as otherwise
> it'll leak memory if some silly user s
Hi
This is a cool idea, tmux should definitely just do the right thing.
We could call realpath() to get around the // issue. If we did it on path in
main.c and that would clean up TMUX as well.
Is it too early to do it in main.c?
I don't think it is necessary to use stat(), a string comparison
Committed with a couple of minor tweaks, thanks.
On Thu, Feb 04, 2010 at 06:18:02AM -0500, Paul Hoffman wrote:
> On Thu, Feb 04, 2010 at 06:01:24AM -0500, Paul Hoffman wrote:
> > On Wed, Feb 03, 2010 at 10:06:20PM +, Nicholas Marriott wrote:
> > > Looks fine, any chance of adding it to the ma
Looks fine, thanks, I'll put it in tonight if I have time.
On Thu, Feb 04, 2010 at 06:18:02AM -0500, Paul Hoffman wrote:
> On Thu, Feb 04, 2010 at 06:01:24AM -0500, Paul Hoffman wrote:
> > On Wed, Feb 03, 2010 at 10:06:20PM +, Nicholas Marriott wrote:
> > > Looks fine, any chance of adding it
I think it would be better in the FAQ or NOTES, used to be in NOTES but I
deleted it, can't remember why.
On Thu, Feb 04, 2010 at 07:47:47AM -0800, Micah Cowan wrote:
> clemens fischer wrote:
> > Nicholas Marriott wrote:
> >
> >> Ah, sorry, I missed that. Can you try HEAD? I think I fixed a bug
Micah Cowan wrote:
> Except that he was originally talking about binding a key in the
> vi-copy table, so maybe he does.
>
> He may know it better as "normal" mode, which is what I more usually
> hear it called (at least in vim documentaiton). I'm not sure, but
> I think "command" mode may refer
clemens fischer wrote:
> Nicholas Marriott wrote:
>
>> Ah, sorry, I missed that. Can you try HEAD? I think I fixed a bug like
>> this recently.
>
> I've been meaning to find the repo all along. Can somebody please tell
> me where to find it, the URI isn't mentioned anywhere I looked
You can get
Nicholas Marriott wrote:
> Ah, sorry, I missed that. Can you try HEAD? I think I fixed a bug like
> this recently.
I've been meaning to find the repo all along. Can somebody please tell
me where to find it, the URI isn't mentioned anywhere I looked 8-(
clemens (call me "The Uninformed One")
On Thu, Feb 04, 2010 at 06:01:24AM -0500, Paul Hoffman wrote:
> On Wed, Feb 03, 2010 at 10:06:20PM +, Nicholas Marriott wrote:
> > Looks fine, any chance of adding it to the man page too?
>
> Oops, I forgot all about that. I'm not familiar with the mdoc macro
> package, so it'll take me a lit
On Wed, Feb 03, 2010 at 10:06:20PM +, Nicholas Marriott wrote:
> Looks fine, any chance of adding it to the man page too?
Oops, I forgot all about that. I'm not familiar with the mdoc macro
package, so it'll take me a little longer, but I'll give it a shot.
Paul.
> On Wed, Feb 03, 2010 at 0
On Wed, Feb 03, 2010 at 01:20:44PM +, Nicholas Marriott wrote:
> This looks cool, will test it tonight.
>
> In HEAD the pane border of the active pane is highlighted (only helps with >2
> panes though)
That's great -- I liked that in dvtm and am glad to see it in tmux.
Paul.
> On Wed, Feb 0
Currently, tmux complains if you create or attach a session within
another tmux session (that is, if $TMUX is set). This is true even if
the new session being created is on a new _server_ being created (e.g.,
"tmux -L new").
This patch addresses this issue by silently succeeding when the new
sessi
I'll put it in tonight.
On Wed, Feb 03, 2010 at 06:28:14PM -0800, Micah Cowan wrote:
> Have you had a chance to look at this yet? (Just prodding)
>
> It's the vi-B-W-E-cmds.diff one; it introduced "non-whitespace"
> word-skipping movement commands.
>
> I'd like this patch to get in before I sta
vi(1) calls it command mode, that's all I know :-).
Yeah, vi-edit not vi-code.
On Wed, Feb 03, 2010 at 06:22:25PM -0800, Micah Cowan wrote:
> Except that he was originally talking about binding a key in the vi-copy
> table, so maybe he does.
>
> He may know it better as "normal" mode, which is
Yes, so you could do 1 C-w or 1 y to copy into buffer 1 instead of 0.
On Wed, Feb 03, 2010 at 06:15:06PM -0800, Micah Cowan wrote:
> I'm not certain I understand how that's related to your copy buffers,
> thing? Or are you talking about command prefixes such as double-quote
> register name (say,
25 matches
Mail list logo
