a locale string fails somewhere (string or file not found).
See <a href="http://bugzilla.mozilla.org/show_bug.cgi?id=71797" title="Mozilla fails to fallback to another skin or locale if the preferences point to a non-existant one">bug 71797</a>.</li>
<li><b>SeaMonkey vs. Aviary</b>: The differences between SeaMonkey and the "aviary" applications based on the new toolkit
- make work difficult sometimes fot getting source L10n to work correctly.
+ make work difficult sometimes for getting source L10n to work correctly.
<br>L10n work for the two product lines is getting <span class="hilite">more and more different</span>,
though the source files are similar or identical on both sides.
<br>This situation would get much better if we
<a href="http://wiki.mozilla.org/wiki/User:Biesi#port_seamonkey_to_.22new_toolkit.22.2Fxulrunner">port seamonkey to "new toolkit"/xulrunner</a>,
- we'd still need volunteers for that effort (this is not strictly L10n, but it affects us a lot, and we still have quite a lot of SeaMonkey L10n out there).
- <li><b>MLP web pages are a mess</b>: We (MLP staff) know about that, and we are working on it. See
+ we'd still need volunteers for that effort (this is not strictly L10n, but it affects us a lot, and we still have quite a lot of SeaMonkey L10n work happening out there).
+ <li><b>MLP web pages are a mess</b>: We (MLP staff) know about that, and we are <span class="hilite">working on it</span>. See
<a href="http://wiki.mozilla.org/wiki/L10n:MLP_page_structure">MozillaWiki - L10n:MLP_page_structure</a>.
<li><b>L12y bugs</b>: Just as a reminder, we have some <span class="hilite">localizability problems</span> left in Mozilla code.
<br>All relevant bugs (should) have <a href="http://bugzilla.mozilla.org/describekeywords.cgi#l12y">the "L12y" keyword</a> set.
Query for <a href="http://bugzilla.mozilla.org/buglist.cgi?keywords_type=allwords&keywords=L12y&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED">All bugs with L12y keyword set</a>
- <small>(87 bugs found as of Wed Feb 23 12:56:11 PST 2005,
+ <small>(<span class="hilite">87 bugs found</span> as of Wed Feb 23 12:56:11 PST 2005,
48 of them in <a href="http://bugzilla.mozilla.org/buglist.cgi?keywords_type=allwords&keywords=L12y&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&product=Core">Core product</a>,
14 of them in <a href="http://bugzilla.mozilla.org/buglist.cgi?keywords_type=allwords&keywords=L12y&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&product=Mozilla+Application+Suite">"Mozilla Application Suite" (Seamonkey) product</a>,
13 of them in <a href="http://bugzilla.mozilla.org/buglist.cgi?keywords_type=allwords&keywords=L12y&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&product=Firefox">Firefox product</a>,
<li><b>No stringbundles from non-privileged files</b>: This started to hurt me when trying to make about:plugins
localizable (see <a href="http://bugzilla.mozilla.org/show_bug.cgi?id=56863" title="make about:plugins localizable">bug 56863</a>).
In fact, I had to give about:plugins full chrome privileges just to access stringbundles - this opened
- a potential security issue though.
+ a <span class="hilite">potential security issue</span> though.
See <a href="http://bugzilla.mozilla.org/show_bug.cgi?id=98298" title="do not have stringbundle access from about:plugins">bug 98298</a>.</li>
<li><b>XUL FastLoad problems</b>: XUL FastLoad fails to update the strings
<span class="hilite">after a locale switch</span>. There is a workaround in place (killing the FastLoad file),
projects / slides.git / blobdiff