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
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

Reply via email to