: the faster tooltip reaction time definitely helps the experience. It also makes it a bit less disturbing that the tooltip then sometimes shows up in crazy locations - because at least now the "tool tip shows up" action itself is so closely related to the "you moved the mouse over it" that there is that temporal
association, even if the spatial association is broken.
I've been trying to figure out what the gtk logic for tooltip location is, and I can't. It's crazy. It seems to depend on what else is around it, and which side of the tooltip you entered, so the tooltip sometimes shows up on the left, sometimes on the right etc.
Sometimes gtk places the tooltip quite nicely close, but that's usually only the case when it has to (because the edge of the screen is fairly close). So there's clearly some logic there that explicitly tries to keep the tooltip away from the widget.
I suspect it does that exactly so that the tooltip wouldn't cover any part of the widget that it's a tooltip for - but if so, the code really should have taken the size
of the tooltip area into account. As it is, the default placement really is "too far away", even if it under some circumstances ends up being quite nice.