On Mon, Oct 15, 2012 at 11:48:19AM -0400, Dylan Alex Simon wrote: > > What it does is basically changing the way tmux handles prefix key > > detection. Without the patch when you paste some text into your > > terminal and this text contains prefix key (byte) tmux is interpreting > > the prefix like usual and invoking command connected to key binding > > for the character after the prefix. > > With this patch tmux detects if the currently handled prefix keypress > > belongs to longer (>1 in length) stdin read and when this is true it > > treats prefix key like any other, non-special key. > > > > This basically allows for comfortable use of printable character like > > backtick (`) as a prefix without a drawback like possibility of > > messing up the session/window when pasting bash/sql/other code that > > has backticks included. > > > > Marcin > > Wouldn't this happen also if you were running tmux remotely and your > connection drops some packets for a while so the tcp backs off, and in the > mean time you queue up some prefix commands? This happens to me quite often > say when I'm on my phone, and if the commands didn't do what I expect > (somewhat nondeterministically) that would be quite unfortunate. > > Perhaps something like an explicit paste mode would make more sense.
+1, I use a laggy mac at work at I can see this being a problem particularly during startup when tmux can take several seconds to start. Rob ------------------------------------------------------------------------------ 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
