Spipu (./23) :
rah, pas propre, ca veut dire qu'en fait l'utilisateur recharge dont malgres tout l'integralité de la page. le but d'ajax c'est de ne recharger que le necessaire.

Je ne considère pas que ce soit le "but" d'ajax, en fait, surtout quand le temps de génération d'une page n'est que de quelques millisecondes : quel intérêt à le réduire encore ?

et normalement quand tu conçois une application, chaque bloque d'une page est généré par des fonctions/modules/classes bien définit, et il est donc facile de ne charger qu'un bloc précis

Ah, attention avec les "normalement" : on va pas être d'accord

Pour moi, c'est typiquement le genre de conception qui résulte d'ajax : ok pour avoir un module "menu", un module "contenu principal" & co, mais en revanche un petit bout de PHP qui n'est là que pour modifier le contenu d'un <select>, pour moi c'est une horreur. Pour rappel, l'un des objectifs d'une conception c'est de s'abstraire tant que possible de l'implémentation; donc faire le choix d'Ajax ou non ne devrait pas modifier la structure du code.

Sans compter qu'avec des solutions comme ça, faire un site qui supporte Ajax et qui fonctionne avec des templates risque d'être assez fun... Donc c'est justement cette tendance à articuler sa conception autour d'Ajax que je trouve très sale moi, et que je voudrais à tout prix éviter.

mais pour revenir à ton pb initial : si c'est du XHTML bien respecté qui est généré, normalement tu peux parcourir sans pb le DOM que tu sois sous IE ou FF, non ?

Désolé mais lis le post ./1 en entier, j'ai expliqué le problème en détail...

[edit] cross, ton bout de code utilise l'une des méthodes dont j'ai déjà parlé dans le premier post...