Opened 12 years ago
Closed 12 years ago
#550 closed defect (fixed)
Independent TaskPane/Popup-based widgets
Reported by: | jng | Owned by: | jng |
---|---|---|---|
Priority: | P2 | Milestone: | Future |
Component: | Core | Version: | 2.0 |
Severity: | Major | Keywords: | |
Cc: | Browser: | All | |
External ID: | Operating System: | All | |
state: | New |
Description
The measure widget and any TaskPane-based widget have really bad usability with regards to what happens when the Task Pane is hidden.
When the Task Pane that the widget resides in is hidden, the widget itself is still internally active and the viewer is still accepting mouse input for digitization.
We need a mechanism by which such widgets can be notified when the Task Pane is hidden and shown, so that such widgets can then act appropriately.
Current thinking is when the Task Pane is hidden, such widgets are notified and their default action is to instruct the Task Pane to go home and to activate the default widget (Zoom?). Will need some more discussion on this matter.
Change History (3)
comment:1 by , 12 years ago
Summary: | TaskPane-based widgets leave dangling digitizers when Task Pane is hidden → Independent TaskPane/Popup-based widgets |
---|
comment:3 by , 12 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Discussion thread: http://osgeo-org.1560.n6.nabble.com/Usability-of-Redline-Query-Theme-Measure-Buffer-FeatureInfo-td5041641.html
Affected widgets: Redline, Query, Theme, Measure, Buffer, FeatureInfo
What I propose as a solution is the following:
With these changes, the UX should be much more bullet-proof. No longer will you have situations like panning with an active dangling geometry digitizer, tracing shapes as you're panning as a result. Such situations are all to easy to trigger under the current behaviour of these widgets.