Opened 13 years ago
Closed 13 years ago
#479 closed defect (fixed)
mapmessage blocking mouse on map
Reported by: | madair | Owned by: | madair |
---|---|---|---|
Priority: | P2 | Milestone: | 2.3 |
Component: | Widgets | Version: | 2.0 |
Severity: | Major | Keywords: | |
Cc: | Browser: | All | |
External ID: | Operating System: | All | |
state: | New |
Description ¶
not sure where this widget came from but it is interfering with mouse interaction on the map. It appears to be a debug type of widget soI am removing it.
Change History (7)
comment:1 by , 13 years ago
Status: | new → assigned |
---|
comment:2 by , 13 years ago
comment:3 by , 13 years ago
Hi Mike, this widget is used in QuickPlot so it cannot be simply removed. Do you have details about how this widget blocks the mouse interaction with the Map?
follow-up: 5 comment:4 by , 13 years ago
If I recall correctly, if you drag a selection or zoom box rectangle over top of that widget you lose the mouse interaction. If this is required you'll need to find another way to implement.
comment:5 by , 13 years ago
Replying to madair:
If I recall correctly, if you drag a selection or zoom box rectangle over top of that widget you lose the mouse interaction. If this is required you'll need to find another way to implement.
Hi Mike, The "Overview Map" and the "Navigator" have exactly the same behavior. So maybe it's not a problem of the floating message?
by , 13 years ago
Attachment: | mapmessage_widget.patch added |
---|
OK, a fix attached. With this fix: - The message bar (a DIV element) will be created only when there is message being displayed. And once the message is hidden, then the DIV element will be removed from DOM. This way, the select of zoom rectangle will not be interrupted by an invisible element. - This patch also replaced TAB with Spaces.
comment:6 by , 13 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
removed at [2445]