Correction : il n'y avait en réalité pas de problème (ou alors un autre). Mon application n'as qu'un point d'entré via une redirection htaccess. L'accès aux fichiers est bloqués si ce n'est ceux se trouvant dans le dossier files.
L'adresse du module de test est http://host/installationPath/TestForm/index.html, mais pas besoin de celle-ci, le module de test est celui par défaut (page d'accueil).

Pour la partie "To see how it works" il était question de regarder les sources et non de tenter d'accéder au fichier via http. Désolé si je me suis mal fait comprendre.

Mince, ça doit être une erreur de case... bosser sur un mac est agréable (enfin ça c'est mon avi perso) mais alors pour le coté case insensitive ça me rend fou parfois... je regarderai ça sur le pc au taff. Merci de m'avoir prévenu ;)

En attendant lundi, reste la class, le mini tuto et la démo en ligne... ralala je suis déçu et désolé.

Tout à fait, obligé pour le moment de faire un <<?php ?>?xml ...
Pas très classe mais je n'ai pas de solution pour le moment.

Oui, mais là tu part du principe que j'attend forcément quelque chose de mes champs, qu'un tel soit email, un autre nombre, un autre url... mais dans le cas de champs obligatoire mais pas forcément spéciaux ça devient utile de tester si elle est remplie ou non et seulement ça.

Tartuffe> Attention, il ne s'agissait pas ici d'un script pour s'assurer que les valeurs entrées correspondent à celles souhaitées (par ex. qu'un champs âge soit bien composé de chiffres uniquement) mais juste de savoir si elles sont remplies.
Ca a une utilités limités certes mais c'est une opération qui revient souvent. Ca évite de se retaper les if(empty()) de chaque champs quand on crée un nouveau script, là il suffit de remplir le tableau.

Yoman64> Je comprend pas tout, je teste si la var est empty puis si elle est différente de zéro car zéro est considéré comme empty alors que ça peut être une valeur valide (merci à codefalse et malalam). Donc un string vide n'est pas égal à un string '0' mais empty renverra true pour les deux alors il faut faire la différence.
Sinon j'ai beaucoup vu de script pour vérifier qu'un mail était un mail, qu'une date est bien une date... beaucoup sont bancales, beaucoup sont inadaptable, et je n'en ai pas vu dont le but est la vérification du remplissage.

aaah ok ok, autant pour moi en effet je pensai à l'autre test. Faut m'excuser, ma semaine de taff m'est montée à la tête ^^.
oki, je vois bien le probleme, alors comment le régler ?
un if(empty($_POST['value']) && $_POST['value'] != '0') devrait faire l'affaire nan ?

bah en fait j'aime bien ton lien ^^ :

Retourne FALSE si var a une valeur non-vide et différente de zéro.

Ce qui suit est considéré comme étant vide :

"" (une chaîne vide)
0 (0 en tant qu'entier)                              <---------- :D
"0" (0 en tant que chaîne de caractères)
NULL
FALSE
array() (un tableau vide)
var $var; (une variable déclarée, mais sans valeur dans une classe)

lol alors je changerai ça dans un souci de propreté ^^ mais ça marche ici :p
Alors question, vaut il mieux que je fasse un if(count(array)>0) ou alors que je saute la déclaration de l'array et que je fasse un if(isset(array)) ?
les deux marchent mais est-ce bien propre ?

As tu testé ? car je sais qu'en actionscript ça renvoi false donc j'ai testé avec php et chez moi (MAMP sur leopard) ça marche.

Franchement cool ce script, juste pour te dire que dans les parametres de publication>formats il suffit de modifier l'extansion du fichier de sorti en face de html pour que celui ci soit automatiquement en php.