Discussion :

[kimjoa]

système de défilement automatique, un peu comme marquee, compatible avec prototype.js .
La balise marquee ne respect pas les standards et chrome ne la prend pas en charge...

liste des arguments possibles :
- id ou élément conteneur
- id ou élément contenue
- vitesse initiale
- direction du déplacement
- vitesse du scrolling , lors d'un mouse mouve au dessus de l'élément

testé sous ie8 , ff3 et chrome.

[le_chomeur]

tiens salut kim de retour parmi nous ;-)
bon une fois n'est pas coutume j'attaque

code sympa utile, et bien pensé !
j'adore la méthode de permettant de binder tes évènements ( tu ne bosserais pas en .net ou en java ???? )

la méthode extend ,me rappel vaguement un sujet de superclass

juste quelque question pourquoi ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

if(this.boxScroll)this.boxDim+=17;

le 17 ??? c'est arbitraire ??

ensuite un peu plus loin la j'ai été chagriné de voir un setInterval tout seul :'( non assigné ( re :'( ) fuite mémoire en perspective et si tu souhaites le kill tu fait comment ???

chtite dernier truc, dans ton fichier de prototype tu codes en objet format json mais plus dans ton marquee

voila mon attaque est terminée , très bon code !

ps : j'aurais bien vu une amélioration de l'algo de rotation

[kimjoa]

salut , le_chomeur , mais je vous aient jamais vraiment quitté , chui timide

Concernant la méthode de binding des événements, c'est tiré de la librairie prototype ...

concernant ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
if(this.boxScroll)this.boxDim+=17;

En faite je mets un overflow à hidden , mais comme si le scroll été visible le conteneur est tronqué, si le contenue a une dimension supèrieur, donc je recalcule le conteneur en rajoutant la largeur du scrool, vais refaire des testes, quand même pour être sure à 100%...

Concernant le setInterval , j'ai jamais fait très attention au fuite de mémoire , mais tu as complètement raison , faudrait le détruire lorsque l'on quitte l'application , comme les événement d'ailleurs, je devrais passé par une fonction intermédiaire et tenir des registres , pour tout supprimer au unload.

Enfin pour la structure du code, là plus part des fonctions sont des closures , car unique pour chaque instance , surtout les événements binder , et n'ayant pas de méthode publique (un marquee n'a pas de méthode publique ...même si on peux en rajouté) ,presque tout le code se trouve dans le constructeur.

voilà, pour info , ce script n'est pas compatible ie7 , je reposte dans la journée .

a++

[le_chomeur]

c'est bien ce que je pensais pour les 17,

pour les évènements, détruit les au fur et a mesure de leur fin d'utilisation , de même pour les fonction lié aux objets

une fonction de purge fera l'affaire ( il y en a une qui traine sur le forum )

[kimjoa]

j'avais déjà été voire la résolution proposé pour les fuites de mémoire de ton calendrier, c'est efficace, mais y'aurais sans doute un moyen plus générique d'y arriver, notamment avec des registres...., je vais adopter t'as solutions, j'ai pas le temps de faire plus ....

Sinon pour le 17 , le conteneur n'est pas tronqué, c'est la hauteur que me donne la fonction clientWidth qui est erroné ...

bye

[kimjoa]

voilà, j'ai modifier la source ....correction du bug ie7 , + ajout de la purge des évènements et de l'intervalle , lors de la fermeture de la fenêtre.

[le_chomeur]

et avec un offsetWidth ??

[kimjoa]

c'est plus facile en faite avec un clientWidth qui calcule la largeur sans les bordures,contrairement à offsetWidth ... en faite me suis un peu renseigné , et la valeur retourné est toujours calculé sans les scrolls si ils existent

[kimjoa]

je viens de reposter le code, y avais un beug dans le prototype , et aussi lorsque le contenue était plus petit que le conteneur ...

!!! si vous voulais faire marquee horizontale, placé toujours le contenue dans un span , et aussi avec un style white-space : nowrap;