On Mon, Jan 18, 2010 at 09:16:12PM +0000, Nicholas Marriott wrote: > > 1. When I have two clients connected to the same session, I want them > > to be able to select windows independently, rather than being locked > > together. I see no way to completely do that, though if I know the > > maximum number of clients, I can reserve one session per client, and > > then can rebind keys to create and link windows through N sessions, and > > similarly unlink them. > > Use grouped sessions.
Ah, thanks. I don't know how I missed that (create-session -t old-session ...). > > 2. tmux has panes being strictly under windows. In screen, each "pane" > > is effectively another view created by the client, that can view each > > any pseudo-terminal. Under terminals, I find screen's paradigm to be much > > nicer, though if (1) were doable, this would be completely doable under > > X11, by just having each "pane" be a seperate xterm. > > No. I initially tried to do this but it was a complete nightmare to > implement. It might be possible to do it now but it would be a big change. Yes, it's a very different model -- the pane and window terminology would no longer be appropriate. Combining the two in one application, much less one session, seems quite difficult, and I didn't expect there to be an option. I'm afraid I don't see the difficulty of just client, multiple frames, any terminal inside, though I'll trust you on it, having not looked much at the code. > You could probably also run tmux inside tmux Hmm. That would work, yes. Basically equivalent to my multiple xterms solution. > although be careful not to try and display a window inside itself. Hah. I broke screen that way once, accidentally. Now it explicitly checks for that (as much as possible). -- Aaron Denney -><- ------------------------------------------------------------------------------ Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev _______________________________________________ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
