Hi List,
Here is the patch for a new wrap-search window flag that controls if
the search should start over the other side of the pane contents when
one end is reached. I have found the need for this while, for example,
looking for failures in test runs and other similar cases.
Not long ago I aske
> You could use window ids (@1 etc) if you want to go to a specific window
> but of course that means you need to look them up first.
Yeah, it's true, I'd like to avoid that.
> I'd be happy with improvements to find-window but I think if we are
> adding flags then we should have flags for all the
You could use window ids (@1 etc) if you want to go to a specific window
but of course that means you need to look them up first.
I'd be happy with improvements to find-window but I think if we are
adding flags then we should have flags for all the possibilities, so -T
for title, -N for name, -C f
All the other mode stuff is window options so yeah makes sense to be one
too.
Cheers
On Fri, Mar 16, 2012 at 04:19:55PM +, Jacobo de Vera wrote:
> Hi List,
>
> I'm preparing a patch to add a new flag called wrap-search that will
> control whether a search wraps when it reaches the end of th
I think it is probably safe enough to allow any value through.
On Fri, Mar 16, 2012 at 10:42:26AM -0400, Michael Krysiak wrote:
>I was able to get it working with a one line patch to screen.c, but I
>wouldn't recommend this to anyone since I'm not knowledgeable enough to
>know the sid
Hi,
Would it be possible to add an option to 'find-window' so that it only
searches the window name? I like to bind shortcut keys to go to
specific windows, and that works great until (sometimes) the content
of some other window also matches the window name I'm trying to go
to.
I'm thinking
f
Hi List,
I'm preparing a patch to add a new flag called wrap-search that will
control whether a search wraps when it reaches the end of the
contents. I think it is better suited as a window option but wanted to
run it by you first first. What do you think?
Thanks and regards,
--
Jacobo de Vera
I was able to get it working with a one line patch to screen.c, but I
wouldn't recommend this to anyone since I'm not knowledgeable enough to
know the side effects.
--- screen.c.orig 2012-03-16 09:29:58.151917000 -0400
+++ screen.c2012-03-16 09:30:09.208923000 -0400
@@ -97,7 +97,7 @@
vo
Uhm yeah I think it is recent, try tmux from SVN.
On Fri, Mar 16, 2012 at 01:38:24PM +0100, SamLT wrote:
>
> h, indeed! Is this change recent? tmux 1.6 doesn't have it :(
>
> Anyway, thanks a bunch:)
>
>
>
> On Fri, Mar 16, 2012 at 12:12:08PM +, Nicholas Marriott wrote:
> > You want
h, indeed! Is this change recent? tmux 1.6 doesn't have it :(
Anyway, thanks a bunch:)
On Fri, Mar 16, 2012 at 12:12:08PM +, Nicholas Marriott wrote:
> You want the -c option to new-window/split-window :-).
>
>
> On Fri, Mar 16, 2012 at 01:05:36PM +0100, SamLT wrote:
> >
> >
> > He
I'm completely new to this stuff, so I'm not sure what the proper behavior
is supposed to be, but from a quick experiment using Cygwin's xterm, it
behaved just like tmux did; 0-4 work, 5 and 6 don't change anything.
On Fri, Mar 16, 2012 at 8:17 AM, Nicholas Marriott <
nicholas.marri...@gmail.com>
Yes, that's right. We can allow higher values through, but what do they
do on other terminals like xterm?
On Fri, Mar 16, 2012 at 07:39:57AM -0400, Michael Krysiak wrote:
>After a bit more research, it looks like the mintty docs show a 5 and 6,
>but the official docs only show 0-4. *
>
You want the -c option to new-window/split-window :-).
On Fri, Mar 16, 2012 at 01:05:36PM +0100, SamLT wrote:
>
>
> Hello,
>
> To elaborate a bit more about the subject, here are some of the bindings
> I have and use very often:
>
> bind cnew-window
> bind Cset def
Hello,
To elaborate a bit more about the subject, here are some of the bindings
I have and use very often:
bind cnew-window
bind Cset default-path "" \; new-window \; set default-path "~"
bind ssplit-window -h
bind Sset default-path ""
After a bit more research, it looks like the mintty docs show a 5 and 6,
but the official docs only show 0-4.
http://vt100.net/docs/vt510-rm/DECSCUSR
On Fri, Mar 16, 2012 at 6:02 AM, Michael Krysiak wrote:
> I got it from http://code.google.com/p/mintty/wiki/CtrlSeqs#Cursor_style
>
>
> On Fri,
Yes this is a nice idea and would be fairly easy to do as well. The only
question is whether the history is per window or global. I would make
undo/redo flags to select-layout.
On Fri, Mar 16, 2012 at 07:57:14AM +0100, Thorsten wrote:
> Ben Boeckel writes:
>
>
> Hi List,
>
> > On Thu, Mar 15,
Can you give me a clear sequence of commands that shows the problem?
Also what terminal are you using?
On Thu, Mar 15, 2012 at 10:43:40PM -0400, Michael Krysiak wrote:
>I'm currently unable to change my cursor to line in tmux 1.6 when using
>'\033[6 q' as defined in*
>[1]http://code.g
On Fri, Mar 16, 2012 at 02:40:46AM +, Ben Boeckel wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On Thu, Mar 15, 2012 at 07:18:04 GMT, Nicholas Marriott wrote:
> > tmux selectl
> > '9d50,126x23,0,0[126x11,0,0{63x11,0,0[63x5,0,0,63x5,0,6],62x11,64,0},126x11,0,12{63x11,0,12,62x1
18 matches
Mail list logo
