Salut,
quand j'utilise le plugin NoIE sous SPIP 2.1 RC avec ZPIP dans un site de langue allemande que j'affiche avec un brouteur anglais sous WinXP/en à partir d'un numéro IP situé en Allemagne, NoIE affiche son message en anglais.
Pourtant NoIE est traduit et fonctionnait bien sous des SPIP 1.9 et 2.0 avec des squelettes "codés à la main".
Est-ce vous avez une idée pourquoi?
klaus++
c'est la langue détectée : il s'agit de celles qui sont configurées
(il y en a plusieurs classées par ordre de préférence) dans le
navigateur... dans ton cas, si tu vas sur "www.google.com" tu ne seras
pas redirige vers "www.google.de" car ton navigateur dit que tu
préfères les contenus en anglais...
(nota : parfois, il n'y a pas de langue préférée de configurée ; c'est
alors la langue principale du site qui est utilisée)
dis-nous quel est ton navigateur et quelqu'un saura te dire ou reconfigurer cela
Le 01 avr. 2010 à 19:52, Gildas Cotomale a écrit :
dis-nous quel est ton navigateur et quelqu'un saura te dire ou reconfigurer cela
J'espère que ça n'a aucun rapport ! SPIP est sensé afficher chaque page, plugin noie compris, dans la langue décidée par le site pour cette page, indépendamment du navigateur 
Je ne sais pas quel est le problème, klaus++, auscultons SPIP2.1+ZPIP !
-- Romy
Le 1 avr. 2010 à 18:30, klaus++ a écrit :
Salut,
quand j'utilise le plugin NoIE sous SPIP 2.1 RC avec ZPIP dans un site de langue allemande que j'affiche avec un brouteur anglais sous WinXP/en à partir d'un numéro IP situé en Allemagne, NoIE affiche son message en anglais.
Pourtant NoIE est traduit et fonctionnait bien sous des SPIP 1.9 et 2.0 avec des squelettes "codés à la main".
Est-ce vous avez une idée pourquoi?
Le message NoIE est affiché avec la langue par défaut qui est selectionnée selon la règle suivante :
- cookie de langue placé par le menu de choix de langue ou par $forcer_lang
- lang du visiteur connecté
- lang acceptée par le navigateur
et enfin par défaut langue du site.
il semble donc que tout soit normal dans ton cas.
Cédric
Salut Cédric et merci pour vos commentaires à vous tous et toutes !
J'essaye de démêler les ficelles:
Tests sous MSIE 6.0.28.00 que j'utilise uniquement pour des tests de compat (héhé, vous vous en doutiez)
Le message NoIE est affiché avec la langue par défaut
qui est selectionnée selon la règle suivante :
Oui, je connais. Ca se comportait justement pas comme attendu.
- cookie de langue placé par le menu de choix de langue ou par $forcer_lang
Il n'y a pas de cookie, je ne suis pas connecté.
- lang du visiteur connecté
pas connecté
- lang acceptée par le navigateur
Sous das MSIE dans le menu Tools->Internet Options->Languages il n'y a que l'allemand
et enfin par défaut langue du site.
La langue principale c'est l'allemand, il n'y a pas d'autre langue dans la config de SPIP. Ce n'est pas encore un site plurilingie.
il semble donc que tout soit normal dans ton cas.
Non, pas du tout mais je viens de trouver l'explication:
J'avais traduit le plugin dans l'outil de traduction en ligne il y a un bon moment, mais cette traduction n'est pas prise en comte dans la zone.
J'ai simplement inséré la bonne traduction allemande dans noie_de.php et le tour était joué.
Alors pas de problème dans SPIP ou Zpip. C'est déjà une bonne découverte.
Mais cette histoire jette une lumière dramatique sur une question importante: Si les traductions de l'interface de trad en ligne ne sont pas transmis dans le svn je risque de me trouver devant un tas de problèmes:
- du travail fait en double
- des auteurs de plugins qui m'engeulent parce je fous le bordel dans leur dossier
- l'impossibilité de savoir par quel bout attaquer telle ou telle traduction. Envoyer mes fichiers de langue par svn? Traduire dans l'interface en ligne? Qui décide quelle est la bonne version d'un fichier de langue?
Quoi faire?
klaus++
Mais cette histoire jette une lumière dramatique sur une question importante: Si les traductions de l’interface de trad en ligne ne sont pas transmis dans le svn je risque de me trouver devant un tas de problèmes:
- du travail fait en double
- des auteurs de plugins qui m’engeulent parce je fous le bordel dans leur dossier
- l’impossibilité de savoir par quel bout attaquer telle ou telle traduction. Envoyer mes fichiers de langue par svn? Traduire dans l’interface en ligne? Qui décide quelle est la bonne version d’un fichier de langue?
Quoi faire?
Ça dépend des plugins.
Pour ceux qui sont gérés par salvatore, c’est la trad en ligne qui fait foi
http://zone.spip.org/trac/spip-zone/browser/dev/salvatore/traductions.txt
Par contre, la mise a jour vers le SVN n’est pas automatique, il faut que fil appuie sur le bouton et surveile le moine copiste.
Pour les autres il n’y a que le SVN
Cédric
Par contre, la mise a jour vers le SVN n'est pas automatique, il faut que
fil appuie sur le bouton et surveile le moine copiste.
Ah bon Salvatore copie aussi ?!, je croyais qu'il était juste fou.
Par contre, la mise a jour vers le SVN n'est pas automatique, il faut que
fil appuie sur le bouton et surveile le moine copiste.Ah bon Salvatore copie aussi ?!, je croyais qu'il était juste fou.
ah non, il écrit... Robert Anthony Salvatore — Wikipédia 
plus sérieusement, le nom du nouvel outil
<http://www.spip.net/fr_article3784.html> est en fait un
hommage/souvenir au/du personnage du Nom De La Rose
<Le Nom de la rose — Wikipédia;
: un moine copiste et traducteur qui parlait tellement de langues
qu'il les mélangeait (un peu à l'instar de la balise multi...) au
point de produire une langue incompréhensible (clin d'oeil à la tour
de Babel ? mais on n'en est pas là sous Spip) ; c'est un personnage
clé de la bibliothèque (inspirée d'une idée de Jorge Luis Borges
<http://fr.wikipedia.org/wiki/Bibliothèque_de_Babel>\)
Merci pour l'info. J'essaye de la transformer dans un mode d'emploi pour traducteurs. En le faisant je viens de trouver un hic qu'il faudrait discuter.
Comment traduire SPIP dans la zone et dans l'interface de traduction en ligne (proposition pour un acronyme nouveau: LIDTEL ou ITL)
Ce texte s'adresse aux traducteurs participant au développement de plugins et modules qui ne sont pas gérés dans l'interface de traduction en ligne http://www.spip.net/trad-lang/
Je veux traduire une partie de SPIP ou de ses un plugins.
1. - je consulte d'abord Salvatore pour savoir si le fichier de langue ou la composante que je veux traduire est géré par l'interface de traduction :
2. - Si mon module/fichier figure sur la liste de Salvatore j'utilise l'interface de traduction pour taper mon texte.
- Ensuite je télécharge le fichier de langue mis à jour et le copie dans un site de test pour vérifier si tout va bien.
- Si ce test réussit je contacte Fil pour qu'il appuie sur "le bouton" qui synchronise l'interface de traduction en ligne avec le svn de la zone.
3. - Si un fichier de langue contient de nouvelles chaines qui ne sont pas encore disponibles dans l'interface de traduction, je contacte Fil qui doit lancer la synchronisation des Versions.
- Je ne dois pas commencer ma traduction avant la confirmation par Fil. Si Fil n'est pas disponible je fais comme c'est décrit plus bas.
3. - Pour les modules ne figurant pas sur la liste de Salvatore j'écris des traductions que je committe ensuite directement dans la zone.
- Il faut vérifier si les fichiers de langue écrites "à la main" sont techniquement ok. Il faut les tester dans un site avant de les committer.
- Il faut suivre le règles de commit et faire attention à bien faire un svn up avant de modifier quoi que ce soit.
Voici le problème que je viens de trouver:
Qu'est-ce que je fais si Fil n'est pas disponible?
J'ai une solution compliquée, peut-être vous avez une meilleure idée:
- D'abord je télécharge le fichier de langue dans la langue d'origine depuis la zone.
- Ensuite je télécharge le fichier de langue cible ou depuis la zone (s'il existe) ou depuis l'interface de traduction (je peux le créer s'il n'existe pas encore).
- Je tape la traduction
- je teste le fichier de langue actualisé dans mon site de test
- j'écris à la liste spip-zone afin de trouver quelquun qui se charge de l'intégrer dans Salvatore.
klaus++
cedric.morin@yterium.com wrote:
Mais cette histoire jette une lumière dramatique sur une question
importante: Si les traductions de l'interface de trad en ligne ne
sont pas transmis dans le svn je risque de me trouver devant un tas de problèmes:- du travail fait en double
- des auteurs de plugins qui m'engeulent parce je fous le bordel dans leur dossier
- l'impossibilité de savoir par quel bout attaquer telle ou telle traduction.
Envoyer mes fichiers de langue par svn? Traduire dans l'interface en ligne?
Qui décide quelle est la bonne version d'un fichier de langue?Quoi faire?
Ça dépend des plugins.
Pour ceux qui sont gérés par salvatore, c'est la trad en ligne qui fait foi
Connexion · GitLabPar contre, la mise a jour vers le SVN n'est pas automatique, il faut que
fil appuie sur le bouton et surveile le moine copiste.Pour les autres il n'y a que le SVN
Cédric
2. - Si mon module/fichier figure sur la liste de Salvatore j'utilise
l'interface de traduction pour taper mon texte.
oui
- Ensuite je télécharge le fichier de langue mis à jour et le copie dans un
site de test pour vérifier si tout va bien.
pas bête
- Si ce test réussit je contacte Fil pour qu'il appuie sur "le bouton" qui
synchronise l'interface de traduction en ligne avec le svn de la zone.
tu peux, mais ce n'est pas indispensable, je le fais de temps en temps.
3. - Si un fichier de langue contient de nouvelles chaines qui ne sont pas
encore disponibles dans l'interface de traduction, je contacte Fil qui doit
lancer la synchronisation des Versions.- Je ne dois pas commencer ma traduction avant la confirmation par Fil. Si
Fil n'est pas disponible je fais comme c'est décrit plus bas.
si si, tu peux, il faut alors que je travaille un peu plus pour
intégrer la langue, en effaçant d'abord les anciens enregistrements,
pour qu'ensuite salvatore prenne en compte le fichier.
3. - Pour les modules ne figurant pas sur la liste de Salvatore j'écris des
traductions que je committe ensuite directement dans la zone.
- Il faut vérifier si les fichiers de langue écrites "à la main" sont
techniquement ok. Il faut les tester dans un site avant de les committer.
oui, c'est mieux, mais si le fichier est en échec salvatore mourra, et
ne fera donc pas de bêtise
-- Fil
2. - Si mon module/fichier figure sur la liste de Salvatore j'utilise
l'interface de traduction pour taper mon texte.oui
- Ensuite je télécharge le fichier de langue mis à jour et le copie dans un
site de test pour vérifier si tout va bien.pas bête
C'est un luxe que je me permet de temps en temps. C'est utile pour s'assurer de la qualité de la mise en page.
- Si ce test réussit je contacte Fil pour qu'il appuie sur "le bouton" qui
synchronise l'interface de traduction en ligne avec le svn de la zone.tu peux, mais ce n'est pas indispensable, je le fais de temps en temps.
"On" pourrait automatiser cette procédure avec une tâche cron, non?
3. - Si un fichier de langue contient de nouvelles chaines qui ne sont pas
encore disponibles dans l'interface de traduction, je contacte Fil qui doit
lancer la synchronisation des Versions.- Je ne dois pas commencer ma traduction avant la confirmation par Fil. Si
Fil n'est pas disponible je fais comme c'est décrit plus bas.si si, tu peux, il faut alors que je travaille un peu plus pour
intégrer la langue, en effaçant d'abord les anciens enregistrements,
pour qu'ensuite salvatore prenne en compte le fichier.
C'est pas bon. On ne veut pas que tu travailles davantage 
Au fait c'était de l'ironie pour insister sur l'intérêt d'un processus régulier automatisé. Est-ce que c'est envisageable de modifier le système de traduction en ligne de manière à lui faire déclencher salvatore à chaque fois qu'il y a du nouveau?
3. - Pour les modules ne figurant pas sur la liste de Salvatore j'écris des
traductions que je committe ensuite directement dans la zone.
- Il faut vérifier si les fichiers de langue écrites "à la main" sont
techniquement ok. Il faut les tester dans un site avant de les committer.oui, c'est mieux, mais si le fichier est en échec salvatore mourra, et
ne fera donc pas de bêtise
J'aurais honte de committer des fichiers qui font planter d'autres scripts à cause d'une virgule qui manque.
klaus++
Est-ce que c'est envisageable de modifier le système de
traduction en ligne de manière à lui faire déclencher salvatore à chaque
fois qu'il y a du nouveau?
oui et non : l'avantage de l'humain dans l'affaire, c'est qu'il ne va
pas lancer salvatore juste après un commit raté. c'est pour ça que
j'hésite à le lancer en automatique (ce qui serait possible
techniquement)... pour quand même m'assurer que tout est bon *avant*
de le lancer (je vérifie aussi après, mais jusqu'ici il n'a pas fait
de bêtises).
J'aurais honte de committer des fichiers qui font planter d'autres scripts à
cause d'une virgule qui manque.
ça arrive à beaucoup de gens, il vaut mieux faire ça que ne rien faire
-- Fil
oui et non : l'avantage de l'humain dans l'affaire, c'est qu'il ne va
pas lancer salvatore juste après un commit raté. c'est pour ça que
j'hésite à le lancer en automatique (ce qui serait possible
techniquement)... pour quand même m'assurer que tout est bon *avant*
de le lancer (je vérifie aussi après, mais jusqu'ici il n'a pas fait
de bêtises).
OK
J'aurais honte de committer des fichiers qui font planter d'autres scripts à
cause d'une virgule qui manque.ça arrive à beaucoup de gens, il vaut mieux faire ça que ne rien faire
> -- Fil
Quelle horreur quand même :-{
klaus++
P.S. Merci pour cette réponse, je la trouve très sympa et juste. Actuellement nos Pirates et une partie de la gauche essayent de mettre en place un système de démocratie en ligne qui essaye de formaliser un tas de processus de communication et de prise de décision. Qu'est-ce qu'ils sont sérieux et quel énorme travail ils consacrent à l'écriture de logiciels open source ! Je préfère encore l'approche conviviale spipeuse: On fait d'abord et on s'engeuele ensuite.
cf. adhocracy [LIQD Wiki]
http://www.liqd.net/
Du 8 au 9 mai je participerai à leur Open Democracy Camp 2010. (open_democracy_camp_2010 [LIQD Wiki]) Si ca intéresse quelqu'un je pourrais en donner un résumé. SPIP contient les pétitions en ligne qu'on pourrait prudemment élargir afin de proposer une base pour des votes plus détaillés.
Le 03/04/2010 09:11, klaus++ a écrit :
Du 8 au 9 mai je participerai à leur Open Democracy Camp 2010.
(open_democracy_camp_2010 [LIQD Wiki]) Si ca intéresse
quelqu'un je pourrais en donner un résumé. SPIP contient les pétitions
en ligne qu'on pourrait prudemment élargir afin de proposer une base
pour des votes plus détaillés.
SPIP contient aussi un mode de validation des articles
où c'est un(e) admin qui décide la publication des articles.
Pour introduire la démocratie dans le workflow spip
ce pourraient être les votes d'un ensemble d'auteurs habilités
qui décide de la validation d'un article,
selon des régles de démocratie à choisir (majorité, majorité aux 2/3,
unanimité, unanimité moins une voix, quorum, absence de véto ...)
JLuc
Le 3 avril 2010 10:58, JLuc <jluc@no-log.org> a écrit :
Le 03/04/2010 09:11, klaus++ a écrit :
Du 8 au 9 mai je participerai à leur Open Democracy Camp 2010.
(http://wiki.liqd.net/Open_Democracy_Camp_2010) Si ca intéresse
quelqu’un je pourrais en donner un résumé. SPIP contient les pétitions
en ligne qu’on pourrait prudemment élargir afin de proposer une base
pour des votes plus détaillés.SPIP contient aussi un mode de validation des articles
où c’est un(e) admin qui décide la publication des articles.Pour introduire la démocratie dans le workflow spip
ce pourraient être les votes d’un ensemble d’auteurs habilités
qui décide de la validation d’un article,
selon des régles de démocratie à choisir (majorité, majorité aux 2/3,
unanimité, unanimité moins une voix, quorum, absence de véto …)
C’est ce que l’on aimerait faire pour le projet Reflets (http://www.reflets.org - projet en cours et pas encore considéré comme réellement exploitable)…
Pas uniquement sur le workflow de base de SPIP (articles) mais sur d’autres objets …
Si des gens sont intéressés pour y réfléchir / travailler, je pense que je devrais commencer à y penser en septembre
JLuc
++
kent1