tmux screen functionality equivalents?

2012-08-18 Thread Edward Peschko
All,

I've been using tmux all of 10 minutes, and so far I'm liking it quite
a bit. However, a couple of things:

1. I've noticed that C-b f does not actually go to the pane where the
text is located. This makes it quite a bit harder to search for text -
especially if you have a complicated pane setup. Is it possible to
have C-b f chose the correct pane, go into copy mode, and place the
cursor where the text is located? To me, this would be a lot more
intuitive then what currently happens. You still need to tab through
panes, go into copy mode, etc.. it's quite laborious.

2. Would it be possible to integrate buffer management (deleting
buffers, etc) into the 'choose buffer' menu? As it stands, deleting a
buffer one at a time is quite painful.

3. I'd like to bind the # key to choose-buffer rather than
list-buffers, but am not sure of the escape sequence. '\' doesn't seem
to work - as in 'bind-key \# choose-buffer' which causes a syntax
error. How do you escape special keys?

4. save-buffer seems to save just the one buffer (the current one) to
a file - it would be great if instead it saved ALL the buffers to that
file. It'd be even better if there was a simple way of making all the
buffers unique, rather than having duplicates in the list - I could
see how this list could quickly become unwieldly..

5. does tmux have regex support (when searching through back buffers)?
this would be exceptionally helpful at searching through buffers.

Aside from the above, so far tmux is working out pretty well. But I
think #1 would be a killer function here - going to the relevant
window is good, but going to the exact pane, and exact place where the
text is located would be much better.

Anyways, if any of the above features are already implemented let me know.

Thanks, and thanks much for tmux..

Ed

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users


using tmux buffers to do a pane search

2012-08-31 Thread Edward Peschko
hello all,

Screen has a very useful ability that would be great to have in tmux -
namely the ability to use the contents of a buffer in a forward or
backwards search.

Assuming screen keybindings:

C-a Esc ? (to enter search mode)
... search up and select certain amount of text using v and y

C-a Esc ? (to enter search mode)
C-a ] (pastes text from buffer into the search menu)

 (searches for that text string)
n gets next instance of that text string

This is one of my favorite features in screen - and use it constantly.
As it stands, the only workaround I can see is to use the mouse to
copy and text from the tmux window, and then paste that text into the
tmux window, which of course slows down workflow tremendously. And,
even this workaround doesn't work so well when the panes are split
vertically and laying side by side.

So, hopefully, this is an easy thing to implement because there is no
good workaround here and I'm already missing having it quite a bit.
I've opened up a feature request on the tmux feature page, so it can
be tracked there.

Pointing out other workarounds I'm missing is greatly appreciated as well.

Thanks much,

Ed

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users


Re: using tmux buffers to do a pane search

2012-09-12 Thread Edward Peschko
On Tue, Sep 4, 2012 at 4:19 AM, Nicholas Marriott
 wrote:
> It would not be a big code change to make the a key add the top paste
> buffer to the search string in the same way as C-y works in the command
> prompt.
>

Nicholas,

Having that functionality would be great - if it needs to be a
separate key for coding or design reasons, that would be good, but I'd
suggest to overload the current paste buffer keys - that way, we
wouldn't need to remember another key binding, and you could use the
entire paste stack (instead of just the top one).

Again, either solution would work..

Thanks,

Ed

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users


pane swapping between one window and another

2012-09-12 Thread Edward Peschko
All,

Ok, one more nice thing in screen that it would be great to see in
tmux; screen has the ability to independently split and switch
windows. You simply switch focus to that window and cycle through it.

This is useful when you have a setup that you like (say, four panes in
a window) but you temporarily need another pane without needing to
switch around the entire world.

Is there a way to do this? The idea would be to focus on that pane,
and be able to either hot-swap a pane in another window with that
focused pane, or to get a list of panes and swap with them). The two
swapped panes would then take the dimensions to fit their new windows.

Anyways, I see a swap-pane command, but that seems to be only relevant
to the current window. Making this more generic would be a big win,
IMO.

Ed

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users


Re: pane swapping between one window and another

2012-09-13 Thread Edward Peschko
> No.  Not yet.  As with:
>
> https://sourceforge.net/tracker/?func=detail&aid=3558554&group_id=200378&atid=973265
>
> and countless other examples, as well as it being in the TODO file, it's not
> yet done.
>
> There's a reason for that:  it's a complicated change.
>
> -- Thomas Adam

Thomas,

I'm not sure that this would be all that complicated a change, unlike
the example you linked to, which envisions having two views of the
same pane on different windows which I could see being difficult to
do.

Unlike the request you mention, the functionality to implement my
request already exists, and to swap panes around you can type:

:swap-pane

and have panes in the current window change position in a multi-way
swap. This would simply extend this function to swap panes *between*
windows in a two way swap. If the panes are accessible as references,
tmux could hopefully - under the covers change the references around
and redraw both the windows.

In addition, the functionality to actually display a list of panes
already exists as well through the find command, so there would be no
extra classes there as well.

I understand your point about new features, so I've been trying to
limit my suggestions to those features to ones that I'm truly missing
in a switchover from screen, and those that I think would get the most
bang for the buck because I see the building blocks for the features
are already there.

At some point when I have tuits, I may jump in the code here and try a
small feature, but in perusing it, I think there is a bit of a
learning curve here so I think it would take a while to be truly
productive.

So, if I'm wrong about this feature being relatively simple to
implement, please tell me how. It would do wonders for my
understanding of the code, and I'm sure it would help others
understanding as well.

Thanks much,

Ed

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users


Re: pane swapping between one window and another

2012-09-14 Thread Edward Peschko
> This can already be done though -- I wonder if it's not very clear in the
> man page?
>
> Assume you have two windows with more than one pane in, and you wanted to
> swap pane 2 in window 1 with the active pane in window 2.  You would do
> this:
>
> swap-pane -s 1.2

ok, great, what I'm suggesting is a simpler interface, akin to
last-window (last-pane?) -  prefix  would swap an active pane
on another window with the current pane, and prefix  would
swap them back.

For more advanced use, my suggestion was to have another keybinding,
for find-pane, akin to what find-window does. Users would enter a drop
down list where they could select which pane they wished to swap, and
their selection would then determine which pane to swap for the
current pane. 'last-pane' would then work to swap these panes around.

I'm not sure how to make it more elaborate though. As much as I like
the idea of scrolling through panes like scrolling through windows
(next-window), doing this is relatively ugly, because in the best of
worlds to be able to cycle would mean screwing up every window setup
that you've setup. Best just to keep it simple IMO.


>> In addition, the functionality to actually display a list of panes
>> already exists as well through the find command, so there would be no
>> extra classes there as well.
>
> I don't know what you mean here.  find-window displaying panes has nothing
> to do with swapping panes.  The code-paths are even completely different.

I guess my point was that you already have code to display panes in a
drop down menu, that you could adapt by either copying or making more
generic..

> -- Thomas Adam

(ps - making a last-pane hotkey might be a bit simpler if there was a
way to specify the current window number, and the next window number
as variables in the bind, eg

bind r swap-pane -s #current_window.#next_window

I see -t:.- to denote the previous tab number on the current window,
is there an equivalent for the previous and next window?
)

--
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users


Re: pane swapping between one window and another

2012-09-14 Thread Edward Peschko
> Then see:
>
> swap-pane -s:-.
>
> And other variants on that to suit your needs.

Ok, that is workable, it'd still be nice though to package it up with
a bow, so that users can select the pane they wish to swap with with a
drop down menu, and have this value somehow stored for further calls
to swap pane.. do you allow variables here, eg?

:set other_pane=2
swap-pane -s:-$other_pane


>> For more advanced use, my suggestion was to have another keybinding,
>> for find-pane, akin to what find-window does. Users would enter a drop
>> down list where they could select which pane they wished to swap, and
>> their selection would then determine which pane to swap for the
>> current pane. 'last-pane' would then work to swap these panes around.
>
> choose-list would help here.

I don't see choose-list, even in the latest git trunk.. Is this
something that is experimental?

Ed

--
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users


using tmux as collaborative tool

2013-04-25 Thread Edward Peschko
All,

I was wondering if tmux could be used as a collaborative tool
independently. Right now, each attached session gets the same view -
which is great in the case where you want that behavior (sharing a
screen etc) but which is not all that great if you want to have
different users typing on independent screens..

So - is this feature available or no?

thanks much,

Ed

--
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users


Re: using tmux as collaborative tool

2013-04-26 Thread Edward Peschko
> >
> > So - is this feature available or no?
>
> Read about grouped sessions.
>
> -- Thomas Adam
>

Thanks, I was looking for a term to do an effective search, and that worked
well. Question - how scalable are grouped sessions? With screen, I'd
regularly get hangs with 3 or so independent sessions connected to the same
'screen' but we could never pin down whether this was due to screen itself
or a system instability.

Another topic slightly related to this - is there a way to enforce screen
size when someone connects to a shared tmux? tmux right now changes the
larger window such that there is garbage on the sides of the larger window
- I'd much rather have tmux say 'hey - please resize your screen to
connect'.

Ed
--
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users


scripting up keybindings

2013-07-13 Thread Edward Peschko
All,

I was trying to setup a tmux script, but ran into the following issue -
after a bit of googling, there doesn't seem to be a way to use send-keys to
actually send a key *binding* to another window (not just text to be run).

A bit of background - I would like to be able to run a command in another
window, but be absolutely sure that the command in question is run in the
right pane. Hence, I would like to send a:

C-b q2

to select the pane # 2 in the window and when re-focused, and only then run
the command.

So - how do you do this, or send key bindings to a given window? Closest
I've come to is pane management is the select-pane command, but that seems
to only select panes based off of relative motions (ie:

tmux select-pane -D -t icebox_session_shared:0

which is suboptimal for scripting because it is relative, and you cannot be
guaranteed which pane is focused after doing it.

Any help on this would be cool, I'm so close to having a standardized,
multi-command enviornment, and absolute pane selection via automation would
go a long way to getting there.


Thanks much,

Ed
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users


Re: scripting up keybindings

2013-07-13 Thread Edward Peschko
Never mind.. found the following:

sudo -u stiruchi tmux select-pane -t icebox_session_shared:0 -t 2
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users


Re: scripting up keybindings

2013-07-13 Thread Edward Peschko
arghh.. nvm, question is still open:

tmux select-pane  -t icebox_session_shared:icebox1 -t 2

doesn't seem to work on specific sessions' windows. You can do:

tmux select-pane -t icebox_session_shared:icebox1 -D

but then again, that only works on a relative basis..

Ed


On Sat, Jul 13, 2013 at 6:51 PM, Edward Peschko  wrote:

> Never mind.. found the following:
>
> sudo -u stiruchi tmux select-pane -t icebox_session_shared:0 -t 2
>
>
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users


Re: individual buffer sizes for panes

2013-09-09 Thread Edward Peschko
Thomas,

So, when you set a history limit, it is applied to all panes that you
create from then on, and all older panes stay with their old limits?

So - how do you get the history limit for individual panes/windows?

This is workable, but it would be nice to have some sort of refresh
command to apply newer settings (in general) to older panes.

Ed

On Mon, Sep 9, 2013 at 9:53 AM, Thomas Adam  wrote:
> On Mon, Sep 09, 2013 at 09:36:49AM -0700, Edward Peschko wrote:
>> All,
>>
>> I have some memory consumption problems with tmux - I like to have
>> lots of windows and panes running processes, but only some of them do
>> I need large buffers for.
>
> Then don't set such a high history-limit?
>
>> Hence, I was wondering if it was possible to specify the buffer size
>> for each individual pane - eg. 20 for the large, monitored
>> process, 25 for the quickfix windows.
>
> Well, you could set history-limit before spawning new panes for certain
> things.
>
>> I see 'set history limit', but it doesn't seem to be functioning - ie:
>> when I set the history limit, it still can scrollback a lot more lines
>> than I just set it to.
>
> Where are you seeing this?  It isn't applied retroactively, and it's
> specified at the point the window pane is created.  When lines are added to
> the grid, then the history-limit is used to work out which lines to free;
> it's a rolling total if you like.  When you hit the history-limit, lines are
> removed to make way for new lines, but the limit then is always the
> history-limit.
>
>> Also - side note - when is the memory freed back to the os? right
>> after the set history command is issued? Or do I have to restart the
>> tmux session in question?
>
> It's freed when the pane ends.
>
> Really what ought to happen is that lines aren't preallocated based on the
> history-limit, but the grids are realloc()d when needed.  However, this
> would not only mess with wrapping of lines in panes, but it would make it
> slow.
>
> -- Thomas Adam
>
> --
> "Deep in my heart I wish I was wrong.  But deep in my heart I know I am
> not." -- Morrissey ("Girl Least Likely To" -- off of Viva Hate.)

--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58041391&iu=/4140/ostg.clktrk
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users


individual buffer sizes for panes

2013-09-09 Thread Edward Peschko
All,

I have some memory consumption problems with tmux - I like to have
lots of windows and panes running processes, but only some of them do
I need large buffers for.

Hence, I was wondering if it was possible to specify the buffer size
for each individual pane - eg. 20 for the large, monitored
process, 25 for the quickfix windows.

I see 'set history limit', but it doesn't seem to be functioning - ie:
when I set the history limit, it still can scrollback a lot more lines
than I just set it to.

Also - side note - when is the memory freed back to the os? right
after the set history command is issued? Or do I have to restart the
tmux session in question?

Ed

--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58041391&iu=/4140/ostg.clktrk
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users


listing out tmux ptys

2013-10-19 Thread Edward Peschko
All,

I was interested in making an application that uses tmux as a display
for a program - ie: one pane controls a process and the others display
logs and statuses. In other words, I'd like to have the program write
to the other pane's ptys with the various messages associated with the
program.

However, I was running into an issue: how do I figure out which panes
have which ptys?
In order to do this correctly, I'd need to know windows 1, pane 1 has
pty /dev/pts/13, windows 1 pane 2 has pty /dev/pts5, etc. etc, so I
could redirect the output correctly.

I suppose I could script up interacting with the other panes and call
tty on them, but I was looking for something more concise, something
like

tmux pty-list

which would display the list of ptys associated with each pane. Or
perhaps better yet, a generic command:

tmux run-pane-command "tty"

which would run the same command (tty) on each pane for a given
session and report back the output to the panel where the command was
run, along with a header for each pane showing where the command was
run, ie:

window #1 pane #1: /dev/pts/13
window #1 pane #2: /dev/pts/5

etc. etc.

 If run inside of a tmux session, it would operate on the active
session, if run outside, it would need to have a session given to it
in the form of -t.

How difficult would this be to implement? Or is there a command that
does this already that I am unaware of?

Thanks much,

Ed

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users