---
** [tickets:#197] Scrolling past bottom exits copy-mode**
**Status:** open
**Created:** Mon May 25, 2015 08:48 AM UTC by Josh Ober
**Last Updated:** Mon May 25, 2015 08:48 AM UTC
**Owner:** nobody
I've been using the git version of tmux and really like the new mouse behavior.
Bu
scroll_region_* are for something else (the scroll region). This would
need a new format. Which would be a reasonable solution.
On Sun, May 03, 2015 at 04:26:18PM +0200, Enrico Ghirardi wrote:
> On Sun, May 3, 2015 at 1:28 AM, Thomas Adam wrote:
> > I haven't tested this, but I don't think this
On Sun, May 3, 2015 at 1:28 AM, Thomas Adam wrote:
> I haven't tested this, but I don't think this patch is needed, given
> something like:
>
> bind -n WheelDownPane if -Ft=
> "#{?pane_in_mode,#{?scroll_region_lower},,},," "send c-m"
I'm not sure if it's only me, but #{scroll_region_lower} al
On 2 May 2015 at 13:44, David Verhasselt wrote:
> A couple of weeks ago the mouse-related code was refactored and a feature
> was removed: This feature exited copy-mode when scrolling with the mouse
> down past the bottom. Combined with the feature that entered copy-mode when
> scrol
A couple of weeks ago the mouse-related code was refactored and a feature
was removed: This feature exited copy-mode when scrolling with the mouse
down past the bottom. Combined with the feature that entered copy-mode when
scrolling up with the mouse, this was useful to emulate intuitively
---
** [tickets:#190] how to mousewheel trigger copy-mode and scroll in latest
master**
**Status:** open
**Labels:** mouse
**Created:** Thu Apr 23, 2015 09:04 AM UTC by Rafi B.
**Last Updated:** Thu Apr 23, 2015 09:04 AM UTC
**Owner:** nobody
On latest master, 2.0, mouse support has
This patch works great. Will it be accepted into tmux codebase soon?
--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling b
ed with
> .Ic bind-key
> and
> .Ic unbind-key .
> -One command accepts an argument,
> -.Ic copy-pipe ,
> -which copies the selection and pipes it to a command.
> +The
> +.Ic append-selection ,
> +.Ic copy-selection ,
> +and
> +.Ic start-named-buffer
> +commands
Ic bind-key
and
.Ic unbind-key .
-One command accepts an argument,
-.Ic copy-pipe ,
-which copies the selection and pipes it to a command.
+The
+.Ic append-selection ,
+.Ic copy-selection ,
+and
+.Ic start-named-buffer
+commands accept a
+.Fl x
+argument which prevents tmux from exiting copy mod
ance just yet but just accepting
> > "-n" or "-x" or something might work.
>
> I've attached a patch that allows you to pass -x to the key bindings
> for append-selection, copy-selection, and start-named-buffer so all 3
> can be used to do a copy without
r append-selection, copy-selection, and start-named-buffer so all 3
can be used to do a copy without leaving copy mode.
diff --git a/cmd-bind-key.c b/cmd-bind-key.c
index 5d68d48..7e83c69 100644
--- a/cmd-bind-key.c
+++ b/cmd-bind-key.c
@@ -104,18 +104,34 @@ cmd_bind_key_mode_table(struct cmd *self,
:59:07PM -0600, J Raynor wrote:
> Since this ticket wasn't closed quickly with a statement that the
> functionality isn't wanted, does that mean there's a possibility for
> change?
>
> Three options come to mind:
>
> 1. Change tmux's default behavior so
Since this ticket wasn't closed quickly with a statement that the
functionality isn't wanted, does that mean there's a possibility for
change?
Three options come to mind:
1. Change tmux's default behavior so that copying a selection doesn't
exit copy mode.
2. Add an op
Is this OS X? Does rebuilding tmux help?
On Tue, Jan 20, 2015 at 10:01:51AM -0800, Patrick Gibson wrote:
>I've got an odd problem: since my last reboot of Yosemite, whenever I
>invoke copy mode, tmux does not respond to any key presses except for the
>prefix key. I&#
I've got an odd problem: since my last reboot of Yosemite, whenever I
invoke copy mode, tmux does not respond to any key presses except for the
prefix key. I'm running tmux 1.9a. Prior to the reboot, it was working
fine, and I can't see anything from my end that actually changed.
---
** [tickets:#174] Copy in copy mode without leaving copy mode**
**Status:** open
**Created:** Mon Jan 12, 2015 05:01 PM UTC by welle
**Last Updated:** Mon Jan 12, 2015 05:01 PM UTC
**Owner:** nobody
I often like to move through some logs in Tmux' copy mode. Sometimes I like to
copy
the terminal level.
Since tmux already provides the set-clipboard functionality in the
`copy-mode` command, extending this functionality to the `setb` and
`loadb` commands would give me an easy and consistent way to copy
text from any shell within tmux to the (remotely) attached terminal.
Tha
also does not require any $DISPLAY
> variable synchronization. It "Just Works", at the terminal level.
>
> Since tmux already provides the set-clipboard functionality in the
> `copy-mode` command, extending this functionality to the `setb` and
> `loadb` commands would give me
ake `setb` and `loadb` copy to clipboard?
>
> Attached is a rudimentary patch that enhances the `setb` and `loadb`
> commands to copy to the clipboard, just like the `copy-mode` command.
>
> Please consider adding this functionality to tmux itself; thank you!
> >From 93eea3cf4
On Fri, 12 Dec 2014 11:27:14 -0800, Suraj N. Kurapati wrote:
> Would it be possible to make `setb` and `loadb` copy to clipboard?
Attached is a rudimentary patch that enhances the `setb` and `loadb`
commands to copy to the clipboard, just like the `copy-mode` command.
Please consider adding t
Hello,
I have tmux configured to copy text I select with keyboard or mouse
(in copy-mode) to my system clipboard:
# yank to system clipboard rather than primary selection
# http://invisible-island.net/xterm/terminfo-contents.html#tic-xterm_tmux
set-option -ga terminal-overrides ',xter
Applied thanks (although your mailer mangled the patch).
On Mon, Jun 23, 2014 at 06:31:45PM +0300, Juho Pohjala wrote:
> Hi
>
> Assuming vi-keys and copy mode with some selected text. Switching to
> other end 333 times (i.e. typing '333o' takes a while). As unlikely as
&g
---
** [tickets:#149] copy-pipe and copy-selection: last character trimmed in emacs
copy-mode**
**Status:** open
**Created:** Mon Aug 04, 2014 10:47 PM UTC by Bruno Sutic
**Last Updated:** Mon Aug 04, 2014 10:47 PM UTC
**Owner:** nobody
I've noticed copying in emacs copy-mode consist
---
** [tickets:#136] allow searching for non-ASCII / unicode in copy-mode**
**Status:** open
**Created:** Wed Jun 25, 2014 07:37 PM UTC by Kevin Brubeck Unhammer
**Last Updated:** Wed Jun 25, 2014 07:37 PM UTC
**Owner:** nobody
In copy-mode, it's not possible to search for non-
Hi
Assuming vi-keys and copy mode with some selected text. Switching to
other end 333 times (i.e. typing '333o' takes a while). As unlikely as
it is that a user uses repetition when switching to other end, we must
anyways keep tmux responsive.
Regards,
Ju
Use copy-mode then send-keys
Original message
From: Marcelo Montú
Date: 23/05/2014 18:16 (GMT+00:00)
To: tmux-users@lists.sourceforge.net
Subject: How to perform a copy-mode search from a normal binding
Hi,
I'm trying to create a normal binding to the copy-mode s
Hi,
I'm trying to create a normal binding to the copy-mode search. Instead of
typing `prefix [` then `?`, I would like to press a single key to do this.
My first thought was Ctrl-/, but it seems that tmux doesnt' allow mapping this
key. So I've been trying to map , but none o
;$" from the screen version of
this) might cut it although it seems very weird.
Keith
Thus spake Nicholas Marriott, at Thu, May 15, 2014 at 10:36:30AM +0100:
> Date: Thu, 15 May 2014 10:36:30 +0100
> From: Nicholas Marriott
> To: Keith Amling
> CC: tmux-users@lists.sourceforge.n
had to do a
> painful navigation to one of the extremes (either wail on "l" at the
> bottom row to get to the rightest column or use "$" on the longest row
> then wail on "j" to navigate to the bottom row).
>
> Keith
>
> Thus spake Nicholas Marrio
.
Keith
Thus spake Nicholas Marriott, at Wed, May 14, 2014 at 07:29:19AM +0100:
> Date: Wed, 14 May 2014 07:29:19 +0100
> From: Nicholas Marriott
> To: Keith Amling
> CC: tmux-users@lists.sourceforge.net
> Subject: Re: [PATCH 3/3] Copy mode command change-joinmode to match
> screen&
t; on the longest row
then wail on "j" to navigate to the bottom row).
Keith
Thus spake Nicholas Marriott, at Wed, May 14, 2014 at 07:25:03AM +0100:
> Date: Wed, 14 May 2014 07:25:03 +0100
> From: Nicholas Marriott
> To: Keith Amling
> CC: tmux-users@lists.sourceforge.net
&
Hi
You can already join the lines on paste with the -s flag to
paste-buffer.
I wouldn't do this at all but if there is a good case for it, I would
just prefer a copy-with-separator command which prompted for the
separator (like the prompt we just added for buffer name).
On Tue, May 13, 2014 at
What do these do?
On Tue, May 13, 2014 at 08:54:49PM -0700, Keith Amling wrote:
> This is mostly straight-forward although it feels like there are a lot
> of layers to push it through. Also, I have no idea what's appropriate
> [if anything] to bind this to in emacs copy mo
This patch is less clear than the preceding two.
First, should this be bound to anything by default? 'J' is already
taken in vi-copy.
Second, the current way of surfacing the current join mode is the best
thing I could think of but it's sort of ugly and space-wasting. Screen
just shows a tempor
This is mostly straight-forward although it feels like there are a lot
of layers to push it through. Also, I have no idea what's appropriate
[if anything] to bind this to in emacs copy mode.
Keith
---
mode-key.c| 4
screen.c | 12 ++-
tmux.h| 7 ++-
w
No send-keys is the way at the moment, if you want to be sure what keys
then set mode-keys for the window first.
On Sat, Apr 19, 2014 at 10:54:51AM +0200, Stefano Verna wrote:
> Given tmux mode-keys is set to vi, this is how I can enter copy mode and
> scroll to the top of the buffer h
Given tmux mode-keys is set to vi, this is how I can enter copy mode and scroll
to the top of the buffer history:
# Enter copy mode
tmux copy-mode -t $target_pane
# Go to the top of buffer history
tmux send-keys -t $target_pane g
I’d like to generalise the last line to work despite the current
Applied, thanks.
On Mon, Jan 20, 2014 at 02:25:38AM +0100, Benoit Pierre wrote:
> Hi,
>
> Currently, tmux will automatically leave copy mode when scrolling to bottom
> with the mouse. This patch tweaks the behaviour to stay in copy mode if a
> selection is in progress so mouse scr
Hi,
Currently, tmux will automatically leave copy mode when scrolling to bottom
with the mouse. This patch tweaks the behaviour to stay in copy mode if a
selection is in progress so mouse scrolling does not prematurely end it.
---
window-copy.c | 8 ++--
1 file changed, 6 insertions(+), 2
On 01/12/13 13:51, Sam Roberts wrote:
> Can anybody report getting this working with non-xterm terminal
> emulators? Fwiw, it seems my terminal may be similar to gnome-terminal
> in it's terminfo.
I currently use this in my tmux.conf:
bind-key -t vi-copy Enter copy-pipe "xclip -i -selection clipb
minal
emulators? Fwiw, it seems my terminal may be similar to gnome-terminal
in it's terminfo.
Sam
> On Tue, Nov 26, 2013 at 04:33:35PM -0800, Sam Roberts wrote:
>> So, I use vi keys in copy mode, so I can do selection with C-b[, then
>> select with " ", move around
Did you read the manpage to see how to allow set-clipboard to work in
xterm?
On Tue, Nov 26, 2013 at 04:33:35PM -0800, Sam Roberts wrote:
> So, I use vi keys in copy mode, so I can do selection with C-b[, then
> select with " ", move around "ENTER"...
>
> Work
So, I use vi keys in copy mode, so I can do selection with C-b[, then
select with " ", move around "ENTER"...
Works ok, but I rarely paste from my shell history into tmux and
if I'm copying from/to vim, I use "+y.
Mostly, I copy history out into github co
Makes sense thanks. But your fix still wraps in some cases, can't spot
why immediately probably due to broken EOL tracking where _down moves
the cursor to the end. How about this instead?
Index: window-copy.c
===
RCS file: /cvs/src/us
On Fri, Jul 05, 2013 at 16:56:33 +0100, Nicholas Marriott wrote:
> Hi. What's the behaviour here before and after?
Before, if you went "left" from the top-left corner was the top-right
corner since (cy = = max(0, cy - 1); cx = end_of_line(cy);) was done.
Something similar for the "right" of bottom
Hi. What's the behaviour here before and after?
On Wed, Jun 12, 2013 at 02:17:57AM -0400, Ben Boeckel wrote:
> Because we first move to the first column, then down, on the last line,
> the first column is to "the right" of the last column. To fix this, the
> current line is checked and if it chan
Because we first move to the first column, then down, on the last line,
the first column is to "the right" of the last column. To fix this, the
current line is checked and if it changed, *then* the start of the line
motion is used. Similar logic is done for the first line.
---
window-copy.c | 17 +
You can use the -t argument to bind-key.
Original message
From: Sinbad
Date: 04/06/2013 06:40 (GMT+00:00)
To: tmux-users
Subject: map keys in copy mode
how can i map keys in copy mode, for example
i would like to map 'u' page-up and 'd' for
page-
how can i map keys in copy mode, for example
i would like to map 'u' page-up and 'd' for
page-down. i know c-u c-d already works but
i don't want to press control key combinations,
i want a single characte
Well, no, it won't. The diff changes so that "copy-mode -u" will page up
if run inside or outside copy mode.
On Tue, Apr 02, 2013 at 02:53:18AM +, Daniel wrote:
> On 2013-03-28, Nicholas Marriott wrote:
> > Try this please:
> >
> > diff --git a/cmd-cop
There is not a way to do it now. If someone wants to add it I'd suggest
right dragging although I can't remember if it possible to detect this.
On Sat, Apr 06, 2013 at 07:51:58PM -0400, Alan P wrote:
> In tmux in copy-mode, with the keyboard one can select line oriented
>
In tmux in copy-mode, with the keyboard one can select line oriented
text using start selection, or can select block oriented text using
rectangle toggle before start selection.
Using the mouse, I can do line oriented selection. Is there any way to
do block oriented selection?
Thanks,
Alan
On 2013-03-28, Nicholas Marriott wrote:
> Try this please:
>
> diff --git a/cmd-copy-mode.c b/cmd-copy-mode.c
> index f014be8..40584a2 100644
That works for me, given the original binding of
>> bind-key -n PageUp copy-mode -u
But if bound without "-u", pageup stil
at 12:53:54PM +0100, Kenny Ranerup wrote:
> I'm trying to map PageUp key without prefix-key to enter copy mode. I do it
> using:
>
> bind-key -n PageUp copy-mode -u
>
> This works but it has a side effect that when in copy mode, PageUp no longer
> works, i.e. it doe
I'm trying to map PageUp key without prefix-key to enter copy mode. I do it
using:
bind-key -n PageUp copy-mode -u
This works but it has a side effect that when in copy mode, PageUp no longer
works, i.e. it doesn't scroll up.
I also tried to explicitly map PageUp in copy-mode (whi
On Wed, Feb 13, 2013 at 10:32:29 +0100, s...@sltosis.org wrote:
> I am not sure this is the right words, but I find looking at the EDITOR env
> var
> a bit 'intrusive' and/or 'optimistic'. (hopefully you'll understand what I
> mean)
Actually, I think tmux defaults keybindings based on EDITOR, so
On Wed, Feb 13, 2013 at 03:25:55AM +, Ben Boeckel wrote:
> On Tue, 12 Feb, 2013 at 09:48:38 GMT, Nicholas Marriott wrote:
> > Hmm. We can't change next-word-end because it is used by emacs mode so
> > we'd have to add yet another new command for vi cursor movement. I don't
> > remember if we de
Thanks guys for looking into it. It is nothing more than a minor nuisance,
so I will happily continue using tmux.
Chris
On Tue, Feb 12, 2013 at 7:25 PM, Ben Boeckel wrote:
> On Tue, 12 Feb, 2013 at 09:48:38 GMT, Nicholas Marriott wrote:
> > Hmm. We can't change next-word-end because it is use
On Tue, 12 Feb, 2013 at 09:48:38 GMT, Nicholas Marriott wrote:
> Hmm. We can't change next-word-end because it is used by emacs mode so
> we'd have to add yet another new command for vi cursor movement. I don't
> remember if we deliberately decided not to do this or not.
I have it on my TODO list
gt; What tmux version are you using?
>
> On Sun, Feb 10, 2013 at 09:52:05AM -0800, Christopher Collins wrote:
> > * *I have noticed an inconsistency among tmux copy mode and vim.* In
> > * *particular,
> > * *the 'e' key beha
2013 at 09:52:05AM -0800, Christopher Collins wrote:
> >I have noticed an inconsistency among tmux copy mode and vim.* In
> >particular,
> >the 'e' key behaves slightly differently.
> >
> >Here are the behaviors of 'e' that I have observ
Hi
What tmux version are you using?
On Sun, Feb 10, 2013 at 09:52:05AM -0800, Christopher Collins wrote:
>I have noticed an inconsistency among tmux copy mode and vim.* In
>particular,
>the 'e' key behaves slightly differently.
>
>Here are the beh
I have noticed an inconsistency among tmux copy mode and vim. In
particular,
the 'e' key behaves slightly differently.
Here are the behaviors of 'e' that I have observed:
* tmux copy mode: repositions cursor to end of current word + 1.
* vim:repositi
On Thu, Dec 20, 2012 at 10:49:37PM +0200, Elad Rom wrote:
> have sort of a wishlist regarding copy mode, and wondered if either it
> can be implemented, already exists, or impossible.
>
> 1. Don't have the mouse selection disappear immediately
> After selecting using the
On Thu, Dec 20, 2012 at 10:49:37PM +0200, Elad Rom wrote:
> have sort of a wishlist regarding copy mode, and wondered if either it
> can be implemented, already exists, or impossible.
>
> 1. Don't have the mouse selection disappear immediately
> After selecting using the
have sort of a wishlist regarding copy mode, and wondered if either it
can be implemented, already exists, or impossible.
1. Don't have the mouse selection disappear immediately
After selecting using the mouse, the selection disappears immediately.
I would like it to remain until I escape
t;oy == 0)
> + if (data->oy == 0 &&
> + options_get_number(&wp->window->options,
> "mouse-copy-mode") == 1)
Isn't '2' within?
> goto reset_mode;
> }
> return;
--
MOUSE_2) {
for (i = 0; i < 5; i++)
window_copy_cursor_down(wp, 0);
- if (data->oy == 0)
+ if (data->oy == 0 &&
+ options_get_number(&wp->window->
3) != 1 &&
- options_get_number(&wp->window->options, "mode-mouse") == 1) {
+ options_get_number(&wp->window->options, "mouse-copy-mode") == 1) {
if (window_pane_set_mode(wp, &window_copy_mode) ==
_get_number(&wp->window->options, "mode-mouse") == 1) {
+ options_get_number(&wp->window->options, "mouse-copy-mode") == 1) {
if (window_pane_set_mode(wp, &window_copy_mode) == 0) {
window_copy_init_from_pa
ber(&wp->window->options,
"mouse-copy-mode") == 1)
goto reset_mode;
}
return;
--
1.7.10.4
--
How fast is your code?
3 out of 4 devs don\\\&
I'm not sure I see the point but if you feel strongly about this sure
send me a diff and I'll have to decide ;-).
On Sun, Jul 08, 2012 at 11:42:41PM +0200, Marcel Partap wrote:
> ..
> Ok then how about supporting both in code, while changing the man page
> to 'mouse
..
Ok then how about supporting both in code, while changing the man page
to 'mouse-copy-mode' ?
#regards...
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's secur
7;m not clear what is what - can you send me any diffs that are
> > finished and working with an explanation of what they do?
> Yes sure, will rebase and polish my queue... The mouse behaviour patches
> touch lines containing the 'mode-mouse' variable for which I posted a
> pa
a
patch to rename it:
> - mode-mouse
> - on | off | copy-mode
> + mouse-copy-mode
> + on | off | within
Because that really describes what the variable does somewhat better and
makes subsequent patches easier to understand.
But well - are you even in favor of this option renaming? And
Sorry, I've been very busy so no time to look at this stuff but now I'm
free all this week.
But I'm not clear what is what - can you send me any diffs that are
finished and working with an explanation of what they do?
Thanks
On Thu, Jun 21, 2012 at 06:32:48PM +0200, Marcel Partap wrote:
> >> se
Right, I stand corrected :)… So Tmux always forwards mouse input then?
-jimeh
On Monday, 25 June 2012 at 09:44, Marcel Partap wrote:
> > but I thought mouse-mode enabled the copy behavior you describe, and also
> > enables sending mouse events to apps, like Emacs or Vim for example.
> > Al
> So Tmux always forwards mouse input then?
Meaning, it doesn't interfere with it, yes.
#regards c:
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape ha
> but I thought mouse-mode enabled the copy behavior you describe, and also
> enables sending mouse events to apps, like Emacs or Vim for example. Allowing
> cursor positioning, buffer selection, scrolling, dragging and such which
> those apps.
Well try setting mode-mouse = off.
See, the current
at 22:50, Marcel Partap wrote:
> Hi,
> when working with this mouse stuff it occurred to me that really the
> mode-mouse option is only about the copy-mode, and its name is quite
> misleading. Thus attached patch is what I would see fit. But obviously,
> this will probably break a
Hi,
when working with this mouse stuff it occurred to me that really the
mode-mouse option is only about the copy-mode, and its name is quite
misleading. Thus attached patch is what I would see fit. But obviously,
this will probably break a lot of user-configs (bla foo no option
mode-mouse).. I
>> server to crash. :)
> uncrashed.
..mmh but dammit. Now only global session option "mouse-scroll-lines"
will be checked, no per-session override. huh.
also the code in window-copy.c would need to became an exact duplicate
of the mouse-fake-scrolling code for consistency.
Now what, masters of th
> server to crash. :)
uncrashed.
>From 7f588c64242b3c1d8a31d3bc6aaa1b590027b776 Mon Sep 17 00:00:00 2001
From: Marcel Partap
Date: Thu, 21 Jun 2012 12:01:55 +0200
Subject: [PATCH 4/4] Cleaned up implementation of mouse wheel scrolling
emulation.
---
trunk/examples/tmux.vim |2 +-
trunk/in
> You need to check the logic for "lines" in input_mouse() -- holding down
> ctrl and scrolling down all the way to the bottom of the window causes the
> server to crash. :)
ANY scrolling caused crashing. Because fatalx("missing option");
Well I put the option inbetween the other mouse-* options
On Thu, Jun 21, 2012 at 04:33:36PM +0200, Marcel Partap wrote:
> G, what the rush^^
> have been working on this and here's what i have in tree right now.
>
> These are somewhat untested, will test and report back later... C:
You need to check the logic for "lines" in input_mouse() -- holding down
Subject: [PATCH 1/4] Don't exit copy-mode by scrolling with
mode-mouse==copy-mode
---
trunk/window-copy.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/trunk/window-copy.c b/trunk/window-copy.c
index 7b2a8ae..05e2f74 100644
--- a/trunk/window-copy.c
+++ b/trunk/
On 21 June 2012 15:01, Fabio Spelta wrote:
> If I move up over the first visible line and start scrolling, then getting
> back works with the mouse wheel, and scrolling down with the keyboards puts
> me back to the first line and exits copy mode when I am on the bottom.
Not surprising.
2012/6/21 Fabio Spelta
>
>> Taking a very quick look at this, does the following help?
>
>
> Yes, thanks, it works.
>
> The odd behavior is that if I have not scrolled the buffer upwards, I mean
> I am browsing the screen in copy mode without getting past the top l
>
>
> Taking a very quick look at this, does the following help?
Yes, thanks, it works.
The odd behavior is that if I have not scrolled the buffer upwards, I mean
I am browsing the screen in copy mode without getting past the top line
visible on the screen, either moving the whee
ar behavior while scrolling with the keyboard (hjkl, the arrow keys,
> or whatever one likes).
> When you have reached the bottom of the buffer, if you press j or the down
> arrow one more time, then you automatically exit the copy mode and get back
> where you where.
>
> Does it
e reached the bottom of the buffer, if you press j or the down
arrow one more time, then you automatically exit the copy mode and get back
where you where.
Does it makes sense to you?
Thanks!
--
Fabio
--
Live Securit
>
>
> It's implicit; I never said it was an option you define or control.
Being called an option, I supposed it was _optional_. :)
I wonder if it could make sense in certain situations to actually being
able to turn it off so to use the mouse wheel the old way.
It is indeed just working as is. T
Be as it may, what went in is rather only fixing odd behaviour..
What exactly is the functionality you are missing Fabio?
--
#regards/marcel
--
Live Security Virtual Conference
Exclusive live event will cover all the ways
On Wed, Jun 20, 2012 at 11:44:09AM +, Fabio Spelta wrote:
> Thomas Adam xteddy.org> writes:
>
> >
> >
> > Hi,
> > Yes, this was synched in Openbsd patchset 1082. Look in svn trunk.
>
> Hello,
> I just fetched the latest (so far) version of the svn trunk (it's revision
> 2829)
> and the
Thomas Adam xteddy.org> writes:
>
>
> Hi,
> Yes, this was synched in Openbsd patchset 1082. Look in svn trunk.
Hello,
I just fetched the latest (so far) version of the svn trunk (it's revision
2829)
and the new option is not there. I can't grep mode-mouse-scroll-down in the
sources indeed
Nylen wrote:
> >The attached patch adds a new option, mode-mouse-scroll-down, which
> > allows
> >the mouse wheel to scroll down past the end of the screen in copy mode.*
> >If the option is enabled, copy mode will only be exited when the cursor
> >
On Sun, Apr 01, 2012 at 02:50:20AM -0400, James Nylen wrote:
> The attached patch adds a new option, mode-mouse-scroll-down, which allows
> the mouse wheel to scroll down past the end of the screen in copy mode.*
> If the option is enabled, copy mode will only be exited
No tmux does not accept UTF-8 input for commands, copy mode, status
prompt etc. This needs to be improved sometime but it isn't yet :-).
On Wed, May 09, 2012 at 11:16:01AM +0200, Kevin Brubeck Unhammer wrote:
> Hi,
>
> In copy-mode, search doesn't allow input of e.g. &
Hi,
In copy-mode, search doesn't allow input of e.g. "å". I found
http://superuser.com/questions/408561/tmux-copy-mode-search-for-a-unicode-string
which mentions a possible hack, but I figured I should ask first if this
has been solved in SVN?
best regards,
Kevin B
e to xterm and gnome-terminal, in konsole this also enters
copy mode, which I need to exit by pressing "ENTER".
I guess this is a konsole problem rather than a tmux issue, but I would
like to ask for some advice here. Do you also encounter this problem
and is there a simple f
1 - 100 of 158 matches
Mail list logo
