Last modified: 2014-10-04 19:28:08 UTC
Inspired by the "withJS-url parameter"-script floating around various wikis (which calls importScript() if the passed pagename is in the MediaWiki:-namespace), I think such functionality would qualify as core functionality. For backwards compatiblity and to avoid any security issues on wikis which use the MediaWiki:-namespace on a less-than-sysop security level, this should be disabled by default, and enableable with a wiki global (eg. $wgAllowWithModuleLoading=true;) However given how the resourceloader currently works and how it will/may work in the future [1]. I think it's best not to implemenent the script as it is now on those wikis, instead I've made this bug depend on bug 27535 ( registering wikistyles and wikiscripts as part of a module ), and propose to make the parameter someting like withModule. Example: * http://wi.ki/w/index.php?title=Foobar&withModule=ext.gadget.Foobar That way it can be used to load CSS as well, since CSS can be (part of) a module. This also stops the need to create mini-scriptpages in the MediaWiki:-namespace that would call importScript() and importStylesheet() several times (once for every css/js part of the module) in order to make it work with the withJS-hack.
Unassigning default assignments. http://article.gmane.org/gmane.science.linguistics.wikipedia.technical/54734
(In reply to comment #0) > However given how the resourceloader currently works and how it will/may work > in the future [1]. Do you still remember what [1] was supposed to mean? What are the new plans for this, considering that bug 27535 was closed (and bug 25845 and bug 27281 are open)?
withModule has been implemented in a snippet and used by a few wikis: https://www.mediawiki.org/wiki/Snippets/Load_JS_and_CSS_by_URL
