Discussioni progetto:Coordinamento/Template

Il titolo di questa pagina non è corretto per via delle caratteristiche del software MediaWiki. Il titolo corretto è {{BarTemplate}}.

Archivio

---

• Passaggio al template:Portale
• 2006
• 2007
• 2008 (gen-feb)
• 2008 (mar-apr)
• 2008 (mag-dic)
• 2008-2009 (dic 2008-giu 2009)
• 2009 (giu-set)
• 2009 (set-dic)
• 2009-2010 (dic 2009-feb 2010)
• 2010 (feb-apr)
• 2010 (apr-giu)
• 2010 (giu-lug)
• 2010 (ago)
• 2010 (set)
• 2010 (ott-nov)
• 2010 (dic)
• 2011 (gen-feb)
• 2011 (mar)
• 2011 (apr-giu)
• 2011 (lug-ago)
• 2011 (set-dic)
• 2012 (gen-mag)
• 2012 (giu-dic)
• 2013 (gen-feb)
• 2013 (mar-giu)
• 2013 (lug-set)
• 2013 (ott-dic)
• 2014 (gen-giu)
• 2014 (giu-nov)
• 2014 (dic)
• 2015 (gen-apr)
• 2015 (mag-giu)
• 2015 (lug-dic)
• 2016 (gen-apr)
• 2016 (mag-lug)
• 2016 (ago-dic)
• 2017 (gen-mag)
• 2017 (giu-ago)
• 2017 (set-dic)
• 2018 (gen-mag)
• 2018 (giu-dic)
• 2019 (gen-dic)
• 2020 (gen-apr)
• 2020 (mag-dic)
• 2021 (gen-mag)
• 2021 (giu-dic)
• 2022 (gen-giu)
• 2022 (lug-dic)
• 2023 (gen-giu)
• 2023 (lug-dic)
• 2024 (gen-giu)

---

come archiviare  ·  modifica questa lista

Inserimento immagini nel tmp Congresso

Il template:Congresso è uno dei pochi sinottici che non prevede l'inclusione di immagini. Non si potrebbe aggiungere un parametro apposito?--Mauro Tozzi (msg) 16:21, 3 dic 2014 (CET)

Veramente prevede il parametro immagine ma la cosa non è documentata nel man.--Moroboshi ^scrivimi 19:43, 6 dic 2014 (CET)

Ho aggiornato la documentazione.--Moroboshi ^scrivimi 19:50, 6 dic 2014 (CET)

Rendere meno visibili alcuni template

cb La discussione proviene dalla pagina Wikipedia:Bar/Discussioni/Rendere meno visibili alcuni avvisi nelle voci.
– Il cambusiere Lucas ✉

Ciao a tutti,

come si è accennato in questa discussione vari utenti sarebbero d'accordo a rendere meno visibili numerosi degli avvisi tecnici che attualmente mettiamo nell voci. Sono stati definiti i cosiddetti "avvisi invasivi". E' una cosa che è già stata fatta da tempo su en.wiki, e quindi mi piacerebbe discutere/proporre anche qua, visto che ne parlo da qualche anno ma non avevo mai colto il momento giusto per proporre la cosa in modo più organico. Vedere tutti questi favorevoli mi spinge a iniziare la proposta.

L'idea sarebbe questa: rendere graficamente meno evidenti ed eventualmente spostare a fondo voce (anzinché all'inizio) i seguenti avvisi (lista provvisoria scritta a mente, aggiungere pure:

• {{s}}
• {{w}}
• {{o}}
• {{unire}}
• {{categorizzare}}

Lasciare visibili gli altri, che hanno una valenza più importante sulla voce stessa (come "senza fonti", "npov", "enciclopedicità"). Idee? --Lucas ✉ 10:53, 8 ott 2014 (CEST)

(conflittato in fase di modifica) [@ Jalo, Adriano, Nicolabel, Retaggio, Gierre, Cpaolo79, Shivanarayana, Emanuele676, Euphydryas] pingo anche qua tutti gli utenti intervenuti di là, sperando di non dimenticarne. --Lucas ✉ 11:12, 8 ott 2014 (CEST)

Io sarei addirittura per rendere invisibili gli avvisi destinati ai contributori (S, W, Orfana, ...).

Mi va bene ovviamente lasciare quelli destinati al lettore, ma rendendoli meno invasivi (E, bufala, C, ...). Meglio se in cima alla voce, in modo che il lettore li veda meglio.

Ho dubbi riguardo a quelli relativi alle fonti. Sono un avviso per il lettore ("potrebbe essere una voce imprecisa") o sono un avviso per noi ("migliora la citazione delle fonti")?

In ogni caso approvo l'idea di muoverci in questa direzione Jalo 11:08, 8 ott 2014 (CEST)

(confl.) Assolutamente favorevole, anche considerando le pesanti incompresioni che generano. L'unico mio dubbio è relativo ad {{unire}}, azione in sé che dovrebbe seguire da una discussione e - quindi - andrebbe notato. Si può però distinguere il caso della voce da unire (ben visibile) da quello della voce in cui unire (meno vistoso). --Harlock81 (msg) 11:12, 8 ott 2014 (CEST)

(confl) Favorevole alla proposta di Jalo. --Lucas ✉ 11:13, 8 ott 2014 (CEST)

Ok a limitare l'impatto visivo, ma non sposterei nulla a fondo voce; ehm, come si distinguono i contributori dai lettori "semplici"? --AttoRenato ^{le poilu} 11:18, 8 ott 2014 (CEST)

Di solito i contributori sono le utenze registrate, mentre i lettori sono gli IP. Lo so, non è una divisione precisa, ma è il meglio che possiamo fare :D Jalo 11:22, 8 ott 2014 (CEST)

Per chi dice "mi fa comodo vedere l'avviso stub, non nascondetelo", possiamo studiarci qualcosa per rendere visibili questi template solo agli utenti registrati. Al lettore non frega niente di sapere che quella voce è uno stub o che va wikificata. Gli serve solo sapere se il contenuto è affidabile Jalo 11:20, 8 ott 2014 (CEST)

Ringrazio Lucas del Ping :-). Personalmente sarei per ridurre un po' l'impatto visivo di tutti gli avvisi (ad esempio eliminando la fascetta colorata e/o rimpicciolendo l'immagine) e inoltre ridurre di molto l'impatto di quelli di nessuna utilità per il lettore. Tra questi, in particolare vedo {{w}} {{o}} {{D}} {{unire}} {{categorizzare}} {{spostare}} {{Organizzare}} ed altri. Non lo stub e stub sezione, che IMHO appartiengono al primo gruppo. --Retaggio (msg) 11:39, 8 ott 2014 (CEST)

Quindi il lettore non deve sapere che abbiamo bisogno di una mano per risolvere un certo problema? Parlando delle orfane, molti utenti hanno imparato da soli o domandandomelo come funzionano il link grazie a quell'avviso, risolvendo spesso da soli il problema. Parlando delle W, un novizio pubblica una voce mal formattata, come se ne accorge che è un problema? Abbiamo bisogno che gli altri vedano di cosa c'è bisogno, se nascondiamo la polvere sotto il tappeto sarà più difficile toglierla. --AlessioMela (msg) 11:45, 8 ott 2014 (CEST)

(f.c.) Io non ho parlato di nascondere, ma di ridurre... al momento sembrano i pannelli di segnalazione delle piste degli aeroporti. --Retaggio (msg) 11:54, 8 ott 2014 (CEST)

(f.c.) Perdona l'ambiguità, non rispondevo a te, ma ai messaggi precedenti. In particolare, mi sono conflittato con te, ma visto che stavo scrivendo da telefono è stato già un miracolo poter pubblicare. --AlessioMela (msg) 15:15, 8 ott 2014 (CEST)

D'accordo nel rimpicciolire e almeno spostare in fondo onde non indurre il lettore occasionale a lasciar perdere. Continuo a chiedermi quale sia la rilevanza statistica dei rettangoloni terroristici che spesso mi sembrano ingiustificati. Possibile che capiti soltanto a me di trovarli in cima a qualsiasi voce? Non si può sapere percentualmente quante voci li hanno nell'incipit? Adriano (msg) 11:50, 8 ott 2014 (CEST)

(f.c.) I numeri elencati in cima a Portale:Comunità sono aggiornati ad oggi. Per maggiore dettagli su statistiche relative agli avvisi consultare questi grafici. --AlessioMela (msg) 15:18, 8 ott 2014 (CEST)

Sostanzialmente d'accordo alla "minimalizzazione grafica", fermo restando che debbano essere leggibili sia per l'utente occasionale sia per i registrati, come succede in en.wiki. --Michele aka Mickey83 (msg) 11:53, 8 ott 2014 (CEST)

Mi sembra un'ottima idea ridurre l'impatto degli avvisi, e mi sembra una buona idea metterli in fondo alla voce - di fatto sono più utili per la categorizzazione che fanno che per quello che dicono... Alcuni avvisi sarebbe utile evidenziarli in modifica, per esempio nel caso di "Unire" qualcosa che ti avvisi che le modifiche andrebbero fatte su un'altra voce è utile. --Cruccone (msg) 11:58, 8 ott 2014 (CEST)

Favorevole a diminuire l'impatto visivo, ma non a rimuoverli/nasconderli/spostarli in un angolino/etc. Li vedo come un'ottima opportunità per stuzzicare la curiosità di qualcuno di passaggio e di buona volontà.--Dome ^{A disposizione!} 12:12, 8 ott 2014 (CEST)

Tutti gli avvisi sono destinati soprattutto al lettore; gli unici che mi sento di escludere sono O e Categorizzare (che sta già in basso).

E devo dire che conosco tanta gente che usa Wikipedia solo come lettore (direi tutti, l'unico contributore che conosco di persona sono io) e non ho mai sentito uno che sia uno dire "che fastidio quell'avviso". Solo i wikipediani si lamentano, inventandosi un inesistente danno ai lettori. Il peggio che può succedere ai lettori è che non li notano abbastanza --Bultro (m) 12:40, 8 ott 2014 (CEST)

Se tutti i tuoi amici non sono diventati contributori, significa che non sono poi così utili per "convincere i lettori a dare una mano". Ebbene si, anch'io non conosco nessuno che dopo aver visto un avviso W abbia deciso di contribuire a wikipedia.

Lo sanno tutti che wiki si può modificare, non c'è bisogno di scriverlo in rosso, in grande, con immagini, in cima ad ogni voce Jalo 12:59, 8 ott 2014 (CEST)

[@ Bultro] Perché non O? A che serve ad un lettore? --Cpaolo79 (msg) 13:07, 8 ott 2014 (CEST)

Jalo: gli avvisi non servono a dire "wiki si può modificare", servono a dire "attenzione questa pagina ha un problema". L'invito a contribuire è un extra, ma non sono nati per quello.

Cpaolo79: infatti ho detto che O è uno dei pochi che non serve al lettore --Bultro (m) 17:46, 8 ott 2014 (CEST)

Contrario Si rischia di perdere possibili contributori occasionali.--MidBi 13:09, 8 ott 2014 (CEST)

Certo, un lettore casuale si mette a wikifica, orfanizzare o categorizzare. Nemmeno capisce cosa significano. --Emanuele676 (msg) 13:32, 8 ott 2014 (CEST)

-> Un "contributore occasionale" davanti a un affare di questo genere si mette a dare una mano? Ma che scherziamo? Non riesco manco io, che da anni sto qua, a capirne esattamente la portata numerica e quantitativa. Quand'è che una bibliografia diventa "sufficiente"??? (Non so se è consentito mettere l'avviso nella discussione o è ammessa soltanto una sigla) — Questo commento senza la firma utente è stato inserito da Adriano (discussioni · contributi).

Onestamente sarei d'accordo sullo spostarli in fondo (quelli indicati, intendo), meno sul ridurne le dimensioni.--Alkalin l'adminatore 13:28, 8 ott 2014 (CEST)

Favorevole a riduzione impatto visivo e spostaemnto in fondo, almeno per quelli di minore utilità per il lettore (ad es. wikificare, categorizzare, stub) ma non per i più significativi (disclaimer medici, senza fonti, controllare).--Giacomo Seics (msg) 13:39, 8 ott 2014 (CEST)

Non capisco quali vantaggi possa portare penalizzare gli avvisi. Sono favorevole anche io ad assottigliarl e renderli più comprensibili. Ma cosa ci guadagnamo a renderli meno in primo piano? Io vedo solo una possibile perdita di contributi. Chi fa pochi edit non bada alle categorie di servizio, ma con un feedback grafico sulle "sue" voci, può migliorarle. --AlessioMela (msg) 13:46, 8 ott 2014 (CEST)

Alcuni sono avvisi sicuramente di servizio, altri devono essere visti. Il fatto e' che non possibile rendere gli avvisi visibili solo a chi si trova in wiki per editare nelle voci (sia con nick o come IP) e invisibili al solo lettore. Per esempio {{w}} viene posto frequentemente nelle pagine create da anonimo o occasionali contributori, il 50% di costoro quando lo trova chiede come fare per "sistemarsi" la voce, rendendolo invisibile sara' lo 0% a chiedere come sistemarsi la voce.

Piuttosto occorre trovar modo di moderare l'eccessivo utilizzo di template talvolta inutili o intempestive. --Bramfab Discorriamo

Contrario a rendere invisibili gli avvisi ai lettori, fino a quando non avremo due distinte Wikipedia, una in modalità "solo lettura", e una in modalità "modifica pure liberamente, aiuta a far crescere l'enciclopedia", e mi auguro che questo non accadrà mai. E fino a quando non sarà deciso che il contributo degli utenti registrati è diverso da quello degli utenti anonimi, sono contraria a renderli visibili solo ai registrati. Sono Favorevole a rendere gli avvisi un po' meno invasivi graficamente, e soprattutto con indicazioni più semplici per chi voglia accogliere l'invito a contribuire al miglioramento della voce (perché non dimentichiamo che gli avvisi si mettono per segnalare mancanze e chiedere di migliorare, non per far dispetto a qualcuno o per aggiungere note di colore alla pagina). Favorevole a considerare l'apposizione di template di avviso non appropriati per quello che sono, come da linea guida: vandalismo. --Euphydryas (msg) 15:00, 8 ott 2014 (CEST)

Mi sta bene rimpicciolire gli avvisi, ma non mi va bene spostarli in fondo né tanto meno toglierli. Piuttosto una cosa che si può fare è modificare il testo. Chessò, {{w}} invece che "Questa voce o sezione non è ancora formattata secondo gli standard." potrebbe essere "Vuoi migliorare l'aspetto di questa voce?" oppure {{o}}, anziché "Questa voce è orfana, ovvero priva di collegamenti in entrata da altre voci. Inseriscine almeno uno pertinente e non generico e rimuovi l'avviso.", può essere "Da quale altra voce di Wikipedia si potrebbe arrivare a questa?" -- .mau. ✉ 15:10, 8 ott 2014 (CEST)

Mi piace l'idea di .mau. di lavorare sui testi. Io ora a colpo d'occhio vedo un avviso e capisco cosa c'è da fare. Sarebbe bello che anche chi li vede per la prima volta possa avere questa sensazione con un sforzo solo di poco maggiore. --AlessioMela (msg) 15:20, 8 ott 2014 (CEST)

[← Rientro] Mi esprimo template per template:

• {{s}} Contrario Il metodo di en.wiki non mi piace proprio, voglio sapere prima di leggere se la voce è un abbozzo o meno e non quando ho finito (e, comunque, non è così grande), inoltre è utile per il lettore per fargli capire che la voce è lungi dall'essere completa;
• {{w}} tendenzialmente contrario Seppur non sia un avviso propriamente rivolto a chi vuole solo leggere la voce, credo sia bene far sapere in testa alla voce che essa non è propriamente ordinata, forse si può rendere più sottile ma farlo finire a fondo pagina o farlo spariee del tutto no;
• {{o}} Favorevole Lo si può ridurre mostrando solo l'icona o rendendolo delle stesse dimensioni della striscia che indica i portali; chiaro, però, che tengo in conto le perplessità di AlessioMela, se la riduzione dovesse rendere più difficile risolvere il problema allora mi porrei diverse domande;
• {{unire}} Tendenzialmente contrario Seppur non sia un avviso diretto al lettore, è bene far sapere nelle modalità usuali che la voce che si sta leggendo in futuro potrebbe confluire ad un altro titolo; a chi si pone il problema che sia invasivo nelle voci che dovrebero ricevere il testo segnalo che in buona parte dei casi il template U non è proprio presente nelle voci che devono ricevere il testo, quindi è un problema molto relativo;
• {{categorizzare}} Favorevole Il template è già presente in fondo alle voci ed è troppo grande per il suo scopo, propongo una riduzione come quella per le O;
• Per tutti gli altri non segnalati sono, fino a mio diverso parere, Contrario.

Fondamentalmente, comunque, per me le dimensioni degli avvisi non sono un problema di per sé, quindi mantenere lo status quo non mi dispiace, anche perché in realtà vanno riviste le voci con gli avvisi e vedere se sono congrui (ad oggi sono segnalate 307.126 voci con {{S}} e per dicembre vi sarà un festival per verificare se gli avvisi in alcune voci sono ancora congrui mentre vi sono 93.486 voci con {{F}}, la più "vecchia" delle quali è segnalata da 7 anni e 7 mesi); per il problema sollevato sugli avvisi agli utenti, si può sollecitare chi appone i template a segnalare la situazione anche al primo contributore e/o l'utente che ha fatto più modifiche alla voce in questione. Contrario alla proposta di .mau., piuttosto che semplificare i testi è bene usare maggiormente i wikicollegamenti verso le pagine di servizio, se si vuole sfoltire il testo dell'avviso. --Gce ★★ 15:24, 8 ott 2014 (CEST)

il contributore occasionale, per non parlare del lettore, non andrà mai a cliccare sui link alle pagine di servizio... -- .mau. ✉ 15:39, 8 ott 2014 (CEST)

Favorevole a rendere meno visibili gli avvisi proposti: dobbiamo distinguere tra avvisi che mettono in allerta il lettore da potenziali insidie che potrebbe trovare nella pagina (POV, C...) da altri avvisi "di servizio", tra cui capeggia l'avviso stub, quasi ridondante (un avviso che avvisa che la pagina è un abbozzo...aspetto verificabile di per sé)--93.144.93.78 (msg) 15:44, 8 ott 2014 (CEST)

Favorevole a rendere meno invasivi gli avvisi magari spostandoli in fondo alla voce. Riguardo all'avviso "Abbozzo" sono d'accordo: se la voce è di 3 righe non serve. Invece molto delicata la faccenda delle fonti "deboli" o "insufficienti" un avviso del genere è un problema perché a parte casi eclatanti (nessuna fonte) la valutazione delle fonti è difficilissima e non si tratta di compilare un manuale assegnando dei voti ma bisogna conoscere la materia alla perfezione, non solo, ma essere ultra aggiornati perché una fonte ineccepibile nel giro di pochi anni può essere superatissima da una teoria successiva. Penso a materie come diritto, filosofia, archeologia. Per non parlare di materie a evoluzione veloce. (stavolta la firma non me la scordo) Adriano (msg) 16:30, 8 ott 2014 (CEST)

fortemente, decisamente Contrario: già così i volontari che lavorano per togliere gli avvisi sono una minoranza quasi invisibile, poi così facendo sparirebbe lo stimolo a lavorare su quella voce. Al contrario, andrebbe sottolineato che la voce ha dei problemi su cui, chi ha materiale e voglia di contribuire, è gentilmente (ovviamente) invitato a contribuire.. --217.133.113.162 (msg) 16:31, 8 ott 2014 (CEST)

Tendenzialmente Contrario a nascondere gli avvisi o a spostarli in basso: a parte l'impressione che l'operazione dà di voler "nascondere la polvere sotto il tappeto", come fa notare Euphydryas non esiste la versione di Wikipedia "per soli lettori" e quella "anche per i contributori", ma un'unica versione.

Favorevole a studiare soluzioni per rendere graficamente meno invadenti gli avvisi, e soprattutto a rendere più "niubbo-friendly" i loro testi; in tal senso, consiglio l'adozione anche su it.wiki del en:Template:Multiple issues, che consente di riassumere in un unico avviso più problemi separati, evitando di dover inserire in cima alla pagina una inquietante colonna di quattro o cinque avvisi diversi. --Franz van Lanzee (msg) 16:36, 8 ott 2014 (CEST)

Contrario a nascondere gli avvisi o a spostarli in fondo alla pagina, diminuendo in tal modo la probabilità che i problemi vengano risolti. Ben venga invece renderne i testi più esplicativi e la grafica meno invadente. --Incola (posta) 16:53, 8 ott 2014 (CEST)

Il template inglese che riunisce gli avvisi non sarebbe male, darebbe un'impressione di organizzazione negli avvisi che non guasterebbe. Sul rendere più "niubbo-friendly" gli avvisi vi e' questa prima proposta arenatasi.--Bramfab Discorriamo 16:57, 8 ott 2014 (CEST)

+1 per il Multiple Issues. Per come la vedo io, quegli avvisi servono ai contributori per sapere al volo che ci può essere da fare qualcosa, ma appunto devono servire anche ai fruitori occasionali perché sappiano che Wikipedia non si fa da sola. Però non serve una sfilza di avvisi che intimidisce, quanto una chiara spiegazione di cosa a nostro parere manca. -- .mau. ✉ 17:01, 8 ott 2014 (CEST)

Favorevole e quoto .mau. per il multi-avviso. Tra l'altro l'avviso abbozzo ha fatto probabilmente il suo tempo: aveva un senso diverso quando è nato, salvare i mcroabbozzi di una riga dalla cancellazione in una wiki neonata, e ora in una enciclopedia da oltre 1 milione di voci in cui questi vengono messi in cancellazione immediata probabilmente non serve più (perderemmeo meno tempo a litigarci sopra) o ne serve uno più specifico. --MarcoK (msg) 17:08, 8 ott 2014 (CEST)

Il multi avviso ha il vantaggio di assottigliare la grafica degli avvisi quando ne sono presenti diversi. Tuttavia un problema IMHO di quello inglese è che a colpo d'occhio non si capisce quali problemi ci sono. Ti devi leggere ogni volta tutto lo spiegone, anche se sai già quali tipologie esistono. I nostri avvisi invece vuoi per il colore, vuoi per l'icona sono immediati (se già li si conosce). Per cui per me il multiavviso andrebbe bene solo se non si perdessero queste caratteristiche. Viceversa preferisco lo stato attuale (meglio una grafica un po' goffa ma con un'immediatezza di messaggio). --AlessioMela (msg) 17:19, 8 ott 2014 (CEST)

Invece del pallino dell'intendatura standard potrebbe andarci l'icona prevista per quel tipo di lavoro sporco: , etc etc... --Franz van Lanzee (msg) 17:44, 8 ott 2014 (CEST)

[← Rientro] Perché non facciamo le cose una alla volta? Mi pare che pressoché tutti siano d'accordo a diminuire l'impatto visivo attuale: la cosa non è poi così complicata se cominciassimo a rimpicciolire un po' le icone e ad allargare la larghezza a tutta pagina, riducendo così l'altezza degli avvisi (magari anche limando un pochino i testi troppo lunghi e complessi). Sarebbe già un bel passo avanti :-) --Pil56 (msg) 19:20, 8 ott 2014 (CEST)

(f.c.) Operativamente mi sembra un buon passo iniziale, generando qualche prova. --AlessioMela (msg) 19:52, 8 ott 2014 (CEST)

Commento: l'importante è non nascondere mai l'avviso del "Senza fonti" e della "Neutralità" poiché non servono a noi ma al lettore. È lui che deve essere tutelato da quel che sta leggendo. Se una voce è ben fontata allora nessun problema; problemi come l'"unione" o l'"abbozzo" o ancora l'"orfanizzazione" sono d'interesse degli utenti che collaborano, quindi nostro, perché sta a noi sistemarli, per cui non ho nulla in contrario nel metterli anche nella pagina di discussione... ad esempio. Ma gli avvisi fondamentali della lettura di una voce: fonti e neutralità non vanno toccati, ed anzi devono essere ben visibili a inizio voce; ne va della serietà dell'enciclopedia stessa. --Stella (msg) 19:31, 8 ott 2014 (CEST)

La distinzione tra lettore e contributore non è però così netta. Un lettore di oggi potrebbe essere un contributore domani. Questo potrebbe avvenire ad esempio risolvendo un problema più o meno grave su una voce di un argomento che gli sta a cuore. Se vede solo i problemi "più da lettore" tenderà a restare tale: vedendo noialtri che "nascondiamo" le cose da fare, probabilmente avrà impressione che non sono cose per lui. --AlessioMela (msg) 19:50, 8 ott 2014 (CEST)

Benissimo è molto vero quel che stai dicendo. E infatti ti parlo proprio con l'esperienza di una che da lettrice è diventata contributrice e che inizialmente è stata spaventata dagli avvisi, perché li prendeva come fossero un qualcosa contro il suo lavoro. Solo dopo ha capito quanto fondamentali fossero quegli avvisi che indicavano una mancanza di qualche cosa di importante in voce. Oggi vado a metterli io stessa gli avvisi dove riscontro una mancanza assoluta o quasi di fonti o dove, leggendo, ti accorgi che si stanno dicendo cose assurde o non aggiornate. Se nascondiamo questi avvisi che si fa? Il lettore ignaro leggerà la voce, il sito la ricopierà, e l'informazione errata o falsa si divulgherà tranquillamente... ma almeno la voce non avrà il "fastidioso" avviso? Tutti i siti di informazione seria hanno delle regole da rispettare. Questa è un'enciclopedia libera, a maggior ragione serve tutela per i suoi lettori. Gli avvisi vanno mostrati assolutamente, e tolti solo quando è tutto a posto. Per cui Contrario alla loro rimozione (parlo ovviamente di quelli più importanti già citati sopra) --Stella (msg) 20:03, 8 ott 2014 (CEST)

[× Conflitto di modifiche]Anch'io come Gce mi sento di fare un distinguo. Sono Favorevole alla riduzione (stile {{tmp}}?) e/o spostamento dei tmp:

• {{spostare}}
• {{O}}
• {{trasferimento}}
• {{D}}

Mentre sono fortemente contrario a modifiche agli altri avvisi. Nel mio caso, furono una di quelle cose che mi piacquero molto quando arrivai su Wiki, non solo: mi davano l'impressione che il tutto fosse davvero controllato infondendo quindi una certa fiducia (che poi mi spinse a contribuire). Gli avvisi sono li perché servono, e tentare di nasconderli non ha senso, tanto più che oggi hanno pure (a causa delle risoluzioni più elevate in uso) un impatto significativamente inferiore rispetto ad un tempo.— Questo commento senza la firma utente è stato inserito da Umberto NURS (discussioni · contributi).

Incerto/a IMHO gli avvisi nella voce non sono un così gran fastidio per il lettore. Sono tendenzialmente d'accordo con l'"assottigliarli" (a volte c'è da scorrere davvero tanto prima di trovare l'incipit) o a unirli in una cornice unica (ma prima si deve vedere la resa grafica, non deve andare a discapito della chiarezza). Sono molto Favorevole a rendere più comprensibile ai non wikipediani e più accattivante il testo contenuto nell'avviso mentre sono più che Contrario al nasconderli in qualunque modo. Unica eccezione il template {{O}} che può essere spostato in basso come {{categorizzare}}. In questo periodo di calo di contributori non dobbiamo creare muri tra chi contribuisce e chi legge soltanto.--l'etrusco (msg) 20:20, 8 ott 2014 (CEST)

Scusate ma se non vogliamo creare "muri" tra contributori e lettori, allora nessun avviso deve essere toccato! Come li vediamo noi che ci lavoriamo, devono vederli pure chi legge, nel caso voglia intervenire (essendo enciclopedia libera). Ma mi sembrava di capire che si è aperta questa discussione perché si lamentava un'eccessiva "invasione di avvisi". Allora bisogna decidersi: esiste una differenza tra il lettore e il contributore? Non penso che enciclopedie come la Treccani mostrino in pubblico il loro "lavoro sporco" ovvero quello che hanno da sistemare... a noi ci mostrano la pagina quando è già bella e fatta. Ma lo spirito di Wikipedia è invece quello di una contribuzione aperta a tutti; dunque perché, o con che diritto, nascondere gli avvisi? Forse perché vogliamo evolvere, è normale, e vorremmo le voci tutte belle e pronte. Chi non lo vorrebbe? Ma se ci sono voci che necessitano di aiuto bisogna farlo sapere! E non rendere "innocui" gli avvisi. Perché se anche quell'avviso scompare, il problema in voce rimarrà ugualmente, diventa solo più difficile da vedere. Poi ripeto: ci sono avvisi e avvisi, ma tutto dipende da quel che si vuole fare, tenendo conto che questa è un'enciclopedia aperte a tutti e quindi uguale per tutti. --Stella (msg) 20:45, 8 ott 2014 (CEST)

Non si parla di eliminarlo, ma di "renderlo invisibile" (o meno appariscente a seconda dei casi). --Emanuele676 (msg) 21:21, 8 ott 2014 (CEST)

Ho capito... spero solo che non diventi tanto invisibile da far credere a chi legge la voce che va tutto bene, quando in realtà sta leggendo frasi inventate di sana pianta. Tutto qui. --Stella (msg) 21:38, 8 ott 2014 (CEST)

Mi sembra che quell'avviso non sia presente fra quelli elencati --Emanuele676 (msg) 22:20, 8 ott 2014 (CEST)

Favorevole a rendere meno visibile al semplice lettore gli avvisi sopradescritti (francamente trovo puro idealismo pensare che un {{W}} possa di suo indurre un inesperto a fare qualcosa di utile, attendo eventuali statistiche che lo dimostrino), assolutamente contrario però a modifiche che violino i principi dell'enciclopedia (cioè se un lettore non capisce l'importanza delle fonti terze e attendibili, e che sia il caso di indicare voci carenti in tal senso, non siamo certo noi a doverci "adeguare" in qualche modo). PS la gestione "inter nos" delle diatribe su eventuali avvisi ovviamente è tutt'altro paio di maniche e temo di dover concordare sul fatto che talvolta si tramutino in puro teatrino psicanalitico o nonsense.--Shivanarayana (msg) 21:30, 8 ott 2014 (CEST)

Contrario a nascondere gli avvisi o a spostarli in fondo alla pagina Favorevole a una rielaborazione per renderli meno impattanti (in molti basterbbe ridurre l'altezza). --ValterVB (msg) 22:04, 8 ott 2014 (CEST)

Favorevole alla versione in italiano del Multiple issues, escludendo però {{S}}, dato che un sondaggio ha stabilito che non si possono categorizzare gli abbozzi per data). --Gce ★★ 22:14, 8 ott 2014 (CEST)

Io sono favorevole a rendere invisibili solo {{O}} e {{categorizzare}}. Il template {{W}} se lo rendiamo invisibile tanto vale toglierlo del tutto, visto che la sua utilità si basa sul commento scritto in genere da chi ha apposto l'avviso. Senza il commento, il template {{W}} può voler dire tutto e niente. E se per leggere il commento ogni volta dovessi andarmi a sfogliare il wikicodice, permettetemi, mi girerebbero un po' i cosiddetti... --Horcrux_九十二 14:43, 9 ott 2014 (CEST)

Proposta operativa

In questa sottosezione propongo delle modifiche ad alcuni template; per la discussione generica scrivete nella sezione sopra. grazie. :) --Gce ★★ 22:14, 8 ott 2014 (CEST)

Categorizzare

Questo template è già in fondo alla voce, quindi la discussione è sul cambiarne le dimensioni o meno.

La mia proposta è:

Categorizzazione insufficiente o troppo generica: inserisci la voce in una o più categorie adatte.

Che ne pensate? --Gce ★★ 22:14, 8 ott 2014 (CEST)

Io linkerei anche il progetto --Emanuele676 (msg) 22:19, 8 ott 2014 (CEST)

Per sanità mentale, manterrei per tutti gli avvisi la banda colorata di sinistra (che in questo caso sarebbe arancione), così li distinguiamo da template di navigazioni e portali, oltre a mantenere una continuità con l'attuale grafica. Abbiamo niente di pratico da mettere come link a "categorie adatte"? O è tutto nella lunga Aiuto:Categorie/Categorizzazione? --AlessioMela (msg) 22:32, 8 ott 2014 (CEST)

Il link l'ho preso dalla versione attuale, cosa proponi per migliorarlo?— Questo commento senza la firma utente è stato inserito da Gce (discussioni · contributi).

Sì il primo link va benissimo. Intendevo solo che per migliorarlo ulteriormente, anche più di com'è adesso, potrebbe essere utile una specie di guida cliccando su "categorie adatte". Non so se c'è qualcosa di già pronto nel percorso guidato.

Rigurardo la sintassi, non sarebbe meglio modificare l'attuale {{avviso}} che fa da base per tutti gli avvisi? Così metà del lavoro è fatto. Dobbiamo "solo" allargare a tutto schermo, rimpicciolire l'immagine e migliore i testi. --AlessioMela (msg) 22:44, 8 ott 2014 (CEST)

Se si vuole intervenire in linea generale è consigliabile, ma io non voglio ciò, dato che ritengo che le cose debbano rimanere come sono per alcuni template (specie {{F}} e {{P}}); in questo caso, qui sto trattando nello specifico del Categorizzare (che è già a fondo pagina) ed ho proposto una nuova forma, visto anche la voglia generale di ridurre le dimensioni dei template, oltre alla striscia gialla secondo te cos'altro andrebbe modificato? --Gce ★★ 23:11, 8 ott 2014 (CEST)

(f.c.) Nella modifica che presenti è stato tolto buona parte del testo in modo da rimpicciolire il template: quelle scritte spiegavano a grandi linee cos'era una categoria adatta. Non vorrei perdere quest'informazione veloce.

Se vogliamo modificare solo questo, occorre tuttavia utilizzare un codice più robusto. Ad esempio mi pare che in caso di piccole risoluzioni, se la scritta va a capo, il box non si adatti di conseguenza. Tuttavia immagino che questo sia solo un test. --AlessioMela (msg) 00:29, 10 ott 2014 (CEST)

Non riesco a capire che fastidio dà l'attuale categorizzare, tanto più che è già in fondo. In ogni caso bisogna stabilire uno stile grafico unico, non che ogni avviso ha il suo, perché altrimenti la standardizzazione va in vacca e magari l'utente manco s'accorge che quello è un avviso (sia esso importante o meno). --Umberto NURS (msg) 00:09, 9 ott 2014 (CEST)

• Favorevole Mi pare molto semplice e ben scritto. Toglierei magari un po' del grassetto nel testo non linkato. Magari ne possiamo approfondire nella pagina di disc. del template (se ci "pinghi" :)). --Lucas ✉ 16:03, 9 ott 2014 (CEST)

Suggerimento per gli avvisi in cima alla pagina

Personalmente penso che molti lettori siano "terrorizzati" dagli avvisi e non ne comprendano il significato. Ciò probabilmente è dovuto al fatto che gli avvisi sono spesso usati per "punire" le voci che non sono all'altezza di Wikipedia, mentre si potrebbe assumere un atteggiamento "positivo", cioè anziché puntare il dito su cosa non va bene nella voce si dovrebbe evidenziare cosa si può fare per migliorarla. Ciò potrebbe portare i lettori a prendersi cura delle pagine, soprattutto se li motiviamo con i dovuti ringraziamenti per il loro contributo. Ecco alcuni esempi pratici:

• Template:W: riporta scritto in grassetto cosa non va bene nella voce (Questa voce o sezione non è ancora formattata secondo gli standard.) e in piccolo cosa si potrebbe fare per risolvere il problema (Contribuisci a migliorarla secondo le convenzioni di Wikipedia.) Suggerisco di invertire lo stile dei caratteri e magari anche la posizione delle frasi, per cui l'avviso in tal caso apparirebbe così:

• identico ragionamento per il template F; inoltre compaiono 2 link a Wikipedia:Uso delle fonti. L'avviso potrebbe essere riarrangiato così:

Lo stesso potrebbe essere fatto per gli altri avvisi di questo genere. Inoltre la prima frase come vedete racchiude in sé due cose importanti: l'invito a contribuire con il link da cliccare allo scopo e un link alla relativa pagina di Wikipedia che spiega come risolvere il problema. Le frasi in piccolo indicano invece ulteriori link a linee guida o spiegazioni su funzionamento di Wikipedia. Meglio ancora, potremmo ridurre tutti gli avvisi solo all'essenziale, cioè l'invito a contribuire e come farlo, indicando solo la pagina sulle linee guida che interessa di più, spostando in tale pagina eventuali altre informazioni se necessarie alla comprensione. In tal caso avremmo un template di avviso di questo tipo:

Riducendo la grandezza del template del 50%!
Il template del tipo Multiple issues potrebbe invece apparire così:

Ho considerato i template W e F come esempio, ma lo stesso discorso può essere svolto per tantissimi altri template simili. Questo dunque è il succo della mia proposta:

1. Evidenziare negli avvisi l'invito a contribuire nella voce specifica e i modi per farlo; in questo modo gli avvisi appaiono come "inviti" anziché "rimproveri" per gli utenti.
2. Se si decide a raccogliere più avvisi in uno solo, fare in modo che il template così prodotto sia più semplice e compatto possibile, lasciando in alto l'avviso a contribuire e specificando in un elenco puntato i modi per farlo.

In altre parole: invitare anziché ammonire. Se inoltre vogliamo attirare ancora di più l'attenzione dei lettori, potremmo usare come immagine il puntatore del mouse:

In questo modo penso che sia ancora più chiaro che stiamo invitando il lettore a cliccare sui link nel messaggio e sfruttiamo la visibilità dell'avviso a nostro favore! ;) --Daniele Pugliesi (msg) 02:05, 9 ott 2014 (CEST)

Commento: Cioè forse allora non è chiaro il messaggio che deve dare questo template:

Non si tratta solo di "migliorare la voce" con le fonti... deve essere un monito al lettore che "deve sapere" che quella voce "non cita" alcuna, o quasi nulla, fonte attendibile... io sono Contrario a rendere un template così importante come se fosse un semplice avviso di contribuzione... è qualcosa di più grave che forse non si sta capendo!

Lasciate quel template nella sua classica forma che avvisa, sul serio, il lettore del rischio a cui va incontro leggendo una voce senza alcuna fonte attendibile.

Per gli altri templati invece così li trovo peggiorati, scusate... non mi piace quella mano gigante sul template che invita a contribuire... è inquietante e piuttosto rozza. Mi piace invece il bordino giallo iniziale. --Stella (msg) 08:07, 9 ott 2014 (CEST)

Come Stella. Aggiungo che se le persone non capiscono il motivo degli avvisi non è colpa degli avvisi stessi, ma di chi non sa leggere (o non vuole saper leggere...). Sono consapevole che ci sono alcuni che addirittura si offendono per un W od un E, ma vedo che spesso si tratta, magari è solo una mia impressione, di utenze che creano su commissione determinate voci. --Umberto NURS (msg) 08:24, 9 ott 2014 (CEST)

Gli avvisi non possono essere slogan, devono essere sintetici, ma indicare cosa fare e perché viene richiesto e perché l'avviso viene inserito.--Bramfab Discorriamo 08:34, 9 ott 2014 (CEST)

(confl.) In buona misura concordo, tra W e F c'è una bella differenza, per quanto il caso di problemi multipli gestito con template distinti sia abbastanza orrendo (e tipicamente un unico intervento risolva gran parte dei problemi indicati).--Shivanarayana (msg) 08:40, 9 ott 2014 (CEST)

Contrario perché ancora non abbastanza chiari. Con la proposta di nuovo avviso f non si capisce ancora cosa bisogna fare. Bisognerebbe scrivere qualcosa tipo "in questa voce non si capisce da dove vengano alcune frasi: riesci a mettere le indicazioni di un libro dove sono riportate queste informazioni? Serve il nome degli autori, il titolo del libro, la casa editrice ed il numero della pagina dove si può trovare le informazioni". --217.133.113.162 (msg) 09:30, 9 ott 2014 (CEST)

• Contrario al nuovo messaggio inserito, e poi il tasto modifica è già ben visibile, proprio in alto alla voce, dove si trovano generalmente gli avvisi. Ritorniamo IMHO al punto iniziale: ridurre l'impatto visivo, in particolar modo di quelli non utili al semplice lettore occasionale. --Retaggio (msg) 09:49, 9 ott 2014 (CEST)

Si puo' bonariamente ammonire di wikificare, anche se con due righe si riuscirebbe a far capire cosa serve fare senza grossi patemi, ma le fonti si richiedono, pur senza una pistola puntata, ma senza tentennamenti, sono vitali, e se "tutti" possono wikificare, le fonti in molti casi e' ben preferibile che le metta chi scrive la voce e prima arriva l'avviso allo scrivente meglio e'. --Bramfab Discorriamo 11:46, 9 ott 2014 (CEST)

Concordo con quanto detto da Bramfab e Umberto. Le fonti sono "fondamentali". Se si vuole discutere di un aggiornamento, ridimensionamento sui template ok. Ma ci sono template che non possono passare sotto silenzio! E uno di questi è proprio quello che avvisa il lettore della mancanza di fonti.

Non ditemi che non si discute di questo... perché ho visto che è stato il primo a subire un ridimensionamento e addirittura a perdere il suo messaggio principale, ovvero: questa voce non cita alcuna fonte; il che è già un campanello d'allarme per il lettore, lo tutela da quel che sta per leggere. Ben venga se poi qualche anonimo contributore si senta invogliato a contribuire... ma questo non deve penalizzare chi vuole solamente leggere e ha il diritto di saper cosa sta leggendo. Perché noi non siamo la Treccani o una casa editrice affermata... qui può entrare chiunque, e proprio perchè è una contribuzione molto generica, allora va tutelata in qualche modo: gli avvisi direi sono la cosa più immediata e fondamentale.

Per questo motivo non concordo per nulla con il messaggio - sia pure positivo - dell'utente che ha detto: invitare anziché ammonire. No, se c'è da ammonire, ammoniamo. Ne va della serietà di quest'enciclopedia... oppure ci piacciano le critiche di chi dice che su Wikipedia si può trovare di tutto perché non c'è adeguato controllo sull'affidabilità delle voci? Andiamo. Mi spiace essere dura ma proprio non comprendo come si possa anche solo supporre di minimizzare - o peggio, camuffare - avvisi importanti come questo. --Stella (msg) 12:52, 9 ott 2014 (CEST)

Anche secondo me non va nascosto. --Emanuele676 (msg) 12:55, 9 ott 2014 (CEST)

Di base concordo con Stella, l'impostazione che si vuole dare ai essaggi non convince neanche me; {{W}} di per sé mi sembra già sottile nella sua impostazione di base (senza arg e commento), per F al limite lo si può rimodulare così:

In questo modo non si nasconde la gravità del problema (altrimenti non sarebbe stato segnalato), si riduce la dimensione del template a due righe (più eventuale commento) e chi vorrà intervenire avrà a disposizione tutti i wikicollegamenti presenti nella versione attuale. --Gce ★★ 13:11, 9 ott 2014 (CEST)

Sarò ripetitivo, ma ribadisco che secondo me avvisi tipo {{F}}, {{C}} e {{P}} sono quelli che hanno meno necessità di essere toccati. Sono forse i più importanti, che siano invasivi, al limite, ci sta. Altri invece, come {{w}} {{o}} {{D}} {{unire}} {{categorizzare}} {{spostare}} {{Organizzare}} eccetera, che bisogno hanno di essere dei tali "lenzuoli"? --Retaggio (msg) 13:26, 9 ott 2014 (CEST)

per citazione di solito s'intende una frase tipo "sono contento di essere venuto alla Juve, è la squadra per cui tifavo da piccolo": qui, lo giuro, ci sono persone che scrivono per esempio che un ex calciatore uccise una persona e morì in carcere (ed il fatto purtroppo è vero) senza aggiungere uno straccio di fonte, con il rischio di passare un brutto guaio lui e di farlo passare ai responsabili di wikipedia. Qua bisogna far passare il messaggio che senza fonti non si deve mettere nulla e che se si tiene a wikipedia e si hanno libri in materia, sarebbe carino aggiungere le fonti dove servono. --217.133.113.162 (msg) 13:32, 9 ott 2014 (CEST)

[← Rientro] Sono d'accordo con Retaggio qui sopra riguardo ai messaggi da lasciare più o meno intonsi. Forse per essere più operativi dovremmo concentrarci prima sugli avvisi che quasi la totalità degli intervenuti è d'accordo di rimpicciolire (chi anche spostare, rendere invisibili, chi no...), ma sullo smagrimento di alcuni template direi che si siamo quasi tutti. ;) Mi date una mano a raccogliere una lista il più possibile condivisa (divisi tra "da smagrire" e "da conservare") e poi discutere pezzo per pezzo? Ho poca memoria e rischio di dimenticarne la metà.. :) --Lucas ✉ 16:07, 9 ott 2014 (CEST)

no, non siamo d'accordo con smagrimenti, come si può vedere sopra. --217.133.113.162 (msg) 19:32, 9 ott 2014 (CEST)

Perdonami, non mi sono spiegato. Facevo un discorso generale. Non mi riferivo infatti ai template "F", "P", "E" e così via, a cui facevi riferimento tu, e che (almeno a mio parere) sono template fondamentali che devono mantenere una certa visibilità. Mi riferivo agli altri "S" "W" "O" "D" "UNIRE" "categorizzare" che da quello che leggo mi pare tutti siano concordi a ridimensionare (parlo delle dimensioni fisiche, non per il loro rilievo). Sugli altri mi pare di notare un consenso più moderato e comunque ancora da discutere ampiamente. Per questa ragione ora tentavo di fare un riassunto dei tantissimi commenti interessanti, vedendo se si riesce ad andare per gradi, occupandosi prima dei template sui quali c'è un certo accordo. --Lucas ✉ 19:42, 9 ott 2014 (CEST)

Scremando: domande dirette

Domande più precise, chiamiamola una informale raccolta di pareri: chi è favorevole o contrario a

1. Rendere meno appariscenti i template "S" "W" "O" "D" "UNIRE" (poi discutiamo il come, ma prima raccogliamo un consenso generale)?
2. Spostare uno o più dei suddetti template a fondo pagina anziché all'inizio (casomai indicare per quali sì e per quali no)?
3. Rendere invisibili uno o più dei suddetti template agli utenti non registrati, trattandosi prevalentemente di template tecnici (casomai indicare per quali sì e per quali no)?
4. Rendere meno appariscenti altri template (indicare quali)?

Thanks! --Lucas ✉ 19:42, 9 ott 2014 (CEST)

riguardo al punto 3: se io posso eliminare dei problemi segnalati da un template anche se non sono registrato, che vantaggio avrebbe wikipedia dall'impedirmi da domani in poi di vedere, visto che sono un ip, quei template su cui sino ad oggi potevo lavorare? --217.133.113.162 (msg) 22:17, 9 ott 2014 (CEST)

è una proposta fatta sopra da qualcuno sulla base della supposizione che un lettore non registrato può avere meno interesse verso i template tecnici. Vediamo un po' cosa si pensa in proposito nelle risposte sottostanti. --Lucas ✉ 09:29, 10 ott 2014 (CEST)

1. Contrario per S, tendenzialmente favorevole per gli altri
2. Favorevole per O, contrario per gli altri
3. Contrario per tutti, i problemi non si nascondono
4. Favorevole per {{Categorizzare}}, troppo appariscente per essere a fondo pagina (con la scusa si può anche rinnovarlo graficamente e renderlo più accattivante)

Gce ★★ 21:44, 9 ott 2014 (CEST)

1. Neutrale A me la dimensione non interessa, basta che non ne stravolgiamo il senso.
2. Contrario Schiaffare un template in fondo (magari in un angolino) equivale a cancellarlo. Si chiamano avvisi perché devono avvisare (ovvero mettere in evidenza un problema), non perché devono essere avvistati.
3. Contrario Esistono anche utenti registrati che non contribuiscono e utenti non registrati (molti) che contribuiscono. Perché discernere?

--Horcrux_九十二 21:48, 9 ott 2014 (CEST)

1. Favorevole se e solo se la sintesi non sarà a detrimento della chiarezza
2. Favorevole solo per il template {{O}}
3. Contrario

--l'etrusco (msg) 23:28, 9 ott 2014 (CEST)

1. Favorevole se e solo se non verrà stravolto il contenuto.
2. Fortemente contrario per motivi già espressi.
3. Contrario/a per tutti i template d'avviso.
4. Favorevole per {{Trasferimento}} e {{Spostare}}.

--Umberto NURS (msg) 23:42, 9 ott 2014 (CEST)

1. Favorevole se meno appariscenti, ma più chiari sul "cosa/come fare per" poterli rimuovere
2. Contrario
3. Contrario come ho già detto sopra (e lo ha spiegato anche molto concretamente l'IP 217...)
4. Favorevole per {{Categorizzare}}

--Euphydryas (msg) 23:49, 9 ott 2014 (CEST)

1. Favorevole se e solo se è un lavoro di grafica e non di cambiamento della sostanza e se riguarda tutti gli avvisi: non vedo perché modificarne solo alcuni. Rende solo meno chiaro l'apparato complessivo degli avvisi, dando l'impressione che i problemi di questi ultimi siano meno importanti.
2. Contrario
3. Contrario e in maniera marcata: gli utenti non registrati fanno ben un terzo degli edit di quelli registrati, mica bruscolini.

--AlessioMela (msg) 00:23, 10 ott 2014 (CEST)

1. Neutrale non ho particolari obiezioni contro la grafica attuale, ma se si vuole snellirla un poco direi di agire globalmente per una questione di uniformità.
2. Contrario perché equivarrebbe a nasconderli.
3. Contrario tutti devono essere informati sui problemi che ha una voce.

--Incola (posta) 08:55, 10 ott 2014 (CEST)

1. Favorevole
2. Favorevole
3. Contrario anche gli ip danno una mano nel lavoro sporco...

--93.144.95.197 (msg) 08:58, 10 ott 2014 (CEST)

1. Favorevole
2. Favorevole, spostare in fondo tutti quelli non diretti al lettore
3. Favorevole, nascondere tutti quelli non diretti al lettore. Il lavoro sporco è portato avanti quasi solo dagli utenti registrati
4. Favorevole tutti

Jalo 09:04, 10 ott 2014 (CEST)

1. Favorevole
2. Favorevole IMHO chi effettua lavoro sporco non ha bisogno di averli davanti come la cosa più in evidenza di una voce (com'è attualmente), per gli altri è un inutile fastidio
3. Contrario
4. Favorevole per {{Categorizzare}}, attualmente un lenzuolone (NB può valere come esempio per il punto 2: la categorizzazione è un'operazione enciclopedica fondamentale che solo google ci permette di non considerare tale, quindi se non altro per puro principio potrebbe essere considerato pure più importante di altri avvisi di servizio, eppure sta in fondo alla voce e non sembra qualcuno abbia avuto da ridire al riguardo...)

--Shivanarayana (msg) 09:36, 10 ott 2014 (CEST)

1. Favorevole tranne che per il template "S", credo che sia opportuno evidenziare quando la voce è solo un abbozzo (by the way: attualmente oltre il 25% delle voci di it.wiki sono abbozzi; che sia opportuna una riflessione?)
2. Contrario, tranne che per il template "O"
3. Contrario, tranne che per il template "O"

--Adigama (msg) 09:54, 10 ott 2014 (CEST)

1. Favorevole
2. Favorevole, spostare all'inizio della pagina di discussione tutti quelli non diretti al lettore
3. Favorevole, nascondere tutti quelli non diretti al lettore.
4. Favorevole tutti

--Gierre (msg) 10:16, 10 ott 2014 (CEST)

Commento: Molti avvisi fanno riferimento nella loro motivazione alla pagina di discussione della voce che è parte integrante della voce stessa e luogo naturale dove, come talora avviene, hanno la possibilità di essere meglio esplicitati: quindi non si tratta di nasconderli ma di trasferirli nel posto più adatto magari avvertendo nella pagina della voce con un unico segnale che vi sono, in relazione al testo, osservazioni e indicazioni, che spesso vi si ritrovano senza che vi sia nella pagina l'apposito avviso che dunque viene considerato superfluo e accessorio.--Gierre (msg) 10:16, 14 ott 2014 (CEST)

1. Favorevole, guardando comunque, oltre che all'"appariscenza", anche al rendrere più chiaro il cosa fare per risolvere il problema.
2. Contrario, stanno bene dove sono ora; tollerabile che si sposti in fondo "O", ma non lo vedo come un grande cambiamento.
3. Contrario, un lettore può trasformarsi in contributore in qualsiasi momento.
4. Favorevole, la resa grafica dovrebbe essere uniforme per tutti gli avvisi.

--Franz van Lanzee (msg) 13:04, 10 ott 2014 (CEST)

1. Contrario
2. Contrario tranne "O"
3. Contrario
4. Contrario abbiamo già speso fin troppe energie all'epoca nella "riformona" del template Avviso e li abbiamo voluti così. A me non piaceva neanche tanto ma quantomeno li abbiamo uniformati. Mi basta, torniamo a fare cose utili

--Bultro (m) 13:05, 10 ott 2014 (CEST)

1. Favorevole
2. Contrario
3. Contrario
4. Favorevole Aggiungo {{categorizzare}} {{spostare}} {{organizzare}}

--Retaggio (msg) 13:12, 10 ott 2014 (CEST)

1. Favorevole
2. Contrario
3. Contrario

--Emanuele676 (msg) 15:00, 10 ott 2014 (CEST)

1. Contrario
2. Favorevole solo per tmp O, contrario per gli altri
3. Contrario anche gli IP aiutano e un lettore potrebbe diventare un contributore registrato

--R5b (msg) 15:21, 10 ott 2014 (CEST)

1. Favorevole
2. Favorevole Spostare S a fondo pagina; sugli altri template sono indeciso (= neutrale)
3. Favorevole Rendere invisibile S; sugli altri template sono indeciso (= neutrale)
4. Favorevole Non so quali template, ma in generale sono per rendere le pagine di Wikipedia più "pulite" possibili

Commento: in generale, sono per l'abolizione del template S perché ritengo che il parametro "Accuratezza" nella tabella del monitoraggio sia sufficiente e preferibile al template S, in quanto tutte le pagine di Wikipedia in teoria sono "abbozzi". Per questo motivo se non lo aboliamo, preferisco che venga "declassato" essendo IMHO un template inutile.

--Daniele Pugliesi (msg) 04:57, 11 ott 2014 (CEST)

Però non tutte le voci vengono monitorate. R5b (msg) 07:41, 11 ott 2014 (CEST)

1. Favorevole
2. Contrario
3. Assolutamente e fermamente contrario - questa proposta è contraria al pilastro WP:LIBERA. Tutti devono poter vedere tutto per poter agire di conseguenza. Anche gli utenti non registrati devon poter contribuire in qualsiasi modo al miglioramento delle voci, anche solo wikificandole, disorfanandole eccetera. A maggior ragione se una voce è uno Stub: trovo assolutamente privo di senso nascondere il messaggio che una voce necessita di essere ampliata (specie se la voce è stata creata da un utente non registrato, che magari ha anche i dati per poterla ampliare). Altrimenti creeremmo utenti di serie A e utenti di serie B.
4. Favorevole potrebbero essere resi meno "intrusivi" {{W}}, {{S}}, {{O}}, {{Categorizzare}}, sulla falsariga di quello che fa il template {{tmp}}. --L736E^{l'adminalcolico} 08:51, 11 ott 2014 (CEST)

1. Favorevole
2. Neutrale , anche se il template:S è meglio a fondo pagina, così come su en.wiki
3. Contrario
4. Favorevole , quelli citati da L736E --Zi Mazzaró ^{fu Sepp} 10:56, 11 ott 2014 (CEST)

1. Favorevole mantenendo la chiarezza del contenuto
2. Favorevole solo per quelli non diretti al lettore (es. {{O}})
3. Contrario gli avvisi, dovendo appunto "avvisare", devono essere visibili
4. Favorevole in generale, valutare caso per caso

--Superchilum^(scrivimi) 11:05, 11 ott 2014 (CEST)

1. Favorevole purché non perdano in chiarezza, sicuramente "S" e "O", più cauto sugli altri
2. Favorevole per i due che ho citato sopra
3. Contrario senz'altro
4. Favorevole senza dubbio per "Categorizzare", ma in fondo, per questioni di "uniformità", si potrebbe anche renderli tutti indistintamente meno appariscenti (in particolare come dimensione, ma anche colori)

--Sanremofilo (msg) 12:15, 11 ott 2014 (CEST)

1. Favorevole se sono un po' meno invasivi è meglio
2. Favorevole spostarli in fondo potrebbe essere un modo, tipo "comunicazioni finali" sullo "stato della voce". Li vedono tutti e li leggono se vogliono.
3. Contrario ut supra, tutto in fondo alla voce
4. Favorevole da esaminare

Commento: perché una volta stabilito come intervenire non apriamo una sezione dedicata a casi concreti? Mi capita continuamente di imbattermi in avvisi su voci dignitose e resto perplesso. Quindi direi "condizioni minime di applicabilità e rimovibilità degli avvisi". Idem per i dannatissimi "senza fonte" che sbucano a sorpresa, infastidendo assai il lettore. Spesso (sempre?) sono assortiti, casuali o peggio concentrati, inspiegabilmente, in determinate sezioni della voce dove magari si tratta di argomenti "scottanti". Ogni volta mi chiedo "perché lì?" Adriano (msg) 11:10, 14 ott 2014 (CEST)

[@ Adriano] se i "dannatissimi senza fonte" ti danno così fastidio, puoi benissimo aggiungere le fonti che mancano e togliere l'avviso. Se ritieni che la fonte ci sia già, ma chissà come mai (qualche stolto) ha voltuo mettere di proposito l'avviso del senza fonte (questo è il succo di tale ragionamento) allora fai la cortesia di ribadire tale fonte nel punto dove richiesto, poiché evidentemente è un punto delicato, e poi togli tranquillamente l'avviso. Non proverai fastidio e avrai aiutato una voce a divenire ben fontata. Diverso è il ragionamento - pericoloso a mio avviso - della "rimovibilità degli avvisi"... che vuol dire? Per me è tutto a posto, per me non lo è, ma l'avviso va via comunque? Gli avvisi si rimuovono quando il problema è risolto. Se la situazione è complicata si discute. Per cui sono assolutamente Contrario alla tua proposta di rendere al "minimo" l'applicabilità degli avvisi. E auspico buon senso, perché questa è un'enciclopedia "aperta a tutti". Wikipedia può diventare una buonissima fonte attendibile, ma se noi per primi la rendiamo tale con le fonti, per l'appunto. --Stella (msg) 21:19, 14 ott 2014 (CEST)

1. Favorevole
2. Favorevole
3. Favorevole per O e S (sarei per eliminarlo e usare solo il monitoraggio)
4. Favorevole, aspetto altre proposte.

Commento: d'accordo con [@ Daniele Pugliesi]; a chi dice che non tutti hanno il monitoraggio, si tratta solo di inserirlo; se mai cominciamo... --Cpaolo79 (msg) 12:24, 14 ott 2014 (CEST)

[@ Stella] Eh l'avevo detto io che bisognava parlare di casi concreti. Mi disturbano non gli avvisi ma il modo del tutto casuale in cui vengono sparsi. Ogni volta mi chiedo se ogni singola affermazione vada fontata e di conseguenza perché si metta un avviso alla riga 5 e non anche alla riga 8. Da che dipende? È ad libitum di chi passa di lì? Come dire mettiamo un po' di prezzemolo sugli spaghetti? Se affrontassimo il problema in modo organico non sarebbe male. A meno che si sostenga che il "senza fonte" si possa mettere come capita ogniqualvolta si ritenga che quella specifica affermazione debba essere per forza fontata. Perché poi quella sì e altre no? Vengo a un esempio che è sempre la cosa migliore: se si legge la voce Marcel Proust si capisce perfettamente cosa voglio dire. Basta guardare in che "zona" sono stati messi gli avvisi. Mi spiego? Poi vorrei evitare casi personali altrimenti si innescano polemiche infinite che non mi interessano, però posso dire che mi sono ritrovato un "senza fonte" accanto all'anno di pubblicazione di un libro da me citato (1787). Il libro si trova facilmente online e bastava andarsi a leggere l'anno sul frontespizio. Quanto all'inserire la fonte e togliere l'avviso lo si può fare se si conosce l'argomento. Nel caso di Proust non me la sento di farlo di sicuro perché non sono un esperto dello scrittore. Ma sono in grado perfettamente di capire che gli avvisi sono stati messi soltanto in una zona e non in altre. Del che mi chiedo il motivo. Spesso quando si ha a che fare con personaggi "scomodi" a qualche titolo, l'atteggiamento di chi interviene non è neutrale. Se poi riuscissimo a ragionare senza polemizzare sarebbe meglio. A forza di avvisi, di regole burocratiche e di polemiche mi pare che la credibilità del progetto, e soprattutto il numero dei contributori, sia in calo. Adriano (msg) 11:46, 15 ott 2014 (CEST)

[@ Adriano] non si tratta di prezzemolo sugli spaghetti (battuta devo dire molto carina) ma di un fattore ben più delicato: ovvero che qui nessuno di noi è un autore/autrice affermato. Quindi, logicamente, nessuno può avere la certezza che quel che stiamo dicendo sia vero o falso. L'unica maniera per provarlo è mettere la fonte lì dove è necessario. Ho visto la voce che mi hai linkato. Se hanno messo quei senza fonte su quelle frasi è proprio perché riguardano aspetti delicati di una biografia, e proprio per la loro delicatezza, serve maggiore precisione nel fontarle: metti anche cinque fonti su due righe se è necessario, ma fa che sia fontata quando dici cose particolarmente pesanti o contrstanti. Perché ripeto, qui nessuno gode di un nome affermato nel campo letterario, e quindi siamo tutti da verificare, tutti. Per questo le fonti devono viaggiare con i nostri testi, sempre.

Se scrivi di un argomento scontato o leggero, magari ti serviranno dieci fonti e non di più in tutta la voce; ma se scrivi di un argomento articolato non puoi pretendere di apporre poche note e uscirne illeso, perché i lettori hanno il diritto di sapere dove tu prendi simili affermazioni, è normale che sia così.

Infine sul fatto di associare "gli avvisi" con il calo dei contributori credo che sia totalmente erroneo... se uno vuole scrivere, scrive perché gli piace farlo e non se ne va se vede due avvisi sulla "sua" voce, ma anzi cerca di migliorarsi, sempre. Invece se uno non è realmente interessato, allora si, può dargli fastidio e preferisce andare dove tutto è più semplice.

Ma se io fossi in te mi farei una domanda: voglio una Wikipedia di "quantità" dove posso mettere tutto e nessuno mi dice niente? A discapito poi dell'affidabilità di quel che dico. Oppure voglio una Wikipedia di "qualità" dove magari ai primi tempi ci sarà un pò più di rigidità ma alla fine il risultato sarà più che buono e affidabile? --Stella (msg) 12:11, 15 ott 2014 (CEST)

1. Favorevole, tranne che per {{S}}
2. Contrario tranne O: e chi se ne preoccupa più a fondo pagina, soprattutto per gli avvisi più importanti?
3. Contrario per tutti, sarebbe come nascondere lo scheletro nell'armadio
4. Favorevole per {{Categorizzare}}

Specifico che sono Assolutamente e fermamente contrario a qualsiasi modifica per i più importanti, cioè {{F}}, {{P}} e {{C}}, in quanto ne va della correttezza e verificabilità della voce, questi devono essere invadenti, perchè sono i problemi da risolvere con maggior celerità, un conto è aspettare che una voce sia ampliata, disorfanizzata, categorizzata, wikificata o unita, un altro è che resti senza fonti o sia non neutrale, cioè contro gli stessi pilastri dell'enciclopedia. Gli avvisi minori potrebbero anche essere meno appariscenti, anche se S non è che sia particolarmente invasivo e può restare benissimo com'è, però non concordo di metterlo a fondo pagina come in enwiki. --Kirk39 Dimmi! 14:45, 15 ott 2014 (CEST) P.S. Degli esempi fatti in precedenza, non male la proposta di Gce sul categorizzare, e anche sul W modificherei il testo come nell'esempio di Daniele Puglisi (sugli esempi dell'F non concordo invece, per i motivi già detti).

[@ Stella] Premetto che non so se si può iniziare a entrare nel merito, con esempi, oppure siamo ancora in fase di dichiarazioni di voto con brevi commenti. Dal titolo "Scremando: domande dirette" direi di no. Non sono d'accordo con la visione dilettantistica e "casareccia" del progetto. Ci sono voci che hanno avuto apprezzamenti al massimo livello. Non è detto parimenti che chi scrive la voce non sia il maggior luminare dell'argomento, scrivendo una voce "state of the art". Capisco che la cosa possa essere infrequente ma non la si può escludere. Nel qual caso con ogni probabilità il suddetto luminare cozzerebbe contro le burocratiche e sempre mutevoli regole, ritirandosi in buon ordine. Quanto alla valutazione delle fonti, ho visto utilizzare fonti sia libresche che internettiane di nessuno spessore. Chi non sa di un argomento è portato a utilizzare la fonte senza aver la benché minima possibilità di valutazione della validità e soprattutto dell'aggiornamento. Quindi praticamente si limita a "recepire" quanto scritto da un tale su un libro qualsiasi. Ho simpaticamente discusso sulla questione delle note "secche" alle quali uno spiritoso utente ha contrapposto quelle "umide". Cioè un riferimento autore, libro, anno di edizione, che è poco più di una giaculatoria, e invece la nota di stile universitario che può essere anche un'elencazioni di tesi, con tutta la stratificazione storica del dibattito dottrinario, seppur molto sintetica. Quindi non mitizziamo la nota "secca". Venendo al caso di Proust, autore che per la sua importanza dovrebbe essere trattato con l'approfondimento del caso, mi pare che l'attuale aggiunta degli avvisi "senza fonte" sia ben difficile da spiegare. Pare che l'unica cosa da fontare nella voce sia il chiarire le preferenze sessuali del nostro. Il che non mi pare così centrale. O quanto meno non esclusivo, come è attualmente, e non ci facciamo una bella figura tutti quanti. La mia visione dell'avviso è la seguente: se in una descrizione biografica a un certo punto c'è scritto che il personaggio si esibiva in voli acrobatici a cavallo di una scopa mi sembra ovvio che la cosa vada fontata. Sono il primo a volere la massima qualità nelle voci ma mi oppongo all'uso arbitrario dello spargimento "a prezzemolo" e secondo l'uzzolo dello scrivente o peggio secondo una soggettiva graduatoria di "priorità di valore" che solo chi scrive possiede. Quanto alla discussione sulla fuga dei contributori è stata già fatta ed esaminate tutte le ipotizzabili cause. La burocrazia e le regole stravaganti sono state nominate spesso. Concludo, se no mi danno del prolisso: la qualità di una voce non la farà mai nessuna regola ma le conoscenze di chi scrive. E può essere verificata solo da chi ne sa almeno altrettanto. Non illudiamoci che chi ignora la materia, armato di un buon manuale di regole, possa farlo. Adriano (msg) 16:36, 15 ott 2014 (CEST)

[@ Adriano] i tuoi sono validi argomenti. Ma stai forse dimenticando la cosa principale sopra tutte: ovvero Wikipedia è un'enciclopedia aperta a tutti: libera, modificabile da chiunque. Non sceglie i suoi utenti; sono gli utenti che la scelgono. Chiaro? Se è chiaro questo importante principio allora verrà facile immaginare cosa accadrebbe se non ci fosse controllo sopra le voci... ognuno scriverebbe il bello e il cattivo tempo come gli pare e piace, e gli ignari lettori andrebbero a farsi benedire. So molto bene che nel mezzo, anzi molto probabilmente la maggior parte, ci sono anche persone forti nel loro campo, che sanno quel che scrivono. Ma non cambia nulla... io non ti conosco; chi sei tu? Uno storico affermato? Un critico di successo? Una firma nota alle grandi enciclopedie? Chi sei? Chiunque tu sia nella vita reale, qui diventi solo un utente come gli altri. E poiché il principio di Wikipedia impone verificabilità delle note, tu devi metterle (ovviamente il tu è generico e ipotetico). Ma questa è anche la forza di Wikipedia: ovvero la sua grande versatilità. Cito l'utente [@ Euphydryas] poiché mi è piaciuta molto una sua frase che ha detto all'inizio di questa discussione: «Contraria a rendere invisibili gli avvisi ai lettori, fino a quando non avremo due distinte Wikipedia, una in modalità "solo lettura", e una in modalità "modifica pure liberamente, aiuta a far crescere l'enciclopedia", e mi auguro che questo non accadrà mai». Ecco io la penso esattamente come lei: o si creano due Wikipedia; una per chi scrive e l'altra per chi legge, e quindi una pulitissima e lucida, pronta alla distribuzione, e l'altra invece piena di lavoro sporco da fare... o non si può fare a meno degli avvisi. E come detto da Euphydryas mi auguro che questa divisione non avvenga mai, perché se ciò avvenisse sarebbe la fine del principio base di Wikipedia, ovvero la collaborazione aperta a tutti.
Poi tu fai un discorso sullo stile delle note... non si tratta di "renderle secche ({{Template:Cita}})" o lavorarci in "stile universitario". Tu puoi farle come vuoi, l'importante è che alla fine della tua nota metti il link o il riferimento testuale alla fonte da dove hai preso l'informazione. Né ti consiglio di criticare il primo metodo, poiché sono entrambi validi: io posso fare una grande nota ma avere una voce povera; oppure posso fare una nota secca e aver già scritto tutto quello che dovevo dire in voce.
Infine, ripeto il concetto sul "calo dei contributori", secondo me è più un fatto naturale che non ha a che vedere con gli avvisi: non può sempre esserci un eccesso di presenze, magari la situazione si è solo stabilizzata, rispetto al suo esordio, e non la vedrei una cosa tanto strana. Ciao! --Stella (msg) 17:04, 15 ott 2014 (CEST)

[@ Stella] Non penso che possiamo continuare a dibattere inter nos altrimenti ci mandano a quel paese. Telegraficamente: il caso Proust come si risolve? La validità della fonte chi la stabilisce? Le fonti non sono per niente tutte uguali. Possono essere anche pessime o datate e "scadute". Adriano (msg) 17:41, 15 ott 2014 (CEST)

Guarda fosse per me ti avrei risposto privatamente (si fa per dire) nella tua pagina di discussioni. Ma siccome è un argomento che riguarda tutti noi, ho preferito rispondere ai tuoi interrogativi nella voce dove si è sollevato questo problema. Per quanto riguarda la voce di Proust, intanto comincerei con mettere la bibliografia al suo posto... che non è sopra le note e scritta in minuscolo... prima cosa. Poi solo 17 note per oltre 50.000 byte di voce mi sembra assurdo... per forza che c'è il template del "senza fonti", chissà quante cose si dicono in quei capitoli senza fonte. Io non ho sinceramente il tempo di mettermi a sistemare la voce di Proust (le voci che ho in lavorazione mi impegnano già abbastanza) ma il problema non credo sussisterebbe se chi l'avesse scritta si fosse curato di fontarla a piccoli passi fin dall'inizio, invece di pubblicare e poi via... oggi ci sarebbe un senza fonte in meno e una voce ben fatta in più. Buon lavoro, ciao. --Stella (msg) 17:52, 15 ott 2014 (CEST)

Quoto Stella, in più toglierei quella formattazione del tutto "originale" in favore degli appositi template di citazione, magari usando qualche {{cita}} quì e la insieme al parametro cid. Detto questo, se c'è altro da dire credo che si possa parlarne in un'altra discussione, perché qui non si sta discutendo sull'uso indiscriminato o meno dei template. --Umberto NURS (msg) 19:37, 15 ott 2014 (CEST)

1. Favorevole, renderli meno appariscenti ma provare anche a renderli più chiari possibile sul come risolverli per chi conosce poco o nulla del lavoro sporco.
2. Favorevole per O, U, D, Trasferimento, Spostare, RichiestaPulizia, E, Organizzare, W, Voce bot, Stub. Credo che questi avvisi non interessano al lettore e al contribuente occasionale, ma solo a chi conosce già un minimo il lavoro sporco, e che quindi sà dove cercarli senza bisogno di essere visibili di primo acchito.
3. Contrario per tutti. Un minimo di visibilità la devono pur avere, anche solo per incuriosire un futuro lavoro sporchista.
4. Favorevole per tutti, e come detto per il punto 1.

• Nel caso venga preso in considerazione, sono favorevole anche all'abolizione dell'avviso Stub. Mi rendo conto che c'è abbozzo e abbozzo, ma in generale nessuna voce può essere definita completa. Il fatto che (come dice più su Adigama) rappresentano il 25% delle voci credo che debba far pensare. In conclusione credo che sia sufficiente l'avviso A per le voci "particolarmente Stub".
• Preciso che mi sembra evidente invece (non sò sia stato detto all'inizio della discussione) che gli avvisi riferiti alle sole sezioni non possono essere trasferiti in fondo alla pagina. --Fullerene (msg) 21:52, 15 ott 2014 (CEST)

C'è una bella differenza però dall'A al S, le voci con A rischiano in fretta una brutta fine, se non aiutate, gli stub possono rimanere così per anni, anche se un ampliamento lo si spera sempre. Secondo me andrebbero invece riviste le voci con S, in molti casi sono state ampliate e l'avviso si può levare, ma 1 riga con template, ad esempio, su un politico enciclopedico automaticamente, un avviso lo dovrebbero avere.--Kirk39 Dimmi! 03:02, 16 ott 2014 (CEST)

Da come la vedo io il problema è che è superfluo, mi sembra come se dicesse "La voce non richiede di essere particolarmente aiutata" XD . Il lettore lo vede da solo che una pagina è un abbozzo, senza bisogno di leggerlo dall'avviso, mentre colui che và ad ampliare una voce lo fà inserendo ciò che può indipendentemente dall'avviso presente. Secondo me l'invito ad ampliare una pagina (perchè questo dovrebbe essere il senso dell'avviso Stub) è sottinteso, e lo dovrebbe essere per qualsiasi pagina, Stub o no che sia. Personalmente rimuoverei la segnalazione "Se non aiutata, la voce potrà essere proposta per la cancellazione dopo 10 giorni" dall'avviso A, ed estenderei l'inserimento dell'avviso anche alle voci come l'esempio che dici, che attualmente sarebbero dei "miniStub". Poi sarà buon senso dopo un certo periodo proporre per la cancellazione voci con l'avviso A in cui non c'è alcuna informazione, e lasciare le altre. --Fullerene (msg) 03:59, 16 ott 2014 (CEST)

Ma questa discussione è finita? Intervengo tardi?

1. Favorevole, tendenzialmente anche per altri (come w, ccopy, tmp ecc.)
2. Favorevole a tutti quelli indicati da Lucas (s, w, o, unire)
3. tendenzialmente Contrario per incrementare forse lo stimolo a intervenire e a registrarsi
4. Favorevole c, curio, f, dq, finz, nn, tmp, trasf, vet rim, vdq, vdq rim, cat, trad, coco e in genere quelli di "copyright"

In sintesi: tutto quello che non è indispensabile leggere prima della voce (a, e, p, rec, v, e forse corr e wip) andrebbe in fondo e tutto quello che non preclude la comprensione andrebbe semplificato--Pa_opP ^eccomi 15:19, 29 nov 2014 (CET)

Leggo solo ora e rispondo:

1. Favorevole, migliore sintesi di lessico e di grafica (icone) con dimensioni ridotte in cui dica per es.: "migliora la voce" e una più semplice spiegazione per il neofita nel link di rimando.
2. Favorevole, migliore sintesi di lessico e di grafica (icone) con dimensioni ridotte in cui dica per es.: "migliora la voce" e una più semplice spiegazione per il neofita nel link di rimando.
3. Contrario, penso che tutti debbano leggere la stessa cosa.
4. Favorevole, ogni avviso, va ridotto, migliorato per una migliore leggibilità e grafica e minore invadenza nella voce, che puo' venire fraintesa. Restano salvi alcuni casi in cui è un disclaimer per il lettore e se pur con sintesi deve essere in quei casi evidente.

--Ettorre (msg) 17:19, 2 dic 2014 (CET)

Provare una sintesi

La discussione proponeva di rendere meno "invadenti" alcuni template ed è stata fatta poi una raccolta di pareri che si è rivelata davvero molto interessante, sia per il numero di partecipanti, sia per le cose dette (e quantomeno andrebbe archiviata in un luogo raggiungibile con facilità). Ora potrebbe essere importante trovare una sintesi delle molte opinioni scritte nel paragrafo precedente. Avendo iniziato la raccolta pareri, ho qualche difficoltà a farlo. Qualcuno mi aiuta a trarre una conclusione ed, eventualemente, proporre qualche azione operativa sulla base della raccolta di pareri? --Lucas ✉ 11:11, 1 dic 2014 (CET)

Non avevo più seguito la discussione in quanto in cuor mio speravo non si sviluppasse. Purtroppo non è stato così, e mi limito ad esprimere nuovamente la mia assoluta contrarietà alle modifiche proposte, per i numerosi motivi già espressi da tanti utenti prima di me.--MidBi 11:35, 1 dic 2014 (CET)

Addirittura! :-) Speri che una discussione non si svolga e usi grassetto e sottolineato per ripetere la tua opinione. Un po' troppo impeto? :-D --Lucas ✉ 11:43, 1 dic 2014 (CET)

[fuori crono] Per evitare di dover andare su e giù, copio qui i quesiti:

1. Rendere meno appariscenti i template "S" "W" "O" "D" "UNIRE" (poi discutiamo il come, ma prima raccogliamo un consenso generale)?
2. Spostare uno o più dei suddetti template a fondo pagina anziché all'inizio (casomai indicare per quali sì e per quali no)?
3. Rendere invisibili uno o più dei suddetti template agli utenti non registrati, trattandosi prevalentemente di template tecnici (casomai indicare per quali sì e per quali no)?
4. Rendere meno appariscenti altri template (indicare quali)?

Ciao. pequod76^talk 11:00, 3 dic 2014 (CET)

Contando anche Midnight bird qui sopra, si sono espressi esplicitamente 28 utenti (di cui uno anonimo):

• Quesito 1: si sono detti
  • favorevoli: 23 utenti
    • 8 dei favorevoli subordinano il loro voto a un mantenimento della chiarezza del messaggio
    • 2 dei favorevoli si sono detti contrari per il solo template S
  • contrari: 3 utenti
  • neutrali: 2 utenti

• Questito 2: si sono detti:
  • favorevoli per tutto: 8 utenti
  • contrari per tutto: 9 utenti
  • contrari per tutto tranne che per O: 8 utenti
  • favorevoli per S, per il resto neutrali: 1 utente
  • neutrali: 1 utente
  • Utente:Sanremofilo si è detto Favorevole per i due che ho citato sopra, ma non sono riuscito a capire quali sono questi due
    • "S" e "O", e sì che erano appena una riga più su... :-) Sanremofilo (msg) 13:56, 1 dic 2014 (CET)

  Citato sopra l'avevo inteso come "nella discussione sopra", e lì a a fare su e giù allla ricerca... --Franz van Lanzee (msg) 18:30, 1 dic 2014 (CET)

• Quesito 3: si sono detti:
  • favorevoli per tutto: 2 utenti
  • favorevoli solo per O e S: 1 utente
  • favorevoli per S, sul resto neutrali: 1 utente
  • contrari per tutto: 23 utenti
  • contrari per tutto tranne che per O: 1 utente

• Quesito 4: si sono detti:
  • favorevoli per tutto: 9 utenti
  • favorevoli solo per alcuni: 9 utenti
    • categorizzare: 8 utenti
    • spostare: 2 utenti
    • trasferimento: 2 utenti
    • W, S, O: 2 utenti
    • c, curio, f, dq, finz, nn, tmp, vet rim, vdq, vdq rim, trad, coco e in genere quelli di "copyright": 1 utente
  • contrari per tutto: 2 utenti
  • non si sono espressi: 8 utenti

Gentilmente offerto dall'istituto di rilevazione demoscopica "Van Lanzee e associati". --Franz van Lanzee (msg) 12:30, 1 dic 2014 (CET)

Direi che ci sia consenso per rendere meno appariscenti un pò tutti i template. C'è poi un certo consenso per spostare in fondo il template O, ma non è nettissimo (17-9). --Fullerene (msg) 15:17, 1 dic 2014 (CET)

Tendenzialmente come Bultro, ma può valere la pena vedere qualche esempio in concreto. Vorrei cioè dire sì o no di fronte ad un nuovo modello di avviso, non a scatola chiusa. No al quesito 2: per Categorizzare va bene, sta in zona categorie e cmq è abbastanza raro, ma per gli altri no, perché è una complicazione senza grandi benefici. Quesito 3: assolutamente contrario, sono ideologicamente contrario ad ogni distinzione di principio tra lettore e contributore. pequod76^talk 11:08, 3 dic 2014 (CET)

C'è qualcuno in grado di fare un abbozzo dei template da proporre? Secondo me si potrebbe provare a fare qualcosa di simile al Template:Tmp. --Fullerene (msg) 17:01, 23 dic 2014 (CET)

[@ Fullerene] Intendi una cosa così ? --Adert (msg) 15:08, 13 apr 2015 (CEST)

Visualizzazione di caratteri non latini

Segnalo. pequod76^talk 02:35, 7 dic 2014 (CET)

Template Infobox trattato: troppa confusione

Segnalo questa discussione.--Mauro Tozzi (msg) 20:11, 8 dic 2014 (CET)

Riunificati e riportati all'originale {{Infobox trattato}}.--Moroboshi ^scrivimi 10:40, 24 dic 2014 (CET)

Il parametro Discografia nel tmp Coro

Segnalo. pequod76^talk 01:26, 11 dic 2014 (CET)

ScorporoUnione: perché un solo template?

Riapro una discussione di qualche anno fa. --Horcrux_九十二 17:02, 11 dic 2014 (CET)

Voci senza note né bibliografia: creiamo un template apposito?

Ad oggi con {{F}} sono segnalate sia le voci con poche fonti (note e/o bibliografia) che quelle che non hanno affatto né note né bibliografia: dato che l'assenza totale di note e bibliografia è, a mio avviso, un problema molto più grave della relativa carenza, propongo che sia creato un template apposito per segnalarle scorporandole dai casi segnalabili con F. Che ne dite? --Gce ★★ 14:47, 12 dic 2014 (CET)

Favorevole Ho sempre pensato che ci volesse, vedi qui al primo punto. --Rotpunkt (msg) 14:52, 12 dic 2014 (CET)

(confl.) già proposto in passato di modulare la F con appositi parametri, in modo da inglobare F e NN in un unico template "modulabile", che era anche la volta buona che si fodneva l'albero delle categorie (e anche qua qaunto ho penato a spiegare perché di fondo non convenga averne due separati). ingorato o alternativamente bocciato per "eccessiva burocratizzazione" all'incirca, ma se poi ci dobbiamo trovare con più di un template...

comunque favorevole, quale che sia la relaizzazione "formale" del tutto. Forse con meno slogan e più attenzione qualcosa di funzionale lo possiamo anche portare a casa.--Alexmar983 (msg) 14:54, 12 dic 2014 (CET)

Favorevole se si modifica il template attuale in "In questa voce o sezione le fonti presenti sono insufficienti." o qualcosa del genere. Ma poi c'è il problema di controllare 94586 voci, ma immagino si possa fare tramite bot facilmente, basta controllare se c'è una bibliografia o una nota. --Emanuele676 (msg) 15:12, 12 dic 2014 (CET)

tutto pronto come meccanismo da anni. Si fa un EGO delle voci che non hanno nulla di nulla delle sezioni standard (così siamo sicuri, perché coi collegamenti esterni qualcosa potrebbe avere da ridire, meglio non rischiare), è già stato fatto. Esistevano alcune sezioni non-standard, ma sono state progressivamente wikificate o segnalate. Un bot può inserire il template o il codice addizionale o cosa ci pare dove certamente serve in poco tempo. Poi a verificare l'operato si fa, l'ho fatto per migliaia di voci in cui andava inserita la F, lo spezzetti a piccole dosi per essere sicuro, ma in pochi mesi è fattibile.--Alexmar983 (msg) 15:20, 12 dic 2014 (CET)

Favorevole. Faccio presente che oltre al lavoro dell'eventuale bot sarebbe necessario aggiustare anche le categorie di organizzazione del "lavoro sporco" in vista dell'aggiunta del nuovo template--Mado (dimmi) 17:30, 12 dic 2014 (CET)

Contrario non cambia niente se una voce ha 1 nota o non ne ha nessuna; stesso problema e stesso lavoro sporco, tranne che per una frase... Per lo stesso motivo si decise di usare la formula "voce o sezione" (in F, E, W, T...), tanto è inutile distinguere se il problema è in una parte della voce o in tutta. Un pezzo della voce X può pure essere più grosso di tutta la voce Y.

Alexmar983: forse non ti ho capito, ma mi pare un po' contraddittorio che da una parte vorresti unificare F e NN, dall'altra spezzeresti F e "un po' F"... --Bultro (m) 17:52, 12 dic 2014 (CET)

voglio un template modulabile con un'unica categorizzazione per argomento che a seconda dei parametri mi dia F, F seria, NN, voce o sezione etc. Chi è esperto di una rgomento X va nella categoria "X" e si trova tutti i problemi che vuole risolvere (tanto che tu debba mettere le fonti a una voce o a una sezione, o trovare la pagina delle fonti sempre le fonti devi avere, per lui è un lavoro unicum nel miglioramento della sua area di interesse), chi è lavorosporchista punta invece alla gravità del templete e parte da quelli più seri e più vecchi.

quindi due piani di livello operativo, ma stessa struttura per ospitarli, con molta meno manutenzione di quest'ultima.--Alexmar983 (msg) 20:10, 12 dic 2014 (CET)

comunque cambia fra avere nessuna nota o alcune. Un esempio: se tu inserisci una nota con la giusta sintassi a chi è neofita, lui capisce come si fa. Quindi mi sforzo sempre di lasciare almeno una nota o quanti più esempi di codice su una voce abbandonata, anche se non ho tempo di fontarla a modo, aiuta a chi potrebbe tornarci in futuro a imparare come si usa il codice. --Alexmar983 (msg) 20:18, 12 dic 2014 (CET)

(rientro) io sarei per metterle direttamente in cancellazione, in alternativa sono Favorevole ad un template: ragazzi, non è che perchè uno si stufa di mettere le fonti va bene se non le mette tanto ci pensa Gce o Alexmar983, nossignore, qui nessuno dovrebbe mettere il lavoro sporco davanti al lavoro sporco che dovrebbe realizzare. Se uno non mette le fonti poi non dovrebbe lamentarsi che la sua voce viene cancellata. --2.226.12.134 (msg) 20:30, 12 dic 2014 (CET)

anch'io contrario come Bultro, non vedo il senso della proposta mentre il discorso della sezione senza fonti più grande di un'altra voce mi sembra impeccabile. se volete lavorare sulle voci completamente senza fonti chiedete un EGO. --ppong (msg) 20:50, 12 dic 2014 (CET)

lo facciamo già, ma quanto ci semplificherebbe la vita, e potremmo fare un migliore monitoraggio della situazione... invece ci tocca sempre fare le cose più difficoltosamente, con un vantaggio concreto per il sistema-wikipedia nullo.--Alexmar983 (msg) 21:02, 12 dic 2014 (CET)

che senso ha monitorare le voci senza nessuna fonte quando ci sono migliaia di fonti che hanno solo una o due noticine? --ppong (msg) 21:15, 12 dic 2014 (CET)

ha senso che io posso occuparmi delle voci senza alcune fonte facendo un lavoro mediocre che è meglio di niente, liberando energie per chi può fare un lavoro migliore di me. Serve a rendere più mirata la distribuzione dei ruoli, oltre averificare sul campo se e quanto la "teoria delle finestre rotte" funziona.

Io capisco che uno non possa vederlo, o toccarlo nella sua vita quotidiana su wiki, ma impedirci di lavorare meglio per qualcosa che non cambia in nulla la vita lavorativa di chi non lo userebbe, che senso ha? Dobbiamo sempre specificare perché a noi serve, e lo facciamo ogni benedetta volta, adesso francamente chiederei: ma a chi è contrario, in sintesi, cosa cambia realmente se viene fatto? in cosa vi danneggia?--Alexmar983 (msg) 21:22, 12 dic 2014 (CET)

Decisamente Contrario. Mi duole vedere che gli utenti "anziani" continuano a vedere secondo il proprio punto di vista senza tenere conto del fatto che prima o poi dovranno andarsene lasciando il posto alle nuove generazioni e ahimé, a quel punto i poveri disgraziati si troveranno migliaia di template e dovranno andarsi a leggere le relative pagine una ad una prima di capire quale template usare e quando. Cerchiamo di vedere al futuro di Wikipedia, non solo al presente o al passato e rendiamo la vita più semplice a chi verrà dopo di noi: pochi template e chiari. --Daniele Pugliesi (msg) 01:42, 13 dic 2014 (CET)

(fc) i futuri wikipediani del 2064 si troveranno tra le mani una valanga di voci senza fonti: se non mettiamo i templates che obbligano chi le legge o ci lavora a sforzarsi di mettere un paio di note in più (sforzo che non uccide nessuno, ammettiamolo) avranno motivi per incavolarsi con noi. --2.226.12.134 (msg) 08:37, 13 dic 2014 (CET)

(confl.)veramente a fare come vorrei io le nuove geenrazioni se ne troverebbero uno di meno, di template, avrebbero solo un parametro in più di un template già esistente, e a meno che non sia plausibile una definitiva scomparase del template F, cosa che dubito fortemente, mi sa che alla geenrazioni successive sarà più la fatica ti trovarsi una categorizzazione a metà di NN e un sistema di EGO faraginosi nonostante i nostri sforzi di mantenere traccia di tutto. Per esperienza, dove le cose si facevano ad EGO è stato mi pare moooolto più difficile riallacciare un discorso (capire come aggiornarli, renderli poi autoaggiornanti basandosi su infrastruttura che magari fra 10 anni non ci sono più) che dove ci sia trovato un sistema di template abbandonato ma impostato bene, che in quanto tale proprio perché ancorato alle voci difficlmente si può mandare in vacca, al massimo prende polvere. Quando imploro di unificare i template con un parametro modulabile penso proprio alle nuove generazioni, che poi quel parametro se lo moduleranno come e meglio credono in base all'evoluzione delle voci, invece di apssare da 'sto calvario dove alcuni di noi si trovano impantanati da anni.--Alexmar983 (msg) 05:04, 13 dic 2014 (CET)

Quoto Bultro e Daniele. Se c'è una sola fonte o ce ne sono zero il problema è esattamente lo stesso: le fonti sono insufficienti; e la soluzione è la stessa: aggiungerle. --Horcrux_九十二 02:09, 13 dic 2014 (CET)

[← Rientro] D'accordo con Bultro. In aggiunta direi che sono favorevole a mettere in cancellazione standard tutte le biografie che non dispongono di alcuna fonte, così come viene fatto su en.wiki da un po' (sia per ragioni di privacy, sia per ragioni di sicurezza, sia per ragioni di verificabilità e quindi anche di legalità). --Lucas ✉ 02:26, 13 dic 2014 (CET)

• Commento: Mi ritrovo parzialmente in quello che dice Alexmar e altrettanto parzialmente in quello che dice Bultro. Cioè, è vero come dice Alex che la gestione odierna di due template è problematica, è anche vero come dice Bultro che uno a niente gli è parente, tuttavia anche assumendo il punto di vista di Bultro un template unico scalabile ridurrebbe il lavoro di gestione dei senza fonte. Infine, d'accordo con chi mi precede alla messa in cancellazione le biografie senza fonti. -- SERGIO ^{(aka the Blackcat)} 02:55, 13 dic 2014 (CET)

  Alexmar983, mi dispiace ma non ho capito la spiegazione secondo la quale il lavoro su voci totalmente o solo in parte privi di fonti sia diverso. gli EGO comunque servono a fare un certo tipo di lavoro sulle voci senza che ci sia il bisogno di un eccessivo lavoro di bot, questa non mi sembra una brutta cosa e gli F già mi sembrano sufficienti a darci un'idea di quanta parte di wp sia fontata o meno. infine sono contrario a unire due template con una sintassi omogenea agli altri avvisi per farne uno con una sintassi più complicata e originale, allora sì che Daniele Pugliesi avrebbe ragione a protestare! --ppong (msg) 12:04, 13 dic 2014 (CET)

  per te a altri non è diverso, ma per me e altri lo è. Gli F non sono sufficienti a dare idea di quanto sia fontata wikipedia. A dirla tutta non sono nemmeno ancora pienamente omogenei come applicazione, visto che ci si costringe a fare a mano passaggi che potremmo accelerare via bot con meno di un errore su 1000 (meno di quanto non sia l'uso di template disomogeneo che abbiamo ereditato) correggendolo nei giorni successivi a mano. Quindi sul capire quanto non sono sufficienti al momento, e su una stima del come, nemmeno, perché sono modulati male con cat frammentarie fra NN e F. Ci lavoriamo, ma a singhiozzo, e non si capisce bene perché dobbiamo essere costretti a tutto questo se di fondo a chi lavora sulle voci senza occuprsi dei template non cambierebbe fondaentalmente nulla.

  l'eccessivo lavoro di bot si fa una volta sola, cambiando gli avvisi, poi i lavori sono come tutti gli altri avvisi manuali. In sè lavoro di bot non è "eccessivo ", l'uso di aggettivi decontestualizzati è da evitare nelle motivazioni struttruate: un lavoro in sè è necessario o non necessario. se io voglio un template più flessibile, adattabile che semplifichi la categorizzazione per argomento quel lavoro ne è una banale conseguenza, come altri lavori di bot massicci lo sono stati in passato.

  quasi tutti gli avvisi hanno campi opzionali o modulabili, quindi la complicazione di cui si parla in realtà non esiste. O meglio, è quella che io chiamaerei motivazione-a-fisarmonica o pongo-motivazione. Importante in un certo ambito, posta quasi un principio operativo indissolubile, sembra poi perdere di valore davanti alla complicazione di un sistema di categorizzazioni per NN a parte, di un campo commento facoltativo in un template che già esiste, etc etc in teoria sono tutte complicazioni ma stranamente quelle non si sa perché vanno bene e non c'è alcun urgenze nel rimuoverle prima che arrivino alle future generazioni. E viene da dire: ma se siamo sopravvisuti per anni, perché proprio quella è tutto sto gran problema?

  morale... noi continueremo a lavorare mediocremente e a singhiozzo, impossibilitati a lavorare meglio su tutte le infrastrutture che sono vecchie, mentre su quelle nuove le cose le facciamo senza problemi, con la stessa identica filosofia, senza che capiti alla fine nulla. Poi quando le nuove generazioni porranno fuori i loro problemi operativi, il tempo, notoriamente galantuomo, ci farà sapere quale delle due filosofie avrebbero preferito. Provvederemo a fornire loro una panoramica di tutte le passate discussioni, in modo che si facciano la loro idea... personalmente quando capita con i tutti gli utenti nuovi e a me sembra che in generale non si facciano affatto le preoccupazioni che tratteggiate, anzi a volte portano fuori loro stessi queste tematiche di nuovo.--Alexmar983 (msg) 14:53, 13 dic 2014 (CET)

Contrario come Bultro. Se le fonti sono insufficienti o completamenti assenti il lavoro da fare è il medesimo. Credo inoltre che il template attuale venga già considerato (o spero) tra gli avvisi più "gravi". --Fullerene (msg) 00:44, 15 dic 2014 (CET)

Template {{nota calendario}}

Segnalo proposte di modifica di cui una urgente perché c'è un evidente errore. --Antenor81 (msg) 21:55, 12 dic 2014 (CET)

Discussione template Procedure

Segnalo questa discussione.--Mauro Tozzi (msg) 09:11, 13 dic 2014 (CET)

Template:Struttura progetto/Bar tematico

Segnalo Discussioni template:Struttura progetto#Template:Struttura progetto/Bar tematico.--R5b (msg) 22:55, 14 dic 2014 (CET)

Infobox militare

Ho avviato una discussione sul template:Infobox militare. Intervenite. --Sentruper (msg) 20:02, 15 dic 2014 (CET)

Nuovamente sulla riforma degli avvisi in talk

Segnalo. pequod76^talk 20:26, 15 dic 2014 (CET)

Da Box successione a Sequenza pagine

Segnalo. pequod76^talk 00:34, 23 dic 2014 (CET)

Il corsivo nel tmp:Tassobox

Segnalo. pequod76^talk 20:24, 27 dic 2014 (CET)

Collegamenti esterni per voci di film

Per semplificare l'inserimento nella sezione Collegamenti esterni dei collegamenti ai vari database sui film ho creato questo template che in un colpo solo permette di inserire i template {{IMDb}}, {{Allmovie}}, {{Rotten-tomatoes}} e il link a FilmAffinity pescando direttamente i dati da Wikidata. Per un esempio inserite {{Utente:ValterVB/Sandbox/Template}} nella pagina La parola ai giurati (film 1957). In caso di assenza del dato su Wikidata non viene mostrato niente. Naturalmente è estensibile aggiungendo altri template, purché il dato esista su Wikidata. Per FilmAffinity è incorporato direttamente nel template in quanto non esisteva un template dedicato. Se non vedete controindicazioni lo sposterei a {{Db cinema}} o un nome più adatto se vi viene in mente. Segnalo anche ai progetti competenti (Cinema e televisione) --ValterVB (msg) 22:32, 1 gen 2015 (CET)

mi pare ottimo, per me sposta pure. Grazie :-) -- g · ℵ (msg) 23:29, 1 gen 2015 (CET)

Se non c'è il template per FilmAffinity, crealo... --Bultro (m) 00:00, 2 gen 2015 (CET)

Nella sandbox non è chiarissimo il funzionamento ma vado sulla fiducia che l'idea sia buona. --Pèter eh, what's up doc? 01:14, 2 gen 2015 (CET)

"Db" starebbe per "database"? Forse è meglio {{Collegamenti cinema}} o qualcosa di simile. --Horcrux_九十二 02:01, 2 gen 2015 (CET)

Fatto Ho creato sia il template {{FilmAffinity}} che {{Collegamenti cinema}} --ValterVB (msg) 11:19, 2 gen 2015 (CET)

Ottimo; qualcosa di veramente utile. Bravo! --Pèter eh, what's up doc? 14:27, 2 gen 2015 (CET)

Si possono aggiungere anche i template di Metacritic, MyMovies e Movieplayer? --AndreaRocky parliamone qua... 15:20, 2 gen 2015 (CET)

Al momento no, in quanto la proprietà non esistono su Wikidata. Un elenco di tutte le proprietà create su Wikidata lo trovi in questa pagina con relative statistiche d'uso. Metacritic non lo conoscevo, se e considerato generalmente affidabile, posso fare richiesta di creazione della proprietà, per Mymovie vedo che e parecchio usato ed essendo « il più consultato database italiano online di cinema », penso non ci siano problemi a farlo aggiungere, Movieplayer invece e usato pochino, non so se ne vale la pena. --ValterVB (msg) 15:53, 2 gen 2015 (CET)

Funzione del template:Rc

Segnalo--Horcrux_九十二 18:13, 2 gen 2015 (CET)

Certificazione disco

Segnalo.--Nnvu—α†Ω 01:04, 5 gen 2015 (CET)

Problema tecnico in {{Diagramma scacchi}} & co.

Ho scoperto che i template (come {{Diagramma scacchi}}) che fanno uso del Modulo:Scacchiera vengono segnalati in questa categoria di servizio (e, di conseguenza, anche le voci che includono tali template). Ho provato ad aggiornare il codice del modulo (dato che non era allineato con la versione in inglese), ma non è successo nulla. Secondo voi, cos'è che fa scattare l'avviso di "parametro duplicato"? -- Mess (what else?) 14:32, 10 gen 2015 (CET)

Il problema non è né nel modulo né nel template ma in come viene usato. È sbagliato quello che c'è scritto nel manuale Template:Diagramma scacchi/man dove si dice << Dato che qualsiasi testo tra "|=" ed il successivo "|" viene ignorato >>. In realtà non è ignorato, il parser del software di wikipedia interpreta anche quelli e assegna quel valore a un parametro che ha come nome una stringa vuota (""). Sono quindi le ripetizioni di "|=" che determinano la categorizzazione in Categoria:Pagine contenenti template con parametri duplicati. Su en.wiki vedo che non lo fanno e non hanno questo problema (prendo ad esempio en:Eight queens puzzle). --Rotpunkt (msg) 15:26, 10 gen 2015 (CET)

Grazie mille, Rotpunkt! In effetti lo avevo sì notato, ma non l'avevo affato considerato come errore sintattico (seppur veniale). Intanto ho corretto il manuale, eliminando il passaggio incriminato e i relativi casi d'uso errati. Ora richiederò anche l'intervento di un bot per sistemare tutte le voci coinvolte. -- Mess (what else?) 16:47, 10 gen 2015 (CET)

Ho ripulito anche le varie struct dei template. Mettere al corrente il progetto:scacchi della modifica sarebbe utile per evitare che l'errore venga reintrodotto inconsapevolmente. --Tino [...] 17:03, 10 gen 2015 (CET)

Inoltre quella sintassi problematica veniva generata anche dal modulo:scacchiera, dalla funzione fen2ascii, che ho appena corretto. --Tino [...] 17:27, 10 gen 2015 (CET)

Solo per la cronaca vorrei tuttavia specificare che, contrariamente a quanto scritto anche altrove, quella sintassi oggi è superata, ma a suo tempo non era inutile bensì fondamentale. Prima dell'introduzione del modulo:scacchiera, la vecchia sintassi del template era sensibile a caratteri aggiuntivi o rientri a capo, e quel trucco era necessario per rendere il codice del template umanamente leggibile. Forse l'alternativa migliore sarebbe stata usare dei commenti, ma all'epoca quella sintassi non creava nessun problema, visto che la categoria per tracciare i parametri ripetuti è stata introdotta nel software MediaWiki solo nell'ottobre scorso. --Tino [...] 14:47, 11 gen 2015 (CET)

[@ Tino] ringraziando te e gli altri per le modifiche, tuttavia a me sembra che questo non ne giustificasse l'utilizzo. Farne a meno era semplicissimo, bastava per esempio terminare tutte le righe con "|" e nel template saltare un parametro a ogni inizio riga (cioè saltare i parametri 11, 20, 29, ...). Oppure utilizzando le mw:Help:Extension:ParserFunctions per rimuovere i ritorni a capo. --Rotpunkt (msg) 15:44, 11 gen 2015 (CET)

Appesantire ulteriormente il codice con altre funzioni parser forse era da evitare, anche perché all'epoca non esistevano soluzioni accettabili per la manipolazione di stringhe, i template allo scopo erano pesantissimi e se ne evitava il più possibile l'uso su vasta scala; saltare un parametro per ogni riga invece mi sembra una buona idea, ma all'epoca probabilmente avranno ritenuto che la cosa fosse indifferente. Il template era stato importato da en.wiki (con quella stessa sintassi discutibile) ben prima che io iniziassi a contribuire, non voglio difendere la scelta (infatti prima dicevo che anche secondo me ci sarebbero state alternative migliori) ma solo precisare quale era il motivo che c'era dietro. --Tino [...] 18:37, 11 gen 2015 (CET)

I sinottici devono avere larghezza fissa?

Segnalo questa discussione.--Mauro Tozzi (msg) 16:33, 10 gen 2015 (CET)

Template:Controllo rosa squadra

Volevo segnalare questa richiesta Discussioni_template:Controllo_rosa_squadra#link --ZioNicco (msg) 20:04, 11 gen 2015 (CET)

Richiesta di template per le nazionali di calcio under

Attualmente esistono 3 template per questo scopo:

• Template:Naz che se usato ad esempio con la sintassi {{Naz|CA|ITA||Under-17}} fornisce in output:

  Italia under 17

• Template:NazBD che con la sintassi {{NazBD|CA|ITA||Under-17}} fornisce in output l'equivalente del precedente ma con la bandierina a destra, che viene utilizzato per la squadra che gioca in casa:

  Italia under 17

• Template:NazU, specifico per le nazionali under, che con la sintassi {{NazU|CA|ITA||17}} fornisce in output l'equivalente del primo ma in forma abbreviata:

  Italia U-17

Il problema si presenta quando si deve utilizzare il terzo template per poter riuscire ad inserire il testo in tabelle piccole, ma con la bandierina a destra: dunque manca un Template:NazUBD. Il problema è piuttosto comune, qualcuno riesce a creare questo tipo di template? --Fullerene (msg) 16:29, 12 gen 2015 (CET)

Fatto, dimmi se va bene ;-) --Horcrux_九十二 16:42, 12 gen 2015 (CET)

Caspita, nemmeno il tempo di chiedere! Ho fatto delle prove, tutto ok. Grazie mille ;) --Fullerene (msg) 17:17, 12 gen 2015 (CET)

Richiesta per calcio femminile

Ciao a tutti; tempo fa avevo visto Bultro modificare la "formattazione manuale" delle tabelle di cronologia di una calciatrice (o meglio in generale dei calciatori) nelle varie competizioni introducendo giustamente il Cronoini che vedo esistere da tempo. Il problema è però che solo quel passaggio sfalsa la formattazione della tabella e che quindi bisognerebbe introdurre tutte le singole partecipazioni con il Cronopar. Il problema è che non esiste un Cronopar per il femminile (e anche per le Under) oppure esiste ma non si trova nella categoria dei cronoini ed io non so rintracciarlo. nel caso che non esista potreste farmi la cortesia di realizzarli per le nazionali maggiori e le Under? Inoltre, riallacciandomi a quanto scritto qui sopra, si potrebbe implementare la possibilità di utilizzare la versione abbreviata U-17, U-19 che Under-17, Under-19 quando le nazionali sono "lunghe", come ad esempio Irlanda del Nord e Bosnia ed Erzegovina, e rovinano la formattazione? Un esempio di dove sia necessario è nella voce Fabiana Costi ma a memoria sono molte altre quelle che, se si vuole/deve usare il Cronoini, hanno bisogno dello stesso trattamento. Grazie per l'attenzione. :-)--Threecharlie (msg) 09:10, 13 gen 2015 (CET)

Esiste Template:CronoparU per le Under. Se ho ben capito, il problema di Cronopar è che manca la parola "femminile" in:

• link alle squadre
• link alla competizione (questo solo se si vogliono usare le etichette rapide tipo "Euro", "QEuro"; altrimenti è possibile inserire manualmente il link alla competizione e allora non c'è problema)

Piuttosto che creare altri template, aggiungerei un parametro "F" finale a Cronopar/CronoparU che corregge quanto sopra --Bultro (m) 13:08, 13 gen 2015 (CET)

Sì, certo, basta che si riesca a gestirlo, pensavo che fosse necessario crearne uno ex novo ma se è gestibile da uno solo nessun problema. Quando è stato implementato lo provo :-)--Threecharlie (msg) 15:15, 14 gen 2015 (CET)

Implementazione Calciopalm

Segnalo --Horcrux_九十二 11:41, 19 gen 2015 (CET)

Mappe e mappe alternative nei tmp geografici

Ho visto che {{Capo geografico}} possiede un parametro |mappaalternativa =. È possibile attribuirlo un po' a tutti i sinottici geografici? Eviteremmo accrocchi del genere... pequod76^talk 16:35, 23 gen 2015 (CET)

Template Finanza pubblica

Segnalo questa discussione.--Mauro Tozzi (msg) 15:14, 24 gen 2015 (CET)

Spostare tmp:Da aggiornare a "Aggiornare"

Segnalo. pequod76^talk 23:28, 25 gen 2015 (CET)

Citazione necessaria --> Senza fonte?

Segnalo. pequod76^talk 09:46, 26 gen 2015 (CET)

Dimensioni "liquide" per i sinottici

Riprendiamo questa discussione? Sembrava si fosse formato un certo consenso. Ricapitolando:

1. Abbiamo nel css un class "sinottico" in cui abbiamo impostato una lunghezza fissa (280px).
2. Abbiamo vari sinottici che usano dimensioni variabili senza una reale linea comune o un'esigenza specifica.
3. Sarebbe il caso di avere dimensioni "liquide" per i template, magari fissando la larghezza in percentuale. --Cpaolo79 (msg) 20:10, 26 gen 2015 (CET) (PS: ma la discussione non doveva essere cambusata qui?)

Come dicevo di là, si potrebbe fare una prova solo con qualche template prima di arrischiarsi a modificare il CSS.

E rimane il fatto che, quando c'è un'immagine, questa impone comunque delle dimensioni minime in px (non mi risulta che anche le immagini si possano dimensionare in percentuale) --Bultro (m) 15:55, 29 gen 2015 (CET)

Rapporto tra tmp:Carica pubblica e altri sinottici analoghi

Segnalo. pequod76^talk 15:34, 1 feb 2015 (CET)

primo ministro nell'infobox laterale al posto di altre cariche per indicare il capo del governo

Segnalo: Discussioni_progetto:Politica#Primo_ministro_nell.27infobox_laterale--Alexmar983 (msg) 17:40, 1 feb 2015 (CET)

Link a disambigua in template

Segnalo Discussioni_progetto:Russia#template_da_correggere--Alexmar983 (msg) 19:21, 5 feb 2015 (CET)

id Metacritic su Wikidata

Con la Properietà P1712 di Wikidata è possibile pescare l'id del sito Metacritic da utilizzare nel template {{Metacritic}}. l'URL di formattazione è http://www.metacritic.com/$1, questo fa sì che il temnplate {{Controllo Wikidata}} così com'è non funziona. Qualche soluzione? --ValterVB (msg) 21:06, 11 feb 2015 (CET)

Ciao, possiamo provare con un esempio pratico? magari ho capito male perché mi sembra che funzioni. Prendiamo d:Q189505. Su it.wiki è Lo squalo (film). Se in quella pagina scrivo {{#property:P1712}} e poi uso anterpima, ottengo => movie/jaws. Quindo uso {{Controllo Wikidata|P1712|}} e mi aggiunge la categoria "Dato assente ma presente su Wikidata". Se uso {{Controllo Wikidata|P1712|test}} mi aggiunge "Dato differente da Wikidata". --Rotpunkt (msg) 21:26, 11 feb 2015 (CET)

Forse ho capito. Intendevi come è fatto attualmente il {{Metacritic}}? Non ho ancora guardato bene, ma non è che il problema è simile a quello che dicevo qui: Discussioni_template:Imdb#Unificare parametri tipo e id? --Rotpunkt (msg) 21:33, 11 feb 2015 (CET)

Esatto il template richiede 2 parametri, mentre su Wikidata c'è una proprietà unica per tutti i tipi, il controllo andrebbe fatto unendo tipo e id. --ValterVB (msg) 21:55, 11 feb 2015 (CET)

[@ Rotpunkt] Non è elegante ma sembra funzionare. Provo a metterlo su o vedi qualcosa di strano? --ValterVB (msg) 22:06, 12 feb 2015 (CET)

Ciao, sì scusa, non ero ancora riuscito a guardare la questione. Allora con Imdb, è il sito stesso che fornisce un url http://www.imdb.com/Name? a cui appendere un identificativo, per esempio http://www.imdb.com/Name?ch0011742 che ci redirige a http://www.imdb.com/character/ch0011742/. Quindi sembrerebbe conveniente inserire solo un parametro "ch0011742", invece di "character" e "0011742". Oppure si possono fare più template come su en.wiki, en:template:IMDb title, en:template:IMDb character, ...

Con metacritic non c'è un url a cui passare un identificativo unico (infatti Wikidata usa una path), quindi mi sembra che le soluzioni si riducano a due, o creare diversi template Metacritic, come su en.wiki: en:template:Metacritic film, en:template:Metacritic album oppure come hai fatto tu nella tua sandbox, creando la stringa da confrontare con Wikidata. Quindi direi che va bene, sappiamo in futuro che avremmo un'altra alternativa (i template multipli). Stasera non riesco a provarlo, ma a una veloce occhiata sembra ok, domani se vuoi lo guardo meglio e lo provo anche. Ciao. --Rotpunkt (msg) 00:00, 13 feb 2015 (CET)

[@ ValterVB] l'ho guardato e provato nelle varie possibilità e per me va bene, usalo pure. Hai aggiunto la lettura della proprietà P1712 in mancanza del primo parametro e il template controllo wikidata, costruendo la stringa allo stesso modo di dove viene creata per url= di cita testo. --Rotpunkt (msg) 16:39, 13 feb 2015 (CET)

Fatto. --ValterVB (msg) 21:24, 13 feb 2015 (CET)

Effetti indesiderati del tmp:References

Segnalo. pequod76^talk 18:29, 15 feb 2015 (CET)

Parametri "data" nei template di avviso

Farò magari una domanda stupida: ma perché nei template "F" e "E" la data di inserimento avviene solo con l'argomento "data", nel "W", "P" e "O" indifferentemente con "mese" o "data", nel "C" solo con "mese" (almeno così sembra da una scorsa delle istruzioni)? Non sarebbe il caso di uniformare? --Pil56 (msg) 22:51, 16 feb 2015 (CET)

Guardando altri avvisi in Aiuto:Avvisi:

Anche {{Controlcopy}}, {{Correggere}}, {{E}}, {{NN}}, {{T}} {{U}} prevedono "data" (e se ho ben capito solo quel metodo).

Mentre {{L}} sia "data" che "mese".

p.s. ci sono poi template di avviso che non hanno proprio un parametro per indicare la data d'inserimento, ho creato una discussione Discussioni progetto:Coordinamento#Avvisi di lavoro sporco senza parametro per indicare quando è stato inserito. --109.54.20.161 (msg) 19:37, 24 mar 2015 (CET)

Off topic: inserimento automatico con VisualEditor

Approfitto per una domanda che mi era venuta in mente poco fa, ma mi stavo già dimenticando (in attesa di cercare dove farla):

Con VisualEditor, è possibile fare in modo che se non si compila quel parametro, venga automaticamente compilato con "mese anno" attuali (esempio febbraio 2015)? --109.54.13.161 (msg) 00:24, 17 feb 2015 (CET)

Template per tema?

Segnalo Discussioni_categoria:Categorie_per_tema#Tema.2C_tematico.2C_argomento.... --Superchilum^(scrivimi) 10:13, 18 feb 2015 (CET)

{{anteprima}}

Vi segnalo questa discussione che ho aperto. --Umberto NURS (msg) 20:50, 21 feb 2015 (CET)

Tl Classifica marcatori e doppia nazionalità

Segnalo questa discussione. ------Avversarīǿ - - - >(MSG) 20:57, 21 feb 2015 (CET)

AA.VV.

L'acronimo AA.VV. è deprecato e secondo me sarebbe opportuno rimuoverlo da tutti i nostri template di citazione (tipo questo o questo). Apro la discussione qui per evitare delle mini discussioni in ogni template. --Umberto NURS (msg) 00:34, 22 feb 2015 (CET)

E andrebbe sostituito con? Il titolo dell'opera? --109.53.197.131 (msg) 11:00, 22 feb 2015 (CET)

Elenco degli autori e/o curatori (o perlomeno di quelli principali se conosciuto), rimosso e basta se questi sono sconosciuti.--Moroboshi ^scrivimi 11:13, 22 feb 2015 (CET)

Non andrebbe sostituito l'AA.VV., ma solo rimosso. Tanto se ci sono più autori dei quali (per esempio) uno principale, è sufficiente scrivere Pinco Pallino et al. (come già si fa in molti casi). Non ho proposto di togliere il parametro per gli autori, sia chiaro. --Umberto NURS (msg) 12:20, 22 feb 2015 (CET)

Sì intendiamo la stessa cosa, a parte che io se gli autori non sono più di due o tre li metterei tutti, ma per il resto d'accordo.--Moroboshi ^scrivimi 20:18, 22 feb 2015 (CET)

Fatto dato che non ci sono state opinioni contrarie.--Umberto NURS (msg) 13:10, 10 mar 2015 (CET)

Scadenza delle pdc semplificate

Qualcuno può dare una mano? Discussioni Wikipedia:Regole per la cancellazione#Termine procedura. Grazie. :) pequod76^talk 20:19, 22 feb 2015 (CET)

Uso dei Template di Navigazione e tool di controllo

Ho sempre pensato che i template di navigazione vadano inseriti solo ed esclusivamente nelle voi in esso contenute: qui, però, non ho trovato niente in merito. Tra l'altro ho notato che non esiste un modo per effettuare facilmente questo controllo: l'unica cosa che ho trovato è questo template, che sembra dedicato solo allo sport, cosa che mi sembra assurda, visto che la sua funzione è esclusivamente quella "se tutte le voci [dei giocatori] presenti all’interno di un template di navigazione [di una selezione sportiva] includono a loro volta tale template e se, di contro, le voci che lo includono sono a propria volta puntate dal template stesso"; se togliamo le parentesi quadre il template serve esattamente a fare il controllo (semi automatico) che citavo.

Mi chiedevo, quindi: 1) è il caso di scrivere esplicitamente che ogni template di navigazione va inserito solo ed esclusivamente nelle voci in esse citate? 2) È corretto che un le funzioni svolte dal {{Controllo rosa squadra}} siano spostate direttamente nel {{Navbox}}? Ciò consentirebbe agli editor di avere a disposizione uno strumento di controllo potente che sarebbe del tutto trasparente per il lettore. --Cpaolo79 (msg) 16:48, 23 feb 2015 (CET)

Che il template venga inserito in tutte le voci citate dipende: per esempio, nei template di gruppi musicali spesso vengono inseriti i gruppi correlati (e in quelle voci eviterei di riportare il template). Sono completamente d'accordo a inserire un collegamento al Tool di controllo inclusione, magari vicino ai collegamenti rapidi V D M in alto a sinistra del Navbox.--Fringio—α†Ω 19:56, 23 feb 2015 (CET)

Non ho capito bene l'esempio, ma in ogni caso la mia formulazione voleva essere piuttosto nel senso opposto: cioè non quello di obbligare ad inserire il template in tutte le voci da esso linkate, quanto il proibire di inserire il template in voci da esse non linkate.

Per quanto riguarda il posizionamento vedi questo esempio: è in basso e nei "noinclude", per cui è evidente a chi va sulla pagina del template e nascosto nelle voci in cui è escluso. --Cpaolo79 (msg) 10:07, 24 feb 2015 (CET)

Beh, avevo capito male anche io xD Comunque sono d'accordo con la tua proposta.

Io avevo pensato a un collegamento rapido in alto a sinistra per fare in modo che magari anche un utente di passaggio può controllare se quel template è presente nelle voci linkate.--Fringio—α†Ω 10:16, 24 feb 2015 (CET)

[@ Fringio] No, non avevi capito male, rileggendomi avevo scritto proprio come avevi inteso tu, quindi, colpa mia: in effetti la proposta ha una doppia valenza e da quel che ho capito solo sulla seconda parte sei d'accordo.

In ogni caso, visto che l'argomento ha valenza generale, ho segnalato al bar. --Cpaolo79 (msg) 10:25, 25 feb 2015 (CET)

Riguardo al divieto, dipende; il TdN potrebbe riguardare l'argomento più in generale. Ad esempio Template:Piante carnivore contiene solo i generi, non tutte le specie (e ci mancherebbe, un TdN non può mica avere tremila link), ma spesso è stato inserito nelle voci sulle specie; c'è qualcosa di male?

Riguardo al sistema di controllo, converrebbe in effetti integrarlo automaticamente nel Navbox, ma facendo in modo che appaia solo nella pagina del template stesso --Bultro (m) 16:03, 25 feb 2015 (CET)

D'accordo con Bultro su tutto (cambio idea sul primo punto per l'esempio che ha portato).--Fringio—α†Ω 16:07, 25 feb 2015 (CET)

Ma non sarebbe meglio farlo tramite EGO (+ script) questo lavoro? Di tool di analisi su Tool Labs ce ne sono svariati, ma non per questo li inseriamo direttamente nelle voci/template. Bisognerebbe regolarmente fare una passata su tutti i navbox e generare un report. --Rotpunkt (msg) 17:43, 25 feb 2015 (CET)

[@ Bultro] Se il TdN riguarda il sistema generale IMHO inserirlo in una voce specifica è sbagliato: se serve a navigare tra voci, perché inserirlo in una voce che non è navigata? L'esempio che hai portato (sempre che io l'abbia effettivamente capito) mi convince ancora di più: quel template va inserito solo nelle pagine dei generi, non in quello delle specie; nel caso in esame (immagino stiamo parlando di decine e decine di specie per ogni genere) si potrebbe pensare di creare un template per ogni genere. A lavoro concluso avremmo un TdN per i generi e "n" TdN differenti: ogni genere conterrebbe il TdN generale (per aiutare il lettore a navigare tra i generi) e il suo TdN (per aiutare il lettore a navigare tra le specie).

[@ Rotpunkt]: anche. Ma mentre un EGO è uno strumento speciale e specifico, inserire il link al tool in ogni TdN consentirebbe anche al lettore / editore occasionale di effettuare una rapida verifica (ovviamente sempre con la direttiva noinclude, così da non sporcare il ns0): da quel che vedo si tratterrebbe di effettuare una semplice modifica al {{Navbox}}. --Cpaolo79 (msg) 20:17, 25 feb 2015 (CET)

@Cpaolo79 comunque se si vuole inserire il link al tool in tutti i template di navigazione, non mi risulta che sia possibile farlo in automatico attraverso il template navbox, va inserito singolarmente template per template. Per esempio abbiamo: template:Navbox => trascluso in Template:NBA => trascluso nella voce Chicago Bulls. Quello che rendi visibile da Navbox a NBA, sarà visibile anche in Chicago Bulls, non può fermarsi a NBA. --Rotpunkt (msg) 23:03, 25 feb 2015 (CET)

Mi è venuto in mente tuttavia che se non si può fare tramite noinclude/includeonly/onlyinclude si può fare controllando FULLPAGENAME. Faccio una prova. --Rotpunkt (msg) 23:15, 25 feb 2015 (CET)

Sì funziona correttamente, ho messo una prova a Template:NBA/Sandbox (che utilizza il Template:Navbox/Sandbox modificato così). Mostra in basso il link "Controlla inclusione del template", mentre se scrivi in una voce {{NBA/Sandbox}} il link non verrà mostrato. --Rotpunkt (msg) 23:53, 25 feb 2015 (CET)

Premesso che sono poco on line e quindi ho letto solo velocemente l'inizio e spero di aver capito. Il problema di includere il template nelle voci che lo richiamano è noto, ma non ho mai forzato la vicenda per un motivo semplice: l'automazione che è sempre dietro l'angolo e il fatto che la "regoletta" è nemica della connettività utile. Mi spiego: fare in modo che in modo automatico un bot inserisca un navbox in certe voci che "smista" è possibile ma per evitare sovrabbondanza di template è meglio non farlo, rimuoverlo in automatico dalle voci che non "smista" è penso possibile e credo che in futuro ci arriveremo anche. Il problema è che anzitutto ci sono casi in cui un template sopperisce a un portale che smista e si limita a smistare voci generali. Considerando che i portali fanno pena da anni, di rimuoverlo per fare posto a un portale affastellato se va bene in fretta e furia proprio non mi convince(va)... alle volte un template è inserito in una voce che forse dovrebbe essere inserita nel template, ed è una semplice dimenticanza (p.e. il film nel template di un attore, etc) e in quei casi se non ne sono sicuro lascio nella discussione template un suggerimento in tale senso e lascio comunque il template, perché queste piccole imprecisioni vengono risolte meglio lasciando il template che togliendolo. Ergo ho preferito non stimolare alcuna "regoletta" in tale senso. Certo è che col passare del tempo gli errori calano, la migliore wikidatazione dei template dovrebbe ridurre le mancanze più velocemente, e prima o poi sui portali ci degneremo di fare le cose meglio e riprenderli in mano. Quindi lo lascio solo come appunto, se "regoletta" deve essere ok, ma segnalo a progetto:connettività affinché sia formulata in modo più proponitivo.--Alexmar983 (msg) 22:10, 27 feb 2015 (CET)

Già, la casistica è troppo differente per dare per scontata una regola semplice e facile "il template di navigazione va in tutte e sole le voci nelle voci elencate dal template stesso". (Situazione ancor più complicata dal fatto che non vi siano regole, forse ce ne sono alcune ma solo per casi particolari, su che template di navigazione mettere in una voce (riprendo l'esempio qui sopra della voce su un film, perché tale voce deve avere il template di navigazione di quell'attore e non quello di un altro attore, o del regista, o del genere di film, o di che altro?) --109.53.218.76 (msg) 00:46, 28 feb 2015 (CET)

@IP109: mi pare che si è deciso di non consentire TDN per attori, ma solo per registi, quindi il problema non si pone; in ogni caso, vista la mancanza di un consenso preciso, evito modifiche.

[@ Rotpunkt], invece per la modifica che suggerisci non sembrano esserci motivi ostativi: procedi pure. --Cpaolo79 (msg) 14:03, 4 mar 2015 (CET)

[@ Cpaolo79] Ho fatto. Vedi tu se è il caso di segnalare la discussione al Bar, a scopo informativo, il template Navbox è usatissimo, magari qualcuno si stupisce del link. Ciao. --Rotpunkt (msg) 14:28, 4 mar 2015 (CET)

[@ Cpaolo79] Ho commentato il contenuto del template:Controllo rosa squadra, immagino che bisognerà rimuoverlo dai template che lo includevano. --Rotpunkt (msg) 14:42, 4 mar 2015 (CET)

In linea teorica quel template ammetteva un altro parametro chiamato fonte: prima di rimuoverlo vedo se era effettivamente adoperato (penso che basti una corretta ricerca "insource"); in caso positivo lo lascio, altrimenti tanto vale rimuoverlo completamente (subst?). --Cpaolo79 (msg) 17:50, 4 mar 2015 (CET)

PS: metto il link al Bar.

[@ Cpaolo79] Il fonte risulta usato da circa 180 template. Non lascerei però due link di controllo uguali nella stessa pagina, quello del template navbox e quello del controllo rosa squadra, quest'ultimo lo eliminerei. Cosa ne dici di aggiungere un parametro (fontelink?) al Navbox? con la stessa funzione del "fonte" che aveva nel controllo rosa squadra. --Rotpunkt (msg) 20:48, 4 mar 2015 (CET)

Ho fatto un esempio qui: Template:Calcio Roma rosa/Sandbox, basta far passare un bot in quelle 180 voci a far rimuovere il template {{Controllo rosa squadra}}, spostando il parametro "fonte" in "fontelink" nel Rosa società di calcio o nel Navbox (come qui). Sistemate queste 180 voci si fa passare nuovamente il bot a rimuovere tutti i {{Controllo rosa squadra}} negli altri template che lo utilizzano. Se va bene mi occupo io di richiedere il bot, perché voglio prima ricontrollare bene quei 180 template che non abbiano casi particolari. --Rotpunkt (msg) 21:39, 4 mar 2015 (CET)

Hai ragione, quel parametro, per quanto usato davvero pochissimo (180 su decine di migliaia di casi) può essere davvero utile e generalizzabile. Tra l'altro noto che quel template non era usato solo per le rose, sintomo del fatto che effettivamente era un'esigenza generalizzabile. --Cpaolo79 (msg) 08:59, 5 mar 2015 (CET)

La fonte è utile ma non c'entra niente con il tool, sono due cose del tutto indipendenti. Piuttosto che pasticciare il Navbox, io sposterei semplicemente la fonte fuori dal TdN nell'area noinclude, tuttalpiù usando un altro template apposito. --Bultro (m) 13:02, 5 mar 2015 (CET)

@Bultro Trovo che vada benissimo così, e non c'è nessun "pasticcio", avendo scritto io da solo sia il template Navbox che il relativo modulo. "fontelink" è giusto un parametro che il modulo ignora completamente. Lo spostare la fonte al di fuori del template si può fare in qualunque momento, il parametro fontelink comunque andava aggiunto a tutti i template e il Controllo rosa squadra rimosso. Terminata la passata col bot, a cui sto lavorando da diverse ore, faccio comunque una prova a inserire il link separatamente dal Navbox. --Rotpunkt (msg) 13:24, 5 mar 2015 (CET)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Faccio il punto della situazione. Da questa mattina alle 10 ho: innanzitutto rimosso un po' a mano e un po' col bot il {{Controllo rosa squadra}} dalle circa 180 voci più complicate ossia quelle che utilizzavano il link a un sito esterno (Controllo rosa squadra col parametro fonte). Ho ricreato il link attraverso il parametro fontelink al template:Navbox (non al modulo). Alcune di queste 180 voci utilizzavano il template Navbox direttamente (leghe di calcio) altre attraverso Template:Rosa società di calcio, Template:Rosa società di pallacanestro e Template:Rosa nazionale di calcio. A queste tre ultime ho aggiunto il parametro fontelink per poterlo passare al navbox. Poi ho creato una lista delle voci senza parametro fonte (circa 3000) e ho fatto partire il bot, ancora in corso. Quindi mi sono messo a guardare la soluzione alternativa, che sarebbe avere un template dedicato solo per creare il link al sito esterno. Qui la differenza fra l'implementazione attuale a sinistra, a destra un test con un template dedicato.

Una volta inserito il Controllo inclusione del template in navbox, mi sembra che anche questo link abbia senso di rimanere legato al navbox, nel Controllo rosa squadra facevano parte dello stesso template. Qui stamattina come avevo descritto il parametro fontelink. Rimarrebbe un sistema più automatico, riducendo le possibilità di fare errori perché si tratta di valorizzare un parametro già esistente in qualunque navbox e non di inserire un template, ricordandosi di usarlo l'altro tra i noinclude. Non intacca minimamente il navbox, perché è utilizzato a livello di template, non di modulo, dove c'è il funzionamento vero e proprio del navbox. Comunque se anche altri preferiscono la soluzione col template separato, segnalatemelo pure che procedo alla modifica (si tratta di aggiungere un nuovo template a questi navbox: Template:Rosa società di calcio, Template:Rosa società di pallacanestro,f Template:Rosa nazionale di calcio, Template:A2 Ethniki, Template:Novo Basquete Brasil, Template:Lega BIBL, Template:Liga Profesional de Baloncesto, Template:Ligat ha'Al (pallacanestro), Template:Liga LEB, Template:Ligue féminine de basket, Template:Polska Liga Koszykowki, Template:ProA, Template:LKL, Template:Pro B, Template:A1 Ethniki, Template:Lega BBL, Template:Basketball-Bundesliga, Template:Pro A, Template:Liga ACB). --Rotpunkt (msg) 16:44, 5 mar 2015 (CET)

Il pasticcio è far fare a Navbox quello che non gli compete. Abbiamo fatto un caso particolare per il tool per averlo in automatico dappertutto, ma un link per il singolo template e specificato a mano, come ogni altra istruzione, va nell'area documentazione. Non serve neanche un templatino col quadratino carino, nelle istruzioni basta una frase, che caso per caso può dare precisazioni aggiuntive. --Bultro (m) 17:51, 5 mar 2015 (CET)

A me l'idea di Rotpunkt non dispiace: uno dei problemi dei template è il fatto che mancano di fonti, quindi inserire nel navbox la possibilità (perché di questo stiamo parlando: una semplice possibilità) di inserire la fonte che è utile a) per una verifica b) per un aggiornamento non lo vedo come un problema, anche se forse semanticamente poteva essere reso diversamente. --Cpaolo79 (msg) 09:18, 6 mar 2015 (CET)

Implementazione effettuata

Grazie a questa modifica effettuata da Utente:Rotpunkt tutti i Template di navigazione hanno ora un comodo tool (in inglese) che consente di verificare se un TDN è incluso in tutte le pagine in esso citate e / o se è incluso in voci che da esso non sono linkate: entrambe le circostanze di per sé non costituiscono un problema, ma in molti casi può essere utile effettuare il controllo.

Tale strumento è visibile esclusivamente nel ns10, quindi è nascosto al lettore (Esempio e contro esempio). Chiedo se è il caso di aggiungere qualche riga di spiegazione nella pagina di servizio. --Cpaolo79 (msg) 17:50, 4 mar 2015 (CET)

Complimenti per la bella idea: è utilissimo! Ho già aggiornato tutti i tmp che ho creato. Segnalo che il tool manca in tmp come Template:Portali Africa. Un minimo di spiegazione IMHO andrebbe inserita dato anche che la pagina è in inglese. --Antonio1952 (msg) 19:41, 4 mar 2015 (CET)

[@ Antonio1952] In Template:Portali Africa manca perché non è stato sviluppato con un {{Navbox}}, ma con una semplice tabella.--Fringio—α†Ω 20:04, 4 mar 2015 (CET)

Ne ho già usufruito, e lo trovo molto comodo e utile. Ottimo, veramente complimenti per l'idea! --Fullerene (msg) 21:28, 4 mar 2015 (CET)

Ottimo, però non riesco a capire come mai in alcuni casi ({{Festività di Roma antica}} e {{Svaghi nell'antica Roma}}) il tool non si visualizza. --Er Cicero 04:35, 5 mar 2015 (CET)

Ho capito: succede quando il "name" riportato all'interno del navbox non coincide col nome del template. --Er Cicero 04:40, 5 mar 2015 (CET)

[@ Er Cicero] Il parametro "name" serve solo a creare i link a sinistra "V D M", se presenti (ora anche a verificare dove è incluso). Quando è stato cambiato il titolo, esempio, andava cambiato solo "title". A meno di spostare anche le pagine (e modificare tutte le inclusioni). Ho corretto "name" in quei due casi. --Rotpunkt (msg) 08:54, 5 mar 2015 (CET)

Non ho ben capito come funzione, nel caso dell'esempio fatto qui Template:Armi_biologiche arrivo alla pagina https://tools.wmflabs.org/templatetransclusioncheck/index.php?lang=it&name=Template:Armi_biologiche&complete=1, come già detto da altri non ci sono molte spiegazioni, e sono in inglese. Ma ad esempio una delle voci indicate Livello di biosicurezza è riportata sia nella sezione "Mismatch between transclusions and links" (che immagino sia quella che riporta i problemi) nella sottosezione "Complete transclusion and link overview" (che immagino sia quella che riporta le cose che vanno bene, completa inclusione e link. Se non fosse così, appunto non è chiarisismo). --109.53.217.24 (msg) 10:06, 6 mar 2015 (CET)

@IP109, quando scrivevo "Chiedo se è il caso di aggiungere qualche riga di spiegazione" intendevo proprio questo. Comunque la spiegazione è la seguente:

1. "Transclusion but no link": nelle pagine indicate c'è il template, ma tali voci non sono linkate nel template.
2. "Link but no transclusion": le pagine elencate sono linkate nel template, ma il template non è stato incluso in quelle pagine.
3. "Transclutions of template": voci che sono linkate nel template e che includono il template stesso (situazione "ottimale").
4. "Links from template": credo sia autoesplicativo.

Fammi sapere se ti serve altro. --Cpaolo79 (msg) 10:31, 6 mar 2015 (CET)

[@ Cpaolo79], va corretto solo il terzo punto, significa "Voci che includono il template", non voci che sono anche linkate nel template. Prendo ad esempio il solito Template:Calcio Roma rosa. Se guardiamo la pagina del tool in "Transclutions of template" abbiamo Piscitella e Švedkauskas che includono il template, ma senza link verso essi (come si evince d'altronde dalla sezione "Transclusion but no link"). La situazione "ottimale", correggimi se sbaglio, è quando "Transclutions of template" contiene lo stesso numero di voci di "Links from template", e "Transclusion but no link" e "Link but no transclusion" sono vuote.

@IP109 Purtroppo il tool non è multilingua, scrivo la traduzione a Template:Controllo inclusione e poi vediamo di creare un link verso essa. --Rotpunkt (msg) 11:03, 6 mar 2015 (CET)

[@ Rotpunkt] hai ragione, ho barrato le parti inesatte. --Cpaolo79 (msg) 11:50, 6 mar 2015 (CET)

Ho messo un link "(guida)" a lato di "Controllo inclusione del template". Se preferite si può chiamarlo "(aiuto)" o "(manuale)" (manuale rischia però di far pensare a un "controllo manuale", visto che c'è già "Controllo"). Riguardo a Template:Controllo rosa squadra ieri sera ho finito di orfanizzarlo (a parte qualche discussione), lo cancellerei, aggiungendo nella motivazione che è stato sostituito da Template:Controllo inclusione, nel caso qualcuno lo cercasse. Cosa dite? Riguardo infine al parametro fontelink a parte ciò che ho già scritto, mi sembra che si possa usare non solo per gli sport ma anche per i template di navigazione che raccolgono insiemi da verificare che variano nel tempo, come tutti gli album, libri, film di un cantante, attore, ... Mi sembra che la situazione sia più ordinata e sotto controllo così (basta cercare fontelink con l'insource per ritrovarli) che riempire il namespace Template di link e frasi ogni volta diverse e non rintracciabili. --Rotpunkt (msg) 12:17, 6 mar 2015 (CET)

Da fixare

Segnalo problema in Discussioni_template:Massa_d'acqua#Problemi con la generazione dei libri, qualcuno potrebbe dare un'occhiata al codice e metterci una pezza? Grazie in anticipo. --MarcoK (msg) 13:46, 24 feb 2015 (CET)

Nota disamb in sezione

Se n'era discusso qui. Ora se ne parla qui. pequod76^talk 02:08, 25 feb 2015 (CET)

Template:Vetrina inserimento

Ciao a tutti, in base a quanto discusso qui bisognerebbe modificare il template {{Vetrina inserimento}} per categorizzare le voci in cui è contenuto alla nuova Categoria:Voci proposte per un riconoscimento di qualità. Siccome sono niubbo di template ve lo segnalo nella speranza che qualcuno possa occuparsene. Grazie! --WalrusMichele (msg) 10:04, 26 feb 2015 (CET)

Colonne e sovrapposizione template

Queste colonne si sovrappongono al template. È un problema del Template:Colonne? (Altri esempi qui e qui) Se non riuscite a vedere il problema (magari per uno schermo grande), qui è come appare su schermi medio/piccoli.--Fringio—α†Ω 17:28, 27 feb 2015 (CET)

Io non le vedo sovrapposte,qui neppure.--R5b43 (msg) 19:15, 27 feb 2015 (CET)

A me si presenta così.--Fringio—α†Ω 19:42, 27 feb 2015 (CET)

Mi correggo, mi si presenta il problema solo con FF, con Chrome è tutto normale.--Fringio—α†Ω 19:47, 27 feb 2015 (CET)

Citazione note di copertina

Segnalo --Horcrux_九十二 16:33, 3 mar 2015 (CET)

Importazione massiva di template da enwiki

Segnalo che per tradurre questa voce sono stati creati vari template copiandoli direttamente da enwiki. In questi casi immagino convenga modificare la voce per togliere i template inglesi. Abbiamo dei template equivalenti per creare le tabelle presenti nella voce? --Incola (posta) 20:36, 3 mar 2015 (CET)

Così specifici no, ma forse non servono tutti i sottotemplate. Ad es. c'è tutto un sistema di colori che da noi non ha significato --Bultro (m) 23:08, 3 mar 2015 (CET)

Diresti di semplificare/adattare questi template? Per una sola pagina sono più orientato sul rimuovere i template e ricreare la tabella direttamente nella voce, in assenza di nostri template specifici. --Incola (posta) 22:20, 4 mar 2015 (CET)

Come non detto, vedo che hai già fatto. Grazie mille! In effetti possono essere utili per tradurre altre voci simili. --Incola (posta) 22:25, 4 mar 2015 (CET)

Classe sinottico

In questo momento lo stile dei template sinottici, a mio parere, non va bene. Già a una prima occhiata, si può notare che tali template non offrono un'organizzazione ottimale delle informazioni in essi contenute. Perché? Il motivo è semplice: le didascalie/etichette dei parametri sono allineate a destra e ciò non ha senso, semplicemente perché così lo spazio verrà sempre gestito come se etichette e valori avessero la stessa importanza. Le etichette dovrebbero essere allineate piuttosto a sinistra, così da rendere le informazioni inserite più leggibili. Inoltre, attualmente anche quando i valori lunghi costringono le etichette a spostarsi il più possibile a sinistra, l'opprimente presenza di quest'ultime si fa sempre notare più del dovuto.

Siccome questa poteva essere una mia semplice impressione, ho dato un'occhiata (con molta, molta calma) a tutte le altre wiki in lingua straniera. E infatti la risposta che cercavo, l'ho ottenuta: le nostre "sorelle" presentano puntualmente le didascalie a sinistra, in modo da far spiccare il più possibile le informazioni. E non solo, c'è anche un altro problema che ho notato del nostro sinottico: abbiamo impostato per le didascalie sia il grassetto, sia il famigerato sfondo grigio. Sinceramente non capisco la necessità di questa combinazione, tant'è vero che, sempre spulciando nelle varie wiki con tanta pazienza, ho notato che la maggior parte di esse utilizza solo il grassetto, il resto (una decina o per lo più) solo lo sfondo grigio. Anche la nostra versione mobile, per tablet, cellulari e così via, utilizza solo il grassetto senza lo sfondo grigio, che, cito un altro utente del mio stesso progetto di provenienza, "è proprio brutto da vedere". Tuttavia, anche in quel caso c'è un grave problema: la didascalia, invece di trovarsi in alto, tende a piazzarsi a metà altezza rispetto ai valori inseriti (questo significa che se l'informazione dovesse essere particolarmente lunga, la sua etichetta non si troverebbe subito all'inizio del valore, ma più giù, costringendo così il lettore a scendere).

Come se non bastasse, il nostro sinottico non è nemmeno accurato per quanto riguarda altri valori, come l'interlinea o il padding (mi riferisco in particolar modo alle impostazioni del titolo). Questo è un problema che affligge soprattutto i template più lunghi come quello di cui mi occupo io (il buon vecchio {{Fumetto e animazione}}), non solo perché in questo modo si allunga ulteriormente la tabella, ma anche perché, utilizzando dei colori per ogni titolo e finendo quest'ultimo per occupare sempre più spazio del dovuto, si finisce per avere un risultato orrendo, colmo del colore scelto, nonché, per ora, anche del grigio delle etichette.

Insomma la questione è semplice: meno di una settimana fa, ho fatto un tentativo, proponendo al progetto anime e manga un restyling del template FeA che avesse lo stesso stile dell'infobox inglese. Il risultato è stato decisamente approvato, ma come potete ben immaginare, è stato fatto notare che non si può applicare uno stile diverso a un solo template: se esso dovesse essere migliore di quello di default, sarebbe il caso che cambiassero tutti in meglio. E io mi trovo d'accordo con questa linea di pensiero. Ecco perché, come mi è stato suggerito, ho deciso di proporvi di importare lo stile dell'infobox inglese (quello più gettonato nelle altre wiki, probabilmente perché più semplice, più pulito e più chiaro) per il nostro sinottico. Che ne pensate?--Sakretsu (炸裂) 16:43, 5 mar 2015 (CET)

ottimi spunti, provo a riassumere le proposte di modifica per facilità di comprensione:

• etichette spostate a sinistra, e o in grassetto o con lo sfondo grigio (non entrambe)
• titolo più piccolo e...? (non ho capito bene la questione del colore in riferimento al titolo)

Esempio tra sinottici attuali e nuova proposta: Utente:Sakretsu/Sandbox/4#Lunghezza_template. [@ Sakretsu] è corretto? --Superchilum^(scrivimi) 10:17, 6 mar 2015 (CET)

Per gli altri aspetti dovrei vedere meglio (per il momento ho letto solo velocemente il tuo messaggio che tratta vari aspetti, alcuni interconnessi tra di loro), l'allineamento a sinistra delle etichette presumo sia voluto in modo che siano vicine al loro contenuto. Nel caso di allineamento a sinistra c'è il rischio che si debba scorrere con gli occhi in orizzontale verso destra dalla fine di un'etichetta magari corta per un bello spazio vuoto prima di arrivare al suo contenuto, col rischio di sbagliarsi e salire o scendere di una riga, anche perché le righe di tale tabelle non sono separate da una vera e propria linea. (La larghezza della colonna dell'etichetta è fissa o si adegua all'etichetta più lunga? ) --109.53.217.24 (msg) 10:47, 6 mar 2015 (CET)

credo che sia giusto diminuire le dimensioni delle etichette, oppure togliere il grassetto. per il resto credo che la tabella come sia adesso sia più pulita e gradevole rispetto a quella proposta. --ppong (msg) 10:56, 6 mar 2015 (CET)

• [@ Sakretsu] qualche tempo fa avevo aperto una discussione al Bar riguardo un singolo aspetto del class sinottico: il fatto che nel css fosse impostata una larghezza fissa in pixel (300px) e che, epr di più, ogni sinottico sovrascriveva questo valore. Ora tu stai affrontando il problema in maniera organica e nel suo insieme: ti suggerisco di riepilogare tutti i punti "all'ordine del giorno", come ha iniziato a fare [@ Superchilum], spiegando quali solo le proposte di miglioramento che suggeriamo (che so, magari con un una tabella sinottica :-D). --Cpaolo79 (msg) 11:48, 6 mar 2015 (CET)

Effettivamente dalla pagina di esempio che affianca la resa del template nella versione attuale e secondo le modifiche proposte da Sakretsu, la lettura risulta decisamente più agevole nella versione modificata. Direi che lo spunto per armonizzare i vari sinottici secondo questa proposta di base è decisamente una buona idea.--L736E^{l'adminalcolico} 11:58, 6 mar 2015 (CET)

[@ Superchilum] Se diamo un'occhiata alla mia sandbox, possiamo notare un'enorme differenza tra i titoli delle due tabelle. Il font attuale gigante fa finire più facilmente il titolo su due righe e mostra un'interlinea inaudita (una riga intera...). Così facendo la barra colorata (in questo caso purple) aumenta e dà vita a un rettangolo enorme. Ripetendo questo risultato più volte con il template FeA, allora sì che il problema si nota ancora di più.

[@ 109.53.217.24] Ci ho già pensato. In realtà in questo momento il valore inserito si comporta in maniera a dir poco strana. Se dai un'occhiata alla mia sandbox, anche nel template proposto e anche quando tutte le etichette sono molto brevi, il valore inserito tende a spostarsi il più centrale possibile (a causa del nostro sinottico). Nella versione inglese ciò non accade: il testo si avvicina alle etichette sempre e comunque. Ora c'è da chiedersi "e se un'etichetta dovesse essere particolarmente lunga, mentre un'altra particolarmente corta, cosa accadrebbe?" Bene, in previsione di ciò non ho ridotto le informazioni inserite, bensì soltanto le etichette, le quali col grassetto tendono comunque ad assumere più spessore (esempio pallino normale •, pallino in grassetto •). Che succede così? Che le etichette, pur rimanendo leggibili, occupano meno spazio e in questo modo anche la più lunga (vedi in questo caso "Durata ep. it.", ben 14 caratteri) non permette di far allontanare troppo i valori. Se poi si inserisce come etichetta 1 "a" e come etichetta 2 "Supercalifragilistichespiralidoso", è normale che il problema riguarderebbe chi ha fatto quello specifico template e non lo stile di default. Tra l'altro bisogna anche tener conto che le etichette attuali non sono per niente il massimo della chiarezza: prendiamo ad esempio la voce Italia, 12 didascalie vanno a finire su due righe quando il valore inserito ne occupa astento una. Sembra quasi che il valore sia diventato l'etichetta e l'etichetta sia il valore. È normale? Le informazioni sono tutte chiarissime, oppure bisogna fermarsi prima un attimo a leggere tutto per bene?

[@ ppong] Sono d'accordissimo con te, infatti come ho scritto all'IP109 ho diminuito nella mia prova solo il font delle etichette, mentre i valori li ho lasciati alla grandezza attuale. In questo modo si equilibrano le cose e l'etichetta non sembra enorme. Sul fatto della tabella "pulita", capisco che è una cosa soggettiva ma rimuovere lo sfondo grigio da uno stile adottato di default mi sembra una mossa più adeguata alla nostra situazione. Nella wiki giapponese per esempio si può cambiare il colore anche alle etichette e valori, da noi no. Per una questione di flessibilità, io direi quindi di rimuovere il grigio che molte volte entra in contrasto col colore del titolo scelto.

[@ Cpaolo79] Vero, la larghezza è impostata per la precisione a 280px. Nella versione inglese non mi pare ci sia nulla del genere. Comunque se vi fa piacere, farò una tabella a breve :-)

A proposito, il risultato voluto sarebbe proprio quello della mia proposta (non è detto che dobbiamo importare ogni cosa dal CSS inglese, ad esempio il font a 88% mi sembra esagerato), per cui farò un confronto tra infobox e sinottico alla ricerca delle differenze sostanzialmente utili ai nostri fini (purtroppo però non so come funzioni la versione mobile). In ogni caso grazie mille a tutti, mi sembra che si possa concludere qualcosa :-) --Sakretsu (炸裂) 12:39, 6 mar 2015 (CET)

L'allineamento a destra è proprio per i motivi indicati da 109.53.217.24 e per me sta bene così (e non vedo cosa c'entri l'andare a capo; se un testo non ci sta a destra, non ci sta neanche a sinistra...).

Lo sfondo grigio ha soprattutto lo scopo di evidenziare dove inizia e dove finisce la riga, visto che non abbiamo linee separatrici tra le caselle; se si toglie allora magari dovremmo valutare di reinserire le linee (sempre presenti in tutte le tabelle, non so perché nei sinottici no). Comunque intestazioni grassetto e sfondo grigio è un comportamento abbastanza generale, cfr. anche le wikitable.

Concordo sul regolare meglio interlinea e padding. Dei pallini per gli elenchi puntati se ne parlava anche qui --Bultro (m) 13:03, 6 mar 2015 (CET)

Ho già risposto a 109 (credo esaustivamente) sul perché allineare a sinistra le etichette sarebbe meglio. Non credo che uno spazio di massimo 1/1,5cm tra etichetta e valori riesca a disorientare il lettore. Se tutti gli italiani soffrissero di strabismo concorderei che la difficoltà sarebbe sensata, ma non è così e, come ho fatto notare nella precedente discussione del template FeA, se l'inglese, la lingua franca più diffusa al mondo, così come proprio tutto il resto del mondo utilizza l'allineamento a sinistra, non credo che corriamo nessun pericolo, bensì solo i vantaggi che ho descritto (e che rendono la lettura delle informazioni più immediata).

Le wikitable sono una cosa diversa e per di più possono essere personalizzate caso per caso. Qui stiamo parlando di una tabella larga quel tanto che basta per raccogliere le informazioni salienti di una voce. Attualmente su 300px, ne coloriamo praticamente 145 di grigio di default e non credo proprio che quella misera linea bianca sottile 1px tra un blocco grigio e l'altro sia il segreto dietro la chiarezza attuale dei template sinottici. Ripeto, basta guarda la voce Italia per notare come in un template allargato a 350px l'allineamento a destra e lo sfondo grigio non riescano comunque a rendere le informazioni chiare e immediate.--Sakretsu (炸裂) 13:37, 6 mar 2015 (CET)

l'aspetto del sinottico nella voce italia dipende dal player del file audio e modificare le proprietà del font delle etichette non cambierebbe un gran che. --ppong (msg) 14:20, 6 mar 2015 (CET)

Sfortunatamente non è così, anche se si rimuove il player del file audio non cambia niente. È l'attuale sinottico che organizza il testo in questa maniera contorta sempre e comunque.--Sakretsu (炸裂) 17:01, 6 mar 2015 (CET)

@Sakrestu: i problemi che hai esposto si riferiscono a tutti i sinottici o solo alcuni?--R5b43 (msg) 17:37, 6 mar 2015 (CET)

I miei 2 cent:

1. ok per l'allineamento e lo sfondo delle etichette
2. ok per le dimensioni del titolo dell'infobox
3. Contrario a ridurre le dimensioni del font dei campi "normali": questo ha ripercussioni anche sui testi inseriti con tag <small>, che si riducono a dimensioni che già per un normovedente sono appena accettabili, mi preoccupa l'impatto che possono avere su un ipovedente. Teniamo da conto, quindi l'accessibilità.

Mi permetto di aggiungere, inoltre, che cambiare il colore del titolo in funzione della categoria cui appartiene l'oggetto della voce ha senso finché i colori usati (mi riferisco a tutti i sinottici di tutta Wikipedia in italiano) sono pochi (penso: un colore per gli edifici, un colore per gli sportivi, ecc): se iniziamo a usare colori diversi (e sono colpevole di questo io stesso, che nel creare l'{{infobox gruppo armato}} ho ceduto alla prassi) per ogni singolo tipo di voce (es: uno per gli aeroporti, uno per le aviosuperfici, uno per gli eliporti, uno per gli spazioporti) perdiamo contenuto informativo, a mio parere. L'uniformità di colore è apprezzabile dal lettore solo se riesce a coglierne la ricorrenza. --Dry Martini confidati col barista 20:25, 6 mar 2015 (CET)

[← Rientro] @R5b43, riguardano tutti i template sinottici (sia quelli che richiamano direttamente la classe sinottico con {| class="sinottico" |}, sia quelli che usano il template {{Infobox}}).
@Dry Martini, esattamente quello che ho pensato anch'io: ridurre ulteriormente il font dei campi normali andrebbe a discapito del tag small di cui facciamo ampio uso. Il font ridotto della mia proposta è solo quello delle etichette che hanno già il grassetto (e se non sbaglio nemmeno di troppo, solo del 5% o giù di lì). Riguardo ai colori, la vedo dura dato che bisognerebbe controllare ogni singolo template e mettersi d'accordo con i vari progetti.
Comunque spero di riuscire a portarvi entro domani la tabella riassuntiva. Nuovamente grazie per i vari pareri--Sakretsu (炸裂) 21:50, 6 mar 2015 (CET)

No vi prego, gli infobox fatti così sono l'unica cosa che ci distingue da quegli orribili rettangoli asettici delle altre Wiki :(. Semmai si può discutere sull'allineamento sinistro/destro e sulla dimensione del font delle etichette, ma graficamente non li modificherei. --Umberto NURS (msg) 23:59, 6 mar 2015 (CET)

Personalmente sono Favorevole alle proposte di Dry Martini e Sakretsu e in particolare sull'allineamento a sinistra e sul ridurre (leggermente) il font --Adert (msg) 15:17, 7 mar 2015 (CET)

Che l'etichetta stia a destra o a sinistra non fa molta differenza, in ogni caso il lettore riesce a leggerle.--R5b43 (msg) 16:11, 7 mar 2015 (CET)

Tabella riassuntiva

Proposte
1. Ridurre leggermente il titolo del sinottico | OK
2. Rimuovere lo sfondo grigio delle etichette | Rifiutata
3. Rendere le etichette leggermente più piccole
4. Allineare sia i campi normali, sia le etichette a sinistra
Inserire l'interlinea e rendere il padding più accurato
Cambiamenti a .sinottico	Cambiamenti a .sinottico th	Cambiamenti a .sinottico td	Cambiamenti a .sinottico_testata th
Aggiunta di: line-height: 1.5em; (interlinea) text-align: left; (allineamento a sinistra) border-spacing: 3px; (spazio tra gli elementi)	Rimozione di: background-color: #f2f2f2; (sfondo grigio delle etichette) text-align: right; (testo a destra delle etichette) padding: 0em 0.5em; (vedi .sinottico td qui a destra)	Rimozione di: padding: 0em 0.2em; (sostituito da border-spacing e non più necessario con la rimozione dello sfondo grigio)	Modifica di: font-size: 120%; →‎ font-size: 115%; (titolo leggermente ridotto) padding: 0em 0.5em; → padding: 0.2em; (valore minore, ma anche in alto e in basso)
Cosa significa tutto ciò
In sostanza, passando dalle parole ai fatti e tornando all'esempio della voce Italia, dovremmo avere un risultato di questo tipo. Vi ho lasciato anche una piccola spiegazione in ogni sezione, sottolineando in breve i vantaggi dell'allineamento a sinistra delle etichette ed offrendovi qui un esempio concreto di quali siano in particolar modo i vantaggi, invece, della rimozione dello sfondo grigio.
Rimasto in sospeso
La versione mobile deve essere ancora corretta. Il valore "width:280px" in .sinottico dovrebbe essere rimosso, ma bisogna vedere quanti template ne sono sprovvisti.

Come promesso.--Sakretsu (炸裂) 18:15, 7 mar 2015 (CET)

Mi piacciono alcune delle modifiche proposte, apprezzo in particolare il fatto che si riesca a compattare alcune etichette (vedi Presidente dela Repubblica) rendendone la lettura meno dispersiva. Contrario invece decisamente ad allineare a sx le etichette introducendo delle spaziature che mal si raccordano col testo, e che nei casi di etichetta breve (vedi "TLD") o su due righe ("Ingresso nell'ONU" o "PIL pro capite (PPA)") sono IMHO oltretutto brutte a vedersi. --Er Cicero 20:07, 7 mar 2015 (CET)

P.S.: non so quanto sia pertinente, ma anziché porsi il problema se mettere o lasciare fuori il file audio, non sarebbe il caso di verificare se sia riorganizzabile il layout (che so, spostare in basso la parte di dx, ovvero sottotitoli e menu)?

m2c:

• Le etichette più piccole:
  • si leggono di meno
  • aumentano il distacco di cui si parla sopra fra titolo dell'etichetta e colonna centrale.
• Lo sfondo grigio non vedo quali problemi crei; anzi, come dice Bultro, lo trovo utile (in mancanza di una linea orizzontale) nonché esteticamente gradevole. Inoltre definisce meglio il distacco fra titolo dell'etichetta e contenuto (tu stesso nella tabella sopra hai utilizzato lo sfondo di una diversa tonalità di grigio per delle celle che svolgono lo stesso ruolo delle etichette nei navbox).
  non credo proprio che quella misera linea bianca sottile 1px tra un blocco grigio e l'altro sia il segreto dietro la chiarezza attuale dei template sinottici: a me, invece, risulta molto più utile di quanto affermi. Senza il grigio, nella tabella da te proposta io leggo "Forma di governo Presidente della Repubblica Presidente del Consiglio" come se fosse un'unica etichetta. Davvero brutto da vedere.

--Horcrux_九十二 20:29, 7 mar 2015 (CET)

Per quanto ricordo (ma potrei sbagliarmi) la motivazione che era stata data per l'allineamento a destra era che rientrava nelle linee guida per l'accessibilità dato che evidenzierebbe il legame tra valore ed etichetta, ma concretamente non ho mai visto citare una fonte che lo dicesse esplicitamente. Personalmente trovo l'allineamento a destra delle etichette orripilane - preferisco di gran lunga averle allineate a sinitra (e per quanto riguarda lo spazio vuoto di cui parla Er Cicero, c'è comunque quando le allinei a destra, solo che si situa prima dell'etichetta anzichè dopo. Sull'uso del grigio per dare un lieve stacco all'etichetta concordo per il suo mantenimento.--Moroboshi ^scrivimi 20:54, 7 mar 2015 (CET)

In linea di massima sono Favorevole a tutte le modifiche proposte da Sakretsu. Ho sempre pensato che i sinottici di it.wiki fossero un po' troppo "ingombranti". --Derfel ^msg 23:23, 7 mar 2015 (CET)

[← Rientro]@Er Cicero, come ha detto Moroboshi lo spazio c'è sempre. Il punto è che quando imposti l'allineamento delle etichette a destra, lo spazio va automaticamente a sinistra e così ogni riga della tabella, considerata nel suo insieme, inizia e termina in un punto diverso. A me un risultato del genere dà un senso di disordine, non so a voi.
@Horcrux, basta giocare di interlinea e border-spacing. Ad esempio se dai un'occhiata adesso, ho ridotto l'interlinea ed aumentato il border-spacing verticale. In questo modo mi pare già che il risultato sia nettamente migliore e meno fraintendibile (finché però non si può fare una prova con il CSS, è impossibile modificare padding, border-spacing, ecc. correttamente: ad esempio ora anche il .sinottico_testata ne risente quando non dovrebbe, e per di più ci sono già le impostazioni dell'attuale CSS che interferiscono).

Comunque arrivati a questo punto, potete continuare come Derfel e magari votare ordinatamente alle prime quattro proposte come è stato fatto qui? (la quinta è subordinata alle altre quattro, quindi è inutile votarla).--Sakretsu (炸裂) 23:38, 7 mar 2015 (CET)

D'accordo. Resto Contrario alla rimozione del grigio e al rimpicciolimento del testo delle etichette, perché in entrambi vedo qualche svantaggio e nessun vantaggio. Per le altre proposte sono Neutrale. --Horcrux_九十二 00:19, 8 mar 2015 (CET)

Decisamente favorevole ad allineare i campi a sinistra, che oltre a risultare più ordinato rende anche più semplice scorrere i parametri e cercare quello di cui si ha bisogno. Favorevole anche alla riduzione del titolo del sinottico e delle etichette, i vantaggi sono che alcuni parametri trovano posto su una linea invece che due e imho la diferrenza di font tra valore della casella e contenuto aiuta ad esaltare e indirizzare l'attenzione su quest'ultimo, che poi è quello che vogliamo ottenere. Tendenzialmente incline invece a mantenere lo sfondo grigio delle etichette, che è poco invasivo ma che ha i suoi vantaggi per separare un'etichetta dall'altra e i parametri dai contenuti. --WalrusMichele (msg) 09:04, 8 mar 2015 (CET)

[@ Sakretsu] Sull'ultimo punto, la mia proposta non era quella di rimuovere il width, ma piuttosto di inserirlo come valore percentuale (35%) anziché fisso in pixel. In questo modo la resa grafica sarebbe uniforme su ogni schermo. Nella versione mobile questo valore passerebbe, ovviamente, al 100%.

Come passo successivo la proposta è di analizzare tutti i sinottici per vedere quanti sovrascrivono il valore inserito nel css e valutare la possibilità di rimuovere questo valore.

Quanto alle proposte che hai avanzato, mi vedono tutte d'accordo tranne per il border-spacing, dato che il valore fisso in pixel non mi piace: meglio indicarlo in em. --Cpaolo79 (msg) 09:09, 8 mar 2015 (CET)

Quando ho scritto "introdurre delle spaziature" ho inteso dire che si venivano a collocare "tra l'etichetta e il testo", non che la spaziatura si creasse dal nulla (mi pare ovvio che a parità di spazio a disposizione e di dimensione del testo, se sposti l'etichetta a sx lo spazio bianco esistente si sposta a dx, davvero vi sono sembrato così tardo di comprendonio che in due siete accorsi a spiegarmelo?). Comunque, l'unica cosa che mi piace veramente è l'eliminazione (o almeno la riduzione) dell'andata a capo delle etichette, se però non si riduce un pochino il font (cosa a cui vedo parecchie contrarietà) mi pare il classico caso di montagna che partorisce un topolino <OT>e sempre sperando che di fondo non ci sia la solita esterofilia per cui quello che fanno su altre wiki è sempre preferibile ai nostri standard, a quando i riferimenti agli autori per Cognome+Nome o le date in formato mm-dd-yyyy?</OT> --Er Cicero 09:33, 8 mar 2015 (CET)

Contrario assolutamente alla proposta 2,3 e 4, soprattutto insieme. Quale sarebbe lo scopo? Rendere tutto più disordinato e complesso? Prima per cercare qualcosa bastava scorrere guardando lo spazio centrale, avevi lo sfondo che ti aiutava nel dividere i campi e le etichette si vedevano. Ora sono piccole, lontane e tutte disallineante. Dovrei muovere sempre gli occhi da sinistra e destra, oltre ad avere un vuoto centrale dispersivo. --Emanuele676 (msg) 15:45, 8 mar 2015 (CET)

Er Cicero l'ho precisato non perchè pensavo fossi tardo di comprendonio, ma semplicemente perchè inesatto - come dici anche te lo spazio rimane sempre, semplicemente si sposta. E personalmente trovo l'allineamento con bandiera destra (com'è attualmente quello delle etichette) uno dei peggiori utilizzabili in un testo quanto a disordine visivo. Quanto all'OT "esterofilia" e appunto "off topic".--Moroboshi ^scrivimi 16:11, 8 mar 2015 (CET)

[← Rientro] Vi metto a disposizione anche l'ultima delle mie sandbox per farvi vedere più o meno qual è il risultato con lo sfondo grigio.--Sakretsu (炸裂) 16:36, 8 mar 2015 (CET)

Io sono favorevole a tutti i punti di cambiamento, soprattutto quello di mettere i campi a sinistra, fa sembrare il template pulito e dal mio punto di vista più chiaro --Grest2000 (MSG) 19:34, 9 mar 2015 (CET)

Contrario alla 2 e alla 4, le altre per ora neutrale. Comunque se doveva essere una votazione era il caso di fare 4 sezioni --Bultro (m) 22:55, 9 mar 2015 (CET)

Favorevole Lo sfondo grigio è proprio brutto, è un pugno nell'occhio. en:Italy si legge lo stesso anche senza lo sfondo grigio, non capisco perché tutte queste critiche. Assolutamente d'accordo con l'allineamento delle etichette a sinistra, sono molto più leggibili. Neutrale Vorrei vedere una prova con il font delle etichette un po' più grande, magari riusciamo a migliorare la lettura. --Wanjan 14:03, 10 mar 2015 (CET)

border-spacing che io sappia è stato deprecato con lo sviluppo dei fogli di stile, usiamo questi per definire il padding. --ppong (msg) 15:53, 10 mar 2015 (CET)

brevemente: favorevole a 1, contrario alla 2 e alla 3, neutrale sulla 4. Per chiarezza forse è davvero meglio creare delle sottosezioni per pareri/commenti. --Superchilum^(scrivimi) 22:33, 10 mar 2015 (CET)

delle dimensioni dell'intestazione non discuterò, mi sembra la cosa meno importante, sono anche neutrale per quanto riguarda l'allineamento del testo delle etichette, con una lieve predilezione per quello a sinistra. per il resto sono favorevole a ridurre l'interlinea a patto di mantenere uno spazio tra celle ragionevole (com'è adesso, o forse maggiore), inoltre sono contrario a eliminare lo sfondo grigio e vorrei ragionare maggiormente sui dimensionamenti: Sakretsu, a parte eliminare il file audio, che cosa hai modificato nei contenuti dell'infobox della voce italia? vedo che per il sinottico dei fumetti hai introdotto delle abbreviazioni nelle etichette, ma qui non l'hai fatto, vero? propongo, a proposito di leggibilità e compattezza, di eliminare la dimensione fissa dalla classe "sinottico", sostituendola con una in percentuale, e di fissare una dimensione per le etichette di 8 em per tutti i sinottici. --ppong (msg) 17:51, 11 mar 2015 (CET) ps: dimenticavo, propongo anche di eliminare la proprietà che riduce al 95% tutto il testo nelle tabelle sinottiche, non ce ne sarebbe più bisogno.

Rispondo secondo i punti della tabella:

1. Favorevole lo trovo vantaggioso per i titoli lunghi;
2. Fortemente contrario oltre che essere gradevoli da vedere (parere strettamente soggettivo), IMHO sono una delle cose che ci distingue positivamente dalle altre Wiki in fatto di leggibilità;
3. Favorevole mantenendo il grassetto, per lo stesso motivo dei titolo lunghi;
4. Neutrale sarei per tenerle a destra, ma non mi tange gran che. --Umberto NURS (msg) 10:38, 12 mar 2015 (CET)

[← Rientro] Aggiorniamo la situazione: per il titolo non ci sono obiezioni, mentre per la rimozione dello sfondo grigio c'è troppa contrarietà. Ora dobbiamo discutere solo su allineamento e font delle etichette. ppong, ho modificato solo: interlinea, border-spacing, text-align a sinistra e font-size delle etichette all'89%. Sfortunatamente il border-spacing (che sia stato deprecato o meno) con lo sfondo grigio non serve a nulla, per cui mi sto impegnando negli ultimi giorni ad individuare valori soprattutto di padding il più accurati possibile. -Riguardo alla tua proposta (simile a quella di Cpaolo79), ho fatto qualche prova ieri sera e no, non si può fare. Se si mette il sinottico in %, abbiamo una differenza abissale tra le risoluzioni più basse e quelle più alte, con una netta differenza anche dal passaggio della pagina da intera a finestra. Inoltre se si bloccano a 8em o qualsiasi altro valore le etichette, le costringeresti anche ad avere più spazio nel momento in cui non ne avrebbero bisogno. È per questo che ho scelto di ridurre leggermente le etichette: non solo così sono più compatte, ma lasciano anche più spazio ai campi normali senza attirare nemmeno troppo l'occhio su di esse con il -> grassetto (59×16) grassetto (67×16) che le aumenta di grandezza. Wanjan prima mi ha chiesto di aumentare un po' il font e in effetti mi sono reso conto che l'avevo diminuito un po' troppo (passando da 89% a 92%, avremo questo risultato -> Etichetta: Lingua orig. (66×15); campo normale: Lingua orig. (67×16)). Così le etichette raggiungeranno la stessa grandezza dei campi normali pur avendo il grassetto (ora non mi venite a fare ancora questioni di leggibilità perché manca letteralmente solo 1 pixel, suvvia... :-) ).--Sakretsu (炸裂) 12:22, 12 mar 2015 (CET)

Si potrebbe anche eliminare lo spazio in più sopra e sotto le barre blu. E se fosse possibile, un confronto fra le tre proposte attivate e quella rifiutata no e solo quella del titolo attivata e le altre no --Emanuele676 (msg) 14:03, 12 mar 2015 (CET)

Sakretsu, sto sperimentando la dimensione in percentuale con il mio css personale e funziona piuttosto bene. nel raro caso in cui non ci sia una immagine a forzare la dimensione minima delle tabelle si potrebbe aggiungere la proprietà .sinottico {min-width: 20em;}. il risultato mi sembra ottimo. il problema della tua soluzione è che se aggiungi il file audio al tuo sinottico, come c'è nella voce italia, le etichette vengono schiacciate e "presidente della repubblica" arriva a prendere tre righe. --ppong (msg) 14:36, 12 mar 2015 (CET)

Nella versione mobile si vedono a volte etichette e valori attaccati, perciò con la rimozione del grassetto si cancellerebbe la distinzione "ad occhio" tra valore ed etichetta.--R5b43 (msg) 15:30, 12 mar 2015 (CET)

Esattamente, e non dimentichiamo che nella versione per mobile le etichette hanno semplicemente lo sfondo bianco e il grassetto e sono perfettamente leggibili. --Wanjan 19:27, 12 mar 2015 (CET)

Non ci dimentichiamo che il file audio rimane comunque un'anomalia dall'importanza del tutto secondaria. In ogni caso a me appare questo risultato. Onestamente non riesco a capirne il senso, soprattutto considerando il fatto che la tabella potrebbe essere ancora più grande per altre persone. P.S. non è mai stato rimosso il grassetto (?) e comunque la versione mobile si affida a un altro CSS (a cui andrebbe aggiunto il vertical-align:top).--Sakretsu (炸裂) 23:46, 12 mar 2015 (CET)

[@ Sakretsu] Il problema del "troppo piccolo su schermi troppo piccoli" si risolve con la proposta di [@ Ppong.it], cioè inserendo anche una dimensione minima, da fissare in em. --Cpaolo79 (msg) 10:09, 13 mar 2015 (CET)

Sì, e anche il problema del troppo grande può essere risolto con max-width, ma così siamo punto e a capo. Perché stiamo mettendo la %? A che cosa vogliamo arrivare?--Sakretsu (炸裂) 11:05, 13 mar 2015 (CET)

Ad una grafica liquida: se scrivo 280px impongo una dimensione che ha senso su certi schermi, ma non su altri. Se scrivo 33% intendo dire "un terzo dello spazio a mia disposizione", indipendentemente dallo schermo che uso. Da notare che il menù a sinistra (quello con il link alla pagina principale, gli strumenti le lingue...) ha una dimensione di 10em, non di certo 150px. --Cpaolo79 (msg) 15:38, 13 mar 2015 (CET)

Allora perché non mettere direttamente 22 o 23em? Un terzo dello spazio a mia disposizione è fin troppo per una tabella che deve riunire le informazioni base sul soggetto di una voce.--Sakretsu (炸裂) 16:34, 13 mar 2015 (CET)

[@ Sakretsu] ok, fai pure delle prove. --Cpaolo79 (msg) 12:21, 15 mar 2015 (CET)

[← Rientro] Bene, per ora credo che sia tutto a posto. Questo è il CSS che ho provato negli ultimi giorni. Ho sistemato i valori di interlinea, padding e border per far distanziare tutto con precisione all'interno dei sinottici. Ho anche impostato le etichette a 6em (quasi un terzo di tabella) per non farle occupare metà riga in presenza di valori troppo corti. Se poi si vuole evitare che etichette un po' più lunghe finiscano su due righe, c'è sempre l'NBSP che già viene usato in molti template. Provatelo anche voi nei vostri css e ditemi come vi sembra--Sakretsu (炸裂) 19:43, 21 mar 2015 (CET)

Beh, sono passati altri 10 giorni e finora col nuovo codice non ho riscontrato problemi. Onestamente, rileggendo l'intera discussione, mi pare di capire che non ci siano problemi per il cambio di grandezza del titolo, e che una decina di persone (me compreso) sia favorevole alla riduzione font e all'allineamento a sinistra delle etichette, mentre soltanto tre si sono espresse contrarie. L'unica proposta dove non c'è consenso causa pareri divisi a metà è la rimozione dello sfondo grigio. Ora, la situazione è questa. Io non posso fare altro. Ah, ovviamente un grazie a tutti coloro che hanno partecipato :-) --Sakretsu (炸裂) 14:42, 1 apr 2015 (CEST)

io trovo che il tuo codice sia certamente migliore di quello attuale. non capisco però come mai vuoi fissare una grandezza dei sinottici così ridotta quando evidentemente tu stesso utilizzi uno schermo ad alta definizione. a me 21 em mi sembrano abbastanza risicate. inoltre siccome verranno (spero) ridotte le dimensioni dei caratteri delle etichette, io non vedo perché non riconsiderare la proprietà che riduce le dimensioni di tutto il testo all'interno dei sinottici. --ppong (msg) 15:06, 1 apr 2015 (CEST)

Personalmente sono contrario perché molti template sinottici, contenendo informazioni per l'appunto riassuntive, non finiscono nemmeno per occupare questi 21 em per riga (che dovrebbero rimanere più o meno intorno alla grandezza attuale). Ho paura che così finiremmo per togliere spazio al testo vero e proprio — più importante del sinottico stesso — per niente (soprattutto nel caso delle tabelle più lunghe, che diventerebbero assai imponenti). Io direi di iniziare a sfruttare il consenso ottenuto, di effettuare la modifica e più avanti considerare se e in quali casi possa essere utile un cambiamento del genere. Sempre se un amministratore faccia caso alla discussione e sia così gentile da effettuarla--Sakretsu (炸裂) 15:51, 1 apr 2015 (CEST)

Non c'è consenso a tutto il tuo pacchetto e vedo anche qualche problemino nella bozza, perciò vediamo una a una le modifiche da fare. Intanto mi pare che line-height:1.5em non abbia controindicazioni --Bultro (m) 17:17, 1 apr 2015 (CEST)

Ci sono perché la line-height impostata in sinottico va ad influire anche sulla testata, rendendola molto più grande del necessario quando il titolo va a finire su due righe. Magari possiamo passare a 1.4, così troviamo una via di mezzo senza allargare troppo il testo.--Sakretsu (炸裂) 20:03, 1 apr 2015 (CEST)

Si può anche dare un line-height distinto a sinottico_testata, adesso stavo provando con 1.5 e 1.3 --Bultro (m) 22:30, 1 apr 2015 (CEST)

Ho fatto un po' di prove e, non so perché, ma aggiungendo 1.5 a sinottico e 1.3 solo alla testata, quest'ultima mi rimane uguale con o senza la line-height sovrascritta. Mi trovo con l'1.3 effettivo solo se invece metto 1.2. Comunque non fa niente, a questo punto lasciamo solo l'1.5 in sinottico. C'è qualcos'altro che non va?--Sakretsu (炸裂) 23:38, 1 apr 2015 (CEST)

[@ Bultro] ho dato sfoggio alle mie abilità con Paint per produrre questo capolavoro. Se c'è qualcosa che non va, discutiamone insieme, altrimenti attendere oltre non credo abbia molto senso. Unica nota per fare maggiore chiarezza: il padding in basso in sinottico td svolge sostanzialmente il ruolo del border-spacing.--Sakretsu (炸裂) 21:11, 7 apr 2015 (CEST)

Forzare sempre la larghezza delle colonne proprio no, è giusto che si adattino al contenuto.

Tutti quei magheggi con i padding e i border sono poco affidabili, nella tua pagina di test (che adesso hai svuotato mi pare) vedevo degli spazi errati intorno ai titoli e per il resto non cambiava apprezzabilmente. Esattamente che c'è che non va nel padding attuale?

Sul width in em c'è da dire che le eventuali immagini comunque sono in px e sono regolate per essere poco più strette del sinottico, se passiamo a em mi sa che non fa un bell'effetto.

Il doppio line-height ti funziona se si mette, anziché in sinottico, direttamente in sinottico_testata e in td? --Bultro (m) 22:57, 8 apr 2015 (CEST)

[← Rientro] [@ Bultro] no, anche così facendo il doppio line-height non mi funziona. Facciamo così, tagliamo corto e mettiamo text-align:left in sinottico, text-align:left e font-size:92% in sinottico th (quel 0.05 di padding in alto a mio avviso è importante, ma vabbe), font-size:116% e line-height:1.3em in sinottico testata. In questo modo tocchiamo solo il line-height della testata e gli piazziamo un padding di 0.2em. In pratica così. Mi sembra la soluzione più pulita, che ne dici?--Sakretsu (炸裂) 00:36, 9 apr 2015 (CEST)

Favorevole, a me piace --Adert (msg) 23:07, 12 apr 2015 (CEST)

{{brano musicale}}

Se non e' d'incomodo si potrebbe proporre una modifica del template {{brano musicale}} che preveda un campo in più dove poter inserire un'immagine come per la template dei libri ? Grazie --Bramfab Discorriamo 18:06, 5 mar 2015 (CET)

Guadando Discussioni template:Brano musicale noto che ci sono anche ben altri problemi. Ho appena risolto Discussioni template:Brano musicale#Durata ma c'è ancora da risolvere il ben più grave e complesso Discussioni template:Brano musicale#Questo template rispetto agli altri (ma anche in generale sulle voci dei brani musicali). --109.53.217.24 (msg) 11:21, 6 mar 2015 (CET)

Iniziativa sui metadati

Ciao, per caso qualcuno si era fatto sentire con l'utente che voleva darci una mano in Wikipedia:Bar/Discussioni/La_corsa_dei_metadati? Grazie mille, --Elitre (WMF) (msg) 07:38, 6 mar 2015 (CET)

Il punto dopo "a.C." nel tmp:bio

Non c'è un modo più pulito (un parametro) di risolvere questioni del genere? pequod76^talk 20:05, 8 mar 2015 (CET)

|Punto=no.--Moroboshi ^scrivimi 20:11, 8 mar 2015 (CET)

Wow, grazie. Ma c'era già o hai fatto al fulmicotone? :D pequod76^talk 20:19, 8 mar 2015 (CET)

[@ Horcrux92] Sarebbe possibile organizzare una botolata per sostituire gli accrocchi con il giusto parametro? pequod76^talk 20:21, 8 mar 2015 (CET)

Si tratterebbe di fare serialmente questo genere di modifica. pequod76^talk 20:23, 8 mar 2015 (CET)

Fatto, qui le modifiche --Horcrux_九十二 22:14, 8 mar 2015 (CET)

Template:table

Mi sono per caso imbattuto in questo (per me) misterioso template che appare incluso in una ventina di voci in ns0 e in altri ns; qualcuno mi sa dare una spiegazione? O è un semplice errore? --Cpaolo79 (msg) 14:33, 9 mar 2015 (CET)

Probabilmente è un errore tramandato di copia e incolla da uno stesso utente.--Sakretsu (炸裂) 21:11, 9 mar 2015 (CET)

aggiunta di un Template a Tassobox.

ciao guru, qualcuno potrebbe aggiungere un Template-Geological_range al TASSOBOX? E' molto usato in English, ma non ce l' abbiamo in IT: [[1]] se ne è discusso un po qui [[2]] e cè un certo interesse. o se qualcuno mi spiega come si fa ma la vedo dura :-) .... grazie.— Questo commento senza la firma utente è stato inserito da Omarrotastabelli (discussioni · contributi) 14:20, 11 mar 2015 (CET).

In pratica si tratterebbe di implementare nel nostro {{tassobox}} la versione italiana di en:Template:Geological range. Sulla proposta c'è il consenso del Progetto FdV (vedi qui).--ESCULAPIO ^@msg 15:51, 15 mar 2015 (CET)

Provo a guardare per implementarlo.--Moroboshi ^scrivimi 19:22, 15 mar 2015 (CET)

Ho quasi finito, anche se per fare uscire quella barra ce ne vuole...--Sakretsu (炸裂) 19:25, 15 mar 2015 (CET)

Bene, è completo:

Permiano–Giurassico

PreЄ

Є

O

S

D

C

P

T

J

K

Pg

N

[@ Moroboshi] i template sono {{Intervallo geologico}}, {{Intervallo geologico/bar}}, {{Colore periodo}}, {{Inizio periodo}}, {{Fine periodo}}, {{Prossimo periodo}}, {{Fanerozoico 220px}} {{Intervallo geologico/indicatore}}... Ora bisogna solo creare il parametro in {{Tassobox}}.--Sakretsu (炸裂) 19:53, 15 mar 2015 (CET)

Mi sono accorto mentre stavo guardando i template inglesi (un bel lavoraccio tradurre i nomi dei vari periodi), ma sto pensando che varrebbe comunque la pena di girarlo in lua per aggiungere dei controlli d'errore. Per i template [@ Esculapio] dove lo vorreste ? Subito sotto al titolo con il colore del titolo come in en.wiki, sotto l'immagine ? in altra posizione ?.--Moroboshi ^scrivimi 20:40, 15 mar 2015 (CET)

Potrebbe stare al posto di "periodo di fossilizzazione" (vedere per esempio qui).--R5b43 (msg) 21:35, 15 mar 2015 (CET)

Direi come in en.wiki --ESCULAPIO ^@msg 08:51, 16 mar 2015 (CET)

Template Efn

Segnalo --Incola (posta) 18:03, 13 mar 2015 (CET)

Modificata oggi Template:FinestraHome7

Ho visto nelle modifiche correlate al Wikipedia:Bar che sono state fatte 2 modifiche a Template:FinestraHome7 (modifica complessiva). Guardando nella pagina di discussione dell'utente Discussioni utente:The Obento Musubi vedo che era già stato avvisato anni fa di non modificare sottopagine utilizzate nella pagina principale. Tra l'altro da una veloce sguardo all'elenco dei suoi contributi, con gli oggetti di modifica in lingua inglese, forse non sa l'italiano e quindi potrebbe non aver letto quel messaggio nella sua pagina di discussione utente. --109.53.222.167 (msg) 11:55, 16 mar 2015 (CET)

Le modifiche sono abbastanza inutili ma innocue. Comunque ho protetto il template --Bultro (m) 12:42, 17 mar 2015 (CET)

Template per delistare

Che ne dite di creare una template del tipo en:Template:Prose o fr:Modèle:À_délister che suggerisca, dove possibile, di trasformare liste in testo in prosa. L'idea mi e' venuta guardando la nostra voce Du Pareil au Même e la sua fotocopia francese dove spicca l'avviso col suggerimento migliorativo. --Bramfab Discorriamo 14:06, 17 mar 2015 (CET)

L'idea in sé sarebbe interessante, il problema è che in breve l'avviso verrebbe applicato a qualsiasi voce con liste per eccesso di "solerzia" da parte di alcuni utenti. Non credo che la moltiplicazione di avvisi migliorerebbe l'enciclopedia. --MarcoK (msg) 15:33, 17 mar 2015 (CET)

Più nello specifico (e dopo averci riflettuto): tra le liste che potrebbero essere "delistate", almeno togliendo l'elenco puntato, ci potrebbero essere quelle nei paragrafi "Influenza culturale", "Influenza nei media" e simili, ma questa è solo la mia opinione. Per le sezioni "Curiosità" invece esiste già un avviso specifico. Per altri casi sarebbe opportuno proporre degli esempi. --MarcoK (msg) 10:34, 18 mar 2015 (CET)

Anni fa si era proposto anche Template:CV che come concetto è simile. Ma al giorno d'oggi c'è Template:Organizzare che credo possa gestire anche i problemi di organizzazione in lista --Bultro (m) 14:53, 18 mar 2015 (CET)

Probabilmente (perlomeno in vari casi, tranne cioè quelli che invece richiedono un po' più di modifiche a com'è esposto il testo) mi pare più una questione di formattazione, quindi da {{W}} che da {{Organizzare}}, a volte si trovano elenchi in cui ogni elemento è già un vero e proprio paragrafo di un normale testo. Anche qui però servirebbero, ancor prima di template di avviso, indicazioni e linee guida. Aiuto:Manuale di stile#Liste ed elenchi contando anche il rimandano ad Aiuto:Elenchi (che è un redirect ad Aiuto:Wikitesto#Sezioni, paragrafi, liste e linee) dicono poco su quando sia opportuno scrivere in forma di lista e quando invece ciò sia da evitare e quindi il testo vada trasformato in prosa. --109.53.235.145 (msg) 21:37, 23 mar 2015 (CET)

Template:GTLD

Qualcuno sarebbe in grado di rendere questo template uguale a tutti gli altri messi in fondo alla pagina (ossia fargli occupare l'intera larghezza della pagina)? -- Gi87 (msg) 23:09, 19 mar 2015 (CET)

Fatto.--Sakretsu (炸裂) 23:39, 19 mar 2015 (CET)

Grazie. -- Gi87 (msg) 23:42, 19 mar 2015 (CET)

Discussione su inserimento automatico "mese anno" in template di avviso con VisualEditor

Segnalo discussione Wikipedia:VisualEditor/Commenti#Aggiunta automatica data (mese anno) all'inserimento solo di alcuni template di avviso. --109.53.235.145 (msg) 21:29, 23 mar 2015 (CET)

Argomento al quale vedo che si era accennato (con scarsissimo successo) nella sezione #Off topic: inserimento automatico con VisualEditor di questa pagina. --109.53.235.145 (msg) 21:32, 23 mar 2015 (CET)

Mi aiutate a testare Citoid e aggiornare i template relativi?

Come avete probabilmente letto altrove, è attiva da poco questa nuova caratteristica di VE che permetterà di aggiungere riferimenti bibliografici molto facilmente. La si trova cliccando sull'icona del libro col segnalibro sopra. Per il momento gli si può dare in pasto un URL normale, per citare un sito web, oppure un Digital object identifier, per generare la citazione di un articolo scientifico. Relativi aggiustamenti stanno avvenendo nei template Cita in questi giorni. Per chiarezza, James Forrester li sta facendo perché glieli chiedo io in base ai test che faccio, per fare in modo che Citoid funzioni sempre meglio, ma non vorrebbe essere lui a farli, visto che non sappiamo se poi alla comunità stanno bene o meno. Pertanto ribadisco la mia richiesta di aiuto sia per test che per aggiustamenti a template e TemplateData! Se mentre lo testate scovate qualche magagna, cliccate su (?) e poi su "Commenta la nuova interfaccia", per comunicare il problema direttamente sulla pagina dei commenti di VE. Grazie a chi deciderà di usare direttamente Phabricator, cliccando invece su "Documenta un problema tecnico". (In futuro Citoid funzionerà anche con ISBN, PMID/PMCID, ecc.) Grazie davvero per il supporto che vorrete darmi. --Elitre (WMF) (msg) 19:22, 26 mar 2015 (CET)

Campionato motoristico

Ho creato in sandbox un template che si appoggia a Competizione sportiva; chi è specialista in template può dargli un'occhiata e suggerire una casistica di test? Fino ad ora ho scoperto che l'unico inconveniente che produce è derivante dal fatto che nel template attuale la disciplina è wikilinkata, ma potrebbero uscire altri problemi. -- SERGIO ^{(aka the Blackcat)} 17:11, 27 mar 2015 (CET)

Oltre al fatto del wikilink, "categoria" contiene a volte cose come "monoposto" o "turismo", che andrebbero appunto sotto "categoria" piuttosto che sotto "sport". Una piccola revisione manuale delle voci temo che ci voglia--Bultro (m) 16:57, 28 mar 2015 (CET)

Tradotto da

Segnalo Discussioni_template:Tradotto_da#Qualche_nuovo_campo--Alexmar983 (msg) 12:35, 30 mar 2015 (CEST)

Templatizzare i contenuti delle disamb?

Segnalo. pequod76^talk 14:54, 4 apr 2015 (CEST)

Proposta nuovo template

Vorrei proporre la creazione del template {{Franchise}} o qualcosa di simile a en:Template:Infobox media franchise. Secondo me sarebbe molto utile da inserire nelle voci delle serie cinematografiche, letterarie, ecc. che si sono espanse anche in altri media (Indiana Jones, Guerre stellari, Fast & Furious, Marvel Cinematic Universe, ecc..). Che ne pensate?--Jack²⁸ 09:57, 8 apr 2015 (CEST)

• {{favorevole}}. non sono un gran sostenitore dei sinottici, ma questo mi pare particolarmente intelligente. --ppong (msg) 12:14, 8 apr 2015 (CEST)

  l'obiezione di Bultro è giusta, non ci avevo pensato a sufficienza. è anche vero che nelle voci che abbiamo adesso non è chiaro, il più delle volte, quante e quali opere sono state pubblicate per ogni determinato franchise. --ppong (msg) 22:40, 8 apr 2015 (CEST)

• Contrario per elencare tutte le opere che compongono una serie si usano spaziosi elenchi e tabelle nel corpo della voce, che poi sono anche gran parte del contenuto della voce stessa. Papocchi come questo mi sembrano evitabili, da noi semplicemente si segue l'indice --Bultro (m) 22:17, 8 apr 2015 (CEST)
• Contrario Come per Bultro, alla fine è solo un contenitore di liste di opere.--Moroboshi ^scrivimi 22:28, 8 apr 2015 (CEST)

Maiuscole nelle cat di navbox e infobox

Se si guarda a Categoria:Template di navigazione, sembra che molte maiuscole siano innecessarie. Ed. "cat:Template di navigazione - Agricoltura". Sono tutte così. Stessa cosa per Categoria:Template sinottici. A me pare che in genere evitiamo quelle maiuscole: vedi "Categoria:Lavoro sporco - agricoltura", che mi pare uno standard preferibile. pequod76^talk 22:39, 9 apr 2015 (CEST)

concordo con la proposta di uniformità. --Superchilum^(scrivimi) 15:41, 12 apr 2015 (CEST)

Favorevole a eliminare le maiuscole non necessarie. --Epìdosis 16:40, 12 apr 2015 (CEST)

Favorevole anch'io (l'ho sempre pensato) e vi informo che [@ Sakretsu] ha iniziato gli spostamenti ;-) --Horcrux_九十二 16:46, 12 apr 2015 (CEST)

Favorevole. -- Gi87 (msg) 17:50, 12 apr 2015 (CEST)

Uso il template {{Categoria da rinominare}} per le categorie consistenti, mentre faccio piano piano a mano quelle dove si può fare a meno del bot. Un po' di pazienza e forse ce la facciamo :-)--Sakretsu (炸裂) 19:41, 12 apr 2015 (CEST)

Mi sto dando da fare anche io, però a rischio di risultare ovvio sarebbe da ricordare che se ci si trova davanti ad un nome proprio si eviti di usare il minuscolo. Già ho dei dubbi sull'ultradibattuta Prima guerra mondiale vs prima guerra mondiale...--Threecharlie (msg) 03:15, 13 apr 2015 (CEST)

Grazie per l'aiuto. Sinceramente in questi casi mi sto basando su Wikipedia stessa. Lasciare il template Prima guerra mondiale con la maiuscola e poi avere la voce con la minuscola mi sembrava un controsenso. Comunque potrei aver commesso qualche errore, quindi a lavoro finito vi consiglio caldamente di controllare tutte le categorie.--Sakretsu (炸裂) 11:14, 13 apr 2015 (CEST)

Template:Cambusa e firma

Usando il nuovo accessorio Cambusa discussione, che trovo molto comodo, mi sono accorto che i template cambusa e cambusada non riescono a "leggere" le firme (inserite in automatico dall'accessorio all'interno del template) che includono il parametro span: si può fare qualcosa per rimediare? --Fullerene (msg) 19:48, 10 apr 2015 (CEST)

Accade perché il parametro della firma non ha un nome:

Incipit testo cambusato

cb La discussione prosegue nella pagina Z.

– Il cambusiere Fullerene

---

cb La discussione proviene dalla pagina X.
– Il cambusiere Fullerene

---

Il parametro andava chiamato fin dall'inizio "firma", ma probabilmente nessuno ha pensato al problema delle firme personalizzate con div o span. Ho corretto anche le istruzioni, così d'ora in avanti si usa "firma=".

[@ Rotpunkt] scusa il disturbo, puoi correggere lo script MediaWiki:Gadget-cambusa.js in modo che usi sempre il parametro "firma="?--Sakretsu (炸裂) 12:08, 11 apr 2015 (CEST)

[@ Sakretsu] Ciao, faccio la correzione, sono solo curioso di sapere da dove hai dedotto che bastava usare un parametro con nome :) ti era già capitato? Perché in realtà non c'erano motivi per cui dovesse esserci differenza col parametro senza nome, infatti ho trovato adesso che è un bug del software (vedi Phab:T16235, che forse non sarà mai fixato), che è legato al segno di uguale (quello dello " style= ") non allo span. --Rotpunkt (msg) 15:46, 11 apr 2015 (CEST)

è un bug che risale alla notte dei tempi, ma dare un nome al parametro lo previene, quindi la soluzione di Sakretsu è buona. tra l'altro Rotpunkt, se togliessi i due trattini che compaiono prima della firma quando si usa il tool io apprezzerei di più il risultato. --ppong (msg) 15:59, 11 apr 2015 (CEST)

@Ppong.it Alla "notte dei tempi" ma nei post precedenti si diceva che era dovuto ai tag span e div o sbaglio? --Rotpunkt (msg) 16:02, 11 apr 2015 (CEST)

Se si inseriva solo <span>x</span> o <div>x</div>, il valore appariva correttamente. Se si scriveva <span style="x">qualcosa</span> nel template al posto di {{{2|}}}, anche in quel caso il valore appariva correttamente. Ragionandoci un po' sopra, ho capito che il software non riusciva a leggere lo span come parte del valore proprio perché non aveva un nome del parametro con tanto di uguale che glielo facesse considerare come tale.--Sakretsu (炸裂) 16:10, 11 apr 2015 (CEST)

[@ Sakretsu] Ciao, no aspetta, {{cambusada|[[test]]|<span style="x">qualcosa</span>}} non funziona (basta usare l'anteprima per vederlo), proprio per via dell'uguale. Invece {{cambusada|[[test]]|<span>qualcosa</span>}} funziona correttamente. Giusto per chiarsi le idee, visto che capiterà anche in altre occasioni :) --Rotpunkt (msg) 16:17, 11 apr 2015 (CEST)

Per "nel template" intendevo qui:

<includeonly><span style="font-family: verdana, sans-serif; color: white; background: blue; font-weight: bold; border: 1px solid black; font-stretch: ultra-condensed">cb</span> ''La discussione proviene dalla pagina '''[[{{{1}}}]]'''''<br /> <small>– Il [[Wikipedia:Cambusa|cambusiere]] {{{2|}}} <span style="x">qualcosa</span></small></includeonly>

Siccome dubito sempre della mia attenzione, volevo controllare subito se ci fosse qualcos'altro nel template che potesse entrare in conflitto con lo span.--Sakretsu (炸裂) 16:27, 11 apr 2015 (CEST)

[← Rientro] Grazie per l'intervento, ora funziona alla perfezione ;) --Fullerene (msg) 00:38, 12 apr 2015 (CEST)

Template di navigazione - Catania

Tutti i tmp contenuti in questa categoria non dovrebbe avere uno sviluppo orizzontale anziché verticale? -- Gi87 (msg) 10:55, 11 apr 2015 (CEST)