-
I've committed this to OpenBSD and it should be in SF fairly soon as well. I'm not convinced about having two forms of selection behaviour (it is bad enough having two sets of key bindings), but I'll add it to the todo list and maybe someone will do it.
2010-01-03 17:15:24 UTC in tmux
-
Hmm. If you hit C-b r, it redraws the status line immediately?
This is an odd problem because the timer/redraw behaviour is very different between 1.1 and HEAD.
2010-01-03 14:17:26 UTC in tmux
-
Can you try this please?
Index: screen.c
===================================================================
RCS file: /cvs/src/usr.bin/tmux/screen.c,v
retrieving revision 1.12
diff -u -p -r1.12 screen.c
--- screen.c 3 Dec 2009 22:50:10 -0000 1.12
+++ screen.c 3 Jan 2010 14:09:22 -0000
@@ -234,11 +234,31 @@ screen_set_selection(struct screen *s,
struct screen_sel *sel = &s->sel;.
2010-01-03 14:10:29 UTC in tmux
-
Fair enough. Do you have time to change the diff? Otherwise it will have to wait until I have some free time.
2010-01-02 22:55:57 UTC in tmux
-
The way it SHOULD work is that when doing a reverse selection, the character the cursor is on is included in the selection (if you imagine an invisible line between each character, the cursor sits to the right of the line marking the edge of the selection). If in doubt, it should work like emacs.
I can reproduce this now, although it seems to work fine under some circumstances, there is...
2010-01-02 21:54:44 UTC in tmux
-
I'll add changing this to the todo list but I'm really really busy right now so don't hold your breath.
2010-01-02 17:39:21 UTC in tmux
-
Hi
Are you under the misapprehension that the character the cursor is currently on is part of the selection?.
2010-01-02 17:37:11 UTC in tmux
-
Added to todo list, thanks.
2010-01-02 17:32:59 UTC in tmux
-
You can swap panes with windows with swap-pane, a join-pane command has been on the todo list for ages but I've been too busy.
2010-01-02 17:30:20 UTC in tmux
-
Thanks for your diff,
I don't think setting data->target is the right way to do this, I think it should locate the next or previous session as a struct session and assign it to c->session (ie instead of calling cmd_find_session).
Note that get_session_index already exists in session.c as session_index.
I think get_next_session and get_prev_session would be better as generic functions in...
2010-01-02 17:26:35 UTC in tmux