Opened 14 years ago
Closed 13 years ago
#637 closed defect (wontfix)
Fisheye Widget - doesn't work after container moved
| Reported by: | anonymous | Owned by: | tk |
|---|---|---|---|
| Priority: | low | Milestone: | 0.9 |
| Component: | Dojox | Version: | 0.2 |
| Keywords: | fisheye fisheyelist | Cc: | dante |
| Blocked By: | Blocking: |
Description
I found that embedding a fisheye list into a window pane causes an interesting bug. When the window pane is resizable and moveable the fisheye list works A) initially with no drag or resize B) works right after a window resize; but the list fails when someone drags the window to another location and then the fisheye list does not operate normally. I found that if you drag the pane to another location and then mouse over the location where the fisheye list used to be located then the fisheye list would expand and contract as normal but the mouse is not over the icons explicitly. I believe this has to do with were the fisheyelist thinks it location is relative to the pane.
Attachments (3)
Change History (16)
Changed 14 years ago by
| Attachment: | after move effects.GIF added |
|---|
Changed 14 years ago by
| Attachment: | after move.GIF added |
|---|
Changed 14 years ago by
| Attachment: | before move.GIF added |
|---|
comment:1 Changed 14 years ago by
comment:2 Changed 14 years ago by
| Milestone: | → 0.4 |
|---|---|
| Priority: | high → low |
| Summary: | fisheye bug → Fisheye Widget - Drag and Drop problem |
comment:3 Changed 14 years ago by
| Owner: | changed from anonymous to cal |
|---|
comment:4 Changed 14 years ago by
| Owner: | changed from cal to Bryan Forbes |
|---|
comment:5 Changed 13 years ago by
| Milestone: | 0.4 → 0.4.1 |
|---|
comment:6 Changed 13 years ago by
| Milestone: | 0.4.1 → 0.5 |
|---|---|
| Owner: | changed from Bryan Forbes to bill |
| Summary: | Fisheye Widget - Drag and Drop problem → Fisheye Widget - doesn't work after container moved |
Right, fisheye widget works based on it's actual position within the viewport, so it needs to be notified whenever it's moved. The infrastructure doesn't currently support this, since other widgets just need to be notified when they are resized, not when they are moved, and actually most widgets don't need notification of any sort.
comment:7 Changed 13 years ago by
| Component: | Widgets → Dojox |
|---|
comment:8 Changed 13 years ago by
| Owner: | changed from bill to dante |
|---|---|
| Status: | new → assigned |
comment:9 Changed 13 years ago by
(In [9869]) patch from Karl fixes #1519 and adds addition isFixed param to recalculate grid coords after page scroll (on fixed/absolutely positioned fisheyes) ... refs #637 (and should probably mark as wontfix 'fully' as it would be cumbersome to know when the fisheye is a child of a movable pane. making a public re-init function to call would fix fully (to connect to getParent().resize())?
comment:10 Changed 13 years ago by
| Owner: | changed from dante to tk |
|---|---|
| Status: | assigned → new |
comment:11 Changed 13 years ago by
Does resize fire when you drag an element? IE, move FloatingPane? from 0,0 to 100,400 on the screen?
comment:12 Changed 13 years ago by
| Milestone: | 0.9 → 1.0 |
|---|
we have to ship 0.9. punting (again) to 1.0.
comment:13 Changed 13 years ago by
| Cc: | dante added |
|---|---|
| Milestone: | 1.0 → 0.9 |
| Resolution: | → wontfix |
| Status: | new → closed |
no need to punt, this is a wont fix... Discussed with Dante and we both agree that the user should handle this if they want that feature.
connect onDragEnd or whatever else may be moving the fisheye's container to fisheye.onResized and you should be good to go.
Let me know what happens with this. Thanks, greg