Page 1 sur 1
petite question sur les <input>
Posté : 17 avr. 2007, 17:58
par dauvilliers
Bonjour à tous

,
J' ai encore une petite question ( je sais ca fait beaucoup en peu de temps

)
Voila j'ai des formulaires avec des <input type="text" enfin tout le bazar et ca marche trés bien

!
Le seul petit 'HIC' c'est que j'aimerais pouvoir choisir les caractères qui peuvent etre entré dans l'input par exemple pour les valeur de quantité l'utilisateur ne pourra tapé que des entier et le point (ou la virgule)!
Est-ce possible?
Merci d'avance

Posté : 18 avr. 2007, 08:58
par charabia
Regardes du côté des regex, tu trouveras ton bonheur
http://www.expreg.com
Posté : 18 avr. 2007, 09:04
par titerm
Ca se fait en JS pour des raisons d'ergonomie. Et la, t'as 2 possibilités, soit tu le code toi meme, soit tu utilise un librairie qui sait faire.
Pour la 2eme solution, si tu utilise déjà la lib prototype, il y a un add on de validation qui s'appui dessus.
Prototype
Validation
C'est bien fait et facile d'emploie, ca t'ajoute pas des onclick partout mais utilise un simple handler pour surveiller toute modif d'un formulaire.
L'utilisation est d'une simplicité deconcertante...
tu ajoutes les 2 scripts au debut de ta page
et tu affectes les contraintes dont tu as besoin sur chaque input via l'attribut classe.
Tu peux définir tes propres contraintes très facilement aussi.
[/url]
Attention, la validation doit obligatoirement etre faites aussi coté serveur pour des raisons de sécu.
Posté : 18 avr. 2007, 10:12
par dauvilliers
Posté : 18 avr. 2007, 10:24
par charabia
A savoir que le javascript peut être désactivé par l'internaute.
Ca se fait en JS pour des raisons d'ergonomie
Ergonomie ?
Posté : 18 avr. 2007, 10:38
par titerm
A savoir que le javascript peut être désactivé par l'internaute.
D'où ladernière phrase...
Attention, la validation doit obligatoirement etre faites aussi coté serveur pour des raisons de sécu.
Ergonomie ?
Oui, ergonomie, si tu as un formulaire un tant soit peu complexe et tu du dois attendre de valider pour savoir qu'il y a des erreurs, c'est pénible. Ca charge le serveur inutilement et pour un peu que le serveur réponde lentement, l'internaute vas commencer à soumettre plusieur fois, voir à se barrer.
En plus, ca alourdit considérablement le code si tu veux éviter le l'internaute ait à resaisir tout ce qu'il à saisi.
Posté : 18 avr. 2007, 10:44
par charabia
C'est sûr que c'est plus rapide en javascript. Si la validation est vraiment obligatoire, par exemple pour éviter de faire foirer quelque chose, il vaut mieux le faire côté PHP.
C'est certain que ça alourdit plus le code mais c'est beaucoup plus sûr.
Maintenant à dauvilliers de voir quel méthode correspond le mieux à ses besoins.
Posté : 18 avr. 2007, 10:56
par titerm
Le but n'est pas faire du rapide mais du conviviale coté client et fiable coté serveur.
Donc JS pour eviter d'avoir à soumettre pour voir les erreurs.
et la Validation coté serveur, c'est pas "plus sur", c'est obligatoire car c'est la seule fiable. Et si la validation coté serveur n'est pas respecté, on renvoit sur le formulaire brut.
Posté : 18 avr. 2007, 11:27
par charabia
Par "plus sûr" j'entendais par là bien évidement "plus fiable"...
Posté : 18 avr. 2007, 11:54
par titerm
c'est pas le 'sur' qui me fait tiquer mais le 'plus'... Et c'est pas mieux dans 'plus' fiable...
Pour moi, le 'plus' est hors propos dans la mesure ou la validation coté client n'est absolument pas fiable... En mettant plus, on a l'impression qu'il existe une notion de fiabilité coté coté client, hors elle n'existe pas.
On est daccord globalement, c'est plus un problème sémantique...
Posté : 18 avr. 2007, 12:02
par charabia
On est daccord globalement, c'est plus un problème sémantique...
Exact c'est ce qui compte

Je pense que dauvilliers a compris où on voulait en venir tous deux.
heu ..
Posté : 18 avr. 2007, 13:04
par dauvilliers
ok mais heu vous tapez pas dessus
Et quand vous parler de protection coté serveur c'est comment exactement qu'on fait ca?