Bonsoir,
Je viens d'essayer la 1.9.1.
Le menu lang est arrangé, c bien.
Mais, cela n'a rien à voir, je n'ai plus le contenu appelé par #quelquechose.
D'où peut venir l'erreur?
Merci
ADB
* ADB tapotait, le 08/09/2006 23:45:
Bonsoir,
Je viens d'essayer la 1.9.1.
Le menu lang est arrangé, c bien.
Mais, cela n'a rien à voir, je n'ai plus le contenu appelé par #quelquechose.
D'où peut venir l'erreur?
#QUELQUECHOSE (en majuscule donc) marcherait mieux.
--
Jacques — SPIP - Pyrat.net – Création de sites Internet
Bonjour,
Les champs supplémentaires de mes fiches ne semblent plus être appelés par le squelette, ou ne sont en tous cas pas trouvés.
Ces champs sont pourtant définis dans mes_options.php (c ok dans la 1.8.3)
Je ne vois pas comment résoudre le pb.
Merci de m'aider
ADB
ADB a écrit :
Bonjour,
Les champs supplémentaires de mes fiches ne semblent plus être appelés par le squelette, ou ne sont en tous cas pas trouvés.
Ces champs sont pourtant définis dans mes_options.php (c ok dans la 1.8.3)
Je ne vois pas comment résoudre le pb.
Merci de m'aider
ADB_______________________________________________
Tu peux nous en dire un peu plus long? un exemple ça sera plus facile pour trouver une solution à ton problème
En général il faut faire ainsi: [(#EXTRA|extra{ton_champ})]
MA
ADB a écrit :
Bon, avec la µ1.8.3, ça fonctionne sans pb.
J'ai rajouté des champs à la table articles. Ces champs sont déclarés dans mes_options comme ceci:
$champs_extra = true;
$champs_extra_proposes = true;$GLOBALS['champs_extra'] = Array(
'articles'=>Array(
"Latitude"=>"ligne|propre|Latitude (N/S xx° yy' zz)|||",
"Longitude"=>"ligne|propre|Longitude (E/W xx° yy' zz)|||",et appelés dans le squelette comme ceci:
[(#LATITUDE|affcoord)]<br>[(#LONGITUDE|affcoord)]Jusqu'ici c bon, même dans la 1.9.1?
Eh bien, aucun de ces champs n'apparaît.
A moins qu'il ne faille revenir à la syntaxe d'appel des champs extra que tu indiques???
Merci
ADB
J'utilise la méthode que je t'ai indiqué plus bas et je n'ai pas eu de problème en 1.9
Bon courage 
monnaieancienne.com a écrit :
ADB a écrit :
Bonjour,
Les champs supplémentaires de mes fiches ne semblent plus être appelés par le squelette, ou ne sont en tous cas pas trouvés.
Ces champs sont pourtant définis dans mes_options.php (c ok dans la 1.8.3)
Je ne vois pas comment résoudre le pb.
Merci de m'aider
ADB_______________________________________________
Tu peux nous en dire un peu plus long? un exemple ça sera plus facile pour trouver une solution à ton problème
En général il faut faire ainsi: [(#EXTRA|extra{ton_champ})]
MA
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
irc://irc.freenode.net/spip
FAQ : http://www.spip-contrib.net/spikini/FaQ
monnaieancienne.com a écrit :
ADB a écrit :
Bon, avec la µ1.8.3, ça fonctionne sans pb.
J'ai rajouté des champs à la table articles. Ces champs sont déclarés dans mes_options comme ceci:
$champs_extra = true;
$champs_extra_proposes = true;$GLOBALS['champs_extra'] = Array(
'articles'=>Array(
"Latitude"=>"ligne|propre|Latitude (N/S xx° yy' zz)|||",
"Longitude"=>"ligne|propre|Longitude (E/W xx° yy' zz)|||",et appelés dans le squelette comme ceci:
[(#LATITUDE|affcoord)]<br>[(#LONGITUDE|affcoord)]Jusqu'ici c bon, même dans la 1.9.1?
je ne sais pas d'ou sort ce filtre affcoord, mais tu dois avoir une fonction dans mes_fonctions.php3 qui a ce nom. et qui va recuperer ton champs extra.
reporte ton fichier dans /squelettes/mes_fonctions.php, ca devrait marcher
sinon, change la syntaxe comme te l'indique MA en remplacant [(#LATITUDE|affcoord)] par [(#EXTRA|extra{Latitude})]
@++
Oui afcoord est une fonction dans mes_fonctions.
Si je reprends la syntaxe que tu m'indiques, je fais un pas en arrière par rrapport à la 1.8.3. !
Je vais voir si ça fonctionne.
ADB
Stephane LAURENT a écrit :
monnaieancienne.com a écrit :
ADB a écrit :
Bon, avec la µ1.8.3, ça fonctionne sans pb.
J'ai rajouté des champs à la table articles. Ces champs sont déclarés dans mes_options comme ceci:
$champs_extra = true;
$champs_extra_proposes = true;$GLOBALS['champs_extra'] = Array(
'articles'=>Array(
"Latitude"=>"ligne|propre|Latitude (N/S xx° yy' zz)|||",
"Longitude"=>"ligne|propre|Longitude (E/W xx° yy' zz)|||",et appelés dans le squelette comme ceci:
[(#LATITUDE|affcoord)]<br>[(#LONGITUDE|affcoord)]Jusqu'ici c bon, même dans la 1.9.1?
je ne sais pas d'ou sort ce filtre affcoord, mais tu dois avoir une fonction dans mes_fonctions.php3 qui a ce nom. et qui va recuperer ton champs extra.
reporte ton fichier dans /squelettes/mes_fonctions.php, ca devrait marchersinon, change la syntaxe comme te l'indique MA en remplacant [(#LATITUDE|affcoord)] par [(#EXTRA|extra{Latitude})]
@++
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
irc://irc.freenode.net/spip
FAQ : http://www.spip-contrib.net/spikini/FaQ
--
Guide Méditerranée :
http://www.guidemediterranee.com
Guide Manche:
http://www.guidemanche.com
Guide Atlantique:
* ADB tapotait, le 09/09/2006 17:06:
Oui afcoord est une fonction dans mes_fonctions.
Si je reprends la syntaxe que tu m'indiques, je fais un pas en arrière par rrapport à la 1.8.3. !
Je vais voir si ça fonctionne.
Tu as le droit d'enchaîner les filtre :
[(#EXTRA|extra{Latitude}|affcoord)]
PS : et le devoir de répondre en dessous et non pas en haut.
--
Jacques — SPIP - Pyrat.net – Création de sites Internet
Jacques PYRAT a écrit :
* ADB tapotait, le 09/09/2006 17:06:
Oui afcoord est une fonction dans mes_fonctions.
Si je reprends la syntaxe que tu m'indiques, je fais un pas en arrière par rrapport à la 1.8.3. !
Je vais voir si ça fonctionne.Tu as le droit d'enchaîner les filtre :
[(#EXTRA|extra{Latitude}|affcoord)]PS : et le devoir de répondre en dessous et non pas en haut.
Moi je veux bien, mais sur d'autres groupes c l'inverse (la raison értant que cela permet de connaître tout de suite une réponse). Faudrait savoir. 
Quant à la syntaxe, elle est OK. Le pb vient d'ailleurs mais je ne vois pas d'où. Quelle que soit la synrtaxe, ça ne donne rien en 1.9.1 alors que ça fonctionne parfaitement en 1.8.3 avec les mêmes squelettes et la même base (recopiée).
ADB
--
Guide Méditerranée :
http://www.guidemediterranee.com
Guide Manche:
http://www.guidemanche.com
Guide Atlantique:
ADB a écrit :
Jacques PYRAT a écrit :
* ADB tapotait, le 09/09/2006 17:06:
Oui afcoord est une fonction dans mes_fonctions.
Si je reprends la syntaxe que tu m'indiques, je fais un pas en arrière par rrapport à la 1.8.3. !
Je vais voir si ça fonctionne.Tu as le droit d'enchaîner les filtre :
[(#EXTRA|extra{Latitude}|affcoord)]PS : et le devoir de répondre en dessous et non pas en haut.
Moi je veux bien, mais sur d'autres groupes c l'inverse (la raison értant que cela permet de connaître tout de suite une réponse). Faudrait savoir.
Quant à la syntaxe, elle est OK. Le pb vient d'ailleurs mais je ne vois pas d'où. Quelle que soit la synrtaxe, ça ne donne rien en 1.9.1 alors que ça fonctionne parfaitement en 1.8.3 avec les mêmes squelettes et la même base (recopiée).
ADB
J'ai l'impression que le fichier mes_options n'est pas pris en compte. Y a-t-il une syntaxe ou un emplacement particulier?
Merci
ADB
--
Guide Méditerranée :
http://www.guidemediterranee.com
Guide Manche:
http://www.guidemanche.com
Guide Atlantique:
ADB a écrit :
Oui afcoord est une fonction dans mes_fonctions.
Si je reprends la syntaxe que tu m'indiques, je fais un pas en arrière par rrapport à la 1.8.3. !
mais non, pas du tout !
deja la syntaxe des extras a changé lorsque les balises ont toutes été rentrées dans le meme moule, je ne sais plus quand exactement, mais ce que je ne comprend pas, c'est que je croyais que c'etait deja le cas en 1.8.3.
A partir de la, les extras sont redevenus fonctionnellement ce qu'ils sont techniquement : *un* champ, donc *une* balise.
Le "changement" a été décidé car les extras n'avait jamais été officialisés.
Bref, coté squelette, le champ extra est simplement un champ particulier qui contient un tableau serialisé.
Mais comme on a un filtre magique pour en extraire chaque valeur, coté affichage, ca ne change rien.
L'ancienne syntaxe [(#MONCHAMP|extra)] est abandonnée au profit du fonctionnement réel : [(#EXTRA|extra{monchamp})]
c'est tout.
[(#LATITUDE|affcoord)]
comme syntaxe, ca indique plutot un champ supplementaire en base.
Si effectivement c'est un extra, c'est sans doute que affcoord reprend en gros le filtre extra.
Mais encore une fois, dans mon souvenir, ca ne marchait deja plus en 1.8.3.
je dois me planter ...
@++
Je vais voir si ça fonctionne.
ADBStephane LAURENT a écrit :
monnaieancienne.com a écrit :
ADB a écrit :
Bon, avec la µ1.8.3, ça fonctionne sans pb.
J'ai rajouté des champs à la table articles. Ces champs sont déclarés dans mes_options comme ceci:
$champs_extra = true;
$champs_extra_proposes = true;$GLOBALS['champs_extra'] = Array(
'articles'=>Array(
"Latitude"=>"ligne|propre|Latitude (N/S xx° yy' zz)|||",
"Longitude"=>"ligne|propre|Longitude (E/W xx° yy' zz)|||",et appelés dans le squelette comme ceci:
[(#LATITUDE|affcoord)]<br>[(#LONGITUDE|affcoord)]Jusqu'ici c bon, même dans la 1.9.1?
je ne sais pas d'ou sort ce filtre affcoord, mais tu dois avoir une fonction dans mes_fonctions.php3 qui a ce nom. et qui va recuperer ton champs extra.
reporte ton fichier dans /squelettes/mes_fonctions.php, ca devrait marchersinon, change la syntaxe comme te l'indique MA en remplacant [(#LATITUDE|affcoord)] par [(#EXTRA|extra{Latitude})]
@++
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
irc://irc.freenode.net/spip
FAQ : http://www.spip-contrib.net/spikini/FaQ
Stephane LAURENT a écrit :
ADB a écrit :
Oui afcoord est une fonction dans mes_fonctions.
Si je reprends la syntaxe que tu m'indiques, je fais un pas en arrière par rrapport à la 1.8.3. !mais non, pas du tout !
deja la syntaxe des extras a changé lorsque les balises ont toutes été rentrées dans le meme moule, je ne sais plus quand exactement, mais ce que je ne comprend pas, c'est que je croyais que c'etait deja le cas en 1.8.3.
A partir de la, les extras sont redevenus fonctionnellement ce qu'ils sont techniquement : *un* champ, donc *une* balise.
Le "changement" a été décidé car les extras n'avait jamais été officialisés.
Bref, coté squelette, le champ extra est simplement un champ particulier qui contient un tableau serialisé.
Mais comme on a un filtre magique pour en extraire chaque valeur, coté affichage, ca ne change rien.
L'ancienne syntaxe [(#MONCHAMP|extra)] est abandonnée au profit du fonctionnement réel : [(#EXTRA|extra{monchamp})]
c'est tout.[(#LATITUDE|affcoord)]
comme syntaxe, ca indique plutot un champ supplementaire en base.
Si effectivement c'est un extra, c'est sans doute que affcoord reprend en gros le filtre extra.
Mais encore une fois, dans mon souvenir, ca ne marchait deja plus en 1.8.3.
je dois me planter ...
J'ai du mal à suivre
Ce qui était mon "extra" (càd extrait du champ extra) est désormais dédoublé dans la base (la valeur dans le champ extra et le champ lui-même) depuis qu'il est possible d'appeler directement un champ (la 1.8.x) et appelé par #le_champ.
Ca fonctionne sur tous mles sites Guides.
Avec la 1.9.1, non seulement je ne sais plus où placer l'inclure permettant d'updater le champ extra par la valeur du champ nouveau, mais en plus ces champs nouveaux (appelés par #le_champ) n'apparaissent plus.
J'ai désormais l'impression que mon fichier mes_options (qui indique quels sont les champs nouveaux à prendre en compte) n'est pas analysé par Spip.
Car, que j'utilise l'une ou l'autre des syntaxes - #EXTRA|extra ou #LE_CHAMP - l'absence de résultat est manifeste.
Donc pour moi ya un hic dans la 1.9. Hic qu'il n'y a pas dans la 1.8.3!
ADB
--
Guide Méditerranée :
http://www.guidemediterranee.com
Guide Manche:
http://www.guidemanche.com
Guide Atlantique:
ADB a écrit :
J'ai du mal à suivre
moi aussi, c'est pour ca qu'on se comprend pas ...
Ce qui était mon "extra" (càd extrait du champ extra) est désormais dédoublé dans la base (la valeur dans le champ extra et le champ lui-même) depuis qu'il est possible d'appeler directement un champ (la 1.8.x) et appelé par #le_champ.
Ca fonctionne sur tous mles sites Guides.
ben voila, c'est tout de suite plus clair !
je vois pas pourquoi tu nous as parlé d'extra, c'est toi qui nous embrouille !
ou alors tu as utilisé une contrib particuliere ?
Avec la 1.9.1, non seulement je ne sais plus où placer l'inclure
quel inclure ?
permettant d'updater le champ extra par la valeur du champ nouveau, mais en plus ces champs nouveaux (appelés par #le_champ) n'apparaissent plus.
mais il n'y a rien à placer, la definition de l'extra est inutile, il suffit de mettre la balise correspondant champ pour qu'il s'affiche dans le squelette, pour peu que tu sois dans la bonne boucle bien sur...
J'ai désormais l'impression que mon fichier mes_options (qui indique quels sont les champs nouveaux à prendre en compte) n'est pas analysé par Spip.
Car, que j'utilise l'une ou l'autre des syntaxes - #EXTRA|extra ou #LE_CHAMP - l'absence de résultat est manifeste.
Donc pour moi ya un hic dans la 1.9. Hic qu'il n'y a pas dans la 1.8.3!
si on parlait concretement ?
tu sais te servir de PHPMyAdmin ?
si oui, c'est quoi cette table et tu as quoi dedans ?
envoi moi en direct un dump de la table si tu veux.
@++
ADB a écrit :
J'ai du mal à suivre
Ce qui était mon "extra" (càd extrait du champ extra) est désormais dédoublé dans la base (la valeur dans le champ extra et le champ lui-même) depuis qu'il est possible d'appeler directement un champ (la 1.8.x) et appelé par #le_champ.
Ca fonctionne sur tous mles sites Guides.
Avec la 1.9.1, non seulement je ne sais plus où placer l'inclure permettant d'updater le champ extra par la valeur du champ nouveau, mais en plus ces champs nouveaux (appelés par #le_champ) n'apparaissent plus.
J'ai désormais l'impression que mon fichier mes_options (qui indique quels sont les champs nouveaux à prendre en compte) n'est pas analysé par Spip.
Car, que j'utilise l'une ou l'autre des syntaxes - #EXTRA|extra ou #LE_CHAMP - l'absence de résultat est manifeste.
Donc pour moi ya un hic dans la 1.9. Hic qu'il n'y a pas dans la 1.8.3!
ADB
tu utiliserais pas ca par hasard : http://www.spip-contrib.net/Gestion-des-nouveaux-champs-dans
Stephane LAURENT a écrit :
ADB a écrit :
J'ai du mal à suivre
Ce qui était mon "extra" (càd extrait du champ extra) est désormais dédoublé dans la base (la valeur dans le champ extra et le champ lui-même) depuis qu'il est possible d'appeler directement un champ (la 1.8.x) et appelé par #le_champ.
Ca fonctionne sur tous mles sites Guides.
Avec la 1.9.1, non seulement je ne sais plus où placer l'inclure permettant d'updater le champ extra par la valeur du champ nouveau, mais en plus ces champs nouveaux (appelés par #le_champ) n'apparaissent plus.
J'ai désormais l'impression que mon fichier mes_options (qui indique quels sont les champs nouveaux à prendre en compte) n'est pas analysé par Spip.
Car, que j'utilise l'une ou l'autre des syntaxes - #EXTRA|extra ou #LE_CHAMP - l'absence de résultat est manifeste.
Donc pour moi ya un hic dans la 1.9. Hic qu'il n'y a pas dans la 1.8.3!
ADBtu utiliserais pas ca par hasard : http://www.spip-contrib.net/Gestion-des-nouveaux-champs-dans
_______________________________________________
Je suis le truc de loin depuis ce matin, mais je crois qu'effectivement les champs extras ne te sont plus utiles maintenant dans la 1.9 puisque celle ci reconnait n'importe quelle table. Tu peux donc facilement de faire une boucle du genre:
<BOUCLE_maboucle(MATABLE){id_ville}> #LATTITUDE ° ; #LONGITUDE ° </BOUCLE_maboucle> et rajouter ce que tu veux.
C'est bien cela que tu cherches à faire, non?
MA
monnaieancienne.com a écrit :
Stephane LAURENT a écrit :
ADB a écrit :
J'ai du mal à suivre
Ce qui était mon "extra" (càd extrait du champ extra) est désormais dédoublé dans la base (la valeur dans le champ extra et le champ lui-même) depuis qu'il est possible d'appeler directement un champ (la 1.8.x) et appelé par #le_champ.
Ca fonctionne sur tous mles sites Guides.
Avec la 1.9.1, non seulement je ne sais plus où placer l'inclure permettant d'updater le champ extra par la valeur du champ nouveau, mais en plus ces champs nouveaux (appelés par #le_champ) n'apparaissent plus.
J'ai désormais l'impression que mon fichier mes_options (qui indique quels sont les champs nouveaux à prendre en compte) n'est pas analysé par Spip.
Car, que j'utilise l'une ou l'autre des syntaxes - #EXTRA|extra ou #LE_CHAMP - l'absence de résultat est manifeste.
Donc pour moi ya un hic dans la 1.9. Hic qu'il n'y a pas dans la 1.8.3!
ADBtu utiliserais pas ca par hasard : http://www.spip-contrib.net/Gestion-des-nouveaux-champs-dans
_______________________________________________
Je suis le truc de loin depuis ce matin, mais je crois qu'effectivement les champs extras ne te sont plus utiles maintenant dans la 1.9 puisque celle ci reconnait n'importe quelle table. Tu peux donc facilement de faire une boucle du genre:
<BOUCLE_maboucle(MATABLE){id_ville}> #LATTITUDE ° ; #LONGITUDE ° </BOUCLE_maboucle> et rajouter ce que tu veux.C'est bien cela que tu cherches à faire, non?
j'ai tilté qu'il parlait de saisie.
la contrib en question permet de se greffer sur les champs extras pour avoir les zones de saisie en backoffice.
Apres, dans les squelettes, la declaration n'est pas utilisée puisqu'il y a effectivement un champ supplementaire
je pense que c'est ce qu'il utilisait.
mais c'est des modifs de la 1.8.3, il faudrait les reporter sur la 1.9 (ce qui doit etre jouable car les extra n'ont pas trop bougé).
c'est dans ecrire/inc/extra.php maintenant, mais le mieux, c'est de partir d'un diff entre la version officielle en 1.8.3 et la contrib.
@++
Stephane LAURENT a écrit :
monnaieancienne.com a écrit :
Stephane LAURENT a écrit :
ADB a écrit :
J'ai du mal à suivre
Ce qui était mon "extra" (càd extrait du champ extra) est désormais dédoublé dans la base (la valeur dans le champ extra et le champ lui-même) depuis qu'il est possible d'appeler directement un champ (la 1.8.x) et appelé par #le_champ.
Ca fonctionne sur tous mles sites Guides.
Avec la 1.9.1, non seulement je ne sais plus où placer l'inclure permettant d'updater le champ extra par la valeur du champ nouveau, mais en plus ces champs nouveaux (appelés par #le_champ) n'apparaissent plus.
J'ai désormais l'impression que mon fichier mes_options (qui indique quels sont les champs nouveaux à prendre en compte) n'est pas analysé par Spip.
Car, que j'utilise l'une ou l'autre des syntaxes - #EXTRA|extra ou #LE_CHAMP - l'absence de résultat est manifeste.
Donc pour moi ya un hic dans la 1.9. Hic qu'il n'y a pas dans la 1.8.3!
ADBtu utiliserais pas ca par hasard : http://www.spip-contrib.net/Gestion-des-nouveaux-champs-dans
_______________________________________________
Je suis le truc de loin depuis ce matin, mais je crois qu'effectivement les champs extras ne te sont plus utiles maintenant dans la 1.9 puisque celle ci reconnait n'importe quelle table. Tu peux donc facilement de faire une boucle du genre:
<BOUCLE_maboucle(MATABLE){id_ville}> #LATTITUDE ° ; #LONGITUDE ° </BOUCLE_maboucle> et rajouter ce que tu veux.C'est bien cela que tu cherches à faire, non?
j'ai tilté qu'il parlait de saisie.
la contrib en question permet de se greffer sur les champs extras pour avoir les zones de saisie en backoffice.
Apres, dans les squelettes, la declaration n'est pas utilisée puisqu'il y a effectivement un champ supplementaireje pense que c'est ce qu'il utilisait.
mais c'est des modifs de la 1.8.3, il faudrait les reporter sur la 1.9 (ce qui doit etre jouable car les extra n'ont pas trop bougé).
c'est dans ecrire/inc/extra.php maintenant, mais le mieux, c'est de partir d'un diff entre la version officielle en 1.8.3 et la contrib.@++
En ce qui me concerne ça marche sur 1.9 et sur la SPIP
1.9.2 alpha [7343].
Une question stupide : est-ce que les champs s'affichent coté Edition de l'article. Si oui, c'est un problème de balise, si non ce les mes_options.php. Et si non non c'est la base.
J'ai encore dit une connerie ?
Luis Speciale a écrit :
Stephane LAURENT a écrit :
monnaieancienne.com a écrit :
Stephane LAURENT a écrit :
ADB a écrit :
J'ai du mal à suivre
Ce qui était mon "extra" (càd extrait du champ extra) est désormais dédoublé dans la base (la valeur dans le champ extra et le champ lui-même) depuis qu'il est possible d'appeler directement un champ (la 1.8.x) et appelé par #le_champ.
Ca fonctionne sur tous mles sites Guides.
Avec la 1.9.1, non seulement je ne sais plus où placer l'inclure permettant d'updater le champ extra par la valeur du champ nouveau, mais en plus ces champs nouveaux (appelés par #le_champ) n'apparaissent plus.
J'ai désormais l'impression que mon fichier mes_options (qui indique quels sont les champs nouveaux à prendre en compte) n'est pas analysé par Spip.
Car, que j'utilise l'une ou l'autre des syntaxes - #EXTRA|extra ou #LE_CHAMP - l'absence de résultat est manifeste.
Donc pour moi ya un hic dans la 1.9. Hic qu'il n'y a pas dans la 1.8.3!
ADBtu utiliserais pas ca par hasard : http://www.spip-contrib.net/Gestion-des-nouveaux-champs-dans
_______________________________________________
Je suis le truc de loin depuis ce matin, mais je crois qu'effectivement les champs extras ne te sont plus utiles maintenant dans la 1.9 puisque celle ci reconnait n'importe quelle table. Tu peux donc facilement de faire une boucle du genre:
<BOUCLE_maboucle(MATABLE){id_ville}> #LATTITUDE ° ; #LONGITUDE ° </BOUCLE_maboucle> et rajouter ce que tu veux.C'est bien cela que tu cherches à faire, non?
j'ai tilté qu'il parlait de saisie.
la contrib en question permet de se greffer sur les champs extras pour avoir les zones de saisie en backoffice.
Apres, dans les squelettes, la declaration n'est pas utilisée puisqu'il y a effectivement un champ supplementaireje pense que c'est ce qu'il utilisait.
mais c'est des modifs de la 1.8.3, il faudrait les reporter sur la 1.9 (ce qui doit etre jouable car les extra n'ont pas trop bougé).
c'est dans ecrire/inc/extra.php maintenant, mais le mieux, c'est de partir d'un diff entre la version officielle en 1.8.3 et la contrib.@++
En ce qui me concerne ça marche sur 1.9 et sur la SPIP
1.9.2 alpha [7343].
Une question stupide : est-ce que les champs s'affichent coté Edition de l'article. Si oui, c'est un problème de balise, si non ce les mes_options.php. Et si non non c'est la base.
J'ai encore dit une connerie ?
Oui j'oubliais ce probleme de zone de saisie car je fonctionne differement étant donné que je me suis fait une page avec un formulaire php qui renseigne les champs de table..Sorry
MA
Luis Speciale a écrit :
Stephane LAURENT a écrit :
monnaieancienne.com a écrit :
Stephane LAURENT a écrit :
ADB a écrit :
J'ai du mal à suivre
Ce qui était mon "extra" (càd extrait du champ extra) est désormais dédoublé dans la base (la valeur dans le champ extra et le champ lui-même) depuis qu'il est possible d'appeler directement un champ (la 1.8.x) et appelé par #le_champ.
Ca fonctionne sur tous mles sites Guides.
Avec la 1.9.1, non seulement je ne sais plus où placer l'inclure permettant d'updater le champ extra par la valeur du champ nouveau, mais en plus ces champs nouveaux (appelés par #le_champ) n'apparaissent plus.
J'ai désormais l'impression que mon fichier mes_options (qui indique quels sont les champs nouveaux à prendre en compte) n'est pas analysé par Spip.
Car, que j'utilise l'une ou l'autre des syntaxes - #EXTRA|extra ou #LE_CHAMP - l'absence de résultat est manifeste.
Donc pour moi ya un hic dans la 1.9. Hic qu'il n'y a pas dans la 1.8.3!
ADBtu utiliserais pas ca par hasard : http://www.spip-contrib.net/Gestion-des-nouveaux-champs-dans
_______________________________________________
Je suis le truc de loin depuis ce matin, mais je crois qu'effectivement les champs extras ne te sont plus utiles maintenant dans la 1.9 puisque celle ci reconnait n'importe quelle table. Tu peux donc facilement de faire une boucle du genre:
<BOUCLE_maboucle(MATABLE){id_ville}> #LATTITUDE ° ; #LONGITUDE ° </BOUCLE_maboucle> et rajouter ce que tu veux.C'est bien cela que tu cherches à faire, non?
j'ai tilté qu'il parlait de saisie.
la contrib en question permet de se greffer sur les champs extras pour avoir les zones de saisie en backoffice.
Apres, dans les squelettes, la declaration n'est pas utilisée puisqu'il y a effectivement un champ supplementaireje pense que c'est ce qu'il utilisait.
mais c'est des modifs de la 1.8.3, il faudrait les reporter sur la 1.9 (ce qui doit etre jouable car les extra n'ont pas trop bougé).
c'est dans ecrire/inc/extra.php maintenant, mais le mieux, c'est de partir d'un diff entre la version officielle en 1.8.3 et la contrib.@++
En ce qui me concerne ça marche sur 1.9 et sur la SPIP
1.9.2 alpha [7343].
Une question stupide : est-ce que les champs s'affichent coté Edition de l'article. Si oui, c'est un problème de balise, si non ce les mes_options.php. Et si non non c'est la base.
J'ai encore dit une connerie ?_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
irc://irc.freenode.net/spip
FAQ : http://www.spip-contrib.net/spikini/FaQ
Désolé, les gars, mais je me suis couché tôt hier soir et là, je pars à l'aviron.
Mais j'ai quelques minutes pour essayer de réexpliquer le pb
1) le champ extra m'est nécessaire pour voir les champs et les remplir dans l'espace privé
2) ce champ extra est dispatché sur les champs nouveaux de la table afin de pouvoir les appeler directement par #champ_nouveau.
3) Une fois l'article édité, un inclure de fichier php update les champs nouveaux depuis le champ extra (mais je ne sais plus où placer cet inclure depuis la 1.9; auparavant ct dans ecrire/articles.php ; maintenant ?)
Pour répondre à vos questionnements:
- Les données du champ extra sont visibles dans l'espace privé mais pas dans l'espace public. Les champs standard sont visibles dans les 2 espaces.
- la syntaxe est celle utilisée et fonctionnelle en 1.8.3 (voir les sites en référence; organisation standard. Le site de test problématique étant www.guidemanche.info)
- le filtre afcoord (qui semble curieux à certains) est dans mes_fonctions et n'est qu'un filtre banal. L'exmple que j'ai donné pourrait être #DISTANCES|propre
J'ai donc l'impression que mes_options n'est pas lu. Si ce n'est pas cela, je ne vois pas d'où vient le pb (de spip 1.9 qui a oublié la gestion des champs extra??)
Merci en tous cas de vous pencher sur ce pb
ADB
--
Guide Méditerranée :
http://www.guidemediterranee.com
Guide Manche:
http://www.guidemanche.com
Guide Atlantique:
Désolé, les gars, mais je me suis couché tôt hier soir
à l'aviron.
Mais j'ai quelques minutes pour essayer de réexpliquer le pb
1) le champ extra m'est nécessaire pour voir les champs et les remplir
dans l'espace privé
2) ce champ extra est dispatché sur les champs nouveaux de la table afin
de pouvoir les appeler directement par #champ_nouveau.
3) Une fois l'article édité, un inclure de fichier php update les champs
nouveaux depuis le champ extra (mais je ne sais plus où placer cet
inclure depuis la 1.9; auparavant ct dans ecrire/articles.php ;
maintenant ?)
Pour répondre à vos questionnements:
- Les données du champ extra sont visibles dans l'espace privé mais pas
dans l'espace public. Les champs standard sont visibles dans les 2 espaces.
- la syntaxe est celle utilisée et fonctionnelle en 1.8.3 (voir les
sites en référence; organisation standard. Le site de test problématique
étant www.guidemanche.info)
- le filtre afcoord (qui semble curieux à certains) est dans
mes_fonctions et n'est qu'un filtre banal. L'exmple que j'ai donné
pourrait être #DISTANCES|propre
J'ai donc l'impression que mes_options n'est pas lu. Si ce n'est pas
cela, je ne vois pas d'où vient le pb (de spip 1.9 qui a oublié la
gestion des champs extra??)
Merci en tous cas de vous pencher sur ce pb
ADB
--
Guide Méditerranée :
http://www.guidemediterranee.com
Guide Manche:
http://www.guidemanche.com
Guide Atlantique:
http://www.guideatlantique.com
Je viens de publier ceci, http://monsitespip.com/spip.php?article7
Si ça peut t'aider,
Iago
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
irc://irc.freenode.net/spip
FAQ : http://www.spip-contrib.net/spikini/FaQ