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.
Summary: |
Improve support for tooltips not initiated by mouse |
Product: |
editor
|
Reporter: |
Svata Dedic <sdedic> |
Component: |
Painting & Printing | Assignee: |
Svata Dedic <sdedic> |
Status: |
RESOLVED
FIXED
|
|
|
Severity: |
normal
|
Keywords: |
API_REVIEW, API_REVIEW_FAST |
Priority: |
P3
|
|
|
Version: |
7.2 | |
|
Hardware: |
PC | |
|
OS: |
Linux | |
|
Issue Type:
|
DEFECT
|
Exception Reporter:
|
|
Attachments: |
Proposed changes
|
Created attachment 122627 [details] Proposed changes The ToolTipSupport.setToolTipVisible() is primarily made for clients, who want to display a tooltip relevant to the current mouse location. The call changes internal visibility state, then asks View Hierarchy to build the tooltip contents. Some of the views then calls one of the setTooltip() overloads to actually deliver the tooltip contents. If the originating event is not a mouse gesture (c.f. brace matching, which can display tooltip when caret moves to closing brace position), the tooltip must be still set visible, but the request should not be routed through the existing APIs, which are tied on x,y coordinates as a context. So I propose a simple overload setToolTipVisible(boolean visible, boolean updateFromView) see the attachment.