On 11 March 2015 at 11:00, Paul Gideon Dann wrote:
> Hi there,
>
> Commit 353d1825d5a3a6efb1c3c71d9afbb96ba57cc948 states:
>
> "Revert the up/down wheel emulation for now, there will be a better way to
> do this along later for those who want it."
>
> Has this
Hi there,
Commit 353d1825d5a3a6efb1c3c71d9afbb96ba57cc948 states:
"Revert the up/down wheel emulation for now, there will be a better way to
do this along later for those who want it."
Has this better way been implemented? If so, can you describe how I can
enable it?
Many thanks,
Paul
-
On Monday 09 Jun 2014 02:25:31 Alan Paul wrote:
> I've never felt a need for the mouse in vim and thus didn't realize its
> capabilities, but more so, I use the mouse for tmux copy. Using tmux to
> copy/paste between windows is just too useful, even in vim.
Just checking you're aware you can copy
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
On Wednesday 26 Feb 2014 13:04:18 Marcel Partap wrote:
> [ Now why did git send-email munge my memo? .. anyway...]
> Here's the 3rd iteration, including a wee man page section.
> The code duplication sucks.
> Comments welcome.
Can the duplicated code not be refactored into a shared
function? It l
On Wednesday 19 Feb 2014 23:26:03 Timothee Cour wrote:
> Many people complain about the all or nothing behavior of tmux mouse mode,
> as it interferes with the usual mouse operations (eg see workarounds [1])
>
> The workarounds are not good (eg, require to get in and out of mouse mode
> etc)
>
>
On Wednesday 19 Feb 2014 19:19:19 Marcel Partap wrote:
> > Final quirk: I'm not seeing any altered behaviour when I hold down the
> > shift, meta, or alt keys: from what I see in the code, aren't they
> > supposed to alter the scroll rate?
>
> In which state? copy-mode, alternate screen in less?
On Wednesday 19 Feb 2014 01:25:37 Marcel Partap wrote:
> >> > * With mouse-mode=on, vim scrolls as expected with the mouse wheel, but
> >> > "less" does not: it enters copy mode.
> >>
> >> show any special flag settings?
> >
> > LESS=-g -i -M -R -S -w -z-4
>
> Still can't reproduce. What is your
On Tuesday 18 Feb 2014 16:41:54 Marcel Partap wrote:
> > * With mouse-mode=on, vim scrolls as expected with the mouse wheel, but
> > "less" does not: it enters copy mode.
>
> Can only reproduce with less --no-init (no alternate screen).. does
> # env|grep LESS
> show any special flag settings?
LE
On Tuesday 18 Feb 2014 15:52:27 Marcel Partap wrote:
> Thanks for your quick review & good catch, please try again with
> attached revision. c;
> #Regards!
>
> P.S.: [some patch NIH broke the command history in alternate screen..]
OK, so now I have this:
* With mouse-mode=on, vim scrolls as expe
On Tuesday 18 Feb 2014 11:55:27 Thomas Adam wrote:
> On 18 February 2014 11:36, Marcel Partap wrote:
> > Hi,
> > please comment on this.
>
> What are you asking for here? Whether it's a good idea to have this
> in tmux, or were you after something else? I personally think these
> sorts of thing
On Tuesday 07 Jan 2014 13:11:51 Chris Lemmons wrote:
> The apparent effect is that in vim, you can scroll down, but not up. After
> much debugging I've narrowed it down to this: For every ScrollDown or
> ScrollUp event, an extra ScrollDown event is generated just afterwords.
> This causes scroll up
ght direction in the
codebase, but naturally I expect you could implement this faster. Thanks
for your work on tmux; all of it is very appreciated.
Paul
On 19 November 2013 14:23, Nicholas Marriott wrote:
> I'll put it on the todo list.
>
> On Tue, Nov 19, 2013 at 10:02:38AM +,
On Tuesday 19 Nov 2013 00:03:58 Nicholas Marriott wrote:
> As far as I'm aware konsole is the only one that does this. Possibly
> gnome-terminal, certainly not xterm which is pretty much the standard
> terminal now.
>
> So I'd say it's more unexpected than expected. Still, I don't see any
> harm i
On Monday 18 Nov 2013 15:35:20 Nicholas Marriott wrote:
> Lines are not added to history in alternate screen but in tmux existing
> history is still available. But I don't think it is a big issue for the
> scroll wheel not to enter copy mode in alternate screen mode.
Oh yes; I see that if I enter
On Monday 18 Nov 2013 13:56:41 Nicholas Marriott wrote:
> tmux can either send arrow keys for the mouse wheel or it can enter copy
> mode, not both. If it decides using whatever heuristic that it should
> send arrow keys, then that stops it entering copy mode.
>
> If there is no history at all the
On Monday 18 Nov 2013 12:44:27 Nicholas Marriott wrote:
> Probably it guesses you want the mouse to send arrow keys when the
> terminal is in alternate screen, try doing
>
> tput smcup
>
> and see if that makes konsole send them to cat -v.
>
> tmux could do this but then mouse wouldn't work
Hello all,
I've spent so long trying to find a solution to this that I decided to ask the
experts, in the
hope that a solution does in fact exist.
In my .tmux file, I have (of relevance):
set -g mouse-select-pane on
set -g mouse-resize-pane on
set -g mouse-select-window on
setw -g mode-mouse o
---
** [tickets:#77] Mapping C-Arrow in Vim**
**Status:** open
**Created:** Tue Nov 12, 2013 12:08 PM UTC by Paul Gideon Dann
**Last Updated:** Tue Nov 12, 2013 12:08 PM UTC
**Owner:** nobody
Not so much a bug as a comment regarding the FAQ, which mentioned that examples
of how to map
19 matches
Mail list logo
