JQuery draggable callback appelé after sortable de

Question

J'ai une liste de draggables connectés à une liste de sortables. Le glisser/déposer fonctionne bien, tout comme le tri. La chose est que, avant que la liste ne soit triée, j'ai besoin de créer un enregistrement dans la base de données (en utilisant des rails). Donc j'utilise $ .post qui fonctionne bien, mais j'ai besoin de changer l'identifiant de l'élément inséré. Je fais cela en changeant l'id de l'élément inséré en utilisant le callback $ .post. Fonctionne bien mais cela arrive APRÈS le tri. Et si vous vous demandez pourquoi je n'ai pas utilisé le rappel d'arrêt draggable c'est parce que c'est la même chose. Voici le code abrégé (supprimé stuff db non pertinente):

$("#operations_container").sortable({items:'.process_small', axis:'y', update: function(ev,ui) { 
    if (ui.item.attr('id').match("workcenter")) 
    { 
     $.post('/operations', 'fancyrailspoststuffignore', function(data) { 
        $("#operations_container > #workcenter_" + workcenterid).attr("id", "operation_" + data.operation.id); 
        }, "json"); 
    } 
    $.post('/jobs/sort/<%= @job.id %>', 'morefancyschamncyrailsjunk); 
}}); 

Le conteneur triable est simple:

<div id="operations_container" class="in_grid"> 
</div> 

Il me semble que tous les callbacks sont appelés après le genre. Est-ce vrai? Comment contourner cela si vous avez besoin de mettre à jour le DOM avant le tri? MISE À JOUR: Au cas où ils manqueraient dans les commentaires, voici l'image et les exemples de fichiers illustrant le problème.

Image: http://dl.getdropbox.com/u/1826667/sortable.png Exemples de fichiers: http://dl.getdropbox.com/u/1826667/jquery_callback_order.zip

Il semble donc que les callbacks finissent toujours à la fin de tout autre événement quel que soit l'endroit où ils sont appelés (@ rappel .post avant la mise à jour triables est encore appelé dernier , etc). Je ne pense pas que ce soit un échec dans JQuery (bien que je trouve ça bizarre); J'essaie de faire un certain nombre de messages (qui sont nécessaires car ils sont co-dépendants, créer un enregistrement puis trier) dans un seul coup ce qui n'est peut-être pas la façon de le faire. Je vais essayer de le contourner dans le backend (j'ai quelque chose qui marche presque) donc je considérerai cela comme fermé. Merci à tous ceux qui ont aidé avec le problème. SO règles.

MEGAIMPORTANTUPDATE: Cela fonctionne! Shawn l'a eu (voir la réponse) et je suis encore un peu étourdi. Ça fait quelques jours sur cette chose. Merci encore à tout le monde et surtout à Shawn. Tu gères.

Answer 1

Aha! Je l'ai. Cette image était juste ce dont j'avais besoin. Voici ce qu'il faut faire:

$("#operations_container").sortable({items:'.process_small', axis:'y', update: function(ev,ui) { 
    var sortDbTable = function(){ 
     $.post('/jobs/sort/<%= @job.id %>', 'morefancyschamncyrailsjunk); 
    } 
    if (ui.item.attr('id').match("workcenter")) 
    { 
      $.post('/operations', 'fancyrailspoststuffignore', function(data) { 
            $("#operations_container > #workcenter_" + workcenterid).attr("id", "operation_" + data.operation.id); //is there any reason you're not using the ui.item.attr("id",...) here? 
            sortDbTable(); //this will make sure id is changed before DB sort 
            }, "json"); 
    } else { //else not absolutely needed, but will make sure it's not unnecessarily sorted again 
     sortDbTable(); 
    } 
}}); 

Answer 2

Avant l'événement de mise à jour, l'événement de démarrage est appelé, vous pouvez l'utiliser.