Do you mean order everything by time when displaying the buffers in
buffer-list and buffer-choose? Or do you mean order everything by
time in all cases, so that paste_get_top refers to the most recent
buffer, even if it is !automatic?
If it's the former, that sounds fine. If it's the latter, tha
> If we supported it outside tmux it would add something useful but even
> then I'm not convinced the status quo isn't good enough.
Ok. I'll drop it. It can be revisited if people start requesting the feature.
--
Is you
Ok cheers - if you're thinking of doing other more from the TODO feel
free to email me first to see if it's still wanted :-).
On Fri, May 09, 2014 at 02:17:12AM -0500, J Raynor wrote:
> > If we supported it outside tmux it would add something useful but even
> > then I'm not convinced the status
Hi
Yes, I think making it always ordered by time with both automatically
and explicitly named buffers mixed together will be fine - if anyone
comes up with a serious need to make delete-buffer skip !automatic then
we can consider a flag at that point. So effectively it's back to a
stack again :-).
Thanks - full diff below with some mostly style changes.
In the manpage I changed it a bit because shell-command is still used as
a single item for pipe-pane and some other places so better to list the
commands that accept it as a multiple.
I'd like a better example for the multiple arguments cas
All,
Is there a way to enable xterm like “character class” mouse selection in
tmux’s mode-mouse?
Just in case that sentence sounded like gibberish, to some, let me explain
what some of it means to help make sense of it. Stop reading if you already
know what character classes are in xterm.
On 9 May 2014 14:00, Michael Garrett wrote:
> All,
>
> Is there a way to enable xterm like “character class” mouse selection in
> tmux’s mode-mouse?
No, and it's already on the TODO list. You could just hold down
shift, and let the underlying terminal perform the same function,
should that be
Well, in practice we need to have both copy mode and mouse support for
it, and if that is the case we might as well have mouse support work
well. IIRC xtmux already has code to do this, I looked at it before but
never got round to applying it.
On Fri, May 09, 2014 at 02:07:50PM +0100, Thomas Ada
> Only need to change paste_cmp_times, paste_(get|free)_top and remove the
> RB_INSERT and REMOVE from paste_rename:
I think paste_set needs to be modified as well. When it replaces a
buffer, it frees the old one and mallocs a new one. The new one needs
to have pb->order set to paste_next_order+
yes you're right, changed that too
On Fri, May 09, 2014 at 10:09:42AM -0500, J Raynor wrote:
> > Only need to change paste_cmp_times, paste_(get|free)_top and remove the
> > RB_INSERT and REMOVE from paste_rename:
>
> I think paste_set needs to be modified as well. When it replaces a
> buffer,
> Applied, but without the shift part.
Thx!
The shift part however is necessary in those cases mentioned where the
program has broken mouse support..
>> Because it gives all CLI programs (even bash history) "intuitive" mouse>>
>> support without updating/fixing every single one of them. There are
I don't think we particularly need to document this and definitely no options.
Cheers
Original message
From: Marcel Partap
Date: 09/05/2014 21:00 (GMT+00:00)
To: Nicholas Marriott
Cc: tmux-users@lists.sourceforge.net
Subject: Re: [PATCH 1/2] Enable mouse wheel scrolling
12 matches
Mail list logo