Cette fois, je ne peux pas y passer, je me lance dans le multilinguisme
J'ai opté pour un multilinguisme "d'article"... (le site à développer est
bilingue)
Dans l'admin, en config, j'ai :
Activer le menu de langue sur les articles ? OUI
Activer le menu de langue sur les rubriques ? NON
J'arrive à manipuler un même article dans les 2 langues. Impec !
Petite question :
Comment fait-on pour traduire le titre de la rubrique ?
J'ai activé le menu de langue sur les rubrique. Créer une rubrique "in
english"... Mais mes articles restent dans la rubrique "en français"... donc
j'en déduis que je fais fausse route...
J'ai opté pour un multilinguisme "d'article"... (le site à développer est
bilingue)
Dans l'admin, en config, j'ai :
Activer le menu de langue sur les articles ? OUI
Activer le menu de langue sur les rubriques ? NON
Ce n'est pas plutôt l'inverse ?
D'après ce que j'ai compris (et mes souvenirs), ce serait plutôt dans
l'autre sens qu'il faudrait faire cette manip : NON et OUI.
Ou bien activer le menu sur les deux, si tu choisis d'activer sur les
articles.
Mais il y a des gens très compétents sur cette question, peut-être en
vacances actuellement...
J'arrive à manipuler un même article dans les 2 langues. Impec !
Petite question :
Comment fait-on pour traduire le titre de la rubrique ?
J'ai activé le menu de langue sur les rubrique. Créer une rubrique "in
english"... Mais mes articles restent dans la rubrique "en français"...
L'utilisation des blocs <multi> devrait résoudre ton problème.
Bonsoir
Les balises <multi> sont très pratiques pour ce genre de choses. Attention
toutefois si tu veux trier les rubriques par ordre alpabétique parce que le
tri se fait sur un champ titre qui contient ces fameuses balises multi et
qui privilégie une langue, la première définie dans le titre.
Merci pour ton aide...
Le site en production doit être bilingue FR/EN avec rajout de l'allemand
dans qq mois.
Chaque article FR dispose de sa traduction EN (obligatoirement).
Première hypothèse :
J'avais donc pensé faire 1 rubrique par thème (et non par langue), avec les
articles FR liés et leur traduction EN (cf mes précédents posts)...
Deuxième hypothèse :
Après avoir visiter RAForum (merci JMB !), je me demande s'il ne serait pas
plus judicieux de faire 2 secteurs (1 par langue. ex : secteur 1 = FR et
secteur 2 = EN) et de développer à partir de ces rubriques (arbo avec une
branche par langue). Je suis obligé de créer ces 2 secteurs car une rubrique
peut porter le même nom malgré sa traduction (et oui !).
1 / Qu'en pensez-vous ?
2 / Si j'adopte ce système, un article FR n'est plus lié à sa trad EN...
J'ai bon ?
3 / Avec la deuxième hypothèse, je mets le critère {lang} dans les boucle et
on en parle plus... c'est bien ça ?
Merci
"JMB" <jbonnard@laposte.net> a écrit dans le message de
news:cf9net$4ol$1@sea.gmane.org...
> <multi>[fr]#TITRE[en]Traduction1</multi>
Non ! <multi>#TITRE[en]Traduction1</multi>
la première langue étant la langue par défaut , il ne faut pas l'indiquer
dans la balise.
> En gros, c'est du "demi-dynamique" :o)
>
> Il n'y a pas une autre solution ?
Pour l'instant non ! D'où les problèmes quand tu veux "manipuler" le titre
2/ à ma connaissance, les articles 'de référence' peuvent être liés à leurs
traductions, indépendamment de la structure choisie pour le site. Je ne suis
pas sûr à 100%, si qq'un peut confirmer ?
Salut,
Merci pour ton aide...
Le site en production doit être bilingue FR/EN avec rajout de l'allemand
dans qq mois.
Chaque article FR dispose de sa traduction EN (obligatoirement).
Première hypothèse :
J'avais donc pensé faire 1 rubrique par thème (et non par langue), avec
les
articles FR liés et leur traduction EN (cf mes précédents posts)...
Deuxième hypothèse :
Après avoir visiter RAForum (merci JMB !), je me demande s'il ne serait
pas
plus judicieux de faire 2 secteurs (1 par langue. ex : secteur 1 = FR et
secteur 2 = EN) et de développer à partir de ces rubriques (arbo avec une
branche par langue). Je suis obligé de créer ces 2 secteurs car une
rubrique
peut porter le même nom malgré sa traduction (et oui !).
1 / Qu'en pensez-vous ?
2 / Si j'adopte ce système, un article FR n'est plus lié à sa trad EN...
J'ai bon ?
3 / Avec la deuxième hypothèse, je mets le critère {lang} dans les boucle
et
on en parle plus... c'est bien ça ?
Merci
"JMB" <jbonnard@laposte.net> a écrit dans le message de
news:cf9net$4ol$1@sea.gmane.org...
> > <multi>[fr]#TITRE[en]Traduction1</multi>
>
> Non ! <multi>#TITRE[en]Traduction1</multi>
>
> la première langue étant la langue par défaut , il ne faut pas
l'indiquer
> dans la balise.
> > En gros, c'est du "demi-dynamique" :o)
> >
> > Il n'y a pas une autre solution ?
>
> Pour l'instant non ! D'où les problèmes quand tu veux "manipuler" le
Perso, quand je tape un article en FR et que je veux le traduire en EN par
ex (par admin de l'article), la traduction EN est un article ajouté dans la
même rubrique...
---
"Franck Saint Germain" <franck.saintgermain@free.fr> a écrit dans le message
de news:002901c47eb2$7f601be0$741ae252@ordi...
2/ à ma connaissance, les articles 'de référence' peuvent être liés à leurs
traductions, indépendamment de la structure choisie pour le site. Je ne suis
pas sûr à 100%, si qq'un peut confirmer ?
à ma connaissance, on peut très bien rajouter le lien (de traduction) entre
deux artuicles à n'importe quel moment, et donc tu dois pouvoir créer un
article n'importe où et le 'connecter' après ?
il y a les squelettes, et des explications, si cela peut te rendre service,
et s'il y a des erreurs ou imprécisions, merci de me le dire.
Franck
----- Original Message -----
From: "Patate" <bobdeo@hotmail.com>
To: <spip@rezo.net>
Sent: Tuesday, August 10, 2004 10:25 AM
Subject: [Spip] Re: Re: Multilinguisme : nom de rubrique
Perso, quand je tape un article en FR et que je veux le traduire en EN par
ex (par admin de l'article), la traduction EN est un article ajouté dans
la
même rubrique...
---
"Franck Saint Germain" <franck.saintgermain@free.fr> a écrit dans le
message
de news:002901c47eb2$7f601be0$741ae252@ordi...
2/ à ma connaissance, les articles 'de référence' peuvent être liés à
leurs
traductions, indépendamment de la structure choisie pour le site. Je ne
Merci pour ces liens ! je n'ai pas encore le reflexe Wiki ;o)
---
"Franck Saint Germain" <franck.saintgermain@free.fr> a écrit dans le message
de news:005901c47eb4$7db2cf20$741ae252@ordi...
à ma connaissance, on peut très bien rajouter le lien (de traduction) entre
deux artuicles à n'importe quel moment, et donc tu dois pouvoir créer un
article n'importe où et le 'connecter' après ?
Après avoir visiter RAForum (merci JMB !), je me demande s'il ne serait
pas
plus judicieux de faire 2 secteurs (1 par langue. ex : secteur 1 = FR et
secteur 2 = EN) et de développer à partir de ces rubriques (arbo avec une
branche par langue). Je suis obligé de créer ces 2 secteurs car une
rubrique
peut porter le même nom malgré sa traduction (et oui !).
Tu crées un secteur par langue et, à l'intérieur, tes rubriques peuvent
porter le nom qu'elles veulent ! Mais tu restes homogène au niveau de la
langue au sein d'un secteur.
2 / Si j'adopte ce système, un article FR n'est plus lié à sa trad EN...
J'ai bon ?
Why ? Sur RAforum, on a une petite poignée d'articles qui sont traduits et
qui se trouvent dans des secteurs différents.
3 / Avec la deuxième hypothèse, je mets le critère {lang} dans les boucle
et
on en parle plus... c'est bien ça ?
Dans ce cas, {lang} sera liée au contexte (article, rubrique....)
Perso, quand je tape un article en FR et que je veux le traduire en EN par
ex (par admin de l'article), la traduction EN est un article ajouté dans
la
même rubrique...
Par défaut, oui (enfin, je pense mais je ne suis pas rédacteur du site... ou
si peu !) mais, après, tu déplaces ton article traduit dans le bon
secteur... ce que ne sait pas faire spip à priori !
Par défaut, oui (enfin, je pense mais je ne suis pas rédacteur du site...
ou
si peu !) mais, après, tu déplaces ton article traduit dans le bon
secteur... ce que ne sait pas faire spip à priori !
La fin de ma phrase risque de ne pas être comprise : je voulais dire que
spip ne s'avait pas trouver la nouvelle rubrique automatiquement et c'était
pour cela qu'il laissait la traduction dans la même rubrique. Mais on sait
fot bien changer un article de rubrique sans problème !
j'utilise la fonction decouper_en_page a laquelle j'aimerais passer un
parametre supplémentaire.
Mais je ne vois pas vraiment comment passer cette variable supplémentaire.
Si j'ai dans mes_focntions.php3 ceci
function decouper_en_page($texte,$id_rub,$mon_nouveau_param)
dans le squelette que dois je mettre ?
j'ai essayé
[(#TEXTE*|decouper_en_page{$num_rub,$mon_nouveau_param}|propre)]
et
[(#TEXTE*|decouper_en_page{$num_rub}{$mon_nouveau_param}|propre)]
Tu ne peux que passer des paramètres constants, pas des variables.
BMR
Vincent TIBERGHIEN wrote:
Bonjour,
j'utilise la fonction decouper_en_page a laquelle j'aimerais passer un parametre supplémentaire.
Mais je ne vois pas vraiment comment passer cette variable supplémentaire.
Si j'ai dans mes_focntions.php3 ceci
function decouper_en_page($texte,$id_rub,$mon_nouveau_param)
dans le squelette que dois je mettre ?
j'ai essayé [(#TEXTE*|decouper_en_page{$num_rub,$mon_nouveau_param}|propre)]
et
[(#TEXTE*|decouper_en_page{$num_rub}{$mon_nouveau_param}|propre)]
passage par valeur, c'est bien ca que je veux faire.
quelle est la syntaxe ?
Le lundi 16 Août 2004 16:36, BMR a écrit :
Tu ne peux que passer des paramètres constants, pas des variables.
BMR
Vincent TIBERGHIEN wrote:
> Bonjour,
>
> j'utilise la fonction decouper_en_page a laquelle j'aimerais passer un
> parametre supplémentaire.
> Mais je ne vois pas vraiment comment passer cette variable
> supplémentaire.
>
> Si j'ai dans mes_focntions.php3 ceci
> function decouper_en_page($texte,$id_rub,$mon_nouveau_param)
>
> dans le squelette que dois je mettre ?
>
> j'ai essayé
> [(#TEXTE*|decouper_en_page{$num_rub,$mon_nouveau_param}|propre)]
> et
> [(#TEXTE*|decouper_en_page{$num_rub}{$mon_nouveau_param}|propre)]
>
> ni l'un ni l'autre ne semblent fonctionner.
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> 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
passage par valeur, c'est bien ca que je veux faire.
quelle est la syntaxe ?
tu as la bonne syntaxe:
#BALISE|filtre{param1,param2}
mais tu ne peux pas passer de valeurs venant de variable php (ce n'est pas une histoire de passage par valeur ou par reference).
voir:
c'est toujours le même problème que pour les critères de boucles, etc...
le code php inclus dans le squlette est interpreté apres le spip du squelette, donc $num_rub par exemple, ne sera pas remplacé par sa valeur.
Pierre
Le lundi 16 Août 2004 16:36, BMR a écrit :
Tu ne peux que passer des paramètres constants, pas des variables.
BMR
Vincent TIBERGHIEN wrote:
Bonjour,
j'utilise la fonction decouper_en_page a laquelle j'aimerais passer un
parametre supplémentaire.
Mais je ne vois pas vraiment comment passer cette variable
supplémentaire.
Si j'ai dans mes_focntions.php3 ceci
function decouper_en_page($texte,$id_rub,$mon_nouveau_param)
dans le squelette que dois je mettre ?
j'ai essayé
[(#TEXTE*|decouper_en_page{$num_rub,$mon_nouveau_param}|propre)]
et
[(#TEXTE*|decouper_en_page{$num_rub}{$mon_nouveau_param}|propre)]
?