diff options
Diffstat (limited to 'bundles')
-rwxr-xr-x | bundles/org.eclipse.swt/Eclipse SWT/win32/org/eclipse/swt/widgets/Control.java | 18 |
1 files changed, 9 insertions, 9 deletions
diff --git a/bundles/org.eclipse.swt/Eclipse SWT/win32/org/eclipse/swt/widgets/Control.java b/bundles/org.eclipse.swt/Eclipse SWT/win32/org/eclipse/swt/widgets/Control.java index 9e924e2001..1490f4648f 100755 --- a/bundles/org.eclipse.swt/Eclipse SWT/win32/org/eclipse/swt/widgets/Control.java +++ b/bundles/org.eclipse.swt/Eclipse SWT/win32/org/eclipse/swt/widgets/Control.java @@ -3741,15 +3741,15 @@ LRESULT WM_MOUSEHOVER (int wParam, int lParam) { LRESULT WM_MOUSELEAVE (int wParam, int lParam) { /* - * Bug in Windows. On XP, when a tooltip that - * uses TTF_IDISHWND is hidden due to a time out - * or mouse press, the tooltip remains active - * although no longer visible and won't show - * again until another tooltip becomes active. - * If there is only one tooltip in the window, - * it will never show again. The fix is to - * remove the current tooltip and add it again - * every time the mouse leaves the control. + * Bug in Windows. On XP, when a tooltip is + * hidden due to a time out or mouse press, + * the tooltip remains active although no + * longer visible and won't show again until + * another tooltip becomes active. If there + * is only one tooltip in the window, it will + * never show again. The fix is to remove the + * current tooltip and add it again every time + * the mouse leaves the control. */ if (OS.COMCTL32_MAJOR >= 6) getShell ().fixToolTip (); return wmMouseLeave (handle, wParam, lParam); |