Rien d'exceptionnel me direz-vous, mais ses capacités sont assez intéressantes... En effet, il génère les formulaires via une syntaxe XHTML, il vérifie les données du côté client (via JavaScript) et du côté serveur (PHP), construit des messages d'erreurs personnalisés, et enfin analyse la persistance des données.
En bref, un bon outil pour développeur web, qui mérite d'être cité pour sa qualité et son côté pratique...
# Et QuickForm
Posté par DPhil (site web personnel) . Évalué à 5.
http://pear.php.net/manual/en/package.html.html-quickform.php(...)
PS: puisque c'est un projet français, pourquoi le site et la doc sont exclusivement en anglais ?
[^] # Re: Et QuickForm
Posté par Cali_Mero . Évalué à 6.
PHPLib : http://phplib.sourceforge.net/(...)
OOHForms : http://www.sanisoft.com/phplib/manual/oohforms.php(...)
# gestionnaire de formulaire ?
Posté par dinomasque . Évalué à 4.
BeOS le faisait il y a 20 ans !
[^] # Re: gestionnaire de formulaire ?
Posté par XHTML/CSS inside (site web personnel) . Évalué à 6.
A titre d'exemple, je me suis créé mon propre mini-générateur de formulaires, qui me fait le sale boulot. (du moins une bonne partie)
http://dominique.hoffmann.free.fr/SOC/(...) (une version démo en cours d'amélioration)
Cela ne paraît pas avec 3 champs, mais devoir se farcir un formulaire de 50 champs avec les requêtes qui vont avec à la mano, c'est vraiment pénible.
Alors qu'avec ce petit utilitaire, je gagne au moins un tiers du temps pour créer une interface d'admin, avec moins de bugs.
[^] # Re: gestionnaire de formulaire ?
Posté par Cali_Mero . Évalué à 10.
Quand tu as fait deux sites webs (certains s'en apercoivent meme avant, d'autre après...), tu constates que certaines tâches sont à la fois particulièrement sensibles et répétitives à la fois : exemple, un formulaire permettant de s'inscrire à une mailing-list. un bête champ de saisie de texte et un bouton me diras-tu.... Oui, mais encore faut-il pouvoir vérifier que l'utilisateur ne rentre pas n'importe quoi pour que les données en base, nourries par le formulaire, restent valides. Et la validation d'une adresse e-mail est sans doute l'exemple le plus typique de tâche répétitive qu'on a à faire sur quasiment tous les sites webs.
Il est donc intéressant de se tourner vers ce type de logiciel qui te propose des méthodes unifiées pour :
- générer le code (x)HTML de tes formulaires
- Recevoir et traiter les données après la soumission du formulaire
- valider les données côté client et fournir des tests javascript adaptés
- valider également côté serveur (la validation javascript n'étant qu'un confort pour l'utilisateur et aucunement une sécurité)
- gérer intelligemment les erreurs (l'utilisateur s'est trompé dans son mot de passe ? ok, on lui redemande le mot de passe, mais pas besoin de lui faire resaisir son login, alors on réaffiche le login et on balance un message d'erreur adapté au pépin).
Tout ceci non seulement doit marcher impeccablement bien, pour la sécurité de ton site et le confort du visiteur, mais aussi fait appel à des compétences pointues en (x)HTML pour créer les formulaires, en PHP pour gérer les données et valider coté serveur, en javascript pour les messages d'erreur et le premier niveau de validation... C'est complexe et tout refaire à chaque site prend beaucoup de temps et entraine le risque d'une erreur qui peut tout faire péter (une possibilité d'injection SQL suite à des données mal ou pas validées par exemple).
Voilà pourquoi il est intéressant de se tourner vers ce type de programme, orienté composants. En gros, tu te bornes à dire "Je veux un champ de texte qui s'appelle email et qui doit être rempli avec une adresse email" et le programme se charge quasiment de tout le reste. C'est un gros gain de temps, surtout sur des formulaires complexes.
PS : ce genre de système devient encore plus intéressant s'il est extensible et s'il te permet de développer tes propres composants pour les utiliser selon le même schéma que les champs de formulaire ordinaires du HTML (par exemple : un wysiwyg, un calendrier...).
[^] # Re: gestionnaire de formulaire ?
Posté par Mildred (site web personnel) . Évalué à 3.
Sauf wiki2xhtml et maintenant WikiRender
[^] # Re: gestionnaire de formulaire ?
Posté par Julien Duponchelle (site web personnel) . Évalué à 2.
[^] # Re: gestionnaire de formulaire ?
Posté par account . Évalué à 3.
[^] # Re: gestionnaire de formulaire ?
Posté par Julien Duponchelle (site web personnel) . Évalué à 1.
[^] # Re: gestionnaire de formulaire ?
Posté par dinomasque . Évalué à 2.
Mais comment est-ce que ça marche ? Est-ce qu'on gagne vraiment beaucoup de temps ?
BeOS le faisait il y a 20 ans !
[^] # Re: gestionnaire de formulaire ?
Posté par Cali_Mero . Évalué à 2.
C'est au cas par cas suivant l'appli que tu choisiras... souvent c'est intégré à un moteur de templates pour la génération HTML/JS, les traitements étant gérés via un objet global (formulaire) avec des sous-objets (les champs). Mais je n'ai pas étudié le cas particulier de celui-là.
Est-ce qu'on gagne vraiment beaucoup de temps ?
Au début non, il faut apprendre à se servir de l'outil qui peut paraître exotique (c'est quand même assez abstrait). Mais dès la deuxième utilisation, quand tu commences à maîtriser la chose, les avantages apparaissent clairement et le gain de temps est réel, sans compter la maintenance ultra-aisée et unifiée sur l'ensemble de tes sites utilisant ce type de soft (si un test d'email est incomplet ou pose problème, il est facile de le modifier et/ou de l'étendre en répercutant directement les modifs sur l'ensemble de tes créations).
# et / phpforgen ?
Posté par NiCoS . Évalué à 1.
# La même chose pour Java ?
Posté par Wawet76 . Évalué à 1.
Pour l'instant je fais tout à la mano, et c'est vrai que c'est très très galère de faire quelque chose de propre qui remonte une info à l'utilisateur pour toutes les erreurs possibles.
[^] # Re: La même chose pour Java ?
Posté par B r u n o (site web personnel) . Évalué à 2.
Aprés, pour une approche plus globale, tu devrais jeter un oeil sur des frameworks genre Struts [http://jakarta.apache.org/struts/(...)], WebWork [http://www.opensymphony.com/webwork/(...)], Tapestry [http://jakarta.apache.org/tapestry/index.html(...)] ou plus orienté UI : Millestone [http://millstone.org/(...)], Iternum [http://www.iternum.com/ui-demo/demos.jsp(...)]
[^] # Re: La même chose pour Java ?
Posté par Nicolas Ternisien (site web personnel) . Évalué à 2.
Forum Software Reviews: Comparez et testez les logiciels de forums Internet!
# Manque une interface graphique
Posté par Mes Zigues . Évalué à 1.
En gros, l'intérêt de MS-ACCESS est que l'on peut construire le formulaire à grand coup de souris, il génère toute la sauce qui va autour. FORMSESS semble faire la sauce, il manque l'interface graphique.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.