[19:36:06] parutron, thanks for forwarding the PDFs to me; could you also please send me the initial document you sent them? [19:36:22] will do [19:37:24] thanks :) [19:57:38] ntoc on en.prototype works nicely with FF3, TrevorParscal [20:29:13] nkomura ... also with the very latest FF3.6 ... is out today [20:29:42] ?? [21:12:47] hi GerardM-. sorry i was in the meeting [21:13:01] were you trying out NTOC on the prototype? [21:13:34] no I was not ... I just updated FF on Windows [21:13:52] ah i see [21:13:53] fyi from tomorrow translatewiki.net will have a translation memory [21:14:05] woo [21:14:11] sounds exciting [21:14:22] this means that when a text has been translated before the translation will be suggested as being the same [21:14:40] it is what professionals use for their translations [21:15:03] i've used it before with translation vendors before [21:17:20] :) [21:17:47] it is one reason why we want to localise for more open source applications ... it grows the TM [21:17:57] and it helps with consistency [21:18:19] it makes a lot of sense and reduce the duplicated effort of translation [21:22:19] it will make life easier for the languages that are more rare ... [22:10:20] I just asked this in #wmfstaff but maybe this place is better... anyone besides mdale understand module loading in mwEmbed? [22:18:14] morning mdale [22:18:23] morning [22:22:21] mdale: if we have jQuery loaded, is it supposed to be guaranteed that $j works? [22:22:39] it does in "js2stopgap" [22:22:47] it does in mwEmbed [22:22:56] what do you mean by does [22:23:02] you mean this equivalency is set up? [22:23:11] but if a random extension includes it they may not run $j = jQuery.noconflict() [22:23:16] or whatever its called [22:23:23] that's it [22:23:49] right that gets run in mwEmbed setup function and or the js2stopgap .. so yes you can count on $j [22:23:58] after a mw.ready call [22:24:17] anyway uploading seems to be broken because it's expecting $j and it's not there and I was wondering what the bug was, lack of $j or reliance on $j [22:24:45] it's happening inside mwEmbed setup since it calls getScript and so on. [22:24:51] mw.getScript. [22:25:05] which tries $j.getScript [22:25:44] uploading is broken where? [22:26:04] on the Special:Upload page, for me, anyway [22:26:07] unmodified source [22:26:51] turnk? js2-work? live site / deployment [22:26:56] js2-work, sorry [22:27:03] straight outta svn [22:27:06] not live [22:27:59] hmm [22:28:19] line 1744 [22:28:25] or do you see this too, or just me [22:28:32] working for me... [22:28:36] odd [22:29:02] do you have script-loader on? [22:29:09] do you have javascript-debug on [22:29:16] do you have the latest from the svn? [22:29:50] I don't have any special options on, and the latest from the svn. [22:30:00] ... so its the install page :P [22:30:03] j/j [22:30:03] I don't know exactly what you mean by script-loader or javascript-debug though. [22:30:11] you will want $wgDebugJavaScript = true; in localsettings.php [22:30:14] these are mw options I think? [22:31:19] yes. [22:31:58] ok that worked but I don't know why. [22:32:22] do you have time to explain? [22:33:22] because it had an old copy of the js cached in your script-catch.. (i don't update the global script-version on every svn commit .. just when I push it out ) [22:33:31] as a "release" [22:33:51] ok, so wgDebugJavascript means re-read js every time [22:34:13] and script-loader and javascript-debug, what are these? [22:34:14] correct ... it should have read the file modified date though... perhaps it was browser cache issue? ... [22:34:26] no, I thought of that, flushed a few times [22:34:40] oky probably mw side then [22:34:51] $wgEnableScriptLoader = true; will group your scripts requests [22:35:09] into a single request [22:35:18] ... [22:35:34] should not affect functionality [22:35:41] I don't understand, you mean script in the PHP sense or Javascript sense [22:35:50] in the output of the page [22:36:30] for development its good to have $wgEnableScriptLoader = false; so that you can get the file and line where things go bad [22:37:03] and with wgDebugJavaScript you always get a fresh url for all the js [22:37:54] oh, you mean a minifier / cruncher? [22:38:22] ? [22:38:33] ok, well, I just went searching for that term and I found your page on JS2_Overview... had never seen this before [22:38:53] so you're referring to a framework for loading JS which can batch or not [22:39:29] yes you can control that with thouse config options [22:39:37] also see: http://www.mediawiki.org/wiki/MwEmbed [22:40:02] some js2 overview stuff might be out of date [22:41:27] yeah, you had showed me MwEmbed page before, never saw the link to JS2 [22:41:28] will do some quick edits to js2 ... but it needs to be renamed to just "mediawiki js" [22:41:37] and lots of updates [22:41:54] thanks [22:44:38] I noticed that you sort of defer to jQuery's script loader, except for the case where jQuery isn't loaded yet [22:44:48] in which case it's basically a copy of jQuery's loader [22:44:54] do I need to know why that is? ;) [23:00:39] oh getScript ? [23:01:46] ... yea people could use $j.getScript [23:03:14] it does things diffrently [23:03:19] like when in debug mode [23:03:37] does not do XHR evals on scripts [23:03:42] so that you get the error point [23:04:08] when not in debug mode you can use $.getScript with XHR and eval wich has more predictable http states across browsers [23:04:46] feel free to update the explanation of the function for more clarity where appropriate. [23:04:59] ( in the comments and documentation ) [23:05:02] anyway gtg [23:05:04] lunch time