Discussioni progetto:Coordinamento/Template/Archivio/27

26

28

Proposta di unificazione dei template Avviso vetrina e Avviso VdQ

Segnalo questa discussione.--Mauro Tozzi (msg) 10:52, 1 ott 2013 (CEST)

Template di WikiLovesMonuments con errori nelle fonti

'sera! Qualcuno che ci capisce qualcosa può dare un'occhiata a questi quattro template: 1, 2, 3 e 4. Da quello che vedo dai PuntanoQui è roba che c'entra con il Progetto:Wiki Loves Monuments 2013/Monumenti CH, e riportano degli errori con le note. Io non so dove mettere le mani :( Grazie, --Syrio posso aiutare? 21:56, 2 ott 2013 (CEST)

Ci ho messo una pezza racchiudendoli in <includeonly> </includeonly> - dovrebber continuare a funzionare come inteso quando inclusi in una pagina (presumo che vadano a coppie) ma non generarno più un errore nella loro singola pagina di definizione.--Moroboshi ^scrivimi 22:30, 2 ott 2013 (CEST)

Grazie! --Syrio posso aiutare? 13:58, 3 ott 2013 (CEST)

Modulo:Preposizioni

Ciao a tutti! Volendo imparare qualcosina anche di Lua, ho deciso di iniziare da qualcosa per chi, come me, lavora con i find & replace per le correzioni grammaticali. Infatti, mediante questo modulo si potrebbe evitare di scrivere 7-8 regex per ogni correzione e substare banalmente il relativo template in una sola regex.

Se non è chiaro, l'input consiste di due stringhe (ad esempio "in" e "lo") e l'output di una sola (in questo caso "nello") e serve per trasformare una preposizione semplice e/o un articolo in una preposizione articolata.

Oltre a chiedervi il permesso di poterlo spostare nel namespace Modulo, vorrei chiedervi anche di rilevare eventuali errori nel codice dovuti alla mia inesperienza in tale campo.
Grazie in anticipo. --Horcrux⁹² 12:37, 5 ott 2013 (CEST)

Non mi è chiaro cosa intendi per correzioni... Un modulo lua viene eseguito come un template, cioè solo quando richiamato in una voce (o direttamente, o includendo un template che a sua volta lo usa), quindi in che senso ti servirebbe per fare delle correzioni? --Rotpunkt (msg) 12:54, 5 ott 2013 (CEST)

Ad esempio, una delle regex che ho salvato nelle impostazioni di AWB è quella che sostituisce "inerente il" con "inerente al". Ovviamente ho dovuto scrivere 7 regex diverse, in questo modo:

<Typo word="([Ii]nerent[ei]) il" replace="$1 al" />
<Typo word="([Ii]nerent[ei]) lo" replace="$1 allo" />
<Typo word="([Ii]nerent[ei]) la" replace="$1 alla" />
<Typo word="([Ii]nerent[ei]) i" replace="$1 ai" />
<Typo word="([Ii]nerent[ei]) gli" replace="$1 agli" />
<Typo word="([Ii]nerent[ei]) le" replace="$1 alle" />
<Typo word="([Ii]nerent[ei]) l'" replace="$1 all'" />

Substando un eventuale template:Preposizioni (che invocherebbe il suddetto modulo), il tutto si ridurrebbe ad un'unica regex:

<Typo word="([Ii]nerent[ei]) (il|lo|la|i|gli|le|l')" replace="$1 {{subst:Preposizioni|a|$2}}" />

Il che, moltiplicato per diversi tipi di correzioni simili, farebbe risparmiare un bel po' di spazio a chi volesse utilizzarlo (e magari anche per nuove correzioni da inserire in WP:AWB/T). --Horcrux⁹² 13:11, 5 ott 2013 (CEST)

Ma un modulo lua non lo puoi richiamare così. I moduli sono richiamabili esclusivamente da voci (e template) di wikipedia tramite "#invoke". Per esempio se scrivi {{#invoke:HelloWorld|hello}} in una voce richiami il Modulo:HelloWorld. --Rotpunkt (msg) 13:20, 5 ott 2013 (CEST)

Domanda tecnica: un modulo si può substare? --Ppong (msg) 13:28, 5 ott 2013 (CEST)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘Appunto non si può fare

<Typo word="([Ii]nerent[ei]) (il|lo|la|i|gli|le|l')" replace="$1 {{subst:#invoke:Preposizioni|a|$2}}" />

?--dega180 (msg) 13:33, 5 ott 2013 (CEST)

(pluriconflittato) Horcrux ha scritto che vuole scrivere un template {{Preposizioni}} che richiama il Modulo:Preposizioni e substare appunto il template - in teoria dovrebbe funzionare per me puoi procedere (comunque il modulo può essere molto semplificato usando una tabella per i valori e riducendo gli if a uno o due - adesso sono di fretta, stasera spiego come). PS: inoltre se prevedi che servirà anche per altre sostituzioni darei un nome più generico al modulo ed eventuali altre funzioni di sostituzione le aggiungerei a lui (ricordo che un modulo lua può contenere molte funzioni)--Moroboshi ^scrivimi 13:35, 5 ott 2013 (CEST)

@Moroboshi: Mi sono appena ricordato della recente discussione in cui mi hai spiegato che i template che contengono invocazioni non i spossono substare. A questo punto faccio mia la domanda di Ppong e Dega180.

@Dega180: laddove sia possibile substare un modulo, il subst corretto credo sarebbe {{subst:#invoke:Preposizioni|prep|a|$2}}.--Horcrux⁹² 13:39, 5 ott 2013 (CEST)

Io ho provato a substare il Modulo:Cita facendo {{subst:#invoke:Cita|enzima|2.3.3.1}} e ha funzionato.--dega180 (msg) 13:48, 5 ott 2013 (CEST)

Ho fatto un test. I moduli si possono substare : ) --Ppong (msg) 13:49, 5 ott 2013 (CEST)

Non avendo mai visto "subst:#invoke:" pensavo sinceramente non fosse consentita. --Rotpunkt (msg) 13:54, 5 ott 2013 (CEST)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘A questo punto mi chiedo se possa essere utile (e se sia possibile) creare un modulo LUA da substare fatto per i Bot che riceva in ingresso l'intera pagina e faccia le varie correzioni contenute in Wikipedia:Bot/Manutenzioni e Wikipedia:Bot/Richieste/Errori comuni.--dega180 (msg) 14:07, 5 ott 2013 (CEST)
PS: con buona pace dei server wikimedia :-) --dega180 (msg) 14:08, 5 ott 2013 (CEST)

Ho inserito due righe sul substing dei moduli in Aiuto:Moduli. --Horcrux⁹² 14:11, 5 ott 2013 (CEST)

@Horcrux, il caso del modulo Tracce è diverso, in quel caso tu vuoi riprodurre una chiamata del template {{Tracce}} partendo dalla chiamata del template {{track}} - non riprodurre il risultato finale della chiamata (una lista ordinata di tracce musicali).--Moroboshi ^scrivimi 15:32, 5 ott 2013 (CEST)

Ok non è la stessa cosa, ma credo che non si possa comunque fare: prova a substare un qualsiasi template che invoca un modulo, vedrai che otterrai semplicemente l'#invoke. Una soluzione potrebbe essere substare l'invocazione direttamente nel template, inserendo però necessariamente il codice del template tra <includeonly>.
Comunque, siamo d'accordo a creare un modulo generico (come Modulo:Typo) che possa servire per semplificare alcuni typos automatici? --Horcrux⁹² 16:03, 5 ott 2013 (CEST)

Se vi fa comodo, certo! Poi, anche se è ovviamente possibile creare un template, io eviterei, dato che non si tratterebbe comunque di usare l'invoke nelle voci e non mi pare un problema chiamare i moduli substandoli. --Ppong (msg) 16:09, 5 ott 2013 (CEST)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Fatto: implementato, utilizzato in una regex e infine testato con successo. Grazie a tutti! --Horcrux⁹² 17:49, 5 ott 2013 (CEST)

Uso del tmp "..." nelle sezioni predefinite

Segnalo. --pequod76 00:28, 6 ott 2013 (CEST)

Aiuto per template {{dts}}

Per Aiuto:Overlinking_giorni_e_mesi_dell'anno#Scelta_dei_wikilink sto - alcuni l'avranno notato - rimuovendo via bot i wikilink ridondanti ai giorni e ai mesi. Il template in oggetto è configurato per linkare automaticamente. Credo di sapere come eliminare i link, ma sono indeciso se farlo o se eliminarlo via bot, dato che con le nuove tabelle ordinabili mi par di capire sia diventato inutile. Che dite? --AttoRenato ^{le poilu} 17:18, 6 ott 2013 (CEST)

Ci ho pensato qualche tempo fa ma eliminarlo non è semplice. Il dts trasforma tutto in stringhe e funziona sempre, anche se ad esempio ad alcune date manca il giorno o il mese, supporta la scritta "1º", gli anni a.C., eventuali scritte dopo la data. L'ordinamento nativo delle date invece sballa se c'è qualche casella "strana".

Si può risolvere con data-sort-value, ma anche lì bisogna stare attenti, |2000 diventa |data-sort-value="1/1/2000"|2000, ma |style="..."|2000 diventa |style="..." data-sort-value="1/1/2000"|2000 (occhio alle barre verticali).

Insomma se si elimina ben venga, ma con i bot ci vuole cautela --Bultro (m) 19:58, 6 ott 2013 (CEST)

Più semplice delinkare direttamente il template, allora? --AttoRenato ^{le poilu} 20:32, 6 ott 2013 (CEST)

LuogoNascita incerto

Scusate il disturbo, ma non ho trovato la relativa linea guida (se esiste). In un caso come Arsinoe II, che non si sa se sia nata a Menfi (Egitto) oppure ad Alessandria d'Egitto, ma quasi certamente in una delle due città, che cosa dobbiamo mettere come "LuogoNascita" nel template {{Bio}}? Si lascia vuoto, oppure?... Grazie in anticipo, --Nungalpiriggal (msg) 07:57, 10 ott 2013 (CEST)

Oppure. Si può aggiungere il parametro |LuogoNascitaAlt = . Trovi qui il manuale del template bio. --AttoRenato ^{le poilu} 09:13, 10 ott 2013 (CEST)

Grazie mille, mi era sfuggito quel parametro. --Nungalpiriggal (msg) 09:59, 10 ott 2013 (CEST)

Categoria:Città

Segnalo che nella cat in oggetto c'è una reduplicazione degli interwiki che non riesco a comprendere. --pequod76 12:07, 10 ott 2013 (CEST)

Il problema era dovuto alla duplice presenza dell'{{interprogetto}}. Da qualche tempo, infatti, Commons e Voyage (quando disponibili) vengono mostrati dal template senza bisogno di essere esplicitati tramite i parametri appositi. --Horcrux⁹² 13:11, 10 ott 2013 (CEST)

Sì, ne avevo sentito parlare. :) Ma la questione è stata spiegata in Aiuto:Interprogetto? --pequod76 13:13, 10 ott 2013 (CEST)

Come puoi vedere dalla cronologia, non ancora. --Horcrux⁹² 13:22, 10 ott 2013 (CEST)

Ataru Moroboshi!! A rapporto! :D --pequod76 13:55, 10 ott 2013 (CEST)

Hmmm ... l'aiuto di interprogetto già avvisa di mettere un solo interprogetto: "Inserire soltanto un template interprogetto per pagina (ma questo può collegare a più progetti, come spiegato in seguito); eccezione: se si usa il template con il parametro "notizia". Se si inseriscono più template bisogna tener conto del fatto che solo il primo (il primo senza parametro "notizia") produce anche i collegamenti nel menu di sinistra.".

Per cui non avevo proprio pensato che in qualche voce ci fossero pagine con interprogetti multipli (e nelle pagine dove avviene solo i link del primo interprogetto vengono visualizzati nel box di sinistra - ma questo già da prima della conversione in lua).--Moroboshi ^scrivimi 14:50, 10 ott 2013 (CEST)

Collegamento interprogetto a wikisource internazionale

Nella voce Su patriottu sardu a sos feudatarios ho dovuto inserire un link a source senza tmp:interprogetto, perché il testo in sardo è collocato nel wikisource "senza prefisso". Come va gestita la cosa? Potete correggere e integrare la pagina di aiuto? pequod76 13:15, 10 ott 2013 (CEST)

Si scrive con il prefisso oldwikisource, tipo oldwikisource:Su_patriottu_sardu_a_sos_feudatarios. A presto :-) --Aubrey McFato 14:33, 10 ott 2013 (CEST)

Grazie! Ehm, non funziona!! :-( Puoi fare tu, così inserisco nella pagina di aiuto le istruzioni? --pequod76 14:49, 10 ott 2013 (CEST)

Temo di averlo rimosso da interprogetto, templatetiger diceva che era un parametro inutilizzato e pensavo fosse qualcosa di non più utile. Stasera vedo come rimetterlo.--Moroboshi ^scrivimi 14:53, 10 ott 2013 (CEST)

Ripristinato oldwikisource nel template e sistemato il link nella voce sopraindicata.--Moroboshi ^scrivimi 21:29, 10 ott 2013 (CEST)

Grazie. Ricordiamoci di sistemare 'sta benedetta aiuto:interprogetto, che in generale è una pagina poco leggibile. --pequod76 09:24, 11 ott 2013 (CEST)

Concordo, ma sono un pessimo comunicatore - se proprio non interviene nessun altro prima o poi lo farò ma consideralo un obbiettivo a lunga scadenza. Tra l'altro oldwikisource andrebbe messo nella documentazione, ma io non ho ancora capito bene in cosa si differenzia da source, e nella vecchia documentazione non c'era (il motivo per cui l'avevo tolto era appunto che visto che non era documentato e che stando a templatetiger non era in uso).--Moroboshi ^scrivimi 10:23, 11 ott 2013 (CEST)

Farò una sb, così ci lavoriamo assieme, ciascuno per le proprie competenze. ;) --Pequod (talk76) 10:38, 11 ott 2013 (CEST)

Avviso FdQ

Messaggio automatico generato da Botcrux (msg) 19:51, 10 ott 2013 (CEST)

Testo che fuoriesce dal box in tmp:album

Segnalo. pequod76 10:47, 12 ott 2013 (CEST)

Tmp:spostare: richiesta tecnica o momento di consultazione?

Segnalo. pequod76 10:48, 12 ott 2013 (CEST)

Inserire il parametro mese anno in S: è la volta buona?

Segnalo. pequod76^talk 23:55, 13 ott 2013 (CEST)

Rinnovo la proposta di un tmp Permastub

Si è già discusso qualche volta di {{permastub}}. Cerco di riassumere la questione, perché vorrei capire quali sono esattamente le obiezioni contro questa proposta.

1. Esiste la diffusa sensazione che categoria:Stub sia sovraffollata (una prova indiretta è un EGO sugli stub che potrebbero non essere tali - per inciso, è aggiornato al settembre 2013, quindi usatelo).
2. Nelle more di comprendere che cosa sia uno stub esattamente (se una voce breve in assoluto o in proporzione all'estensione del tema) o anche arrendendosi all'incertezza, farebbe bene tenere pulita quanto è possibile la cat:stub: ciò si fa sia ampliando gli abbozzi, sia togliendo l'avviso dalle voci cresciute nel frattempo, sia togliendo l'avviso da voci che non possono ragionevolmente crescere.
3. Esistono indubbiamente voci brevi che non possono ragionevolmente crescere. Il concetto è spiegato in en:wp:Permastub, dove però si raccomanda di operare eventualmente accorpamenti, sulla base del presupposto che i permastub sarebbero unsatisfying articles, assunto che non condivido.
4. Dopo discussioni su come eventualmente usarlo, si era d'accordo che, nel caso lo si adotti, si eviti di formarne un avviso da mettere in testa alla voce. Il tmp risulterebbe invisibile (cioè visibile solo in casella di modifica) e determinerebbe solo l'inserimento in una categoria:Permastub. L'interesecazione di questa cat con cat:stub permetterebbe ulteriori verifiche dello stato delle cose. Ipotesi integrativa: un bot passa di tanto in tanto e toglie S lì dove trova Permastub.
5. In sostanza, Permastub (che va accompagnato da una pagina Wikipedia:Permastub che posso scrivere) non deve dire tanto questa voce non può ragionevolmente crescere: questo è anche possibile, ma... per permastub bisognerebbe semplicemente intendere una voce che, a dispetto della brevità, non va indicata con S, perché comunque la copertura delle fonti sul tema è scarsa, per cui, anche se di 2-3kb, la trattazione è, per ipotesi, sufficiente. Può dunque crescere, ma è controproducente indicarla come abbozzo.
6. Ritengo che questo tmp possa essere inserito da chi conosce la materia. La cat si popolerebbe, dunque, con una certa lentezza, ma nel tempo diventerebbe uno strumento utile.
7. Discussioni pregresse:
   1. Discussioni aiuto:Abbozzo#La brevità di uno stub è in assoluto o in proporzione? (dicembre 2012; non va letta tutta: fate «ctrl+F "permastub"»; permalink)
   2. Discussioni progetto:Coordinamento/Template/Archivio/24#Permastub (febbraio 2013: quella più centrata sul tema, imho però con obiezioni indirette e non particolarmente decisive - motivo per cui richiedo di focalizzare in questa sede i motivi contro)
   3. Discussioni Wikipedia:Festival della qualità/Luglio 2013#Ma che cos'è un abbozzo? (luglio 2013: se ne parla per inciso, con commenti interessanti)

Dunque, che ne pensate? pequod76^talk 13:39, 15 ott 2013 (CEST)

Ah, se qualcuno è a conoscenza di altre discussioni in merito, le segnali, per favore. :-) pequod76^talk 13:43, 15 ott 2013 (CEST)

Ritengo si possa fare, anche se temo non inciderà poi molto sul grosso del problema, che è l'eccessivo uso di avvisi di abbozzo nelle voci (anche non corte). Immagino ciò potrà comunque generare discussioni anche accese, dato che non è molto condiviso il concetto di "abbozzo" scritto nelle linee guida (tanto che alcuni progetti lo ignorano di fatto "alzando l'asticella"), che pure personalmente trovo chiaro e condivisibile (anche nell'ultimo recente ritocco). Purtroppo ci si è dimenticati che l'avviso di abbozzo era solo uno stratagemma adottato nelle prime fasi di una wiki per evitare la cancellazione di voci monoriga, ma se aveva senso allora (cioè 8-10 anni fa) quando le voci erano poche e molto scarne, non ha più senso adesso, quando le voci monoriga sono poche e vengono messe in cancellazione subito. Ora mi sembra più che altro una complicazione. Comunque come detto Ok, può darsi che aiuti a far passare l'idea che non tutte le voci sono uno stub. --MarcoK (msg) 14:39, 15 ott 2013 (CEST)

Scusa, mi puoi spiegare meglio delle cose che mi sono sfuggite? In che senso alcuni progetti alzano l'asticella? Ultimo recente ritocco: a cosa ti riferisci?

Per il resto, sono d'accordo con te: permastub non nasce per risolvere da solo la questione dell'abuso di S, ma mi sembra un espediente fin troppo ovvio per esitare a crearlo. Non costa farlo, è un templatino innocente che non dà fastidio. A spanne, valuto in un migliaio le voci storiche che per le ragioni dette possiamo evitarci di indicare come abbozzi. Il discorso potrebbe valere anche per il nostro organigramma di calciatori-figure-Panini: ciascun progetto potrebbe provare a tarare il tmp nei termini più adatti a ciascuna materia. pequod76^talk 15:57, 15 ott 2013 (CEST)

Completamente OT, leggendo di fretta credevo si stesse proponendo un Template:Pederasta. --Elitre 16:00, 15 ott 2013 (CEST)

Nota a margine per Pequod: mi riferivo ad esempio al progetto cinema dove le voci sui film prive di una sezione "produzione" vengono segnate come stub indipendentemente dalla loro lunghezza; e per i "ritocchi" vedi nella crologia della linea guida il susseguirsi di modifiche ai casi esempio (quasi una edit war) che si è scatenato nel corso dell'ultimo mese, su cui nemmeno io ero aggiornato... --MarcoK (msg) 23:25, 15 ott 2013 (CEST)

Complicazione inutile. Se una voce è completa pur essendo molto breve, lo si deve capire dal contenuto. Puoi fare comunque qualche esempio concreto di voci di questo tipo? Qualche esempio di cronologia zeppa di edit war di gente che vuol mettere l'S a tutti i costi a una voce non ampliabile, tanto da giustificare la creazione di template, categorie, linee guida e bot appositi?? --Bultro (m) 17:09, 15 ott 2013 (CEST)

A naso ricordo almeno una pdc su un personaggio biblico minore, di cui ovviamente non vi era possibile scrivere piu' di 2-3 righe.--Bramfab Discorriamo 09:27, 16 ott 2013 (CEST)

La letteratura Wiki ha addirittura un saggio sull'argomento e il problema non sono le edit war per S, ma le cancellazioni. Nell'esempio classico si cita il piccolo paesino inglese di Croughton link alla voce che non ha speranza alcuna di riempire pagine e pagine di voce, ma ciononostante è enciclopedico e non è uno stub, ma una voce esauriente. Ho in mente molte voci di questo tipo anche da noi, ma essendo un "inclusionist" me ne guardo bene da segnalarle per evitarne la proposta di cancellazione, non la edit war con il template stub. Rimaniamo quindi sulla dottrina astratta e commentiamo. Allora un paese come Croughton è enciclopedico (secondo le regole di en.wiki, ma stiamo facendo teoria) e avrà sempre una voce di piccole dimensioni. Che vogliamo fare ? Non è un problema ? Oppure siamo in piena discussione "deletionist" per cui solo argomenti di grande respiro (sia pure potenziale) sono enciclopedici ? La cosa si fa interessante. --EH¹⁰¹{posta} 11:49, 16 ott 2013 (CEST)

Immaginandomi nella parte del lettore, mi chiedo a cosa serva un avviso del genere. Un avviso stub mi dice: "La voce non dice molto, andrebbe ampliata, se puoi farlo tu te ne siamo grati", un avviso controllare mi dice: "Occhio che di certe parti della voce è meglio non fidarsi", un avviso aiutare mi dice: "La voce è scarsissima e se rimarrà troppo tempo in questo stato la cancelleremo (al lettore casuale poi non importano più di tanto le procedure interne)", etc. Questo avviso mi direbbe: "La voce è corta (Grazie, lo vedevo da solo), però contiene tutto quello che c'è da dire sull'argomento (Ok, che problema c'è?)", in pratica mi avviserebbe che tutto va bene. Discorso diverso è mettere un template con una categoria nascosta, o comunque un avviso non troppo visibile, dato che alla fine il vero messaggio è: "Lo so che la voce è corta, ma va bene così dato che sull'argomento non è che ci sia più di tanto da dire. Unirla a un'altra voce potrebbe essere un'opzione, ma non necessariamente la migliore". --Cruccone (msg) 17:28, 16 ott 2013 (CEST)

@Cruccone: la proposta è per un tmp invisibile, non per un avviso al lettore. Non solo serve a mettere in discussione l'eventuale inserimento di S in una voce breve ma (per ipotesi) esauriente (in quanto potrebbero essere i progetti, ciascuno nel suo campo, a inserire consensualmente Permastub in una serie di voci), ma un eventuale EGO di voci molto brevi senza avviso potrebbe escludere quelle che hanno Permastub. Bultro fa un'obiezione sui "costi": faccio riferimento a quella, perché sul fatto che sia un template "inutile" preferisco che ciascuno resti con la sua idea. Quali sono dunque questi costi? La creazione di una categoria (tempo: 3 minuti), la creazione di un templatino senza parametri (tempo: boh? non credo sarà così complesso, ma non ne so niente di sintassi dei tmp), la creazione di una linea guida (non serve un papiro e mi sono già offerto: si tratta solo di spiegare la cosa in termini più discorsivi di quanto possa fare il man di un template), l'utilizzo eventuale di qualche bot (fermo restando che si può usare anche l'intersezione di categorie), qualche edit di utenti che, in errore come il sottoscritto, ritengono che la cosa abbia un senso (se poi sbagliano non si potranno lamentare con nessuno). A ben guardare, lo sforzo è commisurato all'esigenza: costi bassissimi a fronte di una funzione che può risultare utile in tutti i campi del sapere, magari oltre i termini che siamo in grado di individuare adesso. Controindicazioni: assenti. A parte la supposta inutilità, che comunque non è un danno per nessuno. pequod76^talk 18:07, 16 ott 2013 (CEST)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘@Peq: Anche a me piacerebbe avere sotto mano qualche esempio di permastub. Potresti fornircene? --Horcrux⁹² 18:15, 16 ott 2013 (CEST)

anche a me sembra un Wikipedia:Avvitamento_burocratico. Se e' una voce che rimarra' sempre piccola, si rimuove l'avviso stub e basta, senza aggiungerne nessun altro. Troppo sbrigativo? --Rago (msg) 20:32, 16 ott 2013 (CEST)

Sì, è sbrigativo, perché dopo che, mettiamo, io tolgo l'avviso, magari perché so che non può crescere, non è scritto da nessuna parte che poi un altro utente non va sulla voce e mette l'avviso perché la voce gli pare breve. Anzi, è peggio, come avrai modo di vedere con l'elenco che ho preparato su richiesta di Horcrux. Elenco solo voci che ho creato io stesso o che ho integrato significativamente, giusto per dire di cose di cui so - e **faccio notare** che in alcune di queste fui io stesso, da niubbo, a mettere S. Non vedo perché un niubbo di oggi non debba fare lo stesso. Magari, avessi saputo di qualcosa come Permastub, avrei agito diversamente.

1. Hugo Largo: gruppo con scarsa copertura mediatica
2. Illusion (gruppo musicale britannico): gruppo con ancor più scarsa copertura mediatica
3. Terry Cox: importante turnista e membro dei Pentangle: non c'è granché da scrivere su di lui... sempre scarsa copertura mediatica, dato che, quanto ad altri personaggi, le fonti indugiano persino sui gusti a tavola o le infanzie pensierose.
4. Landolfo Cotta: chierico dell'XI secolo (cfr. il lemma treccani corrispondente).
5. Landolfo Iuniore: cronista più o meno dello stesso periodo (cfr. il lemma treccani corrispondente)
6. Diritti politici: voce di diritto pubblico di natura "definitoria" (versione treccani), con una media di 17,6 accessi al giorno negli ultimi tre mesi
7. Origine: voce di filosofia, anch'essa di natura "definitoria", con una media di 5,5 accessi al giorno negli ultimi tre mesi
8. Guido Novello da Polenta: podestà di Ravenna nel XIV secolo, poeta, fu colui che ospitò Dante negli ultimi giorni di quest'ultimo - è noto soprattutto per questo, a dirla tutta (versione treccani)
9. Sennuccio del Bene: poeta stilnovista (versione treccani)
10. Androne (danzatore): danzatore e musico siceliota del V secolo a.C.
11. William Isaac Hull: storico e attivista statunitense, morto nel 1939: siamo l'unica wp ad avere una voce su di lui
12. Camicia rossa: canto garibaldino
13. Apin: l'aratro-seminatore sumero
14. Son la mondina: canto di risaia
15. Se otto ore vi sembran poche: canto di protesta delle mondine
16. Siamo i ribelli della montagna: canto partigiano
17. Anselmo di Besate: retore "italiano" dell'XI secolo (versione treccani)
18. Mozione di fiducia (ordinamento italiano): anche questa "definitoria", con 9,9 accessi al giorno negli ultimi tre mesi (non considerando un picco di 215 accessi nel solo 2 ottobre scorso)
19. Categoria grammaticale: altra "definitoria", importante anche per l'ambiguità nel concreto utilizzo da parte dei linguisti (anzi, nasce fondamentalmente per questo)
20. Base (linguistica): altra "definitoria"

Ecco, 20 voci, meramente esemplificative. Certo, il loro essere permastub non è univoco. Infatti, in alcuni casi la partita è veramente chiusa, in altri dipende dalla scarsa copertura da parte delle fonti, in altri ancora nuovi risvolti potrebbero cambiare l'attuale situazione. Sia come sia, 20 voci solo per un utente (sono quasi tutte create da me).

Ma si consideri anche la regione storica Sumer: certo, uno potrebbe anche ampliare e anche di molto questa voce, con una sezione "Storia di Sumer", con la regione (invece che gli organismi cittadini o imperiali che la dominarono) come baricentro della trattazione. Se poi uno volesse scorporare questa "Storia di Sumer", "Sumer" tornerebbe alle dimensioni attuali: tornerebbe a essere uno stub?

E vogliamo riflettere sui giocatori-figurine delle Vanuatu e sugli innumerevoli esempi di voci-lemming che una enciclopedia può voler contenere?

E che dire dei dischi senza imponente copertura mediatica, magari vecchi? E dei singoli? Dei 78 giri? E di altre singole canzoni di cui sappiamo pochissimo (un esempio recente)?

E che pensare del sondaggio "Porre il template stub nelle voci dei comuni stranieri di piccole dimensioni", per il quale si decise di non indicare come abbozzi i comuni stranieri con meno di 5000 abitanti?

Può essere un avvitamento? Spero ovviamente di no, ma non mi pare che abbia le caratteristiche di regola vincolante tipica di un potenziale avvitamento. Di fatto, credo, chi non ritiene che l'idea sia buona può semplicemente ignorarla: non è una procedura, è una funzione, implementabile senza particolari sforzi. Esattamente come per le voci fondamentali: se qualcuno pensa che sono inutili, in nulla deve cambiare il suo modo di partecipare al progetto. pequod76^talk 21:17, 16 ott 2013 (CEST)

Spero non disturbi qualche altro esempio:

• Necesse est enim ut veniant scandala: una di tante frasi tratte dalle Sacre Scritture, come ne esistono dai classici latini e greci e che hanno una voce su wp.
• Shar-kali-sharri: re della dinastia accadica, può valere come esempio di tanti re mesopotamici di cui abbiamo poche notizie, ma il discorso può essere esteso a numerosi consoli che ci sono noti solo attraverso i fasti consulares o, chessò, da Svetonio.

Si possono citare anche letterati greci e romani la cui esistenza è provata, ma di cui si sa poco o nulla.

Insomma, basta osservare esempi che ho tratto da enciclopedie *non wiki*, licenziate con minima speranza di aggiornamento, ma non è difficile trovare esempi di permastub nelle enciclopedie cartacee. Quale masochismo ;-) ci dovrebbe spingere ad affollare la cat:stub di voci che non vi dovrebbero finire? Siamo conseguenti: abbiamo deciso che gli abbozzi sono tali anche in proporzione a quanto c'è da dire sulla materia? Bene, allora, constatato che certe voci, per questa stessa ragione, non sono abbozzi, aiutiamoci ad avere un sistema che salva l'informazione interna: un template invisibile che categorizzi in automatico. pequod76^talk 00:01, 17 ott 2013 (CEST)

Io sono favorevole ad una forma di segnalazione il più possibile discreta per evidenziare che qualcuno ha già affrontato l'argomento e lo ha già giudicato come ragionevolmente non espandibile. Questo dovrebbe evitare di far perdere tempo ad un altro "destubbatore" che si dovrebbe mettere a fare ricerche per raggiungere lo stesso risultato. Potrebbe essere utile anche qualche nota sui tentativi fatti per espandere la voce nella relativa pagina di discussione. Il permastub di en.wiki dice che la voce comunque non è soddisfacente e sarebbe da accorpare per cui secondo me sarebbe meglio differenziarsi nettamente dal template di en.wiki a partire dal nome. --Sbìsolo 11:40, 17 ott 2013 (CEST)

Per me avrebbe senso proprio se apparisse come avviso al lettore. Il template S gli dice, sostanzialmente, «Occhio, la voce è così breve che potrebbero mancare pezzi fondamentali (meglio se dai un'occhiata altrove». Un template che gli dica «Questa voce è breve, però sta tranquillo, tutto quel che c'è da dire su questo tema qui c'è» a me parrebbe utile. --CastaÑa 12:47, 17 ott 2013 (CEST)

ecco, allora che si chiami in un altro modo, tipo "voce completa/esaustiva/esauriente" o qualunque altro sinonimo, meno legato al gergo di wikipedia e che lasci fuori dalla denifizione "stub" che di per se' indica qualcosa di incompleto. --Rago (msg) 15:38, 17 ott 2013 (CEST)

in merito a Porre il template stub nelle voci dei comuni stranieri di piccole dimensioni oltre ad essere un sondaggio vecchio, risalente al 2007, e' anche notevolmente affetto da wikipedia:Localismo. --Rago (msg) 15:40, 17 ott 2013 (CEST)

io lo abovvo quel sondaggio... proporne l'abolizione è sulla mia lista di desiderata. Sul permastub sono da mesi d'accordo ma per me:

1) stub e permastub andrebbero classificati nelle stesse cat di servizio (non voglio altri duplicati, e qui mi riallaccio all'idea di avere le S come le F con una sorta di graduazione che con una notazione aggiuntiva breve sostituisce eventuali commenti lunghi più frequenti)

2) condiglierei di inserirlo comunque solo a voci con variazione minimi di edit da tot tempo (intendo, mi fido del tuo giudizio, ma lascia passare qualche tempo giusto per precauzione). Anche qua stavo studiando come fare un EGO di voci che sono piccoli e variate poco in dimensione, perché sono un gruppo maggiore e più pernicioso delle non editate (caso classico: le balle-non-scovate-subito hanno questo comportamento), potremmo ciclicamente revisionarle a caccia di problemi insieme ai permastub, così facciamo due cose in uno

3) si abbia chiaro sul lungo periodo come riportare questa informazione nella tabella di monitoraggio. --Alexmar983 (msg) 17:23, 17 ott 2013 (CEST)

Sia chiaro che non valuto in nessun senso quel sondaggio, lo conosco a stento, giusto perché è citato in Aiuto:Abbozzo. Serve solo ad attestare l'esigenza pratica di usare {{S}} con dei distinguo funzionali. Non credo sia necessario, fino a che l'esperienza non ci suggerisca diversamente, di differenziare permastub per argomento: un passo alla volta (e magari non sarà mai necessario). Il punto 2 di Alexmar merita riflessione. Per il punto 3 (monitoraggio), in generale penso sia sufficiente attribuire al parametro Accuratezza un valore coerente, come accade nel resto delle voci. Per il nome, possiamo anche sceglierne un altro, ma quelli suggeriti da Rago non mi sembrano adeguati. Il tmp non ci dice che la voce è esauriente o completa, ma che non va inserito S: differenza sottile ma importante. pequod76^talk 16:07, 18 ott 2013 (CEST)

Nessuno degli esempi fatti è particolarmente breve. Non vedo comunque insistenti inserimenti di S, e alcuni possono anche essere legittimi; se per te non è abbozzo, leva l'avviso e magari spiegati in discussione, fine della storia. Ma puoi anche sbagliarti, perché un bot deve dare ragione a te? Il confine tra S e non S notoriamente è un po' soggettivo, e spostare il problema sul confine tra PermaS e non PermaS non cambia niente. Sempre più Contrario --Bultro (m) 17:29, 18 ott 2013 (CEST)

Io comunque non penso che si tratti di "aver ragione", se poi pensi che alcuni S li ho messi io stesso... Tu hai posto una conditio nelle edit war, ma personalmente non penso che il tmp proposto serva a questo: non proporrei mai un tmp per "avere ragione", tanto meno a fronte di una edit war. Ho già scritto altrove che il fatto che un avviso sia costitutivamente soggettivo renda un po' più scemo l'avviso stesso, anche se un valore indicativo comunque resta. Nello status quo che tu sembri difendere mi pare che l'ultima esigenza sia la funzionalità e ad oggi va bene che S significhi quello che ciascuno si sente di attribuirgli, che persino la brevità sia un concetto aleatorio (del resto noi abbiamo anche A), che la cat resti affollata, che S sia tale in rapporto ad una proporzione basata completamente su sensazioni, che qualcuno avanzi l'idea di abolire S, che alcune wikipedie lo abbiano abolito, insomma, quello che capisco è che S è il porcellum di Wikipedia in italiano, salvo essere mille volte meno importante e meno decisivo della norma elettorale di uno stato democratico. Quindi, alla fine, resta una cosa utile che non viene realizzata, ma non è essenziale. pequod76^talk 03:14, 19 ott 2013 (CEST)

Non sto difendendo la soggettività (che è fisiologica, come per quasi tutti gli avvisi d'altronde): ho detto che la tua proposta non cambierebbe di una virgola la soggettività, visto che poi tocca decidere cosa è un permastub e cosa no. E siccome sono un fan del rasoio di Occam... --Bultro (m) 13:21, 19 ott 2013 (CEST)

E io ti rendo onore per questo, anche se detto da me magari suona bislacco. Però non credo che si tratterebbe di discussioni sanguinolente. Semplicemente se c'è controversia si lascia S e bona lè. Ci sono tante prove indiziarie: per es., da noi VFTS 682 è immancabilmente stub, mentre su enW, con le stesse dimensioni, non è indicato come tale. Il tmp funzionerebbe da "segnaposto". E pian piano la cat:stub si ripulisce. (A proposito, chiedo ai bot per la rinomina in cat:abbozzi?)

Fraseologia

[a capo] Val la pena di citare la Categoria:Fraseologia, dove di permastub se ne possono trovare di facili (soggettività minima). pequod76^talk 00:08, 3 nov 2013 (CET)

Sono perplesso, non sono convinto della necessità del permastub. Avendo tempo e pazienza, si potrebbe fare la seguente prova: togliere l'avviso S da alcune delle voci papabili al permastub, e vedere dopo un certo tempo che succede. --Michelino12 (msg) 01:32, 5 nov 2013 (CET)

Nuovo modulo Bio

Ho tradotto in lua il template Bio, con i suoi 12 sotto-template di appoggio. In particolare il quartetto Template:Bio, Template:Bio/categorie attività, Template:Bio/cat, Template:Bio/catnatimorti è divenuto col tempo veramente complicato, e di difficile manutenzione. Il nuovo modulo l'ho scritto seguendo passo passo il template bio (con un po' di refactoring finale) quindi ha le stesse funzionalità, fa i controlli sui parametri nello stesso modo e ordine, genera uguale output ed errori (quando i parametri mancano o sono assenti). In futuro tuttavia, data la maggiore flessibilità di lua rispetto ai template, si può aggiungere un preventivo controllo sul tipo/valore dei parametri.

Il modulo si trova a Modulo:Sandbox/Rotpunkt/Bio con configurazione e unit tests ed è testabile su qualunque voce sostituendo {{Bio con {{Bio/Sandbox. Se lo provate e trovate qualunque difetto segnalatemelo pure che provvedo. Dalle mie prove sembrerebbe funzionare bene, anche se c'è qualche aspetto da rivedere come la protezione delle sottopagine di configurazione.

P.S. C'è un'unica feature che non ho implementato del tutto, chi ha seguito lo sviluppo di Template:Bio saprà darmi lumi: si tratta del Template:Bio/warning C da far apparire quando il parametro Categorie vale qualcosa di diverso da "no" (la pagina inoltre finisce in Categoria:Bio warning categorie). Se vale "no" le categorie per l'attività non vengono aggiunte. Tutti gli altri casi li tratterei semplicemente come se non fosse presente, non ho capito perché c'è la necessità del warning/categorizzazione.

P.P.S. Lungo il codice ci sono dei commenti provvisori del tipo "Traduzione in lua del Template..." solo per far capire che parte va a sostituire, ma poi si possono togliere. --Rotpunkt (msg) 21:03, 15 ott 2013 (CEST)

Ho aggiunto in via sperimentale la validazione degli argomenti. Per ora si attiva aggiungendo un ulteriore parametro "Validazione" valorizzato a qualunque valore, esempio {{Bio/Sandbox |Nome=Mario |Sesso=M |Attività=scrittore |Nazionalità=italiano |Validazione=1 }}. Viene controllato che non ci siano parametri superflui, che si siano quelli obbligatori e che quelli richiesti abbiano il giusto tipo (configurabile come string, number, o un pattern). Il tutto è configurabile via configurazione (al fondo). In caso di errori si potrebbe anche aggiungere in automatico la pagina a una categoria di servizio. Se la validazione piace si toglie il parametro e la si mette di default.

Un'altro esperimento che ho fatto è che aggiungendo oltre Validazione=1 anche Aiuto=1, esempio {{Bio/Sandbox |Nome=Mario |Sesso=M |Attività=scrittore |Nazionalità=italiano |Validazione=1 |Aiuto=1 }} viene stampata la tabella dei parametri con relativa configurazione ;) --Rotpunkt (msg) 16:36, 16 ott 2013 (CEST)

Ho continuato a testarlo sia via test automatici che usandolo nelle pagine e non trovo nessun errore. Comincerei a spostarlo da Modulo:Sandbox/Rotpunkt/Bio a Modulo:Bio, in modo da aggiornare le path interne. In questo modo nel momento in cui lo si vuole usare definitivamente basta sostituire il contenuto di Template:Bio con quello di Template:Bio/Sandbox. --Rotpunkt (msg) 10:27, 18 ott 2013 (CEST)

Anche io non noto differenze per me puoi iniziare a spostarlo in Modulo:Bio e poi chiedere in Discussioni progetto:Biografie/Sviluppi se possono sostituire il template, l'unico modo per vedere veramente se ci sono degli errori è implementarlo su tutte le voci e vedere cosa succede.--dega180 (msg) 18:32, 18 ott 2013 (CEST)

Ho cominciato a spostare il modulo con le sue sottopagine di configurazione e man, ora si trova a Modulo:Bio, con unit test a Modulo:Bio/test. --Rotpunkt (msg) 16:40, 20 ott 2013 (CEST)

Come segnalato qui si potrebbe dare il via a una sessione di prova in campo. --Rotpunkt (msg) 23:30, 20 ott 2013 (CEST)

Template:Sistema politico dell'Unione europea

Segnalo questa discussione.--Mauro Tozzi (msg) 13:52, 16 ott 2013 (CEST)

Nuovi template per le fonti

Segnalo. --Epìdosis 15:32, 16 ott 2013 (CEST)

Posizione del parametro "motivo" in P

Segnalo. pequod76^talk 11:07, 19 ott 2013 (CEST)

Nuovo modulo Coord

Segnalo discussione riguardo al nuovo Modulo:Coord. Ciao. --Rotpunkt (msg) 19:15, 20 ott 2013 (CEST)

Template obsoleto usato da template

Ciao a tutti, il Template:Note è obsoleto e prima di metterlo in cancellazione immediata (19) lo sto rendendo orfano ma un altro template utilizza il tmp note, si tratta di Template:CatScan, copiato da en:Template:Catscan, su en.wiki il tmp note non è raccomandato ma ancora in uso. Il tmp catscan non mi sembra essere utilizzato da nessuna pagina ma non vorrei che eliminando il tmp note l'altro non funzioni più. Ho già scritto all'utente che ha creato il catscan ma ultimamente non è più attivo su wikipedia. Cosa posso fare?--Gabrasca (MyTalk) 21:00, 26 ott 2013 (CEST)

Template:Catscan non dipende da Note, è solo che ha un parametro che si chiama Note, e sul finire del template c'era scritto per errore {{{Note|}} invece di {{{Note|}}}. Ho corretto e ora il "Puntano qui" di Note non dovrebbe più segnalarti Catscan. Ciao. --Rotpunkt (msg) 21:43, 26 ott 2013 (CEST)

Cmq si potrebbe eliminare anche il template CatScan visto che è usato esclusivamente dal suo creatore.--LikeLifer (msg) 00:45, 27 ott 2013 (CEST)

Potrebbe anche essere utile per la pagine di servizio, ma non fatto in quel modo. Non è mica un interprogetto --Bultro (m) 12:35, 27 ott 2013 (CET)

Ok grazie mille.--Gabrasca (MyTalk) 18:42, 27 ott 2013 (CET)

Template:Capo geografico

Mi trovo in difficoltà con il template in oggetto (che mi sembra poco usato). Ho appena fatto questo: Capo Aniva - 1) I dati delle coordinate non funzionano (non si vedono) - 2) idem per il "nome originale" che ho provato a mettere - 3) anche le suddivisioni di geografia politica sono carenti. Si può fare qualcosa? o per caso è un template obsoleto e dimenticato? Grazie per l'aiuto --Betta27 12:30, 28 ott 2013 (CET)

E' da sistemare. Il nome_originale però non funziona perché non esiste... nemmeno per fiumi e montagne c'è un tale parametro, al massimo ci sono nomi locali riportati nell'incipit --Bultro (m) 17:52, 28 ott 2013 (CET)

Sì.. avevo provato io a inserire il nome originale, senza successo. La cosa più importante è il non funzionalmento delle coordinate. Io comunque non sono in grado di risolvere i problemi o di "sistemare" il template.. qualcuno può farlo? Grazie --Betta27 09:27, 29 ott 2013 (CET)

Template Infobox canale radio: traduciamo i parametri?

Segnalo questa discussione.--Mauro Tozzi (msg) 10:17, 31 ott 2013 (CET)

Nuovo modulo Naz

Ho creato un nuovo modulo chiamato Naz. Come è spiegato nella stessa pagina il nome "Naz" vuol dire "Nazioni", non "Nazionali". Fornisce infatti l'accesso a una grande tabella (Modulo:Naz/Nazioni) dove sono raccolte tutte le informazioni sulle nazioni che avevamo sparse tra le 844 sottopagine in Categoria:Template Naz e le 290 sottopagine di Categoria:Template AggNaz, più {{Sigla_dipendenza}}. I redirects che esistevano (1199 per Naz e 462 per AggNaz) sono invece rappresentati da questa lista di conversione: Modulo:Naz/Alias.

Il grande vantaggio è avere tutti i dati delle nazioni in un unica pagina (Modulo:Naz/Nazioni), potendola così modificare e controllare comodamente. Per accedere a un qualunque dato della tabella basta usare: {{#invoke:Naz|nazquery|codice nazione|nome del campo}}, quindi per l'aggettivo maschile singolare per l'Italia: {{#invoke:Naz|nazquery|ITA|masc_sing}}. Oppure più semplicemente con il template {{NazQuery}} che usa invoke al suo interno: {{NazQuery|ITA|masc_sing}}.

È anche possibile generare un report tabellare con tutte le nazioni scrivendo {{NazReport}} in una propria sottopagina utente.

Terminata questa funzionalità ho tradotto in lua anche una serie di template: {{Naz}}, {{AggNaz}}, {{NazBD}}, {{NazBA}}, {{NazNB}}, {{NazU}}, {{Bandiera}}, {{Band dip}}, {{Band}}, che usavano maggiormente questa tabella, di modo che fossero il più performanti possibile. Per ciascuno di essi ora c'è un corrispettivo template (basta aggiungere /Sandbox al nome del template) che richiama il modulo: {{Naz/Sandbox}}, {{AggNaz/Sandbox}}, {{NazBD/Sandbox}}, {{NazBA/Sandbox}}, {{NazNB/Sandbox}}, {{NazU/Sandbox}}, {{Bandiera/Sandbox}}, {{Band dip/Sandbox}}, {{Band/Sandbox}}. Qui (Modulo:Naz/test) c'è una serie di test automatici, basta cliccare sulla pagina di discussione per eseguirli. Mentre qui (Utente:Rotpunkt/StressTest) ci sono degli stress test che mostrano come le versioni lua siano più leggere e veloci.

Se avete idee o proposte di miglioramenti, per cambiare le funzionalità o modificare la tabella... La tabella Modulo:Naz/Nazioni la genero automaticamente, quindi si può in ogni momento rinominare i campi, riordinarli, dividerli, fare raggruppamenti di record, esportarla (csv, sqlite, ...), come meglio si vuole. --Rotpunkt (msg) 23:22, 31 ott 2013 (CET)

L'unione tra le sottopagine di Naz e AggNaz è una buona cosa, s'era già accennato credo. Mi chiedo però se non sia vantaggioso averle appunto come sottopagine per ogni nazione, per poterle proteggerle selettivamente; mettendo tutto insieme bisognerà per forza proteggere tutto, l'utente normale non potrà creare nemmeno un alias.

Inoltre, sarebbero più comprensibili due moduli distinti, uno per gestire il "database" dei dati nazionali, e uno per il disegno di bandiere, due cose tutto sommato indipendenti --Bultro (m) 13:49, 1 nov 2013 (CET)

Grazie delle idee. Devo risponderti con delle domande per capire meglio. In che senso proteggerle selettivamente? Ho preso a caso delle sottopagine di Categoria:Template_Naz e lo ho trovate tutte protette, è così? Riguardo a dividere la tabella Modulo:Naz/Nazioni in due tabelle, entrambe con la stessa chiave primaria "codice nazione", entrambe con 842 record, ma una, per dire, con i campi "bandiera", "senza_bordo" e "bande_laterali" e l'altra con tutti gli altri campi, sarebbe però un errore dal punto di vista della progettazione di una base dati. Oppure intendevi altro? --Rotpunkt (msg) 14:07, 1 nov 2013 (CET)

In effetti devono aver usato qualche protezione ricorsiva. Boh si vede che ormai sono abbastanza stabili.

Intendevo altro, cioè da una parte c'è la funzione che restituisce, per qualsiasi uso uno ci voglia fare, tutti i dati della nazione (aggettivi, file della bandiera, ecc.), dall'altra c'è il fatto di disegnare  Italia e simili (richiamando i dati suddetti o anche no, come nel caso di Band). Si gestiscono meglio come due moduli separati, e potremmo anche attivarli uno alla volta. --Bultro (m) 15:23, 1 nov 2013 (CET)

Ok, in questo caso va benissimo. Io ho messo tutto assieme per non frammentare troppo il lavoro che stavo facendo, ma ora va bene modularizzare. Potrei in un attimo modificare e avremmo:

• Modulo:Nazioni (o Modulo:NazData, da scegliere il nome) che ha le due funzioni "nazquery" e "nazreport" per i template {{NazQuery}} e per {{NazReport}}. Avrà solo due delle attuali tre sottopagine: Nazioni e Alias.
• Modulo:Bandiera: che contiene l'attuale classe Bandiera, ed esporta le due funzioni "bandiera" e "banddip" per i template {{Bandiera/Sandbox}} e {{Band dip/Sandbox}}
• Modulo:Band: che contiene l'attuale classe Band, ed esporta la sola funzione "band" per il template {{Band/Sandbox}}
• Modulo:Naz (o Modulo:Nazionali per non fare confusione): che contiene l'attuale classe Naz, ed esporta le 5 funzioni "naz", "nazbd", "nazba", "naznb" e "nazu", per i template {{Naz/Sandbox}}, {{NazBD/Sandbox}}, {{NazBA/Sandbox}}, {{NazNB/Sandbox}}, {{NazU/Sandbox}}. Avrà un'unica sottopagina: Sport.

Ovviamente i nuovi moduli Bandiera, Band e Naz apriranno la tabella della nazioni via mw.loadData (o via "require" di Nazioni, vedo qual'è la più performante), mentre Band e Naz, visto che utilizzano le funzionalità di Bandiera, faranno un "require" per importare la classe Bandiera. Infine per il template {{AggNaz}} non starei neanche più a fare una funzione dedicata, lo orfanizzerei sostituendolo in tutte le pagine/template che lo usano con {{NazQuery}}. --Rotpunkt (msg) 16:17, 1 nov 2013 (CET)

Straordinario, possiamo usarlo subito con qualche template o è ancora sperimentale? --Ricordisamoa 19:28, 1 nov 2013 (CET)

Per funzionare, funzionano già da subito. Per ognuno di questi template: {{Naz}}, {{AggNaz}}, {{NazBD}}, {{NazBA}}, {{NazNB}}, {{NazU}}, {{Bandiera}}, {{Band dip}}, {{Band}}, se ci aggiungi un "/Sandbox" funzionano già usando il modulo: {{Naz/Sandbox}}, {{AggNaz/Sandbox}}, {{NazBD/Sandbox}}, {{NazBA/Sandbox}}, {{NazNB/Sandbox}}, {{NazU/Sandbox}}, {{Bandiera/Sandbox}}, {{Band dip/Sandbox}}, {{Band/Sandbox}}. La messa in campo definitiva consisterebbe solo nel sostituire la pagina del template con quella "/Sandbox". Prima però sarebbe meglio concludere il discorso della rinomina qui sopra. --Rotpunkt (msg) 19:35, 1 nov 2013 (CET)

Mi pare una buona organizzazione. Qualche precisazione sul "Band": è ancora in bozza, e dalle ultime discussioni in merito non dovrà fare la categorizzazione (ci pensano altri template più specifici come template:Calcio), mentre altre cose come il bordo opzionale potrebbe gestirle. Insomma è sostanzialmente uguale al Bandiera, solo che non pesca i dati dalle nazioni ma li riceve come parametri; a questo punto non credo che serva un modulo apposta per lui --Bultro (m) 12:38, 2 nov 2013 (CET)

Ottimo. Si può aggiungere a Modulo:Naz/Nazioni il record "Insegna navale" che attualmente ha un template apposito {{Insegna navale}} ?--EH¹⁰¹{posta} 19:18, 2 nov 2013 (CET)

@Bultro, ok allora divido il modulo in tre e lascio stare Band. Durante la rinomina commento il contenuto dei vari template "Sandbox" in modo da non aver comportamenti inaspettati.

@EH101, non ho ancora guardato approfonditamente ma direi di sì. Quelle informazioni possono stare nella tabella Nazioni. Il template "Insegna navale" a questo punto otterrà dalla tabella Nazioni il nome dell'immagine della insegna voluta senza doverne più avere al suo interno una lista. --Rotpunkt (msg) 19:47, 2 nov 2013 (CET)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Ho terminato lo spostamento. Ora ci sono tre moduli: Nazioni, Bandiera e Nazionale, si vede meglio nella seguente tabella:

Modulo	Configurazione	Dipendenze	Usato dai template	Pagina dei test
Nazioni	Nazioni e Alias	-	{{Nazioni}}, {{AggNaz/Sandbox}}, {{NazioniReport}}	Modulo:Nazioni/test
Bandiera	-	Nazioni	{{Bandiera/Sandbox}}, {{Band dip/Sandbox}}	Modulo:Bandiera/test
Nazionale	Sport	Nazioni, Bandiera	{{Naz/Sandbox}}, {{NazBD/Sandbox}}, {{NazBA/Sandbox}}, {{NazNB/Sandbox}}, {{NazU/Sandbox}}	Modulo:Nazionale/test

--Rotpunkt (msg) 23:29, 2 nov 2013 (CET)

In Nazioni mancano parecchi masc_sing e masc_plur, a occhio e croce tutti quelli che finiscono in "ese" (forse perché uguali al femminile). Il nome "NazioniQuery" comunque si potrebbe semplificare in "Nazioni" e io lascerei anche le vecchie etichette "ms, mp, fs..." del AggNaz --Bultro (m) 23:52, 2 nov 2013 (CET)

Ho rinominato NazioneQuery in Nazioni come suggerito. Riguardo ai nomi dei campi li avevo modificati in nomi un po' più lunghi perché nei sottotemplate di Naz e AggNaz erano estremamente criptici, si chiamavano: "a, b, c, d, e, tipo, sb, bl" per Naz e "art, in, di, st, ms, fs, mp, fp" per AggNaz. Adesso sono un po' più autoesplicativi. Nei template, che sono già quasi sempre non indentati, senza commenti e senza spazi, usare ulteriori sigle mi sembra che ne aggravi la comprensibilità. Ci sono dei casi in cui crea dei problemi il nome più esteso? --Rotpunkt (msg) 01:05, 3 nov 2013 (CET)

Riguardo alle insegne navali segnalate da EH101 ho creato una discussione qui. --Rotpunkt (msg) 11:53, 3 nov 2013 (CET)

Io ho parlato solo di AggNaz. E' più comodo il già noto "ms" che un masc_sing che non ricorderò mai se è "mas_sin", "masch_sing" o che so io. Idem per "di" e "in". D'accordo sul resto --Bultro (m) 12:39, 3 nov 2013 (CET)

Sisì, avevo letto che avevi parlato di AggNaz, infatti li avevo riportati tutti dividendoli fra Naz e Aggnaz, che sono "art, in, di, st, ms, fs, mp, fp". Questi codici a due caratteri li intendi per usarli nella tabella o per usarli nei template o entrambi? "art, in, di, st, ms, fs, mp, fp" sicuramente non sono adatti come nomi di campi di una tabella (oltre al fatto che ci ritroverremmo con metà campi con nomi estesi e meta campi con nomi a due caratteri), mentre per l'uso nei template di wikipedia sono a mio avviso inutilmente criptici rispetto a "articolo, in_luogo, di_spec, stato, masc_sing, femm_sing, masc_sing, femm_plur". Non ne facevo un problema di facilità a ricordarli, in questo sicuramente lasciare i vecchi codici come dici è meglio perché chi li conosceva già non deve imparare un altro nome. Mi riferivo a chi non li ha mai usati o a chi si trova a modificare un template pieno di "fs", "st", "mp". Detto questo se nei template si preferisce il nome di 2 caratteri, cambiamolo pure, però non nella tabella Nazioni. Per realizzare questo basta fare o come ho fatto già con {{AggNaz/Sandbox}} dove c'è uno switch di conversione, oppure direttamente nel modulo con una semplice tabella di conversione per avere degli alias anche per nomi di qualunque campo, esempio:

local fieldAlias = {
    ["art"] = "articolo",
    ["st"] = "stato",
    ["ms"] = "masc_sing",
}

Entrambi i modi (nel template o in lua) permettono di usare indifferentemente {{Nazioni|ITA|stato}} che {{Nazioni|ITA|st}}. Farlo in lua è ancora più flessibile. --Rotpunkt (msg) 13:18, 3 nov 2013 (CET)

[↓↑ fuori crono] @Bultro, chiarisco una cosa: quando dicevo che i nomi di due caratteri "non sono adatti come nomi di campi di una tabella", voglio dire che nella tabella Nazioni, magari per risparmiare spazio, i nomi dei campi in futuro possiamo addirittura toglierli (basandoci sulla posizione) o usare nomi numerici, associandoli poi a una stringa, il vero nome del campo, nel modulo (non adesso che i nomi dei campi aiutano a ragionare sulla tabella). Quello che non vorrei però è che uno fosse per sempre obbligato a cercare il campo stato con "st", ma che abbia la libertà di cercarlo per "stato" e "st". --Rotpunkt (msg) 11:14, 5 nov 2013 (CET)

Aggiungo che molti alias potrebbero essere soppressi, semplicemente controllando se in Modulo:Nazioni/Nazioni è presente un codice ISO con la proprietà "stato" uguale al nome scelto. Per esempio: mettere "Armenia" tra gli alias non è necessario, il modulo stesso può dedurre che il codice "ARM" corrisponde all'Armenia direttamente dal database delle Nazioni. --Ricordisamoa 14:03, 3 nov 2013 (CET)

@Ricordisamoa Ci sarebbero due fatti: lua è in grado di cercare in quella tabella solo per codice nazione. In questo caso la ricerca è immediata, essendo una hash table. Per tutti gli altri campi dovrebbe iterare tutti i record della tabella fino a cercare quello con stato=Armenia. Si potrebbero creare delle tabelle di supporto per permettere la ricerca per ogni campo, ma mantenerle manualmente non sarebbe proponibile, avrebbe senso se fossero automatiche. Il secondo fatto è che la chiave primaria di quella tabella è il codice nazione, lo stato invece si può ripetere. Per esempio cercando stato="Afghanistan" si trova "AFG 1930-1973", "AFG 1980-1987" e "AFG". --Rotpunkt (msg) 14:41, 3 nov 2013 (CET)

Aggiungo che questi record sono quelli provenienti dagli 844 di Categoria:Template Naz (comprendenti anche i 290 di nella Categoria:Template AggNaz, che aggiungono ulteriori campi). Ma se si vuole rivedere cosa deve stare nella tabella, cosa togliere, cosa spostare in altre tabelle con chiavi primarie differenti (cercando di continuare a far funzionare il tutto con/senza intervento di bot) sarebbe il momento buono per farlo. --Rotpunkt (msg) 15:01, 3 nov 2013 (CET)

Modulo Infobox in Lua

Salvo pareri contrari attiverei l'implementazione del {{Infobox}} con un modulo Lua. Nella mia sandbox ci sono alcuni esempi fianco a fianco di schede realizzate con il template corrente e con il modulo. Con il passaggio al modulo si risolverà i limite massimo di numero di righe ed allo stesso tempo solo quelle inserire saranno effettivamente elaborate.--Moroboshi ^scrivimi 16:00, 1 nov 2013 (CET)

Vai pure. --Ricordisamoa 16:41, 1 nov 2013 (CET)

Retrocompatiblità totale. Tutto ok. Bel lavoro: complimenti. --EH¹⁰¹{posta} 19:11, 2 nov 2013 (CET)

Sì, HtmlBuilder poi è veramente comodo da usare :) --Rotpunkt (msg) 23:51, 2 nov 2013 (CET)

Modulo Lua implementato segnalate eventuali problemi.--Moroboshi ^scrivimi 20:48, 5 nov 2013 (CET)

Premessa la mia ignoranza riguardo al modulo Lua, vorrei sapere se sia possibile utilizzare la larghezza della versione precedente per template come questo, che prevede parametri da compilare con 2 o più righe di testo (esempio). --Gianni Maggio 08:12, 6 nov 2013 (CET)

Avevo lasciato fuori StileTabella, adesso dovrebbe funzionare anche la modifica della larghezza.--Moroboshi ^scrivimi 08:49, 6 nov 2013 (CET)

La compilazione rimane invariata? A me non è cambiato niente. --Gianni Maggio 09:24, 6 nov 2013 (CET)

Sì, stessi nomi di variabili (salvo che adesso si possono programmare template con più di 99 righe) e stesso comportamento, cambia solo il "motore" che sta sotto al funzionamento del template, ma la carrozzeria è la stessa. E' corretto che non vedi nessuna differenza.--Moroboshi ^scrivimi 10:47, 6 nov 2013 (CET)

Intendevo dire che la larghezza della tabella generata dal template:Stagione squadra non è tornata com'era prima della tua modifica al template:Infobox. Come si risolve? --Gianni Maggio 10:57, 6 nov 2013 (CET)

Alla mia prima modifica c'era un problema (non validavo StileTabella e quindi non veniva applicato), dopo la tua prima segnalazione ho corretto la cosa, ma ci vuole tempo perchè la modifica si propaghi. Adesso dovrebbe essere tornata larga (ho forza un cambiamento nel man della voce e quindi ha "sentito" la correzione che ho fatto al template.--Moroboshi ^scrivimi 11:30, 6 nov 2013 (CET)

Aspetto del template:Dati personali

Segnalo. --Syrio posso aiutare? 11:35, 4 nov 2013 (CET)

Nuovo modulo Stemma

Segnalo discussione. Ho fatto la stessa cosa di Modulo:Nazioni, anche qui sostituendo le 180 pagine di Categoria:Template ornamenti esteriori con 1 sola, Modulo:Stemma/Configurazione. --Rotpunkt (msg) 22:34, 4 nov 2013 (CET)

Aiuto per template geografico

Volendo portare questa mappa en:Global_Boundary_Stratotype_Section_and_Point#Agreed-upon_GSSPs, ho copiato il suo template e provato a tradurlo [1] senza ottenere quello che vorrei. Chi mi da' una mano? Grazie anticipatamente --Bramfab Discorriamo 17:08, 6 nov 2013 (CET)

C'e' nessuno? --Bramfab Discorriamo 10:10, 8 nov 2013 (CET)

Prova a guardare qui: Template:Mappa di localizzazione+, esempio:

{{Mappa di localizzazione+|Mondo|places=
  {{Mappa di localizzazione~|Mondo|link=Tarantian|lat=52.3792|long=4.9144}}
  {{Mappa di localizzazione~|Mondo|link=Holocene|lat=75.1000|long=-42.3200}}
}}

--Rotpunkt (msg) 10:32, 8 nov 2013 (CET)

Rispetto a quello che hai scritto ora, sostituisci solo ovunque "| Mondo" con "|Mondo", vedo che il template non gestisce quello spazio aggiuntivo. Inoltre sarebbe più corretto usare lat/long (decimali con segno) invece di latitudineGradi/longitudineGradi che sarebbero nati per essere usati unitamente a longitudineEW e latitudineNS (per il formato dms), anche se "casualmente" funziona lo stesso. --Rotpunkt (msg) 11:04, 8 nov 2013 (CET)

Template:Software

Nella versione russa di BurnAware, versione e data di rilascio provengono da Wikidata.

Perché nel nostro Template Software ciò non funziona?

--Marce79 (msg) 18:14, 7 nov 2013 (CET)

Scusa non ho visto che hai scritto anche qua, ricopio la risposta che ti ho dato nelle richieste tecniche:

Ciao quello che chiedi è già stato discusso nella pagina di discussione del template, la wikipedia Russa riesce ad utilizzare quei parametri con wikidata perché i suoi utenti sono riuscire a costruire un Modulo:Wikibase con funzioni più avanzate.

--dega180 (msg) 19:36, 7 nov 2013 (CET)

Forse intendevi wikidata (ru:Шаблон:Карточка программы)? Nel loro template:Software (ru:Шаблон:Карточка программы) vedo richiami al template wikidata (ru:Шаблон:Wikidata) che a sua volta usa il modulo wikidata. Ho controllato la versione di wikidata che usano su ru.wikipedia (ru:Модуль:Wikidata) ed è praticamente la nostra di aprile 2013 con un paio di modifiche minimali. Non conosco la storia del template:software né ho guardato ancora quali sono le proprietà di wikidata coinvolte, ma se hai visto che manca qualcosa in wikidata lo aggiungiamo tranquillamente. --Rotpunkt (msg) 20:34, 7 nov 2013 (CET)

Se guardi il codice il loro template software richiama il template ru:Template:Wikidata/p348 che a sua volta richiama il modulo wikibase che utilizzano per gestire la data in cui è stata pubblicata l'ultima versione del software.--dega180 (msg) 21:33, 7 nov 2013 (CET)

Insomma quello che manca su it.wiki è un modo per gestire i qualificatori delle property.--dega180 (msg) 21:35, 7 nov 2013 (CET)

Aaah grazie, in mezzo a tanti {{Wikidata|Pxxx non mi aspettavo un {{Wikidata/Pxxx :) . Dai lo facciamo anche noi, magari senza dover ricorrere a un template dedicato (Wikidata/p348). --Rotpunkt (msg) 21:44, 7 nov 2013 (CET)

Di niente... Il codice funziona, ma la versione deve essere per forza "dichiarata" nelle voci di Wikidata, altrimenti non visualizza niente... e poi non sono tante le voci con la suddetta dichiarazione...--Marce79 (msg) 21:53, 7 nov 2013 (CET)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘@Rotpunkt: certo che se si può evitare il template Wikidata/p348 sarebbe meglio.--dega180 (msg) 22:02, 7 nov 2013 (CET)

Allora, la versione ru.wiki presuppone che l'utente conosca come è fatta una proprietà wikidata dal punto di vista della rappresentazione lua, e.g. {{#invoke:wikibase|struc|claims|p348|0|qualifiers|p577|0|datavalue|value|time}}, che per quanto efficace, forse non è il massimo della comodità. Se facessimo invece una cosa del genere: {{#invoke:Wikidata|formatStatements|property=p348|qualifier=p577}} ? --Rotpunkt (msg) 23:20, 7 nov 2013 (CET)

Ho aggiunto per prova la funzionalità come descritta sopra (per ora limitata ai qualifier di tipo "Time"). Usando quindi {{#invoke:Wikidata|formatStatements|property=p348|qualifier=p577}} ti ritornerà la data. Se hai altri esempi in cui vengono usati i qualifier li provo. --Rotpunkt (msg) 01:15, 8 nov 2013 (CET)

Se vuoi altri esempi nell'elemento d:Q666504 c'è la property d:P39 che ha come qualificatore la property d:P155 che è di tipo "elemento".--dega180 (msg) 11:40, 8 nov 2013 (CET)

Grazie, ho aggiunto quindi il tipo 'string' e 'wikibase-entityid' per i qualifier. Mettendo in anteprima in Giuliano Pisapia questo: {{PAGENAME}} è uno dei {{#property:p39}}, dal {{#invoke:Wikidata |formatStatements |property=p39 |qualifier=p580}}, preceduto da {{#invoke:Wikidata |formatStatements |property=p39 |qualifier=p155}} dovresti ottenere: "Giuliano Pisapia è uno dei Sindaci di Milano, dal 1 giugno 2011, preceduto da Letizia Moratti". --Rotpunkt (msg) 14:01, 8 nov 2013 (CET)

Ora nella sandbox del template software dovrebbe esserci una versione che implementa wikidata come richiesto da Marce79. Se nessuno trova errori si può anche provare ad implementare.--dega180 (msg) 14:08, 8 nov 2013 (CET)

Hmmm si potrebbe aggiungere a {{Infobox}} un parametro "Wikidatai" che riceva la coppia property/qualifier e che se "Valorei" non è definito peschi da wikidata (abbreviando sul boilerplate di chi scrive effettivamente gli infobox).--Moroboshi ^scrivimi 14:33, 8 nov 2013 (CET)

Sarebbe bello perché alla fine quello che si fa sempre è "se è compilato il valore su wiki usa il valore su wiki, altrimenti se è compilato il valore su wikidata, usa il valore di wikidata", però per implementare quello che dici servirebbe una sintassi adeguata, per esempio l'utizzatore di questo {{Infobox}} dovrà riuscire a specificare quali sono le property, quali sono i qualificatori di ogni property e abbinare questi due al nome del parametro da inserire manualmente.--dega180 (msg) 14:41, 8 nov 2013 (CET)

Fino a domenica non penso di riuscire a fare esperimenti, ma pensavo a qualcosa del tipo:

Invece di:

|Valore1={{#if:{{{Sviluppatore|}}}|{{{Sviluppatore}}}|{{#invoke:Wikidata|formatStatements|property=p178}}}}

scrivere

|Valore1={{{Sviluppatore|}}}|Wikidata1=178

Hmmm per elaborazioni più complicate come quelle dell'url del sito dovrei pensarci.--Moroboshi ^scrivimi 15:54, 8 nov 2013 (CET)

E se poi dovessi fare una cosa del genere (cioè il qualificatore tra parentesi accanto alla property)?

|Valore3 = {{#if:{{{UltimaVersione|}}}|{{{UltimaVersione}}}|{{#invoke:Wikidata|formatStatements|property=p348}}}} {{#if:{{{DataUltimaVersione|}}}|({{{DataUltimaVersione}}})|{{#if:{{#invoke:Wikidata|formatStatements|property=p348|qualifier=p577}}|({{#invoke:Wikidata|formatStatements|property=p348|qualifier=p577}})}}}}

eheh.--dega180 (msg) 16:07, 8 nov 2013 (CET)

Si potrebbe fare qualcosa del genere:

|Valore3 = {{{UltimaVersione|}}} |Valore3-1 = {{{DataUltimaVersione|}}} | Wikidata3 = 348 |Wikidata3-1=348;577|Valore3-msg=$1 \{\{#if:$2{{!}} ($2)\}\} --Moroboshi ^scrivimi 16:27, 8 nov 2013 (CET)

Prima di tutto sarebbe da completare Template:Wikidata, che si può usare nel ValoreN di un Infobox come in qualunque altro posto --Bultro (m) 16:32, 8 nov 2013 (CET)

[← Rientro]Beh prima sarebbe il caso di avvisare in Progetto:Informatica se sono d'accordo ad avere i dati automaticamente da wikidata per l'infobox. Perq quanto riguarda {{Wikidata}} direi che dovrebbe funzionare al contrario di come è descritto invece di prelevare il dato da wikidata e nel caso non ci sia usare il default, dovrebbe fare il contrario (se c'è il default usa quello e non cerca su wikidata).--Moroboshi ^scrivimi 17:35, 8 nov 2013 (CET)

@Moroboshi, mi sembra una bellissima idea. Nella pulizia generale dell'ultima tua versione, si può forse magari migliorare quel "Valore3-msg=$1 \{\{#if:$2| ($2)\}\}"? Butto lì una idea: "Valore3-1-msg=($1)" potrebbe andar bene? Cioè se Valore3-1 o Wikidata3-1 sono valorizzati, vengono stampati usando il formato a destra dell'uguale. --Rotpunkt (msg) 18:10, 8 nov 2013 (CET)

"Only if the override is blank the data is retrieved from Wikidata" infatti, no? Comunque lo stato attuale non fa testo... Quello che serve è un sottotemplate per richiamare valori da Wikidata, in mancanza del valore locale, con tutti i controlli del caso. Segnalo in particolare che in Discussioni_template:Divisione_amministrativa#Integrazione_wikidata (da dove dice "C'è ancora qualcosa che non va" in poi) sono evidenziati alcuni possibili problemi --Bultro (m) 18:37, 8 nov 2013 (CET)

Sì, il secondo parametro di {{Wikidata}} è "value" che il modulo ritorna subito se valorizzato. Il fatto secondo me è che il template:wikidata andrebbe riscritto così: {{#invoke:Wikidata|formatStatements}}, senza limitarsi ai soli parametri property e value. Quando uno vuole avere un valore prioritario usa: {{Wikidata|property=p123|value={{{miavariabile}}}}}. È vero che c'è da scrivere in più "property" e "value" ma così facendo si avrebbe accesso a tutte le possibilità del modulo wikidata, altrimenti è molto limitante. --Rotpunkt (msg) 19:40, 8 nov 2013 (CET)

@Bultro, hai ragione l'avevo letto al contrario, mea culpa. @Rotpunkt, però dopo non sai dove inserirlo (salvo assumere che i valori vadano sempre uno dietro l'altro e che la formattazione di uno è completamente indipendente dalla presenza di altri valori). Il problema nel passare un messaggio più complesso come testo della riga dell'infobox significa che per gestirlo completamente si deve portare la formattazione di tutta la riga all'interno del modulo per averne la piena gestione.--Moroboshi ^scrivimi 08:42, 9 nov 2013 (CET)

@Moroboshi La tua forma è molto più flessibile sicuramente, perde solo un po' di semplicità dover fare l'escape di tutto il codice template (che immagino tu voglia poi valutare con frame.preprocess dopo i dovuti replace di $*, è così?). Ritornando alla tua forma, e se uno invece di fare l'escape scrivesse (non guardare al sorgente della pagina, ma come appare qui): Valore3-msg=<nowiki>$1 {{#if:$2|($2)}}</nowiki>, dovrebbe essere equivalente no? o non lo riterresti corretto.--Rotpunkt (msg) 11:28, 9 nov 2013 (CET)

Tecnicamente, lo farei con la libreria mw.message (così fa da solo sia la valutazione del codice che le sostituzioni delle variabili $*, dopo aver sostituito gli escape alle graffe). Però era più una riposta alla domanda di Dega180 che un intento di volerlo fare, non sono certo che alla fine varrebbe la pena tutta la complessità introdotta. Hmmm penso che hai ragione, il wrap in <nowiki> di tutto il codice dovrebbe funzionare e sarebbe più pulito di escapare le singole graffe. Devo provarlo.--Moroboshi ^scrivimi 13:00, 9 nov 2013 (CET)

Lua e Wikidata

Segnalo(EN) ; stanno raccogliendo pareri su quali siano le funzioni più desiderate da implementare in Lua per accedere a Wikidata. Se siete interessati. --ValterVB (msg) 08:58, 9 nov 2013 (CET)

Alternativa per icone ibride sport-nazionalità

Ho preparato una sandbox con un sistema di sovrapposizione di immagini in HTML e CSS, per rimpiazzare le centinaia di icone stub ancora non cancellabili. Invece di trasferirle su Commons, possiamo far sì che {{S}} richiami un apposito template (o modulo) con la bandiera dello Stato (memorizzata in Modulo:Nazioni/Nazioni in un parametro "bandiera_nuvola") e l'icona dello sport. Le bandiere e le icone sarebbero sempre aggiornate, senza necessità di caricare un nuovo file per qualsiasi sport o nazione. Pareri? --Ricordisamoa 02:43, 11 nov 2013 (CET)

Favorevole Nell'occasione (magari) rinominerei bandiera in band così da usare "band" e "band_nuv", né troppo lungo né troppo corto. Anche altri campi andrebbero un po' accorciati, senza esagerare. Solo una cosa, come hai previsto che dal nome dello stub si risalga al nome dello sport e nazione corretti?--Rotpunkt (msg) 10:13, 11 nov 2013 (CET)

Al momento non ho previsto nulla, quella sandbox è statica. Ma è facile costruire un database del tipo "calciatori = Soccer.png, ecc." e prendere la bandiera da Modulo:Nazioni/Nazioni. Il template S potrebbe inoltre essere modificato per accettare anche argomenti come "calciatori|italiani" invece di "calciatori italiani". --Ricordisamoa 14:17, 11 nov 2013 (CET)

Allora c'è un problemino. Ok per la creare una tabella "calciatori = Soccer.png, ecc.", ma per prendere "italiani" da Modulo:Nazioni/Nazioni come fare? Mi pare ne avessimo già parlato proprio per Nazioni quando parlavi di cercare per campo "Stato". La tabella Nazioni è indicizzata solo per il codice nazione (per Lua è una hash table). Per cercare il campo "masc_plur" dovresti passarti tutti i record. Oppure bisogna crearsi, anche con uno script, una tabella con l'indice secondario ("italiani = "ITA", ...) ma mi sembra che diverrebbe una cosa macchinosa non essendo automatica. Si può anche fare che se uno scrive {{Nazioni|indice|masc_plur}} si ritrova la tabella pronta da fare copia/incolla, però quando si modifica Nazioni bisogna ricordarsi di rigenerarla. --Rotpunkt (msg) 14:55, 11 nov 2013 (CET)

Sei proprio sicuro che "passarti tutti i record" causi problemi di performance? Si può fare un benchmark? --Ricordisamoa 15:17, 11 nov 2013 (CET)

Provo e ti dico. La differenza per una sola ricerca in una pagina sarà minima e trascurabile. Il rischio è in questi casi che poi uno scopre la funzionalità e comincia a usarlo invece in un altro template che finisce 100 volte in una pagina e caso vuole per cercare "zimbabwesi", bisogna solo fare attenzione. :) --Rotpunkt (msg) 16:37, 11 nov 2013 (CET)

Ho messo il test qui: Utente:Rotpunkt/StressTest2. Test1 è la ricerca hash, test2 la ricerca sequenziale (gli ho fatto scandire tutti i record, per mettermi nella condizione peggiore). Per una sola ricerca, non c'è differenza, addirittura durante l'ultima prova (il valore cambia solo quando si salva la pagina) è risultata più veloce la ricerca sequenziale, perché l'esecuzione è a quel punto influenzata più dal carico del server in quel momento che dall'iterazione stessa. Per 100 ricerche invece si nota la differenza. --Rotpunkt (msg) 17:47, 11 nov 2013 (CET)

Veramente trasferire quelle icone su Commons è una cosa buona e giusta, così tutto il mondo le può utilizzare per qualunque scopo... Se si deve faticare su questo sistema che si prospetta ben incasinato (di sicuro in rapporto all'utilità, perché le immaginette negli stub alla fine sono solo fronzoli), tanto vale faticare a mettere icone su Commons --Bultro (m) 00:14, 12 nov 2013 (CET)

Bultro: il caricamento su Commons non è un problema, ma pensa per una volta alla flessibilità! --Ricordisamoa 06:45, 12 nov 2013 (CET)

Cosa vorresti dire con "per una volta"?? Ci penso anche troppo, ma qui si parla di complicare alcuni dei template più importanti e di impegnare importanti risorse a fare "benchmark", per una cazzata. Perché questo è; se nell'avviso di abbozzo del calciatore spagnolo compare o meno il microdisegnino del palloncino con la bandierina spagnola, chi se ne frega. Bastava alla grande l'icona di un calciatore per tutti, poi qualcuno s'è voluto divertire così --Bultro (m) 16:44, 13 nov 2013 (CET)

Boni, che qui le cose si fanno perché piace farle :) Condivido che icone troppo dettagliate non sono certamente la priorità, d'altronde certe volte vedendo come superare piccole difficoltà si vede come risolvere problemi più grandi. In questo caso c'è lo spunto per una ricerca su tutti i campi di una tabella, che sarebbe una bella cosa, dovremmo pensarci ancora un po' però. --Rotpunkt (msg) 17:02, 13 nov 2013 (CET)

Segnalo proposta

Discussioni template:IPcondiviso#Leggera modifica al template (proposta) segnalata anche al Bar.--L736E^{l'adminalcolico} 10:27, 11 nov 2013 (CET)

Template:Wikidata

Visto che il template è inutilizzato perché prende pochi parametri rispetto al rispettivo modulo, segnalo discussione. --Rotpunkt (msg) 15:42, 11 nov 2013 (CET)

Categorizzare i template predisposti per Wikidata

Come da oggetto, non sarebbe il caso di categorizzare con una categoria specifica, tutti i template predisposti all'uso di Wikidata? --ValterVB (msg) 21:55, 11 nov 2013 (CET)

Bell'idea, su en.wiki ho trovato questa categoria en:Category:Templates using data from Wikidata, intendevi questo vero? --Rotpunkt (msg) 22:33, 11 nov 2013 (CET)

Certo è una cosa buona.--dega180 (msg) 22:38, 11 nov 2013 (CET)

@Rotpunkt esatto proprio una cosa del genere, magari distinguendo fra quelli che fanno solo un controllo di congruenza dei dati come {{Imdb}}, e quelli che possono pescare direttamente i dati da Wikidata. --ValterVB (msg) 22:49, 11 nov 2013 (CET)

Favorevole --Ricordisamoa 06:42, 12 nov 2013 (CET)

Creata, modificate pure se credete, per ora è categorizzata sotto Categoria:Template collegamenti esterni e ho aggiunto Template:Controllo di autorità --ValterVB (msg) 10:14, 30 nov 2013 (CET)

Alt text nelle immagini degli infobox

Seguendo questa pagina aiuto:testo alternativo per le immagini ho cercato di inserire |alt= le descrizioni delle immagini per gli ipovedenti nelle didascalie delle immagini nel template:infobox nave, nel Template:arma e nel template:box treno senza riuscirci. Si potrebbe modificare questi e gli altri infobox (non li ho testati tutti) per poter mettere il testo alternativo all'immagine?--Demostene119 (msg) 16:39, 12 nov 2013 (CET)

Tutti e tre i template che citi inseriscono automaticamente il testo della didascalia anche come testo alt. Prova a hoverare il mouse o a guardare il codice html generato di un infobox in cui la didascalia sia stata compilata. Ovviamente se la didascalia non viene compilata anche il testo alt non viene inserito.

Più che altro è un problema che si presenta negli infobox in cui l'immagine viene inserita direttamente come codice immagine=[[File:nome_immagine.jpg|200px]] (per esempio il {{Tassobox}} o il {{Gioco}}) piuttosto che con parametri separati per nome/dimensione/ecc.. Immagine=nome_immagine.jpg|dimensione_immagine=200px come nei template che citi. Nel secondo caso si può programmare il template per ripetere la didascalia anche come testo alt, nel primo la cosa è a carico del compilatore, che raramente lo fa.--Moroboshi ^scrivimi 17:17, 12 nov 2013 (CET)

Forse non ho compreso: la didascalia visibile funziona anche come alt text? --Demostene119 (msg) 17:28, 12 nov 2013 (CET)

Sempre per {{box treno}}, dipende da come è inserita l'immagine per {{Infobox nave}} e {{arma}} (ho controllato meglio e hanno un codice più complesso che permette entrambi i tipi di inserimento dell'immagine che indicavo sopra.--Moroboshi ^scrivimi 18:00, 12 nov 2013 (CET)

Ti ringrazio per le risposte, così rapide. Vedo due problemi, oltre quelli che citi. Non ho trovato traccia sul manuale dei template di questa feature in modo da permettere agli utenti di inserire didascalie descrittive per gli screen reader. Teoricamente le didascalie per i normovedenti sono scritte in maniera diversa da quelle per alt text (che, infatti, è alternativo). Per il primo problema metterò delle info sui manuali degli infobox, per il secondo se ne potrebbe discutere anche se le didascalie spesso sono descrittive e non abbisognano di alt text che viene inserito vuoto (|alt text=).--Demostene119 (msg) 18:12, 12 nov 2013 (CET)

FdQ novembre 2013

Messaggio automatico generato da Botcrux (discussioni · contributi)

Nuovo parametro per template infobox

Visto che spesso nei codici degli infobox ci sono sequenze di "if" per decidere se mostrare un'intestazione di gruppo sulla base della presenza o meno di valori nei campi seguenti e che quest possono diventare abbastanza pesanti, per esempio in {{Infobox nave}} righe come:

|Gruppo50= {{#if:{{{Dislocamento<includeonly>|</includeonly>}}}{{{Stazza_lorda|}}}{{{Lunghezza|}}}{{{Larghezza|}}}{{{Altezza|}}}{{{Pescaggio|}}}{{{Profondità_operativa|}}}{{{Ponte_di_volo|}}}{{{Propulsione|}}}{{{Velocità|}}}{{{Velocità_kmh|}}}{{{Autonomia|}}}{{{Capacità_di_carico|}}}{{{Numero_di_cabine|}}}{{{Equipaggio|}}}{{{Passeggeri|}}}|Caratteristiche generali}}

vorrei aggiungere un parametro che permettesse di rendere un gruppo opzionale - se non ci sono valori validi prima del successivo gruppo allora non viene mostrato. Praticamente la riga sopra diventerebbe:

|Gruppo50 = Caratteristiche generali

|GruppoOpzionale50 = si

e la riga del gruppo verrebbe automaticamente nascosta se i valori che segono, prima del gruppo successivo, non sono valorizzati. Il comportamento standard non verrebbe modificato, quindi rimarrebbe compatibile con gli infobox attuali. Ho già un test in Modulo:Infobox/Sandbox che pare funzionare, anche se devo fare ancora qualche test. Comunque ci sono pareri contrari o suggerimenti sul farlo ?--Moroboshi ^scrivimi 12:52, 13 nov 2013 (CET)

Favorevole, rende il tutto decisamente più leggibile.--LikeLifer (msg) 12:59, 13 nov 2013 (CET)

Favorevole, molto utile. Mi viene giusto in mente che si potrebbe al limite scrivere direttamente "|GruppoOpzionale50 = Caratteristiche generali" ma magari il template diventa meno uniforme, oltre che più scomodo da implementare. --Rotpunkt (msg) 13:27, 13 nov 2013 (CET)

Come idea non mi spiace per niente e in effetti mi ha fatto venire in mente anche una miglioria al codice attuale. Stasera testo.--Moroboshi ^scrivimi 14:04, 13 nov 2013 (CET)

Come Rotpunkt. --Ricordisamoa 14:14, 13 nov 2013 (CET)

Ancora su redirect a sezioni

Segnalo. pequod76^talk 15:54, 13 nov 2013 (CET)

Template Competizione pallavolistica

Segnalo questa discussione.--Mauro Tozzi (msg) 13:39, 20 nov 2013 (CET)

Avvisi inutili

Ho a volte notato che certe pagine hanno degli avvisi ma i loro problemi sono già stati risolti.Per esempio,alcune voci col {{F}} hanno invece delle fonti,e a volte anche abbastanza.Quindi,non sarebbe meglio mettere negli avvisi un'indicazione che dica di rimuovere quell'avviso?--Toadino2日本 Ti va té ai funghi? 08:31, 23 nov 2013 (CET)

Il controllo umano è indispensabile per togliere un avviso stabilendo che è superato. E un umano (wikipediano), se deve scegliere tra mettere un avviso che dice di rimuovere un altro avviso o rimuovere l'avviso superato e basta, direi che può dedicarsi solo alla seconda attività. Se il caso è dubbio, basta che aggiunga un commento in pagina di discussione motivando la propria azione. O semmai scrivendo in talk utente a chi ha messo l'avviso per dirgli di toglierlo, motivando. Come si è sempre fatto....--94.38.245.37 (msg) 12:03, 23 nov 2013 (CET)

Credo che Toadino intendesse un'altra cosa: aggiungere dentro i singoli template una frase che ricordi che, una volta risolto il problema, è possibile rimuovere di persona gli avvisi. Provo a esemplificare: il template {{F}} spiega che

Puoi migliorare questa voce aggiungendo citazioni da fonti attendibili secondo le linee guida sull'uso delle fonti.

Io proporrei di aggiungere, dopo il punto, qualcosa come "una volta che le fonti ti sembrano sufficienti (se non ne sei sicuro puoi rivolgerti allo sportello informazioni) rimuovi questo avviso (se usi "modifica sorgente" devi rimuovere la stringa {{F|argomento|data|commento}}, se usi "modifica" basta che clicchi su questo riquadro e premi ← Backspace)". Questa formulazione è un po' ingombrante, ma se ne può trovare un'altra o usare un cassetto. --Dry Martini confidati col barista 12:57, 23 nov 2013 (CET)

Favorevole a questa aggiunta, che potrebbe anche incrementare il numero di template non più adatti alla voce rimossi da wikipediani non assidui o nuovi, sfoltendo un bel pò di lavoro sporco (spesso arretrato). --Gce (Il Vile Censore Mascarato 2013) 15:26, 23 nov 2013 (CET)

Quoto Dry.--Toadino2日本 Ti va té ai funghi? 09:30, 24 nov 2013 (CET)

Favorevole alla proposta di Martini, purché l'aggiunta sia più breve, altrimenti si ha l'effetto di ingigantire il template F. Basta precisare "Puoi rimuovere l'avviso se le fonti sono state aggiunte", o qualcosa di simile. Non più di 10 parole. --Spinoziano (msg) 16:01, 24 nov 2013 (CET)

Contrario, a togliere ci vuol poco, non è certo quello il problema del lavoro sporco. Piuttosto bisogna insegnare a metterli gli avvisi, e a risolvere i problemi che indicano. --Bultro (m) 17:29, 24 nov 2013 (CET)

Credo che non abbia compreso la proposta:non é che voglio insegnare agli utenti come togliere gli avvisi,ma ricordare che poi vanno rimossi. Fidati,ho visto delle pagine che contenevano degli avvisi ma i problemi erano già stati risolti. E se un lettore vedesse un avviso,anche se ci sono le fonti,gli darebbe un primo impatto.--Toadino2日本 Ti va té ai funghi? 18:04, 25 nov 2013 (CET)

Mi fido, li ho visti anch'io... e li ho tolti in due secondi. Chi è sbadato non si accorgerà nemmeno di una frase in più. Ci siamo sempre impegnati a mantenere molto succinti gli avvisi, fino a pesare ogni parolina (non tanto per risparmiare spazio, ma perché più sono lunghi e meno li leggono...), e non è certo questa una cosa importante da dire --Bultro (m) 21:18, 25 nov 2013 (CET)

Siamo sempre ben disposti verso i "peggiori": non leggono gli avvisi, vanno premiati. Quei pochi che vorrebbero capire cambino atteggiamento e saranno innalzati. Sia come sia, a me è capitato abbastanza spesso - e da anni - di vedere domande allo sportello del tipo "ma l'avviso va via da solo?" Secondo me aggiungere: "Se le fonti ti sembrano sufficienti, puoi togliere l'avviso." Chi non legge gli avvisi o vi guarda con insofferenza - è un dato di fatto - non ne avrà alcuna molestia. pequod76^talk 22:33, 25 nov 2013 (CET)

[← Rientro] Caso fresco fresco, che forse una qualche forma di indicazione servirebbe. --ValterVB (msg) 21:26, 26 nov 2013 (CET)

Appunto,intendo questo:non dobbiamo obbligare a rimuovere gli avvisi,voglio che gli utenti,magari poco esperti,che svolgono quel lavoro,poi tolgano subito l'avviso una volta finito.Altrimenti quell'avviso potrebbe giacere lì anche per anni prima che qualcuno se ne accorga e lo rimuova.--Toadino2日本 Ti va té ai funghi? 21:42, 26 nov 2013 (CET)

Scusate, ma il lettore medio come fa a sapere quando le fonti sono sufficienti? Giusto oggi parlavo con un mio amico, che non sapeva neppure che Wikipedia si fondasse su fonti esterne. Ad una persona che conosce in tal modo il funzionamento del progetto (in cui immagino si possa riconoscere l'80% dei lettori) vogliamo dire "se ti pare il caso, rimuovi l'avviso"? --Horcrux_九十二 22:33, 26 nov 2013 (CET)

Mmmm, ma perché, gli utenti esperti invece lo sanno? Non è che esista una linea scritta sulla sabbia da Jimbo... La scommessa di WP è quella della modifica libera: chi è avventato non lo diventa di più in base al messaggio, mentre chi ha fatto un buon lavoro più facilmente chiederà o, se avrà fatto una discreta esperienza, togliera da sé. Oppure, con il sistema attuale, chiederà - e sarà il millesimo - allo sportello informazioni cosa fare. IMHO bisogna strutturare wp per i migliori, non tarare per i tarati. pequod76^talk 01:27, 27 nov 2013 (CET)

Quello che ci vorrebbe infatti sono delle istruzioni "cosa fare quando c'è l'avviso X" (che direbbero anche di togliere l'avviso alla fine, ma è un millesimo del lavoro), e gli avvisi dovrebbero linkarle. WP:W ad esempio ha una sezione "Procedimento" che può fare al caso; mentre WP:F ad esempio no, non è tanto d'aiuto quando si tratta di fontare voci già esistenti --Bultro (m) 13:09, 27 nov 2013 (CET)

Ottima idea. Non ho capito però se intendi un testo unico da mettere in aiuto:avvisi o diversi testi da mettere nei singoli man. Decidiamo assieme, io ci sono. --pequod76^talk 14:17, 27 nov 2013 (CET)

favorevole anch'io all'idea di Bultro. direi una pagina unica in ns:aiuto --Ppong (msg) 14:41, 27 nov 2013 (CET)

Favorevole anche io alla proposta Bultro.Toadino2日本 Ti va té ai funghi? 20:27, 27 nov 2013 (CET)

Certo che sì, gli utenti "esperti" (per definizione, hanno già avuto esperienza con cose analoghe) lo saprebbero fare sicuramente più del lettore medio a cui mi riferivo. Linkare a delle istruzioni è senza dubbio più produttivo che dire "Se le fonti ti sembrano sufficienti, puoi togliere l'avviso" (cito). --Horcrux_九十二 21:20, 27 nov 2013 (CET)

Bisognerebbe intanto fare un censimento di quali avvisi hanno delle buone istruzioni per risolvere il problema. Ad esempio per O va bene Wikipedia:Pagina_orfana#Disorfanizzare. Per S probabilmente non è fattibile visto che ampliare un abbozzo in sostanza è lo stesso che scrivere una voce nuova --Bultro (m) 18:04, 28 nov 2013 (CET)

HTML da aggiungere ai template per le immagini

Ci dicono dalla regia che mw:Extension:CommonsMetadata è stata abilitata ovunque e sarà usata in futuro da nuove funzionalità multimediali che hanno bisogno di pescare informazioni come autore e licenza di un'immagine per mostrarle fuori dalle solite pagine di descrizione. Salvo fraintesi da parte mia, questo significa che dovremmo aggiungere una serie di td id e span id a tutti i Template copyright immagini e simili, come in Commons: commons:Commons:Machine-readable_data#Machine_readable_data_set_by_infobox_templates, commons:Commons:Machine-readable_data#Machine_readable_data_set_by_license_templates. --Nemo 09:14, 23 nov 2013 (CET)

Template sportivo rugby a 15: c'è bisogno della data di nascita?

Segnalo questa discussione.--Mauro Tozzi (msg) 16:45, 28 nov 2013 (CET)

Una manina per nuovo tmp "Cronologia media"

A proposito di questo, dareste una mano per {{cronologia media}}? pequod76^talk 16:41, 29 nov 2013 (CET)

Migliorare la gestione immagini da parte del modulo Infobox

Al momento la gestione delle immagini dell'immagine del template {{Infobox}} prevede che venga passata un'immagine già nella forma [[File:nome_file ... ]] con la conseguenza che ogni template infobox reinventa l'acqua calda per quanto riguarda la gestione della dimensione dell'immagine, presenza della didascalia, presenza di un testo alternativo, eccc... e si va da estremi dell'{{Infobox nave}}:

|Immagine        = {{#if:{{{Immagine<includeonly>|</includeonly>}}}<!--
                     -->| {{#ifeq:{{Str left|{{{Immagine|}}}|1}}|[<!--
                              -->|{{{Immagine|}}}
                                 <div style="padding:0.3em 0 0.5em"><!--
                              -->{{{Didascalia<includeonly>|</includeonly>}}}<!--
                              -->|[[File:{{{Immagine<includeonly>|</includeonly>}}}<!--
                                     -->|center<!--
                                     -->|{{#if:{{{Dimensioni_immagine|}}}|{{{Dimensioni_immagine}}}|280x300px}}<!--
                                     -->|{{{Didascalia<includeonly>|</includeonly>}}}<!--
                               -->]]
                                 <div style="padding:0.3em 0 0.5em"><!--
                              -->{{{Didascalia<includeonly>|</includeonly>}}}<!--
                        -->}}<!--
                     -->|{{#if: {{NAMESPACE}}||[[Categoria:Voci con template infobox nave senza immagini]]}}<!--
                 -->}}

Dove l'utilizzatore finale può limitarsi a mettere il nome dell'immagine (ma permettendo anche una gestione libera) a {{Congresso}} dove l'utilizzatore inserisce direttamente tutto il codice mediawiki.

La conseguenza di ciò è che la gestione del parametro immagine e il livello di personalizzazione è diversa da template a template e modificarla per omogeneizzarne il comportamento rende necessario modificare il codice mediawiki.

Proporrei quindi di aggiornare il codice del {{Infobox}} aggiungendo il codice per gestire l'inserimento del solo nome dell'immagine, delle sue dimensioni, delle dimensioni di default e del testo alternativo in modo da sia semplificare la creazione di questo codice del template, sia da aggiornare i templare esistenti. La modifica è retrocompatibile con il codice esistente, per cui non c'è la necessità o l'obbligo di aggiornare immediatamente i template che usano infobox.

Per esempio il codice sopra riportato per {{infobox nave}} diventerebbe un semplice passaggio di parametri (a parte il pezzo di codice per la classificazione della pagina nella categoria immagini mancanti):

|Immagine = {{#if:{{{Immagine|}}}|{{{Immagine}}}|{{#if: {{NAMESPACE}}||[[Categoria:Voci con template infobox nave senza immagini]]}}}}
|StileSpanImmagine = padding:0.3em 0 0.5em
|Didascalia = {{{Didascalia|}}}
|StileDidascalia = padding:0.3em 0 0.5em;
|DimensioneImmagine = {{{Dimensioni_immagine|}}}
|DimensioneDefaultImmagine = 280x300px
|StileImmagine   = padding-top:0.5em; line-height:1.2em

Ci sono suggerimenti o obiezioni alla modifica ?--Moroboshi ^scrivimi 14:45, 1 dic 2013 (CET)

Mi sembra un'ottima idea. Guardando il vecchio infobox di questi sette campi i nuovi sarebbero tre: DimensioneImmagine, DimensioneDefaultImmagine e StileSpanImmagine (è corretto?). Forse non è chiarissima (come nome) la differenza tra StileImmagine e StileSpanImmagine. In generale come avresti strutturato l'html? Prima c'era solo un td, con dentro uno span per la didascalia giusto? (ho guardato adesso...) --Rotpunkt (msg) 19:12, 1 dic 2013 (CET)

Ho messo anche un "TestoAlt" e "TestoAltDefault" per il testo alternativo (dopo una discussione - non mi ricordo dove) in cui indicavano che il testo alternativo dovrebbe essere una descrizione dell'immagine (per non ipo o non vedenti) piuttosto che una discalia di commento (in caso che non siano definiti ricado come default su "Didascalia" o il suo default). StileSpanImmagine è un hook per formattare lo span direttamente intorno all'immagine (mi sono basato sulla struttura dell'infobox nave poco più sopra), piuttosto che lo stile della cella nel suo complesso (l'attuale StileImmagine).--Moroboshi ^scrivimi 19:22, 1 dic 2013 (CET)

Tempo fa era stato abbozzato Template:Immagine sinottico; visto che i sinottici non si fanno soltanto col template Infobox, e possono avere anche più di un'immagine, sarebbe meglio. Inoltre sono contrario a "StileSpanImmagine" e compagnia bella; bisognerebbe piuttosto decidere una volta per tutte (anche di questo avevamo iniziato a parlarne da qualche parte) come devono essere stilizzate immagini e didascalie nei sinottici, e creare una classe sinottico_immagine, poi Infobox non farebbe che richiamare quella --Bultro (m) 22:59, 1 dic 2013 (CET)

Non lo conoscevo, ma comunque per gli infobox basati sul modulo mi pare più sensato portare tutto il processabile all'interno del modulo piuttosto che appoggiarsi a un template esterno se non necessario. Poi sugli stili per me può anche andare uno stile unico, ma sinceramente di discussioni per l'unificazione degli stili mi basta quella del cita libro/eccc, quindi preferisco mantenerlo flessibile (btw lo StileSpanImmagine è l'unico aggiunto per gli stili, i precedenti StileImmagine e StileDidascalia esistevano già).--Moroboshi ^scrivimi 23:15, 1 dic 2013 (CET)

Sensato nella programmazione è lavorare a blocchetti indipendenti, buoni per tutto, piuttosto che a monoliti buoni sono per qualcuno. Io mi sono smazzato già una volta tutti i sinottici di it.wiki per uniformare e CSS-izzare la grafica, sono disposto a ripassarci anche per uniformare la gestione immagini, ma mi servono strumenti universali.

Comunque, perché serve uno span intorno all'immagine? nel template Nave non c'è mica. Mi sembra inutile anche il div che hanno messo intorno alla didascalia. Una cosa interessante invece è il "line-height:1.2em" che hanno messo nello stile immagine, e che si potrebbe far diventare un default; riduce l'interlinea della didascalia, cfr ad esempio Dedalo (R-01) e Isandlwana --Bultro (m) 00:40, 2 dic 2013 (CET)

Perchè sono un pollastro e ho letto male il template - hai ragione non c'è... sigh. Domani torno al tavolo di lavoro sul modulo.--Moroboshi ^scrivimi 00:56, 2 dic 2013 (CET)

Ho eliminato StileSpanImmagine (non so come m'ero convinto che c'era uno span intorno all'immagine sopra). Per quanto riguarda il div intorno alla didascalia direi che serve ad aggiungere un poco di spazio prima e dopo la didascalia, altrimenti rimane attaccata alla foto e alla riga che segue - direi che la resa grafica è migliore con il div.--Moroboshi ^scrivimi 07:28, 2 dic 2013 (CET)

[← Rientro]Parlando invece delle caratteristiche che deve avere un template (o modulo) che sia che possa supportare l'inserimento di un'immagine IMHO dovrebbe:

• Permettere di definire una dimensione standard - gli infobox hanno dimensioni diverse fra loro e l'immagine dovrebbe poter riempire lo spazio disponibile
• Permettere di personalizzare la dimensione in caso di necessità (sopratutto quando l'immagine è troppo piccola e sgrana alla dimensione standard o ha un rapporto base:altezza troppo a sfavore dell'altezza)
• Permettere di inserire un testoalternativo diverso dalla didascalia - vedi il commento sopra, in teoria il testo alternativo dovrebbe essere distinto dalla didascalia (non so poi quanti lo userebbero, ma costa poco mettercelo)

Di comodo in fase di transizione dei template:

• accettare un'immagine nella forma "[[File:pinco pallino|....]]"
• accettare il nome immagine nella forma "File:nome_file.jpg" o "Immagine:nome_file.jpg"

In modo che rimangano funzionanti mentre si fa passare un bot a sistemare il codice dei template nelle voci. Poi eventualmente normalizzata la situazione si può rimuovere la funzione--Moroboshi ^scrivimi 07:41, 2 dic 2013 (CET)

Punterei sicuramente all'eliminazione della possibilità di mettere l'immagine con la sintassi wiki, ho visto delle porcherie immonde fatte usando tale sintassi.

Per le dimensioni sarebbe bello non doverle inserire. Mi spiego: le dimensioni massime devono essere quelle del template altrimenti lo stesso viene allargato fregando l'uniformità, l'unico caso in cui potrebbero servire IMHO è quando l'immagine è troppo piccola e sgranerebbe: non sarebbe possibile vedere di gestirlo automaticamente?

TestoAltDefault mi sfugge: visto che dovrebbe essere una descrizione del contenuto della foto come fai a metterci un default che non sia "immagine non descritta"?

In generale io cercherei di rendere il tutto più uniforme possibile, serve veramente la possibilità di alterare gli stili localmente? --Gvf 09:01, 2 dic 2013 (CET)

Hmm non so se si possono recuperare i dati dell'immagine. Indagherò. Per quanto riguarda il testo alternativo, a quanto ho capito, dovrebbe descrivere il contenuto per un non o ipovedente (del tipo "soldati in carica di fronte a una batteria di cannoni che sparano"), mentre la didascalia è un commento all'immagine ma non descrive il contenuto ma normalmente cosa rappresenta, chi l'ha creato ec... ("Dipinto della carica della brigata leggera alla battaglia di Balaclava") - vedo se ritrovo la discussione.--Moroboshi ^scrivimi 09:36, 2 dic 2013 (CET)

@Moroboshi: per i dati delle immagini in Scribunto, vedi bugzilla:52522; ma sarebbe comunque utile un sistema di ridimensionamento automatico solo in CSS. --Ricordisamoa 02:39, 3 dic 2013 (CET)

Una classe CSS da assegnare alle caselle delle immagini, come adesso si assegnano "sinottico_divisione" o "sinottico_testata", potrebbe essere più o meno così:

.sinottico_immagine td {
  text-align: center;
  font-size: 95%; (cumulativo col rimpicciolimento che ha già l'intero sinottico)
  padding: 0em 0.2em; (questo per ora è il valore degli altri td, volendo si può staccare di più dai bordi)
  line-height: 1.2em; (per interlinea didascalia)
}

Per l'immagine vera e propria non so come si faccia, ma dovrebbe essere possibile definire una classe che poi assegnamo come attualmente si assegnano "thumb" oppure "frame". Servirebbe per la dimensione di default dell'immagine; se fosse possibile, l'ideale sarebbe una larghezza "100%" che si adatta alla tabella. Notare che le immagini "thumb" evitano da sole lo sgranamento (possono ridurre, ma non ingrandire automaticamente), quindi forse anche questo è possibile.
Mi pare inoltre che il <br> che di solito si usa per staccare la didascalia possa essere evitato dando l'allineamento "none" all'immagine --Bultro (m) 12:56, 4 dic 2013 (CET)

Ho fatto un po' di prove; è possibile assegnare una larghezza del 100% all'immagine via CSS, però poi non si riesce a dare anche un'altezza massima senza distorcerla. Scalare le immagini mantenendo le proporzioni non è proprio una capacità del CSS, a quanto ho letto in giro. Comunque altre cose possono essere demandate al CSS.

Prova
Prova di didascalia

{| class="sinottico"
|- class="sinottico_testata"
! colspan="2" | Prova
|- class="sinottico_immagine"
| colspan="2" | [[File:Santa Maria del Suffragio (Fano) - Facciata.jpg|none|260px]] Prova di didascalia 
|}

Ho aggiornato anche il template:Immagine sinottico per fare alcuni dei punti sopra elencati; per quanto riguarda la personalizzazione delle dimensioni della singola immagine, si potrebbe fare un controllino matematico per far sì che possano essere minori, ma non maggiori, del default --Bultro (m) 17:22, 6 dic 2013 (CET)

Io manterrei il <div> sulla didascalia con il padding, per staccare un poco la didascalia dall'immagine e dalla riga successiva (ho aggiunto un titolo di gruppo e una riga dati per mostrare meglio come verrebbe). Per il resto sono d'accordo.— Questo commento senza la firma utente è stato inserito da Moroboshi (discussioni · contributi).

{| class="sinottico"
|- class="sinottico_testata"
! colspan="2" | Prova
|- class="sinottico_immagine"
| colspan="2" | [[File:Santa Maria del Suffragio (Fano) - Facciata.jpg|none|260px]]<div style="padding:0.3em 0 0.5em;">Prova di didascalia</div>
|- class="sinottico_divisione"
! colspan="2" |Titoletto
|-
! Dato1
| valore dato1
|}
|}

Prova
Prova di didascalia
Titoletto
Dato1	valore dato1

Forse anche questo si può impostare nel CSS giocando con le proprietà "margin"; al limite, mettendo la didascalia in una propria casella con "sinottico_didascalia" --Bultro (m) 00:25, 11 dic 2013 (CET)

Beh, ma anche il padding è un'istruzione di css (poi si può tranquillamente aggiungere lo stile "sinottico_didascalia" e metterlo lì piuttosto che nel testo del template).--Moroboshi ^scrivimi 06:25, 11 dic 2013 (CET)

Richiesta di pareri

QUI.--MidBi 11:38, 2 dic 2013 (CET)

FdQ - Dicembre 2013

Messaggio automatico generato da Botcrux (discussioni · contributi)

Dimensioni mappe di localizzazione

Segnalo Discussioni_template:Mappa_di_localizzazione#Altezza_mappa --Bultro (m) 15:33, 7 dic 2013 (CET)

Nuovo CompletaTemplate

Sono in procinto di riscrivere lo strumento "Completa template" (guida) in modo da usare TemplateData invece delle vecchie sottopagina "struct" (come Template:Controlcopy/struct), che potranno essere poi cancellate. Pareri? --Ricordisamoa 03:54, 10 dic 2013 (CET)

Favorevole a semplificare e cancellare le vecchie sottopagine.--LikeLifer (msg) 08:58, 10 dic 2013 (CET)

Bravo Jalo 09:37, 10 dic 2013 (CET)

Rotpunkt, prima di riscrivere questo gadget sentiti con Ricordisamoa, mica che fate 2 volte la stessa cosa Jalo 09:38, 10 dic 2013 (CET)

Si anche io sono favorevole ad usare templatedata.-dega180 (msg) 10:20, 10 dic 2013 (CET)

Sarebbe un ottimo miglioramento, altrimenti tra /struct e /TemplateData rimarrebbe una duplicazione di dati. Credo però che richieda di rivedere tutti i TemplateData per far corrispondere, per esempio: Template:A/TemplateData con Template:A/struct. Nella compilazione del TemplateData di quel template sono stati considerati solo i parametri con nome (bisognerebbe aggiungere gli aliases per i parametri). A meno che si decida di lasciar perdere i parametri ordinali senza nome. --Rotpunkt (msg) 10:46, 10 dic 2013 (CET)

Si tratta di una proposta sollevata anche dai Wikipediani francesi. --Ricordisamoa 05:26, 17 feb 2014 (CET)

Novità da wikidata per i template

Ieri (credo) wikidata ha implementato ufficialmente il rank degli statement. Ora ad ogni statement può essere assegnato un rank che può essere

• normale che è il valore standard e viene attribuito agli statement che contengono informazioni corrette.
• preferito per gli statement che contengono le informazioni più aggiornate o più importanti.
• sconsigliato per gli statement che si ritiene abbiano dei valori imprecisi o errati.

questa cosa serve a noi per utilizzare correttamente quelle property che vengono compilate con più statement; per esempio la property P6 che viene utilizzata per indicare i sindaci della città, viene compilata con tutti i sindaci che hanno governato una città ma solo quello attuale avrà come rank "preferito", in questo modo noi potremmo scegliere se richiedere l'intera lista dei sindaci che ha avuto una città oppure solo il sindaco attuale. Direi che è il caso di implementare un parametro rank nel Modulo:Wikidata così da completare i tipi di informazioni che possiamo ottenere da una property.--dega180 (msg) 19:47, 11 dic 2013 (CET)

Categoria:Stub: la spostiamo a Categoria:Abbozzi?

Se ne discute qui. --Gce (Il Vile Censore Mascarato 2013) 23:28, 11 dic 2013 (CET)

Template:Errore template

Il template di cui sopra è stato creato anni fa in occasione della creazione del Divisione amministrativa, ma poi è rimasto utilizzato soltanto lì. Vedi Speciale:PuntanoQui/Template:Errore_template per esempi d'uso. Vorrei pareri se è il caso di diffonderne l'uso anche in altri template, o se campiamo meglio senza. Segnalo che nel parametro "Abitanti" del Divisione amministrativa lo tolsi su richiesta popolare, perché il messaggio di errore pareva eccessivo per un campo a volte davvero difficile da riempire (il campo è sempre obbligatorio, ma la casella rimane semplicemente vuota, come avviene di solito negli altri template) --Bultro (m) 00:08, 12 dic 2013 (CET)

per me quel template è una esagerazione. Nel senso che in generale nei sinottici non dovrebbero comparire mai messaggi di errore dato che non sono altro che delle tabelle contenenti dei dati, se il dato manca si lascia lo spazio vuoto. Ma comunque un template che genera un messaggio di errore è veramente inutile

1. si fa prima a scrivere il messaggio a mano che ricordarsi il nome e l'esistenza del template;
2. i template annidati appesantiscono il lavoro dei server e quindi dovrebbero essere usati solo se veramente necessario

--dega180 (msg) 09:34, 12 dic 2013 (CET)

Bisogna anche considerare però che i template annidati favoriscono l'uniformità e quindi la semplicità.--LikeLifer (msg) 17:59, 12 dic 2013 (CET)

Hai ragione, ma qua stiamo parlando di un template che genera un semplice testo. Mettere nel codice di un template una scritta del tipo " il parametro Pippo è stato compilato male" non mi pare che complichi più di tanto il codice del template.--dega180 (msg) 18:06, 12 dic 2013 (CET)

Lo avevo creato al tempo perché avevo la necessità di usarlo per {{Divisione amministrativa}}, così anziché creare un sottotemplate lo creai come template separato, visto che mostrare messaggi di errore è un'esigenza di molti template; all'epoca non avevo pubblicizzato la cosa quindi non c'è da stupirsi che nessuno lo abbia utilizzato. È solo abbozzato e c'è molto margine di miglioramento; l'idea di base era notificare l'errore a chi compila il tmp e/o al contributore che si imbatte nella voce, dare info su cosa provoca l'errore e come si risolve, fornire rapido accesso al manuale del tmp, e categorizzare automaticamente la voce in cat per il lavoro sporco. Il vantaggio dell'approccio modulare è avere un'interfaccia unica per più tmp e la possibilità di mostrare messaggi e strumenti anche avanzati (la scritta Errore non dà le stesse informazioni di data_di_nascita non riconosciuto (man) - che ti dice quale errore è accaduto, come risolverlo, e dà il link per trovare il manuale senza dover "scoprire" a mano come si chiama il tmp e dover digitare il nome nella searchbox). Per quanto da evitare se evitabili, i template annidati non sono un problema ora che siamo nel 2014 se hanno uno scopo; a Dega180 faccio notare che il tmp non produce solo una scritta (anzi automatizza molte cose che, altrimenti, chi scrive template non si prenderebbe mai la briga di implementare ogni volta, a scapito dell'utente) e che in realtà i template usati nelle voci (i sinottici, ma anche altri come {{Bio}} solo per citarne uno) hanno eccome la necessità di mostrare errori: molti campi sono obbligatori e quando il tmp viene compilato senza quei campi si deve mostrare un errore; per non parlare di tutti quelli che accettano solo valori formattati in un certo modo o che accettano solo determinate scelte da una lista. Vedete voi comunque, per me l'idea rimane buona ma certo non è fondamentale. --Una giornata uggiosa '94 · E poi, di che parliamo? 00:50, 13 dic 2013 (CET)

L'avviso però è eccessivo, le voci hanno problemi ben peggiori di una casellina mancante. E quelli che correggono queste minuzie sono in genere utenti con un po' di esperienza, gli altri è forse deleterio spaventarli con questi dettagli. Potrebbe bastare un punto interrogativo con la tooltip, ad esempio.

Anche per quanto riguarda le categorie di lavoro sporco, possono andar bene per il Divisione amministrativa ma qui è stato chiesto di non farle sempre così tanto specifiche --Bultro (m) 14:46, 14 dic 2013 (CET)

Bultro ha ragione, quello che penso però è che qualsiasi tipo di messaggio di errore vogliamo mettere, questo può essere benissimo inserito a mano, senza l'utilizzo del template {{Errore template}}.--dega180 (msg) 22:15, 14 dic 2013 (CET)

Rivedere il man del tmp:FictionTV

Segnalo. pequod76^talk 22:09, 20 dic 2013 (CET)

Ripresa discussione modulo Bio

Segnalo discussione. --Rotpunkt (msg) 23:06, 20 dic 2013 (CET)

Problema banale con un navbox

Ho creato questo navbox tuttavia una volta inserito in una voce sia il collegamento alla relativa pagina del template (V), sia quello relativo alla sorgente (M) puntano a una pagina inesistente. Come devo fare per sistemarlo? Mi scuso già fin d'ora per la stupidità del problema, grazie :) --martello di fiume 18:16, 27 dic 2013 (CET)

In nome avevi messo "Capocannonieri della Serie A di calcio 5" invece di "Capocannonieri della Serie A di calcio a 5". Non prendertela capita. A volte ho perso ore per via di un parametro in maiuscolo invece che in minuscolo. :D --Moroboshi ^scrivimi 18:25, 27 dic 2013 (CET)

Che vergogna!! Grazie mille stavo impazzendo! ore no però 20 minuti buoni e qualche diottria l'ho lasciata prima di decidermi a scrivere qua! :) --martello di fiume 18:45, 27 dic 2013 (CET)

Richiesta template manwha

Salve, sono un'utente attiva soprattutto nel progetto Anime e manga e mi sono accorta che se per i volumi giapponesi c'è un template adeguato, per i manwha purtroppo non si può dire lo stesso.

Volevo sapere: ci sarebbe un esperto capace di crearne uno ex novo? Magari riciclando in parte le struttura del templatee:volumeManga? In fondo le voci da riempire risulterebbero simili, bisognerebbe giusto sostituire parametri come "data di uscita in Giappone" "titolo in kanji" e via così... grazie in anticipo per qualsiasi delucidazione. --Joccia (msg) 21:38, 30 dic 2013 (CET)

elenca pure le cose da cambiare, qualche smanettone che possa fare 2 cambiamenti al template {{Volume Manga}} per adattarlo anche ai manwha e manhua si trova :) --Superchilum^(scrivimi) 00:45, 31 dic 2013 (CET)

grazie per la disponibilità! :)

purtroppo a livello linguistico non mi intendo granché, ma ad occhio e croce bisognerebbe fare in modo che vi sia un'alternativa all'espressione "titolo kanji": ho cercato un po' in rete e credo che per i manwha coreani si possa usare un parametro "titolo Hangŭl" mentre per i manhua non sono riuscita ad approdare a nulla (come li scrivono i titoli, di solito? in cinese semplificato o tradizionale? mah... ho provato a dare un'occhiata a questa, ma non ne ho ricavato nulla), forse sarebbe meglio chiedere ad un utente linguista più esperto... C'è qualche "portale-buon-samaritano" cui girare la richiesta?

Per gli altri parametri non c'è nulla da cambiare se non le date di uscita e gli ISBN, in modo che compaia "data di uscita Corea del Sud/Cina" al posto di "data di uscita Giappone"

PS: lo stesso dilemma linguistico vale per il parametro "titolo romaji": la romanizzazione è spesso infedele - come per il giapponese del resto - e ho letto qui che ci sono sistemi diversi non riconusciuti da tutti allo stesso modo. --Joccia (msg) 16:09, 31 dic 2013 (CET)

IMHO si può mettere un parametro "tipo" o qualcosa del genere da riempire con "manga", "mawnha", "manhua": a seconda del nome inserito poi cambierà:

1. "Data di uscita in Giappone/Corea/Cina" (questa è facile), magari cambiando il nome del parametro "data giappone" (e simili) in "data originale" o qualcosa del genere
2. "titolo kanji"/"titolo romaji"/"titolo hangul"/"titolo ?" (bisogna verificare per i manhua quale sia la forma da usare)... in questo caso non so se vale la pena cambiare i nomi dei parametri, sarei per aggiungere quelli coreani e cinesi

--Superchilum^(scrivimi) 17:40, 31 dic 2013 (CET)

La tua "humble opinion" mi garba assai. Per i manhua intanto ho provato a chiedere al progetto Cina, sperando siano interessati e/o informati riguardo i fumetti dell'estremo oriente... uhm. incrociamo le dita ;)--Joccia (msg) 14:28, 1 gen 2014 (CET)

Ehi, credo d'aver fatto luce sulla differenza fra cinese semplificato e cinese tradizionale: su questo sito (che pare anche affidabile) se uno scorre al paragrafetto "Volete saperne di più?" spiega che in CIna ora si usa solo la forma semplificata. Umh uhm... credo perciò che i manhua prodotti in Cina saranno scritti con titolo "semplificato", mentre quelli di Hong Kong, Taiwan (...) in "tradizionale".

Mica toccherà aggiungere 2 parametri per i titoli dei manhua, o forse sì? --Joccia (msg) 00:08, 4 gen 2014 (CET)