Extension:FlaggedRevs/de

Die Erweiterung Flagged Revisions, zu deutsch auch "Markierte Versionen", ermöglicht es Benutzern der Gruppe Editor (also Bearbeiter) und Reviewer (also Sichter), Versionen von Artikeln zu bewerten und diese Versionen als Standardversion auf eine normale Ansicht zu setzen. Diese Versionen werden die gleichen bleiben, auch wenn eingebundene Vorlagen oder Bilder geändert werden. Dies ermöglicht MediaWiki, sich mehr wie ein Content Management System zu verhalten.

Einrichtung
Befolge diese Schritte, um FlaggedRevs zu installieren:


 * 1) Ensure that you are running MediaWiki version 1.17 or greater. If not, you will need to upgrade before you can install FlaggedRevs.
 * 2) Download FlaggedRevs. Wähle eine Version von FlaggedRevs, die mit der verwendeten Version von MediaWiki übereinstimmt. Wenn du z. B. MediaWiki 1.17 verwendest, lade FaggedRevs 1.17 herunter. For example: If you are running MediaWiki 1.17, download FlaggedRevs 1.17.
 * 3) Extract the downloaded file to the   directory of your MediaWiki installation. For example:
 * 4) Ensure that image hashes are up-to-date by running the  maintenance script. Zum Beispiel: For example:
 * 5) Make sure that the   directory is readable by the web server (so that the web server can serve the FlaggedRevs CSS, images and JavaScript.) Zum Beispiel: Für den Fall, dass der Webserver die Besitzrechte am Verzeichnis   nicht besitzt, führe folgenden Befehl aus:
 * 6) Erlaube das Sammeln von Statistiken über das Sichten von Artikeln.
 * 7) Deaktiviere das Erstellen von Statistiken bei Bedarf. Setze   in . Dies verhindert die Erzeugung von Statistiken, wenn auf Artikel zugegriffen wird (was zu schlechter Performance führen könnte, wenn auf viele Artikel ohne aktuelle Statistik gleichzeitig zugegriffen würde).
 * 8) Konfiguration der zeitplangesteuerten Erstellung von Statistiken. Erstelle einen cron-Job, der   in einem regelmäßigen Intervall ausführt. Führe   aus um herauszufinden, wie lange die Skriptausführung dauert und stelle das Intervall des cronjobs entsprechend ein. Um beispielsweise einen cronjob zu erstellen, der   als Benutzer   jede Stunde ausführt:
 * 9) Enable FlaggedRevs by adding the following line to :
 * 10) Update MediaWiki's database schemas by running  . Dies muss ausgeführt werden nachdem der obige Schritt gespeichert wurde. Andernfalls wirst Du einen Datenbankfehler beim Zugriff auf jede Seite erhalten.
 * 11) Weise Benutzern Sichter-Rechte zu. Nach der Erstinstallation von FlaggedRevs ist das Sichter-Widget zunächst bei keinem Benutzer angezeigt. Um dies zu ändern, melde Dich als Wiki-Bürokrat an und öffne Special:UserRights und erteile Sichter-Rechte an einen oder mehrere Benutzer. Sichter werden nun das Sichter-Widget am Ende einer editierbaren Seite sehen.
 * 1) Enable FlaggedRevs by adding the following line to :
 * 2) Update MediaWiki's database schemas by running  . Dies muss ausgeführt werden nachdem der obige Schritt gespeichert wurde. Andernfalls wirst Du einen Datenbankfehler beim Zugriff auf jede Seite erhalten.
 * 3) Weise Benutzern Sichter-Rechte zu. Nach der Erstinstallation von FlaggedRevs ist das Sichter-Widget zunächst bei keinem Benutzer angezeigt. Um dies zu ändern, melde Dich als Wiki-Bürokrat an und öffne Special:UserRights und erteile Sichter-Rechte an einen oder mehrere Benutzer. Sichter werden nun das Sichter-Widget am Ende einer editierbaren Seite sehen.
 * 1) Update MediaWiki's database schemas by running  . Dies muss ausgeführt werden nachdem der obige Schritt gespeichert wurde. Andernfalls wirst Du einen Datenbankfehler beim Zugriff auf jede Seite erhalten.
 * 2) Weise Benutzern Sichter-Rechte zu. Nach der Erstinstallation von FlaggedRevs ist das Sichter-Widget zunächst bei keinem Benutzer angezeigt. Um dies zu ändern, melde Dich als Wiki-Bürokrat an und öffne Special:UserRights und erteile Sichter-Rechte an einen oder mehrere Benutzer. Sichter werden nun das Sichter-Widget am Ende einer editierbaren Seite sehen.
 * 1) Weise Benutzern Sichter-Rechte zu. Nach der Erstinstallation von FlaggedRevs ist das Sichter-Widget zunächst bei keinem Benutzer angezeigt. Um dies zu ändern, melde Dich als Wiki-Bürokrat an und öffne Special:UserRights und erteile Sichter-Rechte an einen oder mehrere Benutzer. Sichter werden nun das Sichter-Widget am Ende einer editierbaren Seite sehen.

Benutzerrechte und Benutzergruppen
Standardmäßig kann niemand etwas überprüfen. Der erste Schritt ist es also Benutzerrechte einzurichten.

Benutzerrechte
FlaggedRevs creates the following new user rights:
 * – user can review revisions
 * – user can review revisions and can set all tags to all levels
 * – any new revisions made by the user are automatically marked as sighted
 * – autoreview of the rollbacks made by the user.
 * – user can view
 * – user can changes the settings of stable revisions of any page
 * – user can move pages with stable revisions

Benutzergruppen
FlaggedRevs creates the following new user groups:


 * – receive, plus the standard MediaWiki user rights
 * – receive, plus the standard MediaWiki user rights
 * – receive

Benutzerrechte zuweisen
User rights can be assigned in two ways:


 * Assigning rights to user groups

Assign these user rights to existing user groups in :


 * Assigning rights to specific users

Manually add user accounts to the appropriate groups via Special:UserRights.
 * By default:
 * Bureaucrats can add/remove Reviewers
 * Administrators can add/remove both Autoreviewers and Editors.

Grundeinstellungen
FlaggedRevs.php comes with a number of configurable variables. These should be configured in LocalSettings.php.


 * – Sets what namespaces may be subject to the review process. This is an array of integers. Look at the beginning of includes/Defines.php to see what integer the default namespaces map to and use the defined constants for readability.
 * – Sets the tags and their three settings: 'levels', 'quality', and 'pristine'
 * Definition
 * is an associative array with keys corresponding to each tag name and values that are arrays of the three settings 'levels', 'quality', and 'pristine':
 * 'levels' controls the number of review levels,
 * 'quality' decides what level the tag must be for a revision to be 'quality'
 * 'pristine' decides what level the tag must be for a revision to be 'pristine'
 *  Labeling 
 * Each tag can be labeled editing the page MediaWiki:revreview-.
 * Each tag level can be labeled editing the page MediaWiki:revreview--.
 * Beispiel
 * Suppose one wants to have "accuracy", "depth", and "tone" tags, with 3 levels each.
 * The admins also want revisions with at least "accuracy" and "depth" of the 2nd levels to count as "quality". The following settings will do that:
 * By default, the tags are labeled as they are set in the $wgFlaggedRevsTags array. In this example this means the tags appear exactly as 'accuracy', 'depth' and 'tone'.
 * To show tags for example as their capitalized name, the admins have to edit these pages with the shown content:
 * {|class="wikitable"
 * {|class="wikitable"

!Tag ! labeling page !Inhalt
 * accuracy
 * MediaWiki:revreview-accuracy
 * depth
 * MediaWiki:revreview-depth
 * tone
 * MediaWiki:revreview-tone
 * Tone
 * }
 * tone
 * MediaWiki:revreview-tone
 * Tone
 * }
 * }


 * To label the tag levels, the admins have to create these pages with the shown content:


 * {|class="wikitable"

!Tag ! level ! labeling page !Inhalt
 * rowspan=3|accuracy
 * 0
 * MediaWiki:revreview-accuracy-0
 * 1
 * MediaWiki:revreview-accuracy-1
 * 2
 * MediaWiki:revreview-accuracy-2
 * rowspan=3|depth
 * 0
 * MediaWiki:revreview-depth-0
 * 1
 * MediaWiki:revreview-depth-1
 * 2
 * MediaWiki:revreview-depth-2
 * rowspan=3|tone
 * 0
 * MediaWiki:revreview-tone-0
 * Woche
 * 1
 * MediaWiki:revreview-tone-1
 * Gut
 * 2
 * MediaWiki:revreview-tone-2
 * Exzellent
 * }
 * rowspan=3|tone
 * 0
 * MediaWiki:revreview-tone-0
 * Woche
 * 1
 * MediaWiki:revreview-tone-1
 * Gut
 * 2
 * MediaWiki:revreview-tone-2
 * Exzellent
 * }
 * 2
 * MediaWiki:revreview-tone-2
 * Exzellent
 * }


 * The resulting setup will be:


 * {|class="wikitable"

!Tag-Namen !colspan=3| level names
 * Tone
 * Woche
 * Gut
 * Exzellent
 * }
 * Tone
 * Woche
 * Gut
 * Exzellent
 * }
 * Tone
 * Woche
 * Gut
 * Exzellent
 * }
 * }


 * – Whether the stable version is the default content for pages.
 * – An array with keys corresponding to each flag type, and values that are arrays of rights and how high users with it can rate the flags (integral tag level).
 * Beispiel
 * – Array of string titles. These titles are pages that are exempt from FlaggedRevs. They are unreviewable and have no flagging UI. Replace ' ' with '_' in titles (e.g. "Main page" -> "Main_page").
 * – Array of string titles. These titles are pages that are exempt from FlaggedRevs. They are unreviewable and have no flagging UI. Replace ' ' with '_' in titles (e.g. "Main page" -> "Main_page").
 * – Array of string titles. These titles are pages that are exempt from FlaggedRevs. They are unreviewable and have no flagging UI. Replace ' ' with '_' in titles (e.g. "Main page" -> "Main_page").

Benutzeroberfläche

 * – When enabled, a simpler, icon based UI is used. Does not affect the tags shown in edit mode.
 * – This setting hides the review status box/bar for pages that are reviewed in their latest version. Explanatory text is also removed from some places.

Ablauf

 * – Makes users in these groups see the current/draft revision by default.
 * – If enabled, every edit by a user with 'autoreview' rights is automatically reviewed upon save. There is no need to hit the "submit review" button. This feature requires that the previous revision was also reviewed; otherwise, auto-review will not occur.
 * – If  is enabled, this settings controls how high each tag can be auto-reviewed. If allowed, tags will be auto-reviewed to the same level the previous revision tags were. This is an associative array; each key is a tag and each value is a tag level.
 * Beispiel

Automatische Benutzerbeförderung

 * – An array with keys for days, edits, time spacing, benchmarks, emailconfirmed, recent content page edits, total content edits, content pages edited, edit summaries used, IP uniqueness, and userpage existence as keys. The values correspond to how many days/edits are needed for a user account to be autopromoted to Editor status and whether they must be emailconfirmed and have a user page do so. The user must have at least X edits that are Y or more days apart, where X is the number of benchmarks and Y is the time spacing. Set this variable to false to disable this entirely.
 * Beispiel
 * For $wgFlaggedRevsAutopromote, one might have:
 * Beispiel
 * For $wgFlaggedRevsAutopromote, one might have:

Erweitert
See FlaggedRevs.php for a complete list of configuration options (with some explanatory comments). Be sure to change only localsettings.php to set configuration options rather than editing this file.

To have a wiki where non-users can only see the stable version of articles, see.

Verwendung

 * Siehe auch: 

Seiten genehmigen
Users with some level of review status will have a small rating form on page view (at the bottom of the page) and diffs (at the top of the page) that lets them review revisions. Each tag must at least meet the minimal level of approval. Users should look at the whole page, included templates and images, before reviewing. The (diff to stable) link is very useful for speeding up this process.

Users cannot review a page which they cannot edit. They cannot lower the level of a revision from a level they cannot set. Blocked users cannot do anything.



At , you can list out all of the reviewed revisions for a certain page or view reviewed revisions.



Pflege
At , there is a list of pages that have not yet been reviewed, for Editors only. A namespace must be selected and an optional category filter is also present.



At , there is a list of pages that have been reviewed, but have edits pending. This is for Editors only. An optional category filter is also present.



Pages that cannot be reviewed can still be patrolled for anti-vandalism purposes by Editors to see what has been checked already.

A list of reviewed pages at the main review levels can be found at .



Protokollierung
All relevant actions are permanently logged, so everything can be tracked and overseen properly.


 * A log of promotion/demotion of editors and the reasons is kept at Special:Log/userrights.
 * A log of the approval/unapproval of revisions is kept at Special:Log/review.
 * A log of changes to the stable versioning configuration to pages is logged at Special:Log/stable.

Also, a new page,  shows only flaggings log entries related to quality revisions. This is useful if the main log is too flooded with page "sightings".

Hinweise
Patrolling of reviewable pages is disabled, but flagged revisions are marked as patrolled in Recent Changes. This will mean that the only way to patrol a reviewable revision is to flag it. Non-reviewable pages still behave as normal (depending on site patrol settings). To disable this, add  to LocalSettings.php. This is deliberate; see. To work around this, add  to LocalSettings.php An extra demotion log item will appear for tracking purposes.
 * is enabled with the extension.
 * Sysops can change whether quality revision have precedence or whether the stable version is shown by default for specific pages.
 * Page links, category, image, template, language, and external links are still based on the current version of pages.
 * Users cannot move pages they cannot review.
 * You can demote Editors either temporarily by blocking them or permanently via Special:UserRights.

API
FlaggedRevs adds API modules for reviewing revisions and configuring "stabilization" of pages, a module for retrieving flag configuration, and three list modules corresponding to the special pages for reviewed pages, unreviewed pages and "old" reviewed pages.

Some more API documentation is at.

action = review
Reviews a page.


 * Parameter
 * : The revision ID for which to set the flags
 * : A csrf token retrieved through
 * : Comment for the review (optional)
 * : Set the flag named "accuracy" to the specified value; (replace "accuracy" with the flag name to set another flag)


 * Beispiel

action = stabilize
Changes page stabilization settings.


 * Parameter
 * : Title of page to be stabilized
 * : Reason for stabilization
 * : (Deprecated?) Stabilization expiry. Default: infinite
 * : Whether to auto-review the page
 * : Whether to watch the page
 * : An edit token retrieved through
 * For protection-like configurations :
 * : The right users must have in order for their edits to not require review.
 * Otherwise :
 * : Default revision to show (latest | stable)
 * : Which stable revision should be shown (pristine | quality | latest). Default: quality
 * : Restriction level for the 'autoreview' right (sysop | none). Default: none


 * Beispiel

action = flagconfig
Shows information about review flag configuration.

The following parameters are returned for each tag:


 * : the name of the flag
 * : the number of possible levels the flag has (not counting the "unreviewed" level)
 * : level the flag must be for the revision to be considered "quality"
 * : level the flag must be for the revision to be considered "pristine"

The displayed name for each flag and the different level names for each flag are MediaWiki messages, so can be set and retrieved through the appropriate page; for example the name for the first level of the "accuracy" flag is located at MediaWiki:revreview-accuracy-1.


 * Beispiel

list = reviewedpages
Lists pages that have been reviewed.


 * Parameter
 * : Start listing at this page id.
 * : Stop listing at this page id.
 * : In which direction to list.
 * : The namespaces to enumerate.
 * : How to filter for redirects
 * : How to filter by quality (0=sighted,1=quality)
 * : How many total pages to return.


 * Beispiel

list = unreviewedpages
Lists pages which have never been reviewed.


 * Parameter
 * : Start listing at this page title.
 * : Stop listing at this page title.
 * : The namespaces to enumerate.
 * : How to filter for redirects
 * : How to filter by quality (0=sighted,1=quality)
 * : How many total pages to return.


 * Beispiel

list = oldreviewedpages
Lists pages that have at some point been reviewed, but for which the most recent revision is not reviewed.


 * Parameter
 * : Start listing from this timestamp
 * : Stop listing at this timestamp.
 * : In which direction to list.
 * : The namespaces to enumerate.
 * : How to filter for redirects
 * : How many total pages to return.


 * Beispiel

prop=flagged
Use action=query&prop=flagged to get information about the flagging status of the given pages.

Begrenzungen
Therefore, there would be no pointers to the revision id for this different template to load from, making it blue linked. You will be notified if this happens during review.
 * Transclusions across wikis are not stabilized
 * External images (aside from Commons) are not stabilized
 * Metatemplates that conditionally include other templates may have the condition change between the time a reviewer loaded a page and when they reviewed it.

Deinstallieren

 * 1) Remove the include line from
 * 1) Drop the tables in.
 * 1) Drop the columns ,  , and  , and the index   from the   table (if they exist; only older versions of FlaggedRevs used these)
 * 1) Run   from the command line to flush out the stable version links
 * 1) Run   from the command line if you use

Testplattformen

 * 
 * 
 * 

Siehe auch

 * – edits remain private until they're approved
 * Flagged Revisions
 * – documentation about the user groups and rights created by this extension, while it was at use on mediawiki.org
 * – edits remain private until they're approved
 * Flagged Revisions
 * – documentation about the user groups and rights created by this extension, while it was at use on mediawiki.org

Weblinks

 *  Quality Assurance in an Open Project  – 2008 Wikimedia blog post
 * Images of Flagged Revisions – Wikimedia Commons
 * Über Flagged Revisions – Meta-Wiki

Lizenzierung
© GPL, Aaron Schulz, Joerg Baach, 2007