création de formulaires

Avec Yacs 8.3

Problem has been recorded

Issue description

J'ai mis à jour 2 sites avec Yacs 8.3 pour tester la création de formulaires.

Sur une installation "notyacs" (avec le skin yacs_2007 et la base de données de yetanoz), ça fonctionne.

Mais sur mon installation siteoueb.com, avec un skin de mon cru ou même avec le skin skeleton, on ne peut pas créer de contenu, tel que décrit par AnsteyER dans Forms.

Y a-t-il quelque chose de spécial à faire pour rendre les formulaires fonctionnels ?

Comments

Lasares from L'Île-Bizard à Montréal, Québec 697 posts	on Apr. 8 Je commente mon propre article pour ajouter des questions distinctes à mesure de mon exploration de la fonction de création de formulaire. Il semblerait que le formulaire permette de créer un nouvel article, à la façon d'un overlay, qui n'est finalement (si je comprends bien) qu'une façon de modifier et de complexifier le formulaire de création/édition de l'article. Bref, mon formulaire me permet de créer des champs spéciaux pour l'entrée de données dans un article (en les enregistrant cependant dans une nouvelle table dans la base de données, à la distinction de l'overlay qui ne le fait pas). Une fois renseigné et envoyé, mon formulaire (avec l'aide de Yacs) génère un article à partir des champs du formulaire. Deux choses me surprennent car, intuitivement (je veux dire "selon mon intuition toute personnelle et peut-être pas partagée par tous") j'aurais imaginé un autre comportement : on n'est pas invité à donner un titre à cet article, il s'appelle nécessairement "Formulaire envoyé par Untel Telledate"; intuitivement, je me serais attendu à pouvoir fournir un titre et à voir la mention ci-dessus sous forme de détails (du genre "Posté par Untel hier à ...") quand on vient pour modifier l'article, c'est... un simple article ! les champs sont devenus des < h1 >, des < h2 >, des < p >; on peut les modifier, bien sûr, mais je doute que ça modifie la table spéciale qui est censée avoir été créée. Question : peut-on modifier les données renseignées au formulaire, après l'envoi initial ? si oui, comment ? On a si peu d'idée de ce qui est possible...
Lasares from L'Île-Bizard à Montréal, Québec 697 posts	on Apr. 8 Ces formulaires ont été décrits comme rudimentaires et effectivement ils le sont, mais il répondent à un besoin réel. Étape 1 : on a maintenant des formulaires dans Yacs ! Une chose essentielle qui m'est apparue immédiatement évidente, c'est qu'il faudra permettre une mise page plus élégante. Pour l'instant, les champs et leurs étiquettes sont empilés les uns sur les autres. Je n'ai pas eu le temps de réfléchir à la meilleure solution mais certaines avenues méritent d'être explorées : on pourrait toujours mettre le formulaire dans une table d'au moins 2 colonnes, ce qui permettrait de placer les étiquettes (labels) en regard des champs qu'ils identifient (un script plus évolué pourrait plus tard permettre de choisir la largeur des colonnes ou même leur nombre) on pourrait utiliser le numéro du champ pour identifier chaque item et ensuite faire la mise en page par CSS : l'étiquette no 1 serait par exemple entourée des balises < span id=field_1 > et < /span > ; une feuille de style de base serait fournie avec la distribution standard mais on aurait l'option de créer une feuille de style personnalisée pour chaque formulaire Bernard, crois-tu qu'une de ces avenues mérite d'être explorée davantage ? laquelle t'apparaît la meilleure ? as-tu autre chose en vue ? On a si peu d'idée de ce qui est possible...
Bernard from nearby-an-airport Associate, 6696 posts	on Apr. 9 Tout d'abord merci de ce retour d'expérience, c'est vrai que les formulaires sont une fonctionnalité critique, et que nous nous devons d'être absolument irréprochables là-dessus. Et puis, le sujet est tellement vaste qu'il nous faudra sans doute pas mal de versions mensuelles avant d'épuiser le sujet. A ce stade, nous avons posé les bases du système, c'est-à-dire un éditeur AJAX pour la composition interactive du formulaire, et une table de rangement dans la base de données pour toutes ces descriptions. Pour l'éditeur, j'ai déjà une demande pour rajouter des tables de saisie, et ceci devrait être introduit dans une version future. Exemple : reporting mensuel d'activité. Sur le plan des traitements, la version actuelle se contente de créer un article en concaténant les informations reçues, et il y aurait beaucoup à améliorer. Par exemple, les noms de champ s'avèrent peu pratiques à l'usage, et seront probablement supprimés prochainement. L'idée d'utiliser des balises span pour faire le lien entre des champs et des styles est intéressante, je n'y avais pas pensé. L'utilité des noms de champ, c'est surtout pour manipuler des informations structurées, et là il y aura deux choses à faire dans les prochaines versions : un overlay et une table de la base de données. L'overlay sera un espace de rangement interne à la page qui permettra d'exporter les données en format CSV ou XML par simple clic sur un bouton. L'alimentation de la base de donnée, elle, permettra toutes sortes de requêtes ou de traitements d'après saisie. Voilà quelques pistes à méditer...
Moi-même from Entre chaise et clavier... 1387 posts	on Jul. 1 Lasares : j'ai du mal à suivre la méthodologie de création de formulaire. Crois-tu que tu as assez d'expérience en la matière pour nourrir Créer des formulaire avec YACs ?
Lasares from L'Île-Bizard à Montréal, Québec 697 posts	on Jul. 2 Pas encore, malheureusement. Je ne suis toujours pas parvenu à créer des formulaires sur mon installation de siteoueb, d'ailleurs. Ce sera un projet pour cet été, j'imagine... ----- On a si peu d'idée de ce qui est possible...

5 comments

Rate this page
Posted by Lasares on Apr. 7, commented by Lasares on Jul. 2, (popular)