GNU bug report logs -
#22247
24.4; ghost mouse pointer
Previous Next
Reported by: Pierpaolo Bernardi <olopierpa <at> gmail.com>
Date: Sat, 26 Dec 2015 18:32:01 UTC
Severity: minor
Tags: moreinfo
Found in version 24.4
Fixed in version 25.1
Done: Glenn Morris <rgm <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 22247 in the body.
You can then email your comments to 22247 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22247
; Package
emacs
.
(Sat, 26 Dec 2015 18:32:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Pierpaolo Bernardi <olopierpa <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 26 Dec 2015 18:32:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
In GNU Emacs 24.4.1 (i686-pc-mingw32)
of 2014-10-24 on LEG570
Windowing system distributor `Microsoft Corp.', version 6.2.9200
Configured using:
`configure --prefix=/c/usr'
(But also in older versions both of Emacs and of Windows. This is
present since the first time I used Emacs on windows, around 15 years
ago).
I use this function to move the mouse pointer out of my way:
(defun move-cursor-out ()
(interactive)
(set-mouse-position (window-frame (frame-selected-window))
(1+ (frame-width))
0))
(global-set-key [f12] 'move-cursor-out)
This works as intended on Unix/X.
On windows, the mouse pointer is moved in the right place, but a ghost
image of the pointer is left behind in the old position *most of the
times* (not always), thus vanifying the purpose of the code.
Thanks!
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22247
; Package
emacs
.
(Sat, 26 Dec 2015 18:59:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 22247 <at> debbugs.gnu.org (full text, mbox):
> Date: Sat, 26 Dec 2015 16:34:26 +0100
> From: Pierpaolo Bernardi <olopierpa <at> gmail.com>
>
> I use this function to move the mouse pointer out of my way:
>
> (defun move-cursor-out ()
> (interactive)
> (set-mouse-position (window-frame (frame-selected-window))
> (1+ (frame-width))
> 0))
>
> (global-set-key [f12] 'move-cursor-out)
>
> This works as intended on Unix/X.
>
> On windows, the mouse pointer is moved in the right place, but a ghost
> image of the pointer is left behind in the old position *most of the
> times* (not always), thus vanifying the purpose of the code.
I cannot reproduce this, neither in Emacs 24.4 nor in the current
development version.
Does this happen you in "emacs -Q"?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22247
; Package
emacs
.
(Sat, 26 Dec 2015 21:41:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 22247 <at> debbugs.gnu.org (full text, mbox):
On Sat, Dec 26, 2015 at 7:59 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
> I cannot reproduce this, neither in Emacs 24.4 nor in the current
> development version.
>
> Does this happen you in "emacs -Q"?
I tried the following:
- started emacs -Q
- in the *scratch* buffer I pasted and evaluated the code above
- (btw, in emacs -Q the (global-set-key [f12] 'move-cursor-out)
appears to have no effect, and pressing F12 tells me "<F12> is
undefined". Do you happen to know why?)
- so I did: M-x move-cursor-out (tried several times), and sometimes
the ghost mouse pointer is left in place, and some other times this
does not happen.
More data that can be useful: the ghost pointer remains on the screen
until I don't move the mouse. I can do everything with the keyboard
without disturbing the ghost image. The ghost image disappears as soon
as I touch the mouse.
Thanks!
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22247
; Package
emacs
.
(Sun, 27 Dec 2015 16:06:03 GMT)
Full text and
rfc822 format available.
Message #14 received at 22247 <at> debbugs.gnu.org (full text, mbox):
> On windows, the mouse pointer is moved in the right place, but a ghost
> image of the pointer is left behind in the old position *most of the
> times* (not always), thus vanifying the purpose of the code.
Does your Windows show mouse tracks?
martin
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22247
; Package
emacs
.
(Sun, 27 Dec 2015 16:09:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 22247 <at> debbugs.gnu.org (full text, mbox):
> Date: Sat, 26 Dec 2015 22:40:51 +0100
> From: Pierpaolo Bernardi <olopierpa <at> gmail.com>
> Cc: 22247 <at> debbugs.gnu.org
>
> I tried the following:
>
> - started emacs -Q
>
> - in the *scratch* buffer I pasted and evaluated the code above
>
> - (btw, in emacs -Q the (global-set-key [f12] 'move-cursor-out)
> appears to have no effect, and pressing F12 tells me "<F12> is
> undefined". Do you happen to know why?)
It doesn't happen to me. (Although using F12 on Windows is not a good
idea anyway, as that key forces break into debugger on some Windows
versions.)
> - so I did: M-x move-cursor-out (tried several times), and sometimes
> the ghost mouse pointer is left in place, and some other times this
> does not happen.
All I can say that it doesn't happen here, and I've never seen
anything like that in all the years I'm using Emacs on Windows.
Can it be that this has something to do with your display settings
and/or the video acceleration?
> More data that can be useful: the ghost pointer remains on the screen
> until I don't move the mouse. I can do everything with the keyboard
> without disturbing the ghost image. The ghost image disappears as soon
> as I touch the mouse.
Video acceleration would be my first suspect.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22247
; Package
emacs
.
(Sun, 27 Dec 2015 16:59:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 22247 <at> debbugs.gnu.org (full text, mbox):
On Sun, Dec 27, 2015 at 5:05 PM, martin rudalics <rudalics <at> gmx.at> wrote:
> Does your Windows show mouse tracks?
Yes. Good idea. I'll do some testing with and without tracks.
==
On Sun, Dec 27, 2015 at 5:08 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
> Can it be that this has something to do with your display settings
> and/or the video acceleration?
As I said, this has been happening since the first time I touched a
windows machine about 15 years ago. I have seen it on all the windows
machines I happened to use, both my own and office ones. With OSes
ranging from Windows 2000 to Windows 8.
I'll test with/without mouse tracks and report back shortly. Since I
always use mouse tracks, and nobody complained about this before, I
think Martin had the right intuition.
Cheers
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22247
; Package
emacs
.
(Sun, 27 Dec 2015 17:11:01 GMT)
Full text and
rfc822 format available.
Message #23 received at 22247 <at> debbugs.gnu.org (full text, mbox):
> Date: Sun, 27 Dec 2015 17:58:40 +0100
> From: Pierpaolo Bernardi <olopierpa <at> gmail.com>
> Cc: 22247 <at> debbugs.gnu.org
>
> I'll test with/without mouse tracks and report back shortly. Since I
> always use mouse tracks, and nobody complained about this before, I
> think Martin had the right intuition.
I don't even know what mouse tracks are.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22247
; Package
emacs
.
(Sun, 27 Dec 2015 17:23:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 22247 <at> debbugs.gnu.org (full text, mbox):
On Sun, Dec 27, 2015 at 6:11 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
> I don't even know what mouse tracks are.
Microsoft calls them "trails", actually, sorry.
When on, this feature makes the mouse pointer more apparent by making
it leave a trail behind it when moving.
It's useful for people with less than perfect eyesight 8^)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22247
; Package
emacs
.
(Sun, 27 Dec 2015 17:36:01 GMT)
Full text and
rfc822 format available.
Message #29 received at 22247 <at> debbugs.gnu.org (full text, mbox):
> Date: Sun, 27 Dec 2015 18:22:52 +0100
> From: Pierpaolo Bernardi <olopierpa <at> gmail.com>
> Cc: rudalics <at> gmx.at, 22247 <at> debbugs.gnu.org
>
> On Sun, Dec 27, 2015 at 6:11 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>
> > I don't even know what mouse tracks are.
>
> Microsoft calls them "trails", actually, sorry.
>
> When on, this feature makes the mouse pointer more apparent by making
> it leave a trail behind it when moving.
But then what you see is exactly what you asked for: the mouse trail,
no?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22247
; Package
emacs
.
(Sun, 27 Dec 2015 17:45:01 GMT)
Full text and
rfc822 format available.
Message #32 received at 22247 <at> debbugs.gnu.org (full text, mbox):
On Sun, Dec 27, 2015 at 6:36 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>> Date: Sun, 27 Dec 2015 18:22:52 +0100
>> From: Pierpaolo Bernardi <olopierpa <at> gmail.com>
>> Cc: rudalics <at> gmx.at, 22247 <at> debbugs.gnu.org
>>
>> On Sun, Dec 27, 2015 at 6:11 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>>
>> > I don't even know what mouse tracks are.
>>
>> Microsoft calls them "trails", actually, sorry.
>>
>> When on, this feature makes the mouse pointer more apparent by making
>> it leave a trail behind it when moving.
>
> But then what you see is exactly what you asked for: the mouse trail,
> no?
No. Regular trails follow the pointer and fade away in less than a
second. When the mouse is still it shows normally, as if the feature
was off.
(Sorry for the delay, I will be able to do the test later today)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22247
; Package
emacs
.
(Sun, 27 Dec 2015 18:19:02 GMT)
Full text and
rfc822 format available.
Message #35 received at 22247 <at> debbugs.gnu.org (full text, mbox):
> Date: Sun, 27 Dec 2015 18:44:37 +0100
> From: Pierpaolo Bernardi <olopierpa <at> gmail.com>
> Cc: rudalics <at> gmx.at, 22247 <at> debbugs.gnu.org
>
> On Sun, Dec 27, 2015 at 6:36 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
> >> Date: Sun, 27 Dec 2015 18:22:52 +0100
> >> From: Pierpaolo Bernardi <olopierpa <at> gmail.com>
> >> Cc: rudalics <at> gmx.at, 22247 <at> debbugs.gnu.org
> >>
> >> On Sun, Dec 27, 2015 at 6:11 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
> >>
> >> > I don't even know what mouse tracks are.
> >>
> >> Microsoft calls them "trails", actually, sorry.
> >>
> >> When on, this feature makes the mouse pointer more apparent by making
> >> it leave a trail behind it when moving.
> >
> > But then what you see is exactly what you asked for: the mouse trail,
> > no?
>
> No. Regular trails follow the pointer and fade away in less than a
> second. When the mouse is still it shows normally, as if the feature
> was off.
>
> (Sorry for the delay, I will be able to do the test later today)
Can you compile your own Emacs? If so, I might send you a simple
patch to try.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22247
; Package
emacs
.
(Sun, 27 Dec 2015 18:55:01 GMT)
Full text and
rfc822 format available.
Message #38 received at 22247 <at> debbugs.gnu.org (full text, mbox):
> Date: Sun, 27 Dec 2015 20:18:52 +0200
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: 22247 <at> debbugs.gnu.org
>
> Can you compile your own Emacs? If so, I might send you a simple
> patch to try.
Actually, I think I solved this in the emacs-25 branch for the next
release. If you can download and try a snapshot build of Emacs
25.0.50, please see if the problem went away.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22247
; Package
emacs
.
(Mon, 28 Dec 2015 22:16:02 GMT)
Full text and
rfc822 format available.
Message #41 received at 22247 <at> debbugs.gnu.org (full text, mbox):
On Sun, Dec 27, 2015 at 7:54 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>> Date: Sun, 27 Dec 2015 20:18:52 +0200
>> From: Eli Zaretskii <eliz <at> gnu.org>
>> Cc: 22247 <at> debbugs.gnu.org
>>
>> Can you compile your own Emacs? If so, I might send you a simple
>> patch to try.
>
> Actually, I think I solved this in the emacs-25 branch for the next
> release. If you can download and try a snapshot build of Emacs
> 25.0.50, please see if the problem went away.
Sorry for the delay.
I confirm that with mouse trails turned off the anomaly does not happen.
I cannot compile emacs myself on windows. The binaries that I found
googling are all at least a month old. If there's a place where to get
precompiled 25.0.50 I'll test it.
Thank you!
Reply sent
to
Glenn Morris <rgm <at> gnu.org>
:
You have taken responsibility.
(Wed, 07 Dec 2016 20:23:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Pierpaolo Bernardi <olopierpa <at> gmail.com>
:
bug acknowledged by developer.
(Wed, 07 Dec 2016 20:23:02 GMT)
Full text and
rfc822 format available.
Message #46 received at 22247-done <at> debbugs.gnu.org (full text, mbox):
Version: 25.1
Eli Zaretskii wrote:
> Actually, I think I solved this in the emacs-25 branch for the next
> release. If you can download and try a snapshot build of Emacs
> 25.0.50, please see if the problem went away.
Closing presumed fixed.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 05 Jan 2017 12:24:11 GMT)
Full text and
rfc822 format available.
This bug report was last modified 8 years and 169 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.