Salut,
super pour les traductions, j'ai bloqué du temps pour une relecture
aujourd'hui (et j'en profiterai pour relire les docs de GiulanT :-) )
On 04/03/12 18:27, Goofy babelzilla wrote:
:D je te confirme que ce wiki est à peu près aussi calamiteux que la
version précédente (c'est un peu pour me rendre compte aussi que je me
lançais dans une page). tant que tu modifies une page existante tu
peux rester sain d'esprit mais dès que tu veux créer une page nouvelle
avec un titre tu bascules du côté osskür de la Phorce.
En fait, le wiki n'a pas changé depuis plusieurs années. La version
précédente c'était MediaWiki.
La migration vers Kuma devrait avoir lieu au Q2, l'équipe technique
travaille actuellement sur le script de migration des 50000 pages. Mais
il ne faut pas en attendre des miracles: dans un premier temps, on veut
une parité des fonctions. En d'autres termes, si un bug disparaît tant
mieux, sinon on ne va pas le corriger lors de la migration, mais après.
Sinon on ne migrera jamais.
Le gros avantages viendra à terme: comme on contrôle le code, on ne sera
plus dépendant du bon vouloir inexistant de l'éditeur pour corriger le
moindre bug.
Il permettra également de récupérer (disons fin Q2, ou plus réaliste,
Q3) et de bâtir sur ce qu'à fait SUMO pour aider les équipes de traduction.
J'en profite pour signaler que l'identification avec browserID sur la
partie anglaise est buguée jusqu'à l'os (NON je ne déposerai pas un
bug nouveau car il existe depuis un moment) et qu'heureusement en se
mettant sur la partie française qui n'est pas encore passée à
browserID on peut (après un quota raisonnable de fausses manoeuvres)
s'identifier.
Les seuls problèmes que j'ai avec un BrowserID sont des problèmes de
cache (un rechargement de la page suffit pour corriger). Je n'ai pas
encore réussi à comprendre dans quels cas cela apparaît.
La partie en langue française du MDN va migrer à BrowserID cette semaine
(merci Benoît --- et cela m'a permis de découvrir Verbatim et à
Groovecoder de résoudre bug qui bloquait certaines chaînes de MDN d'y
apparaître). C'est une bonne nouvelle car gérer une authentification
double (BrowserID et classique) avec un MDN en deux entités (python pour
les pages d'entrées et DekiWiki pour la partie wiki) est un cauchemar.
Là aussi, cette simplification devrait permettre de maintenir et
améliorer le système plus facilement.
Au fait, as-tu le numéro du bug? Histoire que je sois sûr qu'il ne soit
pas oublié (et pouvoir le relancer).
A noter que BrowserID est un système jeune et que l'on fait quand même
un peu les testeurs pour lui! Je crois qu'on a été le premier site
multilingue a l'avoir utilisé. Et vu que c'est un produit important pour
éviter le traçage sur le Web, il vaut mieux que ce soit nous qui
essuyions les plâtres .
En-dehors de préparer un fichier texte balisé en local et de l'envoyer
par mail à J. Patonnier ou teoli pour qu'ils s'en débrouillent je ne
vois pas trop non plus ce que je peux faire d'utile là-dedans.
Quand on aura migré sur Kuma, il faudra qu'on revisite l'interface et
fasse des bugs précis afin d'améliorer celle-ci.
C'est dommage, je me disais depuis un moment que ce serait bien
d'associer une opération traduction aux docsprints qui ont pris une
certaine allure de croisière je crois.
Je nous voyais bien faire ça à Genève aux rmll pour avoir l'impression
d'y faire un truc utile.
Commentaires ?
Ça me paraît une bonne idée. J'espère bien qu'on aura migré à Kuma d'ici
au RMLL, parce que pour l'instant c'est assez artisanal.
_______________________________________________
Moz-fr mailing list
[email protected]
http://mozfr.org/mailman/listinfo/moz-fr
