There seems to be a bug with the queueing of the BlindDown effect. I have built a test page that highlights the problem here. http://dev.lunny.com/test/blindclipping.php When using queueing with a BlindUP/BlindDown combination, the BlindDown gets its height of the final state from the current height of the element when the effect is called. This causes the finish height of the blind down to be incorrect if it is called while the blindUp is in mid animation. I think a more correct behavior for queued effects would be to retrieve the height data when actually starting the effect, based on its place in the queue, not when it is called. ______________________________________________________________________ Alex Duffield . Principal . InControl Solutions . http:// www.incontrolsolutions.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://wrath.rubyonrails.org/pipermail/rails-spinoffs/attachments/20051011/37430e75/attachment.html
Chris Korhonen
2005-Oct-12 04:03 UTC
[Rails-spinoffs] Effect.BlindDown height clipping bug
I encountered a similar issue, to do with height where earlier versions of Gecko would not take the correct height for the content being displayed, one thing that helped resolve it was setting the CSS attribute padding-bottom:1px; I''m not sure if such a workaround will work in this case, but may be worth a try? On 10/12/05, Alex Duffield <alex@incontrolsolutions.com> wrote:> > There seems to be a bug with the queueing of the BlindDown effect. > I have built a test page that highlights the problem here. > > http://dev.lunny.com/test/blindclipping.php > > When using queueing with a BlindUP/BlindDown combination, the BlindDown > gets its height of the final state from the current height of the element > * when the effect is called*. This causes the finish height of the blind > down to be incorrect if it is called while the blindUp is in mid animation. > > I think a more correct behavior for queued effects would be to retrieve > the height data *when actually starting the effect*, based on its place in > the queue, not when it is called. > > ______________________________________________________________________ > > *Alex Duffield* *.* *Principal* *.* *InControl Solutions* *.* *http://www.incontrolsolutions.com > * <http://www.incontrolsolutions.com/> > > > > > > _______________________________________________ > Rails-spinoffs mailing list > Rails-spinoffs@lists.rubyonrails.org > http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs > > >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://wrath.rubyonrails.org/pipermail/rails-spinoffs/attachments/20051012/00c8f6d3/attachment.html
Hmm no comments on this at all?? Does any one else think this is a bug? If so where is the correct place to submit the bug report? Thanks ______________________________________________________________________ Alex Duffield . Principal . InControl Solutions . http:// www.incontrolsolutions.com On 11-Oct-05, at 7:57 PM, Alex Duffield wrote:> There seems to be a bug with the queueing of the BlindDown effect. > > I have built a test page that highlights the problem here. > > http://dev.lunny.com/test/blindclipping.php > > When using queueing with a BlindUP/BlindDown combination, the > BlindDown gets its height of the final state from the current > height of the element when the effect is called. This causes the > finish height of the blind down to be incorrect if it is called > while the blindUp is in mid animation. > > I think a more correct behavior for queued effects would be to > retrieve the height data when actually starting the effect, based > on its place in the queue, not when it is called. > ______________________________________________________________________ > Alex Duffield . Principal . InControl Solutions . http:// > www.incontrolsolutions.com > > > > _______________________________________________ > Rails-spinoffs mailing list > Rails-spinoffs@lists.rubyonrails.org > http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://wrath.rubyonrails.org/pipermail/rails-spinoffs/attachments/20051014/a4a80885/attachment.html