Reprise du message précédent :
gooopil, Beginner02> Qui serait assez couillon pour demander un nouveau hasard à chaque page quand il veut du hasard mais qui reste le même d'une page sur l'autre? Le "order by" remplace juste le "array_rand" (ou autre technique) du php. Après la méthode pour garder l'ordre mélangé obtenu reste le même de même que la méthode pour créer (ou récupérer) les liens des différentes images de chaque page.
 
Franchement, pourquoi vous cherchez la complication quand c'est simple?
 
Beginner02 > Le jour où il aura 1 millions d'images dans sa base, il pourra se demander si c'est gênant d'attendre 3 secondes et demis (les 58 minutes de son tableau correspondent à 1000 exécutions de la requette) que le mélange se fasse et donc si ça vaut le coup de partir dans des solutions plus complexes. Pour le tableau récapitulatif de la page que tu cites, c'est dommage qu'on ne puisse pas savoir facilement à quel test correspond chaque ligne. Là je suis entrein de relire une troisième fois afin d'essayer de comprendre enfin à quel test correspond le "RAND() * MAX(ID) + ORDER BY ID".

v0.4 : utilisation de jQuery 1.2

Oh thanks, j'avais pas vu que la v1.2 était arrivée

Et y a l'UI qui arrive dimanche, mais c'est du tout bon ça
( reste plus qu'a voir coté performance, s'ils ont conservés les améliorations apportés par la 1.1.4 )

Je faisais que préciser par rapport à sa demande... Je suis d'accord sinon

Je ne comprends pas bien le sens de ta phrase...
En temps normal, pour une pagination des résultats, je garde juste les paramètres de tri, le nombre d'objets par page et la page courante => je peux alors "reconstruire" la requête en changeant le "LIMIT".
Reprenant cela, par exemple, si tu fais un "SELECT" avec un "ORDER BY RAND()" pour la page 1, la même chose pour la page 2 et si tu reviens à la page 1 en faisant de nouveau un "SELECT" avec un "ORDER BY RAND()", tu ne retrouveras pas le même résultat !
La solution serait donc de faire un "SELECT" avec un "ORDER BY RAND()" sur l'ensemble de la table, de mémoriser le résultat (en session par exemple) et d'effectuer la pagination en PHP (lecture du résultat) => je pense que c'est ce que tu expliquais !?

C'est surtout ce passage qui me gênait :

=> http://dev.mysql.com/doc/refman/5. [...] tions.html
 
J'essayais peut-être de chercher une solution plus compliquée alors que, effectivement, la solution est beaucoup plus simple...

bon c'est bon j'ai trouvé comment insérer une anim flash en gardant un code valide et sans qu'il y ait cette grosse barre jaune sous IE 7 "contenu bloqué"

 
ça ressemble à celle d'Alsacréations (qui ne marchait pas ) ou alors j'ai fumé

Mutain, je passe à Mootools, c'est tellement mortel que les 3/4 de mes scripts et fonctions de mon site finissent à la poubelle

Ca fait toujours ça la première fois ?

Ben c'est un peu le but, fondamentalement
 
Ca veut dire qu'au lieu de faire des microscripts poorris tu peux passer ton temps à faire des trucs qui pootrent à la place

Ouais, ça j'ai vu

Par contre leurs trucs AJAX ont l'air bizarre, enfin les demo sont pas ultra convainquantes en tout cas

Bind etc

T'as sélectionné Mootools sur quels critères ?

J'étais sur ByteFX pour faire que des effets graphiques, pis j'ai eu besoin d'un peu plus, sachant qu'il me semble que jQuery est pas top niveau graphique.
Et j'ai bien du demander des avis ici je crois.

Mais ce con a pas gd-chose pour traiter du XML

on peu mettre IE 6 sous Vista?

edit: ouai, fo utiliser virtual pc et une machine virtuelle XP SP2 + IE6 gratuite fournie par MS... un peu lourd quand meme

jQuery va bientot sortir des composants graphiques (preview dimanche)

Ce qui devrait changer bientôt (jQuery 1.2 + module d'interfaces)

Trop tard

jQuery c'est impratique pour faire de la programmation, déja parce que $() se renvoie en permanence, et pour récupèrer quoi que ce soit de la stack, il faut dépiler avec une méthode
En plus la communauté est composée d'abrutis notoires et y'a pas d'UI stable

Et pour le XML, on est d'accord qu'y a rien dans Mootools, ou c'est moi ?

De quoi tu dis, y'a xhr, ça te suffit pas?

nan
jvoudrais un truc qui me retourne un tableau balise->valeur (gérant CDATA et texte), ou alors index->valeur de toutes les occurences d'une balise, ou autres trucs où y aurais pas à s'emmerder avec des verif de nodeType, hasChildNodes et tout.
 
Fin j'ai les miens sinon mais bon ce serait chouette quoi.

Ouais, mais ça c'est une feature, donc c'est un plug-in, donc tu peux le coder et le proposer comme tel.
Sinon t'as tout ce qui concerne Element, donc t'as getChildren(), getFirst(), getLast(),getNext(),getPrevious(), tout ça sans les "\n" plus les selectors, je vois pas pourquoi ils iraient alourdir leur truc avec un XML2Object

ouaip.

Sinon c'est quoi le mieux entre le setAttribute() du DOM et le setProperty() de Mootools ? C'est quoi la différence ? (idem setHTML vs innerHTML)

Parce que là je change toutes mes fonctions par leur équivalent mootools, mais je me demande si je suis pas en train de faire une connerie, niveau perf et maintenance

tu changes un truc qui fonctionne  et qui ets portable par un truc dont tu ne sais pas ce que ca t'apporte  
 
tu t'ennuie tant que ça ?

 
En utilisant les methodes de Mootools, tu peut profiter des bugfix qu'ils peuvent ajouter plus tard, même si aujourd'hui elles semblent triviales.
 
( Mettons par exemple que IE ait des légers problèmes avec un attribut quand il s'appelle src et qu'il faille utiliser une méthode détourner pour le modifier, ils peuvent l'ajouter dans le code de setProperty et tu profitera de leur code. )

Mon instinct me dit que c'est mieux et plus joli.
Mais effectivement, je crois que je vais attendre d'en avoir besoin.

et oui je me fais un peu chier

Le problème que tu cites existe avec un attribut autre que src, j'oublie lequel.

name sur certains elements des forms  ( radio entre autre)

Tu peux pas renvoyer du JSON comme tout le monde ?

si tu veux , je te donnes des projets  
 
 
au passage, il n'y aurau pas l'un d'entre vous qui voudrait faire un  stage a macon  ?  
 
J'ai deux applis a developper / faire developper  
 

Masklinn : Non
Gatsu : Non
0x90 : Non  
Mirror : Non
Shinuza : Non
 
Il te reste koskoz

Moi : non

 
 
plus serieusement, on va avoir un stage / contrat de 6 mois durant l'année prochaine . Le projet est ( pour moi )  interessant ( porter sur le web l'appli de gestion de centre )  
 
donc si vous avez des connaissances qui cherchent

Cherche pas, on cherche déja des connaissances qui cherchent
Sinon t'as le prof de koskoz qui sera bientôt à la recherche d'emploi

oui mais non  
 
c'est moi qui relirai le code, donc si tu veux, les incompetents et autres brèles, je les jette du haut de la tour assez vite

Chépakeskec'est

Mon taphe me suffit, là commme ça je me fais pas vraiment vraiment chier non plus, c'est juste que je peux me permettre d'être perfectionniste

tu devrai apprendre, c'ets quand meme plus digest a traiter que le XML ( meme si c'ets moins buzzword-proof )  

 
moi ca m'agac ed pas avoir le temps de fignoler ce que j'ai commencé

En fait j'ai appris récemment que $() ne se renvoie pas, c'est juste que $() est un alias sur jquery, le truc c'est que jquery fonctionne de mannière très différente de la majorité des libs/apis, donc si on les approche comme identique ben ça marche pas.
 
http://simonwillison.net/2007/Aug/15/jquery/

En fait il change plutôt un truc qui fonctionne pas et n'est pas portable par un truc théoriquement fonctionnant et portabilisé

Oui, je sais que $() est un alias de jquery() (d'ou le no conflict), mais le soucis, c'est ce genre de truc : http://docs.jquery.com/DOM/Manipulation

C'est pas tant une question d'approche, mais le système ou une seule fonction fait des choses complètement différentes selon ce qu'on lui balance c'est quand même extra pour faire du code difficile à relire

Par ex: Jquery peut prendre un string, qu'elle va transformer en domtree, ou alors une fonction qu'elle va alors binder au domready, ou alors un string aussi, mais qui commence pas par '<' et dans ce cas là c'est un sélecteur ... pour peu que l'argument passé à Jquery soit une variable, ça devient vachement pratique pour tracer ce qui se passe vraiment....

A l'inverse pour la gestion des events, deux choses simmilaires ( l'event onclick et un event custom par exemple ) se traitent différemment, le premier à une méthode rien que pour lui, ( qui sert autant pour le bind que le trigger ) alors que l'autre utilise 2 méthodes génériques pour se binder et trigger. Le relecteur de code doit connaitre les deux, et en plus connaitre le cas particulier de hover, et d'autres évènements qui ont droit à leur fonction perso...