From: Robert Parlett <r.parlett@zen.co.uk>
To: "Jan Djärv" <jan.h.d@swipnet.se>, 17926@debbugs.gnu.org
Subject: bug#17926: Menu and tooltip glitches using GTK toolkit
Date: Fri, 04 Jul 2014 12:53:40 +0100 [thread overview]
Message-ID: <53B695C4.8090004@zen.co.uk> (raw)
In-Reply-To: <53B68AD4.10905@swipnet.se>
On 04/07/14 12:07, Jan Djärv wrote:
> 2014-07-04 00:15, Robert Parlett skrev:
>> When I click on a menu - say the Options menu, then cursor down to a
>> sub-menu
>> - say "Line wrapping in this buffer" - then when the pointer reaches the
>> sub-item, its menu doesn't open. I then have to move the mouse
>> slightly, and
>> only then does the menu open.
>
> I tried this on Ubuntu 14.04, with emacs 24.4 candidate and emacs
> trunk. They don't exhibit the problem you describe, sub menus are
> opened at once.
>
>
>> Further, tooltips in a menu sometimes don't
>> appear correctly at first. They appear clipped and incomplete, but
>> a further
>> mouse move makes them redraw correctly.
>
> I can't reproduce this either. In the future, please refrain from
> reporting two problems in one bug report, make two separate bug
> reports instead.
>
> Did you starte emacs with -Q? You do not seem to run vanilla Ubuntu,
> but rather have another theme/window manager. Please give the details
> of that (i.e. desktop environment, theme, window manager).
>
No I didn't try emacs with -Q. Now that I try that I see that the
problem is somewhat masked by the blinking cursor. Normally, I don't
have a blinking cursor - I have (blink-cursor-mode 0) in my init file.
When starting with -Q, then the cursor blinks, and the redrawing of the
blinking cursor obviously also causes the missing menus and half-drawn
tooltips to be redrawn. So with -Q, I just see a short - but still
perceivable - delay before the menus/tooltips are drawn correctly. If I
then enter (blink-cursor-mode 0) in the scratch buffer, then I see the
bug as described originally.
So please try with (blink-cursor-mode 0) and hopefully you will be able
to reproduce the bug.
I take your point about filing two separate bugs in one report, but the
missing menu and missing tooltip appear (at least so far as I can see)
to relate to the same underlying problem, namely a failure to redraw the
screen correctly.
Regarding the window manager, it is fvwm. However, I have just tried
running emacs in Xephyr, without any window manager at all, and the
problem still occurs.
next prev parent reply other threads:[~2014-07-04 11:53 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-03 22:15 bug#17926: Menu and tooltip glitches using GTK toolkit Robert Parlett
2014-07-04 11:07 ` Jan Djärv
2014-07-04 11:53 ` Robert Parlett [this message]
2014-07-04 15:25 ` Jan Djärv
2014-07-04 16:49 ` Robert Parlett
2014-07-11 16:48 ` Jan Djärv
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=53B695C4.8090004@zen.co.uk \
--to=r.parlett@zen.co.uk \
--cc=17926@debbugs.gnu.org \
--cc=jan.h.d@swipnet.se \
/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).