X-Git-Url: https://git-public.kairo.at/?p=slides.git;a=blobdiff_plain;f=fosdem2005%2Fl10ntalk_04.html;h=a936e76dabf57ac7702be59179050ef376be87a9;hp=fd449934fde9fe4455b46353553ae75cc03d4682;hb=b1edb751dc7c682adfed2ab4ed60a0d69dc7c8c8;hpb=bf03a77a2f53ec2d4b5df59fc853ac1adc066720

diff --git a/fosdem2005/l10ntalk_04.html b/fosdem2005/l10ntalk_04.html
index fd44993..a936e76 100755
--- a/fosdem2005/l10ntalk_04.html
+++ b/fosdem2005/l10ntalk_04.html
@@ -25,18 +25,18 @@
      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&amp;keywords=L12y&amp;bug_status=UNCONFIRMED&amp;bug_status=NEW&amp;bug_status=ASSIGNED&amp;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&amp;keywords=L12y&amp;bug_status=UNCONFIRMED&amp;bug_status=NEW&amp;bug_status=ASSIGNED&amp;bug_status=REOPENED&amp;product=Core">Core product</a>,
      14 of them in <a href="http://bugzilla.mozilla.org/buglist.cgi?keywords_type=allwords&amp;keywords=L12y&amp;bug_status=UNCONFIRMED&amp;bug_status=NEW&amp;bug_status=ASSIGNED&amp;bug_status=REOPENED&amp;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&amp;keywords=L12y&amp;bug_status=UNCONFIRMED&amp;bug_status=NEW&amp;bug_status=ASSIGNED&amp;bug_status=REOPENED&amp;product=Firefox">Firefox product</a>,
@@ -45,7 +45,7 @@
  <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),