Project

General

Profile

Bug #2971

Bug #2677: fix drawing and functional differences between P2J GUI and 4GL GUI

rework tooltip support to use OverlayWindow

Added by Greg Shah over 8 years ago. Updated over 2 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Target version:
FWD - Cleanup and Stabilization for GUI
Start date:
Due date:
% Done:

0%

billable:
No
vendor_id:
GCD
case_num:

Related issues

Related to User Interface - Bug #2837: GUI combo-box drop-down needs to be able to draw outside of it's containing top-level window Closed
Related to User Interface - Feature #4029: implement more widget rendering knowledge within the client drivers New

History

#1 Updated by Greg Shah over 8 years ago

Tooltips must be contained in an OverlayWindow so that their contents can draw outside of the bounds of the "real" containing window (when needed).

Please see #2837 for details of how this was resolved for combo-box drop-downs. The same approach should be used here.

#2 Updated by Greg Shah about 8 years ago

  • Target version changed from Milestone 12 to Milestone 16

#3 Updated by Greg Shah over 7 years ago

  • Target version changed from Milestone 16 to Cleanup and Stabilization for GUI

#5 Updated by Greg Shah about 3 years ago

  • Related to Feature #4029: implement more widget rendering knowledge within the client drivers added

#6 Updated by Greg Shah about 3 years ago

Although the Swing client does need the overlay window approach, for the web client I think tooltips are an ideal example of a feature which would be best implemented mostly on the javascript side. As noted in #4029, the idea is to move the drawing/event processing to javascript while just synchronizing the state needed to handle this remotely.

The rendering of tooltips is simple, there is no interactive/editing feature and the mouse processing would be much faster without any upcalls. Essentially, we would need to maintain a map of the hover locations to their tooltips, based on the z-order in the 4GL. This state would have to be synchronized.

#7 Updated by Constantin Asofiei over 2 years ago

3821c/13105 solves the problems described in #3981, for Web driver (tooltip for a widget behind another widget, in z-order, must be shown).

There is also another possible problem: OE shows the tooltip regardless of the widget's sensitivity, and also it shows the tooltip for 'the closest widget in z-order on that location, which has a tooltip'. There are issues in Swing about this, as AbstractContainer.findMouseSource will ignore non-sensitive widgets, during the lookup.

Also available in: Atom PDF