From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8747 invoked by alias); 5 Oct 2011 01:00:22 -0000 Received: (qmail 8730 invoked by uid 22791); 5 Oct 2011 01:00:21 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from smtp-out-401.his.com (HELO smtp-out-401.his.com) (216.194.225.42) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 05 Oct 2011 01:00:04 +0000 Received: from localhost (localhost [127.0.0.1]) by smtp-out-401.his.com (Postfix) with ESMTP id 07C9660DB7; Tue, 4 Oct 2011 21:00:01 -0400 (EDT) X-Spam-Score: -1.901 Received: from smtp-out-401.his.com ([127.0.0.1]) by localhost (smtp-out-401.his.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wYpdHR6dEK-r; Tue, 4 Oct 2011 21:00:00 -0400 (EDT) Received: from mail101.his.com (dc-7.his.net [108.56.65.7]) by smtp-out-401.his.com (Postfix) with ESMTP id 640A160BB3; Tue, 4 Oct 2011 21:00:00 -0400 (EDT) Received: from mail101.his.com (localhost [127.0.0.1]) by mail101.his.com (8.14.3/8.13.3) with ESMTP id p950w2tv023312 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Oct 2011 20:58:02 -0400 (EDT) (envelope-from dickey@his.com) Received: from localhost (dickey@localhost) by mail101.his.com (8.14.3/8.13.4/Submit) with ESMTP id p950vxrn023284; Tue, 4 Oct 2011 20:58:01 -0400 (EDT) (envelope-from dickey@his.com) Date: Wed, 05 Oct 2011 01:00:00 -0000 From: Thomas Dickey To: cygwin-xfree@cygwin.com cc: "'Jon TURNEY'" Subject: Re: AW: AW: AW: Can't paste text or type blind keys when mouse is out of the window In-Reply-To: <000001cc82f8$f64689e0$e2d39da0$@de> Message-ID: <20111004205554.E27291@mail101.his.com> References: <000901cc54e1$1dca8c50$595fa4f0$@de> <4E6762AA.6020802@dronecode.org.uk> <002401cc6e69$3431eb90$9c95c2b0$@de> <4E69FB99.1000608@dronecode.org.uk> <001001cc81b8$491350f0$db39f2d0$@de> <20111003200921.W12166@mail101.his.com> <000001cc82f8$f64689e0$e2d39da0$@de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-IsSubscribed: yes Mailing-List: contact cygwin-xfree-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-xfree-owner@cygwin.com Reply-To: cygwin-xfree@cygwin.com Mail-Followup-To: cygwin-xfree@cygwin.com X-SW-Source: 2011-10/txt/msg00005.txt.bz2 On Wed, 5 Oct 2011, Paul Maier wrote: > >>>>>> I assume that you see the same behavior with other X applications, i.e. it's >>>>>> not xterm-specific? >>>>> >>>>> No, at least xedit works fine on my PC, with blind keys and with mouse text pasting, >>>>> no matter if the mouse pointer is really inside or on blue window frame or >>>>> (for blind keys:) really outside. >>>>> >>>> >>>> Actually, maybe this is an xterm problem? >>>> >>>> It seems to be somehow related to the xterm's --enable-toolbar configuration >>>> (which is turned on in the cygwin package). If I rebuild xterm with that >>>> disabled, the problem goes away, and I can also reproduce the problem on F15 >>>> under twm if I build xterm with --enable-toolbar there (which is not enabled >>>> in the distro supplied package) >> >> hmm - I'm not clear on precisely what a "blind key" is. Sounds like a >> compose sequence - and if so, it's puzzling that passing key-presses from >> different levels in the widget hierarchy would interfere with that. >> >> The main difference with the toolbar configuration is that xterm's using a >> form to contain the toolbar and the vt100 window. The buttons take care >> of themselves, but that area to the right of the buttons is dead. >> >> To make it somewhat friendlier, xterm adds the actions used for the vt100 >> window (except for the ones related to the mouse) to the toolbar area. >> >> I omitted the mouse-related ones since it seems that they'd interfere with >> the menus. I also did the same for the scrollbar widget (since keystrokes >> there used to be lost - it would seem that you could reproduce your >> problem also by looking at the behaviour around the scrollbar). > > > Hi Thomas, > > yes, with mouse over the scrollbar the problem is reproducable. > > A blind key is a key that needs to be followed by another key to produce something. > > The problem here is, when running vi in an xterm and the mouse slowly (unnoticed) > moves over the scrollbar or out of the xterm, and you want to jump to mark "a, > you need to enter `a, that is in keystrokes That seems to be what I was referring to as "compose sequence". I'll experiment to see if I can reproduce this effect with my environment. thanks for the detailed explanation. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/