From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10644 invoked by alias); 29 Aug 2012 19:50:22 -0000 Received: (qmail 10626 invoked by uid 22791); 29 Aug 2012 19:50:20 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_NEUTRAL X-Spam-Check-By: sourceware.org Received: from bureau82.ns.utoronto.ca (HELO bureau82.ns.utoronto.ca) (128.100.132.182) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 29 Aug 2012 19:50:06 +0000 Received: from [192.168.0.100] (69-165-139-247.dsl.teksavvy.com [69.165.139.247]) (authenticated bits=0) by bureau82.ns.utoronto.ca (8.13.8/8.13.8) with ESMTP id q7TJo2PA004237 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 29 Aug 2012 15:50:05 -0400 Message-ID: <503E7270.8030808@cs.utoronto.ca> Date: Wed, 29 Aug 2012 20:12:00 -0000 From: Ryan Johnson User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: Strange "mouse" behavior in mintty References: <50290217.6050202@cs.utoronto.ca> <5029B237.7010501@gmx.de> <5029C965.7030500@cs.utoronto.ca> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com X-SW-Source: 2012-08/txt/msg00645.txt.bz2 On 29/08/2012 3:15 PM, Andy Koppe wrote: > 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. Fair enough. Perhaps we could have a mintty-specific escape so users can selectively disable it for those apps (like tinyirc) where it's a problem? Hack or not, I really like the feature and don't want to disable it globally. > 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.) I don't think arrow keys are recognized in either case: bash wouldn't process them until the command it's running completes, and tinyirc is not mouse-enabled AFAIK (it uses curses directly rather than the more sensible libreadline). But it does seem that ^[OC would be more appropriate to send in app mode. Ryan -- 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