Some display adjustments, make keys actually work in modern browsers
[slides.git] / fosdem2004 / l10ntalk_02.html
1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
2 <html>
3 <head>
4   <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-15">
5   <meta name="Author" content="KaiRo - Robert Kaiser">
6   <title>L10n talk - FOSDEM 2004 - Mozilla Meeting</title>
7   <link rel="stylesheet" type="text/css" href="l10ntalk.css">
8   <link rel="contents" href="index.html" title="Contents">
9   <link rel="index" href="l10ntalk_overview.html" title="Overview">
10   <link rel="glossary" href="l10ntalk_glossary.html" title="Glossary">
11   <link rel="start" href="index.html" title="Start">
12   <link rel="first" href="l10ntalk_01.html" title="First page">
13   <link rel="previous" href="l10ntalk_01.html" title="Previous page">
14   <link rel="next" href="l10ntalk_03.html" title="Next page">
15   <link rel="last" href="l10ntalk_end.html" title="Last page">
16 </head>
17 <body>
18
19 <h1>diff -D 02/2003 -D 02/2004 mozilla-l10n</h1>
20
21 <div class="explanation">
22 <pre>--- mozilla-l10n        2003-02-FOSDEM
23 +++ mozilla-l10n        2004-02-FOSDEM
24 @@ -a,b +x,y @@</pre>
25 Well, let's make it a small bit less geeky ;-). So what has happened in the last year of Mozilla L10n?
26 <ul>
27  <li class="minus"><b>big manual localeVersion change patches</b>: locale packs from different Mozilla versions are incompatible because of
28      changed, added or removed texts in the UI. To avoid crashes or other side-effects, we have internal
29      versioning of locale in chrome registry, fed into it by contents.rdf files.
30      <br>Those were <span class="hilite">previously hardcoded</span> and I did big manual patches to change them. After I found a way to 
31      insert the versions at build-time and patched the whole tree to do that using the C preprocessor
32      (<a href="http://bugzilla.mozilla.org/show_bug.cgi?id=154927" title="automate localeVersion updates based on milestone.txt">bug 154927</a>),
33      I was told we should use the <span class="hilite">XUL preprocessor</span>. I made that change recently
34      (<a href="http://bugzilla.mozilla.org/show_bug.cgi?id=232011" title="Use the XUL preprocessor for build-time inserting of localeVersion strings">bug 232011</a>)
35      and set tinderboxen on fire (as some of you may remember)...
36      <br>After some help from tinderbox admins and bsmedberg (who had to fix make-jars.pl for a bug I triggered),
37      we should now have that long-standing bug finally resolved (and themes will follow that way soon -
38      <a href="http://bugzilla.mozilla.org/show_bug.cgi?id=234014" title="Use the XUL preprocessor for build-time inserting of skinVersion strings">bug 234014</a>).
39      <br>BTW, all chrome version strings are now defined in
40      <a href="http://lxr.mozilla.org/mozilla/source/config/chrome-versions.sh">mozilla/config/chrome-versions.sh</a>.</li>
41  <li class="minus"><b>XPI error -239</b>: When installing our <span class="hilite">locale XPI files</span>, we often ran into XPInstall
42      error -239 (CHROME_REGISTRY_ERROR), especially on unix machines. This had been happening quite
43      frequently for at least 18 months
44      (<a href="http://bugzilla.mozilla.org/show_bug.cgi?id=109044" title="      Install error -239 registering chrome on some systems">bug 109044</a>),
45      and noone had an idea why that happened, when it started magically disappearing in some cases last summer.
46      <br>DocWilco then <a href="http://bugzilla.mozilla.org/show_bug.cgi?id=109044#c64">filed a patch</a>
47      for a case where he was still seeing (and which was "a tough one to crack"), and we didn't hear a lot about
48      that error again. He also <a href="http://bugzilla.mozilla.org/show_bug.cgi?id=221994">improved reporting</a>
49      of what happens when it still hits a -239 in a followup.
50      <br>Another nasty <span class="hilite">problem is history now</span>.</li>
51  <li class="plus"><b>more attention to L10n</b>: Starting with last December, L10n got more attention of
52      mozilla.org staff than in previous times. It all started with a staff meeting on 2003-12-08 (see the
53      <a href="http://groups.google.com/groups?as_umsgid=3FDB8346.9010004@mozilla.org">"minutes" posting</a>):
54      <pre class="border">
55      *Localisation packs*
56
57 - Quarterly/monthly <span class="hilite">IRC meetings</span> for l10n (blizzard, bart)
58 - What is our end goal for internationalization?
59 - <span class="hilite">Goal: 5 or 6 languages we ship pretty regularly</span>, of reasonable to good
60    quality
61 - Start incrementally
62
63 - Agreed: <span class="hilite">translations need to be in CVS</span>; too separated from release
64    process
65
66 - chofmann to write a message to l10n newsgroup:
67    - 1) Tell people how to nominate bugs to drivers
68    - 2) Mention monthly IRC chat, hosted by chofmann
69         (gerv query: what time to have this? Hard to pick one which is
70          good for everyone, because of timezone issues)
71    - 3) If you have a localised version ready 1 week after 1.6, let us
72         know now (or then) and we'll try and get it on the CD.
73    - 4) There will be a <span class="hilite">string freeze after beta</span> - it's a done deal
74    - 5) We want your localisation by 1 week after our planned release
75         date (But CD gets burned 2 days before we release)
76
77 - We need a simple post-freeze string change process - Bugzilla keyword,
78    post to newsgroup etc.</pre>
79    The first L10n IRC meeting was on 2003-12-15, The 1.6 CD shipped with a few important / finished-in-time
80    localization XPI packs, we're still hoping further actions will happen. The first string freeze (1.7b -> 1.7)
81    is still to happen, and getting translations into CVS is actually a quite old bug report,
82    <a href="http://bugzilla.mozilla.org/show_bug.cgi?id=57878" title="Translations should be in CVS">bug 57878</a>,
83    that still doesn't have much attention, as well as the one for
84    getting German L10n into CVS
85    (<a href="http://bugzilla.mozilla.org/show_bug.cgi?id=179949" title="Get German/de-AT translation into CVS">bug 179949</a>).
86    <br>Let's hope the positive movement of December can be carried on into the future.</li>
87  <li class="plus"><b>Mozilla Europe</b>: Just last week, the <a href="http://www.mozilla-europe.org/">Mozilla Foundation Europe</a>
88    has been launched, having a <span class="hilite">multi-language web site</span>, and that probably will
89    <span class="hilite">attract even more users</span> to localized versions of Mozilla and its derivates.
90    <br>We'll see what this means to our L10n projects...</li>
91 </ul>
92 </div>
93
94 <p class="forward"><a href="l10ntalk_03.html">next</a></p>
95
96 </body>
97 </html>