Désolé, mais je me dois de corriger un peu: c'est une "Release Candidate", ce qui veut dire "sauf gros problême, ce sera grosso-modo la version finale".

Pour info: cette version est capable de faire tourner sans problême une copie de www.xoops.org, qui est rempli de modules tous plus archaiques les uns que les autes.

De plus, au cas ou un probleme serieux pénalisant votre site apparaitrait re-uploader les fichiers de la 2.0.13.2 par dessus remettrait tout en ordre.

Mais, comme il a été dit: de toute façon il est recommandé de tester toute mise à jour localement ou sur un miroir, avant de l'effectuer réellement sur votre site en production.

PS: Prochaine version à peu pres 10 jours après la RC (2.0.14 finale, si de réels problêmes apparaissaient avec cette version, RC2)

skalpa.>

Citation :

Il faut enlever le > qui depasse... pour l'instant, quand la condition est remplie tu dois obtenir un truc comme ca:

<input type="checkbox" .... value="1"> checked="checked" />

donc le navigateur considere que la balise se ferme apres le value, et que le reste est du texte/contenu.

skalpa.>

Citation :

C paske t'as faut dans ton intitulé

Ca permet de séparer la "logique de présentation" de la "busyness logic".

skalpa.>

Pour te repondre plus precisement: dans le cas qui nous interesse, il n'y a pas vraiment de difference.

Et pour ta question: oui... en fait il y aura moyen de changer /nimporte/quoi en /ce/que/tu/veux.html Mais il y a de fortes chances que dans un premier temps tout ne soit pas accessible: les classes se chargeant de la reecriture pourront tout supporter, mais les outils de configuration ne permettront surement que des regles de reecriture simples, dont celle que tu as citee fait neanmoins partie, et la possibilite de configurer tout de maniere completement libre ne devrait arriver qu'un peu plus tard.

skalpa.>

Citation :

+1

D'ailleurs: le premier qui me trouve le bout de code Javascript qui me permettrait de nettoyer la salle de bain et les toilettes d'un coup, je lui offre un resto !

skalpa.>

Pour l'emploi du terme: je suis d'accord avec l'article en lien, mais bon je ne vais pas commenter (sinon il va falloir parler de REST et de tout les trucs bidons qui trainent... ca va être trop long).

Sinon, pour répondre à ta question qui est assez vague: j'ai pratiqué ce genre de trucs il y a quelques années, alors que ça ne servait pas encore à nettoyer les WC (en bossant pour des intranet sous IE).
Dans certains cas précis ça peut être utile, mais d'un point de vue général utilisé "par principe", c'est un excellent moyen de se retrouver avec une interface utilisateur très difficile à maintenir et sujette aux bugs.

Je que j'en dirais: faut pas chercher à l'utiliser ça, juste savoir que c'est possible.
Si un jour tu te retrouves devant un problême précis en te disant que c'est le moyen idéal de le résoudre, alors vas-y... mais pour éviter que la page se rafraichisse tout le temps ou des trucs bidons comme ça alors je conseillerais plutôt un truc genre <iframe> au lieu d'essayer de te retrouver avec une interface qui aurait quelques inconvenients de Flash (comme la perte d'historique de navigation, le fait que certaines données ne soient plus visibles aux moteurs de recherche) et pas les avantages.

J'espère que ça t'aide plus

skalpa.>