Liangent
b9aa1fea37
(bug 31414) Skin specific gadgets
2011-10-22 19:09:25 +00:00
Liangent
2c2a44005a
Display friendly names of rights on Special:Gadgets
2011-10-20 13:48:06 +00:00
Siebrand Mazeland
76b26174eb
stylize.php, update whitespace, remove superfluous comment lines
...
update indentation and sprinkle some braces.
2011-09-23 06:48:37 +00:00
Max Semenik
eb32b8f436
Bug 29362 - Templates are not exported with gadgets
2011-06-13 18:37:21 +00:00
Max Semenik
dbc8ef531f
Bug 13742 - Allow for gadgets to be turned on by default.
...
Because I'm lazy to do everything twice, README now points to on-wiki docs for definition format.
2011-04-12 18:09:50 +00:00
Max Semenik
1566407b27
Gadgets: bug 12211 - show in preferences only gadgets the user is able to use
2011-04-03 19:01:52 +00:00
Sam Reed
ae659dac2c
Fix bug 27251 "GET" in <form method="GET" should be in lowercase
2011-02-08 13:39:50 +00:00
Max Semenik
66a0821cb7
Merged branches/Gadgets-work/ to trunk. It now uses ResourceLoader (scripts must be explicitly marked as supporting it to be loaded this way), and in process I've completely rewritten its internal organisation in OOP style. Documentation commits will follow.
2010-11-11 18:19:57 +00:00
Max Semenik
13ef1f3ba4
Follow-up r70719: prettified gadget export link
2010-09-16 17:28:21 +00:00
Chad Horohoe
25e94b039a
More php4 constructors. Missed these somehow
2010-08-30 17:18:13 +00:00
Sam Reed
cbe0ee71a5
Remove unused variables (mainly globals)
...
Add some braces
Change $dbw to $db in one case
2010-08-19 11:53:41 +00:00
Max Semenik
9c360c1e94
Follow-up r70719 and r70721: on the second thought, this permission reflects my previous design, where gadget export page was much more computation-heave. It's not needed.
2010-08-08 19:01:28 +00:00
Max Semenik
b0004f78c9
Gadgets: added export feature for easier reuse
2010-08-08 18:22:22 +00:00
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   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
