VFORM (CONTRÔLE COMPLET DE FORMULAIRE)
XtremDuke
Messages postés
626
Date d'inscription
samedi 28 septembre 2002
Statut
Membre
Dernière intervention
18 mai 2009
-
28 févr. 2008 à 18:01
vilfarfadet Messages postés 9 Date d'inscription mardi 19 décembre 2000 Statut Membre Dernière intervention 19 février 2009 - 5 déc. 2008 à 10:42
vilfarfadet Messages postés 9 Date d'inscription mardi 19 décembre 2000 Statut Membre Dernière intervention 19 février 2009 - 5 déc. 2008 à 10:42
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/45893-vform-controle-complet-de-formulaire
https://codes-sources.commentcamarche.net/source/45893-vform-controle-complet-de-formulaire
5 déc. 2008 à 10:42
J'ai trouvé votre code parce que je voulais vérifier s'il y avait déjà sur le site un vérificateur de numéro de TVA intracommunautaire.
Une petite suggestion, il faudrait peut-être passer à l'encodage UTF-8 pour les accents : cela ferait un code plus international. Par contre, ça complique la conversion accents <-> encodage html.
-
30 mars 2008 à 12:01
6 mars 2008 à 08:30
6 mars 2008 à 08:05
Pour t'aider je veux bien mais j'ai vraiment pas beaucoup de temps en ce moment. Peut-etre plus te filer des conseils quand je peux, ce serait peut-etre plus facile dans ce sens ?
Tu peux aussi t'inspirer de ma source si tu trouve certains points intéressants, elle est aussi en GPL (même si c'est pas indiqué) donc ya pas de soucis là dessus, j'irai pas porter plainte ;)
6 mars 2008 à 07:37
Il fallait également répondre de manière simple aux personnes ayant besoin de contrôler des formulaires lourds, complexes, et multilingues.
Disons, que dans le cas de ton script, les Français seront grandement satisfaits et qu'il est parfait pour cela (et même excellent), et que VForm répondra correctement aux besoins des développeurs Français et étrangers.
Je te propose, si tu le veux, de travailler sur VForm pour l'optimiser "au taquet" et d'en faire un outil qui conservera sa spécificité et aura la qualité de ton optimisation.
Si ça t'intéresse, contacte-moi en PM.
Merci
Galawa
5 mars 2008 à 23:34
5 mars 2008 à 19:53
Ceci étant, comme déjà dit, je suis ouvert à tout...
5 mars 2008 à 19:40
5 mars 2008 à 19:34
Comme je l'ai dit, je ne suis pas un programmeur professionnel, le code est donc largement perfectible.
5 mars 2008 à 18:30
Apres comme tu le dit tres bien, c'est un choix de ta part :D
5 mars 2008 à 13:15
Ceci étant, on va pas non plus "massacrer" une appli pour tout le monde parce que quelques uns ont encore de la "vieille" technologie.
Et puis, s'il y a une gros formulaire, c'est que déjà, le site est "balaise" donc long à charger pour ce genre d'utilisateur.
C'est certes un choix de ma part, mais bon...
Merci
5 mars 2008 à 13:09
Les tests doivent etre rapides une fois chargé, j'en doute pas ! :p
5 mars 2008 à 12:22
Avant de dire que "ça prend du temps", tu as testé ?
J'ai un bon nombre d'utilisateurs sur ce script et personne ne s'est plaint ;)
Je teste jusqu'50 champs...en 2 secondes.
Bons tests
5 mars 2008 à 05:48
1 mars 2008 à 09:56
J'avais dévéloppé séparémment les fonctions htmlentities et html_entity_decode, pour "le fun".
En fait, je ne m'en servirait pas pour VForm.
Mais bon, je retiens tes suggestions.
Pour ConvertAccents, je suis ok sur le "grand switch", mais je ne suis pas certains que ça aille plus vite avec l'autre méthode.
A voir
29 févr. 2008 à 17:11
function htmlentities(texte) et function html_entity_decode(texte) , je pense qu'il est possible d'optimiser les fonctions:
- créer 2 lists findstring, newstring (pour HTML ) des N éléments à rechercher et substituer
Puis for i=0 i < N i++; texte = texte.replace( findstring[i], newstring[i]); pour htmlentities par ex,
for i=0 i < N i++; texte = texte.replace( newstring[i], findstring[i] );
le code des fonctions devient indépendant du data.
Pour ConvertAccents puisque la liste est fixe ne peut-on pas l'organiser pour qu'à partir texte.charAt(i) avoir un index d'accès dans la liste ce qui nous évitera ce grand switch: ex MaListe=\242\243.... texte_ok += MaListe[texte.charAt(i)-offset] où offset gère le décalage dans la liste (attention au typage de texte.charAt(i) qui doit être un nombre et au classement de MaListe pour éviter un plantage avec offset).
Pour le moment j'en suis resté là...
Cdt
JAN
28 févr. 2008 à 18:35
J'attends tes commentaires, tes corrections...ou tes suggestions.
Encore merci pour tes encouragements.
28 févr. 2008 à 18:01
Je n'ai pas tout regardé (6000 lignes, ca fait trop pour une fin de journée) mais ça parait être très intéressant et très certainement utile dans beaucoup de domaines.