Wikipédia-vita:Irányelvek és útmutatók

Az „Összegyűjtött irányelvek” szakaszcím alatt szerepel 13 sablonnal jelölt irányelv, 5 sablonnal jelölt útmutató és 22 „egyéb” lap, amelyeknek a nagy része WP-névtérbeli legalább, de minimun kettő a main névtérből idecitált cikk. A lap hasonló „ szép, ékes rendben” sorolja a legfőbb tudnivalókat.

Ha van ennél „hivatalosabb” szabálygyűjteményünk, akkor azt kéne idarakni. Ha nincs...--Godson 2006. május 22., 12:09 (CEST)

Mit keres itt a Kollegiális lektorálás?

Mit keres az irányelvek között a Kollegiális lektorálás? Egyszerűen nem irányelv. Egy leírás arról, hogy főleg angol nyelvterületen milyen szokás van a tudományban, de nem ad semmilyen útmutatást a Wikipédia szerkesztésére nézve. Van ellenvetés a törlés ellen? Bináris 2006. december 31., 09:53 (CET)

Így kéne

Signpot összefoglaló az angol irányelvekről: en:Wikipedia:Wikipedia_Signpost/2008-03-13/Tutorial – Tgr^{vita•IRC•WP•PR} 2008. március 15., 12:17 (CET)

WP:NOSZA – Nullextra ^{NULLEXTRAKADÉMIA} 2008. március 15., 12:27 (CET)

Archívum

A főlap diszfunkcionális "archívumát" töröltem, a kipakolt részek a laptörténetben elérhetők itt. Bináris ^ide Kelt: Wikipédia,  2012. január 6., 16:32 (CET)

Irányelvek módosítása 2005-ös magyar szavazás alapján

Hogy egyértelmű legyen, a magyar irányelvek/útmutatók szövege módosítható, amennyiben az éppen aktuális angol irányelv/útmutató jobb átvételét szolgálja. Ez alól kivétel, ha a magyar közösség eltérő módon szavazott. Ilyenkor a szavazást az adott oldal vitalapjára célszerű másolni/linkelni.

Ehhez a következő, 2005-ös szavazás ad alapot: Wikipédia:Szavazás/Archív-2005. július 12.#Az angol iranyelvek automatikus atvetele

A kovetkezo kerdest bocsatom szavazasra. Automatikusan ervenyesek legyenek-e az angol iranyelvek?

"igen"="Minden angolbol atforditott ott ervenyes iranyelv automatikusan ervenyes nalunk is."

"nem"="Az angolbol atvett iranyelveket ugyanugy meg kell szavazni".

10 igen, 4 nem. Lezárva.

– Rodrigó ⇔ 2020. május 29., 00:31 (CEST)

2020 - Irányelvek és Útmutatók aktualizálása

A Wikipedia:Policies_and_guidelines#Life_cycle - Életciklus rész átvétele szükséges, hogy ne az előző fejezetben idézett 2005-ös szavazás legyen az irányadó. Erről esetleg egy újabb szavazással lehet eltérni, ami felülírja a korábbit?

További részletek:

• Wikipédia-műhely#Szabályok aktualizálásának módja,
• Wikipédia-műhely#Az irányelvek összefoglalója

– Rodrigó ⇔ 2020. június 6., 21:14 (CEST)

FORDÍTÁS: A szabályok életciklusa

Sablon:Shortcut

A legelfogadottabb irányelvek és útmutatók a Wikipédia indulásánál megállapított projekt alappillérek továbbfejlesztései. További szabályok keletkeztek a felismert problémák és a bomlasztó hozzájárulások kezelésére. Irányelvek és útmutatók ritkán születtek precedens nélkül, és mindig határozott közösségi támogatást tükröz. Irányelvek és útmutatók emellett születhetnek javaslatokból, esszék vagy segédletek előterjesztéséből, meglévő szabályok átszerkesztéséből: összevonásából vaga felosztásából.

Esszék és segédletek és sablonok megírhatóak és kategorizálhatóak {{esszé}}^(?), {{segítség}}^(?), {{Wikipedia hogyan}}, vagy a similar template által.

Jelenlegi irányelv és útmutató javaslatok Category:Wikipedia proposals, and failed proposals can be found in Category:Wikipedia failed proposals. Minden szerkesztőt örömmel látunk a javaslatok véleményezésében.

Javaslatok

Sablon:Shortcut Sablon:Further

Új irányelvi és útmutató javaslatok bevezetését megbeszélésnek és magas fokú egyetértésnek kell megelőznie a szerkesztői közösség részéről. Az Irányelveket és útmutatókat jelölő sablon kihelyezése konszenzus nélkül nem tesz egy lapot követendő szabállyá - még akkor sem, ha a lap összefoglal vagy lemásol egy létező szabályt. Általánosságban egy új irányelv vagy útmutató egy létező gyakorlatot rögzít ahelyett hogy tapasztalt szerkesztők újító szándékait mutatná be.

Javaslatok indítása

Egy jó módszer a javaslat fejlesztése a következő lépésekkel:

1. {{ötletelés}}
2. {{javaslat vázlata}}
3. {{javaslat}}
4. {{iránylev}} vagy {{útmutató}}^(?)

The first step is to write the best initial proposal you can. Authors can request early-stage feedback at Wikipedia's village pump for idea incubation and from any relevant WikiProjects. Amendments to a proposal can be discussed on its talk page. It is crucial to improve a proposal in response to feedback received from outside editors. Consensus is built through a process of listening to and discussing the proposal with many other editors.

Once you think the initial proposal is well written, and the issues involved have been sufficiently discussed among early participants to create a proposal that has a solid chance of success with the broader community, start an RfC for your policy or guideline proposal in a new section on the talk page, and include the {{rfc|policy}} tag along with a brief, time-stamped explanation of the proposal. Then, if you want, you can provide a detailed explanation of what the page does and why you think it should be a policy or guideline. The {{proposal}} template should be placed at the top of the proposed page; this tag will get the proposal properly categorized.

The RfC should typically be announced at the policy and/or proposals village pumps, and you should notify other potentially interested groups. If your proposal affects a specific content area, then related WikiProjects can be found at the WikiProject directory. If your proposal relates to an existing policy or guideline, then leave a note on the talk page of the related policy or guideline. For example, proposed style guidelines should be announced at Wikipedia talk:Manual of Style, which is the main guideline for style issues. Try to identify the subcategory of guideline or policy (see {{subcat guideline}}). Proposals involving contentious subjects or wide-ranging effects should normally be listed on Wikipedia:Centralized discussion for the duration of the RfC. Rarely, a particularly important proposal may be advertised via a watchlist notice; sitenotices (which are displayed to all readers, not just to active editors) are not used for proposals. RfCs for policy and guideline proposals are normally left open for at least a week, sometimes a couple months.

To avoid later complaints about insufficient notice, it may be helpful to provide a complete list of the groups or pages you used to advertise the proposal on the talk page. Be careful to not canvass with non-neutral wording.

Editors should respond to proposals in a way that helps identify and build consensus. Explain your thoughts, ask questions, and raise concerns. Many editors begin their responses with bold-font 'vote' of support or opposition to make evaluation easier.

Closing a discussion requires careful evaluation of the responses to determine the consensus. This does not require the intervention of an administrator; it may be done by any sufficiently experienced impartial editor, not involved in the discussion, who is familiar with all policies and guidelines related to the proposal. The following points are important in evaluating consensus:

• Consensus for guidelines and policies should be reasonably strong, though unanimity is not required.
• There must be exposure to the community beyond just the authors of the proposal.
• Consider the strength of the proposed page:
  • Have major concerns raised during the community discussion been addressed?
  • Does the proposal contradict any existing guidelines or policies?
  • Can the new proposed guideline or policy be merged into an existing one?
  • Is the proposed guideline or policy, or some part of it, redundant with an existing guideline or policy?
• A proposal's status is not determined by counting votes. Polling is not a substitute for discussion, nor is a poll's numerical outcome tantamount to consensus.
• If consensus for broad community support has not developed after a reasonable time, the proposal has failed. If consensus is neutral or unclear on the issue and unlikely to improve, the proposal has likewise failed.

Discussion may be closed as one of: Promote, No consensus, or Failed. Please leave a short note about the conclusion you came to. Update the proposal to reflect the consensus. Remove the {{Proposal}} template and replace it with another appropriate template, such as {{Subcat guideline}}, {{Policy}}, {{Supplement}}, {{esszé}}^(?), or {{Failed proposal}}. See Wikipedia namespace templates for a listing of banners.

If a proposal fails, the failed tag should not usually be removed. It is typically more productive to rewrite a failed proposal from scratch to address problems, or seek consensus to integrate uncontroversial aspects of it into existing pages, than to re-nominate a proposal.