bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#21473: 24.5; very slow tooltip display to sort-of-slow remote displa


From: Eli Zaretskii
Subject: bug#21473: 24.5; very slow tooltip display to sort-of-slow remote display
Date: Tue, 06 Oct 2015 17:46:34 +0300

> From: Ken Raeburn <raeburn@permabit.com>
> Date: Tue, 6 Oct 2015 05:30:42 -0400
> Cc: 21473@debbugs.gnu.org
> 
> It looks like I was mistaken. It appears that it was using the arrow only 
> because that’s the default pointer shape for the X root window. According to 
> some of the X docs I was reading, if the “cursor” (pointer shape) is never 
> defined for a window, then the window uses the value from the parent window.
> 
> If I change the root window’s default pointer shape, then when the mouse is 
> in the tooltip window it also uses that shape. I doubt that’s what we want; 
> one of the shapes used by Emacs would be better, even if we only allow one to 
> be used for that frame. Then again, if the window is supposed to go away 
> quickly, maybe we don’t care at all? On a slow, remote link, there can be 
> enough lag for the pointer to be visible in the tooltip window for a good 
> half second at least.
> 
> The odd part: It appears that it’s already broken, even with the call to 
> x_set_mouse_color being applied to the tooltip frame. I’m still getting 
> whatever odd cursor shape I installed for the root window. This is with the 
> Xquartz server on OS X; I’ll try later with the X.org server.

I suggest to make that call conditional on a user variable, by
default off.  Most users, certainly on fast networks, will never see
that pointer anyway.

WDYT?





reply via email to

[Prev in Thread] Current Thread [Next in Thread]