[00:36:54] <kaldari>	 Eloquence: Fixed language code is on Commons and working well
[01:20:58] <Eloquence>	 kaldari, still around?
[01:21:04] <kaldari>	 yes
[01:21:25] <Eloquence>	 it would be nice to get the i18n fix merged and pushed out so elke can play with the campaign changes for wlm
[01:21:42] <kaldari>	 which fix is that?
[01:21:47] <Eloquence>	 https://gerrit.wikimedia.org/r/#/c/21288/
[01:23:57] <kaldari>	 sure, you want that pushed out now?
[01:24:27] <Eloquence>	 yeah .. it's not like tomorrow is any better, and it'd be nice to get it out before the weekend
[01:30:59] <kaldari>	 no problem
[01:47:49] <kaldari>	 Eloquence: unfortunately, this one will require a scap :(
[01:49:28] <kaldari>	 hopefully will be finished by 7:15 or so
[01:55:44] <Eloquence>	 got it, thank you!
[02:04:54] * jorm  yawns.

[02:08:41] <kaldari>	 finished
[02:10:16] <Eloquence>	 great, i18n is fixed. thanks.
[11:21:14] <cneubauer>	 Hi, is anyone from the VisualEditor team around?
[16:52:55] <sumanah>	 chrismcmahon: I'm moving the New Page Curation test plan from your user talk page into a https://www.mediawiki.org/wiki/Page_Curation/Testing page to make it easier to point to
[16:54:26] <chrismcmahon>	 thanks sumanah
[16:54:46] <sumanah>	 chrismcmahon: in general, I think you should stop developing these things in your talk space
[16:54:52] <sumanah>	 and just develop them on the pages they're going to be
[16:55:00] <sumanah>	 use {{draft}} at the top if you want to signal that it's a draft
[16:55:05] <chrismcmahon>	 sumanah: it covers most points but I'd like to have Fabrice and others review it when he gets back from vacation
[16:55:56] <sumanah>	 chrismcmahon: sure
[16:57:05] <chrismcmahon>	 I'm sure it's missing some nuances :)
[16:57:08] <sumanah>	 but even so, just draft it in article space instead of userspace
[17:08:29] <^demon>	 Platonides: Would you mind reviewing https://gerrit.wikimedia.org/r/#/c/18654/ for WLM? I was trying to add a bunch of missing .gitreviews :)
[17:34:01] <marktraceur>	 gwicke: I'm almost afraid to ask, but how many times have you had Indian food this week?
[17:34:24] <gwicke>	 marktraceur: three times
[17:34:34] <gwicke>	 had mexican yesterday..
[17:34:34] <marktraceur>	 Hm. I don't want to enable you, then....
[17:34:53] <gwicke>	 are you already hungry?
[17:37:54] <marktraceur>	 gwicke: No, just thinking about lunch
[18:02:46] <TrevorParscal>	 Krinkle: how's it going?
[18:03:08] <Krinkle>	 Busy catching up on stuff
[19:54:15] <Krinkle>	 Wow, U+1F300 CYCLONE is awesome.
[19:54:20] <Krinkle>	 It renders blue on Mac in most applicatoins
[19:54:26] <Krinkle>	 even if the font is black
[19:54:32] <Krinkle>	 🌀
[19:54:37] <Krinkle>	 (%F0%9F%8C%80)
[19:54:46] <Krinkle>	 🌀
[19:55:29] <marktraceur>	 Wow, I can't even see it
[19:55:42] <marktraceur>	 And Firefox is usually so great about unicode
[19:55:59] <marktraceur>	 However, enwiki does a great job of handling it: http://en.wikipedia.org/wiki/%F0%9F%8C%80
[19:56:20] <Krinkle>	 lol
[19:56:29] <Krinkle>	 it redirects to the article of cyclone
[19:56:30] <Krinkle>	 that's wrong
[19:57:57] <marktraceur>	 And yet, there it has been for almost two years :)
[19:58:09] <Krinkle>	 it should redirect to an article about the character
[19:58:15] <Krinkle>	 or rather, be that article
[19:58:34] <marktraceur>	 I'm not sure there is such an article
[19:58:50] <Krinkle>	 well, we have [[!]], [[~]] and [[@]]
[19:59:09] <marktraceur>	 I agree, articles *like it* exist, but this one doesn't
[19:59:10] <Krinkle>	 even [[⁀]]
[19:59:44] <^demon|away>	 [[^]] redirects to [[Caret]] :(
[20:00:06] <Krinkle>	 That's good though, right?
[20:00:06] <marktraceur>	 ^demon|away: Not [[Carrot]] ? :P
[20:00:12] <Krinkle>	 It's an article about the character
[20:00:51] <^demon|away>	 Krinkle: I'd prefer to have kept the article at [[^]] :)
[20:03:53] <Krinkle>	 marktraceur: lol
[20:03:56] <Krinkle>	 look at http://codepoints.net/U+1F300
[20:04:03] <Krinkle>	 it has a wikipedia excerpt about the "character"
[20:04:07] <Krinkle>	 failed due to that redirect
[20:04:22] <Krinkle>	 it should say "Wikipedia has no entry (yet) about this character" (like it does for others)
[20:04:50] <marktraceur>	 Ha, I love it
[20:05:05] <marktraceur>	 I vote for keeping it as-is
[20:07:49] <Krinkle>	 No can do
[20:07:53] <marktraceur>	 Awww.
[20:08:01] * Krinkle  is writing an article

[20:12:04] <Krinkle>	 I can't get it to display
[20:12:12] <Krinkle>	 marktraceur: can you see it on http://codepoints.net/U+1F300 ?
[20:13:40] <marktraceur>	 Krinkle: Doesn't look like it exists yet
[20:13:50] <Krinkle>	 what do you mena
[20:13:54] <Krinkle>	 what do you mean?
[20:21:22] <Krinkle>	 RoanKattouw_away: What was your solution for offsite hosted fonts again?
[20:25:14] <Krinkle>	 Hm.. what're the static-master and php-master references doing on ./docroot/bits etc. those don't appear to exist (anymore/yet/never)
[20:40:23] <Krinkle>	 somewhere on upload.wikimedia.org
[20:42:05] <sumanah>	 yay, found another frontend person (marktraceur I figure more frontend code review is better, and I've given Matmarex some "please be nicer" advice)
[20:44:20] <Krenair>	 <Krenair> Can someone please explain why https://bs.wikipedia.org/w/index.php?title=Razgovor_o_portalu:Islam works, but https://bs.wikipedia.org/w/index.php?title=Razgovor_o_portalu:Islam does not?
[20:48:52] <Krenair>	 nvm, it's okay now
[20:50:09] <sumanah>	 \o/
[21:23:30] <marktraceur>	 sumanah: Good stuff! :)
[21:25:27] <RoanKattouw>	 Krinkle: Hack config to allow font uploads for that wiki, upload font to wiki, disable config, switch URL
[21:25:38] <Krinkle>	 Right.
[21:26:06] <Krinkle>	 In this case its not much fixing of a violation as much as it is a prevention
[21:26:43] <RoanKattouw>	 Oh
[21:26:48] <Krinkle>	 RoanKattouw: I want to upload a font that is capable of displaying many of the unicode characters (besides the ones pretty much every font has)
[21:26:49] <RoanKattouw>	 Yeah I don't have a good prevention mechanism for this
[21:26:53] <RoanKattouw>	 Right
[21:27:00] <Krinkle>	 no, not in that sense prevention
[21:27:01] <RoanKattouw>	 It's probably better to get it in WebFonts then
[21:27:07] <RoanKattouw>	 Right, you wanna do the right thing
[21:27:48] <Krinkle>	 e.g. this characters (and others). some have a Wikipedia article. But either half the visitors see a blank space or they used an SVG.
[21:27:52] <Krinkle>	 http://codepoints.net/U+1F300
[21:28:14] <Krinkle>	 A popular (and freely usable) font for this is Symbola
[21:28:25] <Krinkle>	 Unicode users it as well to display fonts on their site
[21:28:56] <Krinkle>	 I'm thinking of somehow uploading it, and then using font-face to make it available and browsers automatically download it on pages where font-family: Symbola is used.
[21:29:06] <Krinkle>	 and don't when it isn't used.
[21:30:00] <Krinkle>	 WebFonts, right.
[21:30:15] <kflorence>	 hey Owyn, RoanKattouw said he might be able to help us for a bit.
[21:30:18] <Owyn>	 hello there
[21:30:30] <sumanah>	 hi Owyn & kflorence, welcome
[21:30:31] <kflorence>	 unfortunately i'm battling this other P2 right now :)
[21:30:36] <Krinkle>	 RoanKattouw: Though WebFonts is about languages, not individual fonts. Not sure it can handle this
[21:30:56] <Krinkle>	 also, it doesn't want to handle it apparently."Development on this extension is discontinued. Please use Universal Language Selector instead and WebFonts is integrated in it. "
[21:31:25] <Owyn>	 i don't funny understand the problem... but in ResourceLoaderWikiModule::getContent() there is a special case for namespace=NS_MEDIAWIKI
[21:31:32] <RoanKattouw>	 Krinkle: Hmm, either way I think you should ask the i18n people about font issues
[21:31:39] <Krinkle>	 Owyn: yes?
[21:31:50] <RoanKattouw>	 Owyn: Looking
[21:32:07] <RoanKattouw>	 Oh, yes, that
[21:32:13] <RoanKattouw>	 That's because MediaWiki: pages are also messages
[21:32:16] <Owyn>	 and it looks like this is breaking calls to load.php in some cases... the message is just blank when it is actually defined
[21:32:22] <Krinkle>	 RoanKattouw: its not really a font issue. I just need to upload it somewhere and add a css rule in MediaWiki:Common.css on en.wikipedia for the template class that uses it. It works perfectly. Browsers download it only when it needs it.
[21:32:36] <Krinkle>	 Owyn: file a bug, and steps to reproduce
[21:32:59] <Owyn>	 ok.  it's reproducable in 1.19, i haven't looked at 1.20
[21:33:02] <RoanKattouw>	 Owyn: That's really strange, I don't see how that could happen. Where do you expect the contents to come from?
[21:33:15] <RoanKattouw>	 Like, core i18n file, extension i18n file, MediaWiki: page, ...?
[21:33:21] <Owyn>	 the contents are actually a page in the mediawiki namespace
[21:33:43] <Owyn>	 which contains javascript (it's part of a resource loading thing we are doing)
[21:33:50] <RoanKattouw>	 Hah
[21:33:52] <RoanKattouw>	 That should just work
[21:34:00] <Owyn>	 yeah.  it does.  most of the time.  but sometimes it doesn't. :)
[21:34:01] <RoanKattouw>	 It works for extensions like WikiLove and what not
[21:34:05] <RoanKattouw>	 :O
[21:34:12] <kflorence>	 well, it's a subpage, like MediaWiki:Common.js/Another.js
[21:34:13] <Krinkle>	 Owyn: Are you loading it as a message or as a module
[21:34:15] <RoanKattouw>	 Is there any pattern to it?
[21:34:16] <Owyn>	 it looks like if one call to load.php loads MORE than one message, it only loads one
[21:34:17] <RoanKattouw>	 OH
[21:34:20] <RoanKattouw>	 It's a subpage
[21:34:24] <Krinkle>	 don't use subpages
[21:34:28] <Owyn>	 yes, it's a subpage
[21:34:29] <kflorence>	 heh
[21:34:32] <RoanKattouw>	 That's not a valid answer
[21:34:34] <Krinkle>	 that's for translations
[21:34:35] <Owyn>	 the users want to use subpages. heh.
[21:34:47] <RoanKattouw>	 The third "true" parameter might break subpages I suppose
[21:34:48] <Krinkle>	 they don't get to pick. this is how the system works.
[21:35:18] <Krinkle>	 It should have its own page name
[21:35:19] <RoanKattouw>	 Maybe that third true shouldn't be there
[21:35:19] <Krinkle>	 there's no reason not to, works just the same.
[21:35:32] <RoanKattouw>	 Owyn: As a local hack, try removing the third "true" argument to MessageCache::get() there
[21:36:42] <Owyn>	 oh, i don't see that call... could be that's changed in 1.20
[21:36:45] <Owyn>	 what i see is this
[21:36:49] <Owyn>	 if ( $title->getNamespace() === NS_MEDIAWIKI ) {
[21:36:49] <Owyn>	 			$message = wfMessage( $title->getDBkey() )->inContentLanguage();
[21:36:49] <Owyn>	 			return $message->exists() ? $message->plain() : '';
[21:36:51] <Owyn>	 		}
[21:37:10] <Owyn>	 here's an example url:
[21:37:22] <Owyn>	 (apologize for the nastiness of the url. :)
[21:37:24] <Owyn>	 http://pl.bleach.wikia.com/load.php?debug=true&lang=pl&mode=articles&skin=oasis&missingCallback=importArticleMissing&only=scripts&articles=MediaWiki:Common.js/chatango.js%7CMediaWiki:Common.js/prze%B3%B9czanie.js%7CMediaWiki:Common.js/tablica.js%7CMediaWiki:Common.js/facebook.js%7CMediaWiki:Common.js/ajax.js%7CMediaWiki:Common.js/showhide.js%7CMediaWiki:Common.js/upload.js%7CMediaWiki:Common.js/es.js%7CMediaWiki:Common.js/userRightsIcons.js
[21:37:35] <Owyn>	 if you view that, only the first script appears. the others are empty comments.
[21:37:49] <RoanKattouw>	 OK, so 1.20 has this:
[21:38:03] <RoanKattouw>	 if ( $title->getNamespace() === NS_MEDIAWIKI ) {
[21:38:04] <RoanKattouw>	 			// The first "true" is to use the database, the second is to use the content langue
[21:38:06] <RoanKattouw>	 			// and the last one is to specify the message key already contains the language in it ("/de", etc.)
[21:38:07] <RoanKattouw>	 			$text = MessageCache::singleton()->get( $title->getDBkey(), true, true, true );
[21:38:09] <RoanKattouw>	 			return $text === false ? '' : $text;
[21:38:10] <RoanKattouw>	 		}
[21:38:20] <Krinkle>	 Owyn: What is articles= ?
[21:38:21] <RoanKattouw>	 Try that, and if that doesn't work, try removing the third "true"
[21:38:33] <Krinkle>	 That looks very wrong
[21:38:41] <kflorence>	 Krinkle: that's the extension we are working on to include articles from other wikis
[21:38:41] <RoanKattouw>	 Yeah what is mode=articles, that's weird
[21:39:07] <Krinkle>	 There is a built-in class for this, no need to hack a mode=articles
[21:39:09] <kflorence>	 everything else should be standard resource loader
[21:39:24] <RoanKattouw>	 Krinkle: They are using ResourceLoaderWikiModule internally apparently
[21:39:26] <kflorence>	 is the class new or in 1.19?
[21:39:32] <Krinkle>	 No, has been there since 1.17
[21:39:34] <RoanKattouw>	 But I don't think that works cross-wiki
[21:39:36] <RoanKattouw>	 Yeah
[21:39:48] <RoanKattouw>	 RLWikiModule is the class that Owyn is complaining about
[21:39:48] <Owyn>	 someone created ResourceLoaderGlobalWikiModule which loads articles from a different wiki
[21:39:52] <Krinkle>	 well, if you load it from a different domain it is cross-wiki
[21:39:57] <Owyn>	 that's our thing... this other one is core
[21:40:00] <Krinkle>	 that is new in 1.19
[21:40:01] <RoanKattouw>	 Owyn	i don't funny understand the problem... but in ResourceLoaderWikiModule::getContent() there is a special case for namespace=NS_MEDIAWIKI
[21:40:11] <Krinkle>	 ?
[21:40:29] <RoanKattouw>	 (Quoting Owyn there sorry)
[21:40:32] <Krinkle>	 Owyn: And does ResourceLoaderGlobalWikiModule use the correct database connection all the way?
[21:40:33] <kflorence>	 hehe
[21:40:46] <Owyn>	 yeah, that's what it does... it uses this helper we have called GlobalTitle
[21:40:54] <Krinkle>	 If it inherits any methods from ResourceLoaderWikiModule that don't it can break
[21:40:57] <Owyn>	 instead of doing an http get or using the API, it just switches the database handle.
[21:41:05] <Krinkle>	 ok
[21:41:15] <RoanKattouw>	 RLWikiModule has a getDB() method in 1.20, possibly in 1.19
[21:41:20] <Krinkle>	 Owyn: Is "global" here a specific wiki, or in general any other wiki?
[21:41:23] <RoanKattouw>	 I use that for some of the RL2 functionality
[21:41:29] <Owyn>	 for us "global" is any other wiki
[21:41:37] <RoanKattouw>	 But it doesn't work for fetching content
[21:41:39] <Owyn>	 at least in that context...
[21:41:41] <Krinkle>	 I'd recommend using cross-domain load.php instead of loading it inside the same load.php
[21:41:49] <Krinkle>	 so that it is taken care of by the local wiki
[21:41:57] <Krinkle>	 that's how we do it in Gadgets 2.0
[21:42:18] <Owyn>	 we're not familiar with all the features of resource loader... :)
[21:42:26] <Owyn>	 is that a recent addition, or was it part of 1.19?
[21:42:50] <Krinkle>	 np, we're here to help. but it sounds like (form that url) that a lot has been implemented already, how recent is this?
[21:43:04] <Krinkle>	 (at Wikia)
[21:43:07] <Owyn>	 we're running 1.19.1 at the moment
[21:43:07] <kflorence>	 http://trac.wikia-code.com/browser/wikia/trunk/includes/wikia/resourceloader/ResourceLoaderGlobalWikiModule.class.php
[21:43:11] <kflorence>	 we are open source after all :)
[21:43:32] <Krinkle>	 ok, last 11 days
[21:43:53] <Krinkle>	 yeah, I'd recommend to (if possible) make use of the multi-source feature in ResourceLoader as of 1.19
[21:44:07] <Krinkle>	 that's especially made for this, and is what we implemented for Gadgets 2.0
[21:44:12] <Owyn>	 ok
[21:44:16] <Owyn>	 i'll make a note...
[21:44:22] <Krinkle>	 $wgResourceLoaderSources
[21:44:29] <Owyn>	 but i think in this case it's all loading from one wiki, so that's kind of a side digression...
[21:44:34] <RoanKattouw>	 Right
[21:44:34] <kflorence>	 i remember that we looked at using Gadgets, but couldn't because it didn't support cross-wiki
[21:44:48] <kflorence>	 at the time, anyways
[21:44:54] <RoanKattouw>	 Owyn: Did you see (and try) the code snippet I pasted earlier?
[21:45:00] <Owyn>	 i'll try that...
[21:45:18] <Krinkle>	 the master branch of the Gadgets extension is 1.0
[21:45:18] <Krinkle>	 2.0 has been around for a few months now, and in version control, but you may have looked at the master branch instead
[21:45:25] <Owyn>	   
[21:45:55] <Krinkle>	 with wgResourceLoaderSources one can register it locally with a different source, and then loading it on the page with mw.loader.load() will make the client side load those modules with a different source in the registry from the other domain, which then calls back to mw.loader.implement accordingly
[21:47:45] <Owyn>	 neat
[21:48:08] <Owyn>	 that would work for a central repo... our users tend to include stuff from arbitrary other wikia sites...
[21:48:10] <Krinkle>	 so on the "other" wiki is a "foobar" module with ResourceLoaderWikiModule. And on the "local" wiki is a placeholder module "myotherwikisfoobar" with source=myotherwiki, and myotherwiki is in wgResourceLoaderSources.
[21:48:18] <Owyn>	 but we can probably figure out a way to make that work without listing 250000 wikis. :)
[21:48:26] <Krinkle>	  Then loading mw.loader.load(["a", "b", "c", "foobar"]); will make 2 http requests, one to the local one with a,b,c and one to otherwiki
[21:48:32] <Owyn>	 oh, cool
[21:49:01] <Owyn>	 yeah, that should work for cross wiki js loading
[21:49:14] <Krinkle>	 Owyn: When loading random things however, it is probably easiest to indeed not populate wgResourceLoaderSources with all wikis in the farm.
[21:49:32] <Krinkle>	 you only have to put in what is used.
[21:49:41] <Krinkle>	 sources can be dynamically added with mw.loader.addSource
[21:49:44] <Owyn>	 btw, some of our users were loading 30+ separate js files using their own common.js
[21:49:55] <Owyn>	 so this is a helper that builds a load.php request to do it all in one go
[21:51:00] <Owyn>	 but when the wiki was non-en and they were loading more than 1 request, some of them were blank.  whee!
[21:51:21] <Krinkle>	 right
[21:51:21] <Owyn>	 so it's probably somewhere around here.  i'll test this code change.
[21:51:38] <RoanKattouw>	 Owyn: If it doesn't work (I sort of expect it won't), try again without the third "true"
[21:52:02] <Owyn>	 yeah, makes sense
[21:58:22] <Owyn>	 goofy
[21:58:47] <Owyn>	 yeah, that new bit doens't work either.
[21:58:57] <Owyn>	 if i comment out the ENTIRE special case for ns_mediawiki it works 100%
[21:59:11] <Owyn>	 because revision->getRawTExt() returns the correct content
[21:59:24] <Owyn>	 but wfMessage($title->getDCBKey()) does not
[22:00:00] <RoanKattouw>	 Right
[22:00:08] <RoanKattouw>	 But then it won't work for MediaWiki: pages that are really messages
[22:00:38] <RoanKattouw>	 Does $text = MessageCache::singleton()->get( $title->getDBkey(), true, true);    (with 2 trues, not 3)   not work?
[22:00:46] <Owyn>	 ah, so resource loader can load scripts or messages...
[22:00:53] <RoanKattouw>	 Well, sorry no
[22:00:56] <RoanKattouw>	 What I'm saying it
[22:00:59] <RoanKattouw>	 *is
[22:01:24] <RoanKattouw>	 The reason there's a special case is because, if the MediaWiki: page is empty but there's a message by the same name, that's what will be loaded instead. Cause that's also what happens when you view the page
[22:01:39] <RoanKattouw>	 The MediaWiki: is magically "populated" from the i18n stuff
[22:01:47] <Owyn>	 yep
[22:02:22] <Owyn>	 i guess my question is, does it actually load i18n messages using this mechanism?
[22:03:17] <RoanKattouw>	 No
[22:03:22] <Owyn>	 anyway, this is a case where there isn't a message, i18n fallback, but it does live in the Mediawiki namespace...
[22:03:28] <RoanKattouw>	 Loading i18n messages for the purpose of i18n uses a different code path
[22:03:32] <Owyn>	 aha, good
[22:03:33] <RoanKattouw>	 Yes
[22:03:44] <RoanKattouw>	 This is loading i18n messages in lieu of the contents of an MW: page
[22:03:48] <Owyn>	 i can't think of a case where we'd want that. :)
[22:03:59] <Owyn>	 there must be one, i suppose.
[22:04:28] <RoanKattouw>	 It's because of the way Monobook.js and Vector.js were historically implemneted
[22:04:31] <RoanKattouw>	 It's not terribly necessary
[22:04:54] <Owyn>	 oh, so they had snippets defined in message files somewhere?
[22:05:26] <RoanKattouw>	 Not really, just the default contents which look like "/* Anything you put here will be loaded on all pages */"
[22:05:29] <RoanKattouw>	 So it's stupid
[22:05:37] <Owyn>	 aha
[22:05:47] <Owyn>	 okay, i think i can fix this
[22:05:54] <RoanKattouw>	 Alright
[22:05:56] <RoanKattouw>	 I have to go
[22:06:06] <Owyn>	 we are already subclassing that, so i can just override getContent in this case.
[22:06:12] <RoanKattouw>	 I'll be back on Monday afternoon, if you have more questions/problems hit me up then
[22:06:18] <RoanKattouw>	 Ah right
[22:06:20] <Owyn>	 i just wanted to know if there was some horrible side effect from not implementing that. :)
[22:06:35] <RoanKattouw>	 Not really
[22:06:52] <RoanKattouw>	 Alright, good luck and happy coding
[22:06:54] <Owyn>	 thanks for the insight, it was helpful
[22:09:21] <kflorence>	 thanks guys
[22:13:55] <Owyn>	 works
[22:14:16] <Owyn>	 i just moved the special case for NS_MEDIAWIKI into our own subclass and use revision->getRawText() first
[22:14:23] <Owyn>	 then if it doesn't find anything, it falls back to the parent logic
[22:14:54] <Owyn>	 basically, just changing the order of loading, so a null/blank/badly cached message (which is probably some other bug) won't blank out the actual page
[22:40:22] <mwalker>	 Ryan_Lane: would you be kind enough to create a new gerrit project for fundraising :)
[22:40:44] <Ryan_Lane>	 I'm probably not the best person to ask :)
[22:40:53] <Ryan_Lane>	 I'm in the middle of fixing something right now
[22:41:13] <mwalker>	 fair enough. this can wait till monday; you were just the only member of the 'gerrit admins' group online
[23:09:58] <marktraceur>	 Nikerabbit: Have a sec for an l10n question? (or am I asking the wrong person?)
[23:13:30] * marktraceur  doesn't know who else is an l10n person....