Triggered by a thread over at sun's swing forum:
http://forums.sun.com/thread.jspa?threadID=5412090&tstart=0which is about tooltips hide/show after scrolling by mouseWheel (expected to always show the tooltip under the mouse), I noticed that swingx rollover has a similar (mis?) behaviour: the rollover coordinates are not changed when scrolling the target component "away below" the mouse, that is keep the mouse position and use f.i. keyboard or mouseWheel for scrolling. After doing so, so rollover (or tooltip) coordinates in terms of cell coordinates are no longer valid, the mouse is over another cell. As mentioned in the thread above, I consider the tooltip behaviour a bug, so assumed our rollover behaviour is buggy as well and filed:
https://swingx.dev.java.net/issues/show_bug.cgi?id=1193Checking native (win vista) behaviour gives inconsistent results for the two cases, though, tested against explorer:
- the tooltip is adjusted on scrolling, that is the current is hidden immediately, the new one is shown with the usual delay
- on vertical scrolling, the rollover background in the details list is left where it is until the mouse is moved, only then does it jump to the new position
- on horizontal scrolling, when the mouse is over the header, the rollover background of the header is adjusted to where the mouse is
Obviously, I'm a bit confused now, would have expected the rollover to be sticky to the mouse position, that is guarantee that the cell coordinates are always a valid mapping to actual mouse position, not to its position on the last move.
Comments, please?
Thanks
Jeanette
[Message sent by forum member 'kleopatra' (
fastegal@...)]
http://forums.java.net/jive/thread.jspa?messageID=368430---------------------------------------------------------------------
To unsubscribe, e-mail:
jdnc-unsubscribe@...
For additional commands, e-mail:
jdnc-help@...
