Last modified: 2011-05-03 11:19:18 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 7975 - Fully customizable footer
Fully customizable footer
Product: MediaWiki
Classification: Unclassified
Interface (Other open bugs)
All All
: Low enhancement with 2 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
: patch, patch-reviewed
Depends on:
  Show dependency treegraph
Reported: 2006-11-18 20:03 UTC by Robert Leverington
Modified: 2011-05-03 11:19 UTC (History)
6 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---

Basic attempt at fixing for MonoBook skin ***WILL NOT WORK*** (1.17 KB, patch)
2006-11-19 09:10 UTC, Robert Leverington
Patch (5.30 KB, patch)
2007-02-25 12:54 UTC, Robert Leverington
Adds to all skins (6.27 KB, patch)
2007-04-30 20:18 UTC, Robert Leverington

Description Robert Leverington 2006-11-18 20:03:13 UTC
Currently the ability to customize the page footer is very limited, you can only
have 6 items and they are all used for something so can't really be changed. It
would be very good if you could use a syntax which includes other MediaWiki:
namespace pages and created it. An example could be:


where pagename|linktitle creates a link from the page in the text held in
MediaWiki:Pagename and the link looks like the text held in the
MediaWiki:linktitle page

where ||| denotes a seperation (like the gap between about and privacy in the
current implementation)

where a single string between |||'s displays the text in MediaWiki:String

and so on
Comment 1 Rob Church 2006-11-18 20:06:01 UTC
Edit the skin files to customise the site's look and feel.
Comment 2 Robert Leverington 2006-11-18 20:06:56 UTC
But that gets changed on upgrade and is not very user friendly
Comment 3 Rob Church 2006-11-18 20:13:18 UTC
Then create a new skin that encompasses the desired look and feel. You can base
it off the existing skin. User friendliness isn't an issue at this level, if one
is customising the footer to provide a consistent interface. Allowing
administrators to hide or remove, e.g. licence messages and suchlike is not at
all desirable for most wikis.
Comment 4 Aryeh Gregor (not reading bugmail, please e-mail directly) 2006-11-18 23:18:57 UTC
It would make sense to make the message use the same format as
[[MediaWiki:Sidebar]].  It's not vertical, true, but that's still more readable
and more familiar.

(In reply to comment #3)
> Allowing
> administrators to hide or remove, e.g. licence messages and suchlike is not at
> all desirable for most wikis.

They already can at [[MediaWiki:Copyright]].
Comment 5 Rob Church 2006-11-18 23:50:51 UTC
I still maintain it's a job for skin customisation, not the MediaWiki namespace.
The sidebar content is dictated as such, sure, but the layout is still largely
up to the skin.
Comment 6 Aryeh Gregor (not reading bugmail, please e-mail directly) 2006-11-18 23:57:38 UTC
Now that you mention it, most of the current footer things aren't in footers for
non-Monobook skins. It would be rather inappropriate to put them in a footer
message, certainly.  Whether a second "sidebar" positioned elsewhere on the
screen than the side, but possibly skin-dependent, would be a good idea is a
separate question.
Comment 7 Robert Leverington 2006-11-19 07:52:23 UTC
It could be named MediaWiki:footer-content which suggests it is just the content
for the footer and isn't specific to different skins. Anyways, I will see if I
can produce some patch which uses already submitted code. That way even if the
patch isn't accepted for SVN it can still be provided as a extensions (albeit
complicated to add).
Comment 8 Robert Leverington 2006-11-19 09:10:43 UTC
Created attachment 2738 [details]
Basic attempt at fixing for MonoBook skin ***WILL NOT WORK***

This is a basic hack that may or may not produce the desired effects. I have no
means of testing it ATM and I am not a php programmer. Use at your own risk.
Comment 9 Rob Church 2006-11-19 12:03:52 UTC
Comment on attachment 2738 [details]
Basic attempt at fixing for MonoBook skin ***WILL NOT WORK***

It's not usually a good idea to post untested patches on BugZilla except in
special circumstances.
Comment 10 Robert Leverington 2007-02-25 12:54:15 UTC
Created attachment 3268 [details]

this patch has been tested with the SVN phase3 version of MediaWiki and works.
It does not change any non monobook-based skins as these don't use the footer
in the same way. It retains the current code for backwards compatibility and
simply adds some li's after it. It can be modified in the same way as the
sidebar, except it uses MediaWiki:Footer. As no extra links will be added by
default MediaWiki:Footer does not need to be added in any of the language
defaults etc.
Comment 11 Robert Leverington 2007-04-30 20:18:22 UTC
Created attachment 3554 [details]
Adds to all skins

This patch modifies buildSidebar() to be an alias of $this=>buildBar('sidebar')
(for backwards compatibility) this allowing buildBar() (formerly buildSidebar()
- just with some modifications) to easily be configured to work with both the
sidebar and the footer. This adds a footer to all skins, except Simple
(MonoBook with custom CSS) which does not show the default items anyway. A few
changes were made to use the new function calling replacing buildSidebar() and
some occurrences of ' - ' (in the footer) where replaced with $sep for easier
Comment 12 Robert Leverington 2007-04-30 20:19:12 UTC
By the way it has been fully tested on revision 21733.
Comment 13 Robert Leverington 2007-08-14 09:29:54 UTC
I am going to do a lot of work on the skin system that will involve integration of a customizable footer.
Comment 14 Daniel Friesen 2011-01-14 00:13:49 UTC
The footerlinks and footericons are customizable via hook and a configuration var (footericons) in 1.17.
Comment 15 DieBuche 2011-04-15 09:42:09 UTC
Removing keyword patch, since the patch only deals with footerlinks, and those have been patched according to Daniel Friesen
Comment 16 p858snake 2011-04-15 09:46:41 UTC
the patch keyword stays since there is a patch attached.

Adding reviewed since it appears its been reviewed.
Comment 17 DieBuche 2011-05-03 10:42:47 UTC
footerlinks and footericons are done, nothing else is mentioned
Comment 18 Daniel Friesen 2011-05-03 11:19:18 UTC
Still not quite finished, footerlinks is still mostly a hack job, it's just an array of tpl keys, it needs further rewriting to be up to expectations.

Note You need to log in before you can comment on or make changes to this bug.