[Javascript] Drag'n drop bis ( défi pour les bons)

[Ter Rowan]

ben oui j'essaie d attirer comme je peux

donc voici, ceux qui ont suivi mes aventures piteuses de drag & drop il y a déjà quelques nombreuses semaines se souviendront probablement du sujet:

je m étais retrouvé confronté à ce que j'appelle du "lag" sous ie (6 et 7)

je m y remets donc, je fais différents tests et tous me donnent le même résultat

j'ai donc besoin d'aide:
voici une version de mon script (sous prototype / script aculo)

Code PHP :

<?php 

var listeRess= document.getElementsByClassName('ress');

  listeRess.each ( function(item)

  {

      new Draggable(item, 

      {

        revert : true,

        handle : "handle"

      });

  });



var listeTd = document.getElementsByClassName('invent');

listeTd.each( function(item)

{

    Droppables.add(item,

    {

      accept: 'ress',

      onDrop: function(entree)

      { 

        alert(item.id);

    }

   });

}); 

[Ter Rowan]

bon ben j'ai enfin trouvé, après avoir essayé de piger et de copier le code de scriptaculous j'ai fait un machin spécifique à mon besoin directement dans le drag

conclusion ne pas utiliser l'objet Droppables à de trop nombreuses reprises (ça marche très bien avec une ou deux instances, c'est le nombre qui fait tomber ie)


évidemment, comme c'est mon code je ne suis pas forcément rassuré mais pour le moment mais tests marchent sur ie et ff c'est déjà ça :p

n'empêche suis intéressé par d'éventuels retours sur les autres librairies


bien content quand même, ça m'a couté quelques heures de recherches et quelques mois de déconfiture mais a priori, c'est reparti mon kiki

[Anthor]

Les autres librairies seront plus rapides à traiter tes demandes. Prototype commence à vieillir

[Ter Rowan]

a priori le manque de performance vient de script aculo sur ce coup, j'utilise toujours les éléments de prototype pour gérer le drop ( position du curseur, événement)

j'aimerais bien passé effectivement à du plus récent mais j'ai trop peur de faire cela pour rien (au sens et si ça rame de la même manière parce qu'ils ont voulu faire du générique, donc moins performant)

et ça à quand même un coup vu tout ce que j'ai pu pisser comme code jusque là :p

[Ter Rowan]

Evite de faire un drag sur chaque objet.
Créer le drag lorsque l'on clique dessus où lorsque l'on est dessus, et ça devrait suffir

c'est exactement ça (enfin pas sur le drag mais sur le drop) : je fais une énorme zone de drop et lors du "relaché" j'identifie quelle sous zone est concernée

pas simple pour moi, il a fallu que je comprenne le système de script aculous. C'est là qu'on voit les différences de niveau de programmation : j'ai grosso modo compris ce qu'il faisait, je pourrais certainement faire à peu près la même chose mais la qualité de code est tellement différente, j'ai l'impression d'être un éléphant dans un magasin de cristal ^^ (enfin d'un autre côté mon code est plus performant sous ie hihihi, et puis l'éléphant, c'est pas l'animal phpien par excellence ? :p)

[jmpicot]

Bonsoir,

Je rencontre le même soucis de lenteur et pas que sur ie, ff aussi. Il semble que le nombre trop élevé de droppable soit en cause, dans mon cas j'en ais environ 500 par page (Calendrier avec horaires => agenda). Je ne vois pas quelle solution mettre en place, j'ai bien essayé avec d'autres librairies (dhtmlgoodies, toolamn...) mais sans succès.

Je vois que vous avez trouvés une solution en déclarant un super droppable, mais je ne voit pas comment faire car dans mon cas mes 500 drop sont des td et quand je mets le table en drop ça ne marche pas, normal...

Pourries-vous m'éclairer?

D'avance merci.

JM

[gameprog2]

Déjà si tu pouvais trouver un moyen d'éviter les tables et leur TD ça serait moins lourd, après je ne sais pas ce que fait ton programme, je dis ça d'une façon générale hein
Il est déconseillé d'utiliser les tables quand on peut faire autrement d'après le W3C.

[Thib4s]

Déjà si tu pouvais trouver un moyen d'éviter les tables et leur TD ça serait moins lourd, après je ne sais pas ce que fait ton programme, je dis ça d'une façon générale hein
Il est déconseillé d'utiliser les tables quand on peut faire autrement d'après le W3C.

Les tables sont déconseillées pour tout ce qui est "AFFICHAGE", c'est à dire pour tous les sites qui faisait du table-designing.
Les tableaux sont tout ce qui a de plus conseillé pour ce qui est affichage de données (classement, liste d'objet, ...)
De plus un tableau fait moins "laguer" une page que de jouer avec des div et leur positionnement.

[Ter Rowan]

olalalala


oui le sujet table est hors propos et n'est pas du tout responsable de la lenteur (j'ai tout essayé, table, liste ul/li, div imbriqués)

de mon analyse la lenteur vient du nombre d'écouteurs de l'événement "drop" d'où l'intérêt de ne mettre cet événement que sur le conteneur contenant l'ensemble des zones de drop (ici la table)

après pour identifié sur quelle zone le drop a eu lieu, j'avais utilisé les méthodes de mes librairies de l'époque (prototype + scriptaculous) mais je pense que cela marche de même avec jquery si tu l'utilises

grosso modo pour savoir "où" cela a eu lieu, tu dois
- identifier où (position de la souris en x y) a été lâché l'objet (c'est contenu dans l'objet qui porte l'événément)
- identifier les positions de chacune de tes zones (coin haut gauche, coin bas droit)
- en déduire la zone en comparant ses positions avec celle de la souris

àa se fait super aisément avec des librairies du web

mais bon ca date un peu, je mettrais certainement quelques heures à refaire (et j'ai plus ces sources :/)

[NicoMSEvent]

j'ai aussi eu ces problèmes avec prototype/scriptaculous, surtout si je prends l'objet sur un des bords (ce qui se passe : je prends l'objet sur le bord, je déplace rapidement ma souris -> il se peut que le curseur lors du rafraichissement sorte de l'objet, et là ça lag/plante)

Donc, prévoir des objets +- grands, et aussi point de vue utilisation, prends l'objet au centre... même si on préfère une solution plus propre, celle là est celle que j'ai gardé (le seul drag/drop est pour moi dans la partie administration, pas pour les joueurs)