Merci Hideaki pour ta réponse, ça me donne des mots clés et de quoi trouver s'il existe la même chose en PHP.
Sinon je pourrais implémenter quelque chose de simplifié si je trouve un principe de base sympa.
@oxman : Je suis pas convaincu de ce que tu dis mais comme j'en sais rien, je veux bien de la doc
Mais j'ai l'impression qu'on va vers du "statefull" avec les trucs comme les web sockets ou avant comet.
Maintenant ce n'est pas grave car je n'ai pas forcément besoin d'être "statefull", je dois surtout pouvoir contrôler, à partir de mon serveur, les vues envoyées au client, cette information étant déduite de l'état d'un objet stocké sur le serveur : le client n'a pas forcément besoin d'exécuter du code pour maintenir cet état côté client. Pas besoin de javascript car le client lit correctement ce qu'il se passe et peut remplir des formulaires / manipuler une interface.
Mais on utilisera quand même javascript sur une version desktop car c'est plus classe et ça peut être plus simple.
Ou alors la logique du wizard serait gérée uniquement côté client.
Sinon je pourrais implémenter quelque chose de simplifié si je trouve un principe de base sympa.
@oxman : Je suis pas convaincu de ce que tu dis mais comme j'en sais rien, je veux bien de la doc
Mais j'ai l'impression qu'on va vers du "statefull" avec les trucs comme les web sockets ou avant comet.
Maintenant ce n'est pas grave car je n'ai pas forcément besoin d'être "statefull", je dois surtout pouvoir contrôler, à partir de mon serveur, les vues envoyées au client, cette information étant déduite de l'état d'un objet stocké sur le serveur : le client n'a pas forcément besoin d'exécuter du code pour maintenir cet état côté client. Pas besoin de javascript car le client lit correctement ce qu'il se passe et peut remplir des formulaires / manipuler une interface.
Mais on utilisera quand même javascript sur une version desktop car c'est plus classe et ça peut être plus simple.
Ou alors la logique du wizard serait gérée uniquement côté client.