|
Publicité ' | |||||||||||||||||||||||
|
|
#1 | ||
|
Membre habitué
![]() Développeur Web Inscription : avril 2007 Messages : 323 ![]() |
Hello,
voici le contexte: Via xsl/xml je génère ma page html, celle-ci une fois générée contient: - X blocs - chaque bloc contient un tableau qui lui contient Y llignes ( 1 ligne contient 1 input (select/text/radio ...)). - il y a environ 10 bloc pour un total de 300 inputs. Entre certains input, il y a des lignes de separations (juste une ligne blanche en fait) . Mon soucis à l'heure actuelle c'est que dynamiquement les input sont cachés sous certains conditions (tel champ vaut cette valeur etc..). Le but est donc de cacher la ligne de separation s'il n'y a plus d'input apres celle-ci. Pour le moment j'avais mis en place un setInterval toutes les 1000ms qui fait appel à ma fonction de vérification des separations, mais comme il y a pas mal de traitements dont ajax derriere, ca freeze la page toutes les 1s et pour 1/2s donc pas top Pour contrer ça j'ai essayé d'attribuer à chaque input, sur l'évènement onclick ou keypress ma fonction de vérif des séparations; résultat, au chargement de ma page, j'ai un freeze de 5s environ, le temps qu'il attache mon event à chaque input on dirait. Même chose si je tente de le faire directement dans le xsl. Du coup là je bloque, je vois pas comment je peux optimiser ce truc :/ Ma fonction : Code :
__________________
L'intelligence c'est comme la confiture, moins tu en as , plus tu l'étales... |
||
|
|
00
|
|
|
#2 |
![]() ![]() Daniel HagnoulÉtudiant perpétuel Inscription : février 2009 Messages : 3 221 ![]() |
Bonjour
Il y a en effet des codes gourmand à l'oeuvre : des nextAll(":visible"), un sélecteur pas optimiser $("form > div table:visible"), des each(). Mais sans le reste de la page pour faire des tests réalistes... Il faudrait au minimum disposer de données vraies ou fausses, mais vraisemblables et du code HTML et CSS pour deux tables identiques à votre problème. [Edit] J'ai retrouvé la discussion précédente : http://www.developpez.net/forums/d11...ion-show-hide/ Avec un intervalle de 1s, si (vu le nombre de tables) le travail prend 500 millisecondes (0.5s), un délai de 1.5s est tout à fait normal.
__________________
FAQ jQuery Mon cahier d’exercices sur jQuery & CoSi un message vous a aidé ou vous semble pertinent, votez pour lui ! ![]() |
|
00
|
|
|
#3 | ||
|
Membre habitué
![]() Développeur Web Inscription : avril 2007 Messages : 323 ![]() |
Un exemple d'html pour 1 bloc:
Code :
Là par exemple on voit qu'il y a une separation avant le dernier champ (autre complémente loc), sauf que si dynamiquement on cache cette ligne(autre_complement_loc_TR), la ligne va rester et ce sera pas super ergonomique quoi. EDIT : bon du coup je vais essayer de creuser pour générer ça coté xsl quoi.
__________________
L'intelligence c'est comme la confiture, moins tu en as , plus tu l'étales... |
||
|
|
00
|
|
|
#4 | ||
![]() ![]() Daniel HagnoulÉtudiant perpétuel Inscription : février 2009 Messages : 3 221 ![]() |
J'ai l'impression que c'est aussi un problème de conception de la TABLE. Pourquoi une ligne de séparation par un TR inutile au lieu d'un espace d'une ligne intégrer aux TR de class "champ".
Par exemple : span.separation { height:1.5em; } et Code :
__________________
FAQ jQuery Mon cahier d’exercices sur jQuery & CoSi un message vous a aidé ou vous semble pertinent, votez pour lui ! ![]() |
||
|
00
|
|
|
#5 |
|
Membre habitué
![]() Développeur Web Inscription : avril 2007 Messages : 323 ![]() |
En fait, si je fais avec un span comme tu dis, le problème c'est que ma ligne blanche ne prendra qu'1/3 de mon TR (1 td ) alors qu'il faut que ce soit une ligne continue qui prenne toute la largeur du tr.
Bref au final j'ai lancé le déclenchement de ma fonction separations sur le click de mes blocs, ca suffira :b
__________________
L'intelligence c'est comme la confiture, moins tu en as , plus tu l'étales... |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com