Bonjour,
Je viens de passer sur le svn, CFG en version 1.4
Il permet maintenant des formulaires publics (qui fonctionnent), grace à la nouvelle API du core en 1.9.3 dev.
Je zip est bloqué sur la version 1.3.8, afin de permettre aux développeur de remonter d'éventuels bugs (sur les fonds CFG déjà existants je parle)
Si personne n'a de souci avec les pages cfg privées, j'enleverais le sabot...
En attendant, vous pouvez vous amuser aussi à tester le développement actuel de #FORMULAIRE_CFG{nom_du_cfg} de la sorte :
- Prendre un fond quelconque (hors fond ayant des champs dits 'multi', plus délicats), et utiliser dedans un entete de formulaire de la sorte :
<form method="post" action="#SELF"><div>
[(#ENV{_cfg_}|form_hidden)]
#ACTION_FORMULAIRE{#SELF,cfg}
...
</div></form>
- Mettre la balise #FORMULAIRE_CFG{nom_du_cfg} où vous souhaitez...
(si vous utilisez le champ cfg_id, il faut le passer en 2nd argument)
Exemple disponible : #FORMULAIRE_CFG{testclassic}
- Testez
Vous verrez qu'aucun message n'est retourné...
Pour avoir les messages... faire comme pour l'API des formulaires
(regardez cfg/fonds/cfg_testclassic.html) qui l'utilise.
== Deux informations
-1) Ca peut encore évoluer
-2) Après cela, il risque d'y avoir un amaigrissement sévère des fonctionnalités de CFG pour qu'il intègre le core (?) (il faudra donc trouver un moyen de conserver les anciennes fonctions dans un plugin pour compatibilité)
=> Question au cas où cela vous intéresse :
- qu'est-ce qui vous semble INDISPENSABLE dans CFG ?
- qu'est-ce qui vous semble INUTILE dans CFG ?
MM.
En fait, ce que je pensais, mais n'ai pas eu le temps de te dire avant de partir en week end,
ce serait que dans la nouvelle api, en l'absence de charger et de traiter définies pour un formulaire, on se rabatte sur les methodes de cfg
Sinon il faudrait que #ACTION_FORMULAIRE gere automatiquement le
[(#ENV{_cfg_}|form_hidden)]
Voila mes 2 sous
Cédric
Le 22 mars 08 à 17:42, Matthieu Marcillaud a écrit :
Bonjour,
Je viens de passer sur le svn, CFG en version 1.4
Il permet maintenant des formulaires publics (qui fonctionnent), grace à
la nouvelle API du core en 1.9.3 dev.
Je zip est bloqué sur la version 1.3.8, afin de permettre aux
développeur de remonter d'éventuels bugs (sur les fonds CFG déjà
existants je parle)
Si personne n'a de souci avec les pages cfg privées, j'enleverais le
sabot...
En attendant, vous pouvez vous amuser aussi à tester le développement
actuel de #FORMULAIRE_CFG{nom_du_cfg} de la sorte :
- Prendre un fond quelconque (hors fond ayant des champs dits 'multi',
plus délicats), et utiliser dedans un entete de formulaire de la sorte :
<form method="post" action="#SELF"><div>
[(#ENV{_cfg_}|form_hidden)]
#ACTION_FORMULAIRE{#SELF,cfg}
...
</div></form>
- Mettre la balise #FORMULAIRE_CFG{nom_du_cfg} où vous souhaitez...
(si vous utilisez le champ cfg_id, il faut le passer en 2nd argument)
Exemple disponible : #FORMULAIRE_CFG{testclassic}
- Testez
Vous verrez qu'aucun message n'est retourné...
Pour avoir les messages... faire comme pour l'API des formulaires
(regardez cfg/fonds/cfg_testclassic.html) qui l'utilise.
== Deux informations
-1) Ca peut encore évoluer
-2) Après cela, il risque d'y avoir un amaigrissement sévère des
fonctionnalités de CFG pour qu'il intègre le core (?) (il faudra donc
trouver un moyen de conserver les anciennes fonctions dans un plugin
pour compatibilité)
=> Question au cas où cela vous intéresse :
- qu'est-ce qui vous semble INDISPENSABLE dans CFG ?
- qu'est-ce qui vous semble INUTILE dans CFG ?
MM.
_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone