new localization framework - comments

Robert Kaiser <[email protected]> Sat, 18 Aug 2007 16:19:49 +0200
Newsgroups gmane.comp.mozilla.internationalization
Message-ID <[email protected]>
[Posting this to multiple relevant newsgroups, followups to 
mozilla.dev.i18n, which is very low-traffic, so don't hesitate to 
subscribe to it if you're interested in this topic]


A few months ago, Axel Hecht from MoCo has worked on an idea for a new 
localization framework that could be used for Mozilla2, but also for web 
sites and other software.

The main goals of this framework are to overcome the problems and 
limitations we know that the current Mozilla dtd/properties model and 
the gettext/PO model have and provide not only a "best of both worlds" 
but also solve problem that currently exist with both, such as gender 
handling.

The current drafts of this are at <http://wiki.mozilla.org/L20n> on the 
Mozilla wiki, along with features, designs, examples and problems.

Axel did a talk on FOSDEM about this in February, see also 
<http://blog.mozilla.com/axel/2007/02/21/l20n-talk-slides-up/>, his 
slides were interesting, but his examples and demos left many questions 
open, confused some participants and reactions were split, esp. on the 
actual file format.

I think we never collected the real issues people were seeing with his 
proposals, so we should start collecting feedback, problems people are 
seeing, and good points about it here.

Also, a first try on an implementation (for and in PHP for trying out 
how the logic works) unfortunately stalled because of licensing 
questions, but I think we'd need an at least partially working 
implementation to work out the real problems of the spec - once we even 
arrive at a point where most people are content with a spec, actually.
We probably also need a first shot of a rough localization tool before 
we really know this all works out, IMHO.

Please post your (positive and negative) impressions about that 
framework here in this thread, I hope we can get the discussion going on 
this again and hopefully arrive at a usable spec and implementation 
following that discussion.

Robert Kaiser