se avessi dato un'occhiata avresti visto che è stato semplificato, ora gestisce solo l'avviso in pagina pasta in cancellazione, e l'avviso utente. per il fatto che non ti piaccia perchè non ti sei espresso quanto è stato presentato, poteva essere modificato in meglio. PersOnLine18:57, 19 giu 2007 (CEST)[rispondi]
Quando è stato presentato non avevo tempo per mettermi a seguire il progetto, e non avevo notato i problemi che adesso sono emersi con l'uso massiccio.
Principalmente, è diventato difficile leggere la pagina dato che non è più evidente com'era prima la differenza tra votazioni aperte e semplificate. Se la formattazione lo permette, aggiungere una barra colorata a sinistra (che so, col flottante in modo che la dichiarazione sia in testa e non disturbi la votazione) sarebbe utile.
Inoltre, il sottotitoletto in grassetto spezza il paragrafo, per cui per leggere solo i nomi e le motivazioni di fatto devi leggere un paragrafo si e uno no. Forse potrebbe essere una buona idea sostituire il titolo di secondo livello con uno più discreto di quarto livello (====), o se possibile eliminarlo del tutto.
Un indice del fatto che il template sia piuttosto ostico, emerge nel fatto che le votazioni delle voci salvate non vengono praticamente più chiuse, mentre prima era questione di minuti. Questo perchè non è chiaro quali siano le votazioni aperte.
Oggi qualcuno ha usato anche il template vecchio, facendo ulteriore casino.
Inoltre, il bot che gestisce quelle pagine non le raggruppa più come mi pare facesse prima mettendo in testa quelle aperte, per cui sono ulteriormente disperse e illeggibili.
mi spiace, non conosco a sufficienza quel template per metterci le mani e non so come lavora col paulatzbot.
Questi sono solo i più gravi problemi di usabilità che affliggono il template: averlo semplificato non dovrebbe significare solo aver evitato di scrivere "votazione" scambiando con un click, ma dovrebbe aver reso l'intero sistema più fruibile dall'utente. In questo momento, il risultato è l'esatto opposto, IMHO.
Riassumo:
Difficile lettura data da similitudine di votazioni ordinarie e semplificate
Difficile lettura data da suddivisione in paragrafi di diversi tipi (titolo voce / apertura voto)
Mancato raggruppamento delle pagine
Presenza di codice di istruzione che non viene rimosso (col void, ad esempio) e genera junk code
Il vecchio template risulta ancora attivo e non da messaggi di errore quando usato per sbaglio.
@jollyroger: ho aggiunto di togliere le istruzioni prima di salvare speriamo che la gente accolga l'invito: per il resto se vuoi modificare la grafica dei template da usare nella pagina di cancellazione sono:
per il resto il paulatzbot leggere solo i parametri contenuti nel template, basta che non li inverti e non ci sono problemi. PersOnLine20:15, 19 giu 2007 (CEST)[rispondi]
Di sicuro mi trovo d'accordo con questi punti:
Difficile lettura (generica)
Presenza di codice di istruzione che non viene rimosso
però non condivido sulle difficoltà di capire tra semplificate e ordinaria, visto che una è formata da un solo paragrafo e titolo in blu, mentre il secondo con due paragrafi e titolazione apposta; anzi dovrebbe essere più evidente è marcata la differenza.
mancato raggruppamento, quello è affare del bot, basta sistemarlo e dovrebbe rifarlo come prima
per il junk code si possono togliere le istruzioni dal precaricato, o scrivere di cancellare il riquadro; sono state messe solo per dare la possibilità ai non esperti di capite la procedura.
Per il junk code posso provare a risolvere io. Per la formattazione, non ho idea di come fare... è possibile mettere di sfondo al titolo della cancellazione una barra arancio come nei titoli del bar (non ho idea di come si faccia)?
Magari sarebbe carino anche aggiornare le istruzioni su come cancellare una pagina. Non riesco a ripescare da dove venga la parte di testo inclusa automaticamente alla segnalazione di una pagina. Se mi rispondi, domani guardo cosa si può fare. --JollyRoger۩ Drill Instructor21:49, 19 giu 2007 (CEST)[rispondi]
non ti preoccupare ci penso io; ma dimmi un attimo come funziona il ((subst:void))
ve che funzione lo stesso come prima, solo che ho tolto alcuni includeonly che rendevano difficile capire il testo del template da precaricare. PersOnLine13:36, 20 giu 2007 (CEST)[rispondi]
Amici, vi scrivo per dirvi che, IMHO, le istruzioni d'uso del template sono troppo per iniziati. Si dà per scontato che gli utenti conoscano le precedenti versioni del template. In particolare, non capisco al punto 2, dove dice clicca sul QUI (sarebbe bene evitare che si debba fare una prova per comprendere cosa sia QUI); stessa cosa per il misterioso testo in verde. Inoltre, sarebbe bene sottolineare che la sintassi di avviso cancellazione va inserita nella pagina dell'utente interessato: sembra ovvio ma lo scriverei comunque... perché è così, no? Bè, nessuna polemica: da utente inesperto credo di avere un punto di vista privilegiato... Grazie --Pequod76(talk)18:20, 20 giu 2007 (CEST)[rispondi]
capisco, ma le istruzioni sono messe più per proforma che altro, anche perchè la procedura fornisce già automaticamente tutte le istruzioni fase per fase; del resto prova a modificarle io le ho scritte ma francamente non saprei come modificarle anche perchè o inserisci delle immagini oppure devi fare qualcosa di così lungo che la gente non legge, visto che molti vogliono trovare le istruzioni schematizzate. PersOnLine00:10, 20 giu 2007 (CEST)[rispondi]
Attualmente il template è privo di categoria. La conseguenza è che le voci in cancellazione continuano ad apparire nella pagina speciale Voci senza categorie, e chi lavora sulla pagina per categorizzare le voci se le ritrova "tra i piedi" tutti i giorni per una settimana... Possiamo rimettere una qualsiasi categoria, così la pagina speciale viene ripulita dalle voci in cancellazione? ary2916:33, 22 giu 2007 (CEST)[rispondi]
Bisognerebbe ritoccare il template in modo che ((cancellazione/richiesta)), una volta cominciata un'ordinaria, non mostri più le indicazioni di avvio della procedura, con tanto di link con preload. In special modo quando ci sono le chiamate alle armi da forum o blog, si riversano sulla votazione utenti senza requisiti e in genere newbie (esempio 1, esempio 2) e la prima cosa che fanno è cliccare quel link, il bot delle cancellazioni purtroppo male interpreta e posticipa l'ordinaria di 7 giorni. --Brownout(msg)06:22, 22 set 2007 (CEST)[rispondi]
lo so ma quello che chiede richiederebbe l'aggiunta di un altro parametro, che, benché la cosa si possa fare, temo verrebbe dimenticato, e rappresenta una complicazione della procedura che sarebbe meglio evitare;piuttosto chiedi a paulatz (discussioni ·contributi) di fare in modo che il bot consideri soltanto il tl ((cancellazione/richiesta)) con la data più anteriori sicché tutti i successivi verranno ignorati, ovviamente bisogna ricordarsi quando si annulla l'apertura della votazione di eliminare sempre il tl in questione e di barrare l'intestazione come promemoria dell'errata apertura. PersOnLine12:44, 22 set 2007 (CEST)[rispondi]
Ho notato che qualcosa non funge con ((cancellazione|2))
Metto l'avviso di cancellazione e mi accorgo che esiste una procedura precedente. Allora metto ((cancellazione|2)) e la cosa non funziona come dovrebbe.
Sembra che non funzioni belle e semplice come negli altri casi.
ho messo il tl, ma non capisco dove stia l'errore; hai copiato il testo in verde che ti viene dato, ((Cancellazione/richiesta|Califfo De Luxe|2)), nella pagina di cancellazione? io ho provato ma mettere in cancellazione, con la seconda cancellazione di badi, e funziona tutto correttamente. oppure prova a spiegarti meglio perchè non ho capito il problema. PersOnLine19:19, 28 ott 2007 (CEST)[rispondi]
Forse non ho capito bene le istruzioni. Le istruzioni sono a prova di arteriosclerotico?
Si prega di concordare prima qui in discussione le modifiche a questo template. In caso di ulteriori edit-war o vandalismi, saremo costretti a proteggere il template. --ChemicalBit - scrivimi12:35, 30 dic 2007 (CET)[rispondi]
Ho notato che questo template funziona bene anche quando la pagina da cancellare non è una voce ma una categoria: è abbastanza furbo da linkare alla categoria e non aggiungere la categoria alla pagina utente del malcapitato che riceve l'avviso. Purtroppo il [[Template:Avvisocancellaprogetto]] non funziona altrettanto bene: infatti aggiunge la pagina di discussione del progetto alla categoria in questione, invece di linkare ad essa. Prefissare la categoria con i due punti (":") non funziona (o meglio funziona, ma poi si "rompono" i link alla discussione sulla cancellazione). --KingFanelfanelia10:43, 14 gen 2008 (CET)[rispondi]
Non si potrebbe far sì che se usato in una talk di progetto il template generi un testo tipo ((Avvisocancellaprogetto)), come fa questo template nelle pagine utente (in cui ha un testo diverso)? In questo modo non si userebbe un altro template con lo stesso scopo. --Superchilum(scrivimi)16:20, 3 feb 2008 (CET)[rispondi]
è fattibilissimo, ovviamente poi non potrà più essere messa in cancellazione una pagina di discussione di progetto, ma non credo che se ne sentirà mai l'esigenza; una sola cosa però, facilitando l'uso dell'avviso nei progetti, non vorrei però che se ne facesse un abuso, perché segnalare va bene, ma bisogna poi ricordare che se si segnalano troppe pagine in cancellazione poi va a finire che non se ne segnala nessuna, poiché l'avviso perde il suo effetto di richiamo. PersOnLine16:30, 3 feb 2008 (CET)[rispondi]
Vengo a chiedere se non riteniate necessario indicare sul template di cancellazione, oltre alla richiesta di avvisare l'autore, anche quella di avvisare il progetto competente, visto che spesso e volentieri l'avviso all'autore porta all'apertura di lunghe discussioni (quasi mai costruttive), mentre l'avviso al progetto porta altrettanto spesso e volentieri all'ampliamento e miglioramento delle voci oggetto di cancellazione, in particolare quando si tratta di voci messe in cancellazione perché minime e non perché non enciclopediche.--Frazzone (Scrivimi)16:54, 13 mar 2008 (CET)[rispondi]
si è già discusso addirittura sulla obbligatorietà di avvisare il progetto, cosa su cui sono del tutto contrario, l'avviso al progetto è una cosa che va fatto solo quando serve e non buon senso per diversi motivi:
si rischia di sommergere i bar tematici di notifiche che con l'andar del tempo diverranno inascoltate perché se si evidenzia tutto alla fine non si metter in risalto niente
in taluni casi, e non rari, si rischio da una parte di sollevare una vera e propria alzate di scudi di persone di gruppi di persone di parte (si pensi ai progetti a sfondo tifoso, politico o religioso) inoltre il rischio di alterazione dell'effettivo consento dato che potrebbero venire un percentuali di utenti che la pensano in un certo modo, superiore magari a quella statisticamente riscontrabile.
Insomma la possibilità di avvisare il progetto c'è, talvolta volte è utile, ma è uno strumento che è meglio non mettere troppo facilmente nelle mani di wiki-inesperti. Anche per dover avvertire un progetto solo perché si mette in cancellazione una pagina che è poco più di una definizione (visto che si è parlato di quelle taggate con A), mi pare esagerato. PersOnLine17:43, 13 mar 2008 (CET)[rispondi]
viene riproposto in seguito sul template di avviso che sta nella pagina da cancellare, però già che ci penso potrebbe anche essere messo nella pagina di cancellazione.PersOnLine18:27, 27 mar 2008 (CET)[rispondi]
Quando una voce è stata cancellata, l'avviso in pagina utente recita: Se ti accorgi che la cancellazione è avvenuta erroneamente rispetto le regole avvisa e richiedi agli amministratori il ripristino.. Obietto che in italiano la dicitura corretta dovrebbe essere rispetto alle regole. --Elitre13:13, 3 mag 2008 (CEST)[rispondi]
Ho notato, o almeno mi è parso, che spostare una voce che è già in cancellazione non è così tragico come lo fanno sembrare. Basta ricliccare sul "QUI" e creare un redirect alla pagina della cancellazione. Se ho spostato "Pippo" a "Pappo" creo "#REDIRECT [[Wikipedia:Pagine da cancellare/Pippo]]". Non è meglio che usare il template Spostare, o lamentarsi con chi non sposta le voci prima?--Bultro (m) 19:50, 11 giu 2008 (CEST)[rispondi]
Il bot della conta avrebbe problemi, idem per i parametri condizionali dei template, inoltre si romperebbero i collegamenti a commenta/vota. Meglio di no. --Brownout(msg)21:50, 11 giu 2008 (CEST)[rispondi]
Ma infatti non è tragico, se io faccio lo spostamento x ---> y, mi basta fare solo:
spostamento wikipedia:pagine da cancellate/x ---> wikipedia:pagine da cancellate/y
riscrivere nel log ((wikipedia:pagine da cancellate/x)) in ((wikipedia:pagine da cancellate/y))
Anche con l'altro metodo, non mi risulta che si rompa alcun collegamento, né che il bot debba avere problemi. Non fanno mica riferimento alla pagina in ns0 --Bultro (m) 21:50, 12 giu 2008 (CEST)[rispondi]
Avrei intenzione di mettere una categorizzazione delle procedure di cancellazione si per giorno di inizio che per, eventualmente, giorno di apertura delle votazioni; questo creerebbe un sistema generale di report ovviamente parallelo a quello già esistente, ma consentirebbe ulteriori vantaggi.
La possibilità di togliere via, volendo, l'inserimento dalla pagina di cancellazione nel log giornaliero, perché con la categoria potrebbe farlo regolarmente un bot, e addio così procedure interrotte.
Anche se dà meno informazioni di quelle raccolte dai bot nei rendiconto giornalieri, darebbe la possibilità in caso di loro malfunzionamento dei bot di avere perlomeno un resoconto sommario delle pagine poste in cancellazione e delle votazioni aperte.
Attraverso il comando ((PAGESINCAT:xxx)) sarebbe possibile avere il numero delle pagine messe in cancellazione e delle votazioni aperte (vedi esempio la categoria:Roma contiene: 51 pagine), questo potrebbe un domani permettere, volendo, una limitazione delle cancellazioni proponibili per giorno. [tralaltro funziona anche senza la creazione della categoria]
Attraverso il ((#categorytree:xxx)) sarebbe possibile ottenere un riassunto automatico di quanto avvenuto nel giorno, esportabile in qualsiasi pagina, anche utente, per avere una rapida idea di cosa sia stato messo in cancellazione. es:
Siccome l'introduzione di questa cosa, comporterebbe la creazione di 365 x 2 categorie per anno, mi sembra obbligo raggiungere prima un vasto consenso, e inoltre approfittarne per avere suggerimenti, idee, e proposto concrete sulla struttura da dare alla gerarchizzazione di queste categorie. PersOnLine19:09, 10 set 2008 (CEST)[rispondi]
Questa sarebbe una categorizzazione simile a quella delle discussione del Bar, dove si categorizzano le procedure, ovvero pagine DI cancellazione, non le pagine IN cancellazione. PersOnLine19:45, 10 set 2008 (CEST)[rispondi]
Sarebbe utile. Se ho visto bene, basta modificare alcuni template e si ottiene la categorizzazione in automatico, senza che gli utenti debbano fare niente più di quello che fanno adesso --Bultro (m) 21:03, 10 set 2008 (CEST)[rispondi]
In pratica sì, però vorrei sapere se la gente è anche d'accordo sul punto 1, per attuare il quale poi dovrò anche concertarmi con i botolatori; in più diciamo che il primo che apre la prima procedura di cancellazione del giorno, deve anche creare le due categorie (ma se metto in percorso, non credo sia un problema)PersOnLine21:11, 10 set 2008 (CEST)[rispondi]
+1 Su PersOnLine, mi sembra un'ottima proposta. Non credo che la creazione di due cat. - con spiegazione e percorso "facilitato" - per il primo cancellatore del giorno sia poi un gran problema, e comunque sarebbe ampiamente compensato dai vantaggi della proposta. Bell'idea. Veneziano- dai, parliamone!23:07, 10 set 2008 (CEST)[rispondi]
E poi basta crearsi in anticipo le categorie per i giorni futuri e non ci si pensa più.
Tecnicamente un bot potrebbe fare quando proposto. Il meccanismo di trasferimento delle procedure da un log all'altro (es. una semplificata che diventa ordinaria) potrebbe essere semplifiato generando il contenuto dei log giornalieri a partire dalle categorie; in questo modo, però, sarebbe difficile generare il log dei trasferimenti. Oppure si potrebbe lasciare il meccanismo (di trasferimento) come è adesso (quindi basarsi sul contenuto dei log giornalieri) e alla fine dei trasferimenti leggere le categorie per cercare le nuove procedure. Il discriminante fra l'una e l'altra tecnica è la presenza o meno del log di trasferimento. Per quando riguarda la creazione delle categorie potrebbe farlo direttamente il bot alla mezzanotte, niente di più facile :) Una domanda: una procedura ordinaria si troverebbe in due categorie? --Mauro742 (msg) 15:34, 11 set 2008 (CEST)[rispondi]
Sì, in una procedura dove si passa da semplificata a ordinaria, la pagina comparirebbe in due categorie: per il momento avevo pensato categoria:cancellazioni del XXXX e categoria: cancellazioni ordinarie del XXXX: come vedi i nomi delle categorie sono diversi perché sono di due tipi. Ma adesso quando si passa in ordinaria la pagina viene cancellata dal suo log precedente per comparire solo in quello "nuovo"? PersOnLine15:53, 11 set 2008 (CEST)[rispondi]
PS Comunque sia, visto che le categorie dovranno servire anche per gestione delle cancellazioni in eventuale caso di malfunzionamento dei bot, dobbiamo studiarle in modo che siano funzionali sia per i bot che per gli umani. avete qualche idea. PersOnLine16:03, 11 set 2008 (CEST)[rispondi]
Il trasferimento avviene come hai detto tu, solo un pò più complicato ;) Prima vengono lette tutte le procedure, poi per ciascun log giornaliero si valuta se ci sono trasferimenti da fare, vengono fatti tutti i trasferimenti (generando, intanto, il log di trasferimento) e salvati i log giornalieri modificati.
L'inserimento automatico nei log è fattibile, solo che devo pensare come ;) In caso di malfunzionamento, però, i log restano non aggiornati e non è comodissimo leggere le varie procedure dalle categorie. Bisognerebbe informare gli utenti (magari usando qualche funzione di MediaWiki) che i log non sono aggiornati (leggendo la data dell'ultima modifica della tabella di conteggio) e quindi redirigerli alle categorie. A questo punto non sarebbe più semplice far inserire le procedure agli utenti? C'è anche da tenere in considerazione che il bot non si blocca spesso. Che ne pensate? --Mauro742 (msg) 20:06, 11 set 2008 (CEST)[rispondi]
<torno a dx>@Mauro742:andiamo per gradi:
Dunque per leggere i dati relativi all'ultima modifica (e solo quella) della pagina, esistono le variabili: ((REVISIONDAY)) ((REVISIONMONTH)) ((REVISIONYEAR)); ((REVISIONTIMESTAMP)), che danno rispettivamente: giorno, mese, anno e tutto insieme l'ultima (23 05 2024; 20240523150009). Il problemi è che, come succede per tutte le variabili di Wikimedia, anche queste leggono solo i dati della pagina in cui sono visualizzate, e non, invece, quelle delle pagine in cui sono contenute "fisicamente" nel codice; quindi, facendo un esempio, se tu li metti la tabella del conta giornaliero, quando poi la inserisci nel log giornaliero, saranno i dati relativi all'ultima modifica di quest'ultima che la gente vedrà, e come sappiamo su quelle pagine editano sia il bot che le persone, quindi sarà impossibile per la gente rendersi tempestivamente conto che le procedure in trasferimento non sono aggiornate. L'unica soluzione a questo punto è "inibire" agli utenti l'uomo l'intervento nelle pagine del log, così che in caso di mancato aggiornamento, sarà palese che è il bot in avaria.
mi chiedi se non "sarebbe più semplice far inserire le procedure agli utenti", quali procedure? intendi quella, che già avviene adesso, dell'inserimento nel log giornaliero della procedura semplificata, e che ti ho chiesto se era possibile automatizzare? o quella del trasferimento quando viene avviato la procedura ordinaria? Se è quest'ultima penso che la risposta sia già no, già prima il trasferimento era lasciato al bot, per evitare di caricare l'utente di una procedura che per molti sarebbe complicata e porterebbe a svariati errori; inoltre, quando è sono stati aggiornati i template, un anno fa, si è cercato di automatizzare al massimo la procedura anche per quello che era a carico dell'utente così da evitare sbagli.
Per i casi di malfunzionamento, il compito dell'albero delle categorie darebbe proprio quello di fornire un surrogato scomodo, ma almeno automatico, delle procedure (semplici e ordinarie) iniziate nelle giornata; poi non so se da queste un giorno un qualche utente non riesca a ricavare un modo rapido per produrre in caso di necessità un log giornaliero come quello che oggi abbiamo.
La questione del log giornaliero mi pare però più complessa e ampia (tra l'altro anche già ora tecnicamente un bot potrebbe includere -o perlomeno elencare- le procedure interrotte, lavorando un po' sui puntano qui). --ChemicalBit (msg) 12:12, 12 set 2008 (CEST)[rispondi]
mauro:ma è proprio perché ho visto il tuo tool che ho capito che bisognava farci qualcosa per evitare in futuro queste procedure interrotte: quindi l'inserimento di categorie per evitare passino inosservate, e automatizzare l'inserimento tramite bot nel log giornaliero. Allora, sul lato pratico, che cosa è possibile fare? PersOnLine14:56, 12 set 2008 (CEST)[rispondi]
Dopo averci ragionato un pò sopra ho concluso che la tua idea di categorizzazione e aggiornamento automatico dei log giornalieri è possibile senza stravolgere quanto già esiste. Basta che ora ci sia il consenso della comunità :) Per i nomi delle categorie suggerisco di usare le date nella forma 2008 settembre 12 per coerenza e semplicità da parte mia ;) --Mauro742 (msg) 15:11, 12 set 2008 (CEST)[rispondi]
Sì può fare, l'importante è non usare nomi controintuitivi. Comunque prima di chiedere il consenso definitivo, decidiamo bene come strutturare il tutto, altrimenti ci perdiamo in mille rivoli; tanto chi è eventualmente interessato, sa già della discussione. Per quanto riguarda la gerarchizzazione delle categorie io pensavo poi che: la categoria delle procedure ordinarie, deve essere un sotto categoria di quella delle cancellazioni del giorno (altrimenti il categorytree perde di funzionalità) e a sua volta per queste pensavo una gerarchizzazione per mese e dei mesi per anno; tu che ne pensi? poi, va be', pensavo anche di mettere come intestazione di ogni categoria un template i cui contenuti fossero grossomodo quelli di ((paginecancellare)), per permettere una maggiore navigabilità. PersOnLine15:34, 12 set 2008 (CEST)[rispondi]
Sono pienamente d'accordo con la tua proposta si suddividere le categorie per mese e anno, altrimenti esce una gran confusione. Nel categoria Cancellazioni si potrebbe creare la subcategoria Registro cancellazioni che raccoglie tutte le categorie per anno. Se una ordinaria viene annullata non sarebbe meglio che fosse rimossa dalla categorie delle procedure ordinarie? Questa categoria dovrebbe contenere solo le ordinarie aperte. --Mauro742 (msg) 18:06, 13 set 2008 (CEST)[rispondi]
Non vedo la necessità di togliere le procedure annullate, infondo ci sono sempre state e bene o male le categorie così potranno anche funzionare da archivio storico. Fra l'altro ritengo che la cosa migliore sia quella di inserire la categoria direttamente nella pagina di cancellazione e non attraverso il template, perché questo mi richiederebbe di aggiungere un parametro per la data, quando invece può essere evitato. PersOnLine18:13, 13 set 2008 (CEST)[rispondi]
Per quanto riguarda la procedura ordinaria ha già il parametro data (la fine della votazione) e IMHO potrebbe essere sfruttando nella categorizzazione. Per le semplificate bisognerebbe fare in modo che l'utente, magari per sbaglio, nel creare la pagina non vada a toccare la categorizzazione, altrimenti la procedura finisce corrotta --Mauro742 (msg) 09:14, 14 set 2008 (CEST)[rispondi]
Ma le vogliamo categorizzare secondo la data di inizio o di fine delle procedure(io propenderei per quelle di inizio)? in tutti i modi il parametro da te indicato non è utilizzabile, perché il parser #time non è in grado di leggere la data all'italiana, ma solo all'inglese o con i numeri al posto dei mesi; purtroppo allora non conoscevo bene il funzionamento di quella funzione, e ora potrei cambiarlo ma anche te dovresti aggiornare il tuo bot. Circa poi il problema da te accennato non ci si può fare niente, nelle istruzioni c'è scritto di non toccare il testo già presente, ma se un utente lo vuole fare non ci sarà mai modo di impedirglielo, l'importante è comunque sopperire alla imperfezione umana con strumenti che cerchino di correggerne eventuali sbagli. PersOnLine11:21, 14 set 2008 (CEST)[rispondi]
Pensavo che si potesse generare il nome della categoria partendo dalla data. Se non è possibile non ci sono problemi, si può fare come hai fatto nell'esempio. Sinceramente le date nel formato 2008 settembre 14 non sono molto belle da vedere; si potrebbero mettere normali (14 settembre 2008) ed io apporto una piccola modifica al bot. Per il resto non ho nulla da aggiungere, mi sembra vada tutto bene --Mauro742 (msg) 13:28, 14 set 2008 (CEST)[rispondi]
Allora se anche per te va bene le due categorie saranno
Categoria:Cancellazioni del 14 settembre 2008
Categoria:Cancellazioni ordinarie del 14 settembre 2008
Quanto a un eventuale template di intestazione ma mettere in queste sei d'accordo? hai già qualche idea a riguardo sui suoi eventuali contenuti? PersOnLine20:15, 14 set 2008 (CEST)[rispondi]
Il nome delle categorie è perfetto. Io nel template di navigazione metterei i link alle ultime 8 categorie, analogamente a quanto succede con il template di navigazione attuale e magari i link per accedere all'archivio. Poi nel template ((paginecancellare)) indicherei un link alle categorie e viceversa chiaramente :) --Mauro742 (msg) 16:59, 15 set 2008 (CEST)[rispondi]
Mauro: guarda se secondo te va bene il Template:Cancellazione/cat (ovviamente tutto verrà regolato da un #switch)? apportaci le modifiche che ritieni opportune, poi pensiamo ai contenuti dei tempalte di preload per creare le categorie insomma sulla stregua di questo. PersOnLine16:01, 16 set 2008 (CEST)[rispondi]
Il template va benissimo. Nei preload includerei semplicamente il template Cancellazione/cat e l'inclusione nella categoria padre Cancellazioni settembre 2008. Non sono molto pratico con il parser quindi lo lascio fare a te :) --Mauro742 (msg) 10:01, 17 set 2008 (CEST)[rispondi]
Sono pronti allora i tre templati per le categorie
IMHO vanno benissimo. Per la categorizzazione per anno e mese sono sufficienti; non saprei che altre categorie aggiungere ;) --Mauro742 (msg) 14:56, 19 set 2008 (CEST)[rispondi]
Non so, pensavo a una categorizzazione omologa per le procedure ordinarie, ma forse sono superflue e si fa sempre in tempo a metterle farlo. Piuttosto vorrei discutere su come inserire le categorie madre nelle pagine di cancellazione: la prima categoria ovvero "cancellazioni del XXX" mi pare pacifico che possa essere inserita benissimo come codice vivo nella pagina, ovvero:
<noinclude>[[Categoria:cancellazioni del XXX]]</noinclude>
altrimenti mi toccherebbe inserire un parametro aggiuntivo al ((cancellazione/richiesta)), cosa che preferirei evitare in quanto mi comporterebbe una complicazione del codice per via dell'annullamento, e poi, come già detto, ritengo che tale categoria debba rimanerci sempre per creare uno storico della procedura. Per la seconda categoria invece "cancellazioni ordinarie del XXX", o le mettiamo anch'esse nella pagina allo stesso modo di prima, ma c'è il problema delle procedure avviate e poi chiuse per mancanza dei requisiti, e quindi sarebbe meglio inserirla attraverso il ((cancellazione/vota)) visto che ha già il parametro tempo, però questo mi comporta un cambiarlo del formato dalla data, perché attualmente illeggibile al parser#time, quindi tu vedresti modificare il tuo bot; si può fare? PersOnLine16:01, 19 set 2008 (CEST)[rispondi]
Quando un'ordinaria viene aperta da un utente a cui mancano i requisiti mi pare che si riporti la procedura in semplificata cancellando il template ((cancellazione/vota)) (e la relativi categorizzazione). Mi sta sfuggendo qualcosa? --Mauro742 (msg) 16:26, 19 set 2008 (CEST)[rispondi]
Purtroppo non sempre cancellano il template, delle volte ci mettono un <nowiki></nowiki> e basta, e poi bisogna vedere se assieme al template si ricordano di cancellare anche la categoria, per questo mi pare migliore la soluzione di integrare la categoria nel template. Ripeto è fattibile? i formati data leggibili dal parser #time sono
Non ci sono problemi nel cambiare il formato delle date, sarà la parte più semplice delle modifiche :) --Mauro742 (msg) 19:35, 19 set 2008 (CEST)[rispondi]
scusa mauro, dimentica quello che ho detto, purtroppo NON c'è modo di mettere quella categoria attraverso il ((cancellazione/vota)), perché purtroppo non c'è modo di "trasferire", senza includerlo, la funzione del tag <noinclude></noinclude>, che ovviamente è essenziale per non far comparire il log giornaliero in quelle categorie. Ti consiglio allora di non modificare il parametro che ti ho indicato, ma di mettere una funzione di controllo che faccia sì che solo eventualmente la categorie ldelle cancellazioni ordinarie più recenti siano considerate dal bot. Per il resto mi pare che non ci sia più altro da mettere a posto. PersOnLine20:05, 19 set 2008 (CEST)[rispondi]
Tranquillo devo ancora iniziare a mettere mano al codice: prima aspetto che il tutto sia definitivo. Ora mi sembra tutto chiarito o c'è altro? --Mauro742 (msg) 20:36, 19 set 2008 (CEST)[rispondi]
Io e Mauro742 ci siamo dati da fare in questi giorni per ideare un sistema di categorizzazione della pagine DI cancellazione (si tratta delle pagine in cui si discute della cancellazione e non delle pagine IN cancellazione), e siamo arrivato a questo punto:
<noinclude>[[Categoria:Cancellazioni del 16 luglio 2024]]</noinclude>
Categoria:Cancellazioni ordinarie del 16 luglio 2024 per le pagine che vengono aperte in modalità ordinaria, inserita nella pagina stessa nel seguente modo:
<noinclude>[[Categoria:Cancellazioni ordinarie del 16 luglio 2024]]</noinclude>
La categorizzazione avviene secondo il giorno di apertura della procedure semplice o della votazione, quindi le pagine in modalità ordinaria saranno categorizzate in due categorie contemporaneamente.
Le categorie per giorno permetteranno al bot di rintracciare le procedure anche se non inserite nel Log giornaliero , quindi niente più, si spera, procedure non procedure in sospeso. Si pensa di futuro anche di poter togliere quindi tale ultimo passo della procedura da far compiere all'utente.
In caso di malfunzionamento dei bot, le categorie offrono la possibile agli utente a gestire sommariamente le cancellazioni; a tal proposito può essere sfruttato il ((#categoryfree)) per avere in automatico un riepilogo sommario delle procedure di cancellazione.
Nota bene
Quando si ripristina in semplificata una procedura aperta in ordinaria bisogna eliminare non solo il ((cancellazione/vota)) ma anche la relativa categoria!
Sono concorde con queste modifiche, in particolare con la prospettiva futura - spero non troppo :-) - di automatizzare l'inserimento delle procedure nel log. Se tutto viene spiegato nelle pagine apposite in maniera chiara (soprattutto il "nota bene" di POL) direi che è ottimo. --Superchilum(scrivimi)13:01, 21 set 2008 (CEST)[rispondi]
Concordo anche io, mi sembra una soluzione utile ed efficace. Quoto Superchilum sull'opportunità di "chiarire bene il Nota Bene" nell'apposita pagina :-); nel complesso mi sembra un ottima idea/implementazione di cui dobbiamo ringraziare PersOnLine e Mauro742. Veneziano- dai, parliamone!13:08, 21 set 2008 (CEST)[rispondi]
È iniziata la sperimentazione della funzionalità del bot che aggiunge automaticamente ai log le procedure sfruttando la categorizzazione. Invito alcuni di voi a NON inserire le procedure nei log in modo da vedere se tutto funziona e se ci sono problemi. Grazie della collaborazione :) --Mauro742 (msg) 18:09, 11 ott 2008 (CEST)[rispondi]
In relazione alla cancellazione di questa pagina, ieri ho provato a far lavorare il bot per l'inserimento nel log giornaliero, ma c'è qualcosa che non va. Riepilogo la procedura seguita:
Ho inserito il template ((cancellazione)) nella pagina
Ho spostato la pagina da "Caritas Diocesana di Genova" a "Caritas diocesana di Genova" secondo quanto richiesto nel template di cancellazione (il titolo era infatti fuori standard)
Non ho inserito manualmente ((Wikipedia:Pagine da cancellare/Caritas diocesana di Genova)) nel log giornaliero, ripromettendomi di verificare in seguito che l'avesse fatto il bot
A distanza di poche ore, l'autrice della pagina mi ha scritto in talk. In quel momento la voce presentava ancora il template che appare quando la segnalazione non è stata completata ("Inizia la procedura creando QUI la pagina di cancellazione e seguendo le istruzioni")
Per evitare problemi all'autrice della voce, che non è un'utente esperta, ho inserito manualmente nel log giornaliero la segnalazione della voce (con il titolo corretto) e ho salvato la pagina
Immediatamente dopo, essendomi accorto che il bot lo aveva già fatto (con il titolo corretto), ho annullato la mia modifica.
Al punto 7 dici che ti sei accorto (alle 15:06) che il bot aveva già fatto l'aggiunta nel log giornaliero; e infatti nell'aggiornamento delle 14:36 ha fatto l'aggiunta, quindi se c'è un problema non di certo nel bot, che anzi ha funzionato benissimo (bisogna ricordarsi infatti che il bot non funzione ogni minuto).
Il problema da te indicato al punto 5, è probabilmente un problema dovuto alla mancato aggiornamento della cache del tuo browser, dovevi probabilmente "purgare" la pagina con Ctrl-F5 o Ctrl-R (Command-R su Mac). PersOnLine12:51, 6 nov 2008 (CEST)[rispondi]
Ho purgato (adesso) la cache e dalla voce sembra che la procedura di cancellazione non sia stata completata. Non è solo un problema mio: ho scritto qui dopo la segnalazione di un altro utente. --Nicolabel (msg) 13:05, 6 nov 2008 (CET)[rispondi]
Posso dirti che a me, invece, è apparso subito il template giusto, posso farti uno screenshot se vuoi. Non so che dire, forse dipende anche dal Browser, io ho Firefox, tu? PersOnLine19:05, 6 nov 2008 (CEST)[rispondi]
Anch'io, versione 3.0.3 se può essere utile. In ogni modo, appena mi capita l'occasione provo a mettere in cancellazione altre voci con la stessa procedura farraginosa che ho seguito in questo caso e verifico che il problema non si ripresenti. --Nicolabel (msg) 19:09, 6 nov 2008 (CET)[rispondi]
Perché avvisa SOLO nelle discussioni dei PROGETTI, e non dei portali. Se vuoi lo modifico, ma non ne vedo la necessità. PersOnLine20:00, 9 gen 2009 (CEST)[rispondi]
Infatti nel caso della fantascienza si è fatta confusione tra progetto e portale. Basta vedere le finestre "Risorse utili" e "Da sviluppare" nel portale:Fantascienza! Andrebbe creato un progetto:Fantascienza. Meglio non fare questa modifica, per non incoraggiare quella confusione --Bultro (m) 21:05, 9 gen 2009 (CET)[rispondi]
Come da discussioni qui e qui si proponeva di aggiungere un parametro argomento= per categorizzare la voce, favorendo quindi il monitoraggio selettivo da parte dei progetti. Mi pare ci fosse consenso sul non inserire più di un argomento (come F e W). L'etichetta parrebbe fondamentale per non confonderlo con il parametro ((cancellazione|1/2/3...)) che indica il numero della procedura. Poi ci sarebbe un post di PersOnLine, ma non lo capisco... :D --DoppioM14:54, 27 mag 2009 (CEST)[rispondi]
Vedo che la Categoria:Pagine in cancellazione - argomento sconosciuto è piena di pagine utente che non sono in cancellazione. Il problema nasce dal fatto che alcuni utenti archiviano le proprie discussioni nel namespace utente anziché nel namespace discussioni utente. Tra l'altro quando queste discussioni contengono i vari ((cancellazione)) smettono di mostrare l'avviso Template:Cancellazione/avvisoutente e mostrano l'avviso "Inizia la procedura creando QUI..."
Visto che le pagine del namespace utente non vengono mai messe in cancellazione con la procedura ordinaria, la soluzione è molto semplice, basta sostituire:
Non serve alcuna aggiunta, basta semplicemente spostare la parte di codice relativa alle categoria da template:cancellazione a Template:Cancellazione/avviso così verrebbero visualizzate solo le pagine messe realmente in cancellazione. ma questo lo deve un amministrato perché le pagine sono bloccate in scrittura agli utenti normali. PersOnLine12:08, 21 giu 2009 (CEST)[rispondi]
La prima soluzione non va perché ogni tanto capita anche che le pagine utente vengano messe in cancellazione. La seconda non sono d'accordo, secondo me è meglio che vengano categorizzate anche le procedure incompiute, è un modo in più per rintracciarle (la Categoria:Cancellazioni procedimenti incompiuti non funziona per niente bene, a causa dei tempi di aggiornamento).
Per me la soluzione corretta è spostare quegli archivi nel namespace discussioni_utente, dove dovrebbero stare, indipendentemente da questo problema degli avvisi! --Bultro (m) 13:13, 21 giu 2009 (CEST)[rispondi]
La cancellazione non immediata di una pagina utente (vedi qui) è un evento piuttosto raro e oltretutto molto spesso si tratta solo di errori o di provocazioni fatte per far partire dei dibattiti. A questo punto possiamo:
contattare uno per uno i circa 30 utenti in questione, spiegargli che sbagliano e aspettare che risolvano
spostare noi gli archivi lasciando un messaggio che spiega il perché "dell'intrusione"
in virtù del fatto che le cancellazioni ordinarie/semplificate di pagine utente sono un evento raro e che le cancellazioni non completate di questo tipo sono doppiamente rare, mostrare l'avviso Template:Cancellazione/avvisoutente anche se si è nel namespace utente a patto che non esista una procedura di cancellazione avviata per quella pagina. (basta aggiungere un ifexist)
Per concretizzare ecco la soluzione: Template:Cancellazione/Sandbox. In pratica cambia il comportamento del template solo nel caso in cui l'argomento1 inserito sia una voce per cui esista una procedura di cancellazione in Wikipedia:Pagine da cancellare/argomento1. Questa eventualità si verifica solo quando si sta inserendo il template per visualizzare l'avviso all'autore. Fate pure dei test con il nuovo template. Se va tutto bene lo si fa sostituire ad un amministratore. -- Basilicofresco (msg) 14:54, 18 set 2009 (CEST)[rispondi]
NON serve alcuna modifica, basta effettuare lo spostamento che ho già indicato nel mio precedente intervento, e che vedo che nessuno ha letto. Non sto a sprecare altre parole, se volete ascoltare fatelo, altrimenti fate pure tutti i giochini che volete sul templare; scusare l'acidità, ma mi pare di essere stato chiaro e conciso sopra. PersOnLine15:42, 21 set 2009 (CEST)[rispondi]
Non avevo assolutamente capito che era una risposta a me, perché non comprendo che c'entra questa osservazione: "secondo me è meglio che vengano categorizzate anche le procedure incompiute,"; che c'entra la categoria delle incompiute con la categorizzazione per argomento? PersOnLine19:41, 21 set 2009 (CEST)[rispondi]
Sì, ma comunque si possono inserire le stringhe di categorizzazione ognuna nel suo (sotto)template specifico; è questo che io intendevo: spostare la parte che riguarda solo la categorizzazione per argomento, visto che mi sembrava che fossero la categoria delle procedure non classificate per argomento ad essere oggetto di dibattito. Quanto alla categorizzazione delle procedure incompiute, io l'ho inserita, ma visto che, come hai fatto notare anche te, per questioni tecniche praticamente non è funzionale al suo scopo tanto vale levarcela di torno, visto che assomiglia più a un inutile orpello. PersOnLine23:05, 22 set 2009 (CEST)[rispondi]
Ragazzi stiamo calmi, sto cercando di trovare un consenso visto che a parte Butro tutti gli altri si erano espressi per un cambiamento. La proposta di Pers è semplice ma risolve solo il problema della categoria e non quello della visualizzazione sbagliata "clicca qui". Cerco di allargare la discussione ad altri utenti perché la questione non merita di arenarsi così. -- Basilicofresco (msg) 19:56, 21 set 2009 (CEST)[rispondi]
Basilico personalmente il secondo problema da te sollevato mi pare un falso problema; si tratta di pagine di archivio, in fondo, quelle di cui stiamo parlando, e che vi compaia uno o l'altro avviso cambia ben poco, anzi nulla, direi, visto che dubito che qualcuno passi il suo tempo libero a rileggersi gli archivi delle proprie discussioni. Senza contare che finito il problema sulle pagine utente dopo potrebbe comparire magari in quelle dei progetti e che facciamo allora: riscriviamo di nuovo tutto codice? PersOnLine20:11, 21 set 2009 (CEST)[rispondi]
È difficile che vengano archiviate male e non corrette le discussioni di un progetto, comunque è vero, non è certo determinante che gli archivi degli utenti abbiano gli avvisi corretti. Tuttavia visto che si tratta per il momento dell'unica soluzione che categorizza anche le procedure incompiute e che non è nemmeno troppo complicata (un if), a me sembra fattibile. -- Basilicofresco (msg) 20:32, 22 set 2009 (CEST)[rispondi]
Lo so che è fattibile, solo che se è possibile semplificare le cose invece che complicarle, io trovo più logico adottare la prima soluzione e non la seconda; inoltre la categoria delle incompiute è di fatto inutilizzabile, non è funzionale per ragioni tecniche che vanno oltre il nostro potere quindi eliminandola non si perde praticamente nulla. PersOnLine23:05, 22 set 2009 (CEST)[rispondi]
Possono capitare voci che possono essere categorizzati in diversi argomenti.. si potrebbe aggiungere la possibilità di mettere più argomenti nel template (tipo 2 come ((S))) o si appesantisce troppo? --Superchilum(scrivimi)12:13, 21 giu 2009 (CEST) p.s.: nel "man" non si spiega come usare "argomento", qualcuno di abile potrebbe provvedere?[rispondi]
S è un caso a parte, ma per tutti i vari F, W, C, E... ci siamo limitati a un argomento. Bisognerebbe decidere a livello generale se ne vogliamo 2 per tutto.
Sugli argomenti e la segnalazione automatica ai progetti. C'è un motivo per cui c'è il __NOTOC__ in alcune sottopagine incorporate nelle talk dei progetti? In alcuni casi (vedi Discussioni progetto:Politica) fa sparire l'indice. O lo si mette tra noinclude o lo si toglie, altrimenti perdiamo gli indici dei bar. --Ginosal2.015:52, 6 lug 2009 (CEST)[rispondi]
No, assolutamente non è a causa del template cancellazione. Ho postato qui l'informazione perché, essendo quelle pagine (le varie "in cancellazione") legate al parametro "argomento" di questo template, pensavo che il coordinamento fosse avvenuto qui o, almeno, di trovare qualcuno che ne sapesse di più. Il NOTOC si trova nelle varie sottopagine delle talk dei progetti. Grazie, --Ginosal2.023:12, 6 lug 2009 (CEST)[rispondi]
La frase "Se l'autore non è registrato puoi lasciare il medesimo avviso sulla pagina di discusssione del progetto di riferimento" ha una s di troppo nella parola discussione. Sarebbe da correggere.--DaniDF199513:28, 22 ago 2009 (CEST)[rispondi]
Senza far giri di parole, propongo di inserire la magic word __NOINDEX__ alle sottopagine /cat e /richiesta di questo template: sono sempre più frequenti i casi di persone che vogliono far sparire da google commenti più o meno accettabili sul proprio conto fatti in procedura di cancellazione, deindicizzando le procedure di cancellazione non ci priveremmo di nulla se non di una manciata di problemi. --Vito (msg) 18:14, 20 feb 2010 (CET)[rispondi]
(conflittato)Ti riferisci al rischio di cause legali intentate dal soggetto della voce, per commenti poco lusinghieri espressi nei suoi confronti durante la procedura di cancellazione? Se non sono offensivi (e solitamente chi ne fa di offensivi viene ripreso) non vedo quale sia il rischio... Fino ad'ora sono mai arrivate mail per motivi simili (commenti espressi in cancellazione)?--Svello89 (msg) 18:22, 20 feb 2010 (CET)[rispondi]
(conflittato)Epic fault, sono già nel robots.txt (inserite con bugzilla:5545), il problema a questo punto riguarda solo le categorie e le talk delle procedure di cancellazione. --Vito (msg) 18:24, 20 feb 2010 (CET)[rispondi]
@Svello89: il confine fra offensivo e non non è affatto definito, francamente mi sono seccato a dover correre dietro ad orgogli feriti etc, ne arrivano molto molto spesso. --Vito (msg) 18:27, 20 feb 2010 (CET)[rispondi]
Ahh, capito. Non si deindicizzerebbero le procedure di cancellazione, semplicemente la sezione dei commenti e delle votazioni, giusto?--Svello89 (msg) 19:11, 20 feb 2010 (CET)[rispondi]
@Vito: ma quindi se io facessi una ricerca come questa non troverei il primo risultato (la votazione per la sua cancellazione)? Oppure il __NOINDEX__ blocca solo l'indicizzazione dei motori di ricerca esterni, come google?--Svello89 (msg) 21:51, 20 feb 2010 (CET)[rispondi]
Poi però sarà difficile rintracciare se una certa pagina (magari con titolo diverso ...) era già stata cancellata -senza che siano venute meno le motivaizoni...bla...bla...bla- e quindi da cancellare in immediato. Certo il motore di ricerca interno funzionerebbe ancora, ma non sempre basta, e impiega un po'di tempo (anche ben più di un giorno, ho avuto modo di notare) ad aggiiornarsi.
Come controporposta proporrei di evitare commenti poco accorti in pag. di cancellazione (del resto abbiamo Wikipedia:Wikiquette, wikipedia:Wikilove, ecc. ecc. . O sono lì solo come soprammobili?!), e che ci si riferisca solo alla voce proposta per la cancellazione, non all'argomento di cui tratta (traduco :-) : "voce di calciatore non enciclopedica perché ...." e non "calciatore non enciclopedico"; "Voce in cui non si ravvisano motivi d'enciclopedicità" non "professore universitario che fa il professore universitario, non enciclopedico!". Nessuno può contetestare che noi diciamo che una voce è fatta male (secondo i nostri criteri). Mentre affermazioni su persone, aziende, ecc. ecc. -spesso buttate lì come oro colato ma senza una minima fonte, per di più!- possono anche giustamente essere considerate lesive. --79.24.132.143 (msg) 23:32, 20 feb 2010 (CET)[rispondi]
"professore universitario che fa il professore universitario, non enciclopedico!" cosa ci sarebbe di offensivo in questa frase; se uno deve motivare il suo giudizio di non enciclopedicità e non deve usare aggettivi come "banale" ecc., che potrebbero essere sì offensivi, deve poter esplicitare il concetto in questo modo. PersOnLine13:37, 21 feb 2010 (CEST)[rispondi]
C'è offensivo che non è molto gentile (e su questo si può chiudere un occhio, ma non è bello) , ma sopratutto metti il caso che la persona in questione non sia un "professore universitario che fa il professore universitario, non enciclopedico!" (per motivi che noi non conosciamo, perché nella voce non sono scritti).
Cerchiamo di non essere scortesi, ma neanche ipocriti! anche quanto si valuta la pagina sulla base di quello che v'è scritto , si sta comunque sindacando sui meriti che la persona ha per stare o no su una enciclopedia; in tutti i modi il giudizio sulla persona, su ciò che ha fatto in termini di rilevanza, c'è comunque. PersOnLine16:13, 4 apr 2010 (CEST)[rispondi]
Era già stato proposto nella discussione del Template:Cancellazione/vota, io lo rilancio in via generale: non varrebbe la pena sostituire dappertutto l'indicazione a votare con +1 e -1 con il suggerimento dei template ((+1)), ((-1)) e ((0)) (se non addirittura i più eleganti ((Più)), ((Meno)) e ((Zero)))? --Vittorio Mariani (msg) 15:45, 27 giu 2010 (CEST)[rispondi]
L'utilizzo è sconsigliato per un motivo ben preciso. Spesso gli utenti votano senza un'analisi approfondita della voce, delle sue condizioni e del suo potenziale, ma semplicemente basandosi sull'andamento generale della votazione. Con un utilizzo diffuso dei voti colorati, diventa ancora più semplice essere influenzati dai voti pregressi, il che ovviamente è da evitare.--Svello89 (msg) 15:49, 27 giu 2010 (CEST)[rispondi]
io vedo chimica, cinema, criminalità e cultura... e prima di qeuste botanica. calcio proprio no. assente come del resto è in tutti gli altri template di avviso--Mpiz (msg) 11:26, 8 dic 2010 (CET)[rispondi]
infatti si deve inserire a mano, nella tendina non c'è. il template comunque lo accetta, quindi semmai andrebbe fatta una richiesta tecnica. ricordo che già in passato la feci io, ma mi risposero che non era necessario. appoggio la proposta comunque. --Salvo da Palermodimmelo qui11:34, 8 dic 2010 (CET)[rispondi]
Integrerei un indicazione tale per cui quando si avvisa un utente o un progetto con il ((cancellazione|nomepagina)), chi lo appone dia un titolo che non sia solo ==Cancellazione== ma anche ==Cancellazione nomepagina== , sia per immediatezza sia per non ritrovarsi con parecchie sezioni indistinguibili tutte col medesimo titolo. La cosa si può far fare anche in automatico all'avviso o è meglio a mano? Forse la seconda comunque. --Azrael10:10, 5 gen 2011 (CET)[rispondi]
In teoria è fattibile, ma il "titolo automatico" non sarebbe disattivatile, quindi andrebbe in conflitto con quello che uno potrebbe mettere a mano. Insomma è più di spesa che di resa. PersOnLine10:22, 5 gen 2011 (CEST)[rispondi]
Credo che si dovrebbe riprendere questa questione (da mesi ferma o rimandata davvero non si capisce bene per quale motivo).
Il presunto conflitto dell'intestazione automatica delle sezioni con un'altra è solamente un "falso problema", ma perché ci sarebbe chi varierebbe l'avviso quando risulta sensato scrivere poi di seguito?
Invece adesso c'è la fatica di dover "editare" dopo l'intestazione a mano, dato che quasi sempre è senza il nomevoce (come invece si raccomanda nelle Istruzioni per l'uso del template)!
Per me è una cosa da fare senza altro e quindi (anche per l'"ostacolo" sopra) ne ho di nuovo dato segnalazione nel bar. --IOK80.104.203.253 (msg) 19:49, 14 nov 2011 (CET)[rispondi]
ho l'impressione che se messo con subst il problema del titolo sezione verrebbe meno. Si potrebbe istruire il template a fornire il codice ((subst:cancellazione|pagina)) pronto da copincollare. O no? --Fantasma (msg - 111.004) 23:42, 15 nov 2011 (CET) PS: se serve si può anche fare un template "accessorio" da substare[rispondi]
Se per esempio linko una sezione di una discussione (e quindi linko il titolo) in che modo l'avviso substato mi risolve il problema? --79.52.195.69 (msg) 21:19, 16 nov 2011 (CET)[rispondi]
Imho non è il caso di rendere automatica la sezione. Prima di tutto non sarebbe retrocompatibile, per cui ci troveremmo sezioni doppie in tutte le vecchie discussioni in cui non è stato substato. Poi, anche in futuro, il template funzionerebbe male se non substato (cliccando la linguetta modifica si finirebbe a modificare la pagina del template e renderebbe comunque meno leggibile il codice) e non sarebbe comodo da mettere aggiungendo una nuova sezione (visto che il titolo non va messo, quando si salva verrebbe chiesta la conferma). In ogni caso le sezioni con lo stesso titolo, poi non è che siano proprio indistiunguibili visto che il secondo avviso sarebbe raggiungibile con [[discussioni utente:XXX#Cancellazione_2]].
Per l'avviso al progetto comunque qualcosa si potrebbe fare: si può fare in modo che se nel template si imposta un argomento associato ad un progetto, l'invito ad avvisare il progetto diventa un link che apre in preload una nuova sezione al progetto contenente l'avviso e con titolo "Cancellazione nomevoce".
Sono comunque favorevole alla proposta inziale di Azrael: imho si può tranquillamente mettere un invito ad aggiungere il nome della voce nel titolo.--Sandro_bt (scrivimi) 04:42, 17 nov 2011 (CET)[rispondi]
Intanto in "avviso al progetto", dove c'è l'invito a segnalare "lì", a me pare si dovrebbe mettere subito (come scritto da »Sandro_bt« che ha proposto questa ottima idea) un "link" per aprire in "preload" la nuova sezione di cancellazione sulla "relativa pagina" delle discussioni progetto, contenente anche l'intestazione con indicata la voce in oggetto: pure con utenti volenterosi e corretti nel segnalare a volte raccomandare non basta!
Si vedano solamente un paio di casi tra i molti con testi assai vari (davvero senza alcun fatto personale, ma come tutti penso dovuti a problemi di tempo) Cancellazione_chiusaCancellazione. --IOK80.104.203.130 (msg) 19:30, 27 nov 2011 (CET)[rispondi]
Non capisco il senso della domanda: non è sufficiente fare riferimento a Categoria:Pagine in cancellazione per argomento? Che del resto avrebbe bisogno di un repulisti, dato che dubito che abbiamo realmente bisogno di Categoria:Pagine in cancellazione - Canada, Categoria:Pagine in cancellazione - Serbia, Categoria:Pagine in cancellazione - Firenze, eccetera. Una cosa molto bella (ma immagino che sia tecnicamente infattibile) sarebbe quella di rendere automatico l'avviso ai progetti più specifici inserendo l'argomento: ad es. sarebbe bello se, mettendo come argomento Sport, l'avviso di cancellazione comparisse a tutti i sottoprogetti; forse un giorno... --Mr buick (msg) 16:00, 7 gen 2012 (CET)[rispondi]
Voglio far notare una correzione eseguita da alcuni a questo template fatta già da qualche tempo e di cui si era detto solamente nella discussione del Progetto:Coordinamento/Template (presente ora negli archivi sulla sezione Cancellazione/avvisoutente), che penso sia opportuno riassumere in modo breve qui, ma anche da evidenziare in una discussione apposita che si potrebbe iniziare per la sottopagina.
La variazione ha riguardato l'avviso prodotto da questo template che si consiglia di apporre sulla "talk" di un utente registrato interessato dopo l'"inizio" della cancellazione per una pagina: volendo fare a meno che mettendolo compaia un link (ovviamente rosso) dell'ipotetica PdC (procedura di cancellazione standard), quando invece la voce si mette in cancellazione immediata facendo uso dell'altro appropriato Template:Cancella_subito. --IOK80.104.203.203 (msg) 18:58, 29 feb 2012 (CET)[rispondi]
quasi tutti gli utenti di dimenticano di fare un dummy edit alla voce dopo aver aperto la procedura di cancellazione. che ne dite di inserire un messaggio, oltre a tutte le istruzioni che già ci sono
1. NON modificare il testo preesistente nel riquadro sottostante...
2. Scrivi sotto al testo preesistente il motivo per cui richiedi la cancellazione e firma con...
3. L'inserimento nel log giornaliero avverrà automaticamente.
4. Ricorda di avvisare l'autore principale della voce, se registrato, con questo...
non è riportato da nessuna parte, è questo il problema.
se non si fa quest'operazione dopo aver aperto la procedura, la pagina messa in cancellazione non viene inserita nella categoria del lavoro sporco sulle cancellazioni. spesso questa segnalazione che andrebbe fatta è l'unico modo per avvertire il progetto tematico competente, mentre se il dummy edit non viene eseguito il progetto di fatto non viene avvisato con tutti i problemi che potrebbero susseguirsi. un'alternativa potrebbe essere far passare un bot adeguatamente istruito --Salvoda PALERMO22:21, 15 apr 2012 (CEST)[rispondi]
Oppure correggere il template cancellazione. Se per inserire le cat davvero gli servono due edit, vuol dire che non funziona troppo bene... --Yuma (msg) 23:11, 15 apr 2012 (CEST)[rispondi]
Personalmente al dummy edit preferisco andare di anteprime, salvando la pagina da cancellare solo una volta creata quella della procedura. Comunque sono d'accordo sul mettere un quinto punto che faccia da promemoria (anche se non so quanto efficace). --Marco23:35, 15 apr 2012 (CEST)[rispondi]
Mi unisco alla perplessità di Yuma: se è davvero così, c'è qualcosa che non va. Il template dovrebbe categorizzare a prescindere dall'esistenza o meno della pagina della procedura. Un #ifexist troppo "ampio", forse?
(aggiunta) Ho capito dove è il problema, ma a rigor di logica non dovrebbe presentarsi. Nel senso: il template ha una forma "base" che appare quando la pagina della procedura non esiste. Bene. Se esiste, invece, appare il ben noto avviso, che categorizza perché include il ((Categorie avviso)). Ora, una volta che compare l'avviso "finale", dovrebbero anche esserci le categorie! Provando a svuotare la cache via "&action=purge" non si risolve ugualmente?--DoppioM00:12, 16 apr 2012 (CEST)[rispondi]
Tentativo fatto. Vedi [1], [2]. Controllate che io non abbia fatto errori? ... e soprattutto, se la modifica è efficace (a parte il fatto che, invece di duplicare, forse sarebbe più semplice avere il categorie avviso direttamente nel cancellazione... ma forse c'è qualcosa che mi sfugge... uhm...) --Yuma (msg) 00:36, 16 apr 2012 (CEST)[rispondi]
No, nel cancellazione no (a meno di magheggi per restringerlo ai primi due casi dello switch) perché funziona anche da avviso per progetti e talk utente. Al momento dovrebbe quindi categorizzare la pagina sia quando la procedura esiste (avviso classico) sia quando è in preparazione (avviso "bozza").
perfetto, ora funziona :D Grandioso. non sono sicuro del purge, ma al 99% dico che non era sufficiente. non sono il solo ad aver ravvisato questa necessità d'altronde --Salvoda PALERMO01:10, 16 apr 2012 (CEST)[rispondi]
Mah. Sì, è una ridondanza teoricamente inutile ... [e ok, ecco che cosa non ricordavo, il perché non si poteva mettere nel cancellazione, chiedo venia] ma se nella bruta pratica fa risparmiare tempo e funziona, non fa danno ;-) --Yuma (msg) 01:32, 16 apr 2012 (CEST)[rispondi]
Ottimo. In ogni caso, visto che il dummy edit serve proprio a forzare l'aggiornamento, è probabile che il purge potesse fare qualcosa (magari due o tre di fila :D) Ciò significa che il problema potrebbe anche ripresentarsi, ma con questo espediente è più difficile (e qui il purge potrebbe essere un'ottima arma).--DoppioM02:14, 16 apr 2012 (CEST)[rispondi]
Guarda, mi auguro davvero che funzioni... :) Finora un utente (indovinate chi) passava qualche decina di volte al giorno per liberare a suon di "dummy edit" questa categoria. Posso dire che, se in una pagina non veniva effettuata alcuna modifica prima dello scadere della PDC, la stessa rischiava seriamente di non apparire mai nella relativa categoria: tempo fa, ritenendo che con le voci in oggetto si potesse fare un test, perché sarebbero state cancellate comunque, lo feci. In sostanza evitai il dummy edit in tre voci delle tante su singoli di Riccardo Fogli che sono risultati inesistenti, precisamente:
Che poi non ho capito perché, a seconda dei periodi, a volte l'orario dell'edit risulta dall'avviso a piè pagina Ultima modifica per la pagina: ..., mentre altre volte continua a comparire quello dell'ultimo edit "vero". Sanremofilo (msg) 14:22, 16 apr 2012 (CEST)[rispondi]
@Sanremofilo, riguardo al tuo esperimento: può essere che qualcuno abbia fatto modifiche in un template o roba simile per cui Mediawiki ha dovuto riconvertire la pagina e valutare di nuovo la parser-function. Balabiot (msg) 14:26, 16 apr 2012 (CEST)[rispondi]
Quindi fare il purge e il dummy edit a questo fine è grossomodo la stessa cosa? Comunque se bastasse, sposterebbe solo il problema: al posto di ricordarci di fare un dummy edit dovremmo ricordarci di fare un purge (Col vantaggio che non si allunga inutilmente la cronologia) --95.249.4.177 (msg) 16:41, 16 apr 2012 (CEST)[rispondi]
Non ho guardato bene come funzionano le cose adesso, ma il problema non credo fosse del template, quanto dell'usuale comportamento bizzarro di mediawiki con le categorie.--Sandro_bt (scrivimi) 00:47, 17 apr 2012 (CEST)[rispondi]
Il problema rilevato riguardava la non categorizzazione immediata per progetto; mi pare che questo, anche se in modo un po' artigianale, sia risolto. La permanenza della Categoria:Procedure di cancellazione incompiute è invece inevitabile finché la cache non viene forzatamente aggiornata. E qui, appunto, entra in gioco la bizzarria dl mediawiki, che memorizza le categorie inserite con l'ultimo edit, ma è moolto recalcitrante a modificarle quando un template incluso lo richiede... --Yuma (msg) 01:06, 17 apr 2012 (CEST)[rispondi]
Quello indicato sopra da Sanremofilo è in realtà un null edit, il dummy edit prevede una micro modifica apparentemente inutile (togliere una riga doppia, un break line ecc.). è però un cavillo tecnico "molto complicato" per un neo utente e piuttosto noioso anche per un utente normale (che non essendo scritto da nessuna parte si può tra l'altro benissimo non conoscere in buona fede), ed eviterei di metterlo tra le cose obbligatorie da fare che già son varie, basandoci in questo caso su ciò che di collaudato si fa nelle altre wiki: c'è l'obbligo del dummy (o null) edit? Raramente. Qui da noi c'è già l'obbligo di avvertimento dell'autore e la categorizzazione per argomento che di norma funziona abbastanza bene (e a quanto pare ora funzionerà meglio). Le procedure sono garantiste (anche nelle votazioni). Non vorrei che ci si avvitasse un po' troppo quando probabilmente sarebbe più funzionale semplicemente aspettare una migliore gestione (futura) delle cache e degli aggiornamenti di mediawiki... ;) --Lucas ✉ 05:14, 17 apr 2012 (CEST)[rispondi]
Mi sa che la soluzione più semplice sarebbe farglielo fare al bot (ogni giornomezz'ora, quando fa l'aggiornamento o anche solo una volta al giorno), perché lasciando così com'è adesso, per quanto le voci siano categorizzate giuste, il fatto che queste compaiano anche nella categoria delle incomplete fa sì che non si notino le procedure veramente incomplete.--Sandro_bt (scrivimi) 12:15, 17 apr 2012 (CEST)[rispondi]
p.s. ho capito giusto che attualmente la situazione è meglio di prima perché l'unico problema è quello, certo fastidioso ma minore rispetto al precedente, che Categoria:Procedure di cancellazione incompiute è inutilmente affollata da procedure che incomplete non lo sono? --79.6.147.73 (msg) 00:11, 19 apr 2012 (CEST)[rispondi]
Mi rispondo da solo dopo aver letto meglio e più completamente quelle pagine di spiegazione in inglese: c'è scritto che un purge non basta, mentre un null edit sì.
«If a transcluded template has added or removed a category since it was last transcluded, the purge function will not update the category page, but a null edit will.» cioè «Se un template incluso ha aggiunto o rimosso una categoria da quando venne incluso per l'ultima volta, la funzione purge non aggiornerà la pagina della categoria, ma un null edit lo farà.»
(Non dice nulla del dummy edit però a maggior ragione dovrebbe provocare l'aggiornamento. Però se basta un null edit vi è motivo in questo caso di fare un dummy edit?) --79.10.167.194 (msg) 21:12, 19 apr 2012 (CEST)[rispondi]
Esatto, basta un semplice null edit. Ovviamente a maggior ragione funziona con una qualsiasi modifica, e quindi anche con un dummy edit, però un edit vuoto è sufficiente. --BohemianRhapsody (msg) 00:22, 20 apr 2012 (CEST)[rispondi]
Lo stesso discorso vale per tutti gli altri avvisi: una volta create le cateogire i template dovrebbero mettere automaticamente le categorie giuste.--Sandro_bt (scrivimi) 02:23, 16 mag 2012 (CEST)[rispondi]
(Segnalo anche questo qui, in quanto l'ho scritto in un posto molto poco visibile del bar (non so nemmeno io dove...)) Inoltre, segnalo che le istruzioni per la cancellazione ordinaria sono poco chiare (secondo me), e andrebbero riviste anche in funzione della riforma alla procedura di cancellazione ordinaria. --valemaiol'utente che salta la prima riga13:02, 5 giu 2012 (CEST)[rispondi]
Innanzitutto una questione di leggibilità. Quando inserito in talk progetto, il tmp produce il seguente testo:
«La pagina «NomePagina», il cui argomento rientra nell'area tematica di questo progetto, è stata proposta per la cancellazione.
Dato l'ambito specifico, è benvenuta la partecipazione degli utenti del progetto alla discussione. (Se la pagina fosse già stata cancellata per errore, ci si può rivolgere agli amministratori chiedendone il ripristino)»
Modificherei il testo in questo modo:
«[...]
Data la specificità dell'argomento, gli utenti del progetto sono invitati a partecipare alla discussione. Se la pagina fosse stata già cancellata per errore, ci si può rivolgere agli amministratori, chiedendone il ripristino.»
Questione 2: avvisare i progetti. Quando inserito in voce, il tmp produce il seguente testo:
«Avvisa l'autore principale della voce, se registrato, così: ((Cancellazione|NomePagina))--~~~~
Se l'autore non è registrato puoi lasciare il medesimo avviso nella pagina di discussione di un progetto di riferimento.»
Contrario alla seconda proposta: i progetti sono già avvisati con il template tramite la comparsa del collegamento alla voce da cancellare (gli arg inseriti nel template sulla voce da cancellare, insomma), va favorita questa modalità, che permette anche di risparmiare KB di template nella pagine di discussione; invece sono Neutrale per quanto riguarda la prima. --Gce (Il VileCensore Mascarato 2013) 17:37, 25 lug 2013 (CEST)[rispondi]
Vorrei chiedere una modifica che di per se è semplice ma richiede l'intervento dei bot credo per i template già nelle discussioni. Possiamo fare in modo che il template inserisca quando viene utilizzato nelle pagine di discussione anche l'intestazione con il titolo della voce in modo da evitare che, siccome tutti scrivono ==Cancellazione Voce== o ==Cancellazione== o ==PDC== quando si clicca negli osservati speciali si finisce in una discussione di 6 mesi prima. Si potrebbe poi inserire nell'intestazione due wikilink uno alla pagina l'altro alla discussione per esempio Cancellazione - Sfera ICRU. Così direttamente dagli osservati speciali si va alla discussione senza passare dal progetto.--Pierpao (msg) 11:07, 18 set 2012 (CEST)[rispondi]
Propongo invece un parametro personalizzato per attivare la generazione automatica del titolo solo quando desiderato: cosa ne pensate? --Ricordisamoa07:10, 5 lug 2013 (CEST)[rispondi]
Favorevole: può tornare utile in alcuni casi (tipo discussioni utente affollate), ma non in altri (tipo pagina di discussioni utente vuote o quando si può accodare una richiesta di cancellazione ad altre in fondo alla pagina), quindi un parametro attivabile su richiesta è la cosa migliore. --Gce (Il VileCensore Mascarato 2013) 17:29, 25 lug 2013 (CEST)[rispondi]
Segnalo che il link precompilato per proteggere la pagina alla fine della PdC (molto comodo per velocizzare le chiusure) non funziona quando nel titolo della voce ci sono apostrofi. --IndyJr (Tracce nella foresta) 22:45, 11 mar 2013 (CET)[rispondi]
Mi sono accorto, tramite il Visual Editor, che questo template supporta solo arg ed arg2 quando lo si inserisce nella voce che si vuole proporre per la cancellazione; dato che spesso uso anche arg3 (arrivando, a volte, fino ad arg4 ed arg5), non si può estendere il numero di arg disponibili almeno a 5, in modo tale da poter avvisare un maggior numero di progetti senza dover apporre template nelle pagine di discussione dei progetti a destra e manca (caso tipico quello dei doppiatori, dove credo sia corretto avvisare sia il progetto biografie che quelli coinvolti dal suo lavoro di doppiaggio, cioè cinema, televisione ed animazione)? --Gce (Il VileCensore Mascarato 2013)
Mi sembra che molti utenti usano questo template con troppa leggerezza.
Mi riferisco in tutti i casi in cui una voce potrebbe essere spostata, trasferita ad altro progetto, unita, scorporata, fontata, insomma se una voce ha dei problemi che possono essere risolti facilmente e in breve tempo, perché metterla in cancellazione?
Penso che non sia chiaro a molti utenti il fatto che rispetto ad altre procedure, la procedura di cancellazione è più lunga e complessa.
Suggerisco dunque di creare da qualche parte delle istruzioni che illustrino quali alternative vadano considerate prima di proporre una voce per la cancellazione. In altre parole, chi vuole mettere in cancellazione una voce deve anzitutto essere sicuro del fatto che non ci sia altra soluzione. Alcuni esempi sono di azioni da considerare possono essere:
La voce è da dizionario? --> Proponi il trasferimento a wikizionario
La voce manca di fonti? --> Inserisci anzitutto il template:F
La voce contiene informazioni che non hanno attinenza con il titolo? --> Proponi lo spostamento del titolo
Pensi che la voce non sia "degna" di Wikipedia ma non conosci l'argomento della voce? --> Discutine anzitutto al progetto competente
La voce contiene una parte copiata da un sito? --> Proponi la cancellazione di tale parte conservando il resto della voce
La voce è la brutta copia di una voce già esistente, ma il titolo è corretto? --> Proponi l'unione delle due voci se ci sono contenuti utili, altrimenti trasforma la voce in redirect
La voce somiglia più ad una disambigua? --> Trasformala in disambigua!
Insomma, ci sono azioni che sono molto più veloci della cancellazione e talvolta producono lo stesso risultato (si pensi alla trasformazione in redirect) o ad un risultato migliore (ad esempio il trasferimento ad altro progetto come wikizionario può essere un bene sia per Wikipedia sia per l'altro progetto). Inoltre la procedura di cancellazione in certi casi non permette lo svolgimento di tali azioni, ad esempio una voce non può essere spostata ad altro titolo se è stata aperta la procedura di cancellazione. --Daniele Pugliesi (msg) 11:55, 27 ago 2013 (CEST)[rispondi]
Nel momento in cui il trasferimento ad altro progetto sarà una procedura meno complicata e altrettanto effettiva della pdc, allora sì. Siamo a un punto dal quagliare su questo fronte (vedi). In genere ritengo la pdc una procedura "aperta", in cui il proponente, pur sapendo che il trasferimento ad altro progetto è una possibilità concreta, vuole innanzitutto assestare il punto "eliminare la voce da qui", cioè attribuire ad un dato tema la qualifica "non-lemmificabile". Per il resto capisco la natura della proposta di Daniele e la trovo ragionevole. --pequod ..Ħƕ12:38, 27 ago 2013 (CEST)[rispondi]
Quando ho letto la proposta di Daniele non ho pensato a Wikipedia:Regole per la cancellazione, ma mi sono immaginato un riquadro sotto la frase "Inizia la procedura creando QUI" che appare quando si inizia la procedura di cancellazione. Un rapido promemoria nel punto e nel momento giusto magari potrebbe essere utile. -- Basilicofresco (msg) 16:22, 28 ago 2013 (CEST)[rispondi]
La lista citata da Bultro è ottima, ma come detto da Basilicofresco tali punti dovrebbero essere chiariti anche durante l'apertura della pdc, perché purtroppo molti aprono la pdc senza avere letto Wikipedia:Regole per la cancellazione (oppure non ricordano cosa c'è scritto). --Daniele Pugliesi (msg) 01:11, 29 ago 2013 (CEST)[rispondi]
C'è un errore nell'url generato dal template Cancellazione/proposta: andate in questa proposta di cancellazione e dove c'è scritto "La pagina è stata cancellata" cliccate su "cancellata", vedete che il link non funziona a dovere, questo perché al posto delle parentesi tonde c'è quel particolare codice, questa cosa non funziona per qualsiasi disambigua! Questa cosa penso si possa risolvere facilmente eliminando la funzione ((anchorencode:)) che sta nella settima riga a partire dal basso.--dega180 (msg) 01:04, 14 gen 2014 (CET)[rispondi]
@Dega180: è vero che la funzione "anchorencode" non andrebbe usata in quel contesto (la codifica è quella dei titoli delle sezioni) ma non funzionerebbe nemmeno rimuovendola. Va invece sostituita con "urlencode", più specificamente trasformata da ((anchorencode:(({1|))))} in ((urlencode:(({1|))}|WIKI)). --Ricordisamoa01:39, 19 gen 2014 (CET)[rispondi]
Ho notato che, se si inserisce una seconda proposta di cancellazione pregressa, il template mostra la riga "Cancellazioni pregresse"; tuttavia, mostra anche la cancellazione corrente: se viene utilizzato ((cancellazione|2)) viene mostrata la riga "Cancellazioni pregresse 1-2", ma cliccando su "2" si pare la cancellazione attuale (screen). Non dovrebbe essere modificato in modo che mostri solo n-1 cancellazioni?--Fringio – α†Ω09:45, 9 lug 2015 (CEST)[rispondi]
Nelle istruzioni non si dice che in caso di cancellazioni multiple nell'avviso va aggiunto il parametro |multipla= per un corretto collegamento alla pagina di cancellazione. --Aquatech (msg) 16:19, 30 lug 2018 (CEST)[rispondi]
Ho notato che, quando viene avviata. per una pagina con lo stesso titolo, una procedura successiva alla terza (succede, eh se succede), nella riga dedicata alle "Cancellazioni pregresse" (che peraltro è impropria, dato che include anche la procedura in corso) del template, come si può vedere qui, i numeri ordinali superiori al terzo hanno un layout poco elegante, nel senso che il trattino che separa ciascun numero dal precedente compare non "al centro" tra i due numeri, bensì a sinistra, ovvero vicino al numero più basso. In altre parole, come si può vedere dal link che ho inserito, risulta un "1 - 2 - 3- 4- 5" anziché un "1 - 2 - 3 - 4 - 5". Qualche utente "tecnico" potrebbe cortesemente sistemare la cosa? Grazie! Sanremofilo (msg) 12:19, 4 gen 2020 (CET)[rispondi]
Salve a tutti. In seguito a questa discussione si è deciso di aumentare il numero di parametri inseribili nel template così da favorire gli avvisi ai progetti. E' possibile associare a ogni progetto uno o più argomenti del template, così da poterli includere in apposito banner nella pagina di discussione del progetto? --Marcodpat (msg) 18:39, 11 gen 2021 (CET)[rispondi]
Quello, Marcodpat, lo puoi già fare a mano (il template in testa ai bar si può scrivere di sana pianta aggiungendo tutti gli arg opportuni o duplicandolo tante volte quanto serve), qui il problema è che gli arg sono 3 ma categorizza solo i primi 2 (l'ho appena scoperto), se non è una decisione comunitaria chiedo che venga modificata la cosa e che tutti gli arg3 generino categorizzazione automatica perché non ha senso inserire 3 argomenti se poi uno di essi non categorizza. --Gce★★★+216:41, 7 apr 2023 (CEST)[rispondi]
Problema con segnalazione a utente dell'apertura di una pdc