This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Copied form issue 163985: * tooltips can be quite obtrusive (see screenshot attached to above mentioned issue - http://www.netbeans.org/nonav/issues/showattachment.cgi/81265/Screenshot-with-toolip.png ); if editor component has focus and mouse is over a test file node in Test Results view then tooltip is shown but it cannot be closed by pressing Esc (mouse click cancels it though, OK); if on the other hand Test Results view has focus then Esc works but tooltip is shown immediately even if I'm still moving mouse which makes it very annoying as tooltip I just got rid off is shown again (I should note that first tooltip is shown only after mouse stopped but not second and consequent ones) Normally this should be P4 but depending on amount of text in tooltip it can be very annoying so P3. Thanks.
I agree. Such a behavior is very annoying especially in case we have a big output for the testcases and as a result huge tooltips for the nodes. But the nodes you see in the results tree are just extended AbstractNode form the Nodes API module and we are not control the hints behavior (just setting the shortDescription for the node). Moreover the same issue reproducible for the Projects/Files tree nodes and I guess the other nodes in the IDE which uses the Nodes API. So reassigning to for evaluation. By the way you can control the tooltips for the test result nodes by setting the following properties: testrunner.display.tooltips (by default is true) testrunner.max.tooltip.lines (by default is 30) testrunner.max.tooltip.line.length (by default is 200)
What you described is standard tooltip behavior. I think the root problem is large amount of text.
So, resolving as wontfix.
re. "What you described is standard tooltip behavior" - so you are saying that it is standard behaviour to show tooltip immediately even if user is still moving mouse? That sounds to me like a defect. Perhaps not in NB but in JDK. BEcause first tooltip is always shown correctly - after an interval after mouse stopped moving. And that behaviour should be consistent. Anyway, this issue ("tooltips can be quite obtrusive") is still valid so I'm reopening. If you look at screenshot of tooltip given most of the relevant lines are not shown anyway (on my linux all test outputs starts with that "*.so" files rubbish.) I would suggest to shows perhaps last 10 output lines? And add "Press [shortcut] to see more details." to the bottom of tooltip ala Eclipse. In any case default values for tooltip limits are too big and that's what's exacerbates tooltip problem which on its own would be P4.
Try to check how tooltips behave in other applications. It is correct behavior if mouse cursor has to wait only on first item and other tooltips of the same category shows immediately. Waiting each time before tooltip shows would be pretty annoying. Anyway, I agree that showing tooltip that cover half of the screen is not good idea.
Re. "It is correct behavior if mouse cursor has to wait only on first item" - I've never ever seen this before. Perhaps it is true just for Java apps. I tried it in Firefox or Thunderbird and tooltip (first, second, does not matter) is always shown after mouse stopped for couple hundreds milliseconds.
Fixed on Test Runner side by changing the default values to: testrunner.max.tooltip.lines (by default is 4) testrunner.max.tooltip.line.length (by default is 80)