Discussion :

[redoran]

RunCodePhp:

Et bien justement, l'exemple de code que j'ai mis qui eux prévoient de vérifier toutes les données d'une traite est plus professionnel que de le faire une par une car plus pratique, donc gain de temps pour les utilisateurs.

oui c'est un point de vue , là l'utilisateur va voir tous les champs manquant avec leurs messages d'erreurs ....!? je crois que l'utilisateur va tranché sur la façon une fois l'application testée.

une application professionnelle c'est certes la fiabilité du logiciel, mais ça l'est aussi s'il est pratique, intuitif, rapide, etc ...

++++ 1 et j'essaye d'étre le maximum dans cette ligne....
pour l'exemple :
je crois que vous avez enlevé mon complexe vis-avis le switch case

[RunCodePhp]

oui c'est un point de vue , là l'utilisateur va voir tous les champs manquant avec leurs messages d'erreurs ....!? je crois que l'utilisateur va tranché sur la façon une fois l'application testée.

Ce n'est pas un point de vue, en tout cas pas le miens, pour la simple raison que c'est ainsi que ce se fait sur la planète entière (du moins pour ceux qui le font correctement).

Tu cherches la petite bête là où il n'y en pas.

De plus il n'y a pas à demander à tes utilisateurs car c'est toi le spécialiste, c'est toi qui sait le mieux comment cela se passe car tu est celui qui navigue sur le Net avec un oeil critique sur comment créer une interface (une IHM) à la fois bien conçue : pratique, intuitive, rapide, etc ...

Si on a un formulaire de 10 champs et si on averti une par une les différentes erreurs c'est tout sauf pratique.
Pour au moins 2 raisons :
-> c'est plus lent car il y a moyen de les connaitre tous d'un coups (ça se fait comme cela ailleurs)
-> C'est doublement plus lent du fait des aller/retour entre le poste client et le serveur. A chaque erreur c'est ce qu'il va se passer.
Si le réseau est lent n'en parlons même pas (internet, intranet, peu importe).
Sans compter qu'on surchargera inutilement le serveur en rechargeant la même page à chaque erreur.

Une interface bien faite fera en sorte de récupérer toutes les erreurs éventuelles d'une traite.
De plus fera en sorte que chaque champ en erreur sera mise en surbrillance accompagnée de l'erreur : champ input avec un fond ou un contour de couleur ... peu importe la manière.
Un coup d'oeil de l'utilisateur suffira pour les repérer, et les corriger d'un coup.
A la validation s'ils sont tous correctes et bien ce sera autant de temps de gagner (et pour tous : utilisateur, le serveur, le réseau, etc ...).


Franchement, ne vois tu pas que c'est nettement plus pratique de faire cela d'une traite ?

[redoran]

Salam ; excuse pour le retard faute de coupure de connexion et ouiiii

De plus il n'y a pas à demander à tes utilisateurs car c'est toi le spécialiste, c'est toi qui sait le mieux comment cela se passe car tu est celui qui navigue sur le Net avec un oeil critique sur comment créer une interface (une IHM) à la fois bien conçue : pratique, intuitive, rapide, etc ...

tout à fait d'accord , mais l'avis de l'utilisateur après le teste est très important pour l'adoption de l'application.

Franchement, ne vois tu pas que c'est nettement plus pratique de faire cela d'une traite ?

là je crois que vous avez gagné
je te remercie pour l'aide précieuse et surtout je le répète votre patience avec nous