Those are really great suggestions Ryan, I can't wait to incorporate
that approach as well ;)
-l

Ryan Gahl in message Re: [Rails-spinoffs] Why such bad performance with IE ? 
(Thu, 06/15 12:03):

> Do you have a ton of draggables on the page at a time (or droppables)?
> 
> If so, one work around is to "lazy load" the instantiation of the draggable
> object. That is, only actually make an element draggable at the very point
> at which dragging functionality is needed (in this case the mouseover event
> might be the longest you can wait). So, for each
> element-to-become-draggable, you set up a mouseover listener, which extends
> the element to become draggable (and also removes itself as a mouseover
> listener -- you don't need it past the first instance). If the mouse never
> goes over an element, it never needs to be a draggable, right? This
> minimizes the total number of objects in memory, and will reduce the amount
> of loop processing that goes on during dragging operations.
> 
> For Droppables, it can be a bit more tricky, but a similar technique can be
> employed. I've also gone as far as to override the dragdrop.js file to
> include a checkDropRelevance() function which allows me to bypass collision
> detection (a costly operation) if I know that a certain droppable doesn't
> even pertain to my draggable.
> 
> These techniques will improve overall performance on ALL browsers, though IE
> may be the most noticeable.
> 
> I had to engineer this approach in an app which generated an arbitrary
> number of draggables/droppables (based on number of DB records returns in a
> DataGrid) -- without it, the dragdrop code is quite inefficient.
> 
> 
> 
> On 6/15/06, Kjell Bublitz <[EMAIL PROTECTED]> wrote:
> >
> >Regarding DragDrop
> >
> >I am wondering what the deal about Internet Explorer 6 is. My application
> >is near to final and now while testing browsers all but the IE6 are running
> >as supposed to. Any other browser is performing smooth movement while IE
> >compared provides a very bad expirience. I've seen some "tuning" infos on
> >this list but they are either outdated or not actually working or helping.
> >Is there anything i could do about it? Is this a known issue or maybe only
> >appears under special circumstances? Some details on the subject would be
> >helpful. Maybe there is a way around it, even it means to sacrifice some
> >functionality. Any help is much appreciated.
> >
> >Thanks in advance
> >- Kjell
> >
> >_______________________________________________
> >Rails-spinoffs mailing list
> >[email protected]
> >http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs
> >
> >
> >

> _______________________________________________
> Rails-spinoffs mailing list
> [email protected]
> http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs


-- 

Lindsey Simon
[EMAIL PROTECTED]
Key fingerprint = C6A9 B9D9 677E A631 3E7F  43BF 5E2F 77F1 A33C B117
Public Key: http://www.commoner.com/pubkey.asc
_______________________________________________
Rails-spinoffs mailing list
[email protected]
http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs

Reply via email to