GNU bug report logs - #74220
invisible cursor

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Jared Finder <jared <at> finder.org>
Cc: gerd.moellmann <at> gmail.com, rpluim <at> gmail.com, stephen.berman <at> gmx.net, 74220 <at> debbugs.gnu.org, ampinkas <at> gmail.com
Subject: bug#74220: invisible cursor
Date: Sat, 30 Nov 2024 09:08:06 +0200

> Date: Fri, 29 Nov 2024 11:12:39 -0800
> From: Jared Finder <jared <at> finder.org>
> Cc: stephen.berman <at> gmx.net, rpluim <at> gmail.com, gerd.moellmann <at> gmail.com,
>  74220 <at> debbugs.gnu.org, ampinkas <at> gmail.com
> 
> I think Emacs is a special snowflake in that it doesn't (possibly 
> can't?) rely on the GPM daemon drawing the mouse pointer. I did not see 
> any other app with this problem. I tested Vim, Midnight Commander, Nano, 
> and Bash. I don't know what is special about Emacs here. Perhaps the 
> character under the mouse pointer is treated special in redisplay? Not 
> sure.

Emacs needs to know where the mouse pointer is, and the rest it can
figure out by itself.  So if the GPM daemon drawing the mouse pointer
allows to know the pointer coordinates in a way that can be correlated
with the rows and column of the console, we should be okay.

Maybe when the GPM support for Emacs was written, the daemon couldn't
be used for drawing the pointer?

Anyway, one way to try to solve this is to try to use the
daemon-drawing of the mouse pointer.

> I will reach out to the kernel mailing list and see if they are ok 
> relaxing the check and fixing this on their end.

Thanks.

Previous Next

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