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

--- Comment #11 from Krinkle <[email protected]> 2012-09-30 17:06:15 UTC ---
(In reply to comment #10)
> > I'd say we can create an extension called "LegacyPreferences" that 
> > implements
> > them exactly the way they used to be in core (be in server side, client 
> > side or
> > both, whatever the implementation was in core). Then when preference is 
> > removed
> > from core, but some people still want it, it can be moved there instead. 
> 
> Would that result in the preferences still showing up as regular preferences 
> on
> any wiki using it, then? While that would be an improvement to core for new
> projects, it only solves part of the issue as there wouldn't be much of a
> usability improvement for those with an existing userbase that would demand 
> it.

Yes, they would show up as regular preferences. MediaWiki has hooks to allow
extensions to add additional preferences. The preferences provided by this
(hypothetical) "LegacyPreferences" extensions would look and do exactly the
same from a user perspective. They can (and should) also use the same
preference key (so that users who had the old core option enabled will
automatically now trigger the extensions' preference).

Except for the order in which the preferences are listed on the preference tab,
the user would not notice any difference (same key, same value, same label,
same preferences section/tab, same functionality).

-- 
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

Reply via email to