From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#19925: 25.0.50; mouseover menu items takes up to 30sec to show the proper tooltip or message Date: Mon, 23 Feb 2015 11:17:21 -0800 (PST) Message-ID: References: <> <<83zj847bur.fsf@gnu.org>> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1424719110 1708 80.91.229.3 (23 Feb 2015 19:18:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 23 Feb 2015 19:18:30 +0000 (UTC) Cc: 19925@debbugs.gnu.org To: Eli Zaretskii , Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Feb 23 20:18:13 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YPyWD-0007tF-9h for geb-bug-gnu-emacs@m.gmane.org; Mon, 23 Feb 2015 20:18:13 +0100 Original-Received: from localhost ([::1]:45035 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YPyWC-00079M-Gi for geb-bug-gnu-emacs@m.gmane.org; Mon, 23 Feb 2015 14:18:12 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56118) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YPyW8-00078r-QW for bug-gnu-emacs@gnu.org; Mon, 23 Feb 2015 14:18:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YPyW3-0007vg-0l for bug-gnu-emacs@gnu.org; Mon, 23 Feb 2015 14:18:08 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:52222) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YPyW2-0007vX-Tw for bug-gnu-emacs@gnu.org; Mon, 23 Feb 2015 14:18:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YPyW2-00057t-HF for bug-gnu-emacs@gnu.org; Mon, 23 Feb 2015 14:18:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 23 Feb 2015 19:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19925 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 19925-submit@debbugs.gnu.org id=B19925.142471906019675 (code B ref 19925); Mon, 23 Feb 2015 19:18:02 +0000 Original-Received: (at 19925) by debbugs.gnu.org; 23 Feb 2015 19:17:40 +0000 Original-Received: from localhost ([127.0.0.1]:55820 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YPyVf-00057G-9h for submit@debbugs.gnu.org; Mon, 23 Feb 2015 14:17:39 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:41209) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YPyVY-00056y-B4 for 19925@debbugs.gnu.org; Mon, 23 Feb 2015 14:17:36 -0500 Original-Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t1NJHPkH023819 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 23 Feb 2015 19:17:26 GMT Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id t1NJHOe3011289 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Feb 2015 19:17:25 GMT Original-Received: from abhmp0018.oracle.com (abhmp0018.oracle.com [141.146.116.24]) by aserv0122.oracle.com (8.13.8/8.13.8) with ESMTP id t1NJHOSG017663; Mon, 23 Feb 2015 19:17:24 GMT In-Reply-To: <<83zj847bur.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8.2 (807160) [OL 12.0.6691.5000 (x86)] X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:99737 Archived-At: > > 2. Make the default value of `blink-cursor-blinks' be 0, at least > > on the platforms that present this defect. >=20 > I don't see any chance for this suggestion to be accepted, what with > the current trend towards laptops and saving battery power (which were > the main motivation behind the default behavior of stopping the > blinking after a few blinks). How about as a user choice (option)? Not everyone is on a battery all of the time. ;-) > > Would it perhaps be possible also to change the value to 0 as soon > > as a user mouseovers a menu? And then change it back to its > > previous value when the menu is no longer displayed? Could Emacs > > detect those events? IOW, before "waiting for the menu to pop down", > > couldn't it set the value to 0, and then when it pops down set it > > back to its previous value? >=20 > This is infeasible on w32, at least not with simple, localized > (a.k.a. "safe") changes. The processing of w32 menu-bar menus is > triggered by the main thread, but is implemented, including popping > the menu down, in the input thread, so a temporary binding is tricky > at best, because the input thread cannot run Lisp or make changes to > Lisp-related variables, and the main (a.k.a "Lisp") thread doesn't > get any triggers when the menu is popped down, so it cannot restore > the original value. >=20 > Instead, I've stopped incrementing the blink-cursor counter while the > menu is active on w32, so it never reaches the limit, and doesn't stop > the blinking, until the menu is popped down. >=20 > So there was something to be done after all, thanks for the idea. Great; good to hear. > The default behavior is now (almost) fixed on the emacs-24 branch. I > say "almost" because there are still a couple of subtle issues: >=20 > . disabling blink-cursor-mode brings the problem back again > . dropping a menu when the cursor already stopped blinking shows the > problem (because clicking to drop a menu doesn't count as an input > event on w32, and so the cursor doesn't resume blinking) > . the "solution" is really a band-aid, and I hope a better solution > will be found eventually When this has all been taken care of, as best we (you) can, is there a user option that should be added or enhanced, to give users control over the possibilities? Just wondering. Thx.