From: Drew Adams <drew.adams@oracle.com>
To: Eli Zaretskii <eliz@gnu.org>, Drew Adams <drew.adams@oracle.com>
Cc: 19925@debbugs.gnu.org
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) [thread overview]
Message-ID: <ffcbfc26-1f09-4b68-ade2-f0e8c16a6115@default> (raw)
In-Reply-To: <<83zj847bur.fsf@gnu.org>>
> > 2. Make the default value of `blink-cursor-blinks' be 0, at least
> > on the platforms that present this defect.
>
> 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?
>
> 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.
>
> 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.
>
> 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:
>
> . 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.
next parent reply other threads:[~2015-02-23 19:17 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <<b1bbbbd9-9a78-42e1-bce0-4b2f14666348@default>
[not found] ` <<83zj847bur.fsf@gnu.org>
2015-02-23 19:17 ` Drew Adams [this message]
2015-02-23 19:42 ` bug#19925: 25.0.50; mouseover menu items takes up to 30sec to show the proper tooltip or message Eli Zaretskii
[not found] ` <<ffcbfc26-1f09-4b68-ade2-f0e8c16a6115@default>
[not found] ` <<83vbis76tm.fsf@gnu.org>
2015-02-23 19:51 ` Drew Adams
[not found] <<1d10f417-acb4-4b32-8bc3-fe949388330d@default>
[not found] ` <<837fv98faf.fsf@gnu.org>
2015-02-23 4:29 ` Drew Adams
2015-02-23 4:33 ` Drew Adams
2015-02-23 17:54 ` Eli Zaretskii
2015-02-22 22:54 Drew Adams
2015-02-23 3:42 ` Eli Zaretskii
2015-02-23 4:39 ` Stefan Monnier
2015-02-23 17:56 ` Eli Zaretskii
2015-02-23 5:17 ` Jan D.
2015-02-23 18:07 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ffcbfc26-1f09-4b68-ade2-f0e8c16a6115@default \
--to=drew.adams@oracle.com \
--cc=19925@debbugs.gnu.org \
--cc=eliz@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).