FW: Reorderer component in v 0.3
Sobieralski, Damian Michael
dsobiera at indiana.edu
Fri Jul 25 15:30:51 UTC 2008
This didn't seem to get to the list (no fluid digest yesterday). Re-trying.
From: Sobieralski, Damian Michael
Sent: Thursday, July 24, 2008 2:37 PM
To: 'Colin Clark'
Cc: fluid-talk at fluidproject.org
Subject: RE: Reorderer component in v 0.3
> This callback is currently a no-arg function, so it only informs you
> that a drop occurred. You'll need to look through the DOM to determine
> the new order of the elements and POST it back to the server. A couple
> of examples are shown in the tutorial.
I got the callback to work on drop. YAY!
The issue I have now is follows:
My DOM looks something like this:
The decoration_div actually has some functionally so it's not really a decoration div but let's keep it this way for this example for simple illustration. So basically any orderable_item has a decoration div before and after it. So when we pick up the orderable widget, we need to remove the decoration widgets that once surrounded it "intelligently". And, of course, when dropped we need to see what (if any) decoration divs need to exist in the just reordered orderable_item's new home.
A pickup callback would allow me to quicky see who the orderable div's neighbor's are and zap them before I am moved around in the DOM.
I CAN after drop traverse the DOM looking for irregular decoration divs'....but we have so much JS now that our client stuff is getting pretty slow as is. We have large pages and adding a full traversal of orderable_container to clean up the decoration divs would be very time costly for us.
Any ideas what we could do to be able to find an orderable_item's neighbors when we pick it up via Fluid's reorderer?
Thanks, in advance, for any help that you can offer.
More information about the fluid-talk