tmux screen functionality equivalents?
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
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
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
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
> 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
> 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
> 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
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
> > > > 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
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
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
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
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
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
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