Fisheye Widget - doesn't work after container moved

[anonymous]

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.

[gprice@…]

Let me know what happens with this. Thanks, greg

[bill]

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.

[dante]

(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())?

[tk]

Does resize fire when you drag an element? IE, move FloatingPane? from 0,0 to 100,400 on the screen?

[peller]

we have to ship 0.9. punting (again) to 1.0.

[tk]

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.