Commit graph

21 commits

Author SHA1 Message Date
Sam Reed 17b8d3ccdb More wrong static method calls fixed 2010-07-26 13:30:31 +00:00
Niklas Laxström 2bff01ac5c i18n fix 2010-07-08 08:13:03 +00:00
Alexandre Emsenhuber d0cbc88d98 Big changes to extensions' documentation:
* changed all @addtogroup to @ingroup
* added some @file where needed
* changed some @package/@subpackage to @ingroup
2010-06-06 15:12:22 +00:00
Aryeh Gregor d0d3d059b5 Remove most named character references from output
Recommit of r66254 to trunk.  This was just

find extensions phase3 -iname '*.php' \! -iname '*.i18n.php' \! -iname 'Messages*.php' \! -iname '*_Messages.php' -exec sed -i 's/ /\ /g;s/—/―/g;s/•/•/g;s/á/á/g;s/´/´/g;s/à/à/g;s/α/α/g;s/ä/ä/g;s/ç/ç/g;s/©/©/g;s/↓/↓/g;s/°/°/g;s/é/é/g;s/ê/ê/g;s/ë/ë/g;s/è/è/g;s/€/€/g;s/↔//g;s/…/…/g;s/í/í/g;s/ì/ì/g;s/←/←/g;s/“/“/g;s/·/·/g;s/−/−/g;s/–/–/g;s/ó/ó/g;s/ô/ô/g;s/œ/œ/g;s/ò/ò/g;s/õ/õ/g;s/ö/ö/g;s/£/£/g;s/′/′/g;s/″/″/g;s/»/»/g;s/→/→/g;s/”/”/g;s/Σ/Σ/g;s/×/×/g;s/ú/ú/g;s/↑/↑/g;s/ü/ü/g;s/¥/¥/g' {} +

followed by reading over every single line of the resulting diff and
fixing a whole bunch of false positives.  The reason for this change is
given in <http://lists.wikimedia.org/pipermail/wikitech-l/2010-April/047617.html>.
I cleared it with Tim and Brion on IRC before committing.  It might
cause a few problems, but I tried to be careful; please report any
issues.

I skipped all messages files.  I plan to make a follow-up commit that
alters wfMsgExt() with 'escapenoentities' to sanitize all the entities.
That way, the only messages that will be problems will be ones that
output raw HTML, and we want to get rid of those anyway.

This should get rid of all named entities everywhere except messages.  I
skipped a few things like &nbsp that I noticed in manual inspection,
because they weren't well-formed XML anyway.

Also, to everyone who uses non-breaking spaces when they could use a
normal space, or nothing at all, or CSS padding: I still hate you.  Die.
2010-05-30 17:33:59 +00:00
Chad Horohoe 7464a94254 Revert r66934 (Removing wfLoadExtensionMessages() from everything). I disagree on principle...we branch extensions for this very reason. But people want trunk extensions compatible for several versions back, meh. 2010-05-27 15:56:53 +00:00
Chad Horohoe 16fa29f47e Large commit. Removed 800+ references to no-op wfLoadExtensionMessages() 2010-05-26 22:25:32 +00:00
Raimond Spekking 87333c0daa * Show [edit] links for users with editinterface right only
* While I am at it: Use Xml::/Html:: functions, commaList() and link() instead of deprecated functions
2010-01-12 19:45:49 +00:00
Brion Vibber 34bcf4f528 Revert r48479 "(bug 13287) Edit links don't work as expected. Removed the edit links entirely. We already link to the pages anyway and the edit links were causing UI clutter."
Removing the links to edit the UI messages means it's necessary to dig around and guess at names to update the gadget descriptions. IMHO this is pretty terrible, and definitely a step backwards in usability.
2009-03-17 21:49:13 +00:00
Chad Horohoe b8f635e5ed (bug 13287) Edit links don't work as expected. Removed the edit links entirely. We already link to the pages anyway and the edit links were causing UI clutter. 2009-03-17 04:21:54 +00:00
Raimond Spekking aca97f0e23 Replaced some hardcoded colons with the colon-separator message 2009-01-07 22:49:54 +00:00
Siebrand Mazeland c6b911e0f9 Consistent casing for addHTML() 2008-11-06 22:20:29 +00:00
Daniel Kinzler e6010c67cc better support for on-wiki i18n 2008-08-17 15:42:26 +00:00
Brion Vibber 740da4c34d Revert r37263 for now:
* (bug 12211) Show some gadgets only for admins
	* (bug 13742) Allow for gadgets to be turned on by default

I'm a bit leery of the 'on by default' entirely at the moment. :)

A few comments:
* The readme examples don't seem to clearly show the option format
* Why are numeric constants being used as indexes to the option array? Strings are easier to work with and debug.
* There's a lot of stuff like this which feels very ugly:
	if( isset( $gadget->options[Gadget::RIGHTS] ) && !empty( $gadget->options[Gadget::RIGHTS] ) ) {
  Since it's all hard-coded anyway, why not just do something nice and clear like this?
	if( !empty( $gadget->rights ) ) {
* And this:
    if( wfGadgetAllowed( $gadget->options ) ) {
  to:
    if( $gadget->isAllowed() ) {
2008-07-07 18:50:47 +00:00
Victor Vasiliev a1e40d79c1 * (bug 12211) Show some gadgets only for admins
* (bug 13742) Allow for gadgets to be turned on by default
Modified patch by MaxSem
2008-07-07 16:54:20 +00:00
Chad Horohoe 998fb3f46f Bug 13287 - if you say "edit this page," it makes sense to take them to action=edit. 2008-07-01 22:17:43 +00:00
Siebrand Mazeland 7ddb99d3f1 Some improved XHTML compliancy here and there ('<[bB][rR][/]>' -> '<br />') 2008-03-01 14:29:01 +00:00
Siebrand Mazeland d4c4059ac5 * Gadgets uses wfLoadExtensionMessages now
* delay special page message loading a tiny bit
* add descriptionmsg and version in extension credits
* update Translate
2008-02-04 08:40:17 +00:00
Siebrand Mazeland 29813fc87a Whitespace fixes 2008-02-04 08:08:43 +00:00
Brion Vibber 10743c94f9 Must call setHeaders() from execute() so non-monobook skins don't explode.
note -- this sucks, we need to make that not be required. :)
2008-01-14 22:46:14 +00:00
Brion Vibber 48f36695b5 Cleanup:
* Use message prefixes to keep namespaces clean: 'gadget-' for gadget name and code, 'gadget-section-' for gadget sections
* Make link behavior consistent with capitallinks off
* Put headings outside the list in Special:Gadgets
* Some general code cleanup (ditch references, etc)
2007-11-16 20:13:25 +00:00
Daniel Kinzler 724a7b85d9 Gadgets extension: enable JS based gadgets via user preferences 2007-07-31 10:21:34 +00:00