From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sa-prd-fep-045.btinternet.com (mailomta22-sa.btinternet.com [213.120.69.28]) by sourceware.org (Postfix) with ESMTPS id 00C523857816 for ; Sun, 11 Apr 2021 14:34:31 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 00C523857816 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=dronecode.org.uk Authentication-Results: sourceware.org; spf=none smtp.mailfrom=jon.turney@dronecode.org.uk Received: from sa-prd-rgout-005.btmx-prd.synchronoss.net ([10.2.38.8]) by sa-prd-fep-045.btinternet.com with ESMTP id <20210411143431.OEDE12389.sa-prd-fep-045.btinternet.com@sa-prd-rgout-005.btmx-prd.synchronoss.net>; Sun, 11 Apr 2021 15:34:31 +0100 Authentication-Results: btinternet.com; auth=pass (PLAIN) smtp.auth=jonturney@btinternet.com X-SNCR-Rigid: 60387180064C4CDF X-Originating-IP: [81.153.98.246] X-OWM-Source-IP: 81.153.98.246 (GB) X-OWM-Env-Sender: jonturney@btinternet.com X-VadeSecure-score: verdict=clean score=0/300, class=clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgeduledrudekhedgtdejucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuueftkffvkffujffvgffngfevqffopdfqfgfvnecuuegrihhlohhuthemuceftddunecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefuvfhfhffkffgfgggjtgfgsehtkeertddtfeejnecuhfhrohhmpeflohhnucfvuhhrnhgvhicuoehjohhnrdhtuhhrnhgvhiesughrohhnvggtohguvgdrohhrghdruhhkqeenucggtffrrghtthgvrhhnpedtudfhheehffefjeefjeejiefhjeeggffgleelveegtdegkeeguedvueeitddtheenucffohhmrghinhepshhouhhrtggvfigrrhgvrdhorhhgnecukfhppeekuddrudehfedrleekrddvgeeinecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehhvghloheplgduledvrdduieekrddurdduuddungdpihhnvghtpeekuddrudehfedrleekrddvgeeipdhmrghilhhfrhhomhepoehjohhnrdhtuhhrnhgvhiesughrohhnvggtohguvgdrohhrghdruhhkqecuuefqffgjpeekuefkvffokffogfdprhgtphhtthhopeeotgihghifihhnsegthihgfihinhdrtghomheqpdhrtghpthhtohepoegthihgfihinhesthhlihhngidrohhrgheq X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean Received: from [192.168.1.111] (81.153.98.246) by sa-prd-rgout-005.btmx-prd.synchronoss.net (5.8.340) (authenticated as jonturney@btinternet.com) id 60387180064C4CDF; Sun, 11 Apr 2021 15:34:30 +0100 Subject: Re: X11 blinking cursor in text window like 'gvim' - only halts if moved-over another X11-win To: L A Walsh , The Cygwin Mailing List References: <606CFC89.6030700@tlinx.org> <3a23e83c-670b-c599-b77b-18074dadf42e@dronecode.org.uk> <6071F92E.5050802@tlinx.org> <60721A9B.1000605@tlinx.org> From: Jon Turney Message-ID: <0d803d41-42b6-4725-b1c8-3e01486907fb@dronecode.org.uk> Date: Sun, 11 Apr 2021 15:33:41 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.9.1 MIME-Version: 1.0 In-Reply-To: <60721A9B.1000605@tlinx.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-3569.1 required=5.0 tests=BAYES_00, BODY_8BITS, FORGED_SPF_HELO, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL, SPF_HELO_PASS, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: cygwin@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2021 14:34:33 -0000 On 10/04/2021 22:37, L A Walsh wrote: > On 2021/04/10 12:14, L A Walsh wrote: >> On 2021/04/09 07:41, Jon Turney wrote: >>> I think so, yes. >> === >> >>     That's unfortunate.  Well, I wasn't sure if it was new >> or old. At least its not some new problem.  Sigh. >> >>     Thanks for the backstory. >>> [1] https://sourceware.org/legacy-ml/cygwin/2017-04/msg00168.html >>> [2] https://sourceware.org/legacy-ml/cygwin/2017-04/msg00278.html >>> [3] https://sourceware.org/pipermail/cygwin/2017-May/232564.html > --- >   I don't know if this was tried, but the only way to really do > it would be along the lines of detecting when windows had grabbed > control via its time -- for cygwin to use a timer to detect when it > lost control.  Ex. in cygwin's blink routine, it would need to check There is no 'cygwin blink routine' - this is something that the X client (e.g. gvim in your example) is doing, while it believe that it has focus. > that it still had focus, and if it had lost it for longer than 50-75ms > (maybe configurable), assume cursor is over a Win-Window...  May not > be worth the bother, but it might catch the problem? There's almost certainly no need for such heuristics. Windows provides various notification messages when the focus is moving, it's translating those (correctly) into the model that X clients expect that is the problem.