Last modified: 2013-09-19 20:50:42 UTC
The MediaWiki:Sidebar special message for configuring the sidebar is a hellish nightmare of incomprehensibility. Its behavior is inconsistent and nonobvious, and generally nobody who didn't write it understands why it does anything it does. It would be helpful to provide a GUI interface for managing the sidebar which would allow local site admins to edit and add links and such without having to sacrifice a goat first. Note the interface will need to handle the localization requirements -- namely that any item might specify its contents and its text as internationalized message keys -- but should also be easy to use for folks who will be creating custom local stuff that doesn't need localization.
I think Special:Sidebar or something similar would be good here. Perhaps genericize to Special:Interface/Sidebar for expandability. Drag and drop capability for the various sections (search, toolbox, etc.). Proper text <input>s for the individual items. While it obviously shouldn't break localization features, 99% of MediaWiki installations just want the sidebar to look fine in the wiki's language. And the current system is so confusing that getting it to work in one language is the best they can usually hope for in any case. Might be a nice project idea for Google Summer of Code 2011. Added here: http://www.mediawiki.org/wiki/Summer_of_Code_2011/Project_ideas
*** Bug 26417 has been marked as a duplicate of this bug. ***
Tweak summary, was misleading. Mortals can already understand the sidebar.
Mentioned in Bug 27988, noting here for cross reference since neither really blocks the other.
I have some plans for sidebar style messages. We need better support for non-MediaWiki:Sidebar navigation such as a header nav, or multi-level hover menu. Or whatever other custom nav a skin comes up with. So I'm probably going to be introducing a generic ListMessageParser to parse any MediaWiki:Sidebar style message given the format it's in. Since I went that far in the idea, I thought I might as well also decide to have skins define any new message types in a $wg config array. Doing that will mean we can build an interface that can handle 'any' MediaWiki:Sidebar style message.
You might want to have a look at the HTMLSelectAndOtherField I recently wrote, which already has a parser for handling messages in the format * A heading ** some content | Its display text some content without a heading | Its display text Which is used for things like the delete/protect/block/upload reason dropdowns. Might be worth extending or integrating with that usecase too?
https://www.mediawiki.org/wiki/User:Dantman/Skinning_system/Customization#Navigation