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

Reply via email to