Hey, module's contents is getting put in a function. adding it to the window object. So in my use case this would mean editing the OpenLayers library? Cheers -- Jeroen De Dauw * http://blog.bn2vs.com * http://wiki.bn2vs.com Don't panic. Don't be evil. 50 72 6F 67 72 61 6D 6D 69 6E 67 20 34 20 6C 69 66 65! --

Hey, Using only a single resource module seems to fix the scope problem. However, the script is still breaking. For some reason I'm getting an error in the OpenLayers lib when I try to create a new Map object in my script, and code execution stops there. See line 56 in this file [0]. As far as I can tell, the code I have there is pretty equivalent to what I have in the old non-RL-using version, which is working. Any idea's there? [0] http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/Maps/includes/se… Cheers -- Jeroen De Dauw * http://blog.bn2vs.com * http://wiki.bn2vs.com Don't panic. Don't be evil. 50 72 6F 67 72 61 6D 6D 69 6E 67 20 34 20 6C 69 66 65! --

Hey, Thanks, that works. I'd hoped there would be no need to have a modified version of the OpenLayers library though :( Cheers -- Jeroen De Dauw * http://blog.bn2vs.com * http://wiki.bn2vs.com Don't panic. Don't be evil. 50 72 6F 67 72 61 6D 6D 69 6E 67 20 34 20 6C 69 66 65! --

Hey, Next problem: One of the modules I'm loading contains a CSS file (part of the OpenLayers lib). The CSS points to a bunch of images, but they are not getting loaded. I guess this is a path issue, but am not sure how to confirm this / solve it. This is my module definition: http://dpaste.org/Pe1N/ Cheers -- Jeroen De Dauw http://blog.bn2vs.com Don't panic. Don't be evil. --

Hey, Thanks again for the quick reply. The image paths appear to be correct when I view the file via that url. What I'm seeing when I load an OpenLayers map is that some of the controls that consist out of images get displayed as "firefox image not found" images, and then disappear from the map. I asked about this on the OpenLayers IRC and people there agreed it was most likely a CSS issue. So anyone an idea what might be going wrong here? Cheers -- Jeroen De Dauw http://blog.bn2vs.com Don't panic. Don't be evil. --

2010/11/9 Jeroen De Dauw <jeroendedauw(a)gmail.com>om>: Can you link to the actual fail map instead of a screenshot so I/we can look at this in Firebug ourselves? I'm pretty sure /something/ is going wrong with image URL remapping here, but it's hard to figure out what unless I can see it fail in my browser. Roan Kattouw (Catrope)

It's in the roadmap and in process? Want to help? - Trevor On 11/9/10 11:00 AM, Dmitriy Sintsov wrote:

Well, we basically just need a template parser. Michael has one that seems to be working for him, but it would need to be cleaned up and integrated, as it's currently spread across multiple files and methods. Do you like writing parsers? - Trevor On 11/9/10 10:25 PM, Dmitriy Sintsov wrote:

2010/11/10 Dmitriy Sintsov <questpc(a)rambler.ru>ru>: We're not looking for a full-blown parser, just one that has a few basic features that we care about. The current JS "parser" only supports expansion of message parameters ($1, $2, ...), and we want {{PLURAL}} support too. AFAIK that's pretty much all we're gonna need. Michael Dale's implementation has $1 expansion and {{PLURAL}}, AFAIK, and maybe a few other features. I think {{PLURAL}} is an important feature for ResourceLoader, and if no volunteer wants to implement it, I think a staff developer should. I believe most of the work has already been done, yes, but I've never seen Michael's code and I don't know where it is (maybe someone who does can post a link?). Roan Kattouw (Catrope)

On 10-11-10 02:55 AM, Marco Schuster wrote: Sorry, but the differences between PHP and JS are more than you think. Besides /x you're going to run into a bit of pain where /s is used. And you'll be rearanging code a bit to cache RegExp's created through string concatenation. And there's the potential to be tripped up by associative arrays if the parser uses them. And as for WYSIWYG, parsing is quite different, at least if you're sane enough to not want to re-run an extremely expensive parser like the MW one for every few character changes. And then there are extensions... The parser is heavy... even if you take into account how efficient JS engines have become and the potential for them to be even faster at executing the parser than php is you don't want a heavy directly ported parser doing the work handling message parsing client side. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name]

The code is not spread across many files.. its a single mw.Parser.js file. Its being used in my gadget and Neil's upload wizard. I agree the parser is not the "ideal parser", its not feature complete, is not very optimised, and it was hacked together quickly. But it passes all the tests and matches the output of php for all the messages across all the languages. I should have time in the next few days to re merge / clean it up a bit if "no one else" is doing it. It should be clear who is doing what. The parser as is ... is more of a starting point than a finished project. But it starts by passing all the tests... If that useful we can plop it in there. an old version of the test file is here. I have a ported / slightly cleaner version in a patch http://prototype.wikimedia.org/s-9/extensions/JS2Support/tests/testLang.html it also includes a test file that confirms the transforms work across a sample set of messages. Its not clear to me how the current test files / system scales ... Mostly for Krinkle: The mediawiki.util.test.js seem to always include itself when in debug mode. And why does mediawiki.util.test.js not define an object by name "mediawiki.util.test" it instead defines "mediawiki.test" also: if (wgCanonicalSpecialPageName == 'Blankpage' && mw.util.getParamValue('action') === 'mwutiltest') { Seems gadget like.. this logic can be done on php side no? Why not deliver specific test payloads for specific test entry points? if you imagine we have dozes of complicated tests systems with sub components the debug mode will become overloaded with js code that is never running. --michael On 11/10/2010 10:56 AM, Roan Kattouw wrote:

On 11/10/10 1:56 AM, Roan Kattouw wrote: Certainly staff members (me for instance) are already assigned this work. I was responding to a query about "what can I do". In short, you can help :) - Trevor

Your problem has nothing to do with CSS. The images that are not loading are actual <img> tags, and they are trying to find images in the /img/ folder, which means http://wiki.bn2vs.com/img/ in your case. - Trevor On 11/10/10 1:40 PM, Jeroen De Dauw wrote:

2010/11/10 Jeroen De Dauw &lt;jeroendedauw(a)gmail.com&gt;om>: Could you point me to the code that generates those <img> tags? Roan Kattouw (Catrope)

Hey, I've send an email about this to the OpenLayers list, as this appears be to something that can not really be fixed by the RL. Cheers -- Jeroen De Dauw http://blog.bn2vs.com Don't panic. Don't be evil. --

ResourceLoader uses CSSMin::remap, which *should* work with double, single or non quoted URLs. There may be some strange syntax that it's tripping over though... - Trevor On 11/9/10 12:53 AM, Maciej Jaros wrote: