Discussioni template:Classifica

Buona idea

[@ Sannita], il template è una bella cosa, almeno per unificare le classifiche. Solo un paio di cose:

1. la grafica è un po' "miserella", sarebbe possibile implementarla esteticamente per avvicinarla a tabelle più "vivaci" come per esempio questa (opzione non vincolante, è solo un suggerimento estetico, non funzionale)?
2. è personalizzabile e usabile anche come base di altri template? Per esempio io lavoro molto con le tabelle da Emisfero Sud (vittoria: 4 p, pari 2 p, sconfitta 0 p, sconfitta con 7 o meno punti di scarto +1 p., marcatura di 4 mete in gara +1 p...).. -- Blackcat 11:54, 12 nov 2021 (CET)

[@ Blackcat]: sì, lo so, la grafica è molto basica, ma direi che è un pregio per la leggibilità. :) Ciò non impedisce di utilizzare i colori per segnalare promozioni e retrocessioni o altro, ma direi che la leggibilità del template è la cosa principale per questo qui. Sul renderlo base, sarebbe il mio prossimo passo a dire il vero, solo che per ora sto già piangendo sangue coi moduli torneo e quindi non ho tempo di occuparmi anche di questo. In teoria però sì, dovrebbe funzionare così. --Sannita - L'admin (a piede) libero 16:15, 20 nov 2021 (CET)

[@ Sannita] Intendiamoci, se la grafica basica è uguale per tutti i progetti, sono favorevole a introdurla anche usando forme di repressione spietata verso i resistenti, l'importante è avere uno stile unico.-- Blackcat 18:48, 20 nov 2021 (CET)

Incoerenza parametro

Non è ben chiaro come vada usato il parametro aggiornamento negli incontri di rugby (v. Sei Nazioni 2024): in {{Classifica rugbistica Emisfero Sud}} è riportato che andrebbe inserita la data di aggiornamento della classifica anche se però viene usato dal modulo sottostante (Modulo:Sports table/WDL) come data di inizio, mostrando una criptica stringa "Data di inizio: < data >" nella tabella generata. -- ZandDev (msg) 19:11, 3 feb 2024 (CET)

Pingo gli utenti che hanno contribuito ai template/moduli [@ Blackcat, Sannita, ValterVB] — $ZandDev ↩ 15:21, 5 apr 2024 (CEST)

Io avevo solo creato il template che richiama direttamente il modulo Sports table, non vorrei che il problema fosse nato dall'ultima modifica fatta da [@ Robespierreshead] anche se però io l'errore non lo vedo. --ValterVB (msg) 20:29, 5 apr 2024 (CEST)

[← Rientro] [@ ZandDev], sono tornato, adesso gli do un'occhiata. -- Blackcat 20:45, 22 apr 2024 (CEST)

[← Rientro] [@ ZandDev], allora, nel campo | Stato = va messa la data in formato esteso (es. 28 aprile 2024). A classifica definitiva si toglie quel campo. -- Blackcat 21:07, 22 apr 2024 (CEST)

[@ Blackcat] Ok, però il manuale del template {{Classifica rugbistica Emisfero Sud}} e quello del template {{Classifica internazionale di rugby a 15 senza bonus}} dicono diversamente e sinceramente penso che la situazione attuale sia una zozzeria... che però si potrebbe migliorare effettuando una modifica nel wikicodice dei template, qualcosa del tipo:

 | update = {{{stato|complete}}}
 | start_date = {{{aggiornamento|}}}

a

 | update = {{{aggiornamento|complete}}}

e procedendo a far chiarezza nei manuali.

Effettivamente le ultime due modifiche effettuate da Robespierreshead (discussioni · contributi) potrebbero aver influenzato il comportamento del modulo e di conseguenza dei template che lo richiamano per funzionare, tenendo conto che i suddetti template sono praticamente dei wrapper a {{Classifica}}, punto unificato di accesso al modulo. — $ZandDev ↩ 01:22, 23 apr 2024 (CEST)

Modificato — $ZandDev ↩ 01:28, 23 apr 2024 (CEST)

[@ Blackcat] Per la notifica, credo non sia partita. — $ZandDev ↩ 01:31, 23 apr 2024 (CEST)

[← Rientro] [@ ZandDev], io consiglierei di ascoltare [@ Sannita] e di non toccare niente per adesso, tanto più che, in fin dei conti, quello è un transitorio, la condizione normale del template è una classifica conclusa. -- Blackcat 02:04, 23 apr 2024 (CEST)

[@ Blackcat] E allora si toglie proprio la possibilità di inserirla questa benedetta didascalia nella tabella della classifica se "essendo un transitorio" transitoriamente deve essere anche inutilizzabile e incomprensibile. Pingo [@ Sannita] per avere un parere in merito, perché (A) non vedo dove si dichiara di non fare modifiche, (B) le modifiche andrebbero fatte ai template utilizzatori finali del modulo e sarebbero solo "estetiche"; lui si è prodigato nel far funzionare il modulo, nel livello più alto e proprio per questo con la difficoltà di integrare tutti i vari comportamenti attesi decisamente più complicato. Per me la cosa importante è avere un comportamento chiaro, coerente ed unico. — $ZandDev ↩ 14:57, 23 apr 2024 (CEST)

L'aggiornamento della tabella è importante per sapere a che data è aggiornata la tabella, se il campionato è ancora in corso. Non capisco perché dovremmo levarlo. --Sannita - L'admin (a piede) libero 20:41, 23 apr 2024 (CEST)

[@ ZandDev] e chi dice no, infatti? Ma c'è una via di mezzo ragionevole, basta spiegare nel manuale del template come usare il campo, meno improduttivo che cassarlo, no? -- Blackcat 00:10, 24 apr 2024 (CEST)

[@ Sannita] L'idea di fondo è valida però fino ad adesso la didascalia che appare non viene generata in modo comprensibile all'utente lettore finale, quindi un cambiamento risulta necessario, che esso sia nell'interfaccia (nel manuale o cambiando i parametri) o nei template/moduli (nell'effettivo funzionamento). — $ZandDev ↩ 15:36, 24 apr 2024 (CEST)

[@ Blackcat] Il fatto è che è già spiegato, però spiegato diversamente, la spiegazione che stai proporrendo^138955445 sarebbe "la data va inserita nel parametro stato, quando la tabella è definitiva il parametro va rimosso dall'istanza del template", così il parametro aggiornamento non servirebbe più, la mia modifica al wikicodice rifletterebbe questa spiegazione. — $ZandDev ↩ 15:29, 24 apr 2024 (CEST)

[@ ZandDev] sì, ma tieni anche presente che quel template nasce su un altro template che a sua volta si appoggia su un modulo già rigidamente parametrizzato. La mia spiegazione serve a semplificare le cose e a non inserire variabili inutili, a mio avviso è inutile andare a fare modifiche di codice che, nella migliore delle ipotesi, non migliorano la fruibilità attuale del template. -- Blackcat 15:57, 24 apr 2024 (CEST)

+1 su Blackcat. Inoltre, un cambiamento fatto sul template rischierebbe di incasinare le cose sul modulo, non tocchiamo cose di cui non siamo sicuri di capire tutte le implicazioni. --Sannita - L'admin (a piede) libero 16:51, 24 apr 2024 (CEST)

Sono convinto di aver capito la situazione; mi sembra strano che siano i template wrapper a influenzare il modulo e non viceversa; ho visto (praticamente adesso) che i manuali dei due template sono stati modificati (almeno adesso seguendo le indicazioni la didascalia è generata correttamente); le "variabili inutili" non sono inutili se il modulo retrostante le prevede. Comunque la logica "finché funziona non si tocca" non è proprio la migliore per manutenere i codici sorgenti. — $ZandDev ↩ 19:39, 24 apr 2024 (CEST)

La cosa più importante (spero non solo per me) era quella di avere una completa corrispondenza tra il comportamento previsto rispettando la documentazione ed il comportamento reale. — $ZandDev ↩ 20:06, 24 apr 2024 (CEST)

Il comportamento dei template non dovrebbe cambiare se i parametri sono assenti oppure lasciati non compilati, se così non fosse andrebbe adeguatamente segnalato nella documentazione.

La mia modifica avrebbe riflesso l'uso previsto del parametro (aggiornamento = data di aggiornamento è più comprensibile di stato = data di aggiornamento) tenendo conto che:

• il parametro stato continui ad esistere nel modulo e questo può ingenerare confusione
• ci sono pochi usi di questi parametri visto che sono temporanei: solo per le classifiche non definitive dove il buon wikipediano si è ricordato di inserirli (impatto ridotto)

— $ZandDev ↩ 15:09, 26 apr 2024 (CEST)