Community
Participate
Working Groups
Tooltips in the task list get displayed immediately on hover. This is a bit annoying, since you can't skim the items that are underneath the tooltip. Moving the mouse away doesn't work either, because tooltips get continually redisplayed in the new position (it's like that joke applet with the button that changes position as soon as you try to click it). Also, since loading the tooltip doesn't seem to be asynchronous, the UI sometimes "locks" while it loads the tooltip description, and providing a delay would lessen the impact of this (this probably isn't noteceable when you're on a fast connection, but it is noticeable when you're on a relatively slow and saturated connection). Some people might prefer the current implementation, so the delay should be configurable.
Interesting. In my observation, tooltip is not instant but noticeable slow. There should be no remote connection. Maybe you are seeing a locking contention on the task list data while background synchronization is running. Would be interesting to capture some thread dumps when that happens.
Could it be that it's affected by the value of HKEY_CURRENT_USER\Control Panel\Desktop\MenuShowDelay in the windows registry? I have mine set to 0, because I don't like to wait on my start menu items to appear, but I never thought it would affect tooltips (and if it does, it's definitely a bug in mylin). A quick test on a different computer where the value is set to 400ms shows that it's noticeably slower there (so it probably only affects Windows). (I'll file another bug for the UI responsiveness issue, I think I know what might be causing it)
Ok, after much googling and even delving into the SWT source, I found that it's really a quirk in windows (which allows independent setting of mouse hover times that control tooltip delays, and the menu show delay mentioned earlier, but it apparently sets the initial hover time to the value of the menu show delay every time the msd is changed).
Kim: fyi, note that we do disk access when showing the tooltip, in order to determine the changes to the contents of the task. This disk access involves a very small file read, but it is possible that other busy disk IO slow it down. Keep an eye on that and let us know if it could be related to the slow behavior you were seeing.
Mik: I'll get in touch on the newsgroup, part of the problem is that I have my repository on a network drive, but there are other issues, I think.
What do you mean "repository on a network drive"? That you have your workspace folder on a network drive? Or your Task Data (i.e. .mylyn) folder? That could affect things so I'd be interested in hearing about that.
