On 12/23/2010 10:49 AM, Dan Tulovsky wrote: > On Tue, Dec 21, 2010 at 3:56 PM, Nicholas Marriott >> There is no reason we couldn't have a command (or an argument to >> refresh-client) to output rs0 etc but frankly reset(1) generally does a >> better job of it.
It can't do a better job of it _inside_; and it strikes me that it's a bit awkward that (apparently?) you currently have to (a) determine (probably ahead of time) what the tty for that pane is (b) run command from a shell in another pane, terminal, or what have you, with a redirection to the tty you found in (a). I don't think an inner reset should be an argument to refresh-client (I assume you were suggesting an outer reset for that, though I think in that case I agree that simply detaching/reset(1)/reattach makes sense for that case). It surprised me to discover that, while there's send-keys for sending input to a pane's running app, there isn't currently a way to send keys to a pane, to be _interpreted_ by tmux (if we had such a command, and you decide to do command "aliases" or similar, then we could just alias "reset" to send the appropriate sequence to tmux "from" the specified pane). Perhaps an option for send-keys to toggle how the keys are interpreted/where they're sent? -- Micah J. Cowan http://micah.cowan.name/ ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users