GNU bug report logs - #20934
24.5; Mouse pointer shape not updated over text when track-mouse enabled

Previous Next

Package: emacs;

Reported by: Paul C <infinitesimalau <at> hotmail.com>

Date: Tue, 30 Jun 2015 02:05:02 UTC

Severity: normal

Found in version 24.5

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 20934 in the body.
You can then email your comments to 20934 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#20934; Package emacs. (Tue, 30 Jun 2015 02:05:03 GMT) Full text and rfc822 format available.

Acknowledgement sent to Paul C <infinitesimalau <at> hotmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Tue, 30 Jun 2015 02:05:03 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Paul C <infinitesimalau <at> hotmail.com>
To: "bug-gnu-emacs <at> gnu.org" <bug-gnu-emacs <at> gnu.org>
Subject: 24.5; Mouse pointer shape not updated over text when track-mouse
 enabled
Date: Tue, 30 Jun 2015 02:00:06 +0000
[Message part 1 (text/plain, inline)]
The mouse
pointer shape does not change from an arrow to a bar when

hovering over
text when in C++ or C major modes and gud-tooltips minor mode.

 

Only this
combination of modes seems cause the problem. The mouse

shape is
updated in other major modes, ie fundamental etc.

 

To repeat:

 

emacs -Q

M-x c++-mode

M-x
gud-tooltip-mode

 

Move the
mouse over the default scratch pad text, and below the text and

the mouse
point will remain unchanged no matter the position in the

window. By
default, the mouse cursor will change to a bar over the text

and an arrow
when away from text.

 

It seems to
be related to the enabling the track-mouse variable to

enable mouse
events for gud-tooltip mode. This issue can also be repeated by

setting
track-mouse to t in any mode:

 

emacs -Q

M-: (setq
track-mouse t)

 

I was hoping
to implement a semantic tooltip mode for when the mouse

hovers over a
known keyword, so I was using gud-tooltip-mode for this in

standard
editing modes.

 

Tested on
Win32 native. Prebuilt install.

Not tested on
Linux.

 

 

 

 

In GNU Emacs
24.5.1 (i686-pc-mingw32)

 of 2015-04-11 on LEG570

Windowing
system distributor `Microsoft Corp.', version 6.1.7601

Configured
using:

 `configure --prefix=/c/usr
--host=i686-pc-mingw32'

 

Important
settings:

  value of $LANG: en_US.UTF-8

  locale-coding-system: cp1252

 

Major mode:
C++/l

 

Minor modes
in effect:

  gud-tooltip-mode: t

  tooltip-mode: t

  electric-indent-mode: t

  mouse-wheel-mode: t

  tool-bar-mode: t

  menu-bar-mode: t

  file-name-shadow-mode: t

  global-font-lock-mode: t

  font-lock-mode: t

  blink-cursor-mode: t

  auto-composition-mode: t

  auto-encryption-mode: t

  auto-compression-mode: t

  line-number-mode: t

  transient-mark-mode: t

  abbrev-mode: t

 

Recent
messages:

For
information about GNU Emacs and the GNU system, type C-h C-a.

Gud-Tooltip
mode enabled

scroll-up-command:
End of buffer

 

Load-path
shadows:

None found.

 

Features:

(shadow sort
gnus-util mail-extr emacsbug message format-spec rfc822 mml

mml-sec
mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev

gmm-utils
mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util

help-fns
mail-prsvr mail-utils cus-start cus-load gud easy-mmode comint

ansi-color
ring cc-langs cl-loaddefs cl-lib cc-mode cc-fonts easymenu

cc-guess
cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs

time-date
tooltip electric uniquify ediff-hook vc-hooks lisp-float-type

mwheel
dos-w32 ls-lisp w32-common-fns disp-table w32-win w32-vars

tool-bar dnd
fontset image regexp-opt fringe tabulated-list newcomment

lisp-mode
prog-mode register page menu-bar rfn-eshadow timer select

scroll-bar
mouse jit-lock font-lock syntax facemenu font-core frame cham

georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao

korean
japanese hebrew greek romanian slovak czech european ethiopic

indian
cyrillic chinese case-table epa-hook jka-cmpr-hook help simple

abbrev
minibuffer nadvice loaddefs button faces cus-face macroexp files

text-properties
overlay sha1 md5 base64 format env code-pages mule

custom widget
hashtable-print-readable backquote make-network-process

w32notify w32
multi-tty emacs)

 

Memory
information:

((conses 8
117701 4256)

 (symbols 32 21442 0)

 (miscs 32 44 149)

 (strings 16 21679 3899)

 (string-bytes 1 672309)

 (vectors 8 12854)

 (vector-slots 4 421791 2686)

 (floats 8 59 260)

 (intervals 28 218 38)

 (buffers 508 11))

 		 	   		  
[Message part 2 (text/html, inline)]

Reply sent to Eli Zaretskii <eliz <at> gnu.org>:
You have taken responsibility. (Tue, 30 Jun 2015 16:03:03 GMT) Full text and rfc822 format available.

Notification sent to Paul C <infinitesimalau <at> hotmail.com>:
bug acknowledged by developer. (Tue, 30 Jun 2015 16:03:03 GMT) Full text and rfc822 format available.

Message #10 received at 20934-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Paul C <infinitesimalau <at> hotmail.com>
Cc: 20934-done <at> debbugs.gnu.org
Subject: Re: bug#20934: 24.5;
 Mouse pointer shape not updated over text when track-mouse enabled
Date: Tue, 30 Jun 2015 19:02:28 +0300
> From: Paul C <infinitesimalau <at> hotmail.com>
> Date: Tue, 30 Jun 2015 02:00:06 +0000
> 
> The mouse pointer shape does not change from an arrow to a bar when
> hovering over text when in C++ or C major modes and gud-tooltips minor mode.
> Only this combination of modes seems cause the problem. The mouse
> shape is updated in other major modes, ie fundamental etc.
> 
> To repeat:
> 
> emacs -Q
> M-x c++-mode
> M-x gud-tooltip-mode
> 
> Move the mouse over the default scratch pad text, and below the text and
> the mouse point will remain unchanged no matter the position in the
> window. By default, the mouse cursor will change to a bar over the text
> and an arrow when away from text.
> It seems to be related to the enabling the track-mouse variable to
> enable mouse events for gud-tooltip mode. This issue can also be repeated by
> setting track-mouse to t in any mode:
> 
> emacs -Q
> M-: (setq track-mouse t)

Yes, we were explicitly blocking changes in mouse pointer shape when
track-mouse was in effect, to avoid such changes while dragging the
mode line, the divider, the scroll bars, etc.  This was so since 2004.

Now fixed in the development sources by blocking the changes more
selectively.

Thanks.




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Wed, 29 Jul 2015 11:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 10 years and 14 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.