"il est bénévole, occupé, et il a autre choses à faire dans la vie."

Et il a bien raison ;-)

J'ai l'impression qu'il est +/- seul sur le coup (ou je me trompe ?), j'avais franchement peur qu'il ne maintienne plus le projet pour des raisons qui le regardent.

Si tu as eu des échanges avec lui et qu'il en ressort une réelle volonté d'adapter Gettext, je suis rassuré.

C'est vraiment bien cette évolution de rails 2.2 ... mais c'est trop orienté "informaticien" et pas assez "traducteur", et ça manque d'automatismes (extraction auto par ex.). Je sais que ce n'est qu'une étape, et que chacun peut venir apporter son petit plugin/gem/contribution, mais en l'état ça me semble encore jeune. Mais ça va dans le bon sens.

Merci pour ta réponse Jasperiel.

Bon alors en faisant quelques recherches sur github surtout :

Il y a un backend i18n_gettext
Je ne l'ai pas encore testé mais l'auteur assure qu'il fonctionne avec rails >= 2.2 (sauf peut-être avec le threading)

On voit aussi que Masao développe la nouvelle version du gem
Dépot gettext de Masao sur Github

Par contre pour rails il faudra attendre un peu, déjà que la nouvelle version du gem sorte et que le développement des gem gettext_rails et gettext_activerecord se fasse.

((Rails)) Rails support has been removed. Rails / ActiveRecord specific code now lives in gettext_rails and gettext_activerecord.

Lire le README

Dépôt vide pour activerecord (vide pour le moment)

Contribuer à ces projets pourrait permettre à tous ceux qui utilisent gettext de migrer vers une nouvelle version de rails (>=2.2.x)

A attendre (ou à forker)

Bin déjà c'est mieux que rien du tout, ou des gems pas maintenus :)

En pratique, Masao n'est pas seul : on est nombreux à utiliser GetText, quelques-un à contribuer en cas de souci, mais la volonté est bien là, et c'est tout ce nombre qui fait que même les contributeurs Rails Core savent qu'on est là, et sont sûrement déjà en train de faire une super intégration GetText / Rails I18N.

Et grâce à la prochaine/récente (bon, les deux s'appliquent hein) fusion entre Rails et Merb, les philosophies "faites une API propre, simple, efficace et robuste" et "laissez les gens choisir la brique logicielle de leur choix parmi de nombreux équivalents" ne peut qu'appuyer dans ce sens.

D'ailleurs, je connais peu Merb et sa communauté, mais quel est leur I18N de choix ? En tout cas, GetText est quand même dans la place depuis un sacré moment, je pense qu'il y aura toujours des gens pour aider, ne serait-ce que par besoin professionnel :)

C'est vrai que GetText est une valeur sûre, simple à comprendre, que l'on a pu déjà connaitre dans une autre vie (ça aide), et comme je l'avais mentionné, cette solution a l'avantage de permettre un travail plus aisé avec les traducteurs.

Pour Merb aucune idée sur leurs api d'internationalisation. Je n'ai pas fait une recherche approfondie, mais à priori rien ne saute aux yeux.

Vu sur RailsInside :
http://developer.newsdesk.se/2009/01/21/translate-new-rails-i18n-plugin-with-a-nice-web-ui/

Ce plugin a l'air intéressant pour répondre au besoin et au process dont nous parlons.
Ce n'est pas GetText, donc probablement pas acceptable comme solution technique, mais ça fait plaisir :)

Je l'avais vu, et je m'étais aussi fait la même réflexion.

Cette solution a le mérite de fournir une interface pour la traduction, et pas un fichier YAML ;-)