Find attached; this is basically the c and C keys from GNU Screen's
copy mode, plus a block mode toggle. Now, the J key. :)
-Robin
--
They say: "The first AIs will be built by the military as weapons."
And I'm thinking: "Does it even occur to you to try for something
other than the defau
On Wed, Jan 20, 2010 at 11:39:40PM +0100, Michel Le Cocq wrote:
> With my old screen I had an alias : smail wich launch screen with
> a special .screenrc like this :
>
> screen -t boiteA mutt -F $HOME/.mutt/config/.muttrc_A
> screen -t boiteB mutt -F $HOME/.mutt/config/.muttrc_B
> screen -t BoiteC
On Wed, Jan 20, 2010 at 07:04:21PM +, Nicholas Marriott wrote:
> > + { MODEKEYCOPY_MARGIN_LEFT, "left-margin" },
> > + { MODEKEYCOPY_MARGIN_RIGHT, "right-margin" },
> > + { MODEKEYCOPY_MARGIN_TOGGLE, "square-copy-toggle" },
>
> Not critical but can you sort these?
Done.
> > screen_set
understand the man entries for
those at all, and I've heard other people on IRC say the same.
What is select-prompt for? It seems to just ask for a number and
complain if it's not a window number; how is that useful?
On Wed, Jan 20, 2010 at 11:59:13PM +, Nicholas Marriott wrote:
Playing with link-window to try to understand it, I discovered this
in HEAD:
tmux new-session
tmux link-window
exit
[lost server]
-Robin
--
They say: "The first AIs will be built by the military as weapons."
And I'm thinking: "Does it even occur to you to try for something
other than the
On Sat, Jan 23, 2010 at 06:15:00PM +, Nicholas Marriott wrote:
> Hi
>
> Thanks for the diff,
>
> > Index: tmux.1
> > ===
> > RCS file: /cvsroot/tmux/tmux/tmux.1,v
> > retrieving revision 1.221
> > diff -u -r1.221 tmux.1
> > --- t
Hold off on that diff; I'm going to see about incorporating Sudish's
suggestions.
-Robin
On Sat, Jan 23, 2010 at 12:02:52PM -0800, Robin Lee Powell wrote:
> On Sat, Jan 23, 2010 at 06:15:00PM +, Nicholas Marriott wrote:
> > Hi
> >
> > Thanks for the
t; > - server_destroy_session_group(s);
> > - else
> > - server_redraw_session_group(s);
> > + while ((wl = winlink_find_by_window(&s->windows, w)) != NULL) {
> > + if (session_detach(s, wl))
&g
On Sat, Jan 23, 2010 at 02:42:42AM +, Nicholas Marriott wrote:
> On Fri, Jan 22, 2010 at 04:21:06PM -0500, Sudish Joseph wrote:
> > Nicholas Marriott writes:
> > > On Thu, Jan 21, 2010 at 01:33:56AM -0800, Robin Lee Powell wrote:
> > >> Why does "t
On Fri, Jan 22, 2010 at 04:21:06PM -0500, Sudish Joseph wrote:
> Nicholas Marriott writes:
> > On Thu, Jan 21, 2010 at 01:33:56AM -0800, Robin Lee Powell wrote:
> >> Why does "tmux new-session vim \; split-window \; attach" not
> >> work? Why does it need
On Thu, Feb 04, 2010 at 11:12:37PM -0700, Amjidanutpan Ramanujam wrote:
>My question is: Is there a way to assign a shortcut key to jump to a
>pane based on pane number?
bind-key S command-prompt "select-pane -t .%1"
will set "^b S" to ask you for a pane number (after which you have
to h
On Fri, Feb 05, 2010 at 01:55:27PM -0800, Micah Cowan wrote:
> Gah. I should've known to try this first before posting. I've had
> enough glitches with gnome-terminal (especially for scrolling) in
> the past to know better.
>
> I've been using xterm on Ubuntu 8.04 (work machine). But I just
> trie
If we're talking about the same thing (trying to make all panes
about the same size), I was planning to do this eventually myself,
so I'm very much looking forward to this being fixed/added. :)
-Robin
On Wed, Feb 03, 2010 at 10:32:02PM +, Nicholas Marriott wrote:
> This has a couple of warni
On Wed, Feb 10, 2010 at 02:36:17PM -0800, Hibiki Kanzaki wrote:
> I am trying to come up with a mental model for all the entities
> (terminal, client, server, session, window, pane).
>
> It seems like for me it might be simplest to imagine that
> conceptually it is always a pane that is closest to
On Wed, Feb 10, 2010 at 10:56:47PM +, Nicholas Marriott wrote:
> My biggest problem at the moment is remembering which window has
> which man page/log file/code/etc open, but so far I haven't
> thought of anything that would make that much easier.
A friend of mine has "per-pane status lines" a
On Wed, Feb 10, 2010 at 11:25:20PM +, Nicholas Marriott wrote:
> I don't really know what "per-pane status lines" means, although I
> don't use panes so it probably wouldn't help me at all.
A status line below each pane, just for that pane.
> Panes don't have names themselves.
This would req
On Thu, Feb 18, 2010 at 09:07:00PM +0100, clemens fischer wrote:
> The other problem: for my purposes, I used to rely on screens
> ability to 'J'oin the lines of any selection by either spaces,
> commas, newlines (the default) or whatnot, ie. to make one long
> line of the selected lines. For exa
On Thu, Feb 18, 2010 at 01:39:15PM -0800, Micah Cowan wrote:
> The following should bind J to join the current (already
> finished) selection with spaces:
>
> bind-key J run-shell 'tmux save-buffer /tmp/.tmux-exchange; tr \n
> " " < /tmp/.tmux-exchange >/tmp/.tmux-exchange-processed; tmux
> load-
On Thu, Feb 18, 2010 at 02:25:08PM -0800, Micah Cowan wrote:
> > Now we just need the rotating behaviour of J (see my other
> > post).
>
> Well, you could of course still rig that up through run-shell, and
> some sort of flag-file. But personally, I don't like the rotating
> behavior of J: better
ot in copy mode.
>
>
> On Thu, Feb 18, 2010 at 02:25:08PM -0800, Micah Cowan wrote:
> > Robin Lee Powell wrote:
> > > On Thu, Feb 18, 2010 at 01:39:15PM -0800, Micah Cowan wrote:
> > >> The following should bind J to join the current (already
> > >>
On Thu, Feb 18, 2010 at 10:51:06PM +, Nicholas Marriott wrote:
> On Thu, Feb 18, 2010 at 02:36:06PM -0800, Robin Lee Powell wrote:
> > On Thu, Feb 18, 2010 at 02:25:08PM -0800, Micah Cowan wrote:
> > > > Now we just need the rotating behaviour of J (see
On Thu, Feb 18, 2010 at 11:05:27PM +, Nicholas Marriott wrote:
> On Thu, Feb 18, 2010 at 02:59:44PM -0800, Robin Lee Powell wrote:
> > I'm lost; what options would it rotate through, exactly, and how
> > would that be determined?
>
> Eg mode-keys has options "v
y), not in the copy mode.
>
>
> On Fri, Feb 19, 2010 at 05:25:36PM +0100, clemens fischer wrote:
> > Robin Lee Powell wrote:
> >
> > > Copying from my other post:
> > >
> > > The other aspect to it is having a key that can shift between the
> > >
On Fri, Feb 19, 2010 at 05:25:36PM +0100, clemens fischer wrote:
> What I have in mind is something special for any selection and would
> only apply to copy-mode: a per-window (per-pane?) option in a special
> struct hanging off of "struct window"(?), roughly:
>
> struct selection_op {
>
On Wed, Dec 15, 2010 at 03:48:18AM -0800, kevin beckford wrote:
> I'm using iterm, in os x and tmux.
That's going to be up to iterm; you'll need to tell it to cause the
apple key to send a keycode of some kind into the terminal.
Otherwise, nothing in the terminal can see it at all.
-Robin
--
I seem to recall that tmux is supposed to have features that make it
easier to deal with sshing to a remote tmux under one's master tmux,
compared to screen's behaviour. Did I hallucinate this?
-Robin
--
http://singinst.org/ : Our last, best hope for a fantastic future.
Lojban (http://www.lojb
I'm on gentoo, with manually-compiled tmux 1.4.
I'm using putty from windows. I have things set to UTF8, and it
worked fine under GNU screen in the same configuration.
I'm having visible problems, like - showing up as a no entity box in
man pages.
When I run:
set-window-option -g utf8 on
n
o your tmux configuration?
>
> Ton
>
> On Thu, Apr 14, 2011 at 7:54 PM, Robin Lee Powell
> wrote:
> >
> > I'm on gentoo, with manually-compiled tmux 1.4.
> >
> > I'm using putty from windows. I have things set to UTF8, and it
> > worked fine unde
On Thu, Apr 14, 2011 at 07:22:14PM -0300, Tiago Resende wrote:
> Are you running tmux with -u? The only reason I ask is because
> just the other day I ran into this problem and took me quite a
> while to figure it out. I usually alias tmux to tmux -u, so when I
> didn't have my alias available, I c
On Thu, Apr 14, 2011 at 07:53:26PM -0300, Tiago Resende wrote:
> On Thursday, 2011-04-14, at 15:25:38 -0700, Robin Lee Powell
> wrote:
> > I'm not, no; the man page seems to say that that's not actually
> > required, that you can change these options on the fly. W
On Thu, Apr 14, 2011 at 04:02:04PM -0700, Micah Cowan wrote:
> (04/14/2011 03:59 PM), Robin Lee Powell wrote:
> > I did that, and greated a new window, and "set -w utf8" returns
> > off, and after doing "set -w utf8 on" it still returns off.
>
> We
e the weirdest thing my brain
has ever done to me. :D
-Robin
On Sun, Apr 17, 2011 at 08:09:20PM +0100, Nicholas Marriott wrote:
> Not sure what you mean here?
>
> Only think I use is multiple prefix keys...
>
>
> On Thu, Apr 14, 2011 at 10:55:41AM -0700, Robin Lee Powell wrot
I have a large terminal (200+ wide/80+ high) running tmux.
Sometimse I have code that dumps large amounts of data, and things
get pretty slow with the redrawing.
That part I'm OK with, but what's bothering me is that in screen, I
could switch windows, and the busy window would update silently
whil
{
> + server_client_check_backoff(c);
> server_client_check_redraw(c);
> server_client_reset_state(c);
> }
>
>
> On Tue, Apr 19, 2011 at 04:31:42PM -0700, Robin Lee Powell wrote:
> > I have a large t
ffer is an issue in a
way it wasn't before.
The obvious suggestion there would be a throttling option, but (1)
that sounds hard (2) I imagine it would lead to other surprising
behaviour.
-Robin
On Tue, Apr 19, 2011 at 04:52:50PM -0700, Robin Lee Powell wrote:
> Yeah, ssh in both case
On Mon, May 09, 2011 at 09:31:05AM +0800, solotim wrote:
>
> I've been enjoying tmux for couple of weeks. There is a problem
> baffled me a lot and I don't know how to bypass it.
>
> Say, I have a long txt file, and I 'cat file.txt' in tmux, then
> the tmux will be busy to take over the output. I
hy).
-Robin
On Mon, May 09, 2011 at 12:01:39PM +0800, solotim wrote:
> -- Forwarded message --
> From: solotim
> Date: 2011/5/9
> Subject: Re: Question: how to interrupt a process by pressing Ctrl-C in tmux?
> To: Robin Lee Powell
>
>
> Thank you for the q
Like many people, I have bindings in screen so "META - 1" takes me
to window 11. I rely on this pretty heavily, it's very much in
muscle memory, and would love to have an equivalent in tmux. Does
such a facility for two-character commands exist?
Thanks.
-Robin
--
http://singinst.org/ : Our
I came, over the years, to rely very much on screen's backscroll
behaviour[1], so certain aspects of tmux's behaviour have surprised
me, and I'm wondering if they can be changed.
1. When I quit "less", it goes away. I'm used to the output of
less staying in the shell window/the terminal backscr
On Tue, May 17, 2011 at 09:16:16PM -0700, Micah Cowan wrote:
> On 05/17/2011 06:10 PM, Robin Lee Powell wrote:
> >
> >I came, over the years, to rely very much on screen's backscroll
> >behaviour[1], so certain aspects of tmux's behaviour have
> >surprised
On Tue, May 17, 2011 at 10:26:33PM -0700, Micah Cowan wrote:
> On 05/17/2011 10:21 PM, Robin Lee Powell wrote:
> >On Tue, May 17, 2011 at 09:16:16PM -0700, Micah Cowan wrote:
> >>On 05/17/2011 06:10 PM, Robin Lee Powell wrote:
> >>>
> >>>I came, ove
On Tue, May 17, 2011 at 11:37:52PM -0700, Micah Cowan wrote:
> On 05/17/2011 10:46 PM, Robin Lee Powell wrote:
> >>"Replaces"? No, it'll scroll it off, I'd think. Which is what
> >>you said you wanted - all the backscroll intact.
> >
> >No,
Nope; see rest of thread.
-Robin
On Wed, May 18, 2011 at 08:34:23AM +0100, Nicholas Marriott wrote:
> Turn off the alternate-screen option and it should change both of these.
>
>
>
> On Tue, May 17, 2011 at 06:10:58PM -0700, Robin Lee Powell wrote:
> >
> > I ca
with alternate-screen off. if less redraws by overwriting or
> otherwise does not scroll the screen, the history won't be changed
>
>
>
> On Wed, May 18, 2011 at 12:39:53AM -0700, Robin Lee Powell wrote:
> > Nope; see rest of thread.
> >
> > -Robin
> &
That tells vim, also, not to clear the screen (like alternate-screen off).
>
> Does that change anything?
>
> On Wed, May 18, 2011 at 1:19 AM, Robin Lee Powell <
> rlpow...@digitalkingdom.org> wrote:
>
> > It's vim, not less, and yes, it appears to be
On Wed, May 18, 2011 at 09:56:49AM -0700, Micah Cowan wrote:
> (05/18/2011 08:01 AM), Randy Stauner wrote:
> > I have tried to recreate this according to your steps and it
> > does not happen to me, things look as you would expect them. I
> > tried zsh as well--no change.
> >
> > It does seem odd
On Wed, May 18, 2011 at 11:18:57AM -0700, Robin Lee Powell wrote:
> On Wed, May 18, 2011 at 09:56:49AM -0700, Micah Cowan wrote:
> > (05/18/2011 08:01 AM), Randy Stauner wrote:
> > > I have tried to recreate this according to your steps and it
> > > does not happen to m
On Wed, May 18, 2011 at 12:06:28PM -0700, Micah Cowan wrote:
> (05/18/2011 11:18 AM), Robin Lee Powell wrote:
> > Huh. My tmux.conf doesn't seem to actually *work*; I have to
> > manually do a ":set-window-option alternate-screen" when I
> > launch tmux
On Wed, May 18, 2011 at 12:33:11PM -0700, Micah Cowan wrote:
> (05/18/2011 11:18 AM), Robin Lee Powell wrote:
>
> > http://teddyb.org/~rlpowell/media/public/tmp/screen.txt
> >
> > http://teddyb.org/~rlpowell/media/public/tmp/tmux.txt
>
> Do you still get the same
On Wed, May 18, 2011 at 01:28:32PM -0700, Micah Cowan wrote:
> (05/18/2011 01:19 AM), Robin Lee Powell wrote:
> > It's vim, not less, and yes, it appears to be overwriting.
> >
> > The issue is that I don't have this problem in screen.
> >
> > OK, s
On Wed, May 18, 2011 at 01:39:35PM -0700, Robin Lee Powell wrote:
> On Wed, May 18, 2011 at 01:28:32PM -0700, Micah Cowan wrote:
> > (05/18/2011 01:19 AM), Robin Lee Powell wrote:
> > > It's vim, not less, and yes, it appears to be overwriting.
> > >
> >
On Wed, May 18, 2011 at 01:43:38PM -0700, Micah Cowan wrote:
> (05/18/2011 01:28 PM), Micah Cowan wrote:
> > (05/18/2011 01:19 AM), Robin Lee Powell wrote:
> >> It's vim, not less, and yes, it appears to be overwriting.
> >>
> >> The issue is that I don&#x
On Wed, May 18, 2011 at 01:53:05PM -0700, Micah Cowan wrote:
> (05/18/2011 01:47 PM), Robin Lee Powell wrote:
> > On Wed, May 18, 2011 at 01:43:38PM -0700, Micah Cowan wrote:
> >> (05/18/2011 01:28 PM), Micah Cowan wrote:
> >>> (05/18/2011 01:19 AM), Robin Lee Powe
On Wed, May 18, 2011 at 02:04:21PM -0700, Micah Cowan wrote:
> (05/18/2011 01:47 PM), Robin Lee Powell wrote:
> >> I'm using the tmux from CVS HEAD. Perhaps you can try that out?
> >
> > Certainly.
>
> Okay, good news: I grabbed a copy of tmux 1.4 from sourcef
On Wed, May 18, 2011 at 03:27:20PM -0700, Micah Cowan wrote:
>
> A workaround should be to alias vim to 'clear; vim' or something.
Ah. Yes, that works; with older tmux I had tested clear and it
broke in the same way vim does, but with HEAD this works fine.
> What I don't understand is: what mad
ase and just means the terminal can erase
> using the background colour rather than black
>
> does changing vim theme make any difference? is your theme 256 or 16
> colour?
>
>
> On Wed, May 18, 2011 at 03:55:28PM -0700, Robin Lee Powell wrote:
> > On Wed, May 18, 20
-0700, Robin Lee Powell wrote:
> Ah, you're right; vim is doing something weird.
>
> If I comment out my vimrc, everything works fine with HEAD.
>
> Yeh, it's "colorscheme desert256" that's doing it; in HEAD it's fine
> without that.
>
> I suppose
> non-256-colour terminal which somehow wrongly depends on bce.
>
> Do you see this with TERM=screen-256color?
>
>
>
> On Wed, May 18, 2011 at 04:11:06PM -0700, Robin Lee Powell wrote:
> > Ah, you're right; vim is doing something weird.
> >
> &g
On Wed, May 18, 2011 at 05:18:13PM -0700, Randy Stauner wrote:
> what version of vim are you using?
VIM - Vi IMproved 7.3 (2010 Aug 15, compiled May 7 2011 15:02:28)
Included patches: 1-154
Modified by pkg-vim-maintain...@lists.alioth.debian.org
Compiled by bui...@brahms.debian.org
Huge version w
Discovered this working on a tmux-related selinux issue,
https://bugzilla.redhat.com/show_bug.cgi?id=723391 ; apparently tmux
really really really wants to know what command line it was run
with, since it checks about 2 times a second:
19:39:14 munmap(0x2b42928aa000, 4096) = 0
19:39:14 gettime
it to do it less often but
> automatic-rename will be less responsive.
>
>
>
> On Sat, Jul 23, 2011 at 07:40:15PM -0700, Robin Lee Powell wrote:
> >
> > Discovered this working on a tmux-related selinux issue,
> > https://bugzilla.redhat.com/show_bug.cgi?id=72339
On my current Fedora machine, no, it doesn't.
If I run "clear", with alternate-screen off, it simply destroys
what's on the screen; it doesn't go into tmux's backscroll/history
or anything, it's just *gone*.
I want this fixed so very, very badly. ;_;
It annoys me so much that I may have to swit
ora 15, running tmux 1.4.
Suggestions welcome for how to test/debug this, as usual.
-Robin
On Sat, Sep 24, 2011 at 06:15:29PM -0700, Robin Lee Powell wrote:
> On my current Fedora machine, no, it doesn't.
>
> If I run "clear", with alternate-screen off, it simply destroy
k, send me the output of "clear|cat -v" on your
> box.
>
>
> On Sat, Sep 24, 2011 at 06:25:40PM -0700, Robin Lee Powell wrote:
> > Note, by the way, that on other machines "clear" *used* to do the
> > right thing for me; we had a long thre
I just started running 1.5, and it looks like now the character
under the cursor *is* included in copies, where before it was not.
This is rather startling. What's going on?
-Robin
--
All the data continuously generate
, Nicholas Marriott wrote:
> It wasn't supported in tmux 1.4, try tmux 1.5?
>
> If that doesn't work, send me the output of "clear|cat -v" on your
> box.
>
>
> On Sat, Sep 24, 2011 at 06:25:40PM -0700, Robin Lee Powell wrote:
> > Note, by the way,
I have literally been watching the output of "perl -d:Trace" for
more than 10 minutes, waiting to be granted control of my terminal
again. :( I can't do any tmux commands at all.
-Robin
--
http://singinst.org/ : Our last, best hope for a fantastic future.
Lojban (http://www.lojban.org/): The
On Mon, Dec 19, 2011 at 11:20:29PM +, Nicholas Marriott wrote:
> This is actually quite a hard problem.
;( I thought it might be. Steal the code from screen? :D
> The issue is that it is difficult on a fast machine to rate limit
> vast, continuous amounts of data quickly enough and to a sl
I've never had this level of problem with screen, at all, and I used
it for many many years for everything.
On Mon, Dec 19, 2011 at 11:43:04PM +, Nicholas Marriott wrote:
> screen does not successfully rate limit either or if it does
> nobody has yet to clearly demonstrate a case where it does
> > terminate yes pretty much instantly.
> >
> > But so can tmux. So no help there.
> >
> >
> >
> > On Mon, Dec 19, 2011 at 03:59:39PM -0800, Robin Lee Powell wrote:
> > > I've never had this level of problem with screen, at all, and I used
&g
On Tue, Dec 20, 2011 at 12:04:28AM +, Nicholas Marriott wrote:
> On Mon, Dec 19, 2011 at 03:59:39PM -0800, Robin Lee Powell wrote:
> > I've never had this level of problem with screen, at all, and I
> > used it for many many years for everything.
> >
> > On
helps and if so what value for BYTES_MAX is
> acceptable?
>
> If it doesn't help let me know, I have another diff to rate limit
> outgoing data that might help instead. Or if not that, there is
> other stuff we can try.
>
>
> On Mon, Dec 19, 2011 at 04:47:12PM -080
So far, no problems.
I actually left yes running in another window for 15+ minutes, and
ctrl-c was caught in a second or so.
No problems with interactive behaviour that I can see.
\o/
Do you have a wishlist somewhere? :)
-Robin
On Fri, Dec 23, 2011 at 01:37:00PM -0800, Robin Lee Powell
I haven't actually read what you said in detail, but:
For myself, I discovered that trying to make complicated binds with
multiple steps involving the paste buffer just didn't work. So
instead I put everything in a script:
bind w run-shell "~/bin/ws_trim_wrap ' '"
- ---
#!/
74 matches
Mail list logo
