Bug 178258 - [hovering] Cursor flickering while sticky hover is open
Summary: [hovering] Cursor flickering while sticky hover is open
Status: RESOLVED FIXED
Alias: None
Product: JDT
Classification: Eclipse Project
Component: Text (show other bugs)
Version: 3.3   Edit
Hardware: PC Windows NT
: P3 normal (vote)
Target Milestone: 3.4   Edit
Assignee: JDT-Text-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on: 184399
Blocks:
  Show dependency tree
 
Reported: 2007-03-20 09:56 EDT by Martin Aeschlimann CLA
Modified: 2008-04-24 06:35 EDT (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Aeschlimann CLA 2007-03-20 09:56:21 EDT
20070320

- In the Java editor hover over a element, wait for the hover and press F2
- While the sticky hover is open move the mouse over symbols in the Java editor
- When over an element that would give a hover, the cursor flickers: I guess it quickly shows the busy cursor but then decides to not show a hover as there's already one open. It might be better to test this before showing the busy cursor.
Comment 1 Dani Megert CLA 2007-03-20 11:00:12 EDT
This is in since a few releases. Will see durng M7 whether there's an easy fix.
Comment 2 Dani Megert CLA 2007-04-27 05:49:12 EDT
There are two problems here:
1) we compute the hover even though we wouldn't need to. This is a conceptual
   problem as we compute the hover in a bg thread and if we have a
   result we try to display it in the UI thread. At this point we first setup
   the control (content, size, location) and only if that all works well we 
   request the widget token (i.e. check whether another hover is up).

2) setting the content to the invisible Browser widget causes the cursor to
   flicker.

Changing the widget token story for 3.3 is too risky as this might result in either hovers no longer showing up or having two hovers at the same time. Regarding 2) we can't do much.

Deferring to 3.4.
Comment 3 Dani Megert CLA 2008-04-24 06:35:45 EDT
This has been fixed by Markus's rich hover work.