Discussioni template:Navbox/Archivio01

Cioè, no, scusate l'ho scoperto per caso. utilità di 'sta roba? Un template per fare i template? Va bene l'uniformità, però secondo me si può conseguirla con metodi differenti (e risultati estetici migliori). --Kal - El 22:12, 1 ott 2007 (CEST)[rispondi]

Ho cambiato lo stilo per width:100% e padding:0 5px. Tutti d'accordo / disaccordo Notscott 00:33, 31 dic 2007 (CET)[rispondi]

Perché nei template che usano questo template (qui o qui, ad esempio) non sembra funzionare come al solito?--Dr Zimbu (msg) 12:44, 12 giu 2008 (CEST)[rispondi]

Perché qualcuno ci ha messo le mani senza passare dalla sandbox. Comunque ora dovrebbe essere tutto a posto (si ringrazia Melos per il ripristino).--Trixt (msg) 23:35, 12 giu 2008 (CEST)[rispondi]

Gli diamo un nome semplice e italiano? Ad es {{navigazione}}? --Bultro (m) 12:22, 15 ago 2008 (CEST)[rispondi]

Per buonsenso direi di si, mi pare ovvio, ma siccome poi cancellano i redirect Template:Navbox e Template:Navbox generic a causa delle pagine speciali, redirect utili per chi viene dalle wiki straniere, per me no.--Trixt (msg) 20:50, 17 ago 2008 (CEST)[rispondi]

E perché mai dovrebbero cancellarli, se sono utili? Template:Navbox è già un redirect e nessuno lo cancella --Bultro (m) 01:06, 18 ago 2008 (CEST)[rispondi]

Meglio lasciar perdere... --Trixt (msg) 01:28, 18 ago 2008 (CEST)[rispondi]

Bè sono loro che sbagliano... --Bultro (m) 01:56, 18 ago 2008 (CEST)[rispondi]

• Mi pare che sia spuntato anche un template {{navigation}} (vedi discussione su quel template). --「Twice·29 (disc.)」 03:00, 23 ago 2008 (CEST)[rispondi]

Ho importato da en.wiki le classi relative a questo template. Se ci fossero anomalie siete pregati di segnalarmelo o di intervenire sulle stesse e non sul codice del template, grazie. Gvf 13:32, 25 nov 2008 (CET)[rispondi]

Mi spiace, ho letto solo ora, ormai ho revertato. Però prima le modifiche si testano da qualche parte e poi si applicano, senza contare che l'importazioni di classi sarebbe una cosa soggetta a discussione e relativo consenso.--Trixt (msg) 22:06, 25 nov 2008 (CET)[rispondi]

Le classi andrebbero importate assieme al template se si vuole che il template funzioni correttamente e poi eventualmente modificate per adattarlo ai nostri gusti. Qui invece si fa l'import senza neppure leggere il codice e lo si "rappezza" mettendo gli stili in-line. Sarebbe ora di fare un passo aventi ed imparare ad usare un po' meglio gli strumenti che abbiamo a disposizione. Gvf 11:29, 2 dic 2008 (CET)[rispondi]

Vedi risposta qui. A importare la pappa pronta da en.wiki son bravi tutti, non ti preoccupare.--Trixt (msg) 22:16, 2 dic 2008 (CET)[rispondi]

Nella sostanza, le classi fanno funzionare davvero meglio il template? In base al principio della separazione dei contenuti dalla forma dovrebbe essere così. Quindi se non mi sbaglio, usiamo il metodo giusto per importarle (non è scorretto farlo notare) ma mi sembra evidente che servano. Spero di non aver trascurato qualcosa di fondamentale, che può sempre sfuggire. Kal - El 13:46, 3 dic 2008 (CET)[rispondi]

@Trixt: Tu invece saresti il nostro esperto che quando trova scritto:

<th style="<!---deprecated:--->

visto che l'hanno scritto quei cretini degli inglesi non trova di meglio che togliere l'indicazione e fare proprio quello che era segnalato come da evitare. Capisco. Gvf 17:11, 3 dic 2008 (CET)[rispondi]

L'abbiamo capito che sei il figo dei template, non c'è bisogno di atteggiarsi, dai, che non sta bene per noi "veci" (per la cronaca, io ho usato come base questa versione, non la versione importata prima delle mie modifiche, senza alcun "deprecated" tolto, ma veder palate di merda spalate ogni tanto fa sempre bene, si capiscono meglio le utenze). Perchè non mettiamo in testa a tutte le pagine del ns Template: per favore, incapaci, prima di modificare contattate il maghetto? Dai, che ti piacerebbe, lo so... :) @Kal-El: l'importazione delle classi insieme al codice del template è sempre cosa buona e giusta, ma ovviamente non tutti gli utenti lo sanno e importano solo il codice. A quel punto puoi cancellare il codice non funzionante o sistemarlo senza importare le classi (non è la cosa migliore per le funzionalità che danno le classi, ma perlomeno non sei costretto a discutere prima per utilizzare il template - se ci tieni che venga usato e punti sul principio del "vediamo in quanti lo usano, se sono tanti vale la pena di discutere se importare le classi").--Trixt (msg) 22:40, 3 dic 2008 (CET)[rispondi]

Mi devo preoccupare :) ? --Melos ^(Merosu) 00:15, 4 dic 2008 (CET)[rispondi]

• Vediamo di non scadere nel flame e di rimanere - se vi è da rimanerci - nel tecnico. Lo scopo è uno, e uguale per tutti. ;-) Chi ci capisce di più, aiuti chi ci capisce di meno. Abbiamo bisogno di strumenti, non di [possibili ed eventualmente venture] risse. --「Twice·29 (disc.)」 00:25, 4 dic 2008 (CET)[rispondi]

@Trixt: il fatto che tu ci abbia copiato sopra un'altra versione non toglie che usare gli stili in-linea sia deprecato e che al loro posto andrebbero usate le classi. Il tuo discorso sull'usare un template e dopo aggiungerci le classi mi sembra che zoppichi, maggiore è il numero di pagine in cui viene usato un template più è difficile metterci le mani senza causare qualche problema, magari perchè qualcuno l'avrà usato in maniera "estrema" e i test che fai preventivamente molto difficilmente possono coprire tutte le varianti, soprattutto in un template articolato con molte varianti e sottotemplate. Quindi IMHO le classi vanno messe subito. Ribadisco che l'invito messo all'inizio del commons.css è da intendersi per chi fa modifiche che alterano l'aspetto dell'interfaccia, oltretutto è stato copiato pari pari da un'altra pagina, non c'è su monobook.css (che altera lo skin più comunemente usato) e non mi ricordo nessuna discussione in proposito all'epoca. Per il resto direi che vale la regola di base di wiki, vediamo di usare il buonsenso. Gvf 23:13, 4 dic 2008 (CET)[rispondi]

Penso che questo template abbia problemi nel mettere alcuni colori. Faccio un esempio: nella en.wiki, se vediamo questo template, le scritte v d e sono scritte in bianco (in quanto su quel tipo di sfondo il classico blu non ci starebbe proprio bene): da noi fare questo è IMPOSSIBILE. Le nostre scritte, qualunque cosa si fa, rimangono del colore di base. Qualcuno può rimediare?--Andrea93 (msg) 08:41, 6 dic 2008 (CET)[rispondi]

In quello inglese c'è in più il parametro "fontcolor", non sarebbe male aggiungerlo anche da noi. --Skyluke ★ 11:27, 6 dic 2008 (CET)[rispondi]

Per i tre link direi che basta inserire nello stile dei tre link il parametro {{{titlestyle}}} in maniera di applicarlo agli stessi quindi definirlo così: titlestyle = background:#0000b8;color:#ffffff;. La modifica è piuttosto semplice, il risultato è il seguente.

Template:Navbox generic/Sandbox Colorare i link presenti sul titolo e il comando espandi/nascondi è una cosa un pelo più complessa. Gvf 15:56, 6 dic 2008 (CET)[rispondi]

Già è un passo avanti, ma sarebbe opportuno applicare questa opzione pure ai comandi espandi/nascondi.--Andrea93 (msg) 16:28, 6 dic 2008 (CET)[rispondi]

Su en.wiki lo fanno, non si può copiare da loro? --Skyluke ★ 19:39, 6 dic 2008 (CET)[rispondi]

Si, ma per farlo occorre aggiornare {{Tnavbar}}. La nostra versione ha il nero e non si può cambiare (a differenza di en.wiki dove c'è, come detto da te, il parametro "fontcolor", che non è un parametro del navbox ma del Tnavbar).--Trixt (msg) 20:14, 6 dic 2008 (CET)[rispondi]

Dov'è che usa il tnavbar? Io non lo vedo nel codice, e se provi a fare l'anteprima levando tutto ciò che è fuori dall'includeonly il tnavbar sparisce anche dalla lista dei template usati. --Skyluke ★ 20:26, 6 dic 2008 (CET)[rispondi]

E comunque il mediawiki è lo stesso, se lo fanno loro si può fare anche qui ;) --Skyluke ★ 20:27, 6 dic 2008 (CET)[rispondi]

Lo usava, come nella versione originale di en.wiki - adesso non so che casino han fatto per qualche motivo è stato "substato". Comunque, tieni presente che noi usiamo il vecchio (per en.wiki) en:Template:Navbox generic, mentre loro usano adesso una versione più nuova, il en:Template:Navbox (questo non per dire che non si può fare, ma che l'aggiornamento non è così semplice).--Trixt (msg) 20:49, 6 dic 2008 (CET)[rispondi]

Scusate il parere da ignorante: ma non si potrebbe allineare tutto tutto (navbox, colorazione, uso termini da ignorante ma avete capito, ecc...) al codice di en:wiki (se, come pare di capire, il mediawiki lo consente)? --「Twice·29 (disc.)」 21:45, 6 dic 2008 (CET)[rispondi]

[rientro] Potere si può, il discorso è che non basta fare copia-incolla. Prova ad esempio ad incollare questo testo in una pagina di en.wiki (è il testo usato qui sopra da gvf):

{{Navbox generic
|name      = Navbox generic
|state     = 
|title     = Numeri
|list1     = [[Uno]] · [[Due]] · [[Tre]] · [[Quattro]] · [[Cinque]]
|titlestyle = background:#0000b8;color:#ffffff;
}}

Benché i nostri Navbox generic siano praticamente identici, in en.wiki si colora di bianco il "nascondi" ma non il navbar. Prova ora a cancellare dalla sintassi il "generic", lasciando solo "Navbox". Magia...--Trixt (msg) 23:04, 6 dic 2008 (CET)[rispondi]

Qundi? [in soldoni... ;-)] --「Twice·29 (disc.)」 23:38, 6 dic 2008 (CET)[rispondi]

Il gioco non vale la candela ;)--Trixt (msg) 23:42, 6 dic 2008 (CET)[rispondi]

Bene, così risparmiamo sull'acido stearico ... ;-) --「Twice·29 (disc.)」 01:07, 7 dic 2008 (CET)[rispondi]

Non si potrebbe aggiungere un parametro tipo |portale = in modo che aggiungi da solo nel parametro |below = il portale X copn la sua relativa pagina di discussione? --Airon^theHaikara☮ 09:10, 14 dic 2008 (CET)[rispondi]

A parte che nei template di navigazione e negli infobox non andrebbero segnalati progetti et similia, perchè al lettore interessa leggere e navigare fra le varie voci e basta, la segnalazione dei portali avviene già con {{Portale}}.--Trixt (msg) 09:13, 14 dic 2008 (CET)[rispondi]

Qui alcuni si pongono il dilemma sul fatto dell'obbligo di usare o no il navbox, dato che esso è "meno funzionale" del precedente template, fatto a mano. Ergo, per i template di navigazione, è obbligatorio usare il navbox oppure si può lasciare uno fatto a mano? --Airon^theHaikara☮ 19:13, 18 dic 2008 (CET)[rispondi]

Non è obbligatorio.--Trixt (msg) 23:18, 18 dic 2008 (CET)[rispondi]

Aggiungere dei parametri per cambiare il colore del nascondi e dei vdm??? Servirebbe sul serio--rusty Book 15:56, 10 gen 2009 (CET)[rispondi]

Leggi la discussione 20 centimetri più su.--Trixt (msg) 19:40, 10 gen 2009 (CET)[rispondi]

Questo è un template che qualcuno più sopra definirebbe "fatto a mano". Se lo si volesse trasformare in un navbox, bisognerebbe rinunciare ad alcuni dei suoi "abbellimenti". In primis, la differenza di tonalità delle varie righe: come si nota infatti la riga "Posizione" è di un azzurro più chiaro rispetto a "Nucleo galattico", e così via alternando. Qua sul navbox una cosa simile a quanto capisco sarebbe impraticabile, dato che l'unico colore che cambia è quello dello sfondo dove sta l'elenco, e non quello del nome della lista in sé. Infine: esiste la possibilità di spostare l'immagine a sinistra delle barre? Lo so, è una "questione di gusti", "sta meglio a destra", etc etc etc, ma prevengo eventuali risposte su questo tono dicendo che de gustibus etc e che almeno nel progetto siamo d'accordo sul tenere questo lay-out. Vorrei solo sapere se è possibile o se si può rendere possibile. Questa, e anche la modifica di cui sopra. --Roberto Segnali all'Indiano 06:23, 13 gen 2009 (CET)[rispondi]

Mah, sull'alternanza dei colori per i box colorati mi pare semplicemente una questione estetica (ad esempio mi pare abbastanza inutile, quasi fastidiosa). Un conto sono le righe dei dati, che possono essere numerose e quindi l'alternanza aiuta la consultazione, ma pure i box a colori alterni, sembra un po' un'arlecchinata, IMHO. Per l'immagine: si, si può, ma non con questa versione del navbox. Occorre usare la nuova versione di en.wiki, en:Template:Navbox, vedi en:Template:Navbox#Layout of table, ma è un po' complicato importarlo (vedi sopra sempre la discussione sul colore dei link nella barra del titolo). En passant: non è che se il Progetto:Tal dei tali dice una cosa tutta Teknopedia si deve adattare, eh: se si decide a livello comunitario che l'immagine sta a destra, ci si attiene, se no facciamo come l'Italia e i suoi 8.000 comuni (un casino).--Trixt (msg) 22:38, 13 gen 2009 (CET)[rispondi]

(E chissà perché temevo che l'intervento venisse letto in modo polemico o addirittura decisionista...) Io non ho detto di volerla impostare in modo che si mostri solo a sinistra, ho solo chiesto se era possibile fare una modifica (esplicito: se era possibile avere le varie opportunità come scelta, non "stabilire che d'ora in avanti le immagini devono stare a sinistra") e ho voluto inoltre prevenire le solite risposte del tipo "è più gradevole così com'è adesso, lascia perdere". :-) --Roberto Segnali all'Indiano 05:11, 14 gen 2009 (CET)[rispondi]

PS: l'arlecchinata non è stata un'idea del nostro progetto, ma di Hill. :-) --Roberto Segnali all'Indiano 13:29, 14 gen 2009 (CET)[rispondi]

Giusto (guardando la pagina principale avrei dovuto immaginarlo) ;P --Trixt (msg) 22:48, 14 gen 2009 (CET)[rispondi]

{{Navbox generic}}: li facciamo collassare tutti? A me personalmente vedere certi mostri in fondo alle pagine piace poco Lenore 01:16, 26 novembre 2008|Lenore}}

Che brutto termine collasssare, diciamo forse meglio seguire le linee guida del progetto e mandarli al giusto riposo.--Lingtft (msg) 03:17, 26 nov 2008 (CET)[rispondi]

Adesso per default vengono chiusi se ce ne sono piu' di uno. Se nella pagina c'e' un solo template viene mostrato aperto. A me questo sembra il metodo migliore. Jalo 11:02, 26 nov 2008 (CET)[rispondi]

Anch'io sarei perché fossero tutti chiusi di default, come strumenti aggiuntivi eventualmente espandibili con un clic. --「Twice·29 (disc.)」 11:53, 26 nov 2008 (CET)[rispondi]

favorevole alla chiusura di default --Gregorovius (Dite pure) 12:58, 26 nov 2008 (CET)[rispondi]

come Jalo. così va bene. -- Grond (scrivimi) 13:00, 26 nov 2008 (CET)[rispondi]

Scusate il commento ma il termine mi aveva tratto in confusione, certamente per default devono essere in stato chiuso.--Lingtft (msg) 13:05, 26 nov 2008 (CET)[rispondi]

Anche per me sempre chiusi è meglio. A prescindere dal fatto che continuo a trovare superfluo un template per fare i template, ma tanto ormai... --Kal - El 13:17, 26 nov 2008 (CET)[rispondi]

[rientro] aperti di default: a parte il "clic in più", così si evidenzia quando ci sono troppi template e serve un po' di pulizia. --MarcoK (msg) 20:08, 26 nov 2008 (CET)[rispondi]

Alla faccia della customer satisfaction... al primo posto dovrebbero stare le esigenze degli utenti, no quelle dei patrollari PS ho cambiato il default, ma pare non essere cambiato nulla Lenore 21:55, 26 novembre 2008

Come Jalo, Grond e Marcok. @Lenore: quando si apre una discussione in cerca di consenso per una modifica che a noi piace - in particolare per una non da poco, come questa - si dovrebbe attendere qualche giorno prima di applicare tale modifica, dando tempo agli utenti che non sono appiccicati al pc di partecipare. Sempre che ci sia consenso, ovviamente, e qui non lo leggo. Da notare che, come al solito, l'utente che "legge consenso" legge sempre tale consenso "dalla sua parte". That's wiki.--Trixt (msg) 23:08, 27 nov 2008 (CET)[rispondi]

Rollbackato per i motivi sopra esposti da Trixt. Meglio attendere un altro po' di pareri, specie quando si modifica un template utilizzato in migliaia di voci. --MarcoK (msg) 10:08, 28 nov 2008 (CET)[rispondi]

Non mi è chiaro a che cosa dovrebbe servire mettervi la chiusura predefinita quando basta aggiungere |state = collapsed?--Geminiano onainimeG 02:35, 29 nov 2008 (CET)[rispondi]

Per averli chiusi di default senza doverli modificare tutti. Gvf 12:28, 29 nov 2008 (CET)[rispondi]

Ho fatto la modifica subito perché ci ho ripensato e non mi pareva più così importante aspettare il consenso in questo caso, ma visto che ci tenete aspetto Lenore 19:41, 29 novembre 2008

Forse basterebbe decidere insieme un avviso che dica: "è necessario inserirvi il parametro per il collassamento in casi come questo e quest'altro", o rivedere il manuale.--Geminiano onainimeG 22:22, 29 nov 2008 (CET)[rispondi]

Favorevole a collassarli tutti di default. <OT><POV>Strafavorevole a eliminare tutti quelli che non usano navbox generic.</POV></OT> --Amarvudol (msg) 18:27, 3 dic 2008 (CET)[rispondi]

• Sono anch'io per una campagna pro-navbox generic - in versione rigorosamente collapsed - e abolizione di ogni altro stile per tmp di navigazione. Ho adattato proprio oggi il tmp {{Oscar Wilde}}, credo con esito felice. Occorrerebbe omologare tutti i vari tmp di navigazione sparsi per l'enciclopedia sullo stile di questo format. --「Twice·29 (disc.)」 19:24, 3 dic 2008 (CET)[rispondi]

A parte il fatto di farlo collassare, siete d'accordo a cambiare il colore per renderlo pandant (non so come si scrive) con gli occhielli e a togliere quel "vdm" di lato? Lenore 14:38, 30 gen 2009 (CET)[rispondi]

Il vdm mi sembra imprescindibile per l'accessibilità. Non devo dover editare per vedere come si chiama il template se lo voglio modificare. --Francisco83pv (msg) 18:12, 13 mar 2009 (CET)[rispondi]

Allora forse potremmo lasciare solo il link modifica (Template:Navbox generic/Sandbox), molto meno invasivo? Lenore 18:38, 13 mar 2009 (CET)[rispondi]

Io sono favorevole a togliere il vdm da tutti i template. Chi è in grado di modificare un template non ha bisogno del link diretto per riuscirci e comunque non è un'operazione che si faccia con tale frequenza da richiedere la presenza di un link per accelerarla. Gvf 12:00, 14 mar 2009 (CET)[rispondi]

In questo template se inserisco width=100px nel parametro groupstyle in modo da allargare la colonna "Amiga Classic" non viene accettato. Ho provato ad inserire un valore in percentuale e invece viene accettato. Qualcuno sa dirmi perchè non viene accettato il valore in pixel? --87.16.47.13 (msg) 00:01, 12 apr 2009 (CEST)[rispondi]

In seguito a questa discussione al bar sta emergendo sempre più l'opinione favorevole ad un riammodernamento del template navbox (come pure i parametrici infobox). Esattamente come avevo proposto di fare più in alto, alcuni mesi fa, migliorando soprattutto la grafica, oltre alla versatilità. L'importazione dei sistemi di codici da en.wiki e/o da fr.wiki sarà pure onerosa in termini di tempo, ma almeno c'è il vantaggio di non doverli scrivere ex novo. O addirittura, di sopprimere del tutto il navbox... --Roberto Segnali all'Indiano 11:48, 13 mag 2009 (CEST)[rispondi]

Senza offesa, magari si abolisse (è una pia illusione, lo so, ma almeno sappiate come la penso). Visto che l'ipotesi più plausibile è che si terrà, allora concordo sulle migliorie proposte. --Kal - El 13:56, 13 mag 2009 (CEST)[rispondi]

Puoi esplicitare quali sono le modifiche che vorresti?

In riferimento alla discussione del 13 gennaio, non vedo alcuna differenza di tonalità dell'azzurro nel template:Via Lattea, e non vedo un valido motivo per cui le immagini dovrebbero stare a sinistra --Bultro (m) 14:38, 13 mag 2009 (CEST)[rispondi]

L'intera discussione era nell'importare il nuovo sistema da en.wiki o fr.wiki. Se non lo si vuol fare pazienza, basta non imporre poi l'uso del navbox a tutti i template di navigazione... :-) --Roberto Segnali all'Indiano 15:06, 13 mag 2009 (CEST)[rispondi]

Per inciso, mi pare che l'immagine a sinistra - nel caso citato del termplate via lattea - non stia molto bene esteticamente. Per il resto, se si può migliorare il codice template, lo si migliori senz'altro. ;-) --「Twice·^29.5 {disc.}」 17:11, 13 mag 2009 (CEST)[rispondi]

Lo stesso argomento in dettaglio: Teknopedia:Bar/Discussioni/Alcune riflessioni.

Sempre più spesso si sta utilizzando il Template:Navbox generic e una buona parte di utenti crede che deve essere chiuso (collapsed). Ma secondo me non ha senso creare un template (che normalmente ha la funzione di collegamento ad altre voci) chiuso, che non invita il lettore ad approfondire le voci. Inoltre sento diversi amici che si lamentano che non possono andare facilmente da una squadra all'altra, ... . Una discussione è già avvenuta 7/8 mesi fa qui, in cui una decina di utenti ha deciso per tutti, ma non credo che si è raggiunto un consenso. --83.77.13.60 (msg) 19:43, 3 ago 2009 (CEST)[rispondi]

Io li vorrei sempre aperti, proprio per una maggior fruibilità. L'ho detto sempre ed in svariate sedi. Se resta chiuso, scordiamoci la navigazione. --Salvo da Palermo dimmelo qui 20:09, 3 ago 2009 (CEST)[rispondi]

Attualmente il default è cassettati, ma non è obbligatorio. Io penso che dipenda dalle dimensioni. Chiaramente uno come Template:Clock Tower sarebbe ridicolo cassettarlo --Bultro (m) 21:19, 3 ago 2009 (CEST)[rispondi]

Concordo con l'opinione di 83.77.13.60; il default dovrebbe essere l'autocollapse, ovvero i template si chiudono se sono più di 2 in una stessa pagina.--Trixt (msg) 21:26, 3 ago 2009 (CEST)[rispondi]

Clock Tower non è navbox... --Salvo da Palermo dimmelo qui 21:29, 3 ago 2009 (CEST)[rispondi]

Quindi non hai capito l'esempio? E' preoccupante... --Bultro (m) 21:40, 3 ago 2009 (CEST)[rispondi]

Se Clock Tower lo fai diventare navbox e lo metti insieme ad almeno un altro template, verrà cassettato, ridicolo o no che sia. --Salvo da Palermo dimmelo qui 21:43, 3 ago 2009 (CEST)[rispondi]

Si può mettere state=uncollapsed per forzare il non-cassettamento (mi sa che non è documentato nel manuale, in effetti) --Bultro (m) 22:29, 3 ago 2009 (CEST)[rispondi]

(rientro a sx) Attualmente il default è "autocollapse"... A novembre è stato cambiato ma per due giorni, poi la modifica è stata annullata in attesa di consenso che evidentemente o non c'è o ancora si sta aspettando, quindi nessuno ha deciso per tutti. Stando così le cose il "problema" non sta nel template ma nell'uso del parametro state per forzare il collassamento anche se vi è solo un template del genere nella pagina, cosa che personalmente in generale eviterei. --Simo82 (scrivimi) 22:12, 3 ago 2009 (CEST)[rispondi]

Immagino che Bultro (da qui la mia risposta) intendesse che l'abitudine, la tendenza, è quella di cassettarli.--Trixt (msg) 22:16, 3 ago 2009 (CEST)[rispondi]

A me va bene lo stato attuale. Aperto se è solo uno, collassati se sono più di uno nella stessa voce Jalo 23:48, 3 ago 2009 (CEST)[rispondi]

Mi dicono che in en.wiki questo template usa Template:Tnavbar. Ciò è utile per evitare la duplicazione del codice (lo mettiamo solo da una parte) e [quindi?] anche per facilitare il riutilizzo dei nostri contenuti. In un DVD, ad esempio, è evidente che i collegamenti alla pagina di descrizione e alla discussione del template (se anche fossero incluse) sono inutili, e il collegamento per la sua modifica non ha senso. Per piacere, qualcuno corregga il template. Grazie, Nemo 11:46, 9 set 2009 (CEST)[rispondi]

0 non so, utilizzare un template per fare un template... certo è che il NavBox ha comunque bisogno di una riaggiustata (leggasi aggiornamento del codice). --Roberto Segnali all'Indiano 11:48, 9 set 2009 (CEST)[rispondi]

Stiamo già usando un template (questo) per fare centinaia (o forse migliaia, non ho approfondito) di template: bisogna quindi cercare di farlo al meglio. --Nemo 13:57, 9 set 2009 (CEST)[rispondi]

dovresti chiedere a chi l'ha tolto.--82.60.85.51 (msg) 23:28, 11 set 2009 (CEST)[rispondi]

Grazie per la dritta, lo farò. (E aggiungo che vedo in giro troppi IP che ci sarebbe bisogno fossero amministratori.) --Nemo 00:22, 12 set 2009 (CEST)[rispondi]

Pare che questa sia una cosa fondamentale per fare un'immagine ZIM di it.wikipedia. Sto per fare la modifica richiesta. Ho guardato e riguardato il codice, non dovrebbero esserci danni; ci sarà qualche cambiamento, ma minuzie (es. le lettere dei link ora sono maiuscole mentre in Tnavbar sono minuscole). - Laurentius^(rispondimi) 19:14, 14 gen 2013 (CET)[rispondi]

per favore annullate la modifica: rimette le letterine in minuscolo (le abbiamo cambiate perché si vedevano poco) e disallinea i titoli. Si veda ad es. [1] --Zero6 ✉ 19:56, 14 gen 2013 (CET)[rispondi]

Per le maiuscole minuscole, la cosa migliore è modificarle direttamente tnavbar (mettendo un parametro se si vogliono un po' di minuscole e un po' di maiuscole, ma a prima vista non mi sembrerebbe una buona idea). Qual è il problema in quel template? Ho provato a fare un'anteprima e non noto nulla, a parte un lieve spostamento dovuto al fatto che cambia la dimensione del testo a sinistra (ma non è allineato comunque. Non mi è chiaro perché.) - Laurentius^(rispondimi) 21:59, 14 gen 2013 (CET)[rispondi]

Le lettere diventano minuscole, e abbiamo deciso di farle maiuscole perché altrimenti si vedevano poco. In seconda cosa il titolo dei template campagnabox era troppo disallineato. Prima, cioè ora, è mille volte meglio. --Zero6 ✉ 18:55, 18 gen 2013 (CET)[rispondi]

Improvvisamente ho notato che i tmp che incorporano navbox, anche se il parametro state è impostato su collapse restano aperti, ed è pure scomparso il bottone "nascondi"... Qualcuno sa perché? (Spesso gli effetti sono fastidiosi, come nel caso di {{bar tematici}}, che ingombra oltremodo le pagine dei bar.--Kōji ^{parla con me} 18:15, 26 ott 2009 (CET)[rispondi]

No, davvero, grazie per le copiose risposte...-_- --Kōji ^{parla con me} 20:16, 27 ott 2009 (CET)[rispondi]

Io lo vedo ok, che browser usi? --Bultro (m) 00:16, 28 ott 2009 (CET)[rispondi]

IE8, ma fino a pochi giorni fa il navbox si comportava normalmente, era collassato come da parametro. Poi di punto in bianco mi appaiono tutti i tmp che lo contengono sempre aperti.--Kōji ^{parla con me} 00:40, 28 ott 2009 (CET)[rispondi]

Potrebbe essere un problema di cross-browsering, ma sembra più una cosa tua, io vedo tutto a posto anche con IE6.--Trixt (msg) 01:00, 28 ott 2009 (CET)[rispondi]

Vedi i template aperti? Con IE8, Safari, Firefox e Chrome vedo tutto ok.--FiR 11:02, 28 ott 2009 (CET)[rispondi]

Mah... meglio così, almeno non è un problema di wikisoftware. Certo, davvero non so immaginare cosa sia preso al mio browser di punto in bianco. Beh, grazie per le risposte comunque.--Kōji ^{parla con me} 14:35, 28 ott 2009 (CET)[rispondi]

Non so se erano già stati creati tempo fa, ma su en.wiki sono spuntati fuori en:Template:Navbox subgroup, en:Template:Navbox with columns, en:Template:Navbox with collapsible groups. Nono so se potrebbero essere utili.

PS: possibilmente metterei il testo a destra sinistra, invece che al centro.--FiR 17:49, 27 ott 2009 (CET)[rispondi]

Niente di personale con Fir, che ha fatto una segnalazione legittima sulla base di una sua valutazione onesta, tanto per non fraintenderci. Spero vivamente intensamente siano considerati inutili almeno questi. --Kal - El 19:40, 27 ott 2009 (CET)[rispondi]

Altri template: beh, spuntati fuori, sono anni che li usano. Comunque, attualmente noi abbiamo solo {{Navbox subgroup}}, ma nulla vieta di creare anche gli altri (finora non ne ho vista l'esigenza, ma se sono stati creati un motivo ci deve essere).

Testo a destra: la prima versione di questo metatemplate su en.wiki, en:Template:Navbox generic, da cui deriva il nostro, aveva di default il testo del corpo del template e dei nomi dei gruppi al centro. La nuova versione, en:Template:Navbox, ha di default il testo del corpo del template a sinistra e il testo dei nomi dei gruppi a destra, cosa che anche secondo me è saggia (in generale Teknopedia ha l'allineamento a sinistra). Non capisco come mai vedi bene il testo a destra.--Trixt (msg) 00:52, 28 ott 2009 (CET)[rispondi]

Oops, scusa Trixt, mi ero confuso :-(. Dunque:

• Il en:Template:Navbox subgroup lo avevo notato nella versione inglese del {{cartoonnetwork}} e del {{The Clash}}. Si utilizza in molti template ed è presente anche fr, eo, hsb, id, ja, ka, pt, ro, simple, zh. Quindi penso che possa servire anche a noi, dato che mi sembra quello più utile.
• Il en:Template:Navbox with columns e il en:Template:Navbox with collapsible groups mi sembrano praticamente inutili, dato che il primo credo sia possibile realizzarlo normalmente con la struttura base, mentre il secondo sembra la brutta copia del {{pixar}} (stile "sandwich").

Cmq, ripeto che sarebbe meglio allineare il testo a sinistra.--FiR 10:51, 28 ott 2009 (CET)[rispondi]

Sarebbe ora di fare un template in italiano, con allineamenti e quant'altro decisi autonomamente da it.wiki. Quelli stranieri dovrebbero essere solo un richiamo per comodità, come Template:Commons --Bultro (m) 20:53, 28 ott 2009 (CET)[rispondi]

Premesso che sono totalmente digiuna di nozioni tecniche (e necessiterei quindi risposte semplici..), vorrei sapere se è possibile ovviare il fatto che ..un sottogruppo può contenere una lista di massimo 10 elementi (Template:Navbox generic subgroup/man). Me ne servono a volte anche più di 20 per questo tipo di template, (dove in questo caso c'è un sottogruppo di 16 e se ne vedono solo 11). Ho provato a dividere i sottogruppi in due parti così, in effetti si risolve, ma a scapito dell'incolonnamento. Quale soluzione possibile? Grazie --Betta27 12:47, 26 nov 2009 (CET)[rispondi]

(ops.. avevo dimenticato il titolo...) Premesso che sono totalmente digiuna di nozioni tecniche (e necessiterei quindi risposte semplici..), vorrei sapere se è possibile ovviare il fatto che ..un sottogruppo può contenere una lista di massimo 10 elementi (Template:Navbox generic subgroup/man). Me ne servono a volte anche più di 20 per questo tipo di template, (dove in questo caso c'è un sottogruppo di 16 e se ne vedono solo 11). Ho provato a dividere i sottogruppi in due parti così, in effetti si risolve, ma a scapito dell'incolonnamento. Quale soluzione possibile? Grazie --Betta27 12:47, 26 nov 2009 (CET) --Betta27 12:49, 26 nov 2009 (CET)[rispondi]

Basta usarlo due (o più) volte, ho modificato così la tua prova e mi sembra funzioni senza problemi. Gvf 15:11, 26 nov 2009 (CET)[rispondi]

Ciao, Gvf, anche così però va "fuori sesto" l'incolonnamento.. (lo vedi se allarghi e restringi la finestra ) non c'è proprio null'altro che si possa fare?--Betta27 15:41, 26 nov 2009 (CET)[rispondi]

Mmh... Si potrebbe anche modificare il template, ma secondo me non è proprio consigliabile fare i template di navigazione "ad albero", a meno che non siano costituiti da pochi voci; di solito hanno uno sviluppo lineare orizzontale, come l'analogo su en.wiki.--Trixt (msg) 22:51, 26 nov 2009 (CET)[rispondi]

@Gvf -Dunque, il massimo sarebbe 24. @Trixt, se mi suggerite un altro tipo di template più funzionale e con migliore sviluppo, ne sarei ben contenta. In quanto all'analogo (per le regioni iraniane) su en.wiki - ce ne sono di 2 tipi: uno (per l'appunto quello che vorrei usare - vedi esempio Template:Hormozgan Province) e l'altro (es: Template:Fars Province) dove le città sono tutte insieme alla rinfusa senza tener conto delle province cui appartengono, ed è il motivo per cui preferisco il primo tipo. Spero si essermi spiegata ;-) --Betta27 09:20, 27 nov 2009 (CET) Ops.. su en.wiki ne ho trovato uno solo di un terzo tipo: Template:Mazandaran Province --Betta27 09:29, 27 nov 2009 (CET)[rispondi]

Per il momento ho ampliato a 20 il numero di liste/gruppi supportati, Posso portarlo a 25 abbastanza facilmente. Sono comunque anch'io piuttosto perplesso relativamente all'utilità di un template con un simile numero di link. (oltre al fatto che sono tendenzialmente contrario ai template di navigazione e al navbox in particolare :-) ). Gvf 11:48, 27 nov 2009 (CET)[rispondi]

Nel caso specifico è inutile il casellone "Province (shahrestān) e Città". Sposta la colonna delle province a sinistra, facendole diventare gruppi anziché sottogruppi --Bultro (m) 12:59, 27 nov 2009 (CET)[rispondi]

Penso che la richiesta che mi è arrivata in talk sia relativa a questo thread. Per ora non faccio modifiche in diretta, ma mi interessa capire se ci sono problemi nell'aumentare il numero di elementi come ho provato a fare in sandbox (dai commenti di Gvf qui sopra sembra di no, ma ovviamente ho solo sbirciato il codice e potrebbe essermi scappato qualcosa) oppure se è sensato usare un template apposito per le situazioni più complesse, sulla falsariga di en:Template:Navbox_long. --Lp ↤ 19:59, 30 dic 2009 (CET)[rispondi]

Si può sapere chi ha messo i simboli ▲ e ▼ nella barra del template? Se ne avete discusso mi potete dire dove? Io, personalmente, non sono d'accordo con questa modifica e preferivo il template come era prima. --Martin Mystère 4.0 ^(msg) 18:03, 8 dic 2009 (CET)[rispondi]

Discutine con lui--93.47.31.222 (msg) 00:19, 20 dic 2009 (CET)[rispondi]

Essendo contrario anch'io ho annullato la modifica (che comunque doveva essere solo un test).--Trixt (msg) 11:55, 22 dic 2009 (CET)[rispondi]

La modifica mi fu chiesta [2] per armonizzare l'aspetto dei diversi template espandibili attualmente in uso. Personalmente, trovo che l'aggiunta di un simbolo grafico intuitivo per l'apertura/chiusura del cassetto non faccia danno (io addirittura toglierei la scritta e lascerei solo l'icona). --Paginazero - Ø 12:19, 22 dic 2009 (CET)[rispondi]

Intuitivo?--Trixt (msg) 15:48, 22 dic 2009 (CET)[rispondi]

Lo spazio non manca, quindi la scritta lasciamola. Sui triangolini non ho preferenze, ma certo da soli non sono tanto intuitivi... --Bultro (m) 17:52, 22 dic 2009 (CET)[rispondi]

Lo è ancora di meno la stato in cui erano prima i template. In alcune pagine di discussione, in quel periodo, vennero fatte richieste di utenti che non riuscivano a capire il funzionamento dei template cassettati. Dopo un certo numero di domande di nuovi utenti tipo questa (i gradi che non trovava erano cassettati), vi è stata l'aggiunta dei triangolini ... magia! Non sono più apparse richieste! (erano più di una). Sarà una coincidenza, però a me sembra funzionino. Parliamone comunque. --EH¹⁰¹{posta} 20:33, 22 dic 2009 (CET)[rispondi]

Riepilogo: Io e Paginazero sembriamo favorevoli, Trixt e Martyn no. Bultro, la tua posizione direi sia necessaria per uscire dalla stallo, e/o dobbiamo aprire una discussione allargata al progetto template. --EH¹⁰¹{posta} 12:31, 25 dic 2009 (CET)[rispondi]

Per l'amor di Dio, un'altra discussione con te in mezzo non la reggo. Favorevole a freccette-freccettine avioniche e quant'altro (almeno un'utilità l'avranno).--Trixt (msg) 21:16, 25 dic 2009 (CET)[rispondi]

Io continuo ad essere contrario e spero che Trixt non abbia cambiato opinione solo per non affrontare una discussione. Se la modifica è stata fatta per omogeneizzare il navbox al template Cassetto, non si potrebbe modificare il secondo e lasciare intatto questo? --Martin Mystère 4.0 ^(msg) 17:51, 28 dic 2009 (CET)[rispondi]

A mio parere i template di navigazione per default dovrebbero essere esclusi dalla versione stampabile e dalla esportazione in PDF. Non sarebbe utile inserire una class="noprint" in questo template per estenderla automaticamente a tutti quelli che lo utilizzano? Se l'autore di qualche template di navigazione ritiene che debba essere stampato dovrebbe passare un parametro in tal senso. --PaneBiancoLiscio (msg) 11:08, 29 dic 2009 (CET)[rispondi]

Sto cercando di creare una versione italiana del template inglese: Navbox with collapsible groups che tradotto si potrebbe chiamare con il nome in oggetto. Ho però un problema, ovvero rimane nel titolo di ogni gruppo un template menu v d m, e non so come fare per toglierlo! Questa è la mia pagina sandbox dove sto facendo alcune prove:Template:Navbox_con_gruppi_a_cassetto, chi può aiutarmi?! Grazie mille! --Luca Oddone (msg) 14:35, 7 mar 2010 (CET)[rispondi]

Non credo sia necessario creare quella versione, visto ne avevamo già discusso in passato.--FiR 15:28, 7 mar 2010 (CET)[rispondi]

Secondo me, invece, si può fare, mi sembra utile. Per togliere il v d m puoi usare navbar=plain, come hai già fatto. --Martin Mystère 5.0 ^(msg) 19:03, 7 mar 2010 (CET)[rispondi]

È una mia impressione, o il comando collapsed non funziona? Vedere qualche tmp che lo adotta, es.: {{blues}}. --<Twice²⁵¯(disc.)> 11:25, 10 mag 2010 (CEST)[rispondi]

Oh, allora c'è qualcun altro con lo stesso problema. Io lo avevo già segnalato più su, ma senza significativi riscontri. A me il collapsed non funziona in tutti i tmp con il navbox generic.--Kōji ^{parla con me} 14:23, 10 mag 2010 (CEST)[rispondi]

Ops.. non avevo visto la discussione sopra, Koji .. :-) In effetti, la disfunzione l'ho notata con firefox; vedo ora che con chrome va bene (con IE non ho controllato). In ogni caso credo che occorra tenerne conto e perfezionare il template: la possibilità di chiudere i cassetti - specie quelli più invasivi - è importante. p.s.: mi sa che anche questo thread avrà il medesimo numero di feedback che ebbe a suo tempo il tuo ... :-))) --<Twice²⁵¯(disc.)> 14:45, 10 mag 2010 (CEST)[rispondi]

Figurati, era un topic ormai vecchiotto, bene hai fatto comunque a riproporlo. Io ho IE8, e collapsed non funziona. Mi pare un problema tecnico discretamente rilevante, dato che IE e FF coprono almeno l'80% del mercato.--Kōji ^{parla con me} 14:51, 10 mag 2010 (CEST)[rispondi]

È strano, perché leggevo nell'altro thread che qualcuno aveva scritto che con firefox si vedeva correttamente. Devo dire che trovo firefox nelle ultime distribuzioni molto peggiorato (tanto per dire, oggi non vedo il classico mappamondo logo di Teknopedia ...). Solitamente il browsero marcio, finora, nella storia del web è stato solo uno ... Avviso per gli "altri": non vi affrettate a dare il vostro eventuale contributo al problema, non abbiamo premura, vero Koji? ... :-)))) --<Twice²⁵¯(disc.)> 15:06, 10 mag 2010 (CEST)[rispondi]

Certo che no, in fondo sono solo nove mesi che è comparso questo bug...:D--Kōji ^{parla con me} 15:14, 10 mag 2010 (CEST)[rispondi]

Con Mozilla/5.0 (Windows; U; Windows NT 5.1; it; rv:1.9.1.9) Gecko/20100315 Firefox/3.5.9 funziona. --159.149.102.3 (msg) 16:29, 10 mag 2010 (CEST)[rispondi]

È curioso: adesso mi pare funzionare con Firefox (ed è tornato anche il mappamondo nel logo 'pedia). La mia distribuzione Firefox cmq è: Mozilla/5.0 (Windows; U; Windows NT 5.1; it; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3. Il mistero, comunque, rimane. Koji docet. --<Twice²⁵¯(disc.)> 16:36, 10 mag 2010 (CEST)[rispondi]

Se ben comprendo, anch'io avevo avuto lo stesso problema, segnalandolo qua (senza risposte).--Sandro (bt) 16:45, 10 mag 2010 (CEST)[rispondi]

Di Safari so poco perché lo avevo ma lo ho disinstallato. Come detto, con FF adesso pare funzionare. Se un problema di codice, però, ci fosse realmente, sarebbe bene che chi è esperto lo rivedesse un attimo. --<Twice²⁵¯(disc.)> 17:41, 10 mag 2010 (CEST)[rispondi]

1. Safari 4.0.5: non vedo il collapsed nel {{blues}}.
2. Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; it; rv:1.9.1.9) Gecko/20100315 Firefox/3.5.9: tutto ok, collassa.
3. Con Opera/9.80 (Macintosh; Intel Mac OS X; U; it) Presto/2.5.24 Version/10.53 funziona. --¶ạtạfrittơ ^{preferisci al forno?} 20:55, 10 mag 2010 (CEST)[rispondi]

Ho provato con FF 3.6, IE8, IE6, Chrome 4.1 e Opera 10.52 e il template funziona con tutti; sono su Windows XP. Magari il problema di Twice era solo di cache o di mancato caricamento del javascript... boh? --Una giornata uggiosa '94 · E poi, di che parliamo? 23:05, 10 mag 2010 (CEST)[rispondi]

MA perché a me non funziona più una mazza da nove mesi?!! (IE8, XP)--Kōji ^{parla con me} 23:25, 10 mag 2010 (CEST)[rispondi]

Rimane il mistero. A U.g.u. confesso che ho pensato la stessa cosa anch'io, tanto che mi pare che abbia iniziato a funzionare bene dopo un doppio o triplo rilancio della cache ...... (sappiamo tutti quanto gli javascript impiccino ...). --<Twice²⁵¯(disc.)> 23:32, 10 mag 2010 (CEST)[rispondi]

Quasi quasi provo a disinstallare e reinstallare Java...--Kōji ^{parla con me} 23:35, 10 mag 2010 (CEST)[rispondi]

Con Safari il problema resta anche dopo due tre vuota cache. ¶ạtạfrittơ ^{preferisci al forno?} 23:37, 10 mag 2010 (CEST)[rispondi]
Con Google Chrome 8 il collegamento mostra/nascondi non viene visualizzato proprio--Biowep (msg) 20:06, 22 ott 2010 (CEST)[rispondi]

Con questa modifica ho introdotto un margine superiore fisso di 5 px (tra il template e ciò che lo precede); la modifica è dettata da ragioni di estetica (l'effetto "tutto attaccato" che altrimenti si avrebbe in calce a pagine come questa o questa dove numerosi template di navigazione sono inseriti in serie); le medesime ragioni "estetiche", ma con un giudizio finale diametralmente opposto, fanno ritenere a Utente:Osk la mia modifica non corretta. Osk, inoltre, porta l'esempio delle altre maggiori wiki dove la situazione è quella precedente alla modifica da me effettuata (a mio modo di vedere ciò è dovuto al semplice fatto che il template, impostato su en.wiki, è poi stato copiato su tutte le altre wiki). Sulle rispettive talk qui e qui trovate lo scambio di opinioni tra Osk ed il sottoscritto. Vorremmo avere altri pareri per capire se c'è consenso sulla situazione attuale o su quella precedente. --Pap3rinik (msg) 22:31, 18 ago 2010 (CEST)[rispondi]

Non si usa più PRIMA discutere e POI modificare un metatemplate usato in centinaia di migliaia di pagine? E con l'oggetto "prova"? Per provare cosa, se qualcuno non se ne sarebbe accorto e lasciare la modifica che piace al tuo personale gusto? Incredibile, e tu saresti un amministratore? Avendo un minimo di dignità di solito ci si dimette. Indifferente per quanto riguarda la modifica, anche se propenderei per una uniformità con le altre versioni di Teknopedia e un risparmio di inutile spazio, ma basito per la superficialità con cui ancora si facciano certe modifiche, come su fossimo su una wiki di Wikia con 3 utenti.--82.60.88.124 (msg) 23:29, 18 ago 2010 (CEST)[rispondi]

<OT>Non conosco le ragioni della tua acrimonia verso il sottoscritto (anche se, come vedo altrove, hai a che ridire anche su altri membri del gruppo sysop) quindi ti rispondo sull'unica cosa sensata che dici: l'oggetto della modifica è stato poco felice: la "prova" era relativa alla dimensione in pixel; ti ricordo che le modifiche a tutte le pagine passano qui e sono patrollate da diversi utenti: solo chi non conosca i meccanismi del progetto può pensare che una modifica su una pagina possa passare inosservata, anche quando l'oggetto della modifica non sia parlante. Se, poi, il comportamento del sottoscritto ti sembra così incompatibile col l'appartenenza al gruppo sysop, o da utente problematico, puoi utilizzare le pagine preposte per le segnalazioni del caso</OT>. --Pap3rinik (msg) 00:08, 19 ago 2010 (CEST)[rispondi]

Puoi anche evitare di buttarla sull'attacco alla "cricca", che non c'è, solo pochi admin che non dovrebbero esserlo. Vuoi che ti faccia un elenco di modifiche passate di qui che non sono state patrollate? Sono anch'io qui "da una pezza", possiamo evitare le prese in giro (come quella di usare la pagina degli admin problematici: si, come no, ci vado subito). Comunque non rubiamo più spazio alla discussione, il Mura qui sotto ha già sentenziato che sono un troll.--82.60.88.124 (msg) 00:49, 19 ago 2010 (CEST)[rispondi]

(DFTT) Io sono d'accordo con la modifica, si evita l'accatastamento dei template. --Roberto Segnali all'Indiano 00:14, 19 ago 2010 (CEST)[rispondi]

D'accordo con la modifica, ma per eliminare l'eccesso di linee orizzontali (che sono un pugno in un occhio) in caso di più template sarebbe ancora meglio qualcosa del genere:

... solo che a quest'ora della notte non ho nessuna voglia di controllare se sia tecnicamente posibile (dovrei farmi un giretto su w3schools.com per vedere qualche regola CSS che faccia al caso nostro, a memoria non me le ricordo tutte...) --Una giornata uggiosa '94 · E poi, di che parliamo? 00:38, 19 ago 2010 (CEST)[rispondi]

Come già detto, contrario alla modifica e favorevole all'annullamento. Nel caso, come compromesso, trovo preferibile una proposta tipo quella di UGU94 (la quale però a sua volta contrasta con la proposta di Pap3rinik e la presenza delle righe bianche), se fattibile. --Osк 13:45, 20 ago 2010 (CEST)[rispondi]

(fuori crono) A me la proposta di UGU94, come compromesso, non dispiace; rimane il dubbio sulla fattibilità della stessa. --Pap3rinik (msg) 15:05, 20 ago 2010 (CEST)[rispondi]

Si potrebbe fare come gli inglesi: quando ci sono due navbox, tra uno e l'altro non c'è una linea grigia di 2px (formata da quella inferiore del primo e quella superiore del secondo), ma solo una da 1px. Così, ad esempio. --Martin Mystère 6.0 ^(msg) 14:10, 20 ago 2010 (CEST)[rispondi]

Questa è la regola CSS (in en:MediaWiki:Common.css) con cui ottengono il risultato :

table.navbox + table.navbox {  /* Single pixel border between adjacent navboxes */
  margin-top: -1px;            /* (doesn't work for IE6, but that's okay) */
}

-- Codicorumus  « msg 11:49, 21 ago 2010 (CEST)[rispondi]

Usiamolo! --Martin Mystère 6.0 ^(msg) 13:26, 21 ago 2010 (CEST)[rispondi]

"doesn't work for IE6" non è che sia tanto "okay". Cosa succede nei vari browser? E se un navbox è vicino a un TdN senza navbox? --Bultro (m) 16:21, 21 ago 2010 (CEST)[rispondi]

Chi usa IE6 vedra una riga di 2px invece che una da 1px (this is okay perchè non è una tragedia). Con un template che non usa un navbox, già non funziona l'autocollapsed, non funzionerà neanche questo (perciò io propongo di usare il navbox per tutti...). Mi sembrano problemi minimi. --Martin Mystère 6.0 ^(msg) 18:03, 21 ago 2010 (CEST)[rispondi]

+1 per la proposta di Martin Mystère (per IE6 pazienza; se poi la differenza è solo di un pixel, non vedo proprio il problema). --Una giornata uggiosa '94 · E poi, di che parliamo? 18:55, 23 ago 2010 (CEST)[rispondi]

Io non sono bravo con i CSS, potrebbe farlo qualcun altro? --Martin Mystère 6.0 ^(msg) 19:33, 23 ago 2010 (CEST)[rispondi]

Un admin deve modificare Mediawiki:Common.css. --Una giornata uggiosa '94 · E poi, di che parliamo? 20:59, 23 ago 2010 (CEST)[rispondi]

(rientro) +1 (mancherebbe il consenso...) --★ → Airon 90 12:37, 24 ago 2010 (CEST)[rispondi]

+1 a Martin Mystère (anche se idealmente preferei la versione di Una giornata uggiosa '94)--Sandro (bt) 03:31, 25 ago 2010 (CEST)[rispondi]

+1 pure da parte mia. Si quagli pure nel caso. --Osк 16:22, 26 ago 2010 (CEST)[rispondi]

Il codice era già stato messo da parecchio tempo, ma non funziona. Si veda qui, per esempio. --Martin Mystère ^(msg) 13:10, 1 set 2010 (CEST)[rispondi]

Questo è il codice nel template:

<table class="navbox collapsible {{{state|autocollapse}}} nowraplinks noprint" style="margin:auto; width:100%; clear:both; border: 1px solid #aaa; padding: 2px; {{{style|}}}{{{bodystyle|}}}">

A parte i due parametri per gli stili opzionali e il padding: 2px;, il resto di style è una replica di quanto impostato dalla classe navbox. Se non c'è qualche motivo specifico per tenerli, gli elementi duplicati andrebbero levati.
In particolare, margin:auto;, impostato come stile di elemento, ha la precedenza su quelli nel CSS e ne inibisce il funzionamento.

-- Codicorumus  « msg 19:15, 1 set 2010 (CEST)[rispondi]

Ne potresti discutere con Jalo qui? --Martin Mystère ^(msg) 19:32, 1 set 2010 (CEST)[rispondi]

Problema: in un template monoriga come {{Linee S di Milano}}, nel caso si inserisca l'immagine, titolo e testo vengono centrati in base a "bordi" diversi, creando un effetto particolarmente antiestetico...

A me era venuto in mente di risolvere (artigianalmente) aggiungendo un'"immagine" trasparente all'inizio della riga in list1, con |link= in modo che non fosse cliccabile, e della stessa misura di quella inserita a sinistra, in modo da bilanciare il decentramento.

Non sarebbe possibile impostare, nel caso di assenza dei parametri group ma presenza dell'immagine, di utilizzare il bordo esterno per dare parametri al testo centrato?--DoppioM 19:50, 4 feb 2011 (CET)[rispondi]

Non mi sembra un problema... è normale che il testo sia centrato rispetto allo spazio bianco. Più che altro mi sembra il caso di restringere un template con così poco testo (ho fatto una prova) --Bultro (m) 15:28, 5 feb 2011 (CET)[rispondi]

Mmm... il titolo su due righe non mi piace, occupa troppo spazio in altezza. Si potrebbe allargare anche solo a 450-500px.

In generale, però, la cosa che mi è sempre piaciuta dei navbox è l'ordine: larghi tutta la pagina a prescindere da quello che c'è dentro. Non si potrebbe, per i monoriga che spesso sono anche stretti in quanto a testo (vedi anche {{Linee M di Milano}} per la metropolitana), fare in modo che testo e titolo siano "omocentrati" e che il template risulti più sottile in altezza, limitando glispazi bianchi sopra e sotto?--DoppioM 16:20, 5 feb 2011 (CET)[rispondi]

Problema già evidenziato in passato, ma ora ancora più misterioso, perché l'autocollapse del navbox su en.wiki e fr.wiki mi funziona regolarmente ed appare pure il link [hide], mentre su it.wiki continua a non collassarmi una cippa e non mi appare nemmeno il link [espandi]... Ho installato IE9 e per un giorno ha funzionato, poi non più come prima.--Kōji ^{parla con me} 03:16, 5 apr 2011 (CEST)[rispondi]

Ehi, ma che sono, la bollicina di sodio?--Kōji ^{parla con me} 15:09, 11 apr 2011 (CEST)[rispondi]

Ciao bollicina di sodio ;) diciamo che come pagina di discussione non è tra le più seguite al mondo... on topic: hai già provato cancellando i cookie? la cache? usando un altro browser? abilitando/disabilitando i controlli javascript sul browser? Se la risposta a tutte le domande precedenti è "si" potresti avere un problema sul tuo [vector|monobook].js, ma, se così fosse, non posso aiutare; eventualmente prova a chiedere a Jalo ;) --Pap3rinik (msg) 16:31, 11 apr 2011 (CEST)[rispondi]

Yuk, cominciavo a sentirmi solo qui...^^ Mmmh, la seconda che hai detto, se mi sloggo il navbox mi funziona alla perfezione... Jalooooo!--Kōji ^{parla con me} 20:19, 11 apr 2011 (CEST)[rispondi]

Segnalo questa discussione.--Tenebroso (msg) 18:43, 18 lug 2011 (CEST)[rispondi]

Sulla nostra Teknopedia italiana non esiste il Navbox con Colonne come questo en:Template:Harry Potter? In pratica si creano delle liste in verticale (col1header, col2header, ecc) molto utili per occupare meno spazio e fare ordine. --Gabrasca (msg) 13:27, 29 lug 2011 (CEST)[rispondi]

Sarebbe meglio usare due termini che siano veramente opposti; come Espandi/Riduci oppure Mostra/Nascondi. E' stato segnalato qui per il template Cassetto, identico da quel punto di vista --Bultro (m) 12:27, 15 ago 2011 (CEST)[rispondi]

Qui c'è una richiesta relativa al template --★ → Airon 90 21:58, 6 ott 2011 (CEST)[rispondi]

Mi aiutate a organizzare una richiesta ai bot per individuare i navbox in cui la scritta "modifica" non si distingue dallo sfondo? È possibile imporre ai navbox specifici la scelta del colore per la scritta "modifica"? --pequod ^..Ħƕ 10:48, 16 feb 2012 (CET)[rispondi]

I colori si possono definire in 3 modi:

• background:#AABBCC
• background:#ABC
• background:nome del colore

Il tasto "modifica" usa il colore #002bb8. Bisogna innanzi tutto crearsi una tabella in cui ad ogni nome colore si associa il codice rgb, e poi dire al bot:

• Prendi un template navbox
• Guarda se è specificato nel parametro titlestyle il valore di background
• Se questo valore non esiste passa al prossimo template
• Se esiste ed è in formato ABC o "nome colore" trasformalo nel formato AABBCC
• Confronta il valore ottenuto con quello del tasto modifica (002bb8). Trattandosi di valori esadecimali a coppie bisogna trasformare il numero di sei cifre esadecimali in 3 numeri decimali (Es: 88AA53 diventa 136, 170, 83). Una volta che hai questa tripletta sia per il colore di sfondo che per il tasto modifica (che è 0, 43, 184) fai il confronto utilizzando questi valori Jalo 12:44, 16 feb 2012 (CET)[rispondi]

Per la precisione userei la somma dei valori assoluti delle differenze tra ogni coppia di valori:

• Colore1 = R1, G1, B1
• Colore2 = R2, G2, B2
• Differenza = abs(R1-R2)+abs(G1-G2)+abs(B1-B2)

Se è minore di tot allora sono troppo simili Jalo 12:48, 16 feb 2012 (CET)[rispondi]

Esiste un'altra opzione. Lo stesso template su en.wiki, ha capacità di capire quando il colore di sfondo è scuro e automaticamente (e senza bisogno di bot periodici) decidere se i link v.d.m a sinistra oltre che [nascondi] a destra devono essere chiari o scuri. Il problema (e parte della soluzione) lo vedete in questa discussione. Guardate come ho conciato il template navbox in bozza "Navi della Costa Crociere". Se vedete l'omologo in inglese su en.wiki qui scoprirete che il loro navbox automaticamente gestisce il caso di sfondo scuro. Io nelle esempio che vi ho indicato, sono riuscito a far rendere bianche le lettere v.d.m. (leggete il codice) con un artificio. Se troviamo una soluzione migliore e sopratutto automatica, particolarmente per la scritta mostra/nascondi a destra, è meglio. --EH¹⁰¹{posta} 16:28, 16 feb 2012 (CET)[rispondi]

Non s'era detto da qualche parte, per questione di omogeneità e accessibilità, che ai wikilink non bisognerebbe cambiare colore? sono impostati da CSS i classici rosso per pagina inesistente, blu per pagina esistente, violetto per pagina già visitata. Se si cambia colore a mano questa distinzione va ai cani... --Bultro (m) 17:13, 16 feb 2012 (CET)[rispondi]

Se posso dare un consiglio: è inutile cercare dove sono state decise le convenzioni relative a standard tipo questi. le classi CSS, mi è stato confermato, visto che anche io cercavo riferimenti invano in passato, non hanno spesso riscontro in area pubblica vedi qui cito: ...Sono frutto di lunghe discussioni (purtroppo svoltesi principalmente in chat) con altri utenti alcuni anni fa. Non mi risulta esista una documentazione ufficiale relativa.... Se vogliamo fare un passo avanti e in area pubblica, bene, altrimenti è un'altra questione che non è dato discutere in pubblico, e va bene lo stesso. --EH¹⁰¹{posta} 18:42, 16 feb 2012 (CET)[rispondi]

Scusa EH, parliamo delle discussioni che hanno portato a fare i wikilink blu? E vorresti discutere per far sì che tutti i Wikilink di it.Wiki diventino, chessò, verdi?

Tra l'altro non risolve il problema: Bultro parla di omogeneità, ovvero fare in modo che tutti i wikilink siano dello stesso colore. E il tenerli omogenei non credo debba essere discusso, dovrebbe essere dettato dal buon senso nei confronti del lettore. Poi certo, il link "[espandi]" del navbox potrebbe anche costituire un'eccezione, su questo si potrebbe discutere. Ma il CSS direi di lasciarlo com'è, quantomeno per cose importanti e d'impatto primario come i wikilink.--DoppioM 20:13, 16 feb 2012 (CET)[rispondi]

Va tutto bene, basta che ne parliamo e lasciamo traccia. Quello che è scontato per te, non lo è per migliaia di utenti di en.wiki che vedono ogni giorno template navbox con le tre letterine v.d.m di colore diverso dal blu quando lo sfondo è scuro. Si tratta infatti di tre link che per definizione esistono e l'utilità di evidenziarli rossi quando non sono attivi è nulla: non possono non esistere in questo caso. Poi vogliamo arrivare a dire che pur di mantenere v.d.m blu i template navbox non possono avere un colore scuro (anzi identifichiamo un range di colori proibiti), perchè no. Proposta, dibattito e postilla nella linea guida relativa. Io sono dell'idea che la funzione per cui, in caso di sfondo scuro le tre letterine v.d.m diventino chiare, serve. Stesso colore deve assumere espandi/nascondi e per questa funzione bisogna mettere mano ai CSS, ma anche no se non c'è consenso. --EH¹⁰¹{posta} 21:58, 16 feb 2012 (CET)[rispondi]

Veramente il "d" spesso non esiste... Il titolo centrale poi, nell'esempio della Costa se non vedevo il codice sorgente non avrei neanche capito che era cliccabile! Forse una raccomandazione di evitare sfondi scuri è la soluzione più semplice e dovremmo seriamente parlarne... --Bultro (m) 12:59, 17 feb 2012 (CET)[rispondi]

Tutto si può fare. Certo dovrebbe dare da pensare che a distanza di poco tempo, e in modo vi assicuro totalmente scorrelato, in due abbiamo proposto di superare la logica blu=link. Prevedo che la richiesta la faranno anche altri in futuro. Che qualcuno non si accorga che una riga di colore diverso dal blu è comunque un wikilink, secondo me potrebbe anche starci. Per esempio, cliccando su ogni immagine di Teknopedia si accede alla pagina di descrizione dell'immagine. Non è codificato con nessun colore e si presume che gli utilizzatori se ne accorgano passandoci il mouse sopra e notando che diventa una freccia. Se non se ne accorgono, non è certo considerato un dramma. Stesso discorso per il titolo di un template che talvolta è pure un wikilink. La questione, a dire il vero, anche su en.wiki vede contrapposti due visioni e infatti, manco a farlo apposta, il loro template Costa è stato portato a colori chiari. Io comunque separerei le due cose: una è attivare una funzione, un'altra è consentirla, deprecarla, tollerarla o proibirla in modo tassativo. La funzione secondo me si può mettere a punto, anche in presenza di un dibattito per non usarla, anzi, avendo esempi di come funziona, chi si esprime potrà farlo meglio. --EH¹⁰¹{posta} 16:14, 17 feb 2012 (CET)[rispondi]

Provo a buttare una propostina: i link v.d.m. potrebbero presentarsi con uno sfondo bianco, in modo che se il colore del navbox è blu (o varianti di blu), la cosa non affetta la scritta. A questo punto v.d.m. sarebbero blu o rossi a seconda se esistenti o meno. --pequod ^..Ħƕ 17:04, 17 feb 2012 (CET)[rispondi]

Per me sarebbe accettabile. EH101: parli di superare la logica blu=link, ma con quale altra logica la si supera? che tanti colori sono più carini? --Bultro (m) 15:28, 18 feb 2012 (CET)[rispondi]

Lo ripeto: su en.wiki hanno superato la logica blu=link da un pezzo. Poichè non sono in pochi a differenza di noi qui, forse non è un argomento così scontato. Più che chiedere a me, prova a chiedere su en.wiki e magari ci danno una risposta una mezza dozzina di persone. Detto ciò, la soluzione "rettangolino bianco" dedicato a v.d.m. potrebbe essere la soluzione. Perché no. Saranno poi i singoli casi e le singole discussioni a definire se il risultato è troppo brutto. --EH¹⁰¹{posta} 20:24, 18 feb 2012 (CET)[rispondi]

Anche io sono per il superamento di questa cosa, su en.wiki il colore va in base a quello di sello sfondo del navbox in mododa rendere tutto più uniforme e soprattutto usufruibile visto che su it.wiki, con certi colori del navbox il [mostra] e il [nascondi] non si vedono proprio. --Nicola Romani (msg) 10:13, 22 feb 2012 (CET)[rispondi]

[← Rientro]La questione è stata risollevata in modo del tutto autonomo rispetto a quanto sopra, poco tempo dopo in questa richiesta al progetto template. Segno probabile che, come riportavo più sopra, la questione forse non è per nulla scontata. --EH¹⁰¹{posta} 11:52, 15 apr 2012 (CEST)[rispondi]

Secondo me sarebbe buona cosa aumentare la dimensione delle letterine v d m per facilitare la comprensione e l'uso delle stesse. L'esempio di en wiki mi pare vada bene. --Zerosei ✉ 13:20, 26 feb 2012 (CET)[rispondi]

• +1--EH¹⁰¹{posta} 15:06, 1 mar 2012 (CET)[rispondi]
• +1--Martin Mystère ^(msg) 19:26, 3 mar 2012 (CET)[rispondi]
• +1 per favore, aumentate queste dimensioni. Al momento sono quasi illeggibili, si fa fatica a centrare la lettera giusta e fa venire male agli occhi per quanto so' piccole. Grazie. --93.56.43.96 (msg) 12:37, 4 mar 2012 (CET) Ip del progetto calcio[rispondi]
• Commento Esteticamente è un pugno nell'occhio, ma mossa utile. Perché non modificare anche il Tnavbar? --★ → Airon 90 18:50, 5 mar 2012 (CET)[rispondi]

Ma si, penso non ci siano problemi. --Zero6 ✉ 20:45, 5 mar 2012 (CET)[rispondi]

La discussione a cui ho preso parte io è nata nel campo musicale in quanto molte volte per i cantanti si creano template molto colorati (alle volte rendendo anche difficile la lettura). Siccome i template vengono usati in tutti gli ambiti scrivo per avere una visione più generale a riguardo. Per quanto riguarda il settore musicale le discussione avutesi (non so se ve ne sono precedenti) sono:

• Discussioni progetto:Musica#Template colorati. Standardizziamo il colore?
• Discussioni progetto:Musica#Template:Giorgia

Voi cosa ne pensate sull'uniformare i template i modo che impediscano di fare template stile arcobaleno? --Giovy285 (msg) 14:17, 3 mag 2012 (CEST)[rispondi]

Io sono per estendere a tutta wiki Progetto:Aviazione/Template. Colori standard, dimensione immagini standard, struttura standard. Una volta coloravo anche io, ma devo dire che col tempo il proliferare di disegnini, bandierine e quant'altro rende il tutto un caos. --Zero6 ✉ 14:20, 3 mag 2012 (CEST)[rispondi]

non è necessario avere lo stesso colorino smorto per tutti i template di wikipedia, ma un certo equilibrio sì. Anche al progetto fumetti c'è uno standard, semplice e pacato (sia come codice che come colore). Per questo penso che vietare in toto la possibilità di cambiare colore mi sembra eccessivo, ma una stretta sulle arlecchinate è doverosa. --Superchilum^(scrivimi) 14:23, 3 mag 2012 (CEST)[rispondi]

Va bene regolarsi progetto per progetto, IMHO. Arcobaleni no, ma un po' di differenza tra le materie ci sta ancora, anzi è persino utile (evitando orrori cromatici, sia chiaro). Il progetto musica può stabilire uno standard, molto semplice.

Inoltre, ma mi rendo conto che qui siamo nei gusti, rifiuto categoricamente questo violetto orrendo come colore, ancora non capisco perché sia di default questa porcheria. --Kal - El 14:31, 3 mag 2012 (CEST)[rispondi]

Si potrebbe fare in modo che il template faccia scegliere solo su un certo numero di colori e ogni progetto se ne piglia uno (cercando di mettere nella scelte disponibili anche quelli gia' usate come standard nei vari progetti).--Sandro_bt (scrivimi) 14:49, 3 mag 2012 (CEST)[rispondi]

In effetti sarebbe l'ideale se ogni progetto fosse immediatamente distinguibile anche dal colore dei template.--Valerio^Talk 15:26, 3 mag 2012 (CEST)[rispondi]

più che ogni "progetto" meglio ogni "argomento"/"tema"/ecc. --Superchilum^(scrivimi) 15:45, 3 mag 2012 (CEST)[rispondi]

Io sono per i colori pastello, sui quali si può scrivere senza usare il bianco; scrivendo in bianco non si vedono i wikilink. Ottimo il violetto :D

Interessante comunque la proposta di associare il colore all'argomento; si potrebbe pensare anche a un parametro apposito, come nel Template:Box successione --Bultro (m) 16:10, 3 mag 2012 (CEST)[rispondi]

A essere onesto la pagina di {{Box successione}} mi pare sia un ottimo esempio di "arlecchinata", giallo, marrone, giallino, verde palude, verde chiaro, rosa, grigio, blu ... fino a arancio e rosso acceso.--Moroboshi ^scrivimi 17:10, 3 mag 2012 (CEST)[rispondi]

[rientro]Sì d'accordo, per me tema=progetto, in questo contesto, magari mi sono espresso male. Si può anche viaggiare a tema (e già molti progetti - eh... :-) - lo fanno). Comunque assolutamente d'accordo sui colori pastello, tolto quel violetto :D (da cui mi astengo dall'apporre ulteriori aggettivi per la netiquette :-)))), i link non devono essere per forza blu (a meno che non sia scritto in pagine che ignoro, ma mi sembra illogico); quello è un falso problema. --Kal - El 18:44, 3 mag 2012 (CEST)[rispondi]

Il Progetto Storia/Antica Roma ha già un suo standard per i template (a livello progetto, non sprofondiamo per "argomento"/"tema"). Ora che il codice sviluppato da Codicorumus ha permesso di omogeneizzare anche il colore dei [mostra/nascondi] e dei link V.D.M. si è risolto anche il problema della loro leggibilità usando sfondi sui quali il link blu era poco visibile. Per questo sono anch'io contrario a vietare in toto la possibilità di gestire i colori. --Er Cicero 20:03, 3 mag 2012 (CEST)[rispondi]

@Moroboshi: quella non è una pagina dell'enciclopedia, è solo una pagina in cui sono state riassunte le scelte possibili a partire dal parametro "tipologia". Non sarei così drastico.

Moroboshi: ovviamente non stavo dicendo di usare esattamente i colori del Box successione, ma il metodo per selezionarli.

Kal-El: il problema si può ritenere rilevante o meno, ma non è falso, si deve vedere al volo cosa è cliccabile e cosa no, Teknopedia non ha i link blu per caso... --Bultro (m) 20:09, 3 mag 2012 (CEST)[rispondi]

Sono d'accordo anch'io per la differenziazione per materia. Se il violetto non piace per me va bene cambiarlo. Se non ho capito male praticamente si assegnerebbe un colore ad ogni argomento di Categoria:Template di navigazione. Al momento le materie che usano lo stesso colore (quale il violetto) sono (se non me n'è sfuggita qualcuna) Filatelia, Cucina e LGBT, gli altri argomenti presentano colori differenti. Eventualmente possiamo provare a stilare un elenco di quali colori usare. Qualcuno ha qualche idea? --Giovy285 (msg) 12:13, 4 mag 2012 (CEST)[rispondi]

Salve. Attualmente non saprei come fare un "sottocassetto" utilizzando questo template, perché stato cercando qualcosa di simile al {{Template:Navbox with collapsible groups}}. È possibile avere questa funzione in altro modo su it.wiki o tradurlo? :( Grazie, saluti. --felisopus (pensaci bene) posta 21:00, 9 lug 2012 (CEST)[rispondi]

Intendi una cosa tipo Template:Forze operative terrestri EI? --Zero6 ✉ 23:11, 9 lug 2012 (CEST)[rispondi]

Sì, però come vedi quello utilizza il template {{cassetto}}. Mi sembra una soluzione "di ripiego" perchè lo stile è diverso, bisognerebbe specificare non so quanti parametri span o css per rendere solo il titolo uguale al testo di Navbox generic. Stavo cercando una soluzione per il template {{Macchine a spalla}} così che l'ultima delle manifestazioni non avesse più rilievo. --felisopus (pensaci bene) posta 23:34, 9 lug 2012 (CEST)[rispondi]

Magari non ti ho capito, ma a me il codice del tmp che ti ho linkato non pare complesso per nulla. --Zero6 ✉ 23:40, 9 lug 2012 (CEST)[rispondi]

Non dico che sia complesso il codice del tmp {{cassetto}}, ma se lo inserisco così su {{Macchine a spalla}} lo stile del testo e del tasto è diverso da quello del Navbox generic. Per renderlo uguale o almeno simile dovrei aggiungere molti altri parametri css/span al testo inserito. --felisopus (pensaci bene) posta 23:57, 9 lug 2012 (CEST)[rispondi]

Ciao, come spiegato sopra sarebbe utile che questo template facesse uso di {{Tnavbar}}, per facilitare la vita a Kiwix. Sempre sopra si diceva che alcuni template che fanno uso di {{Campagna}} avevano avuto problemi con gli allineamenti. Al che ho copiato i vari {{navbox generic}}, {{Tnavbar}}, {{Campagna}} e {{Campagnabox Guerra Asse-Unione Sovietica}} (che era uno di quelli che avevano problemi), nella mia sandbox e, aiutato da lo sviluppatore di Kiwix, dovrei avere risolto il problema. I template che sono stati modificati sono:

• Tnavbar cui è stat aggiunta un'opzione "maxi=1", con le lettere V-D-M maiuscole;
• Navbox generic

p.s.: i colori rosso e giallo che ci sono nella modifica qui sopra e si vedono in Utente:CristianCantoro/Sandbox/Campagnabox Guerra Asse-Unione Sovietica servivano solo come riferimento per gli allineamenti. Quindi chiedo se si può applicare questa modifica in sandbox per fare ulteriori test. Grazie. --CristianCantoro - Cieli azzurri! (msg) 15:55, 16 mar 2013 (CET)[rispondi]

Ti dico, se la cosa non presenta problemi a me va bene. --Zero6 ✉ 18:12, 16 mar 2013 (CET)[rispondi]

Farei a meno dell'opzione "maxi"; che le lettere siano sempre maiuscole, come s'era deciso, e amen --Bultro (m) 21:31, 16 mar 2013 (CET)[rispondi]

Io avevo capito che erano sempre maiuscole, non pensavo che ci volesse il parametro maxi. Comunque si, sempre maiuscole, grazie. --Zero6 ✉ 23:25, 16 mar 2013 (CET)[rispondi]

Ok, allora così:

• con questa ulteriore modifica a Navbox generic
• e questa modifica a Tnavbar

funziona senza necessità di aggiungere opzioni (ricordo che "mini" in realtà vuol dire la versione mini del template cioè quella con solo le iniziali vdm, definando "maxi" mi sono fatto prendere dall'orginalità ;-) [un po' come la storia di less e more ;-)]. L'unico dubbio è che Tnavbar è molto usato, aggiungendo un'opzione si è sicuri di non rompere niente dell'esistenze, con una modifica invece potrebbero esserci effetti collaterali. Ditemi voi. -- CristianCantoro - Cieli azzurri! (msg) 13:51, 18 mar 2013 (CET)[rispondi]

Per me, sempre maiuscole o sempre minuscole, quale non importa, ma non ha senso tenere alcuni template in un modo e alcuni altri in un altro. Gli effetti collaterali non li trovo preoccupanti: non mi aspetto nulla di tragico, se ci sono si correggeranno (quello che era stato indicato, riguardante l'allineamento, in realtà non è un problema della modifica, ma è a monte: il testo non è allineato comunque, solo che in un caso è leggermente più visibile - quindi la cosa migliore è risolverlo a monte). - Laurentius^(rispondimi) 21:08, 19 mar 2013 (CET)[rispondi]

(rientro) È passata una settimana e nessuno ha detto nulla, procediamo? -- CristianCantoro - Cieli azzurri! (msg) 11:21, 26 mar 2013 (CET)[rispondi]

La bozza del Tnavbar andava bene e l'ho modificato, ma quella del Navbox generic proprio no, ho fatto delle prove e fa un casino. Perché modificare lo stile del div? --Bultro (m) 17:19, 26 mar 2013 (CET)[rispondi]

Se il casino è il fatto che comparivano un po' di sfondi gialli e rossi, suppongo fosse un test che Cristian si era dimenticato di togliere :-). Adesso li ho eliminati. Se invece ti preoccupa il fatto che sono state tolte due classi dal div, noprint è superfluo perché tutto il Navbox generic è noprint, mentre plainlinks è superfluo perché è già in Tnavbar. Se invece il problema è un altro, potresti indicarci un esempio, così da capire qual è l'origine? - Laurentius^(rispondimi) 21:07, 26 mar 2013 (CET)[rispondi]

Ciao, usando il visualeditor per aggiungere (per esempio) il titolo di un gruppo e la relativa lista si deve fare avanti e indietro perché prima ci sono tutti i gruppi e poi tutte le lista, non si può fare che ci sia group1 list group2 list2 ecc.? e anche name title state all'inizio della lista a sinistra? --Gabrasca (MyTalk) 21:27, 9 set 2013 (CEST)--Gabrasca (MyTalk) 21:27, 9 set 2013 (CEST)[rispondi]

Quando si usa white-space:nowrap; è comodo perchè non si deve usare il template TuttoAttaccato o TA ma è impossibile perche le voci nella lista non vanno a capo ma continuano e sforano a destra, io ho provato dividendo le voci nell'elenco con {{·}}.. Il template diventa più largo e anche il titolo si sposta. Bisogna usare un separatore diverso oppure cosa?--Gabrasca (MyTalk) 18:37, 25 dic 2013 (CET)[rispondi]

Hanno messo white-space:nowrap tra gli esempi di stile ma non si capisce il motivo. Se vuoi che i singoli elementi non vadano a capo, devi usare TA nei singoli elementi, non puoi applicarlo a tutta la riga --Bultro (m) 20:29, 25 dic 2013 (CET)[rispondi]

Questo template potrebbe giovare di una conversione in Lua, dato il frequente uso di funzioni ripetitive. --Ricordisamoa 15:08, 23 feb 2014 (CET)[rispondi]

Confermo che è ripetitivo scrivere il codice ma non sono esperto di Lua.--Gabrasca (MyTalk) 17:19, 4 mar 2014 (CET)[rispondi]

Le nuove versioni MediaWiki contengono già funzioni per l'apertura\chiusura dei template nel core, anziché quelle presenti nel MediaWiki:Common.js, che sfruttano anche i vantaggi di mw:ResourceLoader. Ulteriori informazioni mw:Manual:Collapsible elements. --β₁₆ - (talk) 11:16, 30 apr 2014 (CEST)[rispondi]

Ho trovato questa discussione provenendo dalla pagina di discussione di MediaWiki:Common.js. Ho provato nella Sandbox a sostiture collapsible (implementato in MediaWiki:Common.js) con mw-collapsible (implementato in MediaWiki stesso), risultato:

con state = collapsed

Template:Navbox generic/Sandbox

senza state

Template:Navbox generic/Sandbox

Il testo è Espandi/Comprimi invece dell'attuale Mostra/Nascondi, ma è configurabile via MediaWiki:Collapsible-expand e MediaWiki:Collapsible-collapse. Manca solo il fatto che se sono presenti due navbox senza specificare state=collapsed, si chiudano automaticamente, ma se è fondamentale spero si possa aggiungere facilmente. --Rotpunkt (msg) 08:52, 18 giu 2014 (CEST)[rispondi]

Secondo la mia modesta opinione, se sono più d'uno e di default restano chiusi va benissimo.--Kal - El 15:53, 18 giu 2014 (CEST)[rispondi]

Beh certo dovrebbe mantenere quel comportamento, però sembra che ci voglia comunque il Javascript. A vedere la pagina mw:Manual:Collapsible elements, non hanno automatizzato questa funzione, sebbene ce l'abbia anche en.wiki almeno dal 2006.

Ho cambiato i messaggi Mostra/Nascondi ma sembra che non abbiano avuto effetto --Bultro (m) 14:32, 20 giu 2014 (CEST)[rispondi]

Io vedo mostra/nascondi, magari devi solo aggiornare la cache.--Moroboshi ^scrivimi 14:38, 20 giu 2014 (CEST)[rispondi]

Si ora li vedo. Intanto credo che si possa aggiornare senza problemi Template:Cassetto --Bultro (m) 14:54, 20 giu 2014 (CEST)[rispondi]

@Bultro, è fatto ancora in JavaScript (jquery.makeCollapsible.js) ma il vantaggio è che il codice si trova in MediaWiki stesso, di ottima qualità, sempre aggiornato, e che non lo dobbiamo più tener aggiornato noi in un Common.js globale che richiede ancora già tanti altri miglioramenti. Riguardo al comportamento della chiusura in presenza di più di navbox, mi informo se esiste già un metodo standard per ottenerlo. --Rotpunkt (msg) 15:05, 20 giu 2014 (CEST)[rispondi]

Si vede "mostra/nascondi" tranquillamente ora. :-) Per il resto mi fido di voi perché non ci capisco molto :-). Preferirei vederli chiusi, però, 2 o più navbox contigui. --Kal - El 16:29, 20 giu 2014 (CEST)[rispondi]

Va bene, però "mostra/nascondi" non sono mai stati in grassetto, io li farei normali. --Martin Mystère (contattami) 16:43, 20 giu 2014 (CEST)[rispondi]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Ho fatto qualche prova (poi chiedo anche) riguardo alla chiusura e al grassetto e sono ottenibili entrambi, la prima aggiungendo a MediaWiki:Common.js un semplice:

if ($('table.mw-collapsible').length > 1) {
    $('table.mw-collapsible').addClass('mw-collapsed');
}

che significa che se c'è più di una table con classe mw-collapsible (dando per scontato che sia il template NavBox generic, ma si può ricercare qualunque classe) allora per ognuna di esse, aggiungendo mw-collapsed, viene chiuso. Riguardo al grassetto basta modificare da MediaWiki:Common.css l'anchor all'interno dell'elemento con classe mw-collapsible-toggle. --Rotpunkt (msg) 22:38, 26 giu 2014 (CEST)[rispondi]

La classe da ricercare dovrebbe essere "autocollapse" che si inserisce quando si vuole quel comportamento (default per il navbox). Non è vero per tutti i cassetti, alcuni si impostano sempre aperti. --Bultro (m) 12:46, 27 giu 2014 (CEST)[rispondi]

Facendo il punto: "autocollapse" esiste già ed è una classe che fa parte dell'attuale implementazione delle "Collapsible tables" (righe 370-460 del MediaWiki:Common.js) che sparirà insieme al NavFrame e sarà sostituita con l'unica "mw-collapsible" (direttamente in MediaWiki). Io userei una nuova classe "mw-autocollapse" (a tendere si può chiedere all'autore di jquery.makeCollapsible.js che la sua azione avvenga direttamente al suo interno), in modo da non avere sovrapposizioni con questa vecchia "autocollapse". --Rotpunkt (msg) 13:08, 27 giu 2014 (CEST)[rispondi]

In realtà non credo che esista veramente come classe CSS. E' solo un "segnalino" per far individuare le tabelle al Javascript, ma di per sé non ha una definizione e non fa niente --Bultro (m) 14:17, 27 giu 2014 (CEST)[rispondi]

Sì, ma la ricerca deve ritornare una classe che riguarda solo la nuova mw-collapsible, non anche le vecchie "Collapsible tables". --Rotpunkt (msg) 14:37, 27 giu 2014 (CEST)[rispondi]

[↓↑ fuori crono] No, la ricerca le deve restituire tutte; se sono state fatte con il vecchio o con il nuovo codice è irrilevante, lo scopo è lo stesso --Bultro (m) 14:29, 29 giu 2014 (CEST)[rispondi]

In questo momento è già difficile trovare un modo di fare funzionare il collapse automatico di mw-collapsible da solo. Quando sarà funzionante (adesso c'è ancora il problema dell'animazione iniziale), vediamo come farlo funzionare insieme alle vecchie collapsible tables (che tuttavia verrebbero dismesse, quindi non capisco l'importanza di mantenere lo stesso nome), senza conflitti. --Rotpunkt (msg) 16:26, 29 giu 2014 (CEST)[rispondi]

Io non capisco l'importanza di cambiarlo... Non escludo che ci siano anche dei TdN fatti senza navbox che usano la classe, mantenendo quel nome già usato in tutte le wiki ci si leva il pensiero senza complicazioni aggiuntive, il codice si limita a contare gli autocollapse ovunque siano --Bultro (m) 19:35, 29 giu 2014 (CEST)[rispondi]

Provo a rispiegare. Quando (e se) verrà dismessa "collapsible tables" tutti gli eventuali TdN di cui parli dovranno comunque cambiare "collapsible" in "mw-collapsible" altrimenti non funzioneranno più (non basta solo "autocollapse"). Quindi visto che cambia il nome della classe principale ("collapsible" => "mw-collapsible") è normale che cambino anche le classi accessorie (autocollapse è nata esculsivamente per collapsible): ci potrebbe essere javascript o css che viene invocato in base a "autocollapse" che avrebbe effetti indesiderati sulla nuova (e viceversa), essendo il codice javascript sottostante completamente diverso. --Rotpunkt (msg) 20:09, 29 giu 2014 (CEST)[rispondi]

Mi preoccupa la fase di transizione. La mia ipotesi comunque era che autocollapse sia solo un contatore che di suo non fa nulla. --Bultro (m) 20:37, 29 giu 2014 (CEST)[rispondi]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Ho implementato il comportamento della chiusura automatica in presenza di più elementi mw-collapsible. La classe l'ho alla fine chiamata selfcollapsible, per non disturbare il prefisso mw- visto che non è implementata in mediawiki stesso. Negli esempi ("Oceani") all'inizio del thread, si vede che ora sono chiusi, essendocene più di uno, anche se il secondo era senza state collapsed. Ho inoltre tolto il grassetto da mostra/nascondi e modificato l'iniziale in minuscolo (invece di Mostra/Nascondi). --Rotpunkt (msg) 10:42, 28 giu 2014 (CEST)[rispondi]

Ho notato tuttavia che in anteprima non si chiudono automaticamente. Vedo se si può sistemare. --Rotpunkt (msg) 11:06, 28 giu 2014 (CEST)[rispondi]

Sono riuscito a trovare un modo per cui funzioni anche in Anteprima, rimane il fatto che siccome la chiusura con mw-collapsible ha una animazione, della durata di default 400ms e non mi risulta essere configurabile, può essere fastidioso vedere questo effetto. Ho fatto il confronto con l'attuale "collapsible table" qui. --Rotpunkt (msg) 12:45, 28 giu 2014 (CEST)[rispondi]

Ho provato a porre rimedio a questo effetto di animazione ma non funzionava correttamente, sono quindi tornato alla versione precedente, che se pure lenta almeno chiudeva sempre i navbox. Ho intanto chiesto all'autore di jquery.makeCollapsible.js se può implementare l'autocollapse direttamente al suo interno. --Rotpunkt (msg) 18:54, 28 giu 2014 (CEST)[rispondi]

Ho ristretto il comportamento della chiusura automatica in presenza di più di due mw-collapsible alle sole tabelle, e forse è la cosa migliore. Anche se mw-collapsible è applicabile a qualunque elemento, è meglio utilizzarlo solo per le tabelle come avveniva finora. Ho poi aggiunto una chiamata ad hide() che rende la chiusura iniziale veloce, ma ancora leggermente notabile (esempio in Utente:Rotpunkt/TwoCollapsibles). Ho aggiornato Krinkle del miglioramento. --Rotpunkt (msg) 13:51, 30 giu 2014 (CEST)[rispondi]

Finalmente credo di essere riuscito a togliere quell'animazione iniziale. Si trattava di aggiungere sulla document.ready "mw-collapsed" se non c'era e usare hide() contemporaneamente (che era il primo metodo che avevo usato ma senza hide non funzionava sempre). Ditemi se sembra anche a voi ok. EDIT Ancora un problema: ogni tanto l'etichetta appare inizialmente come "nascondi" invece di "mostra". --Rotpunkt (msg) 14:14, 30 giu 2014 (CEST)[rispondi]

Sembra ok su vari browser --Bultro (m) 17:40, 30 giu 2014 (CEST)[rispondi]

@Bultro A me dà ancora dei problemi. Potresti fare questa prova: con Firefox (se usi Firefox) dopo aver caricato Utente:Rotpunkt/TwoCollapsibles, se vedi correttamente "mostra" come etichette per aprire le tabelle, prova a ricaricare la pagina, ma non con F5 o con il simbolo di ricarica, ma cliccando con il mouse nella barra degli indirizzi, quindi posizionando il cursore al fondo dell'indirizzo e a questo punto premendo INVIO sulla tastiera. Facendo così a me le due etichette "mostra" si trasformano in "nascondi" anche se le tabelle sono chiuse. Se non ti accade al primio INVIO prova ripetere l'operazione due o tre volte. --Rotpunkt (msg) 22:09, 30 giu 2014 (CEST)[rispondi]

In effetti stavolta c'era "nascondi" (e anche senza ricaricare la pagina) --Bultro (m) 22:13, 30 giu 2014 (CEST)[rispondi]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Con l'ultimo fix dovrei esserci. È stato davvero complicato arrivarci. Non so se per un bug in MediaWiki o cosa (Krinkle non mi ha ancora risposto), comunque il Common.js a volte è chiamato prima, a volte dopo lo script jquery.makeCollapsible.js, quindi ho dovuto trovare il modo di accorgemene e agire di conseguenza. Già solo capire il fatto che l'ordine non era sempre lo stesso è stata molto dura perché capitava pure solo in modalità non-debug. Ho provato a ricaricare la pagina Utente:Rotpunkt/TwoCollapsibles in ogni modo e mi pare che adesso funzioni sempre (nel caso ai primi tentativi non vi funzionasse bisogna pulire la cache del browser, compresi i cookie). --Rotpunkt (msg) 01:05, 1 lug 2014 (CEST)[rispondi]

Ora che anche la funzionalità di autochiusura funziona, in attesa di far passare questo template all'mw-collapsible, farei ancora qualche miglioramento. Confrontando (qui) una tabella collapsible con mw-collapsible: il testo mostra/nascondi della mw-collapsible è leggermente più grande ed è un filo più distanziato dal bordo, possiamo mantenere così oppure correggere via css. Mi metterei anche a riscrivere questo template in Lua (vedo sopra che era già stato proposto), sarebbe molto più leggibile e breve, visto che è ripetitivo. Infine richiederei un EGO per cercare template e pagine che usano table con class=collapsible, spero pochi/nessuno a parte questo template. --Rotpunkt (msg) 11:07, 1 lug 2014 (CEST)[rispondi]

Con Firefox la differenza di dimensioni non la vedo nemmeno, e la distanza dal bordo si nota appena. L'unica cosa bruttina è che col nuovo codice, quando mostro/nascondo, il titolo "Table mw-collapsible" si sposta lateralmente di qualche pixel; col vecchio codice, nonostante la diversa lunghezza di "mostra" e "nascondi", il titolo non si muove minimamente.

Ma pensi che lo sviluppatore implementerà queste cose direttamente nel codice universale? Ci conviene aspettare?

Attenzione che anche i Navbox, sebbene sia il default, potrebbero essere stati compilati esplicitamente con state=autocollapse --Bultro (m) 17:07, 1 lug 2014 (CEST)[rispondi]

Temo che lo sviluppatore sia alquanto occupato al momento. Io non starei ad aspettare, se un giorno sarà mai fatto internamente basterà sostituire la classe (gli riproporrei tra l'altro una mw-autocollapse-table, che serva solo per le table, come ho fatto alla fine). Riguardo allo spostamento del titolo penso che si potrà in qualche modo sicuramente fixare. Per i navbox che avessero usato state=autocollapse faccio un EGO anche qui, una semplice ricerca non sembrerebbe tuttavia dare risultati. Quel parametro non è stato comunque implementato tanto bene: se il valore era assente ci deve essere autocollapse (fin qui ok), mentre se presente solo "collapsed" deve diventare una class, altrimenti il valore deve essere scartato (nel modulo farei così). P.S. Sposterei infine il template a Navbox (e Navbox generic subgroup a Navbox subgroup), siamo praticamente solo noi ad usare questo suffisso "generic". --Rotpunkt (msg) 17:53, 1 lug 2014 (CEST)[rispondi]

Concordo con lo spostamento e con la modulizzazione (con la quale si potrebbero supportare anche nomi dei parametri in italiano), ma facciamo una cosa alla volta...

La ricerca purtroppo non funziona con il codice non visibile dei template, ci vogliono gli EGO --Bultro (m) 15:47, 2 lug 2014 (CEST)[rispondi]

Certamente bisogna fare un passo per volta, l'ordine per me necessario è: (1) inversione di redirect per togliere il suffisso generic, (2) passaggio al modulo e (3) passaggio alla classe mw-collapsible (dopo aver corretto gli ultimi problemi e con gli EGO disponibili). Apro una nuova discussione per il primo punto.

Con una piccola modifica ripresa dallo stile dell'attuale "table collapsible", il titolo della tabella ora non si sposta più, testabile sempre qui. --Rotpunkt (msg) 23:26, 6 lug 2014 (CEST)[rispondi]

Ho rimosso quest'ultima modifica, perché come segnalatomi da Beta interferiva con la visualizzazione modifiche raggruppate. --Rotpunkt (msg) 10:59, 9 lug 2014 (CEST)[rispondi]

Ho riapplicato questa modifica, questa volta limitandola alle table che hanno anche la classe navbox, che alla fine è quella che ci interessa. In questo modo non interferisce con la visualizzazione modifiche raggruppate e al contempo il titolo nei navbox resta fermo. --Rotpunkt (msg) 12:04, 11 lug 2014 (CEST)[rispondi]

Se nessuno vede controindicazioni nei prossimi giorni rinominerò (facendo inversione di redirect):

• Template:Navbox generic => Template:Navbox
• Template:Navbox generic subgroup => Template:Navbox subgroup

in quanto siamo quasi l'unica wiki (su circa 200) ad avere questo suffisso "generic". Passerò poi col bot (o faccio richiesta) a orfanizzare Template:Navbox generic e Template:Navbox generic subgroup. --Rotpunkt (msg) 17:01, 2 lug 2014 (CEST)[rispondi]

Il secondo si potrebbe ulteriormente semplificare in "subnavbox" o almeno tradurre --Bultro (m) 17:25, 2 lug 2014 (CEST)[rispondi]

Favorevole. --Superchilum^(scrivimi) 17:51, 2 lug 2014 (CEST)[rispondi]

Se la cosa non creasse particolari problemi, rimanderei a dopo l'ulteriore rinomina di subgroup (è utilizzato in un migliaio di template, quindi è una modifica "veloce" da fare). --Rotpunkt (msg) 18:35, 2 lug 2014 (CEST)[rispondi]

Fatto Ho fatto l'inversione di redirect e poi corretto tutti gli utilizzi di "Navbox generic" in "Navbox" e di "Navbox generic subgroup" in "Navbox subgroup". "Navbox generic" e "Navbox generic subgroup" risultano tuttavia ancora in parte trasclusi perché la cache si deve aggiornare, ci vorrà qualche giorno (se si verifica manualmente si nota che è la ricerca che riporta un vecchio risultato). Ho poi rimosso tutti gli utilizzi di "state = autocollapse" (circa 500 col bot e qualche decina a mano), essendo il default. --Rotpunkt (msg) 13:19, 6 lug 2014 (CEST)[rispondi]

Ho completato di implementare il Modulo:Navbox, testandolo con test automatici e manuali (come un raffronto visivo). Ho fatto sì che lo stesso modulo implementi sia il temlate Navbox che il Navbox subgroup (sempre testato con test automatici). Non ho ravvisato problemi evidenti e nel pomeriggio passerò ad attivarlo. Ulteriori sviluppi del template li rimando a dopo il passaggio al modulo, perché le due cose non interferiscano. --Rotpunkt (msg) 14:46, 6 lug 2014 (CEST)[rispondi]

Fatto, tengo sotto controllo, non mi sembra che ci siano problemi. --Rotpunkt (msg) 17:06, 6 lug 2014 (CEST)[rispondi]

Bene, segnalo un po' di funzioni che (senza fretta) si potrebbero aggiungere forse più facilmente grazie al modulo:

• nomi italiani per i parametri, in alternativa
• inserimento del solo nome file in "image", in alternativa
• i {{,}} non funzionano bene se preceduti da spazio, e fanno casini peggiori se si va a capo. il modulo potrebbe togliere gli eventuali caratteri di spaziatura intorno ai {{,}} nei parametri listN?
• esportare anche due funzioni "navbox inizio" e "navbox fine" analoghe a {{cassetto inizio}} e {{cassetto fine}}. mi sono capitati dei TdN contenenti tabelle, e renderli con navbox è una tragedia di {{!}} --Bultro (m) 23:28, 6 lug 2014 (CEST)[rispondi]

Vorrei far notare che prima cliccando su "espandi/comprimi" il titolo restava fermo al centro, mentre adesso, con questa nuova funzionalità, si sposta un po' in conseguenza del cambiamento della parola "espandi/comprimi". Ho guardato questo esempio. --Martin Mystère (contattami) 12:07, 9 lug 2014 (CEST)[rispondi]

Mhm, no, non mi risulta. Quello che stai guardando in quella sandbox, è appunto un test che esiste solo in pagine di prova. Utilizzera un nuovo metodo per creare i navbox, che come scritto nella discussione precedente è in via di sviluppo. Ma qualunque navbox nel namespace principale (prendo uno a caso Template:Scienze sociali) non ha ovviamente questo problema. Confermi? --Rotpunkt (msg) 12:16, 9 lug 2014 (CEST)[rispondi]

I navbox attuali vanno tutti bene, quello in alto in questa sandbox ha quel problema. Ma se mi dici che quello è solo un test e che il risultato finale sarà diverso allora non mi preoccupo. --Martin Mystère (contattami) 13:24, 9 lug 2014 (CEST)[rispondi]

Sì assolutamente un test, come tutto quello che c'è scritto nella discussione "Collapsed" qui sopra. Ciao. --Rotpunkt (msg) 13:27, 9 lug 2014 (CEST)[rispondi]

Avendone bisogno per le conversioni, intanto ho creato Template:Navbox inizio e Template:Navbox fine usando il vecchio codice. Se si riesce a ottenerli con il modulo bene, ma per me è troppo faticoso. In teoria è lo stesso che generare un normale Navbox, ma come se di righe numerate ci fosse solo list1, e l'output venisse "tagliato" in corrispondenza di list1. --Bultro (m) 16:19, 4 ago 2014 (CEST)[rispondi]

Ci sono 64 template con navbox (questi) che sfruttavano la cattiva implementazione del parametro "state" per passare non solo lo stato del navbox (collapsed o expanded) ma una classe CSS (header-color-for-links) che andava a finire direttamente tra le classi della table. Ora vedo due soluzioni possibili:

1. aggiungere un parametro tableclass in cui si possono aggiungere classi aggiuntive alla table, in questo modo si sa cosa si sta facendo, senza "trucchi"
2. aggiungere un parametro specifico per questo caso (visto che mi sembra l'unico) come "headerlinks" (o "headercolorforlinks") che se valorizzato a "1" aggiunge all'interno la classe header-color-for-links. In questo modo si previene l'abuso di ulteriori classi, e l'azione è ancora più chiara che nel punto precedente.

Io sono per un atteggiamento più restrittivo possibile, allargando le possibilità man mano che servono, quindi propendo per la seconda opzione. Ovviamente, una volta deciso, sono modifiche che posso fare in pochi minuti, ed essendo solo 64 i template possono essere cambiate/migliorate in qualunque momento successivamente. --Rotpunkt (msg) 13:59, 9 lug 2014 (CEST)[rispondi]

Ma i template prima e dopo che tu togliessi "header-color-for-links" mi sembrano assolutamente uguali... Problema mio?

Io comunque appoggio il restrittivo e sono per l'opzione 3, non fare nulla. Mi par di ricordare che questo header-color-for-links serviva per cambiar colore ai wikilink, non so se c'era consenso ma per me i wikilink non dovrebbero mai cambiare colore, il blu/rosso è uno standard con un preciso significato --Bultro (m) 16:44, 9 lug 2014 (CEST)[rispondi]

In effetti, visto che la modifica riguardava praticamente un solo gruppo di template (quei 58 con la colorazione rossa per Roma), anche a me sembra che si possa correggere trovando dei colori più consoni. P.S. Sì quello che faceva la classe header-color-for-links (definita nel Common.css globale) era far diventare dello stesso colore del titolo sia gli anchor della Tnavbar (i "v, d, m") che i "mostra" "nascondi" a destra. Nel caso dei template romani diventavano tutti gialli come il titolo. --Rotpunkt (msg) 16:56, 9 lug 2014 (CEST)[rispondi]

Ho notato che quando imposto una bordatura per la cella di contenuto tramite liststyle detta bordatura funziona solo a patto che io non valorizzi tale cella con {{Navbox subgroup}}; in tal caso la bordatura non si vede (vedi p.es. questo template). Sarebbe possibile correggere tale, non dico errore, ma inconveniente? Sui template molto popolati sarebbe opportuno bordare un'intera cella che contiene sottocelle formattate tramite {{Navbox subgroup}} per dare l'idea dello stacco, ma pare che per adesso non sia possibile. -- SERGIO ^{(aka the Blackcat)} 16:47, 11 lug 2014 (CEST)[rispondi]

Ciao, ora guardo, ma ti risulta che abbia smesso di funzionare recentemente, o è una nuova funzionalità che vorresti? Posso ovviamente rimettere il vecchio template in una sandbox per fare delle prove nel dubbio. --Rotpunkt (msg) 17:13, 11 lug 2014 (CEST)[rispondi]

Non ho precedenti. Si tratta della prima volta che uso il bordo, quindi non so se l'abbia mai fatto o meno. -- SERGIO ^{(aka the Blackcat)} 17:44, 11 lug 2014 (CEST)[rispondi]

Sistemato, avevo commesso un typo, grazie della segnalazione! -- Rotpunkt (msg) 19:07, 11 lug 2014 (CEST)[rispondi]

Ecco, mo' è cchiù bbell'. Ma così per curiosità, Rotpunkt, dove finisce il codice del template quando lo sostituisci con la funzione invoke? -- SERGIO ^{(aka the Blackcat)} 20:19, 11 lug 2014 (CEST)[rispondi]
PS Visto, visto, ho controllato la tua crono. Errorino da penna blu :-)

Pensavo che sarebbe stato meglio passare ad utilizzare mw-collapsible solo dopo aver ridotto praticamente a zero gli utilizzi di collapsible (a parte il template Navbox stesso), ma ciò in effetti è difficile da realizzarsi. Ho quindi fatto una modifica al MediaWiki:Common.js che permette di utilizzare la funzionalità della chiusura automatica (autocollapse) in situazioni miste di table con collapsible e table con mw-collapsible (queste ultime devono avere anche la classe navbox). Ho inoltre rinominato la classe selfcollapsible che mi ero inventato degli mw-collapsible in autocollapse (avevo preferito inizialmente dargli un nome diverso per evitare conflitti).

Per chi vuole provare la nuova implementazione basta usare {{Navbox/sandbox invece di {{Navbox. Nell'implementazione tra i due cambia esclusivamente l'utilizzo di due occorrenze di "mw-". Se va tutto bene si può cominciare a pensare di fare il passaggio. --Rotpunkt (msg) 22:17, 15 lug 2014 (CEST)[rispondi]

A me funziona; autonasconde se ci sono due Navbox, due Navbox/Sandbox, oppure un Navbox e un Navbox/Sandbox e in qualunque ordine --Bultro (m) 12:51, 11 set 2014 (CEST)[rispondi]

Fatto il passaggio a mw-collapsible, vedi diff. --Rotpunkt (msg) 16:01, 14 set 2014 (CEST)[rispondi]

Segnalo che sono ritornato nuovamente alle table collapsible, vedi diff in seguito alla segnalazione di questo problema (Discussioni template:Navbox subgroup#Problema con sottogruppi in template sinottici). Sarebbe da indagare perché con mw-collapsible spariscono talvolta i Navbox subgroup. --Rotpunkt (msg) 16:04, 26 set 2014 (CEST)[rispondi]

Si riesce ad avere un esempio di template non funzionante?--Bultro (m) 21:02, 26 set 2014 (CEST)[rispondi]

Sì certamente, qui ho riprodotto il problema segnalato oggi. Si può anche ridurre il template (cioè Template:Calcio in Italia 1960-1961/Sandbox a cui ho fatto usare Navbox/Sandbox che usa mw-collapsible) per semplificare l'analisi del problema. --Rotpunkt (msg) 21:14, 26 set 2014 (CEST)[rispondi]

Se ho ben capito il problema appare solo quando ci sono più di un template e scatta l'autocollapse, come qui sotto. Nell'HTML che viene generato è tutto regolare. I sottogruppi sono tabelle con classe "navbox nowraplinks", però penso che ereditano anche le classi della tabella madre (mw-collapsible autocollapse); può essere che MediaWiki:Common.js fa qualche errore del tipo collassare anche il sottogruppo? --Bultro (m) 23:16, 26 set 2014 (CEST)[rispondi]

Altra cosa che ho scoperto: qualunque sottotabella si metta dentro il navbox, anche non un subgroup ma una semplice table senza attributi, in autocollpase sparisce --Bultro (m) 23:27, 26 set 2014 (CEST)[rispondi]

Ho annullato le ultime due modifiche al Common.js globale perché c'era un errore come mostrato nella console del browser. In questi casi è meglio fare i test nei propri javascript utente. Appena ho tempo riprendo a vedere il problema di visualizzazione. --Rotpunkt (msg) 10:59, 3 nov 2014 (CET)[rispondi]

Tanto erano inutili... comunque spero che si risolva. Io ho quasi finito di eliminare il vecchio NavFrame da tutte le pagine; doverselo tenere proprio nel navbox sarebbe seccante! --Bultro (m) 22:19, 3 nov 2014 (CET)[rispondi]

[@ Bultro] Ciao. Aspetta, no, il template Navbox utilizza le "collapsible tables" non i NavFrame (i due metodi sono descritti a mw:Manual:Collapsible_elements, sezioni 2 e 3, mentre il nuovo mw-collapsible è la sezione 1). Quindi se sei riuscito a rimuovere gli utilizzi di NavFrame nelle voci e nei template (ottimo!) possiamo finalmente eliminare le righe che implementano i NavFrame dal MediaWiki:Common.js (righe 254-365) e dal MediaWiki:Common.css (righe 439-488). --Rotpunkt (msg) 10:23, 4 nov 2014 (CET)[rispondi]

NavFrame dovrebbe essere estinto. A quanto ho capito anche collapsible è un sistema che, una volta sostituito con mw-collapsible, può essere eliminato dai js/css locali? (ma perché ce n'erano due?) --Bultro (m) 20:33, 29 nov 2014 (CET)[rispondi]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Ho trovato l'errore (fix) che avevo fatto quando avevo implementato la classe autocollapse di mw-collapsible, per cui si nascondevano anche le nested table. L'ho riabilitato nel modulo. A questo punto, come per i NavFrame, una volta orfanizzate le "collapsible tables" elencate in Teknopedia:Elenchi generati offline/Voci con table collapsible e Teknopedia:Elenchi generati offline/Template con table collapsible si possono eliminare anch'esse da MediaWiki:Common.js e MediaWiki:Common.css, con grande risparmio di codice. --Rotpunkt (msg) 16:22, 22 dic 2014 (CET)[rispondi]

La classe "collapsible" è stata orfanizzata. Visto che c'è di messo l'autocollapse non vorrei fare casini nel js; puoi togliere tu il codice che non serve più? --Bultro (m) 18:35, 5 gen 2015 (CET)[rispondi]

Lo faccio subito, grazie del lavoro di orfanizzazione della classe collapsible. --Rotpunkt (msg) 18:46, 5 gen 2015 (CET)[rispondi]

Fatto--Rotpunkt (msg) 19:08, 5 gen 2015 (CET)[rispondi]

È necessario incapsulare l'intero template in una class="metadata" per evitare che chi tenta di sfogliare una galleria di immagini se la ritrovi contaminata da iconcine ingigantite, come nel caso di Athletissima#footer. Vedi mw:Help:Extension:Media Viewer/it#Come posso disabilitare Media Viewer per le immagini che non c'entrano?. --Nemo 16:38, 5 nov 2014 (CET)[rispondi]

Fatto vedi qui. --Rotpunkt (msg) 15:16, 6 nov 2014 (CET)[rispondi]