https://bugzilla.wikimedia.org/show_bug.cgi?id=32537

--- Comment #9 from Lupo <lupo.bugzi...@gmail.com> 2012-03-26 06:05:03 UTC ---
(In reply to comment #1)

> Also, what kind of extension module would load 'site' or 'user'? That sounds
> evil to me.

Not evil at all. Use cases from the Commons:

Common.js implements some cookie-based preference mechanism called JSconfig for
gadgets and other scripts. 

(The code for this is in Common.js because that used to be loaded also on
Special:Preferences, so the script could add UI elements allowing the user to
comfortably set these preferences. I just noticed that Common.js isn't loaded
anymore on Special:Preferences, so that doesn't work anymore. However, I notice
that the "user.groups" module is loaded on Special:Preferences...)

Gadgets who want to query these JSconfig settings have a dependency on the
"site" module.

Another way to define settings for gadgets that is widely employed is by
letting users configure gadget behavior through flags and variables set in
their user JS. That, however, means that gadgets using this mechanism have a
dependency on the "user" module.

Both mechanisms used to work fine, because user JS and site scripts were loaded
before gadgets executed. Sine MW 1.19 (or maybe already 1.18), that is no
longer true.

So, in summary, we need:
* A way to set gadget preferences. Maybe by having some JS loaded and executed
also on Special:Preferences. Or give us a new page Special:GadgetPreferences
where JS can run and add prefs. Or some way to specify declaratively which
preferences a certain gadget has.
* A way of specifying dependencies on the default-loaded modules without
causing them to be loaded multiple times.

-- 
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
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to