j'ai besoin d'ajouter quelques champs dans les brèves. (en spip 1.9.2c)
j'ai lu ici et ailleurs que l'utilisation des champs extra est devenue
obsolète avec spip 1.9... et qu'il ne faut mieux pas s'en servir.
de lien en lien, j'ai aterri sur le plugin "champs homonymes"... mais
j'ai l'impression qu'il ne remplace pas les champs extra mais améliore
leur gestion.. c'est ça ? mais du coup il faut quand même utiliser les
champs extra?
je ne comprends pas bien...
est-ce que quelqu'un pourrait m'éclairer?
j'ai besoin d'ajouter quelques champs dans les brèves. (en spip 1.9.2c)
j'ai lu ici et ailleurs que l'utilisation des champs extra est devenue
obsolète avec spip 1.9... et qu'il ne faut mieux pas s'en servir.
de lien en lien, j'ai aterri sur le plugin "champs homonymes"... mais
j'ai l'impression qu'il ne remplace pas les champs extra mais améliore
leur gestion.. c'est ça ? mais du coup il faut quand même utiliser les
champs extra?
je ne comprends pas bien...
est-ce que quelqu'un pourrait m'éclairer?
Alors je suis pas tout a fait sur de ce que je dis, mais presque
les champs extra sont a bannir car seront obsolétes.
Les champs homonymes sont le futur .
Le fonctionnement dans les futures versions de spip serait simplement de rajouter le champ dans la base de donnée pour qu'il soit accessible dans tes boucles de squelettes ( je ne sais pas si c'est pas déjà le cas).
Par contre pour avoir une interface de saisie de ces champs la , dans le backoffice, il faut utiliser les champs extra mais via les champs homonymes...
donc installe le plugin champ homonyme, rajotue tes champs dans tes tables.
et rajoute ce qui est indiqué dans le fichier inc/extra.php du plugin champ homonyme, dans ton fichier mes_options.php ( que tu mettras dans squelettes ).
Pour le moment je n'en sais pas bcp plus.
Mais en tout cas c'est comme ca que je l'utilise
tu peux aussi spécifier tes masques de saisies en rajoutant un peu de code dans champs homonymes...
si tu veux ca j'ai ca sous le coude.
en fait apparemment je n'ai pas eu besoin de créer les champs dans la
base. c'est normal ? c'est le champ "extra" déjà présent dans les
différentes tables qui est utilisé?
je récapitule ce que j'ai fait au cas où ça intéresse quelqu'un :
donc, j'ai installé le plugin champs homonymes
et y'a des champs supplémentaires qui ont fait leur apparition dans
mon admin spip (un menu déroulant dans rubriques et brèves et un champ
texte "plus" dasn articles, auuteurs et mots clés)...
alors j'ai modifié le fichier
plugins/champs_homonymes/mes_options_homonymes.php pour supprimer les
champs dont je n'avais pas besoin....
et cela semble fonctionner puisque dans l'admin de spip les trois
nouveaux champs dont j'avais besoin dans les brèves apparaissent.
audrey
Le 07/11/07, Yoann NOGUES (zerax)<ml-yoann@advisio-com.fr> a écrit :
a w a écrit :
> Bonjour à tous,
>
> j'ai besoin d'ajouter quelques champs dans les brèves. (en spip 1.9.2c)
> j'ai lu ici et ailleurs que l'utilisation des champs extra est devenue
> obsolète avec spip 1.9... et qu'il ne faut mieux pas s'en servir.
> de lien en lien, j'ai aterri sur le plugin "champs homonymes"... mais
> j'ai l'impression qu'il ne remplace pas les champs extra mais améliore
> leur gestion.. c'est ça ? mais du coup il faut quand même utiliser les
> champs extra?
> je ne comprends pas bien...
> est-ce que quelqu'un pourrait m'éclairer?
>
>
Alors je suis pas tout a fait sur de ce que je dis, mais presque
les champs extra sont a bannir car seront obsolétes.
Les champs homonymes sont le futur .
Le fonctionnement dans les futures versions de spip serait simplement de
rajouter le champ dans la base de donnée pour qu'il soit accessible dans
tes boucles de squelettes ( je ne sais pas si c'est pas déjà le cas).
Par contre pour avoir une interface de saisie de ces champs la , dans le
backoffice, il faut utiliser les champs extra mais via les champs
homonymes...
donc installe le plugin champ homonyme, rajotue tes champs dans tes tables.
et rajoute ce qui est indiqué dans le fichier inc/extra.php du plugin
champ homonyme, dans ton fichier mes_options.php ( que tu mettras dans
squelettes ).
Pour le moment je n'en sais pas bcp plus.
Mais en tout cas c'est comme ca que je l'utilise
tu peux aussi spécifier tes masques de saisies en rajoutant un peu de
code dans champs homonymes...
si tu veux ca j'ai ca sous le coude.
merci beaucoup pour ta réponse
en fait apparemment je n'ai pas eu besoin de créer les champs dans la
base. c'est normal ? c'est le champ "extra" déjà présent dans les
différentes tables qui est utilisé?
je récapitule ce que j'ai fait au cas où ça intéresse quelqu'un :
donc, j'ai installé le plugin champs homonymes
et y'a des champs supplémentaires qui ont fait leur apparition dans
mon admin spip (un menu déroulant dans rubriques et brèves et un champ
texte "plus" dasn articles, auuteurs et mots clés)...
alors j'ai modifié le fichier
plugins/champs_homonymes/mes_options_homonymes.php pour supprimer les
champs dont je n'avais pas besoin....
et cela semble fonctionner puisque dans l'admin de spip les trois
nouveaux champs dont j'avais besoin dans les brèves apparaissent.
audrey
a w a écrit :
Bonjour à tous,
j'ai besoin d'ajouter quelques champs dans les brèves. (en spip 1.9.2c)
j'ai lu ici et ailleurs que l'utilisation des champs extra est devenue
obsolète avec spip 1.9... et qu'il ne faut mieux pas s'en servir.
de lien en lien, j'ai aterri sur le plugin "champs homonymes"... mais
j'ai l'impression qu'il ne remplace pas les champs extra mais améliore
leur gestion.. c'est ça ? mais du coup il faut quand même utiliser les
champs extra?
je ne comprends pas bien...
est-ce que quelqu'un pourrait m'éclairer?
Alors je suis pas tout a fait sur de ce que je dis, mais presque :)
les champs extra sont a bannir car seront obsolétes.
Les champs homonymes sont le futur .
Le fonctionnement dans les futures versions de spip serait simplement de
rajouter le champ dans la base de donnée pour qu'il soit accessible dans
tes boucles de squelettes ( je ne sais pas si c'est pas déjà le cas).
Par contre pour avoir une interface de saisie de ces champs la , dans le
backoffice, il faut utiliser les champs extra mais via les champs
homonymes...
donc installe le plugin champ homonyme, rajotue tes champs dans tes tables.
et rajoute ce qui est indiqué dans le fichier inc/extra.php du plugin
champ homonyme, dans ton fichier mes_options.php ( que tu mettras dans
squelettes ).
Pour le moment je n'en sais pas bcp plus.
Mais en tout cas c'est comme ca que je l'utilise :)
tu peux aussi spécifier tes masques de saisies en rajoutant un peu de
code dans champs homonymes...
si tu veux ca j'ai ca sous le coude.
@+
La dans ton cas tu n’utilise que les champs extra… il te faudrait rajouter les champs voulu dansla table spip_breves
ca te permettrait éventuellement d’utiliser des critéres de tri sur ces champs la.
et puis le jour ou tu mettra ton spip a jour … ta base le sera et tu n’auras pas a utiliser le plugin champs homonymes…
en fait apparemment je n'ai pas eu besoin de créer les champs dans la
base. c'est normal ? c'est le champ "extra" déjà présent dans les
différentes tables qui est utilisé?
je récapitule ce que j'ai fait au cas où ça intéresse quelqu'un :
donc, j'ai installé le plugin champs homonymes
et y'a des champs supplémentaires qui ont fait leur apparition dans
mon admin spip (un menu déroulant dans rubriques et brèves et un champ
texte "plus" dasn articles, auuteurs et mots clés)...
alors j'ai modifié le fichier
plugins/champs_homonymes/mes_options_homonymes.php pour supprimer les
champs dont je n'avais pas besoin....
et cela semble fonctionner puisque dans l'admin de spip les trois
nouveaux champs dont j'avais besoin dans les brèves apparaissent.
audrey
Salut Audrey,
Je suis l'auteur du plugin champs homonymes.
L'utilisation du plugin n'a de sens que si tu désires pouvoir saisir des données dans l'interface privée.
Tu peux avoir des champs extra qui n'auront pas de champ homonyme; tu peux avoir des champs supplémentaires qui n'auront
pas d'homonyme dans le champ extra et tu peux en avoir certains qui en auront en même temps.
Mais si les champs extra disparaissent dans une éventuel version de Spip, tes nouveaux champs eux, resterons toujours valident.
De plus, même si les champs extras sont sortis de la version officiel de Spip un jour, il restera toujours possible de les rendres partie intégrante du plugin pour assurer la compatibilité ascendante.
Le 07/11/07, Yoann NOGUES (zerax)<ml-yoann@advisio-com.fr> a écrit :
a w a écrit :
Bonjour à tous,
j'ai besoin d'ajouter quelques champs dans les brèves. (en spip
1.9.2c) j'ai lu ici et ailleurs que l'utilisation des champs extra
est devenue obsolète avec spip 1.9... et qu'il ne faut mieux pas
s'en servir.
de lien en lien, j'ai aterri sur le plugin "champs homonymes"...
mais j'ai l'impression qu'il ne remplace pas les champs extra mais
améliore leur gestion.. c'est ça ? mais du coup il faut quand même
utiliser les champs extra?
je ne comprends pas bien...
est-ce que quelqu'un pourrait m'éclairer?
Alors je suis pas tout a fait sur de ce que je dis, mais presque
les champs extra sont a bannir car seront obsolétes.
Les champs homonymes sont le futur .
Le fonctionnement dans les futures versions de spip serait
simplement de rajouter le champ dans la base de donnée pour qu'il
soit accessible dans tes boucles de squelettes ( je ne sais pas si
c'est pas déjà le cas).
Par contre pour avoir une interface de saisie de ces champs la ,
dans le backoffice, il faut utiliser les champs extra mais via les
champs homonymes...
donc installe le plugin champ homonyme, rajotue tes champs dans tes
tables.
et rajoute ce qui est indiqué dans le fichier inc/extra.php du plugin
champ homonyme, dans ton fichier mes_options.php ( que tu mettras
dans squelettes ).
Pour le moment je n'en sais pas bcp plus.
Mais en tout cas c'est comme ca que je l'utilise
tu peux aussi spécifier tes masques de saisies en rajoutant un peu de
code dans champs homonymes...
si tu veux ca j'ai ca sous le coude.
L'utilisation du plugin n'a de sens que si tu désires pouvoir saisir des
données dans l'interface privée.
oui, c'est le cas.
Tu peux avoir des champs extra qui n'auront pas de champ homonyme; tu peux
avoir des champs supplémentaires qui n'auront
pas d'homonyme dans le champ extra et tu peux en avoir certains qui en
auront en même temps.
donc, si je comprends bien, un champ homonyme est un champ extra qui a
le même nom qu'un autre champ extra et le plugin permet notamment de
"synchroniser" ces champs de même nom?
Mais si les champs extra disparaissent dans une éventuel version de Spip,
tes nouveaux champs eux, resterons toujours valident.
même si je ne les ai pas "crée" manuellement dans la base? je me suis
pour le moment contentée d'installer ton plugin et de modifier le
fichier du plugin mes_options_homonymes.php pour nommer mes champs
supplémentaires.
De plus, même si les champs extras sont sortis de la version officiel de
Spip un jour, il restera toujours possible de les rendres partie intégrante
du plugin pour assurer la compatibilité ascendante.
> Le 07/11/07, Yoann NOGUES (zerax)<ml-yoann@advisio-com.fr> a écrit :
>> a w a écrit :
>>> Bonjour à tous,
>>>
>>> j'ai besoin d'ajouter quelques champs dans les brèves. (en spip
>>> 1.9.2c) j'ai lu ici et ailleurs que l'utilisation des champs extra
>>> est devenue obsolète avec spip 1.9... et qu'il ne faut mieux pas
>>> s'en servir.
>>> de lien en lien, j'ai aterri sur le plugin "champs homonymes"...
>>> mais j'ai l'impression qu'il ne remplace pas les champs extra mais
>>> améliore leur gestion.. c'est ça ? mais du coup il faut quand même
>>> utiliser les champs extra?
>>> je ne comprends pas bien...
>>> est-ce que quelqu'un pourrait m'éclairer?
>>>
>>>
>> Alors je suis pas tout a fait sur de ce que je dis, mais presque
>> les champs extra sont a bannir car seront obsolétes.
>> Les champs homonymes sont le futur .
>>
>> Le fonctionnement dans les futures versions de spip serait
>> simplement de rajouter le champ dans la base de donnée pour qu'il
>> soit accessible dans tes boucles de squelettes ( je ne sais pas si
>> c'est pas déjà le cas).
>>
>> Par contre pour avoir une interface de saisie de ces champs la ,
>> dans le backoffice, il faut utiliser les champs extra mais via les
>> champs homonymes...
>> donc installe le plugin champ homonyme, rajotue tes champs dans tes
>> tables.
>>
>> et rajoute ce qui est indiqué dans le fichier inc/extra.php du plugin
>> champ homonyme, dans ton fichier mes_options.php ( que tu mettras
>> dans squelettes ).
>>
>> Pour le moment je n'en sais pas bcp plus.
>> Mais en tout cas c'est comme ca que je l'utilise
>>
>> tu peux aussi spécifier tes masques de saisies en rajoutant un peu de
>> code dans champs homonymes...
>> si tu veux ca j'ai ca sous le coude.
>>
>> @+
>>
> _______________________________________________
> 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 : FAQ webmestre - SPIP
donc, si je comprends bien, un champ homonyme est un champ extra qui a
le même nom qu'un autre champ extra et le plugin permet notamment de
"synchroniser" ces champs de même nom?
Pour qu'il y ai "Champ homonyme" il faut qu'un de tes nouveaux champs ajoutés certaines tables de spip aient un "homonyme" dans le champ Extra. Alors, il y aura automatiquement synchronisation entre les deux. Ce qui permet d'utiliser l'interface privée pour modifier ces nouveaux champs.
Mais si les champs extra disparaissent dans une éventuel version de Spip,
tes nouveaux champs eux, resterons toujours valident.
même si je ne les ai pas "crée" manuellement dans la base? je me suis
pour le moment contentée d'installer ton plugin et de modifier le
fichier du plugin mes_options_homonymes.php pour nommer mes champs
supplémentaires.
Là je ne comprends pas alors à quoi peu te servir le plugin.
