Comment 1 Marko Asplund 2007-09-28 09:02:35 EDT

Created attachment 79381 [details]
Correct behaviour

Here's a screenshot of a properly rendered "tooltip".

Comment 2 Marko Asplund 2007-09-28 09:05:12 EDT

environment
- Eclipse 3.3 (MyEclipse IDE 6.0)
- Mylyn and the Jira connectors 2.1.0.v20070920-1000
- Jira 3.10

Comment 3 Mik Kersten 2007-09-28 10:15:02 EDT

Marko: I can reproduce this when the tooltip is at the bottom of the screen (i.e., there is not enough room for it to show).  If there is enough room it shows properly.  Is this the behavior that you are seeing?

Comment 4 Marko Asplund 2007-09-28 14:29:40 EDT

(In reply to comment #3)
> Marko: I can reproduce this when the tooltip is at the bottom of the screen
> (i.e., there is not enough room for it to show).  If there is enough room it
> shows properly.  Is this the behavior that you are seeing?

it seems that the tooltip fails to render properly when the bottom part
of the tooltip overlaps the top part of the Windows start bar (start bar's configured to be located in the bottom of the screen).

Comment 5 Steffen Pingel 2007-10-07 19:08:14 EDT

Created attachment 79859 [details]
JFace ToolTip based implementation

Changed from custom tooltip handling code to new Eclipse 3.3 JFace ToolTip class.

- renamed TaskListToolTipHandler to TaskListToolTip
- I have removed the multi monitor handling code. Leo, please check if that is handled correctly by the JFace ToolTip class now

Rob, please review.

Comment 6 Steffen Pingel 2007-10-07 19:08:21 EDT

Created attachment 79860 [details]
mylyn/context/zip

Comment 7 Leo Dos Santos 2007-10-09 14:27:01 EDT

I've found that if I hover over a task on the bottom or right side of the secondary monitor and the tooltip need to be readjusted, it ends up being drawn in near the top left. I'm enclosing two screenshots.

Comment 8 Leo Dos Santos 2007-10-09 14:28:22 EDT

Created attachment 79974 [details]
Task List on bottom

Comment 9 Leo Dos Santos 2007-10-09 14:34:55 EDT

Created attachment 79977 [details]
Task List at right

Comment 10 Steffen Pingel 2007-10-09 14:43:34 EDT

Thanks Leo, I can reproduce this on Linux where it pops-up on the bottom left of the screen. Need to verify with the latest Eclipse version and file a bug against platform. The code in org.eclipse.jface.window.ToolTip.fixupDisplayBounds() doesn't seem to do the right thing.

Comment 11 Robert Elves 2007-10-09 16:11:54 EDT

Thanks for investigating this Leo. I've applied this patch and we can resolve the positioning issue using the new api. Moved old TaskListTooltipHandler to src-old. Steffen if you could create a bug report to address the issue raised by Leo I'll mark this closed...

Comment 12 Steffen Pingel 2007-10-09 17:04:52 EDT

There is a corresponding report for platform: bug 202785. I'll attach the screenshot there.

Comment 13 Steffen Pingel 2007-10-09 17:28:19 EDT

Bug 202785 might describe a separate issue. Opened bug 205872 instead and attached a patch. 

Rob, Leo, how important is it to address this for Mylyn until it is fixed in platform? As far as I can reproduce this on Linux the tooltip is always displayed but in an unexpected location.

Comment 14 Robert Elves 2007-10-12 01:42:57 EDT

I think this is the lesser of two evils, at least the tooltip displays only like you said, in an unexpected location.

In your search through tooltip bugs, did you notice any about position relative to the mouse pointer? I'm finding it really annoying that when I click, the tooltip is intercepting resulting in the task not being selected. 

Comment 15 Thomas Schindl 2007-10-12 05:02:24 EDT

(In reply to comment #14)
> I think this is the lesser of two evils, at least the tooltip displays only
> like you said, in an unexpected location.
> 
> In your search through tooltip bugs, did you notice any about position relative
> to the mouse pointer? I'm finding it really annoying that when I click, the
> tooltip is intercepting resulting in the task not being selected. 
> 

Yes there's one Bug #195137. I'm going to investigate this. The wrong positioning is something that's a bit hard to debug (because I don't have 2 monitors). Does it only happen in 2 monitor setups?

Comment 16 Steffen Pingel 2007-10-12 11:32:45 EDT

(In reply to comment #14)
> In your search through tooltip bugs, did you notice any about position relative
> to the mouse pointer? I'm finding it really annoying that when I click, the
> tooltip is intercepting resulting in the task not being selected. 

The tooltip is displayed slightly to the left of the mouse pointer on my Linux system and disappears as soon as I move the mouse. I didn't notice any change in the selection behavior.

(In reply to comment #15)
> Yes there's one Bug #195137. I'm going to investigate this. The wrong
> positioning is something that's a bit hard to debug (because I don't have 2
> monitors). Does it only happen in 2 monitor setups?

Yes, it only happens in multi-monitor setups. 

Comment 17 Robert Elves 2007-10-16 23:18:52 EDT

Committed shift of tooltip down 1px to avoid blocking cursor.