S'assurer de la validation ou non des modifications

Version imprimable

12/04/2011, 10h51
Michel Rotta

S'assurer de la validation ou non des modifications

J'aurais dû rajouter dans le titre : "autant que possible".

Le contexte, dans une application web (php, sgbd, symfony, jquery) on veut pouvoir s'assurer avant de quitter la page du "form" que les données modifiées ont été sauvegardées ou volontairement abandonnées.

Ce en ce prémunissant d'un maximum d'interventions intempestives de notre brave utilisateur. L'idéal serait qu'il n'ait pas la possibilité de quitter son écran sans s'être assuré que les données modifiées aient été sauvegardées ou volontairement abandonnées.

Avez-vous déjà traité ce type de problème ?
Avez-vous une solution ?
12/04/2011, 10h56
SpaceFrog

forcer une sauvegarde à chaque modification (avec ajax) ?
onchange onblur ...
12/04/2011, 11h26
Michel Rotta

J'y ai pensé.

Sauf qu'il est fort possible que l'utilisateur ne veuille pas modifier... il faut donc lui laisser la possibilité de modifier ou d'annuler la modification. Et faire un dialogue à chaque changement de champ n'est pas optimal.

Après, j'ai bien envisager de garder en cache sur le serveur l'enregistrement modifié au coup par coup, en attendant la sauvegarde (ou l'annulation), mais cela n'empêche pas de sortir facilement de la fenêtre d'édition. Sans compter les problèmes potentiels liés à l'édition en multi-utilisateur.

Je m'oriente vers un accès en consultation avec un passage volontaire sur l'écran d'édition, écran qui aura un aspect différent et n'aura pas d'accès au menu ni au changement d'enregistrement. Il sera moins aisé de changer "par erreur" et d'oublier les modifications. Il restera possible de fermer fenêtre et/ou onglet (sans oublier la bonne coupure de courant).

Autre avantage, j'ai la possibilité de mieux gérer le verrouillage des enregistrements au niveau du serveur.

Reste que si je pouvais faire un avertissement (et bloquer éventuellement) la fermeture de la fenêtre et/ou de l'onglet ce serait un plus appréciable. Mais je ne vois pas trop comment.
12/04/2011, 11h30
Pymento

En gros tu veux que ton site réagisse comme word par exemple, c'est ça ?

@SpaceFrog j'imagine qu'il veut permettre l'annulation des modifications.

Tu peux capter la fermeture d'un site, je ne l'ai jamais implémenté mais j'ai vu des site internet le faire.

Code:

<body onunload="ferme();">

il me semble. et la tu dois pouvoir faire un

Code:

confirm:

à la place d'un

Code:

alert()

qui annonce que les modifications seront perdues.

Pour t'aider, tu pourrai mettre en place une variable booléène globale. Qui passerai à true à la moindre modification (pour ça il faut mettre un onChange dans chacun des tes inputs qui passera la variable à true, et le bouton sauvegarder qui la passera à false).
12/04/2011, 11h41
SpaceFrog

c'est plutot unbeforeunload
12/04/2011, 11h42
Michel Rotta

@pymento: oui.

J'avais de gros doutes sur la possibilité de pouvoir récupérer un événement sur la fermeture de la fenêtre, mais je n'ai pas pensé que si l'on ferme la fenêtre, on ferme le body... :oops:

Vu que mon utilisateur bascule volontairement en édition, ne pourrais-je pas tout simplement interdire la fermeture de la fenêtre (du body) avec une bâte boite "fermeture impossible, vous devez sauvegarder ou annuler vos modifications au préalable" ?

L'idée me parait plaisante !

Code:

1 2 3 window.onbeforeunload = function(){ return "Les données n'ont pas été enregistrées, voulez-vous vraiment quitter cette page ?"; }
Mais la compatibilité entre navigateurs est incertaine (pas valable sur Opera par exemple).

12/04/2011, 11h49
Pymento

Il ne me semble pas qu'on puisse interdire l'utilisateur de fermer, sinon les popups s'en donneraient à coeur joie ^^

Avec ma technique tu retombe sur ce que tu recherche, une boite confirm "annuler les changement ?" s'il il met ok il annule et s'il met annuler il reste sur la page. Libre a lui de sauvegarder quand bon lui semblera.
12/04/2011, 11h51
SpaceFrog

ça ne bloque pas une fermeture sauvage
a part faire des sauvegardes sur des onchange et onblur et conserver un log ...
12/04/2011, 11h55
Bovino

Citation:

Envoyé par Pymento

Il ne me semble pas qu'on puisse interdire l'utilisateur de fermer, sinon les popups s'en donneraient à coeur joie ^^

Non, mais tu peux demander une confirmation de fermeture comme je l'ai proposé dans mon exemple.
13/04/2011, 09h38
Michel Rotta

Je pense que la confirmation de fermeture sera suffisante. Vu que le mode édition ne sera qu'à la demande (mode vue en standard) l'utilisateur va donc explicitement demander à entrer en modification et le système pourra alors prévenir une fermeture accidentel et "maturel" de la fenêtre durant cette phase d'édition.

Après, s'il quitte à la sauvage il ne pourra s'en prendre qu'à lui même.

Merci à tous, je vais réécrire toute ma procédure CRUD en pensant à vous ! :ccool: