CONTRÔLE AUTOMATIQUE DES CHAMPS D'UN FORMULAIRE [CONFORM]
coucou747
Messages postés
12303
Date d'inscription
mardi 10 février 2004
Statut
Membre
Dernière intervention
30 juillet 2012
-
28 déc. 2004 à 19:07
tompou Messages postés 10 Date d'inscription vendredi 25 février 2005 Statut Membre Dernière intervention 21 janvier 2011 - 21 janv. 2011 à 11:57
tompou Messages postés 10 Date d'inscription vendredi 25 février 2005 Statut Membre Dernière intervention 21 janvier 2011 - 21 janv. 2011 à 11:57
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/28451-controle-automatique-des-champs-d-un-formulaire-conform
https://codes-sources.commentcamarche.net/source/28451-controle-automatique-des-champs-d-un-formulaire-conform
21 janv. 2011 à 11:57
21 janv. 2011 à 11:56
Je relance le sujet car j'ai testé ce script qui marche à merveille.
Oui mais voilà, hier j'intègre dans mon fichier un upload de fichier et là cela ne marche pas qd je garde la fonction de controle des champs.
Quelqu'un aurait une idée?
merci
20 juin 2010 à 15:15
si une adresse de type test@test;com est entrée , elle passe aussi , de même si des caractères spéciaux sont entrée il les acceptes aussi ,ou une seul lettre pour le domaine passe aussi !!!!
Il vaux mieux utiliser ceci :
("[a-zA-Z0-9_-]+@[a-zA-Z0-9-]{2,}[.][a-zA-Z]{2,3}$") )
a la place de
("[-\./w]*@/w*\./w*") ) // pas terrible ça !
Le commentaire en disait long ;)
Merci néanmoins pour ce script
24 juil. 2008 à 10:39
24 juil. 2008 à 05:43
ne sont pas testés plus tard.
et même, faudrait changer les tests
... dès que je prend le temps.
@+
23 juil. 2008 à 17:55
23 juil. 2008 à 12:07
pour simplifier les tests qui suivent...
alors si ce que tu as fait baigne..
ou tester :
valeur[RLtrim(trv[0].toLowerCase())]=RLtrim(trv[1]);
( pas vérifier si ça baigne toujours pour tout ! )
sinon : ne pas faire le toLowerCase sur erreur:
c'est une chaîne de caractères,
c'est d'ailleurs une erreur que de le faire !
@+
23 juil. 2008 à 11:42
Bien sûr et je n'ai pas manqué de l'essayer, mais pour moi ça ne marche pas! Les majuscules sont réduites en minuscules.
Ici peut-être: valeur[RLtrim(trv[0].toLowerCase())]=RLtrim(trv[1].toLowerCase()); ???
21 juil. 2008 à 15:07
aucun inconvénient... le "plus simple"
est, peut-être, malgré tout, de mettre
cette majuscule dans le texte utilisé
lors de l'appel de la fonction ? non ?
@+
21 juil. 2008 à 14:55
Par souci d'esthétique j'aime bien commencer une nouvelle phrase ou les positions d'une liste par une majuscule. Un détail..., bien sûr. Je propose donc un ajout pour que lors de l'affichage dans la fenêtre "alert", les textes d'erreurs commencent par une majuscule. Donc dans la "function SignalErreur(z1,frm,z2)" j'ajoute la ligne de code suivante:
z1["erreur"]=z1["erreur"].substring(0,1).toUpperCase()+z1["erreur"].substring(1);
juste avant:
return "\r\n"+z1["erreur"];
Ça marche pour moi. Y a-t-il des inconvénients?
5 avril 2008 à 11:52
je ne t'avais pas répondu en direct ? je suis sûr que si !
message détourné par la CIA probablement...
5 avril 2008 à 11:26
5 avril 2008 à 08:42
de CodesSources pour cette source ?
mais ça tombe bien, j'avais omis de donner
l'explication suite au message de leodrel :
lang ( et les autres probablement ? ) ont une taille limitée.
donc, si on est confronté à ça :
http://www.javascriptfr.com/codes/CONTROLE-CHAMPS-FORMULAIRE-CCF_43101.aspx
28 févr. 2008 à 13:53
peux-tu m'envoyer ton formulaire, le .js ... ?
pour m'écrire, c'est ici http://www.bul.freesurf.fr/MAS/?Bul
je regarderai/testerai...
mettre ( en plus ! ) [!pourriel] dans le sujet
comme je suis particulièrement spamé....
@+
28 févr. 2008 à 11:06
28 févr. 2008 à 07:52
c'est le nombre de caractères d'une ligne qui est limité
ou le nombre de lignes ?
dans des circonctances particulières ?
tu mets un erreur:texte erreur ?
@+
27 févr. 2008 à 22:09
13 juin 2007 à 12:28
en décrivant les contrôles à effectuer dans un .xml.
le html n'est plus "détourné" de son utlisation "normale".
http://www.javascriptfr.com/codes/CONTROLE-CHAMPS-FORMULAIRE-CCF_43101.aspx
@+
à Tguerlus : c'était de l'humour. et non : pas d'évolution
dans ce sens ( ça m'étonnerait d'ailleurs que ça vienne ).
8 juin 2007 à 09:35
Pour le composant textearea? Pour ma part, quand il y a une exception, ben tanpis pour les puristes mais je fais du specifique. (Ecole SSII) car l'idée est de gagner du temps sur le developpement et non le contraire). Mais c'est bien de pousser l'etude jusqu'au bout au moins on est fixé.
PS: Je ne t'ai pas menti car je l'avais testé à l'époque sur 5 navigateurs et le résultat ete le même pour tous les navigateurs utilisant le moteur Gecko. Maintenant, il a peut-etre évoluer depuis il faudrait retester.
5 juin 2007 à 14:20
pas de doute, finalement, comme disait
Malalam : vive le XML (?) faudrait que
je le fasse, que je transpose...
"pas grand chose à faire" pour ça à priori !
Cordialement.
5 juin 2007 à 14:03
Tout d'abord Bravo et merci pour ce script. Cela me fait une bonne base pour mes besoins et va me faire gagner pas mal de temps.
Maintenant la remarque utile : IE semble ne tenir compte que des 130 premiers caractères(espaces compris)de l'attibut LANG. Donc si vous avez un message d'erreur à rallonge comme moi, vous aurez un message tronqué ou le message par defaut. Du coup je suis repassé au controle sur le ALT qui n'a pas cette limitation.
27 août 2006 à 10:17
les seuls attribut universels qui fonctionnent
sont class et lang sur un Textarea avec FF,
avec IE, "tout baigne".
tester=formulaire.elements[no_element].lang;
27 août 2006 à 10:12
26 août 2006 à 21:41
tester=formulaire.elements[no_element].alt;
Apparement il semble que pour les textarea et quelque soit l'attribut choisi (controle par exemple) cela ne fonctionne avec IE mais pas avec FF.
26 août 2006 à 16:05
26 août 2006 à 16:01
soit on "détourne" un truc de sa fonction,
soit on en utilise un "pas conforme".
en xml, le souci est levé ;-D
26 août 2006 à 15:36
Juste que ce n'est pas dans les normes W3C.
Le problème, en fait, c'est qu'aucun élément HTML faisant partie de la DTD officielle ne conviendra. Parce qu'ils ont tous leur utilité...donc, en détournant leur utilisation, tu tombes en dehors des normes. D'où l'idée d'une DTD personnalisée. Solution qui, je le concède, est franchement pénible lol.
Vive le xml... en résumé ;-)
26 août 2006 à 15:33
c'était ça ma 1ère version... : controle="..."
mais TGuerlus m'avait signalé que cela ne
fonctionnait pas avec avec les moteurs Gecko !
je l'ai cru ! on m'aurait menti ? :-)
et il me conseillait alt
[ j'avais envisagé/proposé <style='...controle:....'> ]
mais, pas con le alt, que je me dis. et je rectifie.
mais de toute manière, 1 seule ligne est à modifier :
tester=formulaire.elements[no_element].alt;
=======================================***
et à remplacer parce que l'on préfère :-D
alt sur textarea fonctionne avec IE,
pas testé avec les autres navigateurs.
merci des conseils.
26 août 2006 à 15:08
<textarea chekingform="...">...
ça aurait été pareil (et ça aurait marché...).
26 août 2006 à 15:07
j'avais déjà vu cette utilisation de alt (mais ça vient peut-être de toi...un admirateur sans doute :-) ).
ceci dit, un truc me chagrine quand même...MEME si c'est une bonne idée : Antéane a raison. Dans le sens ou, si la balise input accepte l'attribut alt en HTML4...ce n'est pas le cas pour textarea. Alt ne fait pas partie des attributs autorisés pour cet élément. Alt est dédié :
- obligatoirement a area et img
- optionnellement à input et applet
http://www.w3.org/TR/html401/struct/objects.html#adef-alt
et
http://www.w3.org/TR/html401/interact/forms.html#edef-TEXTAREA
Du coup, si on veut rester dans les normes, nous faut une DTD personnalisée...au boulot, Bul ;-)
26 août 2006 à 14:45
"j'ai rien compris".
il s'est gourré d'endroit où envoyer, c'est sûr.
( il devait être en train de causer sur phpcs ! )
ça me permet de le saluer :
salut à toi joyeux contribuable.
26 août 2006 à 14:30
avec mysql 5, on nous demande de faire : CALL procedure(parametres); plutot que de faire update ou insert... pour les select, je ne sais plus comment on peut se passer d'un select classique, mais on devrait pouvoir le faire, et ça permet de séparer le sql du php,
les moteurs de templates permettent de séparer le html du php
les balises link et script devraient séparer le js du html et le css du html
bref, mélanger ça comme ça... je ne suis pas sur que ça soit à la mode, et sur un gros projet, ça peut porter à confusion...
26 août 2006 à 13:59
||textarea qui ne gere pas la balise alt
ah bon ?
<textarea name="txt"
alt="toto">exemple</textarea>
<Script type="Text/JavaScript">
alert(txt.alt);
</Script>
je plaisante !!!
alt est bien pris en compte par textarea
( enfin, tel quel, et testé uniquement avec IE ).
quel est le problème ?
on peut voir un bout de script ?
mais peut-être inutile d'encombrer ici :
contacts par http://www.digipills.com/cerbermail/?7k0USwXbQj
ou mon mail direct (il traine hélas), ou par mon site, ou sur
le forum... ou ... comme tu veux.
et on mettra la réponse si ça peut servir à tous.
@+
26 août 2006 à 12:42
Merci
26 juil. 2006 à 08:21
on faisait appel à ConForm dans le onsubmit de la balise <form...>
et il n'y avait pas de pour envoyer.
l'intrevention permettra de faire évoluer ConForm.
25 juil. 2006 à 16:23
le formulaire est "bizarre" sur l'adresse donnée :
pas de submit, pas de </form>, erreur ligne 16...
et je pense que tout vient de là.
contact : http://viadresse.com?59654018, ou par mon site
ou mail : marcel point bultez arobase tiscali point fr
@+
25 juil. 2006 à 16:10
La page est la suivante: http://guiness.ovh.org/mairie/remarques.php
25 juil. 2006 à 16:06
nombre de caractères saisis est bien = 5 ?
si oui :
si rem est bien le name du formulaire
ce serait d'ailleurs à contrôle à mettre en standard,
ça pourrait encore servir.
@+
[ on ne dit pas je suppute, mais je suis une péripatéticienne ]
25 juil. 2006 à 15:51
Voilà ceci ne marche pas, sinon le script est terrible ;)
5 juil. 2006 à 12:11
>>pas con de planquer ça dans le alt
excellente suggestion de TGuerlus, encore merci à lui !
j'avais aussi pensé mettre ça dans style="...controle='...'..."
car l'attribut ...controle="..." n'est pas géré par "le moteur Gecko"
@+
5 juil. 2006 à 12:00
5 juil. 2006 à 12:00
Avec ma source, pour le moment, il faut donner une preg pour chaque champ, ta source m'a donné l'idée de mettre des pregs par défaut pour des champs comme url, champs, dates etc...
5 juil. 2006 à 11:19
une ligne dans un select donc ? et pourquoi faire ?
une telle ligne ne peut-être mise que par
programme, inutile de contrôler ?
ou je n'ai rien compris ?
5 juil. 2006 à 11:01
Tout d'abord bravo pour le code.
Mais j'ai un petit problème.
Dans le cas d'un select avec du code php qui requete une base les controles avec alt ne sont pas fait dans le option à cause du :
echo "<option value='$machin'> $machin </option>";
28 mars 2006 à 11:10
je vais ajouter une possibilité avec un nouveau type.
en attendant, on peut quand même résoudre le problème
comme ci-dessous.
<form name="frm"....>
@+
26 mars 2006 à 16:24
Ce script est génial, mais les cases à cocher fonctionnent exclusivement quand il y en a plusieurs et non une seule
comme lorsque l'on veut qu'une personne accepte les conditions générales une case suffit
Merci avance si vous avez une solution car mini:1 et maxi:1 ne fonctionne pas
Merci par avance
@+
13 janv. 2005 à 08:35
mettre les contrôles dans alt="..."
merci.
12 janv. 2005 à 15:03
12 janv. 2005 à 14:51
bravo pour ton script, il va sûrement
me permettre d'améliorer le mien.
je ne connaissais pas assez les moteurs
Gecko pour me douter que l'attribut
n'était pas accessible.
peut-être en le mettant dans
style="...controle=''...." ?
12 janv. 2005 à 10:24
Je te propose cette solution -> http://www.javascriptfr.com/code.aspx?id=28766
Merci pour l'idée tout de même. Il faut rendre à césar....
29 déc. 2004 à 16:38
Le code est un peu en désordre au premier regard mais on s'y retrouve ;)
29 déc. 2004 à 10:12
des erreurs, pour l'utilisateur
donc on y met quelquechose
de signifatif ( enfin on tente de )
@+
28 déc. 2004 à 19:07