[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?
- bug#21473: 24.5; very slow tooltip display to sort-of-slow remote display, (continued)
- bug#21473: 24.5; very slow tooltip display to sort-of-slow remote display, Ken Raeburn, 2015/10/08
- bug#21473: 24.5; very slow tooltip display to sort-of-slow remote display, Ken Raeburn, 2015/10/08
- bug#21473: 24.5; very slow tooltip display to sort-of-slow remote display, Eli Zaretskii, 2015/10/08
- bug#21473: 24.5; very slow tooltip display to sort-of-slow remote display, Ken Raeburn, 2015/10/08
- bug#21473: 24.5; very slow tooltip display to sort-of-slow remote display, Eli Zaretskii, 2015/10/08
- bug#21473: 24.5; very slow tooltip display to sort-of-slow remote display, Ken Raeburn, 2015/10/08
- bug#21473: 24.5; very slow tooltip display to sort-of-slow remote display, Eli Zaretskii, 2015/10/08
- bug#21473: 24.5; very slow tooltip display to sort-of-slow remote display, Ken Raeburn, 2015/10/08
- bug#21473: 24.5; very slow tooltip display to sort-of-slow remote display, Eli Zaretskii, 2015/10/08
- bug#21473: 24.5; very slow tooltip display to sort-of-slow remote display, Ken Raeburn, 2015/10/08
- bug#21473: 24.5; very slow tooltip display to sort-of-slow remote display,
Eli Zaretskii <=
- bug#21473: 24.5; very slow tooltip display to sort-of-slow remote display, Ken Raeburn, 2015/10/08
- bug#21473: 24.5; very slow tooltip display to sort-of-slow remote display, Eli Zaretskii, 2015/10/08
- bug#21473: 24.5; very slow tooltip display to sort-of-slow remote display, Ken Raeburn, 2015/10/09
- bug#21473: 24.5; very slow tooltip display to sort-of-slow remote display, Ken Raeburn, 2015/10/08
bug#21473: 24.5; very slow tooltip display to sort-of-slow remote display, Ken Raeburn, 2015/10/08