X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-5.4 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE X-Spam-Check-By: sourceware.org MIME-Version: 1.0 In-Reply-To: <5029C965.7030500@cs.utoronto.ca> References: <50290217 DOT 6050202 AT cs DOT utoronto DOT ca> <5029B237 DOT 7010501 AT gmx DOT de> <5029C965 DOT 7030500 AT cs DOT utoronto DOT ca> Date: Wed, 29 Aug 2012 20:15:49 +0100 Message-ID: Subject: Re: Strange "mouse" behavior in mintty From: Andy Koppe To: cygwin AT cygwin DOT com Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com On 14 August 2012 04:43, Ryan Johnson wrote: > On 13/08/2012 10:04 PM, Herbert Stocker wrote: >> >> Hi Ryan, >> >> On 13.08.2012 15:33, Ryan Johnson wrote: >>> >>> Hi all, >>> >>> I'm hitting a mouse-related (?) problem with mintty in non-mouse mode. >>> >>> STC A: Log into a remote machine, invoke `sleep 10', and -- during the >>> wait --- click anywhere on the line containing the cursor. >>> >>> STC B: Open tinyirc and click anywhere on the text entry line at the >>> bottom >>> >>> Both cases will insert a long string like this: >>> ^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C (only about 4x longer) >> >> Did you notice that when you click somewhere in the command line, the >> cursor moves >> to that position? i think it has to do with that. >> >> Go to the options dialog, select "Mouse" and uncheck "Clicks place command >> line cursor". >> The effect should go away. > > Yes, that's the feature I was saying is probably related (see quote below). > I don't want to disable it because it's immensely useful... I just don't > want it dumping a mountain of ^[[C escapes at odd times. The feature is a hack, which is why it's off by default. Mintty simply sends the number of arrow left/right keypresses that it thinks should take the cursor to the right position, whereby ^[[C is the keycode for arrow right. Obviously this relies on the application handling such keypresses in the expected way. However, are you finding that the arrow keys work where the mouse feature doesn't? I think there is a problem with mintty here actually, in that it doesn't take account of application cursor key mode when sending those mouse events. (In that mode, the arrow left/right keycodes change to ^[OD and ^[OC.) Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple