Re: Why tmux doesn't have command line help, --help or --version?
Go and persuade OpenSSH to add --help and I will reconsider the question for tmux. Original message From: anatoly techtonik Date: 22/06/2014 04:44 (GMT+00:00) To: Nicholas Marriott Cc: tmux-us...@lists.sf.net Subject: Re: Why tmux doesn't have command line help, --help or --version? On Sun, Jun 22, 2014 at 6:36 AM, anatoly techtonik wrote: On Sun, Jun 22, 2014 at 2:48 AM, Nicholas Marriott wrote: tmux is an OpenBSD program and they do not typically support long options, and use a man page rather than builtin help or info pages. It is not OpenBSD program anymore. Check userbase. =) I also see possible regression in evolution of OpenBSD. To implement some practice as a standard OpenBSD need it to be widely accepted, but OpenBSD people insist that practice should not be applied because there is different practice that users should be aware of. Even if that practice failed, OpenBSD still insists that other practice should be denied, so there is no place for evolution at all. -- anatoly t.-- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing & Easy Data Exploration http://p.sf.net/sfu/hpccsystems___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: [tmux:tickets] #133 Line drawing characters become ascii letters on mouse highlight
That would work for UTF-8 but unfortunately for ACS we need to use smacs/rmacs so it has to be an attribute - unless you are suggesting sending them for every ACS cell which would be inefficient. This is probably the fix, but not tested. Index: screen-write.c === RCS file: /cvs/src/usr.bin/tmux/screen-write.c,v retrieving revision 1.69 diff -u -p -r1.69 screen-write.c --- screen-write.c 17 Apr 2014 14:45:49 - 1.69 +++ screen-write.c 21 Jun 2014 23:55:59 - @@ -990,6 +990,8 @@ screen_write_cell(struct screen_write_ct memcpy(&tmp_gc, &s->sel.cell, sizeof tmp_gc); grid_cell_get(gc, &ud); grid_cell_set(&tmp_gc, &ud); + tmp_gc.attr = tmp_gc.attr & ~GRID_ATTR_CHARSET; + tmp_gc.attr |= gc->attr & GRID_ATTR_CHARSET; tmp_gc.flags = gc->flags & ~(GRID_FLAG_FG256|GRID_FLAG_BG256); tmp_gc.flags |= s->sel.cell.flags & (GRID_FLAG_FG256|GRID_FLAG_BG256); On Sat, Jun 21, 2014 at 12:25:51PM +0100, Balazs Kezes wrote: > On 2014-06-17 21:00 +, Egmont Koblinger wrote: > > Inside tmux (current git) execute > > echo -e '\e(0lqqqk' > > > > Line drawing characters appear on the screen: > > ??? > > > > Now highlight with the mouse (tmux's builtin mouse handling). > > > > Expected behavior: they stay line drawing characters. > > > > Actual behavior: they become lqqqk instead. > > Nick: Is there any reason why in the code ACS is a cell attribute rather > than just directly writing the translated characters into the cell data? > I think the latter would simplify the code a bit also fixing this > particular bug. > > -- > Balazs > > -- > HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions > Find What Matters Most in Your Big Data with HPCC Systems > Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. > Leverages Graph Analysis for Fast Processing & Easy Data Exploration > http://p.sf.net/sfu/hpccsystems > ___ > tmux-users mailing list > tmux-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/tmux-users -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing & Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: C-[aeuk] not working after building from source
Does it do the same in any terminal? If you are not using xterm, try xterm. Also please try "tmux -Ltest - -f/dev/null new" then press C-a a few times then exit tmux and send me the tmux-server-* log from the current directory. On Fri, Jun 20, 2014 at 10:31:16AM -0700, Kartik Agaram wrote: >Thanks. > >> How did you build it? > >I just used the README's instructions: ./configure && make >> Does it work if you do: tmux -Ltest -f/dev/null new > >Same result; see attached: > >[1]Inline image 1 > >More details: $TERM is 'xterm' before starting tmux, 'screen' inside. I >haven't messed with it; I'm testing without a .tmux.conf > > References > >Visible links -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing & Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Why tmux doesn't have command line help, --help or --version?
tmux is an OpenBSD program and they do not typically support long options, and use a man page rather than builtin help or info pages. On Fri, Jun 20, 2014 at 01:47:42AM +0300, anatoly techtonik wrote: >On Thu, Jun 19, 2014 at 3:12 PM, Thomas Adam <[1]tho...@xteddy.org> wrote: > > On Mon, Jun 16, 2014 at 02:13:47PM +0300, anatoly techtonik wrote: > > Subj. > > > > Tmux is awesome, but I can not use it without Google. For example, I > tried > > to get some version to see if some changes in last releases can be the > > source of weirdness that I am experiencing running irssi under it. > > > > ps26398:~# tmix --version > > Because this isn't GNU. > >You want to say that programs have command line help only because they are >GNU? =) That implies that OS X utilities or Windows utilities can't have >command line help, but that's not true. More that that, all cross-platform >utilities implemented --help option. Check your VCSes. It is de-facto >standard. Not implementing it is a good non-conformist position and I >could support it, but I don't see the reason why. >** > > There's -V for a version in more recent versions of tmux, and for > everything > else, there's the man page. > >And what does GNU say about man pages? =) > > References > >Visible links >1. mailto:tho...@xteddy.org > -- > HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions > Find What Matters Most in Your Big Data with HPCC Systems > Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. > Leverages Graph Analysis for Fast Processing & Easy Data Exploration > http://p.sf.net/sfu/hpccsystems > ___ > tmux-users mailing list > tmux-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/tmux-users -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing & Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: tmux bug (?) and problem (and more)
What tmux version?
If you do without the sleeps and it goes wrong, how many tmux servers do
you end up with? (run "ps -eopid,ppid,comm" and look for tmux with a
ppid of 1).
On Sat, Jun 21, 2014 at 11:16:18PM +0200, Emanuel Berg wrote:
> Romain Francoise writes:
>
> > The mailing list is tmux-us...@lists.sf.net and is
> > usually pretty active.
>
> OK! I send this mail to them as well, as well as the
> first mail I sent, in quotes. I don't know if I'm added
> automatically but otherwise you'll have to CC me, I
> guess.
>
> >> In .zprofile, I have a setup like this to start tmux
> >> in a few of the ttys:
> >>
> >> tmux-two-panes-50-50 () {
> >> tmux new-session\; split-window -v\; select-pane -U
> >> }
> >>
> >> # ...
> >>
> >> case $TTY in
> >> (/dev/tty1) emacs ;;
> >> (/dev/tty2) sleep 4; tmux-two-panes-50-50 ;;
> >> (/dev/tty3) sleep 6; tmux-two-panes-50-50 ;;
> >> (/dev/tty4) sleep 8; tmux new-session\; split-window -v\; resize-pane -D
> >> 10 ;;
> >> (/dev/tty5) start_X_if_not_running; irssi ;;
> >> esac
> >>
> >> Also, in, .xinitrc, the last line is
> >>
> >> xterm -fullscreen -e tmux new-session\; split-window -v\; select-pane -U
> >>
> >> so I get tmux there as well.
> >>
> >> The problem with this is, sometimes (once in ten
> >> boots perhaps) 1-2 of the clients disappear. tmux
> >> actually appears in the failing tty(s), but it is
> >> somehow crippled (e.g., 'tmux select-pane -U'
> >> doesn't work etc.). And, with 'tmux list-clients'
> >> there isn't an entry for that tty!
> >>
> >> If you notice the 'sleep' commands in .zprofile, I
> >> have no idea why but those have a positive effect as
> >> now this problem is much more rare, and it always
> >> affects a single tty, never two (or more).
> >>
> > But you're not logging in on all the ttys at once,
> > are you?
>
> Well, when I start Debian, in /etc/inittab, I have the
> following:
>
> 1:2345:respawn:/sbin/getty -a ... 38400 tty1
> 2:23:respawn:/sbin/getty -a ... 38400 tty2
> 3:23:respawn:/sbin/getty -a ... 38400 tty3
> 4:23:respawn:/sbin/getty -a ... 38400 tty4
> 5:23:respawn:/sbin/getty -a ... 38400 tty5
>
> So in that sense, logging should be pretty close.
>
> But: the .zprofile file must be read for every tty
> otherwise how can the case statement give different
> behaviour what to do, depending on what tty it is? So
> it should be individual invocations of tmux as well,
> right? But (especially without sleep) sometimes one or
> two clients don't appear.
>
> > Why would the sleep calls change anything?
>
> I don't know except I know that it helps, a lot.
>
> > Anyway, I have no idea about this but my advice would
> > be to take the reverse approach and use tmux as your
> > shell, a new session will automatically be started
> > for each tty.
>
> Yeah, you mean change shell as in chsh? Yes,
> /usr/bin/tmux is in /etc/shells so I'll try that at
> once!
>
> > You lose the ability to configure panes differently
> > for each tty, but your setup looks simple enough that
> > it could be done some other way.
>
> Yes.
>
> >> How can I use for example
> >>
> >> tmux bind -n i send-keys Up
> >>
> >> but have it only affect the pane/window/client where
> >> it is invoked? I'd like to set one tty apart for an
> >> ncurses application, which cannot be
> >> key-configured. So I thought I'd use tmux to
> >> translate my keystrokes to those of the
> >> application. That works, however, that also breaks
> >> the keyboards for all other panes, in all other ttys
> >> (and in X) where tmux runs. Ideas?
> >
> > It's not possible to have per-pane or per-window key
> > bindings, but you can just start the application in a
> > dedicated tmux server (using e.g. 'tmux -L rebind -c
> > rebind.conf') and then attach to that from the main
> > server. In the inner server you can disable any
> > status lines and use another prefix key.
>
> OK, I didn't understand that but I'll try it.
>
> --
> underground experts united:
> http://user.it.uu.se/~embe8573
>
> --
> HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
> Find What Matters Most in Your Big Data with HPCC Systems
> Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
> Leverages Graph Analysis for Fast Processing & Easy Data Exploration
> http://p.sf.net/sfu/hpccsystems
> ___
> tmux-users mailing list
> tmux-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tmux-users
--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
___
tmux-users mailing list
tmux-u
Re: Why tmux doesn't have command line help, --help or --version?
On Thu, Jun 19, 2014 at 3:12 PM, Thomas Adam wrote: > On Mon, Jun 16, 2014 at 02:13:47PM +0300, anatoly techtonik wrote: > > Subj. > > > > Tmux is awesome, but I can not use it without Google. For example, I > tried > > to get some version to see if some changes in last releases can be the > > source of weirdness that I am experiencing running irssi under it. > > > > ps26398:~# tmix --version > > Because this isn't GNU. > You want to say that programs have command line help only because they are GNU? =) That implies that OS X utilities or Windows utilities can't have command line help, but that's not true. More that that, all cross-platform utilities implemented --help option. Check your VCSes. It is de-facto standard. Not implementing it is a good non-conformist position and I could support it, but I don't see the reason why. > There's -V for a version in more recent versions of tmux, and for > everything > else, there's the man page. And what does GNU say about man pages? =) -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing & Easy Data Exploration http://p.sf.net/sfu/hpccsystems___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: tmux bug (?) and problem (and more)
Romain Francoise writes:
> The mailing list is tmux-us...@lists.sf.net and is
> usually pretty active.
OK! I send this mail to them as well, as well as the
first mail I sent, in quotes. I don't know if I'm added
automatically but otherwise you'll have to CC me, I
guess.
>> In .zprofile, I have a setup like this to start tmux
>> in a few of the ttys:
>>
>> tmux-two-panes-50-50 () {
>> tmux new-session\; split-window -v\; select-pane -U
>> }
>>
>> # ...
>>
>> case $TTY in
>> (/dev/tty1) emacs ;;
>> (/dev/tty2) sleep 4; tmux-two-panes-50-50 ;;
>> (/dev/tty3) sleep 6; tmux-two-panes-50-50 ;;
>> (/dev/tty4) sleep 8; tmux new-session\; split-window -v\; resize-pane -D 10
>> ;;
>> (/dev/tty5) start_X_if_not_running; irssi ;;
>> esac
>>
>> Also, in, .xinitrc, the last line is
>>
>> xterm -fullscreen -e tmux new-session\; split-window -v\; select-pane -U
>>
>> so I get tmux there as well.
>>
>> The problem with this is, sometimes (once in ten
>> boots perhaps) 1-2 of the clients disappear. tmux
>> actually appears in the failing tty(s), but it is
>> somehow crippled (e.g., 'tmux select-pane -U'
>> doesn't work etc.). And, with 'tmux list-clients'
>> there isn't an entry for that tty!
>>
>> If you notice the 'sleep' commands in .zprofile, I
>> have no idea why but those have a positive effect as
>> now this problem is much more rare, and it always
>> affects a single tty, never two (or more).
>>
> But you're not logging in on all the ttys at once,
> are you?
Well, when I start Debian, in /etc/inittab, I have the
following:
1:2345:respawn:/sbin/getty -a ... 38400 tty1
2:23:respawn:/sbin/getty -a ... 38400 tty2
3:23:respawn:/sbin/getty -a ... 38400 tty3
4:23:respawn:/sbin/getty -a ... 38400 tty4
5:23:respawn:/sbin/getty -a ... 38400 tty5
So in that sense, logging should be pretty close.
But: the .zprofile file must be read for every tty
otherwise how can the case statement give different
behaviour what to do, depending on what tty it is? So
it should be individual invocations of tmux as well,
right? But (especially without sleep) sometimes one or
two clients don't appear.
> Why would the sleep calls change anything?
I don't know except I know that it helps, a lot.
> Anyway, I have no idea about this but my advice would
> be to take the reverse approach and use tmux as your
> shell, a new session will automatically be started
> for each tty.
Yeah, you mean change shell as in chsh? Yes,
/usr/bin/tmux is in /etc/shells so I'll try that at
once!
> You lose the ability to configure panes differently
> for each tty, but your setup looks simple enough that
> it could be done some other way.
Yes.
>> How can I use for example
>>
>> tmux bind -n i send-keys Up
>>
>> but have it only affect the pane/window/client where
>> it is invoked? I'd like to set one tty apart for an
>> ncurses application, which cannot be
>> key-configured. So I thought I'd use tmux to
>> translate my keystrokes to those of the
>> application. That works, however, that also breaks
>> the keyboards for all other panes, in all other ttys
>> (and in X) where tmux runs. Ideas?
>
> It's not possible to have per-pane or per-window key
> bindings, but you can just start the application in a
> dedicated tmux server (using e.g. 'tmux -L rebind -c
> rebind.conf') and then attach to that from the main
> server. In the inner server you can disable any
> status lines and use another prefix key.
OK, I didn't understand that but I'll try it.
--
underground experts united:
http://user.it.uu.se/~embe8573
--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: C-[aeuk] not working after building from source
Thanks. > How did you build it? I just used the README's instructions: ./configure && make > Does it work if you do: tmux -Ltest -f/dev/null new Same result; see attached: [image: Inline image 1] More details: $TERM is 'xterm' before starting tmux, 'screen' inside. I haven't messed with it; I'm testing without a .tmux.conf -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing & Easy Data Exploration http://p.sf.net/sfu/hpccsystems___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: [PATCH 1/2] Enable mouse wheel scrolling in man pages, basically.
So you have mode-mouse set to on? On Sat, Jun 21, 2014 at 01:46:12PM -0400, Alan Paul wrote: > On 14-06-19 03:19 AM, Nicholas Marriott wrote: > >Did you get a solution to this? > > > >I don't like this feature at all. > > My solution was to remove this patch from my local version. > > I wasn't able to reproduce the issue so I couldn't get a sense of it. I'll > assume that it is to improve productivity in their environment, which is a > reasonable request. However, I would ask that if it stays, it needs to be an > option as it affected my productivity, also a reasonable request. > > > > > > > >On Mon, Jun 09, 2014 at 02:25:31AM -0400, Alan Paul wrote: > >>On 14-06-06 05:26 PM, Balazs Kezes wrote: > >>>On 2014-06-04 11:03 -0400, Alan Paul wrote: > This patch (commit 353d182) broke my vim mousing. I have it turned off > in vim (mouse=) With this patch, vim now controls my mouse regardless > of the "mouse=" setting. > >>> > >>>To clarify, it isn't vim who is controlling the mouse, but rather tmux > >>>is sending up/down keys to vim when you scroll, right? > >> > >>Yes. > >> > >>> > >>>I guess it would be nice if this behavior would be bound to an option in > >>>tmux. Until that happens you can try not using the alternate mode for > >>>vim because only there is tmux doing this. You can either tweak your > >>>terminfo files for screen and remove the entries for smcup/rmcup or in > >>>case of vim just add "set t_ti=" and "set t_te=" to your vimrc. > >> > >>An option would be nice! > >> > >>While not using vim in the alternate screen works, I prefer keeping vim > >>out of my primary screen scrollback. > >> > >>> > >>> > >>>By the way, why are you turning off mousing in vim? Do you see a problem > >>>using it or do you find it inconvenient for some reason? If yes, why? > >>> > >> > >>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. > >> > >> > >>Thanks, > >>Alan > >> > >> > >>-- > >>HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions > >>Find What Matters Most in Your Big Data with HPCC Systems > >>Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. > >>Leverages Graph Analysis for Fast Processing & Easy Data Exploration > >>http://www.hpccsystems.com > >>___ > >>tmux-users mailing list > >>tmux-users@lists.sourceforge.net > >>https://lists.sourceforge.net/lists/listinfo/tmux-users > > > >-- > >HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions > >Find What Matters Most in Your Big Data with HPCC Systems > >Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. > >Leverages Graph Analysis for Fast Processing & Easy Data Exploration > >http://p.sf.net/sfu/hpccsystems > > > -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing & Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: [PATCH 1/2] Enable mouse wheel scrolling in man pages, basically.
On 14-06-19 03:19 AM, Nicholas Marriott wrote: > Did you get a solution to this? > > I don't like this feature at all. My solution was to remove this patch from my local version. I wasn't able to reproduce the issue so I couldn't get a sense of it. I'll assume that it is to improve productivity in their environment, which is a reasonable request. However, I would ask that if it stays, it needs to be an option as it affected my productivity, also a reasonable request. > > > On Mon, Jun 09, 2014 at 02:25:31AM -0400, Alan Paul wrote: >> On 14-06-06 05:26 PM, Balazs Kezes wrote: >>> On 2014-06-04 11:03 -0400, Alan Paul wrote: This patch (commit 353d182) broke my vim mousing. I have it turned off in vim (mouse=) With this patch, vim now controls my mouse regardless of the "mouse=" setting. >>> >>> To clarify, it isn't vim who is controlling the mouse, but rather tmux >>> is sending up/down keys to vim when you scroll, right? >> >> Yes. >> >>> >>> I guess it would be nice if this behavior would be bound to an option in >>> tmux. Until that happens you can try not using the alternate mode for >>> vim because only there is tmux doing this. You can either tweak your >>> terminfo files for screen and remove the entries for smcup/rmcup or in >>> case of vim just add "set t_ti=" and "set t_te=" to your vimrc. >> >> An option would be nice! >> >> While not using vim in the alternate screen works, I prefer keeping vim >> out of my primary screen scrollback. >> >>> >>> >>> By the way, why are you turning off mousing in vim? Do you see a problem >>> using it or do you find it inconvenient for some reason? If yes, why? >>> >> >> 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. >> >> >> Thanks, >> Alan >> >> >> -- >> HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions >> Find What Matters Most in Your Big Data with HPCC Systems >> Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. >> Leverages Graph Analysis for Fast Processing & Easy Data Exploration >> http://www.hpccsystems.com >> ___ >> tmux-users mailing list >> tmux-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/tmux-users > > -- > HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions > Find What Matters Most in Your Big Data with HPCC Systems > Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. > Leverages Graph Analysis for Fast Processing & Easy Data Exploration > http://p.sf.net/sfu/hpccsystems > -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing & Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: [PATCH] vi-copy: select line with V
On 2014-06-21 14:46 +0300, Juho Pohjala wrote: > Allow selecting the whole line with 'V'. I like the idea but your patch only selects the current line. In vim when you press V you enter line selection mode -- pressing j/k will still keep full lines selected whereas your patch will continue selecting single characters. Can you adjust your patch to make it more vim like? -- Balazs -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing & Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: mode-mouse - double click word/string/path selection
On 2014-06-20 14:11 +0100, Nicholas Marriott wrote:
> Can you do these separately? Ie the double/triple click bit separate
> from the right drag bit.
OK, I've managed to cut the patch into 5 pieces.
Note: In order this to look correctly in vi mode, it needs my changes
from [1]. Can you look into that as well?
Thanks!
[1] http://sourceforge.net/p/tmux/mailman/message/32431246/
--
Balazs
>From c54fd2dad49eae576cc4c274086f9560474addaf Mon Sep 17 00:00:00 2001
From: Balazs Kezes
Date: Sat, 21 Jun 2014 12:37:06 +0100
Subject: [PATCH 1/5] Fix mouse click counting
At this point this isn't used anywhere so this results in no functionality
change.
---
tty-keys.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/tty-keys.c b/tty-keys.c
index 97b49a2..72eeb16 100644
--- a/tty-keys.c
+++ b/tty-keys.c
@@ -786,25 +786,25 @@ tty_keys_mouse(struct tty *tty, const char *buf, size_t len, size_t *size)
m->button = 3;
} else if ((b & MOUSE_MASK_BUTTONS) == 3) {
- if (~m->event & MOUSE_EVENT_DRAG && x == m->x && y == m->y)
+ if (~m->event & MOUSE_EVENT_DRAG && x == m->sx && y == m->sy) {
m->event = MOUSE_EVENT_CLICK;
- else
+ m->clicks = (m->clicks + 1) % 3;
+ } else {
m->event = MOUSE_EVENT_DRAG;
+ }
m->event |= MOUSE_EVENT_UP;
} else {
if (b & MOUSE_MASK_DRAG)
m->event = MOUSE_EVENT_DRAG;
else {
- if (m->event & MOUSE_EVENT_UP && x == m->x && y == m->y)
-m->clicks = (m->clicks + 1) % 3;
- else
-m->clicks = 0;
- m->sx = x;
- m->sy = y;
m->event = MOUSE_EVENT_DOWN;
+ if (x != m->sx || y != m->sy)
+m->clicks = 0;
}
m->button = (b & MOUSE_MASK_BUTTONS);
}
+ m->sx = x;
+ m->sy = y;
return (0);
}
--
2.0.0.526.g5318336
>From 9d161e63f44910fbd0294310bd03bcf39f147726 Mon Sep 17 00:00:00 2001
From: Balazs Kezes
Date: Sat, 21 Jun 2014 13:13:16 +0100
Subject: [PATCH 2/5] Refactor input_mouse()
Move "options_get_number(...)" out of the two conditions so that there's only
one call to it. Also add some cosmetic changes.
---
input-keys.c | 22 ++
1 file changed, 14 insertions(+), 8 deletions(-)
diff --git a/input-keys.c b/input-keys.c
index 7531f22..840104f 100644
--- a/input-keys.c
+++ b/input-keys.c
@@ -205,6 +205,7 @@ input_mouse(struct window_pane *wp, struct session *s, struct mouse_event *m)
size_t len;
struct paste_buffer *pb;
u_int i;
+ int wheel;
/*
* If the alternate screen is active and hasn't enabled the mouse, send
@@ -252,15 +253,20 @@ input_mouse(struct window_pane *wp, struct session *s, struct mouse_event *m)
return;
}
- if (m->button == 1 && (m->event & MOUSE_EVENT_CLICK) &&
- options_get_number(&wp->window->options, "mode-mouse") == 1) {
- pb = paste_get_top();
- if (pb != NULL) {
- paste_send_pane(pb, wp, "\r",
- wp->screen->mode & MODE_BRACKETPASTE);
+ if (options_get_number(&wp->window->options, "mode-mouse") != 1)
+ return;
+
+ /* We don't care about m->button in case of wheel events. */
+ wheel = (m->event & MOUSE_EVENT_WHEEL);
+ if (wp->mode == NULL && !wheel && m->button == 1) {
+ if (m->event & MOUSE_EVENT_CLICK) {
+ pb = paste_get_top();
+ if (pb != NULL) {
+paste_send_pane(pb, wp, "\r",
+ wp->screen->mode & MODE_BRACKETPASTE);
+ }
}
- } else if (m->button != 1 &&
- options_get_number(&wp->window->options, "mode-mouse") == 1) {
+ } else {
if (window_pane_set_mode(wp, &window_copy_mode) == 0) {
window_copy_init_from_pane(wp);
if (wp->mode->mouse != NULL)
--
2.0.0.526.g5318336
>From 18ca63c60b9e0ab404f93a63fd6d1252364ab7e6 Mon Sep 17 00:00:00 2001
From: Balazs Kezes
Date: Sat, 21 Jun 2014 15:41:42 +0100
Subject: [PATCH 3/5] Extend selection with right click in copy mode
This changes the behavior of the mouse in the copy mode. Previously when you
released the left button you automatically left the copy mode. Not anymore. To
leave the copy mode you need to press the middle mouse button. Right click will
extend the current selection.
But also make sure that when you left click once that won't enter the copy mode
unless you start dragging. A common usecase is to use the left button to select
a pane - we don't want to break this case. Look at the logic around
quit_on_mouse_release for how is this behavior preserved.
---
cmd-copy-mode.c | 2 +-
input-keys.c| 2 +-
tmux.h | 2 +-
window-copy.c | 66 +
4 files changed, 51 insertions(+), 21 deletions(-)
diff --git a/cmd-copy-mode.c b/cmd-copy-mode.c
index f11c7af..7e1a995 100644
--- a/cmd-copy-mode.c
+++ b/cmd-copy-mode.c
@@ -56,7 +56,7 @@ cmd_copy_mode_exec(struct cmd *self, struct cmd_q *cmdq)
if (wp->mode != &window_copy_mode) {
if (window_pane_set_mode(wp, &window_copy_mode) != 0)
return (CMD_RETURN_NORMAL);
- window_copy_init_from_pane(wp);
+ window_copy_init_from_pane(wp, 0);
}
if (wp->mode == &window_copy_mode && args_has(self->args, 'u'))
window_copy
[PATCH] vi-copy: select line with V
Hi
My first commit would be a simple addition to vi-copy mode. Allow
selecting the whole line with 'V'. This is how Vim selects the current
line, and currently in tmux there's no default mapping for this option
at all. Also this select-line option is kind of 'hidden', since it's
not documented in man page and not mapped in 'list-keys -t vi-copy'.
This commit makes the option more visible.
In addition, I would also like to make the following changes:
'v' begins selection mode instead of 'space' (identical to Vim)
'C-v' toggles rectangular selection instead of 'v' (C-v starts block
selection in Vim)
'y' copies the selection instead of Enter (identical to Vim)
What would you think about such changes that alter the 'legacy' behaviour?
Best Regards,
Juho Pohjala
>From f7c74f1e9098c59f4740a2a7737db79527b5c887 Mon Sep 17 00:00:00 2001
From: Juho Pohjala
Date: Sat, 21 Jun 2014 02:02:13 +0300
Subject: [PATCH] vi-copy: select line with V
Line selection works now similarly as in Vim.
---
mode-key.c |1 +
1 file changed, 1 insertion(+)
diff --git a/mode-key.c b/mode-key.c
index 8bb83cb..0857c29 100644
--- a/mode-key.c
+++ b/mode-key.c
@@ -288,6 +288,7 @@ const struct mode_key_entry mode_key_vi_copy[] = {
{ 'M', 0, MODEKEYCOPY_MIDDLELINE },
{ 'N', 0, MODEKEYCOPY_SEARCHREVERSE },
{ 'T', 0, MODEKEYCOPY_JUMPTOBACK },
+ { 'V', 0, MODEKEYCOPY_SELECTLINE },
{ 'W', 0, MODEKEYCOPY_NEXTSPACE },
{ '\002' /* C-b */, 0, MODEKEYCOPY_PREVIOUSPAGE },
{ '\003' /* C-c */, 0, MODEKEYCOPY_CANCEL },
--
1.7.10.4
--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: [tmux:tickets] #133 Line drawing characters become ascii letters on mouse highlight
On 2014-06-17 21:00 +, Egmont Koblinger wrote: > Inside tmux (current git) execute > echo -e '\e(0lqqqk' > > Line drawing characters appear on the screen: > ┌───┐ > > Now highlight with the mouse (tmux's builtin mouse handling). > > Expected behavior: they stay line drawing characters. > > Actual behavior: they become lqqqk instead. Nick: Is there any reason why in the code ACS is a cell attribute rather than just directly writing the translated characters into the cell data? I think the latter would simplify the code a bit also fixing this particular bug. -- Balazs -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing & Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: terminal select
On 2014-06-17 06:50 -0400, shawn wilson wrote: > Ugh, is there a way to isolate this without docker or some other > virtualization software? Yes. Try starting the server via "tmux -L test". -- Balazs -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing & Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
