| Age | Commit message (Collapse) | Author |
|---|
|
This extension allows to modify the interwiki table [1], and is shipped
with MediaWiki since version 1.21. [2] It is enabled as a temporary
measure until functionality is merged to the MediaWiki core. [3]
[1] https://www.mediawiki.org/wiki/Manual:Interwiki_table
[2] https://www.mediawiki.org/wiki/Extension:Interwiki
[3] https://phabricator.wikimedia.org/T33951
|
|
ParserFunctions allows for more versatile wiki templates, amongst other
functionality, and is shipped with MediaWiki since version 1.18. [1]
Included string functionality remains disabled, as is done on wikimedia
projects. [2]
[1] https://www.mediawiki.org/wiki/Extension:ParserFunctions
[2] https://phabricator.wikimedia.org/T8455#110965
|
|
|
|
Related bug report: FS#46699 [1]
Enabling userscripts allows the users to use many existing scripts from
Wikipedia [2], which can greatly improve the experience of reading,
editing and maintaining the wiki. It will also allow us to make some
ArchWiki-specific scripts like Wiki Monkey [3] more portable (currently
it depends on browser extensions like Greasemonkey to work).
Enabling user-stylesheets lets the users customize the default Arch skin
on the wiki according to their preference, and more importantly, it
makes it easier for users to test modifications and prepare patches for
the main skin. This is probably the main blocker of FS#46697 [4].
[1] https://bugs.archlinux.org/task/46699
[2] https://en.wikipedia.org/wiki/Wikipedia:User_scripts
[3] https://wiki.archlinux.org/index.php/Wiki_Monkey
[4] https://bugs.archlinux.org/task/46697
|
|
There is little wrong in letting the users configure these settings, but
setting "Mark all edits as minor by default" to true or "Prompt me when
entering a blank edit summary" to false has bad impact on the quality of
the wiki edits, because such users tend to ignore the fundamental rules
[1] and there is nothing to remind it to them. Disabling these user
preferences and forcing the default values according to this patch will
decrease the effort of the Maintenance Team spent on guiding the editors
and also generally increase the quality of user contributions.
This will solve FS#46190 [2].
[1] https://wiki.archlinux.org/index.php/ArchWiki:Contributing#The_3_fundamental_rules
[2] https://bugs.archlinux.org/task/46190
|
|
The default value for the main namespace is `false`, because Wikipedia
does not use subpages for categorization anymore. That is not the case
on ArchWiki, so there is no reason why the main namespace should behave
differently. The most visible changes are relative links using the
normal double square brackets notation and automatic breadcrumb links
appearing at the top of the subpage, linking to each parent page that
exists.
See [1] for discussion and [2] for upstream documentation of this
setting. Also see the related FS#39668 [3], which will be solved by this
patch.
[1] https://wiki.archlinux.org/index.php/Help_talk:Style#Slashes_in_titles
[2] https://www.mediawiki.org/wiki/Manual:$wgNamespacesWithSubpages
[3] https://bugs.archlinux.org/task/39668
|
|
|
|
The feature was completely removed in MediaWiki 1.25.0, see
https://www.mediawiki.org/wiki/Manual:$wgDisableCounters
|
|
|
|
The path was changed in MediaWiki 1.24, see
https://www.mediawiki.org/wiki/Manual:$wgRightsIcon
|
|
|
|
|
|
|
|
|
|
|
|
Signed-off-by: Florian Pritz <bluewind@xinu.at>
|
