Hi On Wed, Oct 03, 2012 at 11:26:01PM +0100, Thomas Adam wrote: > Hi, > > On 18 April 2010 08:36, Nicholas Marriott <nicholas.marri...@gmail.com> wrote: > > Not at the moment, we could add a flag to find-window, although perhaps > > some thought needs to be put into how the UI should work for all > > commands across sessions - it is clear that switching sessions without > > detaching is becoming a common idiom so there might be other ways we can > > make it easier. > > Yes, I really do mean to drag this two year old thread up again. :) > Now that we have a way of displaying a tree of sessions and windows, > I'm keen to finally put the finishing pieces in place for solving this > problem of commands operating across all sessions -- presumably with > an idea that for some commands, they may well need to display > information from more than one session. > > At the moment I can only think of find-window where this is most > appropriate -- but I'd rather not just blindly shove a flag in to the > find-window command to solve this. I'm assuming as with "-t:+" and > "-t:-" to mean relative windows/sessions, we might also want to > introduce a "-t:*" idiom (or something like that) to imply all > sessions? [1]. That being the case, I'm perfectly happy to prototype
Well, what if I want to select some but not all sessions. At the moment looking up a session with a fnmatch wildcard works and will complain if it's ambiguous. Perhaps we keep that behaviour for commands which need one session but extend it to return multiple sessions for commands where that makes sense (I guess lsw, choosew, findw, maybe kill-session too). > this, but worry about the impact a specifier to -t might have on all > the existing commands which have never operated across all sessions > before. > > Does anyone have any thoughts? > > Kindly, > > -- Thomas Adam > > [1] And should the logic here be that a list of sessions can be used > as in: "-t:1,3,work,play,fun" or is that concept just too wacky? ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
