[SPIP Zone] Projet de plugin "multilinguisme"

Une liste de choses à faire si on voulait sortir du core la gestion du
multilinguisme.

A mettre dans un plugin "multilinguisme" :
-------------------------------------------------

* menu de langue sur les articles [à sortir du core]

* interface de sélection des langues dispo sur le site [à sortir du core]
  (la liste des langues resterait dans le core car elle peut être
utile pour d'autres choses comme par exemple les liens [xxxx{tr}->url]
)

* le multilang.js de Renato (et les modif de
prive/editer/rubrique.html qui l'utilisent)

* l'option (plugin ou lame du CS) "tout multi"

* #MENU_LANG [à sortir du core]

* et sa variante (compliquée) sous forme de liste (cf. code ci-dessous)

C'est dans ce plugin qu'on pourrait ensuite généraliser le choix de
langue des objets, pour avoir un menu de langue sur les rubriques
etc).

_______________________________________________________
Code pour un #MENU_LANG sous forme de liste :

<BOUCLE_langues(ARTICLES){fusion lang}{par lang}>
<a rel="alternate" hreflang="#LANG"
href="[(#REM|sinon{spip.php?action=cookie}|parametre_url{var_lang,#LANG})]&amp;url=<?php
echo urlencode(self()); ?>">[(#LANG|traduire_nom_langue)]</a>
</BOUCLE_langues>

If you don't want to choose your languages with a BOUCLE but manually,
or maybe include images as links, you can do so:

<a rel="alternate" hreflang="pt_br"
href="[(#REM|sinon{spip.php?action=cookie}|parametre_url{var_lang,pt_br})]&amp;url=<?php
echo urlencode(self()); ?>"><img width="20" height="20"
alt="Portugu&#234;s" src="squelettes/img/0lang_pt_br.gif"/></a>

<a rel="alternate" hreflang="es"
href="[(#REM|sinon{spip.php?action=cookie}|parametre_url{var_lang,es})]&amp;url=<?php
echo urlencode(self()); ?>"><img width="20" height="20" alt="Espanhol"
src="squelettes/img/0lang_es.gif"/></a>

-- Fil

Pourquoi sortir le multilinguisme du core de SPIP? Est-ce vraiment utile? Il y a t-il une raison particulière pour cette variance?

Bernard

Fil a écrit :

Une liste de choses à faire si on voulait sortir du core la gestion du
multilinguisme.

A mettre dans un plugin "multilinguisme" :
-------------------------------------------------

* menu de langue sur les articles [à sortir du core]

* interface de sélection des langues dispo sur le site [à sortir du core]
  (la liste des langues resterait dans le core car elle peut être
utile pour d'autres choses comme par exemple les liens [xxxx{tr}->url]
)

* le multilang.js de Renato (et les modif de
prive/editer/rubrique.html qui l'utilisent)

* l'option (plugin ou lame du CS) "tout multi"

* #MENU_LANG [à sortir du core]

* et sa variante (compliquée) sous forme de liste (cf. code ci-dessous)

C'est dans ce plugin qu'on pourrait ensuite généraliser le choix de
langue des objets, pour avoir un menu de langue sur les rubriques
etc).

_______________________________________________________
Code pour un #MENU_LANG sous forme de liste :

<BOUCLE_langues(ARTICLES){fusion lang}{par lang}>
<a rel="alternate" hreflang="#LANG"
href="[(#REM|sinon{spip.php?action=cookie}|parametre_url{var_lang,#LANG})]&amp;url=<?php
echo urlencode(self()); ?>">[(#LANG|traduire_nom_langue)]</a>
</BOUCLE_langues>

If you don't want to choose your languages with a BOUCLE but manually,
or maybe include images as links, you can do so:

<a rel="alternate" hreflang="pt_br"
href="[(#REM|sinon{spip.php?action=cookie}|parametre_url{var_lang,pt_br})]&amp;url=<?php
echo urlencode(self()); ?>"><img width="20" height="20"
alt="Portugu&#234;s" src="squelettes/img/0lang_pt_br.gif"/></a>

<a rel="alternate" hreflang="es"
href="[(#REM|sinon{spip.php?action=cookie}|parametre_url{var_lang,es})]&amp;url=<?php
echo urlencode(self()); ?>"><img width="20" height="20" alt="Espanhol"
src="squelettes/img/0lang_es.gif"/></a>

-- Fil
_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

tout à fait d’accord !

Le 1 février 2009 11:35, Fil <fil@rezo.net> a écrit :

Une liste de choses à faire si on voulait sortir du core la gestion du
multilinguisme.

A mettre dans un plugin « multilinguisme » :

  • menu de langue sur les articles [à sortir du core]

  • interface de sélection des langues dispo sur le site [à sortir du core]
    (la liste des langues resterait dans le core car elle peut être
    utile pour d’autres choses comme par exemple les liens [xxxx{tr}->url]
    )

  • le multilang.js de Renato (et les modif de
    prive/editer/rubrique.html qui l’utilisent)

  • l’option (plugin ou lame du CS) « tout multi »

  • #MENU_LANG [à sortir du core]

  • et sa variante (compliquée) sous forme de liste (cf. code ci-dessous)

C’est dans ce plugin qu’on pourrait ensuite généraliser le choix de
langue des objets, pour avoir un menu de langue sur les rubriques
etc).


Code pour un #MENU_LANG sous forme de liste :

<BOUCLE_langues(ARTICLES){fusion lang}{par lang}>
[(#LANG|traduire_nom_langue)]
</BOUCLE_langues>

If you don’t want to choose your languages with a BOUCLE but manually,
or maybe include images as links, you can do so:

Português

Espanhol

– Fil


spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

PRIGENT Yohann

Un peu de lecture s'impose

http://www.spip-blog.net/Deshabillez-moi.html
http://www.spip-blog.net/Un-collectif-engage.html
http://www.spip-blog.net/SPIP-Core-tout-change-rien-ne.html
http://www.spip-blog.net/Degraissons-l-ecureuil.html

La mode est à liposuccion

Alexandra

Le 1 févr. 09 à 11:41, Bernard Blazin a écrit :

Pourquoi sortir le multilinguisme du core de SPIP? Est-ce vraiment utile? Il y a t-il une raison particulière pour cette variance?

Bernard

Fil a écrit :

Une liste de choses à faire si on voulait sortir du core la gestion du
multilinguisme.

A mettre dans un plugin "multilinguisme" :
-------------------------------------------------

* menu de langue sur les articles [à sortir du core]

* interface de sélection des langues dispo sur le site [à sortir du core]
(la liste des langues resterait dans le core car elle peut être
utile pour d'autres choses comme par exemple les liens [xxxx{tr}->url]
)

* le multilang.js de Renato (et les modif de
prive/editer/rubrique.html qui l'utilisent)

* l'option (plugin ou lame du CS) "tout multi"

* #MENU_LANG [à sortir du core]

* et sa variante (compliquée) sous forme de liste (cf. code ci-dessous)

C'est dans ce plugin qu'on pourrait ensuite généraliser le choix de
langue des objets, pour avoir un menu de langue sur les rubriques
etc).

_______________________________________________________
Code pour un #MENU_LANG sous forme de liste :

<BOUCLE_langues(ARTICLES){fusion lang}{par lang}>
<a rel="alternate" hreflang="#LANG"
href="[(#REM|sinon{spip.php?action=cookie}|parametre_url{var_lang,#LANG})]&amp;url=<?php
echo urlencode(self()); ?>">[(#LANG|traduire_nom_langue)]</a>
</BOUCLE_langues>

If you don't want to choose your languages with a BOUCLE but manually,
or maybe include images as links, you can do so:

<a rel="alternate" hreflang="pt_br"
href="[(#REM|sinon{spip.php?action=cookie}|parametre_url{var_lang,pt_br})]&amp;url=<?php
echo urlencode(self()); ?>"><img width="20" height="20"
alt="Portugu&#234;s" src="squelettes/img/0lang_pt_br.gif"/></a>

<a rel="alternate" hreflang="es"
href="[(#REM|sinon{spip.php?action=cookie}|parametre_url{var_lang,es})]&amp;url=<?php
echo urlencode(self()); ?>"><img width="20" height="20" alt="Espanhol"
src="squelettes/img/0lang_es.gif"/></a>

-- Fil
_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

Bernard Blazin a écrit :

Pourquoi sortir le multilinguisme du core de SPIP? Est-ce vraiment utile? Il y a t-il une raison particulière pour cette variance?

dans la poursuite de la modularité de spip.
pour des sites monolangues :
   économie de ecrire/lang/ -> 8,2 méga quand même
   allégement de l'interface privée
   ...

un core en français avec /à la demande/ des modules de type :
English.lproj, French.lproj, German.lproj...

un core en français avec /à la demande/ des modules de type :
English.lproj, French.lproj, German.lproj…

Peut-on en savoir un peu plus sur ces fameux modules ?

Est-ce que ca correspond aux versions monolangues de spip en version étrangères ?

Parce que vu le nombre de langues dans lesquelles /ecrire a été traduit, ca risque de faire un paquet de zip téléchargeables pour l’avenir.

En revanche, pour répondre à Bernard, je ne pense pas que ce soit une mauvaise idée. Il faudrait pour achever de s’en convaincre tirer les stats de tous les sites spip qui sont réellement multilangues (ceux de l’herbier ou de la liste des sites Spip dispo sur spip.net)

Après je n’ai pas encore tout lu en détail des articles du blog. Ces stats ont peut être déjà été tirées ???


Etienne B.
http://www.loiseau2nuit.net
Samuel Goldwyn - « I had a monumental idea this morning, but I didn’t like it. »

Fil wrote:

Une liste de choses à faire si on voulait sortir du core la gestion du
multilinguisme.

On fait des listes ? Magnifique :slight_smile: Je vais rêver ...

1 - généraliser l'interface pour gérer des traductions (au moins pouvoir créer des liens de traductions entre les rubriques) ;

2 - meilleur gestion des <multi> dans les titres.
(Exemple: un titre de notre site: 270. <multi>Meeting in Kolkata[ar]لقاء كالكوتا[cs]Setkání v Kalkatě[da]Møde i Kolkata[de]Vorbereitung und Jugendtreffen[es]Encuentro en Calcuta[et]Kokkutulek Kolkatas[fi]Tapaaminen Kolkatassa[fr]Rencontre de Calcutta[hr]Susret u Calcutti[hu]Kalkuttai találkozó[id]Pertemuan Kalkuta[it]Incontro a Calcutta[ja]コルカタ大会[ko]콜카다 모임[lt]Susitikimas Kalkutoje[lv]Tikšanās Kolkatā[nl]Ontmoeting in Calcutta[no]Møte i Cochabamba[pl]Spotkanie w Kolkacie[pt]a preparação e o encontro[ro]Întâlnirea de la Kolkata[ru]Встреча в Калькутте[sk]Stretnutie v Kalkate[sl]Srečanje v Kolkati[sr]Сусрет у Калкути[sv]Förberedelser för mötet[sw]Mkutano huko Kolkata[ta]முன்னேற்பாடு[vi]Gặp gỡ Kolkata[zh]加爾各答聚會 [uk]Зустріч в Калькуті</multi> ... est c'est plutôt difficile à éditer dans le champ titre!)

Utiliser un champ <:trad_lang:> rendra la traduction plus aisée. Mais à ce moment-là on perd le réperage par le moteur de recherche. J'ai renoncé donc à cette solution.

Une discussion intéressant à revoir : http://thread.gmane.org/gmane.comp.web.spip.devel/48866

3 - des id_lang sur les documents pour pouvoir utiliser {lang} dans une boucle DOCUMENTS. Ceci dit, ce serait bien de conserver la possibilité de marquer un doc comme « sans langue » ou « multilangue » (des photos, per ex.)

Aha. Je me rends compte que je ne fais pas la liste des choses à sortir, mais plutôt des choses à ajouter;) Mais même cela aide à réfléchir à la manière dont la sortie du core se fera, non ?

Paolo

L'oiseau2nuit a écrit :

Peut-on en savoir un peu plus sur ces fameux modules ?

ma réponse peut effectivement prêter à confusion.

j'*imaginais* une raison qui *pourrait* (à mon sens) justifier le déport de la gestion du multilinguisme.

Les bonnes raisons sont les mêmes que pour toutes les autres fonctionnalités qu'on déporte :

- le découpage du core force à délimiter les frontières et éviter les interdépendances implicites
- les plugins sont développés sur la zone, avec leurs propres cycles de dev, et peuvent bénéficier des contributions de tous

accessoirement, les fonctionnalités découpées peuvent être retirées dans des distributions alternatives, ou sur les projets où elles ne servent pas.

Cédric

Le 1 févr. 09 à 14:11, denisb a écrit :

L'oiseau2nuit a écrit :

Peut-on en savoir un peu plus sur ces fameux modules ?

ma réponse peut effectivement prêter à confusion.

j'*imaginais* une raison qui *pourrait* (à mon sens) justifier le déport de la gestion du multilinguisme.

_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

Moui...Bon on peut aussi imaginer un SPIP sans Stats et sans brèves ...à télécharger aussi..
Je ne reste pas persuadé de l'utilité de la chose.. et proposer SPIP dans toutes les langues c'est quand même un super grand plus.

Bernard

cedric.morin@yterium.com a écrit :

Les bonnes raisons sont les mêmes que pour toutes les autres fonctionnalités qu'on déporte :

- le découpage du core force à délimiter les frontières et éviter les interdépendances implicites
- les plugins sont développés sur la zone, avec leurs propres cycles de dev, et peuvent bénéficier des contributions de tous

accessoirement, les fonctionnalités découpées peuvent être retirées dans des distributions alternatives, ou sur les projets où elles ne servent pas.

Cédric

Le 1 févr. 09 à 14:11, denisb a écrit :

L'oiseau2nuit a écrit :

Peut-on en savoir un peu plus sur ces fameux modules ?

ma réponse peut effectivement prêter à confusion.

j'*imaginais* une raison qui *pourrait* (à mon sens) justifier le déport de la gestion du multilinguisme.

_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

Le 1 févr. 09 à 17:56, Bernard Blazin a écrit :

Moui...Bon on peut aussi imaginer un SPIP sans Stats

n'imagine pas plus, ça c'est déjà fait (les stats ne sont plus dans le core de la 2.1)

et sans brèves

on est un peu a la bourre mais ça arrive

...à télécharger aussi..

Libre à chacun de se constituer ses paquets, après

Je ne reste pas persuadé de l'utilité de la chose.. et proposer SPIP dans toutes les langues c'est quand même un super grand plus.

Ne confonds pas "ce que l'utilisateur télécharge", et qui est un paquet de fonctionnalités, et "comment est constitué le paquet".
Ce dont on parle ici est bien le second point :
un core réduit + des fonctionnalités dans des plugins séparés.

Si tu ne vois pas encore l'interêt, je t'assure que tu verras cela bientôt.

Cédric

2009/2/1 cedric.morin@yterium.com <cedric.morin@yterium.com>

Le 1 févr. 09 à 17:56, Bernard Blazin a écrit :

Moui…Bon on peut aussi imaginer un SPIP sans Stats

n’imagine pas plus, ça c’est déjà fait (les stats ne sont plus dans le core de la 2.1)

et sans brèves

on est un peu a la bourre mais ça arrive

…à télécharger aussi…

Libre à chacun de se constituer ses paquets, après

Donc les stats et les brèves ont déjà été pluginisées ???


Etienne B.
http://www.loiseau2nuit.net
George Carlin - « May the forces of evil become confused on the way to your house. »

Paolo a écrit :

Fil wrote:

Une liste de choses à faire si on voulait sortir du core la gestion du
multilinguisme.

On fait des listes ? Magnifique :slight_smile: Je vais rêver ...

héhé...

- Une jolie interface pour rentrer les champs multi
- une intégration du bazar (simili-plugin) que j'ai mis là

et qui sert ici

http://www.rbdh-bbrow.be/spip.php?rubrique1&lang=fr

("faux liens de traduction entre rubriques, auteur, etc... dès qu'il y
a un champs multi")

Bien pratique quand on opte pour le menu de langue sur les articles
uniquement.

--
Suske