Opened 16 years ago
Closed 15 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 16 years ago by
Attachment: | after move effects.GIF added |
---|
Changed 16 years ago by
Attachment: | after move.GIF added |
---|
Changed 16 years ago by
Attachment: | before move.GIF added |
---|
comment:1 Changed 16 years ago by
comment:2 Changed 16 years ago by
Milestone: | → 0.4 |
---|---|
Priority: | high → low |
Summary: | fisheye bug → Fisheye Widget - Drag and Drop problem |
comment:3 Changed 16 years ago by
Owner: | changed from anonymous to cal |
---|
comment:4 Changed 16 years ago by
Owner: | changed from cal to Bryan Forbes |
---|
comment:5 Changed 16 years ago by
Milestone: | 0.4 → 0.4.1 |
---|
comment:6 Changed 16 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 15 years ago by
Component: | Widgets → Dojox |
---|
comment:8 Changed 15 years ago by
Owner: | changed from bill to dante |
---|---|
Status: | new → assigned |
comment:9 Changed 15 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 15 years ago by
Owner: | changed from dante to tk |
---|---|
Status: | assigned → new |
comment:11 Changed 15 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 15 years ago by
Milestone: | 0.9 → 1.0 |
---|
we have to ship 0.9. punting (again) to 1.0.
comment:13 Changed 15 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