Voci correlate:

• Teknopedia:Bar/Berlusconi e le pagine bloccate in generale

Dal Bar

Scartabellando qua e la' ho notato che c'e' un articolo bloccato ormai da quasi quattro mesi a causa di fantomatiche minacce legali che non si sono mai concretizzate: i tempi sono maturi per uno sblocco o non si sa mai? Pero' si rischia che la pagina resti bloccata per sempre... --Fede (msg) 18:57, nov 7, 2005 (CET)

"si rischia che la pagina resti bloccata per sempre"

• +1 sul blocco permanente, per quanto mi riguarda. --Civvì 19:28, nov 7, 2005 (CET)
• +1 chi è Zenima? Meglio lasciarla all'oblio dei tempi, che mi sembra cosa peggiore perché stimola la curiosità, o darle uno spazio nell'Olimpo wikipediano auto-promozionale? La prima che ho detto. -- Ilario (0-0) - ^msg 19:36, nov 7, 2005 (CET)
• +1 chi? --Cruccone (msg) 19:53, nov 7, 2005 (CET)

-1 come tutti gli scheletri che si rispettino, anche questo è (sarebbe) doveroso tenerlo per più tempo possibile nell'armadio delle [nostre e personali] vergogne. L'oscar dell'obbrobrio 2005 per quanto noi wikipediani si possa (singolarmente e/o tutti assieme, anche e soprattutto grazie alle nostre angosce e alle nostre ansie irrisolte) combinare di peggio è tutto racchiuso qui. A mesi di distanza, io mi vergogno ancora: chi si sente di vergognarsi con me? (ma perché tirare fuori queste cose dagli armadi polverosi ...) --Twice25 • (disc.) 22:26, nov 7, 2005 (CET)

Allora è meglio cancellarla... tenerla così è inutile --SγωΩηΣ ^tαlk 20:49, nov 7, 2005 (CET)

No. Se la cancelliamo, chiunque può riscriverla in maniera inadatta e ci creiamo inutili problemi. Che resti bloccata per sempre. Gac 22:49, nov 7, 2005 (CET)

Quel caso è particolare e credo ci risparmieremo un sacco di guai inutili e di varia natura se ci dimenticassimo della questione. Piuttosto mi sembra che vi siano altri articoli che potrebbero essere sbloccati, suggerisco di rendere accessibili a tutti:

1. Adolf Hitler, bloccata dal 20 settembre.
2. Globalizzazione, bloccata dal 10 agosto
3. Montalto di Castro, bloccata dal 9 settembre
4. Movimento no-global, bloccata dal 19 luglio
5. PL/I, bloccata dal 7 luglio
6. Pamela Anderson, bloccata dal 3 ottobre
7. Scientology, bloccata dal 30 settembre (particolarmente sensibile al vandalismo, occhio)
8. Storia di Trieste, bloccata dal 24 agosto

Probabile che per molte sarà necessario un nuovo blocco, in passato però mi è capitato di sbloccare pagine e di vedere dopo poco tempo apportare modifiche utili allo sviluppo positivo dell'articolo (per esempio Jules Verne e Magia). Mi sembra bello che non vi siano solo i vandali avvoltoi ad attendere gli sblocchi. Svante T 20:06, nov 7, 2005 (CET)

Ho seguito Storia di Trieste e secondo me si può provare a sbloccare. -- Ilario (0-0) - ^msg 20:46, nov 7, 2005 (CET)

propongo di mettere un avviso nella talk di ogni IP che ha vandalizzato le pagine avvisandoli che le sproteggiamo. Cruccone (msg) 21:42, nov 7, 2005 (CET)

propongo che chi propone di sbloccare una pagina, si impegni a controllarla per almeno 3 ore al giorno. dunque, vediamo ... 8x3 quante ore al giorno vengono ? Gac 22:54, nov 7, 2005 (CET)

Si dovrebbe proporre anche che chi blocca una pagina si impegni a controllarla per almeno 3 minuti al giorno e faccia tutte le modifiche che gli utenti propongono in pagina di discussione? ;) Se può servire io ho Adolf Hitler tra i miei osservati speciali e mi impegno a controllarlo ogni giorno (per qualche minuto). -1 per lo sblocco di Z. (che mi viene ancora male per il modo disgustoso di trattare il problema che ha rovinato il senso di wikipedia...) Amon(☎telefono-casa...) 23:47, nov 7, 2005 (CET)

Io faccio così, quando sblocco una pagina la metto tra gli osservati speciali in modo da non doverla controllare manualmente. Alfio (msg) 08:06, 8 nov 2005 (CET)[rispondi]

Qualcuno ravvisa problemi a sbloccare le pagine che ho proposto? Ci sono situazioni particolari che sconsigliano lo sblocco? Altrimenti sarebbe un provvedimento da eseguire automaticamente passato un tempo ragionevole dalla edit war, un mese credo sia più che sufficiente. Svante T 10:46, 8 nov 2005 (CET)[rispondi]

Ho appena sbloccato tutte le pagine. Invito quante più persone possibili ad inserirle nella loro watchlist per vedere come evolve la situazione, soprattutto per le più sensibili, come Scientology e Storia di Trieste. shaka 10:53, 8 nov 2005 (CET)[rispondi]

Capisco Hitler e Scientology, fors'anche Montalto di Castro. Ma PL/I? che cosa può avere fatto di male? --.mau. ✉ 10:58, 8 novembre 2005 (CET) comunque io seguo

Quel giorno fu vittima di uno spammer insistente nonché monotematico ;-) --Civvì 11:15, 8 nov 2005 (CET)[rispondi]

Grazie (inseriti tra gli osservati speciali). Svante T 11:24, 8 nov 2005 (CET)[rispondi]

È stata attivata su tutte le wiki - questa inclusa - la possibilità di semi-proteggere una pagina, ovvero di consentirne la modifica solo ad utenti registrati da un minimo di tempo antecedente al blocco (credo quattro giorni).

Gli amministratori troveranno quindi un'opzione in più quando andranno a bloccare una pagina.

Dobbiamo a questo punto decidere con quali criteri è preferibile adottare la semi-protezione rispetto alla protezione abituale. La discussione è aperta. --Paginazero - Ø 11:57, 18 feb 2006 (CET)[rispondi]

Forse la pagina principale si potrebbe semi-proteggere... o è una mossa troppo avventata? (Così gli utenti esperti, anche non-sysop, la potrebbero modificare.) --Pietro^Dn 12:08, 18 feb 2006 (CET)[rispondi]

Anzitutto, mettiamo un bel link da qualche parte molto visibile (pagina principale nella casellina della comunità? Portale Comunità (servirebbe un restyling dello stesso in senso di portale al servizio della comunità)? Al bar in un link nel menù? Poi sondaggiamo (o referendiamo) se usare questo strumento. Per la discussione che precede il sondaggio direi: sono a favore della politica, limitandoci ad un numero medio di pagine difficili. Ci vuole poi una pagina con l'elenco delle pagine delicate (bisogna anche decidere come e quando vengono tolte dall'elenco). In essa vengono inserite (tramite proposta di un utente o per decisione di uno o più admin?) le voci più delicate. Alcune politiche, di avvenimenti in corso, di personaggi anche contemporanei che suscitano edit war tra i partigiani o i fans... Amon(☎telefono-casa...) 13:19, 18 feb 2006 (CET)[rispondi]

Non ci vuole nulla regola - mi sembra che quelli articoli che ci hanno bisogno di quest'opzione si manifestano loro stessi. Ci sono quelli articoli che per una ragione o l'altra attrattono tanti editi anonimi e poi diventa difficili delineare quelli sinceri di quelli maliziosi. Spesso questo semi-blocco sarebbe la soluzione perche soltanto quelli che sono serii ci ritornano - grazie al cielo! ρ¡ρρµ δ→θ∑ - (waarom? jus'b'coz!) 13:27, 18 feb 2006 (CET)[rispondi]

Si dovrebbe IMHO considerare con estrema cautela questa possibilità, al pari di qualunque blocco utente o protezione pagina, e limitare la funzione alle sole pagine di servizio, quelle per le quali è davvero significativa la maturata esperienza con il progetto. Non va quindi interpretata come un avvicinamento ad una (da taluni propugnata) politica di limitazione della contribuzione non loggata. Ribadisco con l'occasione che una eventuale "guerra" pregiudiziale agli anonimi sarebbe per sua natura contraria al principio di libera edizione e che guardando ai contenuti (ciò che dovrebbe essere nostro obiettivo e scopo) un buon contributo di un anonimo è più prezioso di un mediocre contributo di un utente registrato.
Nel pratico, limitazione ad alcune pagine di servizio, tempo standard un paio di settimane (solo come equivalenza approssimativa con la cinquantina di edit) - Sn.txt 13:45, 18 feb 2006 (CET)[rispondi]

IMHO può essere utile, almeno all'inizio ho pensato soprattutto a questo, per quelle edit war trammite anonimi/spam bot che si aggrediscono contro una voce in particolare cambiando cmq spesso IP e quindi difficilmente controllabili....per il resto imho continua a mantenere una connotazione di "Meno è utilizzato meglio è", è solo una variante meno pressante del blocco normale. RőscΦ•@ 14:29, 18 feb 2006 (CET)[rispondi]

La mia idea sarebbe quella di utilizzarlo al posto di un blocco normale. Pietrodn 14:59, 18 feb 2006 (CET)

Per me potrebbe essere utile su pagine come quelle nel namespace aiuto. Improbabile che un anonimo abbia modifiche significative e utili da inserire, mentre invece a volte sono anonimamente vandalizzate. Ovvio che semi-proteggere tutto il namespace è un lavoraccio, ma basta dividerselo e non ci vorrà molto. Io mi candido. Saluti --Kal-El☺^{qui post!} 15:06, 18 feb 2006 (CET)[rispondi]

Vi segnalo il template Template:Avvisobloccoparziale, adattato da en.wiki. --M/

Secondo me è utile soprattutto su pagine che improvvisamente acquistano visibilità (come quelle citate in qualche blog o sito molto frequentato: es: Beppe Grillo) o per fermare vandalismi recidivi con ip variabile (es: Cile). Oppure per mettere un freno parziale a momenti di "frenesia collettiva" (come è successo nel caso di Eddie Guerrero). Per il momento non mi viene in mente altro, ma sicuramente ci sono altre situazioni in cui questo blocco può esserer utile. - Mitchan 18:22, 18 feb 2006 (CET)[rispondi]

(copia dal Bar) Come da richiesta di Jolly Roger (vedi sezione Teknopedia:Bar#Proposta) ho bloccato la pagina Teknopedia:Recentchanges/archivioRichieste prima che qualcuno pensasse di farci modifiche. Se decidiamo di adottare questa tecnica per accorciare le cronologie in caso di ripristino sarebbe opportuno creare un'apposita categoria ed eventualmente un template per indicare queste situazioni, oltre ad aggiornare Teknopedia:Politica di protezione delle pagine. Se il problema è trovare un volontario, mi offro in anticipo, l'importante è che siate d'accordo su cosa scrivere. --Gvf 18:25, 5 lug 2006 (CEST)[rispondi]

A me sembra solo una questione tecnica; non mi pare sia necessario scrivere nulla nelle politiche di protezione né darne comunicazione, né tantomeno raccoglierle in una categoria. Non complichiamoci troppo la vita... (Anche perché l'unico problema potrebbe essere la consultazione della cronologia, ma un blocco del genere serve solo per pagine di servizio, in pratica.) Nemo 00:02, 6 lug 2006 (CEST)[rispondi]

Questa pagina dovrebbe dare linee guida generali. Bisognerebbe travasare gran parte del suo contenuto in Teknopedia:Pagina protetta. Ci sono poi dei template da rendere organizzati, completi nei vari casi d'utilizzo e a disposizione degli admin:

• Template:Avvisoblocco
• Template:AvvisobloccoNPOV
• Template:Avvisobloccoparziale

Ne manca uno per bloccare le pagine degli utenti bannati. Uno per i sockpuppet (un esempio si può vedere in Discussioni utente:Sandropascucci.

Amon(☎ telefono-casa...) 00:10, 3 ago 2006 (CEST)[rispondi]

Segnalo al riguardo questa discussione e questo più quest'altro template. Riassumendo: i due nuovi template servono per inserire all'interno delle voci, in maniera condizionale, i template {{Avvisoblocco}} e {{Avvisobloccoparziale}}: se la data di scadenza del blocco della voce (come impostata nel corso della procedura di blocco) non è ancora passata, viene allora mostrato l'avviso di blocco; qualora, invece, tale data sia stata superata non viene più mostrato tale avviso e la pagina viene eliminata dalla categoria Pagine semiprotette/Voci protette ed inserita nella Categoria:Pagine protette - scadute. La data di scadenza del blocco va inserita nei due template come parametro nel formato YYYYMMDDHHMM. Se pensate che l'utilizzo di tali template possa essere utile, si potrebbe modificare in tal senso la pagina alla quale questa discussione fa riferimento e le pagine "derivate". -- Saint-Just ^Osez! 15:22, 28 feb 2007 (CET)[rispondi]

Stamattina c'è stato l'ennesimo attacco di Willy on Wheels, qua. Questo attacco ha portato alla luce un problema che potrebbe essere fatale per Teknopedia, i template largamente utilizzati.

Poniamo ad esempio che {{interprogetto}} venga vandalizzato inserendo un immagine da 1 MiB...i server collasserebbero in un secondo. Allora io propongo di bloccare (almeno parzialmente, se non totalmente) la modifica di template molto usati, dei quali sarebbe opportuno fare una lista (chi può farlo?).

Un esempio:

• {{en}} e tutte le altre lingue (è uno standard che non credo dovrebbe essere ulteriormente modificato)
• {{cassetto}} e cassetto2
• {{interprogetto}}

eccetera eccetera eccetera.. Helios 10:40, 3 giu 2007 (CEST)[rispondi]

Direi anche {{quote}}, {{problematico}} e {{vandalismo}} --Giovanni (che vuoi dire a Ιωάννης?) 10:43, 3 giu 2007 (CEST)[rispondi]

Favorevole, --Davide21 11:09, 3 giu 2007 (CEST)[rispondi]

Nel frattempo ho fatto richiesta di una feature su wikibugs, dovrebbe servire comunque una paginetta così Helios 11:28, 3 giu 2007 (CEST)[rispondi]

un attimo state parlando di semiprotezione agli anonimi non anche agli iscritti.PersOnLine 11:29, 3 giu 2007 (CEST)[rispondi]

Io ho semplicemente detto di proteggere dai vandalismi i template più esposti, poi se proteggere totalmente o parzialmente bisogna vedere per bene, anche se in linea di massima i template come {{en}} li proteggerei totalmente, perché tanto sono tutti uguali, non so che cosa ci sia da cambiare..Helios 11:33, 3 giu 2007 (CEST)[rispondi]

sono favorevole a bloccare totalmente quelli più usati (esistono le pagine di discussione per eventuali cambiamenti). capisco permettere ai neo-utenti di smanettare su "template" minori (anche se certi test alcune volte danno sui nervi) ma per evitare di azzoppare i server proteggiamo... --valepert 11:51, 3 giu 2007 (CEST)[rispondi]

Beh e le sandbox dei vari template per cosa esistono? Helios 11:52, 3 giu 2007 (CEST)[rispondi]

Favorevole anche io --Fabexplosive L'admin col botto 11:56, 3 giu 2007 (CEST)[rispondi]

contrario, SI alla protezione da anonimo, ma No generalizzata per tutti i template da proteggere: se volete proteggere totalmente i template di servizio e del patrolling è un conto, ma quelli destinati all'NS0, per quanto diffusi, devono rimanere modificabili perlomeno da tutti gli utenti registrati, se volete credo di possa creare una lista di template sensibili e un bot che riporti in una pagina di servizio la notifica delle modifiche apportate, così da tenerli sotto controllo, ma un blocco totale non è accettabile, non è possibile che uno debba sempre rivolgersi ad un amministratore per le modifiche ai template del NS0. PersOnLine 12:03, 3 giu 2007 (CEST)[rispondi]

(conflittato) Favorevole (a proposito: ho visto che sulla wiki inglese, ma anche quella spagnola, questo template, messo nella pagina di discussione, segnala agli admin se qualcuno vuol fare una modifica sulle voci protette (inserisce le talk delle voci in una categoria che gli admin evidentemente tengono fra gli osservati speciali)... noi abbiamo qlcs di simile? se no possiamo provare a tradurlo... --Formica rufa 12:08, 3 giu 2007 (CEST)[rispondi]

le pagina vengono bloccate solo e quanto necessità e non in maniera preventiva (se no i temi caldi sarebbero tutti bloccati) e poi sempre per periodi limitati e che dovrebbero essere comunque brevi. come già detto un conto è bloccare i template tecnici (tipo quelli sulle licenze) o quelli del patrolling, ma quelli dell'NS0 non è ammissibile. se il problema sono eventuali vandalismi si blocchi la modifica da anonimo, visto che l'utenza che commettere un vandalismo può essere benissimo bloccata ad infinito; perchè è vero che esistono le pagine di discussione ma se per ogni virgola o miglioramento innocente uno deve chiedere il permesso a furia di blaterare si rischia soltanto di bloccare lo spirito d'iniziativaPersOnLine 12:30, 3 giu 2007 (CEST)[rispondi]

(torno a sx) ok, e infatti secondo me la soluzione per i template potrebbe essere semplicemente la semi-protezione --Formica rufa 12:38, 3 giu 2007 (CEST)[rispondi]

• Contrario ad una protezione/semi-protezione) permanente, favorevole ad una semi-protezione/protezione temporanea se ci sono dei vandalismi in corso. --Nanae 13:26, 3 giu 2007 (CEST)[rispondi]
• favorevole al blocco totale per i tl usati in + di 10000 pagine, e emiprotezione per quelli usati in + di 1000 pagine The doc post... don't be wikipediocentrist...trasferisciti! 17:38, 3 giu 2007 (CEST)[rispondi]

Filosoficamente non mi piace molto, ma effettivamente quando si modifica un template molto usato in modo non banale (es. correggendo un redirect) bisognerebbe sempre trattarlo come una pagina protetta e cercare il consenso prima della modifica. Quindi penso sia una buona idea proteggere i template. Cruccone (msg) 18:59, 3 giu 2007 (CEST)[rispondi]

• Mi astengo in quanto con privilegi di amministratore. --Trixt 23:39, 3 giu 2007 (CEST)[rispondi]
• Il problema dei blocchi totali su template sensibili (ma non statici, come {{!}}) è che il messaggio “non si tocca senza consenso” viene bellamente ignorato da chi quel template lo può modificare, come successe qualche tempo fa con {{S}}, dove un admin di passaggio arrivò addirittura a rollbackare settimane di lavoro senza chiedere niente a nessuno. O si mette bene in chiaro che il messaggio in questione vale per tutti, admin o meno, oppure qualunque blocco — se permanente — oltre la protezione parziale è discriminatorio e fondalmentalmente inutile. Blocchiamo i template statici, ma niente di più. (Tranquilli, non “collasserebbe” nessun server se in ogni pagina venisse caricato un mega in più.) HVC 10:16, 4 giu 2007 (CEST)[rispondi]

Non ho capito cosa siano i template "non statici" e "statici".

Quanto ai problemi dei server, mi ricordo che qualche mese fa i server si erano "seduti" per un problema con l'equivalente del template interprogetto su un progetto in lingua spagnola. --ChemicalBit - scrivimi 11:46, 4 giu 2007 (CEST)[rispondi]

Statici: {{!}}, {{en}}, etc;

Non statici ma comunque sensibili: {{S}}, {{W}}, etc.

Sulla wiki spagnola: si trattava di un vandalismo o di un errore di sintassi (che so, un loop ricorsivo) introdotto in buona fede? HVC 05:15, 5 giu 2007 (CEST)[rispondi]

Favorevole alla protezione di tutti i template più usati (diciamo quelli presenti in più di 5mila/10mila pagine). Questo provvedimento (peraltro più volte suggerito anche da utenti delle altre wiki) non solo impedisce i vandalismi, ma abitua i nostri wikipediani a discutere prima di effettuare modifiche estemporanee che possono avere effetto su molte pagine e creare problemi ai server (quantomeno ogni modifica li impegna non poco). In ogni caso ogni template complesso ha la sua sandbox e bisognerebbe sempre prima sperimentare su questa. --MarcoK (msg) 11:56, 4 giu 2007 (CEST)[rispondi]

L'importante è che si specifichi perché venga bloccato il template:

• in seguito a vandalismo (sarà un blocco temporaneo, quindi non in discussione qui);
• come prevenzione di vandalismi (nel qual caso sono favorevole solo nei casi più eclatanti e solo nel caso di template statici—vedi risposta a ChemicalBit) = gli admin possono editare tranquillamente, e i non-admin fanno richiesta (ma senza criteri del tipo “devi attendere [una settimana] che ci sia il consenso”);
• come prevenzione di pasticci = nessuno può editare il template senza aver ottenuto approvazione.

Come ho già detto prima, se non si mette bene in luce il motivo del blocco, verrà istintivo (all'admin, visto che solo lui può modificare la pagine—non sto discriminando! :-)) agire come se la motivazione fosse quella più consona a quanto vuole ottenere, che sia una modifica o un rollback. HVC 05:25, 5 giu 2007 (CEST)[rispondi]

@HVC: Scusami ma continuo a non capire la differenza tra "statici" e "non statici". Intendi forse, Categoria:Template condizionali e non? Quanto alal wiki spagnola che fosse un vandalismo o un errore fattoin buona fede, è difficile distinguere e comunque non è che cambi molto riguardo a questo discorso ... --ChemicalBit - scrivimi 11:36, 5 giu 2007 (CEST)[rispondi]

Ho provato a rileggere con calma questa pagina e alcuni punti mi sono parsi poco chiari. Ho provato a "rimuovere" gli aspetti tecnici (il come si fa) e lasciare solo la parte di policy. La bozza che ne è emersa è questa: Teknopedia:Politica di protezione delle pagine/bozza. La bozza contiene anche parte del testo di Teknopedia:Pagina protetta e Teknopedia:Pagina semiprotetta le informazioni contenute dovrebbero a mio parere essere aggregate tutte in una pagina sola evitando dispersioni (e rendendo più complessa la manutenzione). Pareri? --Civvì (talk) 23:16, 18 lug 2007 (CEST)[rispondi]

ottimo lavoro direi, per me puoi direttamente sistemare il tutto --g 23:19, 18 lug 2007 (CEST)[rispondi]

Mentre i template {{Avvisoblocco}} e {{Avvisobloccoparziale}} sono -opportunamente- protetti (solo amministr.) ,

{{Avvisoblocco scad}} e {{Avvisobloccoparziale scad}} non sono né protetti (solo admin.) né semiprotetti (solo autoconfirmed).

È il caso di proteggerli o di semiproteggerli?

Faccio l'audace e inizio perlomeno a semiproteggerli. Se ritenete sia meglio tenerli completamente sprotetti o al contrario completamente protetti, fatelo sapere qui. --ChemicalBit - scrivimi 09:33, 17 ago 2007 (CEST)[rispondi]

Lo stesso per {{Templateprotetto}} e per {{Templateprotettoparziale}} (quest'ultimo l'ho appena creato io, sul modello del precedente).--ChemicalBit - scrivimi 09:55, 17 ago 2007 (CEST)[rispondi]

• +1 alla protezione Helios 00:34, 18 ago 2007 (CEST)[rispondi]
• +1 Fabexplosive L'admin col botto 13:40, 18 ago 2007 (CEST)[rispondi]
• +1 --Paolo · riferiscimi 22:20, 18 ago 2007 (CEST)[rispondi]
• +1 Formica rufa 13:13, 19 ago 2007 (CEST)[rispondi]
• +1 Alleborgo 14:05, 20 ago 2007 (CEST)[rispondi]

Visto il consenso, ho provveduto: ho protetto Template:Templateprotetto‎. Per gli altri tre non posso provvedere io, perché coinvolto in modifiche non tecniche, per cui ho fatto richiesta in modo che provveda un altro amministratore.

p.s. avvitamento burocratico, anzi templatistico: teoricamente in quei template andrebbe incluso il template Templateprotetto ma non si capirebbe più niente. --ChemicalBit - scrivimi 08:51, 5 set 2007 (CEST)[rispondi]

Considerata l'importanza di alcuni template usati da moltissime pagine e il rischio che un vandalismo o un errore causato da un'avventata modifica anche solo per inesperienza in uno di essi influenzi un vasto numero di pagine, propongo di proteggere completamente i template più usati. WindowsUninstall 00:44, 18 ago 2007 (CEST)[rispondi]

• +1 in generale, perché possono succedere emergenze e trovarsi ca**i in tutte le pagine...Helios 00:48, 18 ago 2007 (CEST)[rispondi]

Ti riferisci forse :-) a quanto è successo ieri sera con Template:Citazione necessaria? --ChemicalBit - scrivimi 09:54, 18 ago 2007 (CEST)[rispondi]

• +1 Visto ciò che è successo ieri in particolare... Sirabder87Sag mir... 10:28, 18 ago 2007 (CEST)[rispondi]
• +1 D'accordo. Marko86 10:32, 18 ago 2007 (CEST)[rispondi]
• +1 Fabexplosive L'admin col botto 13:40, 18 ago 2007 (CEST)[rispondi]
• +1 Mai più le vicende come Citazione Necessaria.--LorΓΘЯΘΓĨoli 22:18, 18 ago 2007 (CEST)[rispondi]
• +1 Meglio prevenire che curare --Paolo · riferiscimi 22:20, 18 ago 2007 (CEST)[rispondi]
• +1 - --Klaudio 10:49, 19 ago 2007 (CEST)[rispondi]
• +1 Gac 11:02, 19 ago 2007 (CEST)[rispondi]

Domanda utonta (o più che altro da attacco di pigrizia, non ho voglia in questo momento di cercare) : qualcuno sa se ci sia una pagina (speciale?) che indichi i template più utilizzati? --ChemicalBit - scrivimi 12:38, 19 ago 2007 (CEST)[rispondi]

Ho vinto la pigrizia: c'è. --ChemicalBit - scrivimi 12:45, 19 ago 2007 (CEST)[rispondi]

• +1 ma non se n'era già parlato qui dopo un attacco di WOW?--Formica rufa 13:10, 19 ago 2007 (CEST)[rispondi]

Ma le discussioni al Bar, come è noto, lasciano il tempo che trovano.--ChemicalBit - scrivimi 13:51, 19 ago 2007 (CEST)[rispondi]

<fuori cronologia> E infatti mi sa che scontiamo la scelta di averlo chiamato "bar", un posto dove in genere si chiacchiera al vento. Comunque, ad occhio, mi sembra che da quella discussione emerga un diffuso consenso... --Formica rufa 14:06, 19 ago 2007 (CEST)[rispondi]

Faccio notare che al di là delle modifiche vandaliche, in generale modifiche a cose che hanno effetto "ampio" (su parecchie pagine, ecc.) dovrebbero essere sempre discusse prima. (E con questo non mi riferisco solo a template. Ad es. un po' di tempo fa erano stati "massicciamente" rimossi i testi di presentazione (ed eventuali template) da molte categorie. Solo dopo si è discusso e il consenso non c'era...) Il principio Teknopediano "sii audace" è subordinato ad un altro principio Teknopediano, "usa il buon senso" --ChemicalBit - scrivimi 13:51, 19 ago 2007 (CEST)[rispondi]

• +1 Alleborgo 14:08, 20 ago 2007 (CEST)[rispondi]

Sappiamo bene che questa politica prevede «Gli amministratori devono astenersi dall'apportare modifiche al contenuto della pagina».

E che prevede però l'eccezione

Ora, modifiche che effettuano rollback ad una versione precedente per eliminare testo fortemente di parte ed agiografico, rientrano in tali motivi tecnici? --ChemicalBit - scrivimi 15:23, 3 set 2007 (CEST)[rispondi]

Sì. In ogni caso penso sia meglio prima rollbackare alla versione sbagliata e dopo proteggere la pagina. --Davide21 19:52, 4 set 2007 (CEST)[rispondi]

Stavo chiedendo per il caso di una pagina già protetta e rollbackata dalal versione "sbagliata" (fortemente di parte ed agiografico) ad una versione "giusta" (senza tale problema). --ChemicalBit - scrivimi 22:40, 4 set 2007 (CEST)[rispondi]

Non rientra in motivi prettamente tecnici, ma se è lampante e condiviso che sia fortemente POV direi che basta il buonsenso per eliminare tale testo. --Aeternus∞ 16:27, 5 set 2007 (CEST)[rispondi]

My 2 cents: Se blocco la pagina per vandalismi ripetuti prima di farlo rollbacko ad una versione senza vandalismi. Se proteggo per bloccare una edit-war fra due utenti e convincerli a dialogare allora proteggo alla versione presente in quel momento indipendentemente dal mio giudizio in merito. --J B 16:07, 7 set 2007 (CEST)[rispondi]

Leggo:

Ma una volta non stava scritto da qualche parte che era più utile bloccare alla versione precedente l'edit war? Lo so, lo so che la versione non conta nulla. Però per esperienza e logica mi sembra più utile che sia colui che inserisce la modifica controversa che deve convincere la comunità della sua validità, almeno per avere un punto di partenza preciso nella discussione. Ylebru dimmela 14:36, 7 set 2007 (CEST)[rispondi]

Vedi anche la discussione nella sezione qui subito sopra. Mi paiono correlate. --ChemicalBit - scrivimi 16:01, 7 set 2007 (CEST)[rispondi]

Io normalmente blocco l'ultima versione a meno che non contengo vandalismi. Spesso stabilire dove inizia l'edit war non è facile e poi se devi discutere con delle persone per un'edit war e meglio poter dichiarare una regola chiara in caso di contestazione. Hellis 22:01, 10 set 2007 (CEST)[rispondi]

Faccio un esempio concreto, che per me rappresenta il 50% dei blocchi a cui ho assistito: arriva un niubbo con impostazione parecchio POV e nessuna esperienza delle tecniche sociali wikipediane. Inserisce un testo POV su una voce, scatenando una edit war. L'inizio dell'edit war qui è ben chiaro. Se blocchiamo alla versione precedente, il niubbo è più motivato a venire a patti. Se blocchiamo la sua versione, che spesso è palesemente POV, tocca al malcapitato di turno venire a patti con una persona che fa interventi da forum e spesso non riesce ancora a concepire che esistano utenti (come me e voi) che pur avendo le proprie idee assumono qui un ruolo neutro e professionale. Ad esempio, nella voce Berlusconismo ho recentemente bloccato deliberatamente alla versione precedente l'edit war (cui non ho partecipato, ovviamente), e mi sto chiedendo se ho fatto bene. Ylebru dimmela 10:43, 11 set 2007 (CEST)[rispondi]

IMHO ritengo che tu abbia agito correttamente e che la tua analisi sul casus belli di molte edit war sia condivisibile.--Bramfab Discorriamo 12:09, 11 set 2007 (CEST)[rispondi]

Ylebru non capisco però il "venire a patti" né il vantaggio per il neo-utente POVvatore ;-) se la voce sia bloccata alla sua versione POV. In ogni caso se ne discute in discussione (anche se, visto che negli ultimi giorni ho letto da più parti accenni ad ipotesi di proposte di mettere al bando un utente ma non dal namespace principale, in quel caso mi chiedo proprio come si risolverebbe un problema del genere!?)

Se in discussione vi è consenso che quelal verisone si a POV e quindi di rollbackare alla versioen precedente, si sblocca e si rollbacka: le protezioni non sono eterne, anzi sono un'ecezione. --ChemicalBit - scrivimi 12:50, 12 set 2007 (CEST)[rispondi]

L'esperienza conclusa mi convince in effetti di aver agito bene. Il nuovo utente che ha voluto imporre il suo POV (e per questo portato due voci al blocco) e che ci ha fatto perdere tempo inutile si è rivelato un sockpuppet. Proprio per difendersi da questi casi ricorrenti, credo sarebbe giusto consigliare di bloccare alla versione precedente l'edit war: questo ovviamente solo quando questa ha un inizio evidente. Ylebru dimmela 15:52, 14 set 2007 (CEST)[rispondi]

Io non sarei così formale: se dentro la voce ci fosse una evidente bufala non la rimuovereste, prima dopo o durante (se siete abilissimi :-))) la protezione? E se c'è altro che non ci deve stare, sono certo che lo si leva, anzi è proprio ciò che mi attendo che succeda: l'accesso limitato all'edizione non vuol dire che non si edita, vuol solo dire che gli admin "lo fanno per me". Nel momento in cui vi accorgete che c'è roba che va tolta, toglietel aper me, grazie: la toglie un admin su richiesta di chi lo propone o di sé stesso se l'admin ha una buona comunicativa interiore :-) Lascereste porcherie dentro la voce solo per un formalismo? --g 01:57, 11 set 2007 (CEST)[rispondi]

quoto Gianfranco, non vedo dove stia il problema se l'edit è migliorativo (ovviamente con misura). Sarà che da noi le modifiche in pagine bloccate sono meno frequenti che su en.wiki, dove c'è anche un tpl per richiederle. Mi chiedo se non sia il caso di importarlo da noi, per evitare che una voce bloccata stia ferma e per aggiornarla su questioni che non riguardano l'edit-war. --Formica rufa 09:21, 11 set 2007 (CEST)[rispondi]

Ma questo già lo facciamo, le discussioni servono per trovare il consenso e per richiedere delle modifiche alle voci protette. Hellis 09:47, 11 set 2007 (CEST)[rispondi]

• Occorre considerare la cosa da un punto di vista piu' largo: una pagina bloccata, non e' una pagina non editabile, e' una pagina editabile da chi ne ha il permesso. L' ideale sarebbe, nel caso di pagina bloccate che nella pagina di discussione avvenga una discussione e proposte su come emendare/correggere e modificare il testo e che quindi l' amministratore intervenga conseguentemente. Vi e' anche un' altra considerazione: statisticamente mi sento di affermare che meta' delle pagine sono bloccate per edit war, causate da motivi quasi incomprensibili o ingiudicabili/invalutabili da chi non conosce lo specifico della voce. Nell' altra meta' spesso si tratta di voci su cui vi e' ancora molto da scrivere e lo sviluppo della voce non puo' essere bloccato.--Bramfab Discorriamo 10:32, 11 set 2007 (CEST)[rispondi]

Quanto alle bufale, speriamo vengnao olte! A volte ne vedo in cancellazione, senza che le parti ... "bufaline" siano rimosse, così -se va bene- retano in vista per 7 giorni (o peggio). --ChemicalBit - scrivimi 12:50, 12 set 2007 (CEST)[rispondi]

I lucchetti giallo e rosso sono esteticamente gradevoli, però rispetto ai vecchi template manca l'indicazione di proporre modifiche nella pagina di discussione. C'è un modo per rimetterla in modo che un utente poco esperto sappia cosa fare? --Cruccone (msg) 18:31, 23 nov 2007 (CET)[rispondi]

e più semplciemnte ritornare ai vecchi template? --ChemicalBit - scrivimi 12:34, 30 dic 2007 (CET)[rispondi]

Ho notato che è diffusa la consuetudine da parte degli amministratori di proteggere totalmente le pagine delle procedure ormai chiuse (es. Utenti/Admin problematici) anche in assenza di edit-war onde evitare preventivamente il proseguire di discussioni ritenute ormai inutili visto il raggiungimento del consenso in una direzione. Non avendo trovato però nessun cenno a queste politiche di "protezione preventiva" nella policy, nè una discussione al riguardo che abbia dato il via a tale usanza mi chiedevo se non fosse il caso di discutere se la comunità condivide o meno questo modo di procedere e in caso positivo aggiornare la policy. --Paul Gascoigne 16:27, 3 gen 2008 (CET)[rispondi]

Non lo condivido... se la discussione è ritenuta ormai inutile, basta non leggerla--Bultro 17:49, 3 gen 2008 (CET)[rispondi]

Neanch'io lo condivido, poichè secondo me i rischi superano i vantaggi. Però, visto che è una consuetudine abbastanza diffusa ho pensato di chiedere un parere alla comunità nella sede apposita. --Paul Gascoigne 18:09, 3 gen 2008 (CET)[rispondi]

Faccio notare che mi ero accorto che anche la pagina di segnalazione degli admin problematici era bloccata in scrittura, una cosa proprio paradossale. Altro che le pagine archiviate... --Equo e solidale 18:19, 3 gen 2008 (CET)[rispondi]

C'è un equivoco :-) La pagina di segnalazione non è affatto bloccata in scrittura, ma lo è la pagina specifica con la motivazione che era iniziata la relativa votazione di conferma e quindi i commenti (come in effetti è stato) sarebbero potuti confluire in un'unica pagina. Gac 18:25, 3 gen 2008 (CET)[rispondi]

appunto, è quello che ho scritto anch'io. Il problema è che secondo le attuali policy non è lecito nemmeno bloccare in scrittura la pagina specifica, mentre ciò spesso accade --Paul Gascoigne 18:48, 3 gen 2008 (CET)[rispondi]

Direi che vanno bloccate tutte le pagine di votazioni concluse: messe al bando, sondaggi, vetrine, cancellazioni, ecc. Le semplici segnalazioni possiamo anche non bloccarle. Jalo 19:11, 3 gen 2008 (CET)[rispondi]

concordo con jalo, quelle pagine servono per raggiungere una decisione su un evento ben preciso, oltre il quale non ha più senso continuare a editare nella pagina, che invece dovrebbe adibita ad "archivio" come prova del consenso raggiunto, e modificata solo per questioni tecniche. PersOnLine 19:36, 3 gen 2008 (CET)[rispondi]

Dal momento che è una consuetudine e che non è vero che "i rischi superano i vantaggi", direi che possiamo aggiungere la consuetudine e la chiudiamo qui. -- Sannita - L'admin (a piede) libero 21:00, 3 gen 2008 (CET)[rispondi]

Non so però quali sono questi rischi. In mancanza di essi direi che le pagine di votazione possono tranquillamente essere bloccate, se concluse. Amon(☎ telefono-casa...) 21:55, 3 gen 2008 (CET)[rispondi]

In partenza io ho parlato di "procedure" e non di "votazioni". E' chiaro che le due cose sono differenti dato che nella prima si ricerca un consenso che non è quasi mai limpidamente raggiunto, mentre nella seconda c'è una scadenza fissata e un semplice conteggio dei voti. Il rischio di cui parlo è riferito alla possibilità di chiudere una segnalazione e proteggerla in scrittura senza un chiaro consenso, non tanto a proteggere una pagina di una votazione terminata (e sarebbe bene scrivere terminata e non interrotta). Per il resto aspetterei in ogni caso qualche altro parere prima di cambiare una policy così delicata. --Paul Gascoigne 22:03, 3 gen 2008 (CET)[rispondi]

Non sono d'accordo a simili protezioni. Per altro una segnalazione di problematicità dovrebbe cercare di risolvere / minimizzare il problema in questione, non solo far partire una votazione.

Inoltre le ampie discussioni anche a votazione già inziata (sopratutto nel caso non infrequente in cui si sia corsi alle urne) evidenziano la necessità di un posto dove discutere. Ed è meglio che le discussioni non si facciano nella "gabina elettorale" :-) --ChemicalBit - scrivimi 00:47, 4 gen 2008 (CET)[rispondi]

Io non vedo quali siano i vantaggi nel bloccare le pagine. Se qualcuno volesse aggiungere (col senno di poi, o semplicemente perché non ha partecipato prima) un commento o una nota, perché non lasciarglielo fare? Alla peggio sprecherà il fiato. E poi il consenso non è eterno, non dobbiamo scolpirlo nella pietra. Le "prove" che alla data X ci fosse un certo orientamento, restano comunque nella cronologia--Bultro 01:19, 4 gen 2008 (CET)[rispondi]

Concordo. La protezione preventiva non è prevista, nemmeno se parziale; se vengono fatte modifiche inappropriate (fuori luogo, anche nel vero senso della parola) prima si annullano, e poi solo se vengono reinserite e c'è una guerra di modifiche si protegge. Mi è capitato di non poter fare modifiche minori a pagine protette in questo modo (gerarchia delle sezioni sbagliata, categorie et similia). Nemo 10:31, 4 gen 2008 (CET)[rispondi]

Concordo pure io: la protezione preventiva non è prevista, nè c'è scritto da qualche parte che se qualcuno vuol continuare a discutere di qualcosa non possa farlo. E non mi si dica che "si può aprire un'altra pagina" xchè se non si può linkarla nella pagina dove il discorso è iniziato è inutile ;) -- Scriban(msg) 11:25, 4 gen 2008 (CET)[rispondi]

Rientro a sinistra, ma rispondo... Se viene aperta una votazione di bando o di revoca, non ha più senso proseguire su più pagine lo stesso discorso, quindi è necessario inserire il link alla votazione di revoca o di bando e chiudere la discussione sulla "supposta" problematicità, proteggendo la pagina, dove rimane il computo degli utenti che si sono espressi a favore della richiesta di votazione già in essere. --M/ 18:27, 6 gen 2008 (CET)[rispondi]

Ecco un paio di esempi, la ditta ringrazia commossa GN per la gentile collaborazione. --M/ 00:13, 7 gen 2008 (CET)[rispondi]

Certo, ma nel caso citato avrei voluto rispondere a Gianfranco sulla questione della necessità di aprire una votazione: non mi sembra una cosa da scrivere nella pagina della votazione. Restano due cose distinte, e se gli utenti non riuscissero a capirlo e si generasse una guerra di modifiche, solo allora sarebbe giustificata la protezione, ma in genere la protezione preventiva non mi sembra prevista dalle nostre norme né giustificabile, per quanto sia comprensibile. (Il vandalismo in quella pagina del resto giustifica semmai la semiprotezione, ma non altro.) Nemo 00:25, 7 gen 2008 (CET)[rispondi]

Una volta che la procedura si è "evoluta" (e comunque chiusa, dal momento che la votazione una volta iniziata può essere terminata solo per dimissioni del diretto interessato) diventa solo una pagina di archivio. --M/ 00:29, 7 gen 2008 (CET)[rispondi]

Dove sta scritto che è solo una pagina di archivio? Se Nemo voleva scriverci qualcosa, chettefrega. Non credere di ridurre i vandalismi bloccando le pagine, i vandali trovano comunque da divertirsi altrove, e lo sai :D--Bultro 01:50, 7 gen 2008 (CET)[rispondi]

M7, un attimo, qui non si sta discutendo del caso delle votazioni di bando o di revoca che rendono concluse le procedure da cui derivano, ma ancor più in generale se le pagine di procedura concluse siano da (o si possano) proteggere.

Questo a prescindere se l'avvio di una votazione che fa parte di una procedura di problematicità renda o meno conclusa la procedura di problematicità (cosa che non credo, visto anzi quanto si discute anche a votazione iniziata; inoltre anche da un punto di vista logico il problema di cui tratta la segnalazione non è ancora consluso e risolto se la votazione è ancora in corso). --ChemicalBit - scrivimi 14:50, 7 gen 2008 (CET)[rispondi]

p.s. non è neppure detto che "la votazione una volta iniziata può essere terminata solo per dimissioni del diretto interessato". La votazione potrebbe essere partita scorrettamente (o prematuramente -ricordate "non correre alle urne"- ) , o ancor prima essere scorreta la segnalazione (quante volte è stata seguita la corretta procedura per segnalare un amministratore? Forse sono più quelle in cui non la si è seguita che quelle in cui la si è seguita) e questo comporterebbe di conseguenza una nullità di tale votazione. --ChemicalBit - scrivimi 14:53, 7 gen 2008 (CET)[rispondi]

Segnalo la vaga illogicità, IMHO, di un amministratore che preclude ai non amministratori la scrittura nella pagina sulla problematicità degli amministratori... Inoltre, ritenere che con l'apertura di una votazione la segnalazione abbia smesso di aver senso è una lettura soggettiva, alla quale si può obiettare che, al contrario, sarebbe meglio limitare al massimo commenti e valutazioni nella pagina di voto, lasciando che la discussione si sviluppi liberamente laddove si era avviata. Quindi: non solo la linea guida sulla protezione delle pagine non è da aggiornare, ma anzi è da rispettare con maggior attenzione.--CastaÑa 19:02, 7 gen 2008 (CET)[rispondi]

Questo invece a me non pare rilevante: posso rispondere a Gianfranco in qualunque altro posto, a partire dalla pagina di votazione (e relativa discussione); si tratta di vedere se è opportuno obbligare automaticamente gli utenti a farlo. Nemo 22:27, 7 gen 2008 (CET)[rispondi]

Io invece sono dell'idea che si debba discutere sempre nella pagina adatta -come ad es. stiamo facendo ora- non saltellare di qua e di là. (E già il discutere in una pagina di votazione mi pare un conrosenso, come discutere in una cabina elettorale).

Comunque non capisco più se qui si stia discutendo del caso generale delle pagine archiviate, o del caso particolare delle pagine di senglazione amministratori problematici a cui segue una votazione di revoca. --ChemicalBit - scrivimi 00:18, 9 gen 2008 (CET)[rispondi]

Be', è un esempio emblematico. Dimostra, tanto per cominciare, che non sempre una pagina procedurale raggiunto il suo scopo e la sua conclusione tecnica non è piú opportuno che sia modificata. Nemo 08:52, 20 gen 2008 (CET)[rispondi]

Beh non è affato emblematico, anzi è un caso complicato e difficile (mentre gli esempi sarebbe meglio che fossero chiari e semplici, per poi introdurre magarisuccessivamente altri fattori prima semplificati) : quella pagina aveva "raggiunto il suo scopo e la sua conclusione tecnica" ? Sì, per chi sostiene che il suo unico scopo sia far partire la votazione di revoca; no per chi sostiene che quella è la pagina in cui discutere per risolvere un problema con il comportamento di un amministratore, che non era ancora stato risolto.

Si tratta di una questione quindi diversa. Questione che comunque cadrebbe nel caso si decidesse che in gerale le pagine delle procedure terminate e archiviae non si porteggono.

Pertanto penso che la prima cosa da discutere e diecidere è appunto tale caso generale: le pagine delle procedure terminate e archiviate si porteggono o no? --ChemicalBit - scrivimi 21:28, 23 gen 2008 (CET)[rispondi]

Se terminate ed archiviate sì, come per le procedure di cancellazione. Si bloccano e si dimenticano. Chi vuole le legge, nessuno dovrebbe aver bisogno di scriverci. --Pier ^«···» 10:58, 1 feb 2008 (CET)[rispondi]

Ci siamo tutti dimenticati di un vecchio sondaggio (gennaio 2006) sull'argomento: secondo i criteri sarebbe necessario un altro sondaggio per cambiare decisione, anche se visto il tempo passato a mio parere una norma generale che annullasse quella specifica non richiederebbe un passaggio simile, se ci fosse consenso. Per il momento l'aggiungo ai casi di protezione. --Nemo 00:09, 22 mag 2008 (CEST)[rispondi]

Riassumendo: fatta salva l'eccezione delle cancellazioni, possiamo esplicitare che come non è permessa la semiprotezione preventiva non lo è nemmeno la protezione preventiva, nemmeno delle pagine di servizio? Credo inoltre che si potrebbe esplicitare il blocco preventivo delle pagine utente di utenze bloccate a tempo indeterminato. Nemo 00:38, 22 mag 2008 (CEST)[rispondi]

Creo una nuova sezione per non incasinare la precedente, anche se parla ancora di protezione totale. Postata originariamente su Discussioni Teknopedia:Politiche di blocco degli utenti e spostata qui su suggerimento di ChemicalBit.
Non ho trovato riferimenti sull'obbligo di proteggere le pagine utente+discussione degli utenti bloccati infinito. Vedo che è a discrezione, qualcuno lo fa, qualcun altro no. Mi sembra sia una misura necessaria, per non dover stare a controllare vandalismi anche su queste (ne ho già visti un paio). La aggiungiamo qui mettendo un riferimento anche a Teknopedia:Politiche di blocco degli utenti? Ho solo qualche dubbio:

• Anche per utenti bloccati per rinomina?
• Oltre a bloccare serve mettere l'avviso di pagina bloccata {{Avvisoblocco}} e la categoria?
• C'è il template {{Sockpuppet bloccato}} che lo fa già, creare "Utente bloccato"?

Ciao --Pier ^«···» 10:55, 1 feb 2008 (CET)[rispondi]

Penso che questa scelta dipenda anche dall'esito della discussione qui sopra (quella generale sulle pagine archiviate, non il caso specifico e particolare delle pagine di sengalazione amministratori problematici a cui segue una votazione di revoca)

Se si decide di non proteggere le pagine "ormai inutili", di conseguenza non sarebbe logico proteggere in generale le pagine degli utenti bloccati. (In generale. Poi se un utente ad es. continua ad evadere e a vandalizzare la propria pagina utente per protesta, chiaro che si protegge).

Se invece si decide che si possono proteggere le pagine "ormai inutili", si può discutere se fare rientrare in tale tipologia, e quindi proteggere, le pagine utente o le pagine discussioni utente o entrambe degli utenti bloccati infinito --ChemicalBit - scrivimi 13:45, 1 feb 2008 (CET)[rispondi]

Dal momento che è consentito adesso impedire la creazione di una pagina vuota, posso procedere a cancellare e svuotare pagine contenute in categorie come questa (ma non solo) o ci sono motivazioni contrarie che non mi sovvengono? Grazie. --Elitre 14:54, 6 mag 2008 (CEST)[rispondi]

No, però forse sarebbe meglio fare in automatico con un bot, no? --Nemo 03:40, 8 mag 2008 (CEST)[rispondi]

Ho segnalato qui. Nemo 00:09, 22 mag 2008 (CEST) Meglio aspettare la conclusione della discussione sopra. Quali altri casi esistono? --Nemo 00:49, 22 mag 2008 (CEST)[rispondi]

Segnalo che qui si sta discutendo dell'adozione del nuovo template unico {{protetta}} che si occuperà di avvisi, lucchetti e categorie di tutte le pagine protette, semiprotette e protette da spostamento. -- Basilicofresco (msg) 08:17, 15 giu 2009 (CEST)[rispondi]

Ho notato che abbastanza spesso la protezione o semiprotezione di pagine di discussione avviene (o perdura) in contrasto con le linee guida di questa politica.

Si può risolvere il problema? --151.82.141.23 (msg) 19:56, 30 nov 2009 (CET)[rispondi]

Potresti portare un esempio ?--Midnight bird 19:58, 30 nov 2009 (CET)[rispondi]

A parte un caso recente (è vedendo quella che sono andato a (ri)leggermi Politica di protezione delle pagine e a quel punto mi sono chiesto quanto sia seguita),

molte di queste pagine.

Ad es. ricordo che tempo fa c'era Discussione:Silvio Berlusconi linkata dal Bar, ma arrivando lì .... un utente non registrato o uno registrato da poco non poteva scriverci.

Altre sono pagine ddi discussione utente: che senso ha che un utente può scrivere ad un altro, ma questo non può rispondere al primo? --151.81.59.248 (msg) 18:54, 1 dic 2009 (CET)[rispondi]

Ieri Guidomac mi ha segnalato che dovrei eliminare la protezione parziale dei miei archivi della talk in quanto in contrasto con la policy. Premesso che a rigor di norma ha ragione e che tenerle così o sproteggerle non mi cambia certo la vita, non posso però fare a meno di interrogarmi sulla sua utilità (e da quanto mi ha detto Guido siamo in due). Ho impostato la semi-protezione, non per i vandalismi che al massimo si fa rollback e la cosa finisce lì, ma perché in passato è successo alcune volte che utenti nuovi, inesperti ed ip mi lasciassero messaggi in uno degli archivi invece che nella talk, con il risultato che non arrivandomi l'avviso non rispondevo o rispondevo con considerevole ritardo. A fronte di questo non vedo cosa dovrebbe scrivere un IP o un non autoconfirmed in una pagina di archivio: l'unico motivo per cui di solito uno ci mette mano è correggere dei link in occasione di spostamento pagine, operazione che comunque non compete a tale categoria di utenti. In sostanza sproteggere mi sembra abbia solo la funzione di offrire a qualcuno una possibilità in più di sbagliare di cui non credo senta la mancanza. Pareri? --Cotton ^{Segnali di fumo} 19:43, 7 apr 2010 (CEST)[rispondi]

In linea di principio potrei anche essere d'accordo, anche perché se le pagine di talk non vanno comunque cancellate o manomesse, una semiprotezione per le pagine archiviate ci potrebbe anche stare. Però se si facesse così, a questo punto, ci sarebbe un compito in più per i sysop, ossia semi-proteggere gli archivi di discussione per gli utenti non-sysop che non possono farselo da soli e che avrebbero tutto il diritto di richiedere la protezione. Da pensarci bene.... --L736E^dimmi 19:48, 7 apr 2010 (CEST)[rispondi]

Contrario alla semiprotezione, se proprio sbagliano si possono mettere "avvisi" sullo stile di Discussioni utente:KS/Noedit Ticket_2010081310004741 (msg) 19:58, 7 apr 2010 (CEST)[rispondi]

Poco più sopra ci si domandava se inserire un riferimento al blocco delle pagine di utenti bloccati infinito. Mi pare che difatti sia la prassi, per caso si è raggiunta un indicazione generale in tal senso? --Azrael 15:34, 17 apr 2010 (CEST)[rispondi]

Mi pare di no, anche se mi trovo favorevole alla protezione. Non mi sembra contrasti con le linee guida dal momento che tali pagine non hanno utilità nell'essere editate, se non per errore da niubbi o per vandalismo, il che non reca alcuna utilità o miglioramento al progetto (sebbene per un niubbo possa apparire strano che alcune pagine gli risultino bloccate). Se poi un utente bloccato volesse in qualche modo, da ip, scrivere qualcosa sulla sua pagina...beh, mi pare che di pagine di discussione ne abbiamo per affrontare tali argomenti. --Mau db (msg) 12:40, 18 apr 2010 (CEST)[rispondi]

Sarebbe possibile scrivere qualcosa su come si sprotegge una voce? --Pequod76^(talk) 20:20, 13 set 2010 (CEST)[rispondi]

Le pagine con template:Storica dovrebbero anche essere protette, immagino. Inseriamo un indicazione in tal senso così eliminiamo il dubbio? --Azrael 12:14, 29 dic 2010 (CET)[rispondi]

Non è cosí, non rientra in Teknopedia:Politica di protezione delle pagine: se si vuole si può anche specificarlo, per dire il contrario bisognerebbe invece cambiare la linea guida. --Nemo 12:21, 29 dic 2010 (CET)[rispondi]

Ritengo le pagine storiche od archivio parificabili alle procedure concluse (cancellazioni, problematici, votazioni), tutte protette in ragione di pagine "che hanno cessato il loro scopo e non necessitano più di alcuna modifica da chiunque". --Azrael 12:27, 29 dic 2010 (CET)[rispondi]

Davvero? Per le cancellazioni si è fatto un apposito sondaggio. --Nemo 12:28, 29 dic 2010 (CET)[rispondi]

Ne sono a conoscenza. E per le altre procedure protette che mi dici? --Azrael 12:34, 29 dic 2010 (CET)[rispondi]

Che non è come dici tu, dimostrami il contrario. E comunque tale "assimilazione" dovrebbe essere decisa, non è automatica (e sarebbe erronea in questo caso). --Nemo 12:49, 29 dic 2010 (CET)[rispondi]

La modifica delle pagine è consentita per permettere il miglioramento delle stesse (o, nel caso delle pagine di servizio, per permettere di registrare un cambiamento di consenso della comunità). Una pagina storica è una pagina "da museo", che non dovrebbe essere consultata per scopi pratici: che senso ha lasciare la possibilità di modificarla? Si rischia solo di accumulare vandalismi nella cronologia. Usiamo un po' di buon senso e non avvitiamoci nella burocrazia wikipediana. --Una giornata uggiosa '94 · E poi, di che parliamo? 13:32, 29 dic 2010 (CET)[rispondi]

Per quanto si profili come protezione preventiva odio di più gli avvitamenti. Per cui sono favorevole alla protezione. Si cavi semmai dal sondaggio passato (lo linkate?) la ratio, se compatibile: non se ne dovranno fare ad ogni occasione. --PequoD76^(talk) 13:39, 29 dic 2010 (CET)[rispondi]

In ogni caso mi pare una questione più da Discussioni Teknopedia:Politica di protezione delle pagine che da questa pagina. --Uno nessuno e 100000 (msg) 09:13, 30 dic 2010 (CET)[rispondi]

Come Una giornata uggiosa--Bultro (m) 11:01, 30 dic 2010 (CET)[rispondi]

Come si può notare è prassi proteggere (pagina elezione admin protetta,riconferma admin protetta, admin problematici protetta, problematico protetta, etc etc...). Il sondaggio di allora è datato, di modesta partecipazione e credo con altri propositi, non so quanto possiamo "farlo valere". Mi sembra però naturale iniziare ad adottare l'assioma pagina archiviata=pagina protetta senza tanti avvitamenti, vediamo comunque se vi sono perplessità. Quoto comunque il buonsenso di UGU. --Azrael 11:18, 30 dic 2010 (CET)[rispondi]

favorevole anch'io. --Superchilum^(scrivimi) 11:56, 30 dic 2010 (CET)[rispondi]

Una pagina storica può e spesso deve essere ancora corretta in termini di collegamenti interrotti, refusi, grammatica, categorie ecc. ecc. Non c'è assolutamente nessun motivo di proteggerla e non lo fa nessuno da nessuna parte, non vedo perché introdurre questa assurda burocratizzazione nella modifica delle nostre pagine che per giunta richiede di abbandonare il pilastro della non preventività della protezione di queste pagine.

Azrael, colleghi le pagine sbagliate, bisogna guardare le cronologie: [1] [2] [3] [4]. Ovviamente non me le sono lette tutte, ma mi pare chiaro che (come giusto) le pagine sono state protetto in seguito a (ripetuti) vandalismi o trollate o per persistenza nel continuare a intervenire anche dopo la chiusura, quindi non preventivamente. Tale prassi di protezione preventiva non esiste (e ci mancherebbe, dato che è vietata).

Anche in caso contrario, non hai ancora dimostrato come le pagine storiche potrebbero essere «assimilabili» a tali pagine. --Nemo 15:07, 6 gen 2011 (CET)[rispondi]

Non sono d'accordo. Una pagina storica non dovrebbe essere mai corretta, né per quanto riguarda la grammatica, né per quanto riguarda i collegamenti: il motivo è che si creerebbe un falso storico. Gli amanuensi compievano frequentemente errori di copiatura, ma non credo che nei musei dove oggi sono conservati questi codici si prenda il bianchetto e si riscrivano le parti sbagliate. PS: da quando la "non preventività della protezione" è un pilastro? --Una giornata uggiosa '94 · E poi, di che parliamo? 02:17, 7 gen 2011 (CET)[rispondi]

Salve,
alcuni fatti grossolanamente ed erroneamente riportati di recente da un telegiornale nazionale ehm... ;-) mi hanno fatto venire la curiosità di sapere quante sono realmente tutte le pagine protette e semiprotette del ns-zero. Ho quindi aperto la categoria:Pagine protette e ho notato, diciamo, un po' di "confusione". Domanda per i più bravi: non si potrebbe far in modo da rendere questa categoria contenente solo sub-categorie, ovvero che i template protetti vadano solo in Categoria:Template protetti, le voci del ns-zero solo in Categoria:Voci protette, ecc... ? E' possibile? (idem per le semiprotette) --Retaggio (msg) 12:01, 3 gen 2011 (CET)[rispondi]

+1. Tecnicamente si può fare, basta modificare {{Protetta}}. --Una giornata uggiosa '94 · E poi, di che parliamo? 13:15, 3 gen 2011 (CET)[rispondi]

C'è (o c'era) un problema legato a LiveRC, vedi Discussioni_template:Protetta#Sulla_categorizzazione_automatica --Bultro (m) 15:00, 3 gen 2011 (CET)[rispondi]

Pensavo che potremmo rinominare la categoria generale (es. in "Protezione delle pagine") e trasformare le due categorie richieste da LiveRC ("Pagine protette" e "Pagine semiprotette") in sottocategorie che hanno dichiaratamente solo quello scopo e non danno fastidio --Bultro (m) 15:04, 3 gen 2011 (CET)[rispondi]

La policy attuale recita:

• La protezione delle pagine non deve essere utilizzata come misura preventiva per proteggere pagine che hanno una forte visibilità (ad esempio perché legate ad eventi di cronaca o perché recensite da un sito esterno).

In realtà abbiamo spesso protetto preventivamente alcune voci proprio in previsione di forti tensioni su di esse. Ad esempio le voci sui principali protagonisti politici durante le elezioni. Potremmo modificare così il testo:

• La protezione delle pagine utilizzata come misura preventiva per proteggere pagine che hanno una forte visibilità (ad esempio perché legate ad eventi di cronaca o perché recensite da un sito esterno), va effettuata di norma dietro consenso.

Pareri? --Gac 11:45, 13 mar 2011 (CET)[rispondi]

Eliminerei la virgola prima di va. Per il resto concordo. --Pequod76^(talk) 15:24, 28 apr 2011 (CEST)[rispondi]

Ma perché le pagine utenti "chiuse" (a volte dopo pochisismo tempo dalla loro apertura) vengono protette? Non mi pare vi sia alcuna indicaizone in merito in questa politica. --79.16.147.209 (msg) 09:38, 28 apr 2011 (CEST)[rispondi]

Qui la decisione, qui la parte di policy che lo prevede.--Kōji ^{parla con me} 13:37, 28 apr 2011 (CEST)[rispondi]

Chi può modificare una pagina semi-bloccata? Dove posso sapere il motivo per cui la pagina è semi-blocc?

1) Qualunque utente registrato da almeno 4 giorni che _non_ la modifichi per le stesse ragioni per cui si è pervenuti al blocco - non faccia cioè edit per cui non si è ancora giunti al o sia necessario il consenso;

2) dalla cronologia e/o dalla pagina di discussione della stessa nel 90% dei casi, dalle pagine di discussione degli utenti coinvolti nella restante percentuale. --Elitre ♥ wp10 16:01, 7 set 2011 (CEST)[rispondi]

Su cortese richiesta di un altro utente chiedo pareri su un'azione che ho fatto: in pratica i sottotemplate di naz e aggNaz sono un ghiotto boccone per vandali (c'è un famoso manuale che consiglia di vandalizzarli) e utenti inesperti (il noinclude saltano a pacchi), considerando che molti erano protetti e che le modifiche sono relativamente rare alcuni mesi fa (12/05/2011) ho protetto via blacklist tutti i relativi sottotemplate, facendo visualizzare come messaggio d'errore questo. Sinceramente per me era una banale misura antivandalismo, priva di alcun significato recondito di gerarchizzazione dell'editing o altre baggianate. In pratica il vantaggio che ho intravisto è quello di poter gestire con un solo click (come qui e qui) la protezione di qualche centinaio di pagine, per fare un esempio, il vantaggio è che se devono essere ricategorizzate basta aggiungere un # in blacklist invece di dover andare a cercare quali sono protette e sproteggere (e riproteggerle) singolarmente. --Vito (msg) 22:07, 8 set 2011 (CEST)[rispondi]

nulla da dire. --Superchilum^(scrivimi) 00:59, 9 set 2011 (CEST)[rispondi]

Anche a me sembra una buona soluzione. Nel messaggio di errore però manderei direttamente alle richieste agli amministratori, visto che la pagina di discussione di uno sperduto sottotemplate (magari neanche esistente) ha visibilità pari a 0.--Sandro_bt (scrivimi) 02:45, 9 set 2011 (CEST)[rispondi]

Non vedo problemi e sono convinto che non sia possibile confondere la lotta al vandalo con la gerarchizzazione dell'editing. A meno che non si pensi che Vituzzu abbia segretamente in odio il progetto. Anche io rinvierei esclusivamente a wp:RA, anche per asciugare i luoghi di "appello". --Pequod76^(talk) 03:38, 9 set 2011 (CEST)[rispondi]

Sembra proprio un'ottima idea Jalo 09:18, 9 set 2011 (CEST)[rispondi]

A latere, non farebbe comodo una ricerca via bot di quei template usati più di tot volte e non protetti? Io ogni tanto ne trovo qualcuno, e succede sempre quando qualche utente inesperto tenta modifiche senza consenso Jalo 09:20, 9 set 2011 (CEST)[rispondi]

Scusate se mi permetto: perché non la semplice semi-protezione? Intanto, rinnovo la richiesta di correggere Template:Naz/PK-PB. --Mr buick (msg) 09:52, 9 set 2011 (CEST)[rispondi]

Perché quella permette qualsiasi modifica ad ogni utente che sia iscritto da 4 giorni, il che renderebbe ancora "vandalizzabile" i template Jalo 11:41, 9 set 2011 (CEST)[rispondi]

rientro Favorevole alla cosa. --L736E^{l'adminalcolico} 11:45, 9 set 2011 (CEST)[rispondi]

@Mr.Buick: in realtà temo nemmeno di poterla fare autoconfirmed, però forse ne posso permettere la creazione...--Vito (msg) 13:01, 9 set 2011 (CEST)[rispondi]

Uhm ho riletto il manuale, volendo si può mettere autoconfirmed, però temo non sia risolutivo (la spinta a proteggerli tutti è stata questa mi pare), usando la whitelist dovrei riuscire a consentirle la creazione, serve? --Vito (msg) 13:18, 9 set 2011 (CEST)[rispondi]

Si, forse la creazione serve, nel caso che qualcuno debba aggiungere nazioni non ancora gestite Jalo 14:09, 9 set 2011 (CEST)[rispondi]

Più che nazioni non gestite (tutte le nazioni hanno il loro bel template {{Bandiera}}), sono le sottodivisioni nazionali che hanno più probabilità di dover esser create. A me, onestamente quello che premeva era la semi-protezione per poter categorizzare adeguatamente questi template, dato che al momento sono suddivisi in due categorie senza alcun criterio. Sì, lo so, sono in parte colpevole dell'attuale situazione... --Mr buick (msg) 14:26, 9 set 2011 (CEST)[rispondi]

domanda tecnica: se posso creare "Naz/Pincopallino", poi quando salvo mi accorgo di aver sbagliato a scrivere una cosa, a quel punto rientra già nella protezione e quindi devo chiedere a un admin per correggerlo, giusto? --Superchilum^(scrivimi) 16:57, 9 set 2011 (CEST)[rispondi]

Gentili amministratori. Comprendo la difficoltà di cliccare duecento volte su "proteggi". Io revisiono centinaia di voci al giorno e capisco come sarebbe meglio con un solo colpo modificare tutte le voci che voglio in un momento solo. Purtroppo non mi viene concesso di farlo, non perchè le mie modifiche siano errate, ma fondamentalmente perchè esistono delle regole al riguardo. Le regole sono un impiccio tremendo, fastidiose, legnose, poco flessibili, ma purtroppo sono quello che sono e, o le si cambia, o a me, viene chiesto di rispettarle. Ho pertanto piacere di vedere che per altri questo problema non si pone. Teknopedia ha delle chiare regole per la proibizione della creazione delle pagine: non vedo perchè tenerle in questo stato, visto che non servono. Non dovrebbe essere consentito a nessuno bloccare in creazione delle pagine, solo perchè cliccare duecento volte su altre voci è molto faticoso. Sono comunque disponibile a farlo io, se serve, se mi date per una mezz'ora i tastini. Non ci vuole molto. Al termine di questo ragionamento, quand'anche fossi il solo a pensarla così, lasciatemi però scrivere che - semplicemente - secondo il regolamento attuale di Teknopedia chiedo lo sblocco della creazione dei sottotemplate. Facile, no ? Poichè i template mancanti saranno marginalente usati (province dell'Amazzonia, isole del Nauru) vi informerò di quante volte saranno vandalizzati (cosa diversa dal modificati per errore) e di quanto sforzo serve per rollbackare questi errori, se la mia richiesta verrà presa in considerazione. --EH¹⁰¹{posta} 01:58, 10 set 2011 (CEST)[rispondi]

Ho rispetto delle regole, quando esse servono a tutelare degli accordi presi da gentiluomini che si son fatti la guerra fino al giorno precedente e che senza le regole non sanno fidarsi l'uno dell'altro. Mi piace il pilastro Ignora le Regole. Esiste una ragione per cui lamentarsi dell'operato di Vituzzu, a parte il fatto che ha infranto delle regole? Se è solo perché ha infranto delle regole, esiste un pilastro che dice Non ci si preoccupi eccessivamente di fare eventuali pasticci: [...] è impossibile danneggiare Teknopedia in maniera irreparabile. Ma ci si ricordi, allo stesso modo, che tutto ciò che si scrive sarà conservato per i posteri. Da questa storia si potevano cavare altre morali, mentre invece vedo faticosi rimpasti di soap. E non mi sembra una buona idea di cliccare 200 volte per rispettare le regole. Infrangere le regole è grave se si commettono abusi, se si calpesta il consenso e la discussione, se si danneggia il progetto per puntare i piedi su una propria idea. E non vedo differenza tra entrare in chan a chiedere lo sblocco di un tmp bloccato manualmente insieme ad altri 199 ed entrare in chan a chiedere lo sblocco di un tmp bloccato con un cancelletto. Sono cmq pronto a ricevere chiarimenti, se ho frainteso. --Pequod76^(talk) 03:16, 10 set 2011 (CEST)[rispondi]

Mi spiace, ma non ti seguo. Questa è una pagina di discussione di una policy che reputo importante di Teknopedia. Se per te "ignora le regole" è una regola che ti piace, è del tutto inutile stare a parlare di regole. Ognuno fa come gli pare e amen. Permettimi di non essere d'accordo però e nel non essere d'accordo nel personalizzare una discussione su di una regola. Aggiungo poi che no, risparmiare duecento clic, non giustifica a parere mio l'ignorare una regola (il pilastro lo si legga bene). Tra breve i clic per continuare questa discussione avranno superato i duecento clic, che, sempre secondo me, sarebbero stati meglio spesi a proteggere, come da regolamento, i template, iniziando da quelli vandalizzati. Faccio comunque appello perchè: 1) non si personalizzi 2) non se ne faccia un dramma 3) si cerchi, se possibile, una linea guida valida più per il futuro, che per questo disgraziatissimo caso. Ecco, diciamo che - personalmente - bloccare la creazione di pagine per non cliccare duecento volte, io non lo farei passare come metodo, ma potrei sbagliarmi.

Leggiamoci comunque insieme un bell'estratto di "ignora le regole":

Sempre edificante la lettura dei pilastri. --EH¹⁰¹{posta} 14:51, 10 set 2011 (CEST)[rispondi]

dunque

1. è stato proposto dallo stesso Vituzzu (supportato da Jalo) di consentire la creazione dei template
2. il "c'è scritto A nel par. 2 comma C, quindi ai sensi dell'art. ecc" è contro lo spirito di Teknopedia, mi spiace. Sono le regole a essere fatte per Teknopedia o il contrario (tanto per parafrasare la questione "legge per l'uomo o l'uomo per la legge"). E' una protezione che ha senso per i motivi spiegati (protezione di template usati massicciamente, per questioni pratiche estesa a tutte le sottopagine dato che ce ne sono molte, anche se ahimè non tutte tutte, molto usate). Quindi volendo essere rigorosi non c'è neanche scritto che non si può usare una protezione di questo tipo. Ma anche perchè si spera che non si debba neanche creare una policy ad hoc, bastando WP:BS e le discussioni sui (pochi) casi che si dovessero creare.

Appoggio anch'io la possibilità di creare le sottopagine (che, non essendo ancora state create, non è quasi possibile che vengano vandalizzate o se succede un casino saranno tanto poco usate da non essere un problema eccessivo). --Superchilum^(scrivimi) 16:20, 11 set 2011 (CEST)[rispondi]

Ok. Era stata fatta una richiesta di capire se c'erano interessati alla creazione di sottotemplate. In altre parole - e in modo comprensibile - chi si vuole applicare allo studio di come consentire la creazione, vuole sapere se ne vale la pena o non interessa a nessuno. Ho cercato di spiegare che non solo interessa, ma forse è in qualche modo una specie di "dovere" sforzarsi a consentire la creazione delle sottopagine.

Questa è una pagina di discussione su di una regola: se neanche a livello di principio vogliamo far passare il fatto che bloccare una qualsivoglia pagina in creazione "a priori" e solo perchè imparentata a un'altra talvolta vandalizzata è un danno al progetto, tanto esistono eccezioni, buon senso, fiducie in bianco, RA, chan, e-mail, ecc. ecc., ma che ne parliamo a fare ? Cancelliamo questo policy, tanto chi ha i tastini, sa che fare. Non è un paradosso ? Cioè in una pagina di regole io invito a fare ogni sforzo possibile per rispettarle - a livello di principio - e vari amministratori mi vogliono convincere che non è giusto - a livello di principio. Ma non doveva essere il contrario ? Mi aspettavo qualcosa del tipo: "hai ragione, ma questo è un caso particolare", che mi andava benissimo. Poi magari cominciavamo a valutare numeri alla mano "il caso particolare" i template vandalizzati, quanti sono i clic necessari a proteggere gli esistenti (continuo a offrirmi volontario a farlo io se mi date per massimo un'ora i tastini), quanti sono vandalismi di I.P. e quanti di registrati, quanti vandalismi hanno subito e così via, ma questo sarebbe stato un "di più".

A proposito: la creazione non è ancora possibile, dal 7 settembre che è in ballo la cosa. --EH¹⁰¹{posta} 09:23, 12 set 2011 (CEST)[rispondi]

Non si fa solo per "risparmiare 200 click". L'idea di bloccare i template usati in modo estensivo, a prescindere dal fatto che siano già stati vandalizzati o meno, è un concetto ("Template usato in maniera estensiva") valido da tempo. Per la precisione generalizzazione del 2008 di una regole che esiste da sempre Jalo 09:55, 12 set 2011 (CEST)[rispondi]

Uhm: diamo una occhiata a caso: qui, qui, qui ... e non ho nemmeno superato un decimo dei template con la "A". Diciamocelo francamente e senza giri di parole: il motivo è solo il risparmio dei forse 200 clic sui template usati estensivamente, che sono una minima parte del totale, non altro. A quest'ora avevamo già finito se non si voleva invece insistere sul concetto del "giustificato e meritato riposo dei guerrieri". Leggendo pagine di "puntano qui" come quelle che ho presentato, non solo secondo me non andrebbero bloccati tutti i template a tappeto come è adesso, ma addirittura, come ci dice il "concetto valido da tempo", SOLO quelli utilizzati estensivamente... figuriamoci poi bloccare TUTTI i template: passati, presenti e finanche futuri. Continuo a ritenerlo eccessivo e ingiustificato (tranne che nei template "usati estensivamente" ovviamente). Lo si vuole fare: ok, ma non fatelo passare come una buona idea: è solo mancanza di tempo e sopratutto voglia nel seguire le regole e le norme. Tutto qui. A breve, con questo criterio, avremo molti altri blocchi a tappeto, per fare "come si è fatto per i template Naz", anzi verranno bloccati a tappeto e nemmeno ci sarà avviso o (orrore) discussione, tanto qui è già stato verificato il consenso.

Rinnovo la richiesta di sblocco "generalizzato" e di blocco solo dei template "usati in maniera estensiva". In subordine, almeno di sblocco per la creazione di nuovi, se si riesce a trovare il modo e di sblocco per poco tempo degli attuali, per consentire di aggirare il problema della libertà di categorizzazione nel modo che potrei presentare. Potrei presentare, ma a margine rimarco una cosa: visto che a quanto pare è una questione di nicchia che non interessa a nessuno, non mi ci metto da solo contro tutti gli altri convenuti e, pur rimanendo della mia idea, mi basta averlo scritto qui a memoria futura, in una inutile pagina di norme, perchè tanto c'è il quinto pilastro bis: "fai come ti pare" con il corollario "incavolati con chi te lo fa notare". --EH¹⁰¹{posta} 17:41, 12 set 2011 (CEST)[rispondi]

rientro Se posso permettermi di intervenire in una discussione ferma da tempo, se il template è usato in maniera estensiva ritengo sia plausibile bloccarlo, ma solo se c'è chi lo segue costantemente. Il fatto che richieste ineccepibili quali questa e questa siano state bellamente ignorate farebbe quasi pensare che lo si sia bloccato per avere una cosa in meno di cui occuparsi. Visto che lo si usa in maniera estensiva, che qualcuno lo segua, altrimenti lo si sblocchi e se poi c'è da cancellare o correggere si ponga rimedio. Grazie. --iklaoo-nàra 02:10, 22 gen 2012 (CET)[rispondi]

C'è una cosa che mi sfugge nel paragrafo "come è utilizzata" riguardo la funzione di blocco totale. Per prassi si è praticamente sempre portata la pagina alla cosiddetta "ultima versione stabile" per poi bloccarla provvisoriamente cercando di sedare gli animi. Ora vedo invece che si parla di bloccare una qualsiasi versione che ci si trova davanti. Credo si dovrebbe segnalare come minimo anche la (sensatissima) prassi di lasciare visibile l'ultima versione che non era stata oggetto di edit war, piuttosto che l'ultima versione "oggetto di guerra" decisa per casualità. --Lucas ✉ 21:08, 29 nov 2011 (CET)[rispondi]

Da sempre la regola dice di bloccare la versione che c'è in quel momento, anche se in effetti è spesso (non sempre) meglio riportarla alla versione stabile. Il motivo (credo) è che non è detto che la versione "stabile" sia corretta. Quella corretta potrebbe essere la prima modifica dell'edit war. Mi verrebbe da consigliare l'uso del buon senso, e non una regola ferrea, ma questo significherebbe lasciare all'admin di decidere cosa è giusto.

Visto che in ogni caso si sbaglia, direi che la statistica dice di fare come vuoi tu. Nella maggior parte dei casi la versione stabile è anche quella corretta, quindi concordo Jalo 09:46, 30 nov 2011 (CET)[rispondi]

Vedi anche #Aggiornare i casi di protezione totale

Segnalo interpretazioni creative della norma. Nemo 19:44, 19 dic 2011 (CET)[rispondi]

No, quella è la norma ormai, solo che non è scritta, come taaante cose :) Se vuoi se ne può parlare come di tutto, però non mi fate vedere rollback reciproci sennò vi acchiappo e vi costringo a recitare "mannaggia al diavoletto che ci ha fatto litigare" (anche se questo non è previsto dalla norma). --Elitre ♥ wp10 21:04, 19 dic 2011 (CET)[rispondi]

A quanto pare il blocco non è servito: non è un'interpretazione creativa, era già così malgrado la personale crociata di Nemo che dura da oltre un anno e che davvero non comprendo nel merito. Proteggiamo tutte le procedure "falsabili": elezioni, riconferme, pdc, UP. Ho provveduto ad armonizzare con quanto già previsto nelle policy specifiche.--Kōji ^{parla con me} 22:50, 19 dic 2011 (CET)[rispondi]

Complimenti, una meravigliosa "armonizzazione" non sostenuta da consenso (vedi precedente discussione in questa pagina, che è l'unica ovviamente deputata a discutere di queste cose) di questa pagina con un'altra (e in particolare di un suo punto inserito da uno stimatissimo amministratore), al costo di rendere la prima del tutto incoerente. Sarebbe utile "armonizzare" anche la pagina al suo interno, rimuovendo tutta la parte su «La protezione delle pagine non deve essere utilizzata come misura "preventiva"» ecc. e/o spiegando come mai possa accadere che la decisione sulle cancellazioni (presa per evitare voti ritardatari inconsapevoli e cosí via, frequenti in quel caso) sia magicamente estendibile a tutt'altri casi. Confidando nella fantasia della nuova guardia di amministratori che ignorano le linee guida storiche, Nemo 23:25, 19 dic 2011 (CET)[rispondi]

In tutti questi casi la protezione non è preventiva di nulla, ma successiva allo svolgimento ed all'esaurimento di una procedura che potrebbe essere "falsificata" con interventi successivi. Il consenso si fonda su anni di prassi, ed in ogni caso sussiste esplicitamente per la protezione delle UP e delle pdc. Forse è il caso di documentarsi meglio prima di procedere nella diatriba.--Kōji ^{parla con me} 00:49, 20 dic 2011 (CET)[rispondi]

La protezione si dice preventiva rispetto all'effettiva occorrenza delle modifiche che serve a impedire: si proteggono le pagine solo dopo che se ne riscontra la necessità; unica eccezione (per sondaggio, e fino a ieri) le cancellazioni, caso particolarissimo. So che ci sono state alcune discussioni sparse, ma non valgono a superare la regola generale, che ovviamente prevale. Ora tu hai cambiato la linea guida, quindi formalmente la situazione è migliore, se non fosse che l'hai fatto senza consenso preventivo (che, ripeto, si misura da questa pagina di discussione, anche se naturalmente non tutto richiede una discussione preventiva per verificare il consenso) e – soprattutto – hai reso incoerente la linea guida stessa. Nemo 01:22, 20 dic 2011 (CET)[rispondi]

Con tutto il rispetto questa è solo una tua interpretazione; le "discussioni sparse qua e là", come le definisci tu, si chiamano consenso qui, e non esiste una gerarchia delle fonti, dal momento che solo i pilastri sono immodificabili, mentre per tutto il resto è sempre possibile la modifica se frutto di discussione, come in questo caso. D'altra parte il quinto pilastro esclude qualsiasi formalismo, sottolineando la natura non "burocratica" del progetto. In aggiunta, la linea guida sui blocchi delle pagine - e in modo evidente proprio la terza proposizione delle regole generali che invochi tu - è tarata sul ns0, mentre qui parliamo di procedure di servizio.--Kōji ^{parla con me} 01:38, 20 dic 2011 (CET)[rispondi]

Certo, pure le discussioni sparse possono suggerire un consenso esistente anche sull'argomento della specifica pagina per quanto non "certificato" dalla discussione relativa, per questo sopra dicevo che non è obbligatorio chiedere prima di ogni modifica. ;-) Anche questa qua sopra è solo una tua interpretazione; io dubito fortemente che l'uso della parola generica "pagina" invece di "voce" sia casuale, e del resto tale principio generale di non protenzione preventiva salvo limitate eccezioni è applicato anche alle pagine di servizio in tutti i wiki che conosco. Peraltro io lo considero una diretta conseguenza del terzo pilastro nonché del sistema di funzionamento dei wiki, ma questa naturalmente può essere vista come un'esagerazione (non necessaria al mio ragionamento, peraltro). Nemo 02:15, 20 dic 2011 (CET)[rispondi]

Nemo, scusa, a parte l'esigenza formalistica e gli altri wiki, ci spieghi l'utilità di agire come suggerisci? Aspettare che una pagina venga vandalizzata per proteggerla in sostanza a cosa serve? Partiamo da questa analisi, se scopriamo che non ci piace cambiamo "pagina" con "voce" e armonizziamo il resto. --151.74.48.3 (msg) 02:19, 20 dic 2011 (CET)[rispondi]

Serve al fatto che per lo piú tutte quelle pagine non vengono affatto vandalizzate, mentre capita invece di dover correggere degli errori (del genere categorizzazioni di servizio, collegamenti a pagine da orfanizzare e/o cancellate, riorganizzazione degli archivi, aggiornamento dei template di servizio ecc. ecc., qualsiasi cosa – siamo un wiki! –) e ciò improvvisamente e per nessun motivo richieda o i tastini o gran copia di richieste agli amministratori e sprotezioni+riprotezioni. Chi ritiene questa eventualità puramente ipotetica vada pure a spulciarsi le mie richieste agli amministratori per scoprire quanto spesso protezioni superflue mi hanno costretto a questi bizantinismi stucchevoli (e io sono solo un utente fra tanti, e piú testardo della media; l'utente medio rinuncia e lascia l'errore). Peraltro non c'è nessun motivo per cui certe discussioni archiviate dovrebbero essere piú "protette" di altre, per caso proteggiamo tutti gli archivi delle discussioni utente o delle discussioni delle voci, dei progetti ecc.? Falsare quelli è forse meno grave? Anzi, queste pagine di servizio ha ancora meno senso proteggerle, dato che sono osservate da dozzine e talvolta centinaia di utenti. Nemo 02:37, 20 dic 2011 (CET)[rispondi]

Quale edit costruttivo ci aspettiamo in una discussione chiusa? Perché lasciarla sbloccata migliorerebbe la situazione? Altri commenti non si possono inserire, e quindi? Concordo con l'interpretazione di Koji Jalo 09:05, 20 dic 2011 (CET)[rispondi]

Di edit costruttivi ce ne possono essere a migliaia. Mi è capitato di lasciare link a sandbox che non sono più con quel significato, ci possono essere link a siti poi entrati in black list, ci possono essere template ormai superati. Visto poi che ci si richiama ai principi, prima ancora della temuta burocratizzazione nella verifica del consenso per cambiare una policy (questa è bella, davvero) non viene in mente che è burocratizzazione chiudere preventivamente in modifica le pagine ? --EH¹⁰¹{posta} 10:12, 20 dic 2011 (CET)[rispondi]

Discussioni off topic. E' una prassi consolidata, è utile e non c'è alcun giovamento nel non seguirla. Basta questo. --Retaggio (msg) 11:43, 20 dic 2011 (CET)[rispondi]

(rientro in topic) Per me va benissimo l'archiviazione con protezione, per le ragioni già esposte da Koji, Jalo, Retaggio e gli altri laggiù. --Azrael 14:14, 20 dic 2011 (CET)[rispondi]

"(...) ma almeno che ci sia anche una minima traccia": ci sono già tracce ben visibili, e sono state linkate. L'aggiornamento odierno della policy, come già detto, riguarda casi già abbondantemente vagliati ed approvati.--Kōji ^{parla con me} 14:38, 20 dic 2011 (CET)[rispondi]

Archiviazione con protezione, come si e' sempre fatto. Inutile ritornare su cose finite e dannoso continuare ad innescare polemiche fini a se stesse.--Bramfab Discorriamo 15:55, 20 dic 2011 (CET)[rispondi]

F.C. ho dimenticato di far notare che non si tratta di protezione preventiva, ma protezione a posteriori, a cose fatte e concluse, tanto e' vero che il testo che Nemo porta all'attenzione recita: # Terminata la riconferma, ricordarsi di proteggere la pagina.--Bramfab Discorriamo 18:15, 20 dic 2011 (CET)[rispondi]

• Favorevole alla modifica e in genere alla protezione di tutte le pagine di servizio relative a procedure concluse. Se necessario, suppongo che sia possibile substare via bot i template ivi inclusi in modo da evitare problemi di sorta. --Nicolabel 17:54, 20 dic 2011 (CET)[rispondi]

Mi toccherà candidare Nemo a sysop prima o poi per evitargli tutte 'ste noie. --Elitre ♥ wp10 20:50, 20 dic 2011 (CET) Comunque spero di risultare un po' più "utile" dei colleghi dicendo che se sono cose che posso fare (e se hai davvero il consenso ;) ), puoi elencarmele direttamente che provvedo ASAP.[rispondi]

Accade che gli amministratori, per sorta di consuetudine, blocchino con durata "infinito" dalla creazione delle voci che sono state ripetutamente create. Ritengo che tale pratica, in relazione alla durata, non sia utile a wikipedia e presenta delle grosse controindicazioni.

• la prima controindicazione fa leva su un concetto che dovrebbe essere pacifico: nessuno di noi può predire il futuro e quindi non sa se domani quel titolo potrà accogliere una voce enciclopedica (immaginiamo lo sportivo in erba che oggi ha 17 anni, o l'attore che oggi ha una paio di film o pensiamo ai casi di omonimia ecc...)^[1]
• la seconda controindicazione attiene alla quantificazione del danno: cioè se un IP ha provato a creare quella voce e non riuscendoci ha abbandonato non potremo mai saperlo. Quindi a fronte di un presunto benefico (da dimostrare che il blocco infinito produca un reale benefico) abbiamo un potenziale danno non quantificabile
• la terza controindicazione attiene allo scopo per cui si protegge: si protegge dalla creazione perchè qualcuno ha tentato più volte di ricrearla, tipicamente quanto tempo di vuole perchè la smetta? anche alla peggio, 1 o 2 anni di protezione mi sembrano più che sufficienti
• la quarta controindicazione è data dal fatto che si rende più difficile wikipedia, anche ammesso che l'IP non si stufi e abbandoni non è detto che conosca la strada per farsi sbloccare il titolo (ad es. sportello informazioni, quindi richiesta pareri e poi sblocco mio)
• la quinta controindicazione attiene alla natura di wikipedia: è aperta e ogni forma di limitazione di questa apertura non può che essere temporanea o si rischia si snaturare tale carattere

Note

Parlandone con altri amministratori, tra le risposte ho avuto:

• Comunque una pagina protetta si può sbloccare, vero ma che senso ha rendere più difficoltosa la contribuzione per un tempo infinito?
• Lasciare scadere la protezione è un rischio; il rischio in questo caso sarebbe che la pagina potrebbe essere ricreata. Anche qui va fatta una analisi: è meglio il rischio di dover ricancellare una voce dopo 1 o 2 anni di protezione o rischiare che in 10 IP riprovino a ricrearla dopo che è diventata enciclopedica e rinuncino?.

Non è mia intenzione modificare la policy ma vorrei che ci fosse un chiaro indirizzo da seguire o anche si potrebbe aggiungere in policy: la durata deve essere commisurata agli scopi che si prefigge o similare. Questo perchè ci sono dei casi in cui la durata infinito ha senso (pensiamo ai titoli errati o casi limite in cui c'è un soggetto che a cadenza regolare negli anni ricrea la voce). A latere in ragione della natura di wikipedia mi piacerebbe che le protezioni delle voci avessero sempre un termine--ignis Fammi un fischio 10:55, 9 gen 2012 (CET)[rispondi]

I casi in cui la policy prevede esplicitamente la protezione dalla creazione sono:

• voci già cancellate ripetutamente;
• voci per le quali ci siano vertenze legali;
• titoli blasfemi o comunque assimilabili a turpiloquio;
• pagine bersaglio di spam automatizzato.

Tolto il primo caso, per il quale le cose possono sempre cambiare, gli altri imho sono da protezione infinita, perché sono tutti dannosi per il progetto, vuoi per motivi oggettivi, vuoi per ragioni cautelari. Per le richieste di sblocco chiunque abbia un reale interesse è in grado di arrivare a WP:RA; lo si può pure inserire nella policy: "per chiedere lo sblocco di una voce fare richiesta qui".--Kōji ^{parla con me} 11:22, 9 gen 2012 (CET)[rispondi]

Dopo che una voce è stata cancellata svariate volte, la possibilità che una nuova creazione sia legittima è prossima allo zero. Per questo motivo preferisco mantenere la possibilità di bloccare infinito la creazione delle voci. Se qualcuno tenterà di scriverla si troverà un messaggio come dice Koji, o cercherà su google "wikipedia+richieste" o "wikipedia+amministratori", ed in entrambi i casi verrà mandato a WP:RA Jalo 11:37, 9 gen 2012 (CET)[rispondi]

e cmq nulla toglie che una buona ragione, sostenuta da valido consenso e necessario buon senso, possa essere causa di rimozione della protezione. Ce ne fidiamo di quelli cui abbiamo dato fiducia, o diamo per scontato che siamo tutti irragionevoli? ;-) --Fantasma (msg - 111.004) 11:40, 9 gen 2012 (CET)[rispondi]

(confl) Sì, in effetti l'ideale sarebbe inserire il messaggio nell'editnotice. Sui C7 ci sono effettivamente casi di voci - soprattutto biografie - cancellate perché non ancora enciclopediche che poi arrivano ad esserlo; io personalmente in questi casi di norma non proteggo infinito se c'è una reiterazione ostinata, ma ci sono anche casi di palese mitomania. Lascerei la cosa a discrezione dei sysop caso per caso.--Kōji ^{parla con me} 11:45, 9 gen 2012 (CET)[rispondi]

P.S.: e quindi ho quotato anche Fantasma in chiaroveggenza...^^--Kōji ^{parla con me} 11:47, 9 gen 2012 (CET)[rispondi]

I due esempi fatti da te, Ignlig, sono comunque una voce cancellata per decisione comunitaria per SPAM, per cui quindi è necessaria una discussione prima del reinserimento, e una voce già cancellata ben 12 volte, spalmate su un arco di un anno e mezzo, e la cui serie di cancellazioni si è conclusa solo grazie all'ultimo dei 3 blocchi dalla creazione da cui è passata. E' proprio il classico caso di voce da bloccare infinito Jalo 11:47, 9 gen 2012 (CET)[rispondi]

(pluriconfl.)Io sono assolutamente d'accordo con ignis: cito la prima "regola generale": La protezione delle pagine deve essere utilizzata solo in alcune circostanze ben precise, dal momento che limita il normale utilizzo di Teknopedia. Teknopedia è un'enciclopedia aperta ai contributi di chiunque e la limitazione anche parziale di questo principio fondamentale deve fondarsi solo su concrete e gravi esigenze di sicurezza e tutela di sistema. Se un IP cerca di creare una pagina non enciclopedica, non vedo dove sia la concreta e grave esigenza di sicurezza e tutela del sistema. Stiamo andando totalmente contro lo spirito wiki nel proteggere una pagina dalla creazione per un periodo infinito, a parte tutti gli altri punti che cita ignis su cui mi trovo pienamente d'accordo. Mi sembra molto deplorevole anche il comportamento di alcuni amministratori che proteggono una pagina della creazione dopo che l'hanno cancellata in C4 una sola volta. Si blocca l'utente se reitera, mai la pagina in questione.--Mark91it's my world 11:49, 9 gen 2012 (CET)[rispondi]

E se l'utente che reitera sono una serie di IP dinamici, come quasi sempre accade? --Roberto Segnali all'Indiano 11:51, 9 gen 2012 (CET)[rispondi]

1 anno, 2 anni come proponeva ignis. Non mi sembra irragionevole. --Mark91it's my world 11:52, 9 gen 2012 (CET)[rispondi]

credo che ci sia un cosa che vada precisata: una volta, di tanto in tanto, qualche admin si prendeva la briga di rispulciarsi la cat delle pagine protette e rimuovere quelle protezioni che non avevano più ragion d'essere. Questo compensava la condizione di apparente immutabilità della protezione e consentiva di guardare al problema con maggior serenità. Qualcuno lo fa ancora? --Fantasma (msg - 111.004) 11:56, 9 gen 2012 (CET)[rispondi]

occhio però che le voci cancellate e protette non sono indicizzate e categorizzate ergo nessuno quali e quante siano --ignis Fammi un fischio 11:59, 9 gen 2012 (CET)[rispondi]

davvero? Davvero davvero? :-D --Fantasma (msg - 111.004) 12:02, 9 gen 2012 (CET)[rispondi]

(conflittato)Speciale:TitoliProtetti--Vito (msg) 12:03, 9 gen 2012 (CET)[rispondi]

sono un cretino :-D non la conoscevo, cmq il punto è se la protezione 1 o due anni ha uguale efficacia a quella infinito, io eviterei di ipotecare il futuro --ignis Fammi un fischio 12:06, 9 gen 2012 (CET)[rispondi]

magari tutte le ipoteche potessero essere di così facile perenzione... ora che sai la strada fattici un giretto, ogni tanto; divertente non è (a parte qualche titolo), ma risolve molte delle preoccupazioni espresse ;-) --Fantasma (msg - 111.004) 12:09, 9 gen 2012 (CET)[rispondi]

il post qui ha lo scopo di dare un indirizzo chiaro.. <polemica on>tutto nasce da un post che ho fatto in ML sysop e lì sono stato accusato finanche di wheel war perchè ho accorciato la durata di protezioni infinito di taluni titoli quindi per farmi il girello in quell'elenco è bene che ci sia anche un segno tangibile della comunità :-) </polemica on> --ignis Fammi un fischio 12:19, 9 gen 2012 (CET)[rispondi]

(fc) Qualunque cosa riusciate a dirvi in ML, il principio è che non si dovrebbe proteggere mai, che qualche volta è necessario proteggere, che se si protegge è per serie ragioni pratiche, e che se si è protetto per serie ragioni pratiche non si sprotegge per astratte ragioni di principio, perché poi il portatore sano di principi a seguirsi le rogne che causa agli altri dopo non ci va. Poco carino, ma l'esperienza questo insegna. E' una funzione tecnica, non ideologica. Quindi, credo piuttosto sia necessario che usiate la ML per coordinarvi di questi giretti in cui sproteggere ciò che con consenso e buon senso si riveli non più da tenere protetto. Se riuscite a comunicare fra di voi dentro la ML non dovrebbe essere difficile. Se invece ci sono problemi discutetene qui, che per combinazione è il luogo per discuterne. Se non è troppo disturbo. --Fantasma (msg - 111.004) 12:35, 9 gen 2012 (CET)[rispondi]

la cosa è in effetti molto dipendente dal tipo di pagine di cui stiamo parlando, come dicono Ignis, Koji e la policy. Mentre per voci-bestemmie come le prime di Speciale:TitoliProtetti siamo tutti d'accordo nel tenerle bloccate, per molte altre l'infinito è semplicemente inutile. Guardando la pagina speciale noto ad esempio casi che ormai sono superati, come Zio Paperone (Kingdom Hearts)‏‎ (cancellata 5 volte in un giorno nel 2007), Avatar (film 2008) (cancellata n-mila volte nel 2006, ma oggi fa un po' ridere) o Categoria:Progetto Cattolicesimo (2008). Per casi come questi è chiaro che una protezione infinito è assurda. Per casi di spam reiterato io invece trovo che possano starci, ma personalmente consiglierei la prudenza anch'io nel dare un infinito, o in alternativa un giretto ogni tanto nelle pagine speciali delle voci bloccate per valutare se ormai il rischio si può considerare non più urgente (come dice Fantasma). --Superchilum^(scrivimi) 12:29, 9 gen 2012 (CET)[rispondi]

Più che altro, però, vorrei trovare un modo per migliorare i messaggi di sistema che segnalano 'ste cose, le mie tanto infamate protezioni via titleblacklist hanno il vantaggio di permettere comodi messaggi di errore che reindirizzino a WP:RA. --Vito (msg) 12:39, 9 gen 2012 (CET)[rispondi]

a proposito di quanto sia facile chiedere lo sblocco delle voci: Discussione:Antonio_Serra_(economista). Mi trovo d'accordo con quanto scritto qui sopra da Superchilum e se poi riusciamo a migliorare i messaggi di sistema, meglio--ignis Fammi un fischio 12:59, 9 gen 2012 (CET)[rispondi]

Nessuno dice che deve essere obbligatorio bloccare sempre le voci infinito. Il fatto che spesso non vada fatto non significa che non sia mai utile. Se venisse continuamente creata la voce di Dj Ciccio Pasticcio, riguardante un ragazzino 16enne, perché non dovremmo bloccarla infinito? Solo perché magari questo qui diventerà tra 10 anni il nuovo Dj Albertino? Oppure perché potrebbe nascere un nuovo dj enciclopedico che prenderà il nome di Ciccio Pasticcio?

Non basta presentare 1, 2 o 10 esempi di voci da non bloccare infinito per dedurre che il blocco infinito non è mai utile.

Per quale motivo non dovremmo bloccare infinito la voce Noemi Letizia, visto che è stato deciso che non è e non sarà mai enciclopedica? Solo perché tra 15 anni potrebbe esistere una biologa o un'archeologa omonima? Jalo 13:22, 9 gen 2012 (CET)[rispondi]

Occhio che arriva Jaqen e la crea.--Vito (msg) 13:26, 9 gen 2012 (CET)[rispondi]

Lol. Tutti noi, quando blocchiamo una voce, cerchiamo di farlo per il minor tempo possibile. Se devo eliminare un blocco infinito ad una voce chiedo a chi l'aveva fatto il motivo. Magari c'è qualche motivo che non conosco, una discussione svoltasi da un'altra parte, una minaccia legale, è il titolo sbagliato di una voce già esistente, oppure fa parte di un'ampia campagna spammatoria di qualcuno. Potrebbero essere tanti i motivi. Solo dopo la sua risposta decido se modificarlo o meno.

Costa tanto chiedere? Jalo 13:29, 9 gen 2012 (CET)[rispondi]

@Jalo: l'ho sottolineato in grassetto sopra, ci sono titolo che è meglio, molto meglio proteggere infinito (esempi fatti sopra). Poichè abbiamo un policy che dice la protezione deve essere utilizzata solo in alcune circostanze ben precise, dal momento che limita il normale utilizzo di Teknopedia ne devo arguire che anche la durata deve essere soppesata.. ma un voce ricreata 6 volte in 3 mesi.. se la proteggo 2 anni o infinito qual'è la differenza? cioè ad oggi mi sfugge quale sia lo svantaggio nel proteggere a tempo determinato anzichè "infinito"... ci sono invece svantaggi nel proteggere infinito? si e sono quelli linkati sopra e che a ieri avevano prodotto un danno e cioè la mancanza di una voce su attore e ad oggi la mancanza di una voce su un economista. Quindi ricapitoliamo: se proteggo a 1 anno distolgo l'utente dal ricrearla e alla peggio se dopo 1 anno viene ricreata la potrò nuovamente proteggere, se proteggo infinito non saprò mai quante voci avro in potenza perso e quanti contributori. Si tratta di un mero rapporto rischi benefici, anche perchè io una scorsa alla categoria titoli protetti l'ho data (e un paio di titoli l'ho sbloccati) ed è un lavoraccio (apri titolo, controlla contenuto, cerca su google ecc..) molto di più che proteggere dopo 1 anno una seconda volta certo poi si può fare con eleganza ciò che M7 fa e cioè proteggere per 6 anni :-D . Insomma io dalla mia segnalazione mi aspetto un commento come quello di superchilum ma non un'alzata di scudi--ignis Fammi un fischio 13:45, 9 gen 2012 (CET)[rispondi]

(confl) Per facilitare i percorsi basterebbe inserire nell'editnotice automatico una frase del tipo "per chiedere lo sblocco della voce puoi fare una richiesta qui". Per il resto si tratta di questioni da valutare caso per caso.--Kōji ^{parla con me} 13:49, 9 gen 2012 (CET)[rispondi]

È quello che l'Italia che lavora™ sta cercando di fare! --Vito (msg) 13:51, 9 gen 2012 (CET)[rispondi]

Il problema non è chiedere, ma come viene concessa la creazione della pagina e possibilmente mantenere un archivio di facile consultazione di dibattiti simili. Secondo me andrebbe creata una pagina di servizio dove la comunità possa dare un parere sulla ammissibilità di creazione di voci bloccate in scrittura. Pensare che tutti si debbano analizzare WP:RA e verificare per ogni discussione se il tema è di interesse generale o se l'argomento è specifico per gli admin, in quanto semplice richiesta di servizio, secondo me è un errore. Siamo infatti in presenza di una specie di procedura di cancellazione alla rovescia, che a mio avviso dovrebbe essere, come la più famosa che l'ha preceduta, trasparente, condivisa e regolata da regole molto simili (sebbene alla rovescia). La linea guida esiste per esempio su en.wikipedia ed è en:Teknopedia:Requests for undeletion dove l'appello contro le decisioni è sempre possibile, non per un fatto di sfiducia contro chi le prende, ma per agevolare una normale dialettica tra appartenenti a una comunità, vista per quanto riguarda queste questioni, come assolutamente paritaria. La mia è ovviamente teoria, ma non dispero un giorno diventi realtà. --EH¹⁰¹{posta} 13:53, 9 gen 2012 (CET)[rispondi]

(rientro) In linea teorica, appunto, non è una cattiva idea, però mi chiedo se il gioco di creare tutto un ambaradan speculare alle pdc valga la candela. Quante richieste di sblocco ci sono ogni anno?--Kōji ^{parla con me} 14:31, 9 gen 2012 (CET)[rispondi]

Ho modificato MediaWiki:Noarticletext-nopermission, qualcuno prova come va? --Vito (msg) 14:36, 9 gen 2012 (CET)[rispondi]

Se apro Noemi Letizia non mi avverte di poter chiedere lo sblocco in RA.--Kōji ^{parla con me} 15:04, 9 gen 2012 (CET)[rispondi]

@Vito: Ho modificato MediaWiki:Titleprotectedwarning. Dovrebbe essere lui.

@Ignlig: Motivi per proteggere infinito una voce te li ho dati poco sopra. Parli di voci "potenzialmente perse" perché un anonimo trova bloccata una voce. Se il blocco fosse di 2 anni invece che di infinito la troverebbe bloccata lo stesso. Quante delle voci attualmente bloccate infinito sono state bloccate almeno 2 anni fa? Quante di queste adesso sarebbero enciclopediche? Direi ben poche, per cui questa perdita sarebbe parecchio limitata.

Visto che l'attuale policy dice già di limitare al massimo i blocchi e la loro durata, credevo che si proponesse di eliminare del tutto i blocchi infiniti. Se così non è, credo che la policy sia già abbastanza esplicita Jalo 15:14, 9 gen 2012 (CET)[rispondi]

Uhm Jalo, io vedo quello che ho messo io. --Vito (msg) 15:19, 9 gen 2012 (CET)[rispondi]

(conflit.) non voglio affatto eliminare i blocchi infinito; già in ML in risposta a Doc.mary avevo chiarito che non mi sembrava necessario modificare le policy, cosa ribadita in quanto ho scritto qui all'inizio. Circa i numeri direi che le pagine bloccate da più di due anni è facile che siano diverse decine o centinaia, difficile dirlo; a naso sono un paio di migliaia quelle bloccate, togliendo bestemmie e altre amenità penso si possa arrivare a un migliaio di pagine che andrebbero controllate --ignis Fammi un fischio 15:21, 9 gen 2012 (CET)[rispondi]

@Jalo: quello è il messaggio per chi ha i diritti per creare un titolo bloccato (anche autoconfirmed). --Vito (msg) 15:25, 9 gen 2012 (CET)[rispondi]

Ok, l'ho cancellato di nuovo. Come non detto Jalo 15:30, 9 gen 2012 (CET)[rispondi]

Oddio un messaggino lì ha pure il suo senso, capita di editare in pagine protette per sbaglio, senza accorgersene, nel mio caso poi il problema è globale.

Ad ogni modo, considerazione generale, Ignlig ha sollevato un problema interessante, sui modi non mi pronuncio...bene.

Personalmente blocco di default uno o due anni perché poi mi scordo di levare le protezioni, ci sono casi in cui è comunque utile mettere infinito o lasciarlo (sono dell'opinione che una cosa che funziona non si debba toccare "tanto per"), credo che tuttavia la semplice modifica fatta oggi ai messaggi di sistema riduca i problemi del 99%, rendere semplice l'editing su wiki non è...semplice! Però possiamo rendere più funzionali i canali di (auto)correzione e facilitare il lavoro di chi si propone di dare una mano a chi si scontra con varie difficoltà.

--Vito (msg) 15:55, 9 gen 2012 (CET)[rispondi]

Il vantaggio di creare uno spazio dedicato a questo tema (niente di eclatante basta una sottopagina WP:RA/richieste di sblocco alla creazione o simile per iniziare) è proprio quello di svuotare di complessità questa discussione. Decidere il blocco sine die o 30 giorni sarebbe un dato ridimensionato nel significato nel momento in cui è sempre possibile avviare una pratica semplice, standard e aperta di creazione di una voce bloccata, possibilmente linkata dal warning. Con l'occasione, tutti i casi "dimenticati" possono venire segnalati anche da non admin, magari con una lista, dando una mano alla gestione dell'arretrato in termini di trasparenza. Sono poche le richieste ? Motivo di più per fare una pagina dedicata. In realtà, la parte difficile non è creare e mantenere una sottopagina di servizio, ma è scrivere/integrare questa policy per riportare come, quando, e in che casi si può chiedere lo sblocco in creazione di una pagina, che è un po' il contraltare a quanto segnala Ignlig. È evidente, infatti, che in assenza di una procedura di appello agile e in presenza come è ora del rischio che sbloccare una pagina bloccata in creazione da un amministratore sembri una wheel war, la codifica delle durate dei blocchi diventa una cosa molto importante.

Personalmente penso che la policy di questa pagina in generale sia tra quelle fondamentali e regolamenti il rapporto admin-non admin in modo da caratterizzare una intera Teknopedia in una lingua. Se resto il solo a chiedere un riequilibrio delle opportunità e possibilità per i non amministratori, non otterrò nulla, se non lasciare una traccia a fini storici da rileggere tra qualche anno. Se altri concordano che passi avanti vadano fatti, allora magari ci accorgeremo che siamo pure indietro rispetto alle Teknopedia più evolute, liberali, trasparenti, organizzate, furbe, mettete voi l'aggettivo. --EH¹⁰¹{posta} 16:02, 9 gen 2012 (CET)[rispondi]

Credo che l'attuale WP:RA sia sufficiente, senza creare altre pagine. Niente avvitamenti burocratici Jalo 16:29, 9 gen 2012 (CET)[rispondi]

@Vito: continua col lavoro, io mi ero perso tra le pagine dei messaggi di sistema :D Ho notato che però i non registrati non vedono riquadrato il log della protezione, ma solo quello delle eventuali cancellazioni. Quindi, se non è possibile inserirlo, scriverei: Questa pagina è stata bloccata in modo che siano necessari diritti specifici per crearla: se ritieni tratti di un argomento adatto a Teknopedia puoi chiederne la creazione in Teknopedia:Richieste agli amministratori. Mettendo anche il titolo per esteso della pagina di servizio

@EH101: IMHO non è necessaria una pagina apposita con "procedure codificate", dato che (per esperienza) i niubbi/lettori si trovano meglio a scrivere di loro pugno che a inserire/compilare template o cose strane. WP:RA, al momento, mi pare venga usata comodamente da tutti, e non è nemmeno così oberante. Dovesse "riempirsi" (dubito), prenderemmo in considerazione l'idea di separarle... ma la vedo più una complicazione (dover scegliere dove scrivere...)

Sbloccare una pagina non è tanto una wheel-war, ma piuttosto si corre il rischio di sbloccare una pagina di cui non si conoscono i retroscena, che il bloccante ha seguito. Ah, non ho capito il riequilibrio delle opportunità e possibilità per i non amministratori: purtroppo il blocco e lo sblocco sono procedure amministrative, e chi non ha questi diritti ha il diritto e dovere di richiederle, come si è sempre fatto (e, a parte la questione "newbie-(un)friendly" a cui si sta lavorando or ora, mi pare che sia sempre andata perfettamente)--DoppioM 16:58, 9 gen 2012 (CET)[rispondi]

Come ho già detto, la richiesta di creare una voce bloccata, secondo me non è una richiesta agli amministratori, ma una richiesta alla comunità. Già per le cancellazioni siamo arrivati alla conclusione che è la comunità ad esprimersi e non un operatore dotato di diritti specifici a cui si fa una richiesta in WP:RA di cancellazione. Un giorno arriveremo anche a capire che è la comunità a decidere la creazione di una pagina bloccata in determinate condizioni e l'operatore di cui sopra effettuerà la funzione di servizio dello sblocco in base all'opinione dei partecipanti a un dibattito accessibile a tutti, non necessariamente coincidente con la sua. I niubbi non dovrebbero compilare cose strane, template, o altro: gli basterà seguire il link del warning e finire in una pagina dove si parla solo di sblocchi, non frammisti a richieste di spostamenti di redirect, cambi nome utente, ecc. Facendo il paragone con la cancellazione semplificata, la richiesta che non ha nessun riscontro (o solo negativi) resta come semplificata agli atti e basta lì. Se invece si avvia un dibattito, allora il discorso cambierebbe. Se invece si pensa che un niubbo si orienti meglio in Teknopedia:RA, fate la prova: cliccate sul link, guardate che cosa può essere quella pagina per un niubbo e datevi una risposta. Fate il paragone con questa pagina, pur in una lingua diversa, e in coscienza dite che è la stessa cosa. --EH¹⁰¹{posta} 17:25, 9 gen 2012 (CET) ci sarebbe anche da parlare della "userificazione" cioè il rilascio di copia in pagina utente di bozze cancellate, ma mi rendo contro che questo è il difficile che confina con l'inutile. [rispondi]

qui non abbiamo la casistica di en.wiki, i casi sono pochi e ben gestibili in RA.
Gli admin danno applicazione alle indicazioni della comunità; è per questo che sono scelti dalle comunità e non da WMF. Se poi proteggono pagine, è bene che vi siano buone ragioni per chiedere la rimozione della protezione. Ragioni di consenso e di buon senso. "l'opinione dei partecipanti a un dibattito accessibile a tutti" è sicuramente interessante, ma se un titolo è protetto, le valutazioni spettano agli admin, proprio perché applicano le indicazioni comunitarie ed è per questo che sono scelti dalle comunità e non da WMF. Su altri progetti possono incasinarsi come meglio credono. --Fantasma ^@wk · (msg) 19:59, 9 gen 2012 (CET)[rispondi]

(rientro) Rispondo a EH101: concettualmente sono d'accordo con te, il giudizio che conta dovrebbe essere sempre quello della comunità. WP:RA è attualmente necessaria solo per esigenze tecniche, ma certo può essere resa più accessibile (con link strategici) anche agli utenti inesperti. Trovo invece inapplicabile a it.wiki, almeno per il momento, la discussione comunitaria per lo sblocco delle pagine: finiremmo solo per riempire altri kb e kb di discussioni, favorendo spammer e malintenzionati di ogni tipo (difficilmente una voce protetta dalla creazione, soprattutto se per ripetute cancellazioni, diventa l'obiettivo di utenti in buona fede): diciamo che nel caso rarissimo in cui l'enciclopedicità appaia in forma manifesta, essa lo sarà anche per gli utenti con licenza di sbloccare. Infine una piccola riflessione sul motivo da cui è nata questa lunga discussione: dal momento che la policy sulle protezioni lascia al singolo amministratore la libertà (o meglio, la responsabilità) di decidere la durata della stessa; dal momento che non si vuole metter mano alla suddetta policy (almeno, questa è l'espressa intenzione di chi ha aperto la discussione); dal momento, infine, che tutti, suppergiù, condividiamo gli stessi fini (bilanciare la crescita dell'enciclopedia con la sua tutela) sia pure con mezzi diversi: sarò idiota io, ma mi dite, di grazia, di cosa stiamo discutendo? --Mari (msg) 23:53, 10 gen 2012 (CET)[rispondi]

di voci protette infinito che non andavano protette infinito (e scoperte quasi per caso) e quindi (anche per le ragioni di carattere generale espresse sopra) auspico maggiore prudenza nell'utilizzo di questa "durata" --ignis Fammi un fischio 00:01, 11 gen 2012 (CET)[rispondi]

Qui sopra si fa l'esempio di un caso in cui è bastato scrivere nella pagina di discussione, perché la voce venisse sprotetta. Ma quando è pure la pagina di discussione ad essere protetta?.

Abbiamo persino Discussione:Pagina principale che non può essere scritta da un qualunque utente, che pure legge nella pagina "Benvenuti su Teknopedia L'enciclopedia libera e collaborativa", ma non può modificare non solo quella pagina, ma neppure la sua discussione. Questo sì può essere decisamente frustrante per un utente di passaggio (ad es. può pensare che sia indispensabile registrarsi, e per questo magari decide di lasciar perdere, il che va contro uno dei caposaldi e specificità di Teknopedia che appunto è nata per essere modificabile da chiunque -a differenza di tanti forum, blog, ecc. ecc. in cui la registrazione è richiesta- ). E mi ricordo di un giorno in cui avevo notato un errore (mi pare la mancanza di un'importante ricorrenza) in pagina principale, ma non potendo scrivere neppure in pagina di discussione, ed ero un po' di fretta per cui non avevo molto tempo per cercare e andare a scrivere in altre pagine di servizio, ho lasciato perdere. Del resto "wiki" non deriva da "rapido", "veloce"? Anche qui si va contro i principi base.

Senza contare che la politica di protezione dice chiaramente ed esplicitamente "In generale (...) e le pagine di discussione [dovrebbero essere] lasciate aperte."

E, per tornare più in generale all'argomento originale e centrale di questa discussione, la stessa frase prima precisa "In generale, le pagine protette dovrebbero essere sprotette appena possibile"--79.20.253.233 (msg) 21:19, 11 gen 2012 (CET)[rispondi]

Pur non rientrando nella politica di protezione delle pagine, chiedo se non sia possibile bloccare per il solo spostamento Teknopedia:Scherzi e STUBidaggini/WikiDrago per ripristinare questa versione o equivalente (Lou Crazy sta lavorando ad un avviso che non comporti la categorizzazione della voce in Categoria:Spostare). È infatti capitato che un utente abbia dato seguito alla richiesta, non rendendosi conto dell'intenzione goliardica della stessa. Cosa ne pensate? --Harlock81 (msg) 17:51, 21 feb 2012 (CET)[rispondi]

proteggi pure --ignis Fammi un fischio 18:51, 21 feb 2012 (CET)[rispondi]

Fatto Grazie. --Harlock81 (msg) 19:21, 21 feb 2012 (CET)[rispondi]

Ho ritenuto utile chiarire che la policy è riferita in particolare al ns0, dato che più volte sono sorti equivoci, come da ultimo qui.--Kōji (msg) 12:30, 11 mag 2012 (CEST)[rispondi]

Però secondo me non è del tutto vero. La linea guida definisce anche i casi di proteggibilità delle altre pagine (come quelle di Discussione, Discussioni utente, Mediawiki) ed è importante che non si pensi che per le pagine comunitarie la protezione sia uno strumento da usarsi a cuor leggero. ·· Quatar » posta « 14:39, 11 mag 2012 (CEST)[rispondi]

A cuor leggero mai: così è meglio?--Kōji (msg) 14:50, 11 mag 2012 (CEST)[rispondi]

Sì è meglio! ;) Ciò non toglie che in futuro dovremo scrivere anche una sezione dedicata alle pagine di discussione comunitaria. ·· Quatar » posta « 15:13, 11 mag 2012 (CEST)[rispondi]

Un giorno ho un po' navigato nella wiki portoghese e ho notato una cosa davvero interessante: hanno un altro grado di protezione delle voci. Mentre noi ce ne abbiamo tre (solo amministratori, solo utenti autoconvalidati e protezione dallo spostamento), loro ne hanno inserito uno che permette di modificare una voce ai soli utenti autoverificati. IHMO, si potrebbe inserire questo livello di protezione anche su it.wiki magari sulle voci in Vetrina e di Qualità, in modo da mantenere "intatta" la qualità della voce certificata. Spesso, infatti, noto che voci in Vetrina sono vandalizzate e alcune di queste modifiche non vengono corrette, abbassando così la qualità della voce. Che dite, secondo voi si può fare? --Michele (aka IlFidia) 11:21, 19 mag 2013 (CEST)[rispondi]

Favorevole una protezione ulteriore per le voci in vetrina o per le VdQ costituirebbe un giusto filtro a tutela dell'enciclopedia. --Pèter eh, what's up doc? 12:53, 19 mag 2013 (CEST)[rispondi]

Favorevole --Zero6 ✉ 13:02, 19 mag 2013 (CEST)[rispondi]

Contrario. Teknopedia è un sistema aperto e tale deve rimanere, la protezione delle pagine è solo una extrema ratio, va utilizzata per fermare danni in essere, non è pensata per un utilizzo preventivo, in quanto altererebbe la natura stessa del progetto. --mapi 13:07, 19 mag 2013 (CEST)[rispondi]

(confl.) La protezione accordata alle voci in vetrina su en.wiki impedisce la correzione anche dei soli refusi e talvolta anche di aspetti più importanti, nel momento in cui le segnalazioni nelle pagine di discussione - che lì sono rapidamente archiviate - vengono ignorate. Per contro, le correzioni apportate da IP (per lo meno nelle voci da me seguite) sono spesso costruttive e utili: talvolta, anche segnalando le necessità di aggiornamenti che succevvivamente un secondo utente saprà addattare alla voce per forma e contenuti. Per contro, gli utenti autoverificati sono sì numerosi, ma non riescono a star dietro sempre a tutto. Conseguentemente, la proposta renderebbe l'ambiente wikipediano meno accogliente e potenzialmente meno pronto a rispondere alle variazioni che il tempo rende necessarie e mi trova, per lo meno in questa forma e con l'obiettivo di applicarla alle voci in Vetrina e VdQ, Contrario. --Harlock81 (msg) 13:14, 19 mag 2013 (CEST)[rispondi]

La specialità di wp consiste nel fatto che tutti sono liberi di editare, quindi anche di vandalizzare e di annullare i vandalismi. Con questo sistema si raggiungono buoni risultati, mentre con un sistema chiuso si "sistema" l'aspetto più vistoso e si sottovaluta ciò che si perde. Inoltre vetrina e vdq sono qualifiche informali, attestati che lasciano il tempo che trovano (comunque non poco, sia chiaro). E gli AV hanno uno scopo molto ben circoscritto (fluidità del patrolling), da cui abbiamo inteso di non discostarci mai. Quindi assolutamente Contrario. Interessante lettura sugli IP. --pequod ^..Ħƕ 14:13, 19 mag 2013 (CEST)[rispondi]

È vero che gli IP sono molto utili per l'enciclopedia e dubito che qualcuno dica il contrario. Spesso correggono refusi di tutti i tipi e aggiungono info, ma generalmente gli utenti che portano in vetrina una voce continuano comunque ad aggiornarla e a trovare eventuali errori di battitura. Capisco che la cosa potrebbe "alterare la natura stessa del progetto", ma per me può essere anche fatta, visto che dopo alcuni anni ci troviamo delle voci non più di qualità o non adatte alla vetrina. In tutti i casi, si potrebbe anche tralasciare l'aspetto della qualità che era solo un mio punto di vista che ho maturato nel corso del tempo, ma per me rimane comunque un problema: per me il sistema della wiki portoghese può essere proposto anche qui. Infatti, si passa alla semiprotezione (solo gli utenti registrati da 4 giorni possono modificare una voce) a quella totale (solo amministratori). Insomma, per me esiste la protezione minima, media e massima, e su it.wiki non c'è la protezione intermedia. --Michele (aka IlFidia) 14:42, 19 mag 2013 (CEST)[rispondi]

Contrario Progetti wiki poco seguiti (o troppo) sono in difficoltà nel patrol delle voci. it.wiki è nel mezzo e non priverei del contributo anonimo alle voci, a prescindere e in assenza di casi di vandalismo confermati. La proposta secondo me è contraria al principio stesso di Teknopedia ed è un pericoloso precedente, seguendo il quale poco alla volta anche altre categorie di voci potrebbero venire protette preventivamente, di fatto snaturando i principi stessi sulla collaborazione di it.wiki. Le semiprotezioni secondo me dovrebbero sempre seguire a episodi di vandalismo specifici e dovrebbero comunque avere durata limitata. Un provvedimento permanente e a priori, in assenza di motivazioni basate su statistiche e verifiche della inefficacia del patrol, trovo non abbia riscontri nell'attuale regolamento. --EH¹⁰¹{posta} 15:33, 19 mag 2013 (CEST)[rispondi]

@Michele: EH101 ha colto esattamente il punto. Tu scrivi che gli IP "Spesso correggono refusi di tutti i tipi e aggiungono info", ma il punto è invece che essi sono essenziali anche per quel che riguarda il patrolling. Quindi per qualche ip vandalo, ti priveresti del contributo di molti IP che sono qui anche per contrastare i vandalismi. Si tende troppo a guardare la cosa nell'ottica dell'utente assiduo: "io sono assiduo, sono registrato, contribuisco con la stessa utenza da diversi anni, la comunità mi conosce...": tutto ciò ci porta a pensare un po' in automatico "utente registrato=bene; IP=potenziale pericolo". Ulteriore considerazione: una vetrina o vdq... basta guardare la crono e una breve analisi dei diff permette di ripristinare in breve la versione migliore, salvaguardando le migliorie. Forse è il caso di organizzare una volta all'anno un festival della qualità che controlli le vetrine e vdq stellinate più di recente (l'ultimo anno? gli ultimi due anni?), controllandone lo stato di salute. E' ovvio che per le stellinate più vecchie la cosa inizia a farsi più complessa e vanno pensate strategie diverse. --pequod ^..Ħƕ 16:12, 19 mag 2013 (CEST)[rispondi]

Potreste favorirmi qualche esempio di edit che sarebbe stato evitato da protezione siffatta delle voci in vetrina (che, incidentalmente, sono lo 0,05% delle nostre voci) e possibilmente una statistica del tempo intercorso prima del loro revert?

In assenza di concrete esigenze, dovrei infatti dirmi anch'io Contrario alla novità. --Nicolabel 13:13, 20 mag 2013 (CEST)[rispondi]

Secondo me vi siete un po' troppo cristallizzati sull'idea che mi è venuta sul momento della vetrina e delle VdQ. La mia idea principale era di aggiungere un nuovo livello di protezione. Infatti, i livelli di protezione attuali sono due:

• semiprotezione (solo utenti autoconvalidati)
• totale (solo amministratori, 108 utenti)

Non ho la più pallida idea di quanti siano gli utenti autoconvalidati, ma sicuramente sono tantissimi. In poche parole, si passa da migliaia di utenti a un centinaio: non esiste una via di mezzo? La mia proposta è creare questa via di mezzo, che per me potrebbero essere gli utenti autoverificati. --Michele (aka IlFidia) 14:39, 20 mag 2013 (CEST)[rispondi]

Probabilmente è vero che si siamo focalizzato sull'esempio, ma una nuova funzione viene introdotta se se ne può prevedere una qualche utilità. La domanda, quindi, non può rimanere senza risposta: a cosa dovrebbe servire? Quale utilità dovrebbe avere?

Tieni presente inoltre quanto detto da Pequod sul motivo - ben specifico - per cui gli autoconvalidati sono stati introdotti. --Harlock81 (msg) 21:37, 20 mag 2013 (CEST)[rispondi]

Basti pensare al modo in cui è stato finora attribuito il flag AV. Di botto ci troviamo n utenti AV accettati come tali capaci di proteggere voci? IMHO neanche a parlarne... Chi ha dato a questi utenti AV la fiducia per semiproteggere le voci? Proprio nessuno. Quindi qual è l'idea, resettare il contatore degli AV e inventarci un nuovo sistema di elezione per gli AV? Comunque gli AV sono circa 750... --pequod ^..Ħƕ 22:05, 20 mag 2013 (CEST)[rispondi]

Nononononono, Pequod, mi hai frainteso! :D Non intendo dire che agli AV bisogna dare la capacità di semiproteggere le voci, che rimane sempre e comunque agli amministratori. Il senso del mio messaggio è di creare una nuova protezione, in cui possano editare solo gli AV e gli admin. Infatti, come dicevo prima, non esiste una via di mezzo: o possono editare gli autoconvalidati (flag facilissimo da ottenere) oppure solo gli amministratori (molto più difficile ottenere questo flag). Perché non creare una protezione media, insieme alla minima (in cui non possono editare praticamente gli IP) e alla massima (nessuno, a eccezione degli amministratori)?? Quale sarebbe il senso? Penso che ci siano molti utenti che, anche se non sono admin, riescano comunque fare edit costruttivi a una voce protetta. --Michele (aka IlFidia) 10:22, 21 mag 2013 (CEST)[rispondi]

Hai ragione, sono andato fuori carreggiata. :D

Tu dici: agli admin è dato di proteggere le voci invece che sysop/autoconfirmed soltanto, sysop/autopatrolled/autoconfirmed. Ok, però guarda che il caso di voci con lucchetto rosso sono piuttosto rari (giustamente): in sostanza, la protezione base è la semiprotezione, che taglia fuori solo gli IP e i non autoconfirmed. Poi c'è il lucchetto rosso. L'obiezione base alla tua proposta è che essa appare funzionale solo se determina una protezione preventiva, mentre le protezioni noi le predisponiamo solo alla luce di un assalto significativo. Insomma, facciamo di tutto per mantenere "libera" la contribuzione.

Cmq, pt:Wikipédia:Página protegida: Página semiprotegida ao nível de autorrevisores: apenas autorrevisores podem editar. Deve ser usada apenas em predefinições com muitos afluentes e em outros casos especiais. --pequod ^..Ħƕ 10:50, 21 mag 2013 (CEST)[rispondi]

Mantenere la contribuzione libera il più possibile è una cosa ovvia. Il lucchetto rosso l'ho sempre visto come una protezione troppo severa. Per me bisognerebbe adottarlo solo per protezione di template molto usati e in casi veramente eccezionali sulle voci (per esempio, quando un personaggio noto muore e la voce è vittima di moltissimi vandalismi). Ho visto far uso del lucchetto rosso anche per continue modifiche improprie, ma per me si potrebbe benissimo usare in questo caso quello che dico io: una protezione che permette ai soli amministratori e AV di editare, escludendo gli autoconfermati che sono tantissimi e non sempre così affidabili (ovvio che esistono anche quelli affidabili! :D). È ovvio anche che la mia proposta dovrebbe essere usata solo in alcuni casi, non sempre! --Michele (aka IlFidia) 11:26, 21 mag 2013 (CEST)[rispondi]

Lo stesso argomento in dettaglio: Teknopedia:Bar/Discussioni/Voci protette o semi-protette fino alla fine dei tempi e Teknopedia:Bar/Discussioni/Proviamo a ridurre il numero delle voci bloccate all'infinito?.

segnalo che, stando alla relativa pagina speciale, nel 2014 sono state già bloccate 10 pagine con semi-protezione con scadenza infinito (6 a giugno, 2 ad aprile, 1 a marzo e luglio). l'elenco lo trovate qui. non mi esprimo sulla disambigua, il redirect(?) e la voce bloccata l'altroieri, ma invito a riparametrizzare le altre protezioni in modo che, se possibile, abbiano una scadenza finita. --valepert 16:47, 15 lug 2014 (CEST)[rispondi]

Ho rivisto integralmente la struttura e i testi dell'intera pagina di servizio in modo da renderla più snella, ordinata e leggibile: per quanto mi sia sforzato di evitare innovazioni, può ovviamente essermi sfuggito qualcosa. Invito invito chiunque a dare un'occhiata e segnalare, o correggere, eventuali problemi. --Nicolabel 00:15, 29 set 2014 (CEST)[rispondi]

Come mai nelle pdc concluse con la cancellazione delle pagine e la successiva protezione il lucchetto rosso appare non più in alto a destra ma sotto la scritta "La pagina è stata cancellata"?--Mauro Tozzi (msg) 15:16, 12 nov 2014 (CET)[rispondi]

In questo periodo, per correggere gli errori di Lint devo dare in pasto al mio bot decine di migliaia di pagine di discussioni, e puntualmente alcune non posso modificarle perché protette. Finché si tratta di pagine di utenti infinitati, ci può anche stare (anche se, per quanto ne so io, andrebbero anche svuotate oltre che protette). Ma perché l'abitudine di proteggere (oltretutto con protezione totale) i propri archivi? Certo, può essere per evitare che gli utenti scrivano nella pagina sbagliata o per evitare vandalismi, ma non sarebbero sufficienti rispettivamente un template di avviso e una semiprotezione (a dir tanto)? La protezione dovrebbe essere un mezzo di salvaguardia dell'Enciclopedia, non uno strumento per complicare la vita ai comuni mortali che cercano di sistemare le varie pagine; e le discussioni archiviate non fanno eccezione perché soggette, al pari delle altre pagine negli altri namespace, di modifiche tecniche di vario tipo. Sinceramente non riesco a capire il motivo della protezione, e proporrei dunque la rimozione della protezione totale da tutti le discussioni archiviate di utenti non infinitati, magari regolamentando la cosa in maniera precisa. Pareri? --Daimona Eaytoy (Scrivimi!) 13:14, 22 ago 2017 (CEST)[rispondi]

Come da titolo, creare (da zero) una pagina utente di un'utenza bloccata infinito, solo per apporre il {{BloccoInfinito}}, è proprio necessario? Se la pagina già esiste, OK, ma se invece è un link rosso? --Retaggio (msg) 12:10, 14 nov 2017 (CET)[rispondi]

Questione già un po' discussa in Discussioni_Teknopedia:Politiche_di_blocco_degli_utenti#Pagina_utente_e_talk_utente.2C_quando_crearle. --Buggia 12:14, 14 nov 2017 (CET)[rispondi]

Vorrei chiedere un parere in merito ai seguenti passaggi:

• «[Gli amministratori] non dovrebbero proteggere pagine che hanno modificato in modo sostanziale o in merito al contenuto delle quali hanno espresso opinioni: in tali casi, al pari di ogni altro utente dovrebbero chiedere l'intervento di un amministratore terzo». Se una pagina è soggetta a reiterati vandalismi e/o modifiche palesemente improprie, rendendo inevitabile la semiprotezione, un admin che abbia contribuito alla voce in modo sostanziale dovrebbe comunque delegare la SP ad altri (IMHO no, per WP:BS)?
• «[Gli amministratori] non dovrebbero modificare le voci protette. Fanno eccezione le modifiche di tipo tecnico (ad esempio quelle relative a template, link, categorie, etc.) e quelle che abbiano preventivamente ottenuto il consenso nella pagina di discussione». Per come lo interpreto io, questo passaggio si riferisce solo ai casi di protezione totale e di semiprotezione dovuta a modifiche particolarmente controverse, o sbaglio? --Dan Kenshi (msg) 13:58, 9 dic 2018 (CET)[rispondi]

In entrambi i casi penso che ci si volesse riferire appunto a controversie nei contenuti, non certo a blocchi per banali vandalismi. Specificherei così:

• "... non dovrebbero proteggere pagine sulle quali essi stessi hanno effettuato modifiche controverse o espresso opinioni controverse"
• "... non dovrebbero modificare le voci protette a causa di controversie."

--Bultro (m) 00:45, 10 dic 2018 (CET)[rispondi]

Ciao a tutti, riflettendo un po' sulle linee guida sulle protezioni mi sono venute alcune ideee. In particolare, è chiaro come sul nostro progetto in realtà ci sia un solo livello di protezione (sono i 3 standard tecnicamente - "0, solo autoconvalidati, solo sysop"). Dico un solo livello perché il livello "solo admin" è un tipo di protezione tecnica (si usa per esempio nelle pagine di servizio, dopo edit war di utenze, per pagine particolarmente controverse e ripristinate alla versione stabile), in quanto si richiede agli admin di non intervenire liberamente sui contenuti di una pagina una volta che c'è stata una protezione completa. Si tratta quindi di una protezione straordinaria, per breve tempo sulle pagine del ns0, e non "di contenuto". Io proporrei, sulla scorta di quanto ho visto anche su altri progetti, di introdurre anche qui il livello di protezione "solo autoverificati". In questo modo potremmo avere un nuovo livello di protezione contenuti, da utilizzarsi quando ci troviamo di fronte "a una pagina ad altissima visibilità o per particolari template, o quando comunque la semiprotezione non risulti sufficiente" (reiterati vandalismi, meatpupping e/o magari anche edit-war tra non AV), e ciò porterebbe a diversi benefici:

1. Una pagina protetta solo agli AV sarebbe comunque accessibile a circa 1500 utenti (inclusi RB e sysop), e non più a soli 120 (punto importante soprattutto per chi è preoccupato dal rispetto di WP:LIBERA);
2. Su una pagina protetta solo agli AV si potrebbe intervenire sui contenuti, con la consapevolezza che stanno editando utenti affidabili e quindi molto difficilmente ci troveremo di fronte a POV, CSC, COI e compagnia bella;
3. Oltre al continuare con le modifiche durante il periodo di protezione, va considerato anche il beneficio di potere estendere la protezione rispetto a una protezione completa, che in genere è per tempi molto molto ristretti;
4. Si potrebbe ritornare a una semi-protezione normale o a una protezione completa (preferisco "tecnica" stante l'utilizzo di essa) in qualsiasi momento e in base alle circostanze;
5. Eviteremmo "assalti" da parte di utenze monoscopo registrate da poco e con sole 50 modifiche che cercano, magari in meatpupping, di far emergere il loro POV;
6. Non abbiamo gli "extendedconfirmed" o gli "autoreviewer" o i "templateeditor" né abbiamo necessità di introdurli imho, visto che il numero di modifiche non è indice di affidabilità e non serve creare un progetto con revisori o con flag infiniti, pertanto ritengo che la protezione agli AV sia la soluzione migliore, più rapida, quella tecnicamente semplicissima e senza troppe controindicazioni.

Ovviamente si tratta di una protezione da valutare caso per caso, direi che a mio modo di vedere non dovrebbe mai essere superiore a 3 mesi, ma può essere prorogata di volta in volta per massimo 3 mesi in base alle circostanze (però queste sono discussioni interne agli admin, che possono in ogni caso decidere liberamente la durata di una protezione, sia tecnicamente che da linee guida). Ricordiamoci comunque che le protezioni, di qualsiasi livello, sono misure straordinarie da intraprendere solo quando estremamente necessario visto che limitano la possibilità di contribuire.

Ho visto che in passato si è provato a parlarne, ma direi che il bacino di utenza adesso è cambiato, e che i tempi richiedano questo strumento aggiuntivo a disposizione degli admin.

Mi piacerebbe avere un vostro parere (che sia favorevole o meno) motivato :) Grazie mille a tutti per l'attenzione e scusatemi per il messaggio lungo. Per chi fosse interessato ai livelli di protezione su altri progetti riporto sotto i dettagli. Ciao! --Superpes15^(talk) 17:49, 7 apr 2022 (CEST)[rispondi]

• Favorevole In quanto proponente --Superpes15^(talk) 17:49, 7 apr 2022 (CEST)[rispondi]
• Favorevole Onestamente pensavo già esistesse --Mastrocom </> void ClickToInbox(); 18:59, 7 apr 2022 (CEST)[rispondi]
• Favorevole In questi giorni siamo stati costretti a proteggere in ns0 una voce che potrebbe tranquillamente essere aperta agli autoverificati, la stessa cosa succede durante i nuovi governi o a volte col calcio mercato. D'altro canto le principali Wiki hanno 3 livelli--Pierpao (listening) 19:05, 7 apr 2022 (CEST)[rispondi]
• Favorevole --valepert 19:30, 7 apr 2022 (CEST)[rispondi]
• +1, mi sembra un'ottima idea. --Lo Scaligero 20:44, 7 apr 2022 (CEST)[rispondi]
• Favorevole, ottima idea! --Melquíades (msg) 21:57, 7 apr 2022 (CEST)[rispondi]
• Favorevole --Ap7189ap 22:31, 7 apr 2022 (CEST)[rispondi]
• Favorevole--Equoreo (msg) 11:13, 8 apr 2022 (CEST)[rispondi]
• Favorevole perché questo potrebbe diminuire il numero di lucchetti rossi. --CuriosityDestroyer (msg) 11:50, 8 apr 2022 (CEST) (P.S.: da quello che ho capito io non sono AV, ma credo lo stesso che l'idea sia ottima)[rispondi]
• Favorevole se si ricorre a tale livello di protezione solo dopo aver tentato una protezione di tipo "solo auconvalidati" che sia risultata fallimentare. Inoltre, come accennato nella proposta, andrebbero definiti precisi criteri di durata oltre che di modalità di applicazione. IMHO 3 mesi (nonostante sia il limite massimo) sarebbero già troppi. Durate eccessive e il rischio di protezione automatica a livello AV senza passare per AC vanno scongiurate in quanto gran parte degli utenti attivi sono saltuari e non autoverificati ma comunque contribuiscono in maniera molto positiva e propositiva anche nelle pagine protette. --WikiLuke 📨 14:19, 8 apr 2022 (CEST)[rispondi]

é già previsto nelle linee guida che le protezioni siano graduali e temporanee-- Pierpao (listening) 14:24, 8 apr 2022 (CEST)[rispondi]

Mi pare sensata la cosa, salvo pagine di servizio o template particolari, questa protezione dovrebbe essere utilizzata come ho scritto prima "quando comunque la semiprotezione non risulti sufficiente", quindi quando sia stata già tentata più volte inutilmente, o quando sia inutile tentarla (evitando la protezione ai soli sysop se non necessaria). Concordo che non dovrebbe essere utilizzata per lungo tempo, ma questo in realtà varia da caso a caso, quindi è impossibile dare uno standard. Hai ragione anche sul fatto che tantissimi utenti abbiano una presenza saltuaria e siano comunque ottimi utenti, non vorrei privare nessuno della possibilità di contribuire con questa misura, anzi l'obiettivo è quella di utilizzarla se possibile al posto della totale per aumentare il bacino d'utenza che può contribuire, e allo stesso tempo quello di proteggere l'enciclopedia dalle pagine ad altissima visibilità che comportano sempre vandalismi ripetuti e POV infiniti, finché la situazione non si raffredda un minimo! Si può in qualsiasi momento cambiare il livello di protezione :P --Superpes15^(talk) 14:35, 8 apr 2022 (CEST)[rispondi]

Grazie per la risposta completa ed esaustiva, ora non posso che dichiarami totalmente favorevole :) --WikiLuke 📨 16:12, 8 apr 2022 (CEST)[rispondi]

• Scusate, pur parlè, premesso che la protezione non dovrebbe mai essere preventiva, a che mi serve questo nuovo livello? cioè se la protezione è totale perchè ad es. c'è un edit war in corso tra utenti registrati quella pagina non è editabile nemmeno da un sysop e non perchè non può tecnicamente ma perchè non deve editare una pagina completamente protetta. Se proteggo perchè c'è un edit war tra registrati (o tra ip e regitrato) per scegliere il livello di protezione dovrò guardare che tipo di utenti ho davanti? Se la portezione è parziale poi , tipicamente, è per i vandalismi o perchè è un particolare target
  

In pratica mi sfugge il perchè sia utile questo livello. L'unico che mi viene da pensare è solo per appunto le, deprecabili, protezioni di pagine ad alta visibilità . Ma si tratta di una, imho, pessima abitudine nostra e non di un uso che andrebbe avvallato creando ulteriori livelli di utenze che possono accedere un certo tipo voci. --ignis scrivimi qui 15:40, 8 apr 2022 (CEST)[rispondi]

Non ho capito, seriamente, Utente:Ignisdelavega quando le voci subiscono continui inserimenti vandalici o Ppov cosa dovremmo fare se non semiproteggerle?••Pierpao (listening) 16:41, 8 apr 2022 (CEST)[rispondi]

@Pierpao proteggere certo ma se i vandali o i Pov arrivano da utenti iscritti a che mi serve permettere che 1500 possano editarla e altri migliaia in buona fede no? Tante vale allora discutere tutti e poi editare. Cioè proprio per vandalismi e POV non ne vedo l'utilità e invece la china che mi pare si percorra è quella di creare diversi livelli di affidabilità delle utenza in base a numero di edit e permanenza in WP che in generale potrebbe anche essere corretto ma in concreto wikipedia, a giudicare da dove è arrivata oggi, mi pare più giovare dell'aperura che non della chiusura. --ignis scrivimi qui 16:49, 8 apr 2022 (CEST)[rispondi]

• Favorevole Mi pare un'ottima idea--Parma1983 16:13, 8 apr 2022 (CEST)[rispondi]
• Fortemente favorevole, autoconvalidati è facile esserlo, su certe voci ci si guadagnerebbe alla grande in tema pov-pusher, COI e utenti monoscopo e campagne varie (ogni riferimento a voci specifiche è puramente casuale :-D)--Kirk Dimmi! 16:52, 8 apr 2022 (CEST)[rispondi]
• Oggi, l'attribuzione del livello AV è un vantaggio solo per i patroller che vedono diminuire il numero di edit da verificare e non comporta alcun vantaggio per l'utente (a parte una minima soddisfazione personale); con la modifica proposta diverrebbe un ulteriore grado del cursus honorum.

Aggiungo che il livello AV viene attribuito ad un utente semplicemente perché "non vandalico", senza alcuna verifica su POV, COI e CSC, per cui il nuovo livello di protezione non darebbe alcuna garanzia sotto questo aspetto.

Esaminando l'elenco proposto da Superpes15, solo 32 wiki hanno più di 3 livelli di protezione e, se restringiamo l'esame alle sole edizioni linguistiche di WP, scendiamo a 21; di queste ben 11 hanno l'extendedconfirmed (che si ottiene in automatico) e solo 8 il livello di protezione per AV; fra le wiki con più di 1 ML di voci, lo hanno solo ar.wiki e pt.wiki. In sintesi, non mi sembra che sia un livello diffuso.

Per tutto quanto sopra sono Fortemente contrario/a. --Antonio1952 (msg) 17:15, 8 apr 2022 (CEST)[rispondi]

Grazie per il tuo parere ma ci tengo a chiarire. Dal mio punto di vista gli AV non sono assolutamente POV, COI o CSC (che sono atteggiamenti contrari alle linee guida). Se nelle linee guida si intende il flag come assenza di vandalismi in pratica, e da requisiti, si dà a chi conosce davvero le linee guida e le applica correttamente (altrimenti avremmo almeno il doppio di utenti con l'AV visto che è pieno di autoconvalidati con buoni contributi). Per secondo non va inteso come un premio che si dà, ma anzi, è un tastino in più a disposizione degli admin per non ridurci a bloccare totalmente una voce quando si sollevano problemi che portano sempre malumori e sentori di censura. Sono utenti fidati e semplicemente ci si fida. Non gli si dà una carica in più. Non parliamo del patrolling che ne gioverebbe più di tutti... Nel periodo di calciomercato, nelle pagine caldissime, in alcuni template o nell'impedire alcune creazioni di pagine sarebbe solo e soltanto comodo. Un altro livello è semplicemente utile e funzionale. Riguardo al fatto che non sia stato fatto da altri, io ho messo solo i dati per fare capire che non saremmo gli unici a non avere un livello, non perché credo sia utile fate i confronti con altri wiki (questo mi permette di andare un attimo O.T.). Vogliamo creare l'extendedconfirm? Mi pare sia già stato tentato e non è mai stato visto di buon occhio, e alla fine questa è una soluzione che concilia un po' tutto per i mezzi che abbiamo, e poi ricordo, solo per esempio, siamo tra i pochi progetti maggiori a non avere l'ArbCom, così come siamo tra i pochi dei "big" a non avere gli oversighter e a non richiedere quasi mai un oversight agli steward nonostante le policy globali lo prevedano in certi casi, così come siamo gli unici a bloccare automaticamente le talk a qualsiasi utente bloccato e a non potere deselezionare l'opzione. Siamo semplicemente un altro progetto, con un'altra mentalità, ed è inutile rimanere bloccati su funzionalità che imho si sposavano bene con il bacino d'utenza di 10 anni fa, ma il vero punto è che una funzione del genere sarebbe solo di giovamento, non stiamo premiando nessuno, non stiamo punendo nessuno. Direi che l'obiettivo è solo e soltanto quello di continuare a scrivere e far scrivere a tutti l'enciclopedia, nel rispetto delle linee guida e con meno interruzioni di parte possibili! Spero che ora il senso della proposta, che ho evitato di fare prima per non essere noioso, sia adesso chiarito :) --Superpes15^(talk) 18:55, 8 apr 2022 (CEST)[rispondi]

@Superpes15, sono d'accordo sul fatto che "siamo semplicemente un altro progetto, con un'altra mentalità" ma l'elenco con gli altri progetti che hanno più di 3 livelli lo hai messo tu, non io; io ho semplicemente cercato di dimostrare che non era significativo come elemento di supporto alla proposta. --Antonio1952 (msg) 21:57, 8 apr 2022 (CEST)[rispondi]

Ehm, allora mea culpa perché non l'ho ben specificato, li ho messi solo a scopo statistico esclusivamente per far vedere che non solo noi useremmo più livelli di protezione, avevo provato a inserire un "disclaimer" alla fine su questo, non volevo assolutamente fare propaganda su una base simile, anzi, basarsi esclusivamente su ciò che fanno gli altri non ha pregi. In questo caso io ci vedo vantaggi utili al progetto però comprendo che si possano valutare i benefici come non sufficienti a coprire i contro. --Superpes15^(talk) 22:23, 8 apr 2022 (CEST)[rispondi]

• Fortemente favorevole, più volte ho pensato che questo tipo di protezione sarebbe stata perfetta per diversi tipi di pagine da proteggere. Diverse volte non ho potuto intervenire/modificare pagine in quanto protette totalmente, quando qualunque utente autoverificato - potendole modificare - non vi avrebbe mai arrecato alcun danno (mi vengono in mente i vari template in uso in molte pagine). In WP:PROTEZIONE si legge Il terzo pilastro di Teknopedia sancisce che chiunque può contribuire alla stesura delle sue voci. Proteggere una pagina limita questo principio: pertanto può essere fatto soltanto nell'eventualità di gravi e comprovate esigenze di tutela del progetto. Se si può limitare in modo più lieve questo pilastro, lo si faccia. [@ Antonio1952] ha ragione nell'obiettare dicendo che Oggi, l'attribuzione del livello AV è un vantaggio solo per i patroller, ma perché non estendere alcuni casi di protezione che ora permettono la modifica solamente agli admin ad un numero un po' più ampio di utenti? --ValeJappo (msg) 19:10, 8 apr 2022 (CEST)[rispondi]

  P.S. Contrario però al suo eventuale utilizzo (se non in casi particolari) nei casi in cui attualmente è prevista la protezione parziale, chiamando sempre in causa il terzo pilastro. --ValeJappo (msg) 19:17, 8 apr 2022 (CEST)[rispondi]

  @ValeJappo, alla domanda che mi hai fatto ti sei risposto da solo: chi o che cosa ti garantisce che il livello AV non diventi sostitutivo, anche solo in parte, della semiprotezione? --Antonio1952 (msg) 22:13, 8 apr 2022 (CEST)[rispondi]

  @Antonio1952 lo dovremmo garantire noi modificando adeguatamente le linee guida. Apriti Teknopedia:Politica_di_protezione_delle_pagine#Protezione_completa: in un'ipotetica nuova sezione Protezione AV, mi immaginerei di spostare lì il primo punto sulle pagine ad alta visibilità(magari non per la pagina principale però) e quello sulle edit war, se non coinvolgono AV. Le regole sulla protezione parziale (sempre per come la vedo io, purtroppo vedo che altri la pensano diversamente) resterebbero invariate --ValeJappo (msg) 23:01, 8 apr 2022 (CEST)[rispondi]

  @ValeJappo, temo che le pagine con "protezione completa" rimarranno tali. Tu hai le competenze per poter mettere mano ai tmp e di sicuro non faresti danni ma non tutti gli AV hanno queste competenze e soprattutto non tutti hanno coscienza dei propri limiti in materia. --Antonio1952 (msg) 23:37, 8 apr 2022 (CEST)[rispondi]

• Oggi ci sono due casi di protezione con relativa possibilità di edit :

  1. nessuna protezione: tutti possono modificare
  2. semiprotezione: solo registrati
  3. protezione totale: nessuno può modificare (il sysop può ma non deve)

  Non esiste quindi una modalità di modifica "solo amministratori". Con questa modifica, ci sarà un terzo caso: utenti autoconvalidati. Vi posso chiedere qualche caso concreto di esempio in cui questo tipo di protezione può essere utile? grazie mille --ignis scrivimi qui 19:18, 8 apr 2022 (CEST)[rispondi]

• Favorevole -- .mau. ✉ 19:43, 8 apr 2022 (CEST)[rispondi]
• Favorevole Un livello intermedio eviterebbe in alcuni casi di proteggere "per soli admin" aka "totale", sopratutto nei casi di edit war con utenti CSC e/o POV (che non hanno l'autoverifica). Il templateeditor da noi è inutile, al contrario di Commons dove vi sono dei template usati in milioni di pagine. --Ruthven (msg) 21:04, 8 apr 2022 (CEST)[rispondi]
• Favorevole nel leggere la proposta mi sono venuti in mente alcuni casi dell'ultimo periodo di voci relative ai fatti più recenti in cui sarebbe tornato utile un livello di protezione simile. --ΞLCAIRØ♭ 22:35, 8 apr 2022 (CEST)[rispondi]

+: Favorevole}--НУРшЯGIO^{(attenti all'alce)} 23:19, 8 apr 2022 (CEST)[rispondi]

• Incerto/a Sono dubbioso soprattutto per il metodo di assegnazione del "autoverificato": non ci si può (auto)-candidare, viene assegnato direttamente da un amministratore, oppure dopo candidatura da aprte di un utente terzo. Utenti anche da anni e anni che e affidabili si sono fatti notare (nel bene e nel male) possono non avere tale livello. --Meridiana solare (msg) 23:50, 8 apr 2022 (CEST)[rispondi]
• Favorevole a un livello intermedio. Avrei preferito non dare ulteriori "meriti" al flag di AV e fare uso dell'extendedconfirmed, ma in fondo ci può stare. --Titore (msg) 00:11, 9 apr 2022 (CEST)[rispondi]

  L' extendedconfirmed com'è? --Meridiana solare (msg) 00:50, 9 apr 2022 (CEST)[rispondi]

  Come dice il nome è un’autoconvalida più estesa (tipo 500 modifiche e 30 giorni). Si tratterebbe comunque di un usergroup nuovo in cui si viene inseriti automaticamente come avviene già per gli autoconvalidati. Mi pare si sia discusso più volte della cosa in passato e non ci sia stato mai il consenso all’implementazione. Chiedo scusa per avere dato per scontato nella proposta che si conoscesse già. --Superpes15^(talk) 01:11, 9 apr 2022 (CEST)[rispondi]

• Favorevole un livello di protezione intermedio che potrebbe tornare utile, non vedo perché non attivarlo --Mtarch11 (msg) 02:48, 9 apr 2022 (CEST)[rispondi]
• Favorevole Mi è sempre sembrata un'ottima idea, e certamente più semplice che introdurre anche qui gli extendedconfirmed. Che gli AV esistano per un altro motivo è vero, ma non mi metterei a creare un nuovo gruppo utente solo per questo. Tra l'altro non mi preoccupa il fatto che diventare AV non sia facilissimo; il nuovo livello di protezione servirebbe soprattutto a rimpiazzare il livello admin, e diventare admin è certamente più difficile che diventare AV. --Daimona Eaytoy (Scrivimi!) 12:43, 9 apr 2022 (CEST)[rispondi]

  mi permetto un ulteriore riflessione e una domanda: l'esempio che si è fatto è quello della voce sulla guerra in ucraina. Perchè dovrebbe essere permesso in quella voce di editare a 1500 utenti verificati e non al neo iscritto? se la semiprotezione si giustifca in ragione degli IP dinamici , perchè un neoregistrato che viola li linee guida non può essere semplicemente bloccato anzichè precludere a tutti i neo registrati la voce? Non stiamo forse imboccando la strada che porterà gli amministratori ad non avere più un ruolo tecnico ma sempre più di merito (decidono sulle voci e decidono su quali utenze sono più affidabili di altri) e costruendo un sistema di "medagliette" più consono ad un gioco che non a una enciclopedia? --ignis scrivimi qui 12:53, 9 apr 2022 (CEST)[rispondi]

[↓↑ fuori crono] Utente:Ignisdelavega La voce sull'invasione è stata protetta solo 3 ore e poi giustamente semiprotetta. Io come applicazione pratica, escludento i casi di protezione per edit war in voci che quindi non vanno toccate, la vedo in quei casi di aggiunta di continue informazioni senza fonti in buona fede, per cui sia per il numero che per il tipo di contribuzione non si può bloccare tutti, gli esempi li ho fatti: calciomercato, nuovi governi prima del giuramento, scoop giornalistici tutti da dimostrare ma sensazionali. Quindi come alternativa alla protezione non alla semiprotezione. Però capisco le tue preoccupazioni viste le recenti esperienze con il namespace bozza. Speriamo di non prendere brutte pieghe--Pierpao (listening) 17:56, 9 apr 2022 (CEST)[rispondi]

Ti ringrazio per la risposta. Rimango abbastanza convinto che l'effetto, nei casi che citi, sarà piuttosto antipatico: utenti per i quali gli amministratori hanno deciso che sono affidabili potranno editare la voce, tutti gli altri no. --ignis scrivimi qui 18:07, 9 apr 2022 (CEST)[rispondi]

• Favorevole Vedo più vantaggi che svantaggi --Actormusicus (msg) 17:30, 9 apr 2022 (CEST)[rispondi]
• Fortemente favorevole. Io invece non vedo proprio svantaggi. Stiamo parlando di uno strumento che si può usare o meno, e quando andrebbe usato le alternative al momento sono una protezione totale (che è una bella deroga al III Pilastro), oppure una semiprotezione che risulta inefficace, facendo perdere un sacco di tempo ai volontari e rendendo i contenuti dell'enciclopedia meno affidabili. --Phyrexian ɸ 10:08, 10 apr 2022 (CEST)[rispondi]
• Favorevole perché limiterebbe le circostanze (es. voci ad elevatissima visibilità) in cui è necessario sceglieres se impiegare la protezione totale o mettere in atto un complicato servizio di patrolling stretto. --Nicolabel 20:32, 11 apr 2022 (CEST)[rispondi]
• Contrario mi trovo d'accordo con quanto rilevato da Ignis, in particolar modo nell'impatto che questo tipo di protezione avrebbe sul permesso da AV, che in questo caso diventerebbe come una "medaglietta" data dagli amministratori. I casi in cui questa protezione potrebbe costituire protezione valida alternativa alla protezione totale mi sembrano piuttosto esigui. Mi trovo tuttavia favorevole ad un'eventuale protezione intermedia tra la semiprotezione e la protezione totale, basata su un usergroup assegnato automaticamente. --Lollo Scrivimi 00:26, 12 apr 2022 (CEST)[rispondi]
• Fortemente favorevole il fatto che adesso il flag venga "attivato tecnicamente" dagli amministratori non comporta alcun tipo di "cooptazione" come vedo adombrato da questa discussione, perché comunque la proposta di flag AV è pubblica e può avanzarla chiunque abbia i requisiti, non solo gli amministratori ("proposta motivata di un utente registrato che abbia effettuato login") e chiunque, non solo gli amministratori, può dirsi favorevole o contrario. Anche sugli AV decide la comunità e non ricordo quando sia stata l'ultima volta che un admin ha assegnato un flag AV in totale autonomia e senza confronto previo con nessuno (io personalmente non l'ho mai fatto e se mi è capitato di attivare il flag AV è stato in seguito alla procedura pubblica): di fatto è una possibilità che sia pur prevista dalle linee guida poi non trova quasi applicazione pratica dato che si preferisce passare comunque per la nomina comunitaria. Quindi pensare che l'AV sia una "medaglietta data dagli amministratori" e che ci sia una "cerchia di eletti al di sopra della comunità" è una interpretazione non corretta né del processo né delle modalità di assegnamento del flag. Si sta confondendo "l'utente tecnicamente abilitato ad attivare il flag" con "l'utente che decide chi può avere il flag": non coincidono se non accidentalmente. Per il resto, un livello di protezione intermedio più avanzato ma molto meno restrittivo rispetto alla protezione totale va in direzione di WP:LIBERA e anzi, dovrebbe portare a diminuire i casi in cui si debba ricorrere alla protezione totale (e mi stupisce francamente vedere tra chi ha votato contro utenti che storicamente sono molto sensibili rispetto al ridurre al minimo le protezioni totali, visto che anche questo è uno degli obiettivi di questa proposta).--SuperSpritz^{l'adminalcolico} 12:50, 12 apr 2022 (CEST)[rispondi]

  @SuperSpritz, non sono sicuro che il livello AV verrà utilizzato solo in alternativa alla protezione totale e non anche - e temo soprattutto - in alternativa alla semiprotezione, con effetti sul WP:LIBERA contrari a quelli auspicati. --Antonio1952 (msg) 16:19, 12 apr 2022 (CEST)[rispondi]

  @Antonio1952: ti faccio notare che se fosse stata quella l'intenzione, la proposta sarebbe stata ben diversa, ossia spostare il livello della semiprotezione dagli autoconvalidati agli AV. Qua si sta parlando di aggiungere un "terzo" livello di protezione intermedio e ci saranno anche le relative linee guida che indichino "quando" questo nuovo livello va adottato e mi aspetto che sia detto chiaro e tondo che in ogni caso il primo livello di protezione da considerare deve rimanere sempre la semiprotezione attuale. A volte tutti questi timori di "usi restrittivi contro WP:LIBERA mi lasciano perplesso, come se queste proposte invece di dare maggiore flessibilità e libertà di movimento nascondessero chissà quali idee di bloccare il progetto.--SuperSpritz^{l'adminalcolico} 17:53, 12 apr 2022 (CEST)[rispondi]

  @SuperSpritz, io non ho detto né mai pensato che ci fosse questa intenzione; il mio timore è che possa accadere nonostante le buone intenzioni di partenza. Comunque, avremo modo di verificarlo sul campo visto il consenso all'implementazione del livello AV. --Antonio1952 (msg) 18:44, 12 apr 2022 (CEST)[rispondi]

  [↓↑ fuori crono] non figura da nessuna parte che sugli AV decida la comunità, anzi è proprio a discrezione dell'amministratore l'abilitazione, la comunità può solo esporre pareri contrari al massimo, come evidenzia WP:AV. Di permessi assegnati direttamente ce ne sono, anche recenti 19 febbraio 2022, 22 dicembre 2021, 8 dicembre 2021, 12 ottobre 2021. L'appunto è che in questo modo AV diventa troppo "inflazionato", e già un annetto fa si è fatta presente questa visione distorta del flag, che una protezione di questo tipo contribuirebbe solo ad alimentare. Una protezione intermedia va bene, ma con una categoria di utenti assegnata automaticamente, come l'extendedconfirmed. --Lollo Scrivimi 20:31, 12 apr 2022 (CEST)[rispondi]

  WP:AV specifica solo che non si tratta di una votazione. Gli utenti possono comunque ragionare sull'assegnazione del flag in quella stessa sede. Di solito ciò è superfluo perché l'amministratore che si occupa dell'azione tecnica già segue le linee guida stabilite dalla comunità e cerca di proporre un esito quanto più condivisibile --Sakretsu (炸裂) 22:19, 12 apr 2022 (CEST)[rispondi]

• Parzialmente favorevole È un'ottima idea, tuttavia come detto da altri utenti, potrebbero esserci problematiche relative all'assegnazione dell'AV. A questo punto mi chiedo e propongo a mia volta: se si introducesse il livello extendedconfirmed già presente anche su altre wp? Considerandolo un gradino sotto agli AV (in quanto assegnato automaticamente)? Senza dubbio ciò non permetterebbe una sicurezza negli edit effettuati durante la protezione come nel caso degli AV ma si eviterebbero problemi di imparzialità dovuti all'assegnazione del ruolo. Alla fine un ruolo automatico in più non crea alcun tipo di problematica burocratica, però permette di escludere gli AC, che come detto da altri è molto semplice da ottenere e di sicuro non permette di comprendere il funzionamento dell'enciclopedia. In caso la proposta non sia ben vista, sarei comunque favorevole all'introduzione del blocco in oggetto (sicuro ha più lati positivi che negativi). Sul fatto che anche gli amministratori non dovrebbero toccare pagine con lucchetto rosso, andrebbe ricordato ad alcuni utenti che poco sopra hanno tirano frecciatine a chi non segue le linee guida, nessuno è infallibile. --Vgg5465|✉ 13:50, 12 apr 2022 (CEST)[rispondi]
• Pongo una domanda a quelli che propongono di associare questo nuovo livello di protezione agli "extended confirmed": che senso ha restringere la possibilità di intervenire su una pagina a un sottogruppo di utenti scelti solo sulla base del numero di edit (almeno 500) o di anzianità di registrazione (almeno 30 giorni)? Non è un segreto che vi siano tra noi molti utenti da ben più di 30 giorni e con ben più di 500 edit che non godono di quel minimo livello di fiducia comunitaria per ritenerli più adatti di un anonimo IP o di un neoregistrato nell'intervenire, ad esempio, in una voce ad alta visibilità, suscettibile di recentismo, a forte rischio POV o con un edit war in corso. Non si tratta di pregiudizio nei loro confronti, ma di semplice constatazione del fatto che costoro si sono già rivelati artefici di edit war, portatori di contenuti non neutrali, poco rispettosi del copyright e pertanto inadatti a ricevere l'autoverifica. --Nicolabel 23:30, 12 apr 2022 (CEST)[rispondi]
• Rimango favorevole per l'AV, che è un utente che è riconosciuto come non vandalico. Se adottiamo l'EC ci troveremo con utenti che fanno 500 inutili edit invece di 50 come già accade oggi. --НУРшЯGIO^{(attenti all'alce)} 06:01, 13 apr 2022 (CEST)[rispondi]

  Io ho parlato di EC, non di 500 edit e 1 mese, come noi in it.wiki abbiamo l'Autoconfirmed più restrittivo di altre wiki, si potrebbe fare pure con l'extended, mettendo magari 5/12 mesi di account con 1000 modifiche. Questo si può decidere assieme, di sicuro c'è un numero di edit per cui si può ritenere che il 90% degli utenti a tale traguardo per lo meno sappiano il regolamento e le linee guida, che poi decidano di non seguirle è un altro discorso. Tuttavia il senso di una protezione ritengo debba essere di filtrare il giusto numero di persone e come detto sopra gli AV non rappresentano tutti gli utenti affidabili, spesso viene assegnato principalmente in funzione del patrolling. --Vgg5465|✉ 08:24, 13 apr 2022 (CEST)[rispondi]

  Gli AV sono al 99.9% affidabili, e quando non lo sono decadono. In particolare per la decadenza degli AV io sono molto attento, quindi, per me va bene così e l'alternativa è lo status quo--НУРшЯGIO^{(attenti all'alce)} 09:03, 13 apr 2022 (CEST)[rispondi]

  I "numeri" che ho riportato io (500 edit e 30 giorni) sono quelli degli extended confirmed in en.wiki: considerando che il requisito numerico per essere autoverificati in it.wp è 500 edit e 60 giorni, fissando soglie più restrittive per l'extended confirmed potremmo avere utenti in possesso del flag di autoverificati ma non di quello di extended confirmed. In altri termini, avremmo uno strumento per inibire la modifica di alcune voci "calde" a utenti che riteniamo affidabili perché qualcuno si è assunto l'onere di ritenerli tali, concedendola invece ad altri utenti per i quali nonostante la contribuzione copiosa nessuno ha riconosciuto l'affidabilità o (peggio) l'assegnazione del flag di AV è stata espressamente respinta o persino revocata. Trovo questa proposta illogica e pertanto mi dichiaro Fortemente contrario/a all'introduzione di un livello di protezione ulteriore basato sul livello "extended confirmed". --Nicolabel 12:01, 13 apr 2022 (CEST)[rispondi]

  @Nicolabel, il "grado" dei livelli viene definito dalla comunità, se si dovesse decidere di introdurre gli extended, pur avendo criteri di registrazione e modifiche più stringenti degli AV potrebbero benissimo essere messi un gradino sotto di essi, in quanto non devono essere approvati da un amministratore. Infatti, se non sbaglio, gli EC non avrebbero le modifiche automaticamente verificate. Allo stesso modo un utente può essere perfettamente affidabile anche senza raggiungere eventuali soglie dell'EC (quindi non ci sarebbero cambiamenti all'attuale sistema). Ho fatto tale proposta per cercare un compromesso, ovvero: escludere dalla modifica delle pagina (quando necessario), tutti gli utenti "freschi", evitando però di escludere anche utenti con migliaia di contributi positivi ma non ancora AV per il solo fatto che nessuno li ha mai candidati. In questo modo si cerca di andare incontro agli utenti preoccupati dell'implementazione di tale blocco su ciò che potrebbero diventare le procedure di assegnazione degli AV (come esposto da @Lorenzo Longo). P.S: Ricordiamo che si sta proponendo un livello di blocco intermedio, il lucchetto rosso rimarrà ove sarà necessario il suo utilizzo. --Vgg5465|✉ 12:20, 13 apr 2022 (CEST)[rispondi]

  L'assurdo è includere utenti che hanno perso l'AV perché, nonostante anni di anzianità wikipediana e migliaia di edit alle spalle, sono stati giudicati inaffidabili, escludendo utenze giovani e capaci. Magari dare la possibilità agli AV di editare pagine fortemente protette non è il sistema perfetto, ma comunque è quello che protegge meglio l'enciclopedia. Se non ci sono abbastanza AV è anche colpa di chi non li propone. Il criterio numerico non sta in piedi e, di fatto, è inutile perché non protegge la voce. --НУРшЯGIO^{(attenti all'alce)} 14:50, 13 apr 2022 (CEST)[rispondi]

• Contrario Si tratterebbe di un cambiamento completo del concetto di autoverificato: da ruolo esclusivamente passivo (la cui utilità è tutta degli altri che non devono verificare le modifiche) a ruolo editoriale attivo (possibilità di modificare pagine bloccate ai non AV)--Dr ζimbu (msg) 10:53, 18 apr 2022 (CEST)[rispondi]
• Contrario Come Dr Zimbu. Quando abbiamo creato il gruppo AV ci eravamo detti che non gli avremmo attribuito funzioni diverse da quelle originali. In generale, penso che una delle chine peggiori per questo progetto sia quello descritto in wp:REDAZIONE. In questa policy sta scritto: "Non esiste una redazione: tutti gli utenti della rete possono accedere al contenuto di tutte le pagine dell'enciclopedia e tutti possono modificarle, fatte salve alcune limitate eccezioni". Limitate eccezioni. Non importa quanto l'odierna comunità trovi comodo liberarsi delle difficoltà insite nei pilastri. Non importa quanto una sezione ristretta della comunità trovi palese che una certa scelta sia errata. Il metodo per deliberare è quello della discussione. Chi non saprà discutere, chi verrà qui a farci lo spiegone sulla base del proprio tirocinio superficiale sui social network, chi verrà a dirci che ci dobbiamo vergognare per la nostra partecipazione al megacomplotto plutopippogiudaico, chi a vario titolo manifesterà la propria inadeguatezza qui dentro verrà cordialmente messo alla porta. Gli AV sono stati e vengono scelti secondo un iter assai sbrigativo, conforme alla loro funzione, quella di alleggerire il lavoro dei patroller. In wp:AV sta scritto: "Ridurre il numero di contributi da sottoporre a verifica aumenta la probabilità di identificare le modifiche effettivamente dannose o improprie". Questa è la sola ragione d'esistenza degli AV. La proposta trasforma questo testo in "Ridurre il numero di contributi da sottoporre a verifica aumenta la probabilità di identificare le modifiche effettivamente dannose o improprie". Ovviamente sono cosciente della totale buonafede con cui viene avanzata la proposta, ma ritengo che il miglior sistema per le voci incandescenti sia quello della protezione totale della voce e del passaggio obbligatorio in discussione, con i sysop incaricati di mettere in pratica il consenso raggiunto in talk. pequod76^talk 13:26, 18 apr 2022 (CEST)[rispondi]

  @Dr Zimbu, @Pequod76 In realtà con una modifica abbastanza recente gli AV hanno anche un ruolo "attivo": sono gli unici che possono verificare le modifiche altrui (prima bastava essere autoconvalidati). --Meridiana solare (msg) 22:16, 18 apr 2022 (CEST)[rispondi]

  Pequod, non sono d'accordo con alcune delle tue affermazioni. Lasci intendere che questa proposta vada contro lo spirito dei pilastri o il contenuto di WP:REDAZIONE, quando invece già quella linea guida ammette l'esistenza di voci in cui non "tutti gli utenti della rete" possano effettuare modifiche: sono, per l'appunto, le voci sottoposte a forme di protezione dalla modifica, in grado di escludere - già oggi - una parte degli utenti della rete e persino degli utenti registrati in Teknopedia. Ricordi, giustamente, che "chi verrà qui a farci lo spiegone" mostrando di non voler o non saper conformarsi al metodo del consenso verrà allontanato; il fatto è che costoro, prima ancora di fare lo spiegone (in talk) manomettono le voci, con il rischio che voci ad elevata visibilità debbano per ciò stesso essere protette per evitare l'instabilità dovuta a edit war o comunque a reiterate modifiche improprie. Infine, quanto al fatto, da te richiamato, che gli autoverificati sono nati per ridurre gli edit da sottoporre a esplicita verifica, IMHO è pienamente assimilabile alla stessa necessità di semplificazione del processo editoriale non dover attendere che, in una voce protetta, sia un sysop a tradurre in voce una modifica buona (perché arriva da un utente la bontà delle cui modifiche è stata attestata e non contestata) che è stata, dispendiosamente, descritta in talk e sulla quale si è dovuto attendere un esplicito consenso. In questi casi, IMHO, per il rispetto del metodo del consenso è sufficiente demandare alla responsabilità degli utenti autoverificati - espressamente avvertiti che stanno per modificare una voce soggiacente a un regime peculiare di protezione - l'astenersi da fare edit che possano essere contestati. --Nicolabel 22:47, 18 apr 2022 (CEST)[rispondi]

• Contrario Sinceramente condivido il parere di Ignis e Pequod. L'idea di per sé è buona e potenzialmente utile, ma andrebbe, IMHO, in una direzione contraria a WP:LIBERA e WP:REDAZIONE. Gli autoconvalidati in buona fede sono la maggior parte, quindi limitare la modifica di una pagina ai soli AV sarebbe troppo penalizzante. Difficile, tra l'altro, che ci siano vandalismi ripetuti ad opera di diversi AC. In caso di edit war, ad esempio, la protezione solo AC e il blocco dei due litiganti credo sia sufficiente. --PercyMM 22:35, 18 apr 2022 (CEST)[rispondi]

Secondo me chi dice che la modifica è contraria allo spirito di Teknopedia, non ha capito il senso del blocco proposto. Ovvero che l'alternativa, così come l'abbiamo è il blocco totale. [@ Dr Zimbu, Pequod76, PercyMM] mi spiegate cortesemente come lasciare liberi di editare utenti considerati non vandalici, invece di bloccare tutti, mina la libertà di contribuzione? Poi, se da una parte, non esiste una redazione nel senso stretto della parola, esiste comunque una linea editoriale dettata dalla comunità. Non mi si venga a dire che non è vero perché, itWiki è diversa da enWiki, che sono diverse da deWiki, che sono a loro volta diverse da nlWiki, e così via. Questa si chiama linea edtoriale. --НУРшЯGIO^{(attenti all'alce)} 23:17, 18 apr 2022 (CEST)[rispondi]

Si tratta di una protezione aggiuntiva a quelle già esistenti che verrebbe applicata qualora la protezione per solo AC non fosse sufficiente, pertanto si tratta di un paletto che aumenterebbe il valore di WP:LIBERA siccome ad oggi, nei casi in cui il blocco parziale non era sufficiente si applicava un blocco completo, limitando la scrittura a tutti. Non andando a sostituire il blocco parziale non può in nessun modo limitare maggiormente il progetto o per lo meno non più di quanto non lo faccia già quest'ultimo. --Vgg5465|✉ 23:33, 18 apr 2022 (CEST)[rispondi]

Anzitutto mi scuso con [@ Superspritz] per una battuta infelice, che voleva essere appunto una battuta ispirata dal suo username ma che è risultata un attacco personale: mi spiace, non era mia intenzione offendere. Per il resto sono Fortemente contrario/a per le ragioni ben espresse da Ignis. Proprio nelle pagine "ad altissima visibilità" c'è bisogno della massima apertura che consente a indirizzi IP/nuovi utenti di partecipare al progetto e di diventarne parte organica. Ci saranno POV-pusher, ma ci saranno da una parte e dall'altra, discuteranno tra loro, cercheranno un consenso, forse si appassioneranno a questo modo di lavorare; anziché scrivere la voce in proprio, gli utenti esperti potrebbero insegnare agli altri come discutere. Se invece si pensa di dover offrire al pubblico una voce già perfetta e perciò la si protegge, il risultato sarà di tenere fuori i nuovi collaboratori, che non avranno ragione per contribuire né potranno farlo. Inoltre la qualità della voce "altamente visibile" paradossalmente peggiorerà, perché non è vero che i wikipediani esperti siano gli editor migliori. Intanto sono pochi e saranno sempre meno se continueranno a proteggere le pagine. Prendete ad esempio la voce altamente visibile Invasione russa dell'Ucraina del 2022, che avrebbe potuto essere una grande palestra di Teknopedia per utenti interessati all'attualità, e invece quasi metà delle modifiche vengono fatte dagli admin, gli stessi che erano contrari a pubblicarla per via del "recentisimo". I contenuti a loro dire troppo "giornalistici" vengono cassati e il risultato è che, nonostante l'impegno generoso di chi ci lavora, la voce è poverissima di contenuti e rispetto alle altre wiki ha anche poche visualizzazioni (1/4 di de.wiki, 1/2 di fr.wiki, meno persino della wiki in polacco), appunto perché lì non c'è quasi niente da leggere. Il tentativo di imitare il tono di una enciclopedia "seria" fa sì che ci siano intere sezioni sulle "implicazioni geopolitiche" e le "implicazioni macroeconomiche" (pura WP:SFERA CRISTALLO, imho) e non compaia mai la parola "(massacro di) Bucha": la voce è pressoché inutile per chiunque. Quindi secondo me invece di creare un ulteriore livello di protezione solo per gli autoverificati, bisognerebbe ragionare su una protezione che escluda gli admin e gli autoverificati, e che consenta agli IP e ai nuovi utenti freschi, non ancora gerarchizzati e intruppati nel social network, di scriversi in pace l'enciclopedia senza troppi fastidi (potremmo chiamarla una pagina "semi-liberata"). Bisogna ricordare che ogni difetto delle voci non è una macchia su Teknopedia, ma un invito ai lettori a rimboccarsi le maniche e lavorare assieme. Ultima cosa: l'affermazione di Superspritz secondo cui il fatto che adesso il flag venga "attivato tecnicamente" dagli amministratori non comporta alcun tipo di "cooptazione" perché sugli AV decide la comunità e non gli amministratori, è in contraddizione con ciò che hanno detto rispettivamente Ruthven, Civvi e Hypergio nella discussione linkata da Lollo: La segnalazione serve agli amministratori per andare a valutare la "carriera" dell'utenza segnalata, per AV non è prevista "la fiducia comunitaria", La mia modalità preferita è quella motu proprio dato che l'admin assegna l'AV a chi veramente conosce. Cerchiamo per favore di non nasconderci dietro al dito: se si crea questo nuovo livello di protezione il potere editoriale degli admin, su it.wiki già enorme, aumenta considerevolmente; sono loro a decidere quando dare e quando togliere l'AV. --151.47.23.108 (msg) 03:31, 19 apr 2022 (CEST)[rispondi]

Non cambierà la politica di protezione delle pagine, rifiutando la proposta, gli ip non potranno comunque scrivere adottando un blocco parziale e non si sta discutendo del come o quando usare tale blocco. Si sta discutendo di un livello aggiuntivo, ciò implica (come scritto sopra), che tutto il resto rimane invariato. Ad esempio, tu [@ 151.47.23.108], non puoi contribuire a Invasione russa dell'Ucraina del 2022 e ciò non cambierebbe in caso di mancato raggiungimento di consenso. --Vgg5465|✉ 09:24, 19 apr 2022 (CEST)[rispondi]

va bene ma posso sempre farmi un account se la cosa mi interessa e iniziare a editare dopo una settimana e 50 modifiche. Se invece devo aspettare di diventare un AV, hai voglia! non avrei nessuna ragione per farmi un account e non me lo farei proprio. Utenti come Tonchino, Lerudito, Francescobelletta, Giulio 13, Luigib25, PolitVikUa e sicuramente altri che non so, che non sono AV, non avrebbero potuto mettete mano alla voce: e pensi che la voce sarebbe stata migliore senza il loro contributo? sarebbe stata ancora più povera! Il problema vero è come contenere gli admin cancellazionisti che ostacolano il lavoro su quella voce (ieri uno diceva che la voce deve stare sotto i 100 kb perché non c'è granché di nuovo e rilevante negli ultimi tempi) e per questo ci vuole una protezione "verso l'alto", non verso i niubbi. --151.82.106.97 (msg) 17:35, 20 apr 2022 (CEST)[rispondi]

[↓↑ fuori crono] Certo che potresti ugualmente, non è forse chiaro che la protezione parziale rimarrà invariata! Si sta discutendo sull'aggiunta di una ulteriore protezione prima di applicare il blocco completo. Pertanto tutte le pagine che tu ad oggi non puoi modificare non le potrai modificare comunque, così come non puoi modificare le pagine che ad oggi finiscono in protezione completa, la differenza è che in futuro per lo meno anziché nessuno, almeno gli AV potrebbero metterci mano. --Vgg5465|✉ 19:02, 20 apr 2022 (CEST)[rispondi]

• Contrario Nonostante veda l'idea come buona e potenzialmente utile come evidenziato in alcuni dei commenti immediatamente precedenti, più che altro mi chiedo l'utilità pratica di questo nuovo livello quando una rapida spulciata a questa lista mostra come vi siano al momento solo 2 pagine che potrebbero potenzialmente rientrare nei criteri di utilizzo. Mi sembrerebbe una complicazione dei diritti del gruppo AV senza un vantaggio tangibile. --Snow Blizzard 15:45, 19 apr 2022 (CEST)[rispondi]

• Contrario Quoto Antonio1952 e altri. La protezione di una voce è come sappiamo l'ultima ratio. Nella maggioranza dei casi basta tener fuori per un po' di tempo gli IP variabili insistenti e perditempo. Se la faccenda è grave la voce protetta o in odore di problemi va sorvegliata comunque sia che sia accessibile agli AC o solo agli AV. Se un utente registrato (AC, AV o admin) si imbarca in contributi problematici o edit war si agisce su di lui (avvisi, UP, blocchi, ecc.). Se una voce viene protetta parzialmente meglio lasciare contribuire anche gli AC così in crono si beccano più facilmente quelli che creano problemi invece di "costringerli" a far danni su altre voci magari meno presidiate. In più la mia contrarietà è legata al fatto che accettando la proposta si verrebbe a creare una classe di utenti con privilegi redazionali che ci darebbe un falso senso di sicurezza. --Amarvudol (msg) 18:27, 20 apr 2022 (CEST)[rispondi]
• Commento: Ragazzi, molti di voi stanno mal interpretando la proposta. Non si sta discutendo sul "sostituire il livello della protezione parziale" quanto invece di "aggiungere un ulteriore livello di protezione, tra quella parziale e quella completa", pertanto, ciò che ad oggi avviene come pratica standard, rimane totalmente invariato, il nuovo livello potrebbe venir applicato, nei rarissimi casi in cui ad oggi si applica un blocco completo, in quanto anche il parziale non è sufficiente. Per avere un esempio, date un occhiata a ciò che è successo ad inizio marzo con Invasione russa dell'Ucraina del 2022. --Vgg5465|✉ 19:07, 20 apr 2022 (CEST)[rispondi]

  Per capire chi sta male interpretando la proposta, basterebbe che qualcuno rispondesse alla domanda che Ignisdelavega ha fatto qualche giorno fa, all'inizio della discussione (19:18, 8 apr 2022), e a cui nessuno ha ancora risposto: Qualche esempio concreto di pagine in cui questo tipo di protezione può essere utile?

  Snow Blizzard, ieri, ha elencato le pagine in ns0 attualmente protette e lui ne individua al massimo 2; negli altri namespace (Teknopedia, Aiuto, Template e Modulo), quali pagine potrebbero passare dal livello di protetta a questo nuovo livello? --Antonio1952 (msg) 22:55, 20 apr 2022 (CEST)[rispondi]

  Non capisco che cosa cambi sapere il numero di pagine in questo momento che possano giovare di tale cambiamento, la proposta è lecita e in un ventennio di wikipedia sicuro sarebbe potuto servire, anche perché altrimenti non si spiegherebbe l'introduzione da parte di altre wiki, in futuro, vista la crescita dell'enciclopedia potrà di certo servire più di ora. Volendo trovare esempi a tutti i costi, si potrebbe provare ad applicare a moltissimi template ad ora in protezione completa, essendo utenti verificati non credo che si metterebbero a modificarne il codice senza sapere quello che stanno facendo. --Vgg5465|✉ 01:03, 21 apr 2022 (CEST)[rispondi]

  Per me non è un problema lasciare le cose come stanno ma basta rendersi conto che l'alternativa a questo nuovo blocco, è il blocco totale. Se a quelli che parlano di libertà questo va bene, per me si può chiudere qui il discorso. Inoltre, il blocco totale su pagine ad alta visibilità si applica per tempi limitati ed è per questo che se ne trovano poche. Le controindicazioni al blocco totale? Nessuno mette mano alle pagine e nonostante gli argomenti siano caldi, la pagina rimane congelata. Le linee guida prevedono questo blocco e continueremo ad applicarlo, senza dare la possibilità a nessuno di editare. Che senso ha allora impedire di editare coloro che sono stati considerati non vandalici? Fate vobis.--НУРшЯGIO^{(attenti all'alce)} 04:00, 21 apr 2022 (CEST)[rispondi]

  @Antonio1952 non c'entra nulla quali pagine sono adesso in protezione parziale o totale attualmente, ne potrei citare almeno 3-4 comprese un paio di talk, per interventi di utenti che non sanno cos'è un'enciclopedia e, per le talk, arrivano a trollare, inutile richiedere i nomi delle voci ora in questo momento, IMO, non è proprio il caso (ora però non chiedermi perchè non è il caso, in pubblico non te le dico ma se ci pensi ci azzecchi :-D). Rimarrebbero casi comunque rari, in passato forse 1-2 volte all'anno, qualcuna in più negli ultimi tempi per la guerra e campagne esterne. --Kirk Dimmi! 18:11, 22 apr 2022 (CEST)[rispondi]

• Favorevole Si sta proponendo di dare agli amministratori, utenti a cui la comunità ha dato fiducia anche per la capacità di giudizio, uno strumento che potrà essere o potrà non essere usato, e che in alcune circostanze può essere utile, non si sta proponendo di segregare la comunità in compartimenti stagni di eletti e di sudditi o di restringere ancora di più le policy di protezione. Fosse utile anche solo due volte l'anno, due protezioni totali diventeranno due protezioni "intermedie" e aperte a una più ampia platea di utenti giudicati non vandalici dalla comunità, e WP sarà di fatto più libera, anche se di poco. Non vedo dov'è che ci andrebbe a perdere l'enciclopedia.--Saya χαῖρε 20:20, 21 apr 2022 (CEST)[rispondi]

• Favorevole Sarà un ottimo strumento a mio avviso. Darà possibilità di editare alle utenze interessate e non vandaliche anche a voci ad alta visibilità che sono tra quelle più sensibili e oggetto di protezione totale, quindi nessun livello o scale a mio avviso ma apertura al miglioramento delle voci senza lasciarle nell'oblio per un lasso di tempo . Il WP: LIBERA c'entra poco o nulla tutto dipende dal volere e in che modo vuol contribuire un utenza -- Il buon ladrone (msg) 20:31, 21 apr 2022 (CEST)[rispondi]
• Commento: Io ho già espresso sopra il mio parere favorevole e ho letto le perplessità di chi si è detto contrario o dubbioso. Mi sembra però il caso di rimettere meglio in chiaro alcune cose su cui ho visto si è equivocato:
  • Questo livello di protezione non va a sostituire o a eliminare i livelli attuali: si "aggiunge" come livello intermedio tra semiprotezione e protezione totale
  • Questo significa che l'introduzione di questo nuovo livello non cambierebbe di una virgola i meccanismi attuali su cui vengono attuate le semiprotezioni: questo rimane sempre e comunque il primissimo livello da considerare e utilizzare e che, in caso non si possa fare altrimenti, deve avere la precedenza, esattamente come avviene adesso --> le policy di semiprotezione rimangono tali e quali a oggi (non sono mai state messe in discussione) e non sono influenzate dall'eventuale nuovo livello AV
  • Se proprio il nuovo livello a tendere deve sostituire un tipo di protezione, quella candidata a essere sostituita e il cui uso possibilmente viene ridotto a zero, è proprio quella più pesante, ossia la protezione totale, che è quella che consente interventi solo agli amministratori. Per quelli che temono che "gli admin entrano troppo nel merito" (per inciso: dimenticando che gli admin prima di tutto sono "utenti come tutti gli altri" quando si tratta di dover discutere nel merito e che non è che siccome hanno i tastini non sono più autorizzati a dire la loro), questa dovrebbe essere una motivazione a favore di questo nuovo livello, perché a tendere i casi in cui solo gli admin possano metter mano a una voce si desidererebbe che arrivino allo zero o quasi, ossia al livello del mondo ideale. Raramente ci siamo trovati a poter mettere in pratica soluzioni che ci avvicinino così tanto a questa situazione ideale e secondo me non sarebbe una mossa lungimirante perdere questa occasione.
  • Un livello di protezione AV allargherebbe la platea di utenti che possono intervenire in una voce in caso di protezione "più pesante" e questo è fortemente in direzione di WP:LIBERA: la protezione inevitabilmente pone dei limiti a questo pilastro, il nuovo livello attenua e non di poco (c'è almeno un fattore moltiplicativo 10) queste restrizioni rispetto alla protezione totale
  • Se è vero che gli AV teoricamente possono essere nominati direttamente dagli admin, è anche vero che questa prassi nei fatti non si applica perché tutti preferiamo passare per le pagine di nomina, e su questo aspetto "qualsiasi utente dotato dei requisiti di voto" può proporre chi vuole. Se si teme una qualsiasi forma di cooptazione o potere di veto da parte degli admin, ci si sbaglia: se un flag AV non viene concesso è perché nella relativa discussione ci sono sufficienti pareri in questo senso da parte di utenti differenti e anche qua il parere contrario non è riservato ai soli admin (e giusto per mettere le cose in chiaro: anche tra gli admin le opinioni sono tutt'altro che monolitiche e "allineate", anzi, quindi chi teme "blocchi corporativi" sta ragionando secondo un'ottica complottista assolutamente infondata)
  • Anzi: sulle voci protette con questo nuovo livello, il campo di azione degli admin rispetto alla situazione attuale "si restringe" proprio perché una serie di azioni che ora con la protezione totale possono eseguire solo loro sarebbero accessibili a una platea ben più ampia di utenti considerati affidabili e in questa situazione molti admin potrebbero anche dedicarsi ad "altro". Per chi paventa se non urla al "controllo dei contenuti da parte degli admin", un livello di questo genere sarebbe una risposta concreta che va proprio nella direzione di non riservare ai soli admin operazioni editoriali (che dovrebbero comunque già essere limitate al minimo indispensabile in caso di protezione totale).
  • Ultimo ma non da ultimo: questo livello di protezione, esattamente come ora la protezione totale, rimane un livello estremo a cui ricorrere in situazioni di particolare emergenza o delicatezza. Non sarebbe in ogni caso uno strumento destinato a diventare una forma di "prassi". Di fatto, verrebbe applicato strettamente dove serve e per il tempo strettamente necessario, né più né meno come tutte le altre protezioni.

  In poche parole:, con questa proposta gli admin finiranno per lasciare ad altri utenti operazioni che ora sono strettamente riservate a loro. Se per voi questa proposta di nuovo livello sembra "pensata per favorire la mitica (e inesistente) krikka", qualcuno mi spieghi come visto che tutto va esattamente nella direzione contraria.--SuperSpritz^{l'adminalcolico} 19:07, 22 apr 2022 (CEST)[rispondi]

In caso di protezione totale, gli admin fungono da moderatori e non da filtro editoriale. Riservare una voce agli AV significa creare un filtro editoriale (che ovviamente include anche gli admin). Ad una voce totalmente protetta possono invece partecipare tutti (in talk) e via consenso gli admin modificano. pequod76^talk 11:21, 27 apr 2022 (CEST)[rispondi]

@Pequod76 Anche la protezione parziale seguendo il tuo argomento funge da filtro editoriale, è proprio quello lo scopo, evitare modifiche indesiderate e di pancia da persone che non sanno come comportarsi. È ovvio si tratti di misure eccezionali. --Vgg5465|✉ 11:33, 27 apr 2022 (CEST)[rispondi]

Le considerazioni di Pequod sono giuste, ma allo stato mentre le protezioni totali delle voci durano di norma pochissimo (salvo che in caso di inibizione alla creazione per minacci legale) esistono filtri editoriali (semiprotezioni) vigenti ininterrottamente da anni (in qualche caso addirittura dal 2005). Per un IP o un non autoverificato non vi sarebbe alcun divieto a proporre le modifiche in talk esattamente farebbero oggi nelle voci a protezione totale; a differenza di queste, però, gli AV potrebbero editare direttamente forti del riconoscimento di una loro affidabilità intrinseca e consapevoli che, soprattutto in una voce soggetta a protezione, tutti debbano esercitare una cautela supplementare. --Nicolabel 11:55, 27 apr 2022 (CEST)[rispondi]

@Vgg: la semiprotezione si "supera" con un numero predefinito di edit. L'ulteriore livello proposto si supera invece con quella che tecnicamente è una cooptazione (della comunità, non degli admin). Quindi, no, la semiprotezione resta una moderazione, non un filtro editoriale nel senso paventato. Quanto alla affidabilità intrinseca degli AV, il gruppo definisce solo utenti chiaramente non vandalici, non utenti capaci di editare bene o meglio di altri le voci critiche. pequod76^talk 17:37, 27 apr 2022 (CEST)[rispondi]

• Favorevole Parto dalla considerazione che gli admin su it.wiki siano sempre troppo pochi e che quindi la protezione totale rischia di essere un semplice congelamento della voce, anche perché molti admin non intervengono nel merito delle questioni, come redattori, ma solo come arbitri super partes (ho in mente casi di edit war, che credo siano l'origine di quasi tutte le protezioni). In questo senso il rilassamento della protezione verso autoverificati può essere utile. Dall'altro lato può anche essere utile per rivedere lo status di autoverificato che è stato concesso a quasi tutti gli utenti attivi, perché i contributi di una parte degli AV necessitano invece di ricontrollo, anche se è un tipo di ricontrollo più paziente e minuzioso di quello che possono fare gli instant patroller. --AVEMVNDI ✉ 11:52, 2 mag 2022 (CEST)[rispondi]
• Favorevole: un livello di protezione intermedio potrebbe essere necessario per permettere a determinate voci, in momenti diciamo pure "delicati", di non essere congelate totalmente, offrendo l'opportunità a una certa fascia di utenti di poter intervenire con calma sulle suddette. Ciò permetterebbe un rigoroso intervento, dove la cosa sia necessaria, unicamente, sino al momento di sproteggere, a utenti di cui si presume sia attestato un pizzico in più di rigore. Non sempre una protezione che include gli autoconvalidati tra i possibili utenti a cui è concessa la facoltà di modificare può risultare adeguata per evitare il reiterarsi di inserimenti impropri: limitando le modifiche di certe voci in determinati momenti per tot tempo solo agli autoverificati si limiterebbe la possibilità di interventi effettuati da utenti monoscopo, provenienti da WP:CAMPAGNA o trascinati per osmosi da quest'ultima (se la memoria non mi inganna si è assistito a qualcosa di simile nel caso di Orsini o dell'Incendio della Casa dei sindacati di Odessa). Per evitare di dilungarmi, rinnovo comunque il mio pollice recto alla proposta--☠︎Nima Tayebian☠︎^{(𝖄𝖔𝖚 𝖙𝖆𝖑𝖐𝖎𝖓' 𝖙𝖔 𝖒𝖊?)} 13:11, 2 mag 2022 (CEST)[rispondi]
• Leggo solo ora di questa proposta e sono Fortemente contrario/a. Su it.wiki ci sono 1335 utenti autoverificati su 2252441 utenze. Il che vuol dire che alcune pagine sarebbero modificabili (per quanto temporaneamente) solamente dallo 0.06% delle utenze (so che così sono inclusi in ambo i numeri gli utenti inattivi, ma non saprei come filtrarli adeguatamente). Certo, al momento il livello "massimo" di protezione è ancora più stringente, limitato ai soli admin, ma tra questi e gli AV vedo una differenza non da poco: gli admin sono utenti che, candidati, vengono votati dalla comunità e soggetti a riconferma periodica. Gli AV invece non possono autocandidarsi e non ci sono né una vera e propria votazione, né una "verifica" periodica --Anonimo88 (msg) 23:50, 18 mag 2022 (CEST)[rispondi]

Ringrazio tutti gli intervenuti e ho atteso appositamente un mese prima di tornare a vedere la discussione. Senza fare la conta, direi che c'è un buon consenso per l'implementazione, ma prima è necessario sistemare le policy e poi anche i moduli, oltre ai lucchetti. Partiamo dalla policy, andrebbe aggiunto un paragrafo del tipo (liberamente editabile ovviamente):

Protezione "solo autoverificati"

La protezione "solo autoverificati" viene usata per impedire a tutti gli utenti che non siano autoverificati, anche implicitamente, di effettuare modifiche a una pagina. Questo tipo di protezione può essere applicato solo quando la semi-protezione si sia dimostrata insufficiente e permette di evitare l'utilizzo della protezione totale. Il vantaggio rispetto ad essa, infatti, è quello di potere continuare a modificare, anche nei contenuti, la pagina protetta.

Solo a scopo esemplificativo, questo tipo di protezione può essere utilizzato:

• Nelle pagine ad altissima visibilità;
• Nelle pagine soggette a numerosi vandalismi e/o edit impropri che sono già state semi-protette senza risultato;
• In alcuni template.

La durata della singola protezione non dovrebbe superare 3 mesi, ma è comunque possibile, nel caso in cui sia necessario, estenderla di volta in volta per altri 3 mesi.

--Superpes15^(talk) 14:37, 8 mag 2022 (CEST)[rispondi]

Cosa significa "anche implicitamente"? --Nicolabel 10:40, 10 mag 2022 (CEST)[rispondi]

[@ Nicolabel] Lol in realtà doveva essere “viene usata per consentire solo agli utenti che siano autoverificati, anche implicitamente, di …” però mi sa che ho cambiato alla fine lasciando erroneamente “anche implicitamente” :/ così suona malissimo effettivamente (ovviamente implicitamente è riferito a sysop, rb, bot e admin-bot che hanno l’autopatrol pur non appartenendo esplicitamente al gruppo AV) --Superpes15^(talk) 17:11, 19 mag 2022 (CEST)[rispondi]

Ora, riguardo i lucchetti, è necessario un intervento particolare: per quanto possiamo considerarli belli esteticamente, dobbiamo venire incontro anche a chi ha esigenze particolari ed è impossibilitato a distinguere alcune tonalità, a tal proposito il buon Superspritz, che ringrazio, ha creato alcune bozze di lucchetti. Finalmente viene inserita una lettera all'interno dei lucchetti in modo da essere riconoscibili a tutti! Quale preferite? P.S. Solo per conoscenza, le pagine non protette già di default possono essere spostate solo dagli autoconvalidati, non da tutti gli utenti registrati!

Che ne pensate? --Superpes15^(talk) 14:37, 8 mag 2022 (CEST)[rispondi]

Grazie [@ Superpes15] di questa proposta di vaglio delle bozze elaborate da Superspritz. Brillante l'idea di inserire una lettera che potrà agevolare il compito, come giustamente notato, a chi ha problemi nel riconoscere le differenze cromatiche. Personalmente, per mero gusto personale, opterei per la prova numero 4. Il primo lotto di lucchetti mi sembra eccessivamente "spento", mentre il terzo (rosso) forse troppo acceso (limiterei il rosso solo ad una protezione "decisiva", quella totale). La terza, tutta un fucsia... ok, colore gradevole ma opterei per distinzioni cromatiche tra lucchetto e lucchetto (e, il rosso nella protezione totale mi sembra possa avere senso). Rimarrebbero le ultime due serie, e, dovendo scegliere tra l'arancio e il viola opterei per il viola. Dunque la quarta serie :-)--☠︎Nima Tayebian☠︎^{(𝖄𝖔𝖚 𝖙𝖆𝖑𝖐𝖎𝖓' 𝖙𝖔 𝖒𝖊?)} 19:22, 9 mag 2022 (CEST)[rispondi]

Preferisco il traffic light code (senza il verde ovviamente) rappresentato dalla serie 5. Il viola, secondo l'immaginario di alcuni, potrebbe essere "più forte" del rosso. Anche se, d'altro canto, le lettere e le frecce non dovrebbero generare confusione.--НУРшЯGIO^{(attenti all'alce F.U.B.)} 08:22, 10 mag 2022 (CEST)[rispondi]

Se si sceglie di differenziare anche con i colori sarei per la 5, forse l'arancio è più attinente a giallo e rosso rispetto al viola. A tinta unica tanto vale la prima serie, visto che la 2 e la 3 comunque non differenziano per colore e sono tinte un po' forti (poi va a gusti).--Kirk Dimmi! 08:54, 10 mag 2022 (CEST)[rispondi]

Non ho capito come leggere la pagina delle bozze di [@ Superspritz]. I tre livelli per la protezione dalle modifiche sono chiari, ma perché ce ne sono ulteriori quattro per le protezioni dagli spostamenti?

In relazione a questi ultimi, la freccia, anziché a sinistra della scritta, potrebbe andare sopra (o sotto) la scritta o addirittura il lucchetto? Trovo un po' sgradevole l'asimmetria attuale ed inoltre, nella versione da 30px, la scritta viene IMHO troppo piccola.

Sulle scelte cromatiche, io preferisco il grigio, che non dà eccessiva enfasi visiva: il 98% di chi accede a una voce è là solo per leggerla e non è minimamente interessato al lucchetto. Chi voglia scrivere, anche se non nota subito la protezione, se ne accorge appena prova ad accedere al tab di modifica. Perché sovraccaricare visivamente la voce con un lucchetto colorato? --Nicolabel 10:37, 10 mag 2022 (CEST)[rispondi]

[@ Nicolabel] i lucchetti per lo spostamento sono in realtà in alternativa (con lettere alternativi a quello senza lettere), a seconda di quanto emerge dalle policy. Se si mantiene lo status attuale per cui solo gli admin possono spostare una voce protetta dallo spostamento, allora va considerato il solo lucchetto con la freccia senza lettere; altrimenti se si introducono anche per lo spostamento livelli differenziati va considerata la terna con la freccia e le lettere. Non è un problema spostare la freccia rispetto alle lettere. Le varie opzioni cromatiche sono state proposte sulla base di varie opinioni raccolte in merito, in modo da consentire una scelta il più possibile condivisa tra varie opzione alternative tra loro. La versione a 30px deriva dalla dimensione usata attualmente per i lucchetti di protezione messi dal template {{Protetta}}, 30px appunto, anche se secondo me passare a 40px non è un cambiamento sconvolgente.--SuperSpritz^{l'adminalcolico} 18:08, 10 mag 2022 (CEST)[rispondi]

La quinta proposta mi pare la migliore, con colori sostanzialmente semaforici, e quindi di facile associazione al livello di protezione inerente --IlPoncio^{Ho sbagliato?} 22:38, 10 mag 2022 (CEST)[rispondi]

Anche io trovo più chiara la quinta serie, con i colori in scala cromatica. --Lollo Scrivimi 01:48, 11 mag 2022 (CEST)[rispondi]

[← Rientro] Breve riassunto dello stato: cercherò di tenerlo aggiornato man mano che arrivano i pareri

Quindi tra gli schemi monocromatici finora è netta la preferenza per il tema grigio. Per i policromatici, per il tema giallo/arancio/rosso. --SuperSpritz^{l'adminalcolico} 20:01, 11 mag 2022 (CEST)[rispondi]

[@ Superspritz, Superpes15] Probabilmente sto per dire una cavolata. Ho guardato la bozza e mi chiedo, riguardo i lucchetti per la protezione dallo spostamento, a che cosa serva quello della semiprotezione. Mi spiego meglio: lo spostamento delle pagine non è, di default, consentito solo agli autoconvalidati? Dunque non credo esista un livello di semiprotezione dallo spostamento solo per AC.
Quanto a quella per AV, ci sono dei casi in cui delle pagine attualmente protette totalmente dallo spostamento potrebbero essere protette solo AV? Se sì, non vedo che male faccia, a questo punto, abilitare questo nuovo tipo di protezione. Se ho detto solo un mucchio di fesserie avvisatemi pure. --PercyMM 21:26, 11 mag 2022 (CEST)[rispondi]

In effetti il lucchetto per la semiprotezione dallo spostamento non serve (e l'ho tolto dalla tabella). Al momento (senza il livello AV), solo gli admin possono spostare una voce protetta dallo spostamento. Quella di introdurre un nuovo livello di protezione AV anche per lo spostamento è un punto su cui finora non si è discusso ma solo perché non si sono definite al 100% le policy relative al nuovo livello (vedi discussione sotto) ma in effetti potrebbe essere un'opzione sensata da prendere in considerazione nell'opportuna discussione.--SuperSpritz^{l'adminalcolico} 23:09, 11 mag 2022 (CEST)[rispondi]

Anche per me il quinto schema è il più valido, i colori permettono di capire al volo lo stato di protezione. --Vgg5465✉ 09:44, 12 mag 2022 (CEST)[rispondi]

Ok alla 5 anche per me--Parma1983 14:24, 18 mag 2022 (CEST)[rispondi]

Non starete tergiversando solo perché ho scritto di preferire il grigio, vero? :) --Nicolabel 23:55, 18 mag 2022 (CEST)[rispondi]

No, stavo solo aspettando che si stabilizzasse la discussione. Mi sembra che la preferenza netta sia per lo schema 5 ("semaforico"), nella versione finale con i lucchetti di spostamento con la freccia "sotto" alla scritta (vedi sempre Utente:Superspritz/Sandbox6). A questo punto, carico su Commons questa serie e così chiudiamo questo punto.--SuperSpritz^{l'adminalcolico} 00:18, 19 mag 2022 (CEST) P.S. Io mi sono astenuto in quanto autore della grafica, ma anche io preferivo il tema 1[rispondi]

Ah meno male! :D

Quanto al lucchetto per lo spostamento, graficamente preferisco la nuova versione. Riflettendo non credo che sia davvero utile un livello di protezione intermedio anche per gli spostamenti (ossia: anche per i soli spostamenti): se è stato necessario applicare la protezione, il titolo della voce è già controverso e un esplicito consenso per spostare, con conseguente passaggio in WP:RA, sarebbe IMHO caldamente consigliato. --Nicolabel 08:40, 19 mag 2022 (CEST)[rispondi]

Secondo me, se una pagina è protetta totalmente, mi sembra inutile mettere anche il lucchetto per lo spostamento: se la protezione è totale, dovrebbe essere implicito che la pagina sia protetta anche dallo spostamento.--Mauro Tozzi (msg) 20:06, 19 mag 2022 (CEST)[rispondi]

• A mio avviso, tra le policy da integrare c'è anche Teknopedia:Autoverificati#Assegnazione a meno che non si ritenga che basti, come oggi, una talk pulita e una buona compilazione del campo oggetto. --Antonio1952 (msg) 22:39, 8 mag 2022 (CEST)[rispondi]

  Beh, avere dimostrato "di essere a piena conoscenza dei pilastri e delle linee guida di Teknopedia" è una buona formulazione, a cosa pensavi in particolare? --Superpes15^(talk) 21:06, 9 mag 2022 (CEST)[rispondi]

  A dirsela tutta, essere a conoscenza non vuol dire rispettare, si potebbe dire "di essere a piena conoscenza e di avere rispetto dei pilastri e delle linee guida di Teknopedia".--НУРшЯGIO^{(attenti all'alce F.U.B.)} 08:13, 10 mag 2022 (CEST)[rispondi]

  Penso - parere personale - che per l'autoverifica sia scontato che oltre a conoscere i pilastri e le linee guida, un utente debba dimostrare di rispettarli (IMHO sarebbe strano se un utente che ignora determinate regole venisse inserito tra gli autoverificati: si potrebbe mettere in dubbio la sua conoscenza delle linee guida etc.). Fondamentalmente credo che il flag sia assegnabile a chi dimostra, oltre alla comprensione, anche il rispetto della policy.--☠︎Nima Tayebian☠︎^{(𝖄𝖔𝖚 𝖙𝖆𝖑𝖐𝖎𝖓' 𝖙𝖔 𝖒𝖊?)} 12:26, 10 mag 2022 (CEST)[rispondi]

  Credo che sia più che comprensibile che le linee guida debbano essere rispettate per ottenere il flag con la frase "e che non effettui da lungo tempo contributi impropri", frase già presente nella pagina di servizio. --Lollo Scrivimi 01:50, 11 mag 2022 (CEST)[rispondi]

• Fortemente contrario/a. Viene detto che "Una pagina protetta solo agli AV sarebbe comunque accessibile a circa 1500 utenti (inclusi RB e sysop), e non più a soli 120 (punto importante soprattutto per chi è preoccupato dal rispetto di WP:LIBERA)." Questo in realtà, a mia modesta opinione, è semplicemente falso. L'introduzione di un ulteriore livello di protezione andrebbe semplicemente ad aumentare il numero di pagine protette, e quindi non accessibili al normale utente. Mi spiego peggio: con un livello di protezione giudicato minore la comunità sarà molto più portata a proteggere pagine che allo stato attuale, per casualistiche "borderline", verrebbero lasciate come sono (livello di protezione più basso), permettendo quindi la modifica agli autoconvalidati, che sicuramente sono di più del millino paventato. Paradossalmente tutto ciò va in diretta opposizione a WP:LIBERA. --IlPoncio^{Ho sbagliato?} 06:59, 12 mag 2022 (CEST)[rispondi]

Aggiungo che, a rigor di logica, gli autoverificati, non essendo soggetti a riconferma o decadenza per inattività, constano di una sola frazione ancora attiva nel progetto, che se qualcuno volesse gentilmente quantificare... --IlPoncio^{Ho sbagliato?} 08:30, 12 mag 2022 (CEST)[rispondi]

Quale logica ti fa pensare che le pagine protette aumenterebbero? Questa è mera sfiducia negli amministratori tutti che, per contro, non vogliono proteggere le pagine in modo totale e cercano un'alternativa più blanda ma ugualmente efficace per le poche protezioni totali che siamo costretti a fare. Poi, anche se gli AV non sono soggetti a decadenza automatica, non ti preoccupare che sono costantemente ben monitorati e, se si riscontano vandalismi o incorrettezze, alcuni, compresi quelli che hanno qualche diritto aggiuntivo, possono perdere il flag. Inoltre, chi ha abbandonato il progetto e non faceva vandalismi prima dell'abbandono, non fa presumere che ne faccia dopo un eventuale rientro, quindi una decadenza per inattività è del tutto inutile e non inficia la validità dello strumento. Quanti sono gli attivi tra gli AV? Puoi verificare qui, ma comunque un numero compreso tra zero (caso improbabile) e 1 428, che è comunque maggiore al numero di utenti che oggi possono editare le pagine con protezione totale: zero. --НУРшЯGIO^{(attenti all'alce F.U.B.)} 12:58, 12 mag 2022 (CEST)[rispondi]

La logica che mi fa pensare che le pagine protette aumenterebbero l'ho già esposta, e la fiducia negli amministratori non c'entra nulla. Semplicemente uno strumento di mezzo paradossalmente aumenterebbe il numero di pagine protette, perchè logicamente penso che ad oggi siano molti i casi in cui si è deciso di non applicare una protezione totale, ma parziale. Con uno strumento di mezzo si aprono infinite possibilità di applicazione dove non si vuole mettere la protezione totale, perchè esagerata, ma nemmeno quella parziale. Sono comunque tutte cose che ho già detto. Per il secondo punto, la mia non era assolutamente una critica alla figura dell'autoverificato o delle norme relative, stavo semplicemente dicendo, proprio perchè non è presente una riconferma annuale ed una decadenza per inattività, che in realtà il numero di autoverificati realmente presenti (inteso come attivi nel progetto) è una frazione di quella dichiarata --IlPoncio^{Ho sbagliato?} 17:09, 13 mag 2022 (CEST)[rispondi]

La logica che ti fa pensare che le pagine protette aumenterebbero parte da una premessa assolutamente erronea, ossia che "siccome c'è un nuovo livello di protezione, si applica ex-novo dove finora non si proteggeva" e questa è una premessa completamente priva di fondamento. La logica di questo nuovo livello di protezione è che dove oggi si protegge totalmente (quindi "non si introducono nuovi parametri aggiuntivi per le protezioni delle voci") si abbassa il livello consentendo interventi anche agli AV (dove oggi sono vietati). La protezione totale rimane riservata solo per i casi più estremi. Punto. Non si aggiungono nuove casistiche, è proprio tutta la logica del tuo ragionamento che partendo da premesse e considerazioni non corrette porta a conclusioni altrettanto non corrette (e, permettimi, prive di qualsiasi base di fondamento): l'unica cosa che rimane di questo tuo ragionamento è una sostanziale scarsa fiducia nei confronti della comunità, anche se tu affermi il contrario.--SuperSpritz^{l'adminalcolico} 11:51, 14 mag 2022 (CEST)[rispondi]

[← Rientro] Segnalo che la protezione AV è tecnicamente attiva (vedi task). Rimane solo da aggiornare il modulo e da pubblicare le linee guida prima di poterla utilizzare. --Superpes15^(talk) 15:42, 23 mag 2022 (CEST)[rispondi]