FLUID-4525 UIOptions Jumpingness

Antranig Basman antranig.basman at colorado.edu
Thu Dec 8 08:41:45 UTC 2011


I've pushed a few fixes to my branch at https://github.com/amb26/infusion/tree/FLUID-4525 which as far as I 
can see resolve the two issues we saw on Johnny's FSSFive site, although their status is still rather 
dubious. Like cindyli, I also couldn't uncover the real cause behind the behaviour of the enclosing div for 
the sliding panel in some integrations to be of zero height, but in others to attain exactly one lineheight, 
leading to a gap appearing above the sliding panel button on first render - but I have added behaviour to 
FatPanel to make it go away by explicitly setting the div height to 0 as soon as is feasible.

The jumping issue I have tackled by changing the order of various operations with sliding panel - eschewing 
the use of jQuery "slideUp" and "slideDown" in particular since these seek to alter the visibility of the 
animating element at the end of the animation - which I think causes a greater risk of jumping as the 
browser has to reassess the visibility of the entire iframe tree. The new strategy relies 100% on height 
manipulations of the iframe and its parent div in the document - as well as rescheduling the "show" 
operation to make sure that animation doesn't start until rendering of the iframe contents has completely 
finished (in fact, there is no explicit "show" operation at all any more, we simply defer to the existing 
"DOM height changed" pathway).

Please test these out and see if the problems indeed seem to have gone away.

Cheers,
Antranig


More information about the fluid-work mailing list