Help:Extension:FlaggedRevs/tr

, sayfalara yapılan değişiklikleri izleyebilmeyi ve kullanıldığı vikide bulunan okuyuculara gösterilen içeriğin daha dikkatlice kontrol edilmesini sağlayan bir MediaWiki eklentisidir. Sayfalar belirli "gözden geçiriciler" ve " editörler" tarafından işaretlenerek sayfanın gözden geçirilip o vikinin kriterlerine uygun olduğu belirtilebilir. Sayfadaki takip eden sürümleri de yeni değişiklikleri gözden geçirmek için aynı kullanıcılar "işaretleyebilir". Bu eklentiyi kullanan vikiler kullanılacak işaretlerle ilgili bir ölçek belirleyebilir. Ayrıca belirli işaretlerin sadece belirli bir veya daha fazla kullanıcı grubu tarafından konulabilmesini sağlayabilirler.

Revizyonları işaretleyebilme viki yönetimini kolaylaştırır; çünkü bu eklentiyle hangi değişikliklerin yeni (ve potansiyel olarak sakıncalı) olduğu, hangi değişiklikleri yapıcı olduğu daha açık olur. Sayfa okuyucular tarafından görüntülendiğinde sadece belirli bir seviye veya daha üstü olarak işaretlenmiş revizyonların görünür olması ayarlanabilir; bu yüzden sayfayı, sayfanın o anki sürümünün işaretinden daha yüksek bir seviyede işaretleyemeyen kullanıcıların değişiklikleri daha yüksek bir seviyeye işaretleyebilen bir kullanıcı tarafından işartlenmediği sürece "taslak" olarak kalır.

FlaggedRevs oldukça esnetilebilirdir ve birçok farklı yapılandırmayla kullanılabilir; it can be discreet enough to be almost unnoticeable, or it can be used to very tightly control a wiki's activity.

Terminoloji
FlaggedRevs kullanıcılar ve düzenleme ile ilgili bazı yeni terimler içerir. Her terim dil farklılıklarına göre değişebilir ayrıca her viki kendisine göre özelleştirebilir, ancak bazı terimler genel olarak evrenseldir. FlaggedRevs eklentisi, sayfaların revizyonlarını kalite veya belirlenen diğer nitelikler açısından değerlendirmek için "seviyeler" tanımlamalarını sağlamaktadır. Seviyeler hiyeraşik "ölçek"ler içerinide gruplanmıştır; bazı vikiler sadece bir tek ölçek kullanırken, diğerleri bir sayfanın farklı özniteliklerini belirten farklı ölçekler kullanmaktadır. Örneğin, FlaggedRevs eklentisinin varsayılan yapılandırmasında üç ölçek mevcuttur, "", "" ve "" ve her bir ölçekte de dört adet seviye vardır.
 * Seviyeler ve işaretleme

Etiketler, seviye işaretlerinin daha kuramsal grupları ve sayfaları belirli bir kalite düzeyine yerleştirir. Üç adet etiket mevcuttur. Bunlar "gözden geçirilmiş", "kaliteli" ve "bozulmamış"tır. Varsayılan olarak, viki üzerinde kullanılan her ölçek üzerinde herhangi bir seviye işaretlenmiş tüm revizyonlar "gözden geçirilmiş" etiketine sahip olur. "Kaliteli" etiketinin varsayılan şartları, doğruluk ve derinlik ölçeğinde seviye-1, okunaklılık ölçeğinde seviye-2'dir. "Bozulmamış" etiketinin şartı ise tüm ölçeklerde en yüksek seviyenin işaretlenmiş olmasıdır. Çoğu viki kendi özel seviye ölçeklerini kullanıyor bu yüzden bu ayarlar değişecektir.
 * Etiketler

FlaggedRevs eklentisinin etkin olduğu bir sayfa iki 'şekilde' bulunur, biri "kararlı sürüm" diğeri de "şu anki sürüm"dür. Şu anki sürüm, adı üstünde, en son değişiklikleri içeren en son sürümdür ve değişikliklerin yapıcı olup olmamasına bakılmaz. Kararlı sürüm ise sayfanın, gerekli etiket için yeterli seviyede işaretlenmiş en son revizyonudur. Sayfanın kararlı sürüm olması için gereken etiket vikinin geliştiricileri tarafından belirlenebilir, ayrıca her bir sayfa için yöneticiler tarafından ayarlanabilir. Ayrıca yöneticiler sayfanın hangi şeklinin okuyucuya gösterileceğini de ayarlayabilirler. Ayrıca url satırına ayrı ayrı &stable=0 yazısını ekleyerek sayfanın şu anki sürümüne &stable=1 yazısını ekleyerek kararlı sürümüne erişebilirsiniz.
 * Kararlı ve şu anki revizyonlar

Sayfanın şu anki revizyonu aynı anda sayfanın taslağı' olarak adlandırılır.

Görüntüleme
FlaggedRevs kullanıldığı vikilerde bir sayfanın kalitesini ve geçerliliğini belirtmek ve hangi revizyonların varsayılan olarak gösterileceğini kontrol etmek için o sayfanın her revizyonunun işaretlenebilmesine olanak tanır. FlaggedRevs eklentisinin etkin olduğu her sayfa için iki alternatif görüntüleme seçeneği vardır; bunlardan biri, yeterince yüksek seviyede olarak işaretlenmiş en son sürüm, yani "kararlı" sürüm, diğeri de işaretlense de işaretlenmese de en son sürüm, yani "şu anki sürüm". Okuyucular sayfanın her sürümüne adres satırındaki URL'ye &stable= ekleyip, şu anki sürüm için &stable=0, kararlı sürüm için &stable=1 olarak ayarlayarak ulaşabilirler. Her görüntüleme şeklinde açıklama ve diğer sürüme bir bağlantı vardır.

Viki geliştiricileri okuyuculara ve kullanıcılara hangi sürümün varsayılan olarak gösterileceğini ve bir revizyonun 'kararlı' olabilmesi için gereken en düşün seviyelerin ne olacağını belirleyebilirler. Kayıtlı kullanıcılar, Kullanıcı Seçeneklerinden hangi sürümü varsayılan olarak göreceklerini belirleyebilirler. Editörler, sayfanın sürümüne göre yazan "" sekmesi tarafından sayfanın hangi sürümünü görüntüledikleri konusunda bilgilendirilirler.

Düzenleme
FlaggedRevs does not affect a user's ability to edit a page; only the way the resulting version is handled by the wiki. Whenever a user edits a page, the contents of the edit window are always the wikimarkup for the current version, to prevent revision forks from accumulating. When there are unreviewed changes made since the last stable version, a diff is provided above the edit window to highlight any changes. This is important as the text being edited may not be the same as the page the user viewed before clicking the "" link (if the user was viewing the stable version); and it allows any changes to be immediately reviewed and modified or reverted if necessary. If the user will not be able to see their changes in the default alias, an additional warning message is displayed,. Other than this the editing process is unchanged by FlaggedRevs; edits are made, previewed and saved in the normal manner.

Users who are capable of reviewing edits are encouraged to do so both during and after they edit. There is an option next to the "" and "" checkboxes to immediately review the version resulting from that edit, although this option is unchecked by default. Once a reviewer has made an edit, they are returned to the article as normal, but are presented with a diff of all changes, including theirs, since the last stable version, with the option to immediately review the changes.

Reviewing
Reviewing versions is the primary new activity introduced by FlaggedRevs. With the exception of the "review this edit" checkbox on the edit screen, all methods of reviewing versions use the same interface. At the bottom of a draft page, a series of radio buttons or checkboxes allows the reviewer to select which flags to apply to the revision, and there is the option to provide a comment that will appear in the review log.

Users can review any version, including versions that have already been reviewed by others. In this instance the newest review overrides previous reviews: if the new reviewer flags the version at a higher level than the previous reviewer, it is considered a normal "approve" review, while 'confirming' another reviewer's assessment by flagging the version to the same level is recorded as a "re-review". By flagging a previously-reviewed version as 'unassessed', reviewers can effectively 'unflag' a revision; these "deprecations" can be seen in a separate stream in.

Finding unreviewed versions
FlaggedRevs is designed to encourage eligible editors to review versions quickly and efficiently, and so links are provided in most common locations to review changes by editors who cannot flag the versions themselves. Edits that have resulted in an unreviewed version are marked with an exclamation mark ! in the watchlist and the RecentChanges feed, with a link to review the changes. When viewing a page that has unreviewed edits, a banner is also added to indicate the number of edits since the last stable version, the age of the stable version, and a link to review the changes. The FlaggedRevs extension also creates a number of new special pages that can be used to find and manage reviewed and unreviewed pages:
 *  - pages which have a stable version
 *  - pages that have pending changes from the stable version.
 *  - pages that have pending changes from the stable version that also have recent changes tags.
 *  - pages that have no reviewed stable version.

The latter two pages also include the number of users who have each page on their watchlist, so that 'backwater' articles can be identified and monitored; because of this slightly sensitive information, access to pages is usually restricted to uses who have the ability to review versions. is sorted by the time since the last revision was flagged, oldest first.

General oversight
In addition to these pages, several other reports give general oversight over the reviewing process. is a list of pages where the default display settings have been overridden by administrators to always show readers the "stable" alias by default; is a corresponding list of pages where the default settings have been overridden to always show readers the "current" alias by default. In general, only one of these pages will be populated as the other setting is the default!

 provides an aggregated log of all reviews made on the wiki. These events are also added in a new 'stream' to the main log at Special:Log, at Special:Log/review. However, the report at can be filtered by marker type, namespace, whether the action was to review, unreview or re-review the revision, and whether the review was automatic or manual.

Finally,  provides a summary of how thoroughly each content namespace has been reviewed, and other useful data about the reviewing process.

Autopromotion
Wikis can configure FlaggedRevs to automatically grant editors the ability to review versions when they meet certain thresholds of activity. Wikis need to judge carefully how best to configure the autopromotion feature (if at all) to be as confident as possible that the user is a constructive editor, without making them wait too long to be promoted. Thresholds can be set on a number of attributes, including:


 * How old the user's account is (number of days since they registered)
 * Their total editcount
 * Contributions made to pages that have been deleted can be excluded from this count
 * It can be required that these edits have been made consistently over a time period, eg 20 edits spread over a period of 20 days would qualify, but 20 edits all at once would not
 * A certain number of these edits can also be required to be in "content" namespaces
 * The number of separate content pages the user has edited
 * The number of edits the user has made that include an edit summary
 * Whether the user has a confirmed e-mail address
 * Whether the user has a user page, and how substantial it is (bytecount)
 * Whether the user has ever been blocked
 * The number of reverted edits the user has (not counting self-reverts)
 * How many "recent" (still in Recent Changes) edits the user made
 * How many times the user made an edit summary (including automatic ones)

The autopromotion mechanism can be overridden by administrators, either to promote a user who does not meet the criteria, or to demote a user who has abused the reviewing ability.

Administrators' abilities
While a wiki's developers can define default settings for which alias is presented to each user group by default, these settings can be customised by individual users and for individual pages. Each registered user can set in their preferences whether they wish to see the "current" or "stable" alias by default when viewing an article.

Some group on the wiki, usually administrators, have the ability to use the special page  to override the default display for unregistered users. Administrators can set a page to display the stable version by default, and can also control how the stable version is selected, choosing which marker is preferred.

Administrators also have the ability to grant users the ability to review edits, and to revoke that permission in case of abuse, by using the Special:UserRights interface. This explicit assignment overrides any permissions automatically given to the user by the autopromote feature – if an administrator has explicitly revoked a user's reviewing permissions, the autopromote feature will not grant them back, and vice versa.