| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/110518
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/110281
|
|
|
|
|
|
|
| |
extension) return null anyway
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/105320
|
|
|
|
|
|
|
| |
I'll be amazed if this doens't break any tests.
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/103817
|
|
|
|
|
|
|
|
|
| |
CreditsAction non-static so that they can use the context
* Added missing Action::msg() method
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/99222
|
|
|
|
|
|
|
| |
catched by the second part
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/97327
|
|
|
|
|
|
|
| |
white-space:nowrap;
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/92011
|
|
|
|
|
|
|
| |
incorrectly when wrapped to the next line.
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/91966
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
and WikiCategoryPage from CategoryPage.
* WikiPage functions/fields are "magically" part of Article when accessed for b/c. Magic is kind of ugly but there are too many callers to make breaking changes atm. Some functions are just wrappers for WikiPage ones (were magic won't work).
* Added newFromID() to each WikiPage subclass (works around pre-existing inheritance problem).
* Added Page class for convenient type hinting and changed hints from Article -> Page. This lets things use WikiPage objects without getting type errors.
* Updated FlaggedPage to extend WikiPage. Worked around getOldIdFromRequest().
* Added setTimestamp() to WikiPage and moved some timestamp setting code from ParserCache to Article.
* Removed ampersands from $dbw arguments.
* @TODO: dependency inject user objects for WikiPage
The idea is to migrate things to use WikiPage, as the run-of-the-mill "new Article()" call doesn't care about $oldid and $wgRequest. After that, Article, ImagePage, and CategoryPage can be rewritten as an Action class or something sane (a Viewer class of sorts).
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/91123
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/90885
|
|
|
|
|
|
|
| |
documentation.
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/90877
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/89061
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/89043
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/87166
|
|
|
|
|
|
|
| |
wfMessage() to be able to replace some parameters before and some after
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/87165
|
|
|
|
|
|
|
| |
Fix another unreachable statement
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/86200
|
|
|
|
|
|
|
|
|
|
|
| |
* Article constructor needs to be called with zero as second parameter
* Run stylize.php over new files
* Add Action::getLang() for consistency with other context accessors
* Fix declaration of FormAction::alterForm(), doesn't need to be passed by reference
* Fix inline use of Credits::getCredits() in SkinTemplate and SkinLegacy
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/86044
|
|
|
|
|
|
|
| |
purge instead, which is a much more self-contained action-with-a-form. Also implement a few changes suggested by Brion on IRC last night.
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/86041
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/86009
|
|
* Actions come in two flavours: the show-a-form-then-do-something-with-the-result (delete, protect, edit, etc) and the just-do-something (watch, rollback, patrol, etc). Create abstract base classes Action and FormlessAction to support these two cases. HTMLForm is an integral part of the form-based structure.
* Look mum, no globals! :D Fully context-based.
* Implement watch/unwatch, credits and delete actions in the new system as proof-of-concept. This also gives the delete frontend a much-needed overhaul.
* Stub out the newly-deprecated functions from Article.php. This already reduces its linecount by about 15%, and there are plenty more actions still to do.
* Centralising actions like this is going to render a lot of hooks type-incompatible. There's simply nowhere you can put the ArticleConfirmDelete hook, for instance, where it can be passed an OutputPage as the second parameter. On the other hand, we can implement new hooks like ActionModifyFormFields and ActionBeforeFormDisplay, which can do much prettier stuff to the forms, like adding extra fields the 'right' way. Update LiquidThreads to use these new hooks where appropriate.
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/86001
|