[PATCH] Add option to enable ENQ (^E) answerback

2013-10-25 Thread Aaron Oakley
Currently, tmux does not provide any reply to the enquiry character, even if the parent terminal has one defined. This patch allows the user to specify an answerback in a window option "enq-answerback" with default value "". I found this necessary for systems that expect a certain value in respons

Re: [PATCH] Add option to enable ENQ (^E) answerback

2013-10-25 Thread Nicholas Marriott
Hi I don't like the idea of an option for this. What is it used for? What does xterm reply? Original message From: Aaron Oakley Date: 25/10/2013 20:33 (GMT+00:00) To: tmux-users@lists.sourceforge.net Subject: [PATCH] Add option to enable ENQ (^E) answerback Currently,

Re: [PATCH] Add option to enable ENQ (^E) answerback

2013-10-25 Thread Aaron Oakley
It's used as a method of identification. Hardware terminals would have a way to set a string that would be sent as if the user typed it on the keyboard in response to an ENQ from the server. For example, it could be set to the building/room/terminal number to identify to the server where the termin

Re: [PATCH] Add option to enable ENQ (^E) answerback

2013-10-25 Thread Nicholas Marriott
Right, but that doesn't seem like something that is needed nowadays. On Fri, Oct 25, 2013 at 06:26:13PM -0500, Aaron Oakley wrote: >It's used as a method of identification. Hardware terminals would have a >way to set a string that would be sent as if the user typed it on the >keyboard

bug in window_copy_scroll_up/down functions, patch attached

2013-10-25 Thread J Raynor
It looks like there's a bug in the window_copy_scroll_up and down functions where they don't correctly highlight what's been selected for copying. To see the problem with window_copy_scroll_up, do the following: 1. Generate more than a screenful of text. 2. Enter copy mode. 3. Scroll up some s