[spip-dev] Re: Re: Re: ! multilinguisme et $forcer_lang

Euh, non, ça n'est pas bon :slight_smile:

Soit soit, j'ai fait faux....

Mais cela ne marche pas plus qu'avant (malgré copiage/collage depuis ton
message et vidage de cache !!!). Je teste en local et ce qui marchait en le
mettant dans chaque fichier d'appel ne marche plus quand on le met dans
mes_options.php3

Je m'explique mais il faut s'accrocher !
1 - sur écran sommaire, je fais joujou avec english/français et j'ai bien ce
que je veux !!! Je me mets en english et passe sur l'éran suivant, secteur
français : tiens, je n'ai pas le passage de langue ! Effectivement, sur
l'écran suivant, c'est bien du français que j'ai et tout est en français
2 - je clique sur english, le paramètre passe bien... mais j'ai du français
et la langue revient au français dans la case de choix, comme s'il avait
relu la page dans le cache!!!
3 - je clique encore sur english et, cette fois, j'ai bien de l'anglais : la
case est "english", le bas de page (include) a bien "home" à la place
d'"accueil" mais, à l'intérieur de ma page, je me retrouve avec "recherche"
au lieu de search et tutti quanti.. donc toujours du français
4 - cela fait pareil à chaque fois que je veux afficher un nouvel objet.

Pourtant, tout à l'heure, quand je l'avais fait au niveau des fichiers
d'appel, cela marchait parfaitement, même avec les couches d'include que je
peux avoir.

Je crois qu'il y a vraiment un problème au niveau du paramètre de
mes_options.php3.

JMB

Je m'explique mais il faut s'accrocher !

Tu n'as pas une URL ? Parfois les navigateurs aussi se mettent à délirer en
se "souvenant" du contenu d'une page alors qu'ils ne devraient pas.

-- Fil

Fil <fil <at> rezo.net> writes:

Tu n'as pas une URL ? Parfois les navigateurs aussi se mettent à délirer en
se "souvenant" du contenu d'une page alors qu'ils ne devraient pas.

C'est très probablement le même problème que mon post ci-dessous
(include + lang), et le problème est identique tous navigateurs
confondus (enfin, mozilla firefox, netscape 7, explorer 6)

Soÿ

Tu n'as pas une URL ?

Je ne pourrais pas mettre en ligne avant ce soir :frowning:

Parfois les navigateurs aussi se mettent à délirer en
se "souvenant" du contenu d'une page alors qu'ils ne devraient pas.

Quand on vide les fichiers temporaires ça fait pareil.

JMB

C'est très probablement le même problème que mon post ci-dessous
(include + lang),

Je suis d'accord ! As-tu essayé de mettre le forcer_lang au niveau de tous
les fichiers d'appel et pas au niveau global ? Juste pour voir si cela
fonctionne.

JMB

JMB <jbonnard <at> laposte.net> writes:

As-tu essayé de mettre le forcer_lang au niveau de tous
les fichiers d'appel et pas au niveau global ? Juste pour voir si cela
fonctionne.

JMB

Du tout du tout JMB, nulle part, que nénni :slight_smile:
Je ne tiens pas à cette fonctionnalité.
Ceci dit, pour faire avancer le schimiliblick,
si besoin, je la teste ce soir.

Soÿ

Tu n'as pas une URL ?

Va voir sur http://raforum.apinc.org

Merci
JMB

Va voir sur http://raforum.apinc.org

Tout se passe comme si $forcer_lang n'était pas activé : du coup dans les
pages rubrique et article tout est dans la langue de l'objet, y compris le
#MENU_LANG, qui se bloque sur la langue en question. Ca me paraît normal,
{sauf si} tu as activé $forcer_lang :slight_smile:

PS: je vais passer un moment sur le canal irc

-- Fil

Ca me paraît normal,
{sauf si} tu as activé $forcer_lang :slight_smile:

J'ai activé $forcer_lang, dans mes_options.php3 et à la façon que tu m'as
indiqué (c'est-à-dire pas en global!).
Par contre, le mettre au niveau de chaque appel de squelette fait marcher le
truc comme il faut.
La question est donc : comment faire pour activer ce $forcer_lang au niveau
global ?

D'autres ont-il essayé ?

JMB