https://bugzilla.wikimedia.org/show_bug.cgi?id=27281
Krinkle <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX --- Comment #6 from Krinkle <[email protected]> 2012-03-10 22:04:21 UTC --- (Cited from bug 25845 comment #19) > mw.loader.load has 2 purposes: > * On-demand loading of a module registered in ResourceLoader > * On-demand loading of a raw url > > I think this is a solid system. And loading wiki pages is not a useful > feature. > Instead we should focus on implementing the ability for users to create their > own complete ResourceLoader modules within their own space. Allowing raw > loading of wiki pages (although minified) is barely any improvement over the > current system and doesn't address any of the following issues, which have on > the contrary been solved in ResourceLoader > > * Proper caching > * Not loading the same content twice (using dependency lists of modules by a > name instead of direct loading of a script page) > * Concatenation > * Translation > * RTL-support > * more.. > > The original request "Include the functionality of importScript into > mediaWiki.loader.load" is in my opinion a WONTFIX. Until a proper solution > exists, please use importScript() (or if you need a callback, use > jQuery.getScript(url, callback). > > The underlying need however is not a wontfix, but a valid need. Instead of > addressing that by adding support for direct loading of a wiki page to > mw.loader.load is bug 34958 (creation of ResourceLoader modules on a user > level) See bug 34958 instead. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
