Ticket #1519 (closed defect: fixed)

Opened 2 years ago

Last modified 16 months ago

Fisheye rollover effect doesn't work properly when browser window maximised from "restored" state

Reported by: Spectoral Owned by: tk
Priority: normal Milestone:
Component: Dojox Version: 0.3
Severity: minor Keywords: fisheye fish eye rollover rollovers maximised restored browser widget widgets
Cc: andrew@…

Description

--When the browser loads in "restored" window mode, fisheye rollover works.

--When the browser loads in "maximised" window mode, fisheye rollover works.

--When the browser is maximised from an initially "restored" mode, the fisheye still responds when the mouse rolls over the area of the screen that was occupied by the fisheye *prior* to the window being maximised. However, the fisheye will not respond with the rollover feature if you rollover the new location where the icons are. It should be noted though, that mouseclicks on the actual fisheye images still work as links, regardless of where the fisheye has been moved.

--When the browser is "restored" down from an initially maximised mode, the fisheye responds when the mouse rolls over the area of the screen that was occupied by the fisheye *prior* to the window being "restored". BUT; only if this initial area where the fisheye was, is still within the browser window's new 'smaller' dimensions. If the fisheye (in the browser's maximised state) sat outside the outskirts of the browser window once the browser is put into it's "restored" state, the fisheye won't respond at all to mouse rollovers. However, mouseclicks on the actual fisheye still work as links, regardless of where the fisheye has been moved.

--When the browser loads in "restored" window mode, and the window is click-n'-dragged to different positions on the screen, the fisheye works as it should.

--When the browser is "minimised" and then "restored" the fisheye works as it should.

--When the browser is "minimised" and then "maximised" the fisheye works as it should.

Change History

Changed 2 years ago by bill

  • priority changed from highest to normal
  • severity changed from major to minor
  • milestone set to 0.5

Changed 18 months ago by bill

  • owner changed from bill to anonymous
  • component changed from Widgets to Dojox
  • milestone deleted

Changed 17 months ago by ttrenka

  • owner changed from anonymous to ttrenka

Changed 16 months ago by ttrenka

  • owner changed from ttrenka to tk

Changed 16 months ago by tk

  • status changed from new to assigned

This will be fixed in 0.9 SVN tonight...

until then, here is the fix action

//add this at the end of startup() to accomodate resizing
this._onResizeHandle = dojo.connect(window, 'onresize', this, '_initializePositioning');

//add this in the destroy routine with other disconnects
dojo.disconnect(this._onResizeHandle);

If Dante gets my email in time, he'll commit the fix, if not, I'll check it in later tonight.

-Karl

Changed 16 months ago by dante

  • status changed from assigned to closed
  • resolution set to fixed

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

Note: See TracTickets for help on using tickets.