Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 323656 - org.eclipse.draw2d.ToolTipHelper is not flexible enough to allow customized behavior of Tooltips
Summary: org.eclipse.draw2d.ToolTipHelper is not flexible enough to allow customized b...
Status: RESOLVED FIXED
Alias: None
Product: GEF
Classification: Tools
Component: GEF-Legacy Draw2d (show other bugs)
Version: unspecified   Edit
Hardware: All All
: P3 enhancement (vote)
Target Milestone: 3.10.0 (Mars) M1   Edit
Assignee: Alexander Nyßen CLA
QA Contact:
URL:
Whiteboard:
Keywords:
: 49721 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-08-25 17:06 EDT by jonathan CLA
Modified: 2014-08-09 04:35 EDT (History)
3 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description jonathan CLA 2010-08-25 17:06:24 EDT 
Build Identifier: 3.4.1  M20080911-1700

We are wanting to customize the behavior of GEF tooltips to a greater degree than currently allowed by GEF. For example, if a user hovers over the tooltip, we do not want the tooltip to go away so long . However, ToolTipHelper always sets a timer to eventually dispose the tooltip. Because the timer is private, we cannot cancel the timer. A subclass of ToolTipHelper cannot access it.

In terms of concrete suggestions, making the private members of ToolTipHelper protected would help tremendously.



Reproducible: Always
Comment 1 Alexander Nyßen CLA 2014-08-04 14:02:52 EDT 
- Added a public setter by which the formerly hard-coded hide delay can now be set. It is stored in a field and used within displayToolTipNear() as before. 
- To enable that subclasses may hide the tooltip before the hide timer has actually expired, overwrote hide() to now cancel the hide timer as a first step. Before, calls to hide() were always preceded or succeeded by respective calls to Timer#cancel(). As it seems that in all these situations canceling the timer first and hiding the figure afterwards is proper, all these calls were removed.

Resolving as fixed in 3.10.0M1.
Comment 2 Alexander Nyßen CLA 2014-08-05 00:44:32 EDT 
As already stated, resolving as fixed.
Comment 3 Alexander Nyßen CLA 2014-08-09 04:35:30 EDT 
*** Bug 49721 has been marked as a duplicate of this bug. ***