Discussioni template:Colonne

Ho provato a dare una nota di colore allo sfondo del template, sul modello del corrispettivo da en:wiki en:template:top. Se non piace, sentitevi liberi di rollbeccare. --「Twice^28.5 · discorrimi」 21:58, 10 lug 2007 (CEST)Rispondi

A me non piace, così; infatti quando il template è inserito in un testo (tipo qui) il colorino sullo sfondo disturba un po' la lettura, oltre a dare l'impressione che la tabella sia scorporata dal testo, cosa che invece non è. Se qualcuno è d'accordo con me...--ςμèαgωℓ 22:30, 10 lug 2007 (CEST)Rispondi

non mi piace, era meglio trasparente :° --ΣΑΛΛΙ^Salli · ΣΑΛΛΕΙΩΝ 09:35, 11 lug 2007 (CEST)Rispondi

rollbackato, appesantiva la lettura ...magari ne facciamo un'altro colorato se serve? =DDD --ΣΑΛΛΙ^Salli · ΣΑΛΛΕΙΩΝ 09:38, 11 lug 2007 (CEST)Rispondi

D'accordo. Era un'idea come un'altra (nulla di irreversibile), ma se qualche altro utente è dell'opinione che uno sfondino di colore - ricito il template en:template:Top - sia preferibile si senta ugualmente libero di dirlo. ^^ --「Twice^28.5 · discorrimi」 09:45, 11 lug 2007 (CEST)Rispondi

È possibile modificare il template in modo che colBreak non faccia ripartire da uno gli elenchi numerati inseriti con il cancelletto?
--Poweruser (msg) 22:56, 30 mar 2008 (CEST)Rispondi

Sto cercando di fare qualche esperimento per rendere il template MultiCol più automatico di quello che è adesso prendendo spunto da {{references}}. Le versioni attuali dei template che ho creato (MultiColAuto, EndMultiColAuto, ColBreak) funzionano bene sia con i browser basati su WebKit (Safari, …) che quelli che usano Gecko (Firefox, …) ma, tanto per cambiare, non su Internet Explorer. C'è qualche problema con il template ColBreak per forzare manualmente l'interruzione di colonna. Qualche esempio è visibile in questa sandbox. Chi è interessato alla cosa, può tranquillamente modificare quei template oltre che ovviamente discuterne qui. --Poweruser (msg) 16:31, 31 mag 2008 (CEST)Rispondi

Dopo l'ennesima volta che, non ricordandomi il nome dei tre template, sono dovuto andarli a cercare sul manuale, propongo di fare questi spostamenti:

• {{MultiCol}} -> {{Inizio colonne}}
• {{ColBreak}} -> {{Nuova colonna}}
• {{EndMultiCol}} -> {{Fine colonne}}

--Una giornata uggiosa '94 · E poi, di che parliamo? 17:01, 4 gen 2011 (CET)Rispondi

Per me va bene --Bultro (m) 17:12, 4 gen 2011 (CET)Rispondi

Idem. --Azrael 17:26, 4 gen 2011 (CET)Rispondi

idem (ma tenere quelli inglesi come redirect). --Superchilum^(scrivimi) 17:31, 4 gen 2011 (CET)Rispondi

Ok! Dome era Cirimbillo ^{A disposizione!} 17:34, 4 gen 2011 (CET)Rispondi

Effettivamente ogni volta che devo usarlo devo cercare su google, però lascerei utilizzabili entrambe le forme. --wolƒ «talk» 17:47, 4 gen 2011 (CET)Rispondi

(confl.)

No, io terrei gli attuali (perché me li ricordo così); se proprio si vuole spostarli che si tengano i redirect (anche se deprecati nei template), e si usino nomi più simili agli attuali e più facilmente ricordabili, ad es:

• {{MultiCol}} -> {{ColonnaMultipla}} o {{InizioColonna}}
• {{ColBreak}} -> {{SpezzaColonna}} o {{NuovaColonna}}
• {{EndMultiCol}} -> {{FineColonnaMultipla}} o {{FineColonna}} --gvnn ^scrivimi! 17:51, 4 gen 2011 (CET)Rispondi

concordo con chi vuole mantenere sia il redirect che la forma CamelCase in modo da facilitarne la memorizzazione. --valepert 18:14, 4 gen 2011 (CET)Rispondi

anche la seconda opzione di Gvnn mi piace (IMHO tutti devono cominciare o finire con "Colonna", non che qualcuno ha colonna all'inizio e altri alla fine, è uno dei problemi per cui non mi ricordo mai quelli attuali). --Superchilum^(scrivimi) 18:35, 4 gen 2011 (CET)Rispondi

Se non erro (purtroppo non ricordo dove emerso quest'orientamento) per uniformità i nomi dei template dovrebbero essere scritti con lo spazio e non tutto attaccato. Favorevole a mantenere il "colonna" finale. --Azrael 18:54, 4 gen 2011 (CET)Rispondi

Non erri. Sarebbe comodo anche il "colonne" iniziale, così vengono vicini nella categoria --Bultro (m) 19:34, 4 gen 2011 (CET)Rispondi

Per me i nomi in italiano più memorizzabili sarebbero: {{Colonne}}, {{Colonne spezza}} e {{Colonne fine}}. Il "multipla" è superfluo, il "nuova" è ambiguo. PersOnLine 20:10, 4 gen 2011 (CEST)Rispondi

Concordo pienamente con personline--Paul Gascoigne (msg) 20:21, 4 gen 2011 (CET)Rispondi

OK per tenere i redirect, ma il CamelCase no (se ne era già discusso, e poi non vedo come possa favorire la memorizzazione). --Una giornata uggiosa '94 · E poi, di che parliamo? 21:21, 4 gen 2011 (CET)Rispondi

Concordo con l'opzione Personline, ma sempre con la clausola di mantenere i vecchi template come redirect. --Maquesta ^Belin 21:25, 4 gen 2011 (CET)Rispondi

Ovvio che si terrebbero i reditect, però si fa passare un bot a orfanizzare quelli in inglese: ricordiamoci che per l'accessibilità è sempre meglio tenere i template in italiano. PersOnLine 23:17, 4 gen 2011 (CEST)Rispondi

ok su personline --umbertobasilica 00:04, 5 gen 2011 (CET)Rispondi

che ne dite invece di {{Altra colonna}} invece di spezza colonna?--Limonadis (msg) 00:33, 5 gen 2011 (CET)Rispondi

Nomi troppo diversi sono difficili da ricordare. PersOnLine 01:21, 5 gen 2011 (CEST)Rispondi

Non credo che cambiargli il nome risolva il problema. Credo che tenere a mente "Nuova colonna", "SpezzaColonna", "Colonne spezza", "Altra colonna", o qualsiasi altra cosa si possa proporre, sia comunque impossibile. In ogni caso bisognerà andare a controllare. Proprio ieri avevo bisogno del template {{Avvisoimmagine}}, e sono dovuto andare a controllare se ci sono spazi, maiuscole, ecc. Il fatto che il nome fosse in italiano non mi ha aiutato per niente Jalo 09:35, 5 gen 2011 (CET)Rispondi

@Jalo: ma infatti la modifica non comprende solo l'italianizzazione. Se tutti i template si adattassero allo standard su cui sembra esserci consenso (solo maiuscola iniziale, spazi e non trattini bassi/CamelCase) si potrebbe riuscire azzeccare il nome anche senza andare a cercare. --Una giornata uggiosa '94 · E poi, di che parliamo? 02:27, 7 gen 2011 (CET)Rispondi

(RIENTRO) +1 su Personline. A sto punto (spero non lo prendiate come un OT) ragioniamo anche per {{Div col}} e {{Div col end}} --Number55★ (dopo il 54, prima del 56) 18:26, 9 gen 2011 (CET)Rispondi

Quoto "Pers on line" e "Number 55" (per essere chiari:) ed in particolare ogni italianizzazione di qualsiasi template che decidiate--Pierpao.lo (listening) 21:16, 10 gen 2011 (CET)Rispondi

Ma il gioco (un costo spropositato) vale la candela? Al più si creano ed usano i redirect e quando la quota di nuovi nomi sarà considerevole si prende in considerazione l'inversione. --Vito (msg) 21:39, 10 gen 2011 (CET)Rispondi

Cioè intendi creare (ad esempio) {{Colonne}} come redirect che punti a {{MultiCol}} ed iniziare ad usare il redirect in ns0, per poi in futuro fare l'inversione? Scusa ma sinceramente non ne capisco il motivo :D Se ora decidiamo che il template vada usato nella sua versione tradotta mi pare più utile trasformare {{MultiCol}} in redirect, anche per incentivare l'utilizzo del nuovo nome tradotto no? --Number55★ (dopo il 54, prima del 56) 23:55, 12 gen 2011 (CET)Rispondi

+1 a PersOnLine, ma rimarrà solo una chiacchierata? --Bultro (m) 15:32, 30 mar 2011 (CEST)Rispondi

Fatto! --Una giornata uggiosa '94 · E poi, di che parliamo? 00:31, 4 apr 2011 (CEST)Rispondi

Dal momento che il template è protetto, mi sembra giusto segnalare la modifica che desidererei apportare, anche per sentire pareri in merito.

C'è un piccolo problema di visualizzazione se le colonne sono contenute in una tabella "prettytable" o "wikitable"

uno due tre quattro

Come si può vedere compaiono degli antiestetici bordi che circondano le colonne. Esistono alcuni modi per eliminare il problema, tra i quali ad esempio modificare mediawiki:common.css, io però proporrei di intervenire "localmente" modificando il template {{Colonne}} da:

|<div style="margin-right:20px">

a:

|style="border:0" | <div style="margin-right:20px">

in modo da forzare il bordo a 0 pixel e farlo scomparire a prescindere dallo stile applicato. La cosa andrebbe fatta anche nel corrispondente {{Colonne spezza}} -- Lepido (msg) 08:20, 4 set 2011 (CEST)Rispondi

Favorevole--LikeLifer (msg) 15:40, 8 nov 2011 (CET)Rispondi

Se sei stra-certo che sia la soluzione, posso agire io.

Possibilmente crea un template "parallelo" nelle tue sottopagine utente e prova a fare dei test per avere conferma del funzionamento impeccabile (ciò significa non solo "risolvere il problema", ma anche "non causarne altri": sperimenta il nuovo codice con tutte le possibili varianti di contenuto (tipicamente sono gli elenchi a dare problemi, ma lo dico assolutamente da non addetto ai lavori).--DoppioM 15:06, 9 nov 2011 (CET)Rispondi

La correzione è già stata applicata da L736E, ma sul colonne spezza dava dei problemi.--LikeLifer (msg) 15:30, 9 nov 2011 (CET)Rispondi

Scusate ma dal momento che esiste il template in oggetto che incolonna automaticamente tutte le liste quale resta l'utilizzo di questo? --^Le_o (dimmi) 00:05, 13 set 2012 (CEST)Rispondi

Le differenze sono spiegate nella sezione Template correlati.--Luca Ghio ✉ 09:41, 13 set 2012 (CEST)Rispondi

Visto il traffico da mobile, è impensabile continuare a tenere questo template - risalente al 2006 - così com'è con layout fisso. Più piccolo è lo schermo, più c'è il rischio che il testo delle colonne si accavalli o torni talmente tante volte a capo da rendere inutilmente difficoltosa la lettura. Ho quindi in programma un aggiornamento alla versione in sandbox con layout flessibile e l'ausilio di un foglio di stile apposito. In sintesi, cerchiamo di far comportare il template come il fratello {{Div col}}, ma mantenendo il più possibile (a seconda dello spazio orizzontale) l'output spezzato in colonne nei punti indicati. In mancanza di spazio, le colonne, invece di accavallarsi, sfileranno man mano in verticale come è normale e inevitabile che sia. Se ci sono obiezioni o qualcuno vuole fare test per feedback, resto qualche giorno in attesa--Sakretsu (炸裂) 18:32, 1 giu 2019 (CEST)Rispondi

Come decidiamo lo spazio entro cui le colonne diventano troppo strette? Si possono dare gli stessi default del Div col? Lì il minimo è 30em, o 20em nella versione "strette", personalizzabili dagli utenti --Bultro (m) 23:40, 2 giu 2019 (CEST)Rispondi

Mi sono dimenticato di linkare esempio delle colonne responsive in funzione. Se allarghi e restringi la finestra del browser, vedi che al momento si autogestiscono a seconda del testo che contengono, in modo simile al comportamento corrente. Se vogliamo, è possibile definire larghezze minime di default come nel div-col--Sakretsu (炸裂) 00:54, 3 giu 2019 (CEST)Rispondi

Segnalo che ora da fisso le colonne non funzionano più, quale che sia la dimensione di visualizzazione dello schermo. O, perlomeno, del mio schermo... --CastagNa 01:09, 17 giu 2019 (CEST)Rispondi

Anche le colonne di esempio nel manuale non ti appaiono in orizzontale? Se è così, mi indichi che browser usi e la sua versione? Grazie.--Sakretsu (炸裂) 02:10, 17 giu 2019 (CEST)Rispondi

Sì, anche lì; uso Firefox, la versione non la so ma dev'essere vecchiotta... E anche su Safari (sempre datato)--CastagNa 00:18, 18 giu 2019 (CEST)Rispondi

Anche io uso Firefox. Come gli altri principali browser escluso Safari in ritardo, supporta le colonne responsive da fine 2013/inizio 2014. Se hai una versione antecedente a quel periodo, ti consiglierei di aggiornare anche per maggiore sicurezza e supporto.--Sakretsu (炸裂) 00:34, 18 giu 2019 (CEST)Rispondi

Ho un computer vecchio, è vero, ma finché campa... Però non mi pare tanto amichevole che vengano introdotte modifiche che non tengano conto di chi non può/non vuole cambiare computer ogni x anni...--CastagNa 00:57, 18 giu 2019 (CEST)Rispondi

[← Rientro] Tieni conto che più passa il tempo, più noterai funzionalità in meno rispetto a quelle che dovresti avere. Per forza di cose, Wikimedia incoraggia a installare almeno Firefox 52 ESR che farebbe al caso tuo se usi ancora Windows XP e non ti comporterebbe nessuna spesa, ma non so se sia ancora disponibile. Considerando che Firefox supporta appieno le colonne responsive dalla versione 28 in su, mi sembra che io stia offrendo una copertura molto più lunga di quella raccomandata. Ieri comunque ho effettuato una modifica che dovrebbe estendere il supporto, seppur parzialmente, alle versioni precedenti di Firefox. Noti differenze?--Sakretsu (炸裂) 11:25, 18 giu 2019 (CEST)Rispondi

Sì, adesso funziona. Quanto agli aggiornamenti di sistema... secondo me dovremmo sempre cercare di conservare la piena accessibilità a una platea più ampia possibile. Non so se ricordi, qualche anno fa, il progetto di semplici computer a manovella da destinare a zono rurali remote dell'Africa... ecco, non so come sia andato a finire, ma dubito che tali computer abbiamo la versione più aggiornata dei sistemi di navigazione. Forse Wikimedia dovrebbe farci un pensierino... Grazie ciao. --CastagNa 00:36, 19 giu 2019 (CEST)Rispondi

Ma anche con il browser aggiornato, da me le colonne non vanno giù gradualmente; stanno tutte in orizzontale finché possono, poi di botto si mettono in verticale tutte. E' normale? Se sì, è un difettuccio --Bultro (m) 01:12, 21 giu 2019 (CEST)Rispondi

Non lo è. Qual è il browser?--Sakretsu (炸裂) 23:07, 21 giu 2019 (CEST)Rispondi

Provato Firefox 67 e Chrome 75, con gli esempi del manuale --Bultro (m) 01:52, 22 giu 2019 (CEST)Rispondi

Prova con l'esempio che ho linkato sopra. Nel manuale ci sono appena tre colonne; quando restringi talmente tanto la finestra da andare a meno di 600px di larghezza, esci fuori dal target che ho impostato per il CSS. Serve a escludere gli schermi molto piccoli degli smartphone che mal si addicono alle colonne pensate per desktop (e al limite per tablet)--Sakretsu (炸裂) 17:51, 22 giu 2019 (CEST)Rispondi

Sì dev'essere per quello. Però sarebbe il caso di chiedere il parere della comunità prima di abolire le colonne dai cellulari a prescindere --Bultro (m) 21:20, 26 giu 2019 (CEST)Rispondi

Concordo con Bultro, questi elenconi che sono venuti a formarsi nella versione mobile a me non garbano per niente. --Ignazio (msg) 21:53, 26 giu 2019 (CEST)Rispondi

La modifica è già conforme alle linee guida, che anzi vanno aggiornate con le buone nuove: ora non c'è più la limitazione tecnica del Colonne. Le nuove caratteristiche del Colonne le ha sempre avute il Div col. Al massimo si tratta di lasciare che le colonne responsive si autoregolino anche su cellulare, ma la differenza si noterà in poche voci e richiederà l'aiuto di utenti da mobile che facciano da cavia per un po' di tempo e diano un feedback.--Sakretsu (炸裂) 23:55, 26 giu 2019 (CEST)Rispondi

Scusa ma nelle linee guida linkate non leggo niente in merito a colonne sui cellulari. Il Div col ha sempre funzionato anche sui cellulari, poi magari con la larghezza colonne di default va da sé che su molti cellulari non ci sta più di una colonna, ma questo è un altro discorso. Non vedo perché si debba aggiungere una forzatura, lasciamolo autoregolare. Un primo test ce lo farà Ignazio --Bultro (m) 01:17, 27 giu 2019 (CEST)Rispondi

Quando volete, io ci sono. --Ignazio (msg) 01:38, 27 giu 2019 (CEST)Rispondi

[← Rientro] Ottimo, allora quello che vogliamo sapere è se la distanza tra le colonne è adeguata (magari qualche screenshot permetterebbe a tutti di valutare), se ti capita mai che le colonne ti si sovrappongano o ti forzino lo scorrimento orizzontale. Fai pure test con calma--Sakretsu (炸裂) 22:58, 28 giu 2019 (CEST)Rispondi

[@ Sakretsu] non pensavo si volesse procedere attraverso il mio css, avevo annullato tutto solo per poter disporre del nuovo template. Comunque, la distanza mi pare adeguata (cfr.), solo che in casi come questo (trattasi della voce Domani 21/04.2009 dove gli artisti sono stati elencati in ordine alfabefico), anzi, secondo me sempre, se le colonne sono più di due dovrebbero prima disporsi in verticale, ma questa è una questione che non riguarda propriamente la versione mobile e che forse sarebbe impossibile da gestire in maniera adeguatamente proporzionata. --Ignazio (msg) 23:59, 28 giu 2019 (CEST)Rispondi

In quella voce ci va il Div col, non il Colonne. La differenza è proprio se si vuole un'unica colonna che si spezza dove gli pare, o più colonne (coi propri contenuti da non mischiare con quelli delle altre) che si autodispongono sullo schermo. In effetti, per mantenere le colonne distinte come da scopo del template, bisogna aggiungere uno stacco anche in verticale. Comunque ai fini del nostro test tocca valutare se sia faticosa la lettura su smartphone con tutte queste righe di colonne che si possono venire a creare sotto la prima. In caso, possiamo far sì che si distribuiscano solo in verticale appena non c'è spazio orizzontale.--Sakretsu (炸裂) 18:54, 29 giu 2019 (CEST)Rispondi

Se avete bisogno di screenshot più specifici, datemi delle indicazioni :) --Ignazio (msg) 23:03, 29 giu 2019 (CEST)Rispondi

Ti ho aggiunto lo stacco tra le colonne della prima riga, le colonne della seconda riga e via dicendo. Serve un parere su queste righe di colonne (es. 2x2, due in alto e due in basso): secondo te è comoda la lettura su e giù da mobile di queste colonne che sfilano sotto? O è meglio lasciare che le colonne si generino solo quando riescono a disporsi su una sola riga orizzontale come fa il div col?--Sakretsu (炸裂) 02:03, 2 lug 2019 (CEST)Rispondi

[@ Sakretsu] io sono per differenziare i due template, oltre al fatto che ciò che ritengo davvero scomodo sono degli elenchi infiniti disposti verticalmente. Col mio css attuale (e il mio display), prendendo come esempio la stessa voce, vedo generarsi in orizzontale tre colonne (screenshot), ma è presente lo stesso problema che ti ho segnalato qui e avevi risolto così. --Ignazio (msg) 03:30, 2 lug 2019 (CEST)Rispondi

Errore mio a impostare i margini, ho corretto. Allora se vanno bene le colonne su più righe orizzontali, non rimane altro da fare. Fai un altro giro di test per vedere se noti errori, poi procediamo--Sakretsu (炸裂) 11:47, 2 lug 2019 (CEST)Rispondi

[@ Sakretsu] personalmente ridurrei lo stacco (situazione attuale), per il resto penso si possa procedere. --Ignazio (msg) 23:57, 2 lug 2019 (CEST)Rispondi

Di meno sarebbe come se non ci fosse. Si deve capire che la colonna sotto è separata dalla colonna sopra, magari anche con qualche altro stratagemma se ci viene in mente. Nei casi dove lo stacco, qualunque esso sia, non lo si vuole, significa che si è usato il template sbagliato invece che il div col. Comunque direi di procedere in settimana--Sakretsu (炸裂) 00:18, 3 lug 2019 (CEST)Rispondi

[← Rientro] ho rimandato a un periodo in cui posso seguire meglio il feedback, domani procedo--Sakretsu (炸裂) 00:57, 27 lug 2019 (CEST)Rispondi

Fatto, vediamo come va. [@ Ignazio Cannata] grazie, se vuoi ora puoi annullare le modifiche al tuo css.--Sakretsu (炸裂) 22:00, 27 lug 2019 (CEST)Rispondi

[@ Sakretsu] ho ripristinato così, perché personalmente gradirei comunque visualizzare gli elenchi come prevedeva il vecchio template Colonne, solo che adesso non funziona più. Mentre lo scrivo in effetti mi sembra anche ovvio: non c'è più modo di agire via css? Devo per forza utilizzare il vecchio codice? --Ignazio (msg) 01:03, 28 lug 2019 (CEST)Rispondi

Qui siamo off-topic, ti scrivo in talk--Sakretsu (炸裂) 01:55, 28 lug 2019 (CEST)Rispondi

[← Rientro] [@ Bultro, Sakretsu] che ne dite di ripristinare in Template:Colonne/Sandbox2 il vecchio codice per chi, magari in pagina utente, volesse continuare a utilizzare la scorsa versione del template? --Ignazio (msg) 17:35, 3 dic 2019 (CET)Rispondi

Segnalo (soprattutto [@ Sakretsu]) che in Wikipedia:Bar/Discussioni/Portali: hanno ancora un senso nel 2025?#Template per portali potrebbe essere emerso qualche problema di (non) responsività del Colonne.
Altra cosa che ho notato è che c'è uno spazio vuoto di troppo a destra dell'ultima colonna. Si vede bene in Portale:Anni di piombo o dovunque le colonne sono tutte "piene". --Bultro (m) 16:49, 22 feb 2025 (CET)Rispondi

@Bultro@Valerio Bozzolan@ValterVB ho corretto lo spazio vuoto a destra. Per quanto riguarda la responsività, la colonna a destra del portale non va a capo sugli schermi più piccoli perché c'è ancora spazio per entrambe le colonne (infatti non si sovrappongono a vicenda). Non è impostata una larghezza minima per ciascuna colonna. Ricordo vagamente che il template:Colonne viene usato per distribuire orizzontalmente diversi elenchi stretti, invece il template:Div col viene usato per distribuire orizzontalmente i punti di un singolo elenco molto lungo. Non so se sia il caso di adeguare uno di questi due template alle esigenze dei portali o di gestire le colonne direttamente nel template Crea portale. --Sakretsu (炸裂) 12:55, 21 mar 2025 (CET)Rispondi

Il problema non riguarda solo i portali, molto spesso ovunque si usi il Colonne nelle voci abbiamo riscontrato schiacciamenti eccessivi, anche se le parole non si sovrappongono vanno troppo a capo. Una larghezza minima è bene avercela anche qui, eventualmente con un default modificabile --Bultro (m) 17:47, 21 mar 2025 (CET)Rispondi

Quindi sugli smartphone le colonne dovrebbero occupare tutta la larghezza dello schermo e si dovrebbero vedere tutte di seguito? Attenzione comunque che, a differenza del div col, questo template manda a capo prima le ultime colonne con uno spazio vuoto in mezzo, ad esempio così:

 1. A      5. E
 2. B      6. F
 3. C      7. G
 4. D      8. H

 9. I
10. L
11. M
12. N

È chiaro che lo spazio vuoto non serve se le colonne contengono i riquadri dei portali--Sakretsu (炸裂) 13:08, 22 mar 2025 (CET)Rispondi

Dipende sempre dalla larghezza dello schermo; da cellulare medio tenuto in verticale sì, meglio tutte di seguito, non credo che qualcuno preferisca leggere il testo-salsiccia che va a capo ogni due parole. Potranno esserci elenchi di termini molto stretti che stanno bene lo stesso, ma a quanto vedo in giro è più l'eccezione gestibile con parametro che la regola.

C'è da dire anche che moltissimi usi di Colonne in tutti i namespace sono sbagliati e forzano senza motivo un numero di colonne fisso, quando invece si dovrebbe usare Div col.

L'unico portale che usa Colonne per affiancare più di due finestre mi risulta Portale:Sassari, ma da cellulare in verticale è terribile in generale, mi pare proprio il problema minore--Bultro (m) 17:20, 25 mar 2025 (CET)Rispondi

[← Rientro][@ Sakretsu] Da qualche giorno, almeno da mobile, è scomparsa l'icona della matita per modificare le singole sezioni anche quando queste sono incolonnate (es. Il mondo è nostro#Classifiche). --Ignazio (msg) 13:57, 2 gen 2026 (CET)Rispondi

Vedi phab:T387374, la causa è il nuovo parser. Finché non risolvono, puoi reimpostare il parser legacy nelle preferenze --Sakretsu (炸裂) 17:22, 2 gen 2026 (CET)Rispondi

Salve, è possibile decidere a piacimento la larghezza delle singole colonne, qualora esse debbano essere diverse. Ad esempio ho due tabelle differenti da mettere in colonna, ma una è molto più stretta dell'altra, e ciò nonostante il template mi divide lo spazio in due parti uguali, quindi l'altra tabella (sensibilmente più larga) viene "ristretta a forza", con pessimi risultati visivi. Ecco sotto il mio problema "reale":

Grazie mille, --Lou6977 15:19, 14 nov 2019 (CET)Rispondi

C'era il parametro "auto" per fare quello che dici tu, ma utente:Sakretsu lo ha tolto dal manuale, quindi immagino che con gli ultimi aggiornamenti ci siamo persi quella possibilità. Se è così, va tolta anche la frase "permette di compattare automaticamente le colonne, che assumono la larghezza minima necessaria, anche diversa tra di loro."

Ma è proprio necessario metterle in colonna? Due tabelle come quelle possono stare semplicemente una dopo l'altra. --Bultro (m) 22:59, 19 nov 2019 (CET)Rispondi

COme puoi notare, [@ Bultro], il parametro "auto" (che ben conoscevo) non funziona allo scopo. E cmq la risposta "Ma è proprio necessario metterle in colonna?" è proprio, passami il termine.. poco utile, non da admin :D. Se ho fatto la domanda, evidentemente mi servono in colonna, e poi la voce da cui parte è piena di tabelle- COme se si chiedesse "Scusate mi consigliate il miglior motore diesel sul mercato?" e la risposta fosse "Comprati il benzina" :) Ho capito il template non lo permette, mi arrangerò coi "Tutto attaccato". Grazie lo stesso comunque. --Lou6977 07:46, 20 nov 2019 (CET)Rispondi

"auto" non funziona più in quel modo. Il contenuto delle colonne manterrebbe sempre la propria massima larghezza finendo appena possibile sulla riga successiva. In effetti, se le colonne contengono solo tabelle andrebbe bene, ma per il resto (come gli esempi del manuale) no e quindi si dovrebbero rivedere gli usi.--Sakretsu (炸裂) 16:04, 20 nov 2019 (CET)Rispondi

Credimi Lou6977, a volte la risposta giusta è proprio "comprati la benzina". Non saresti certo il primo a voler fare una cosa che è sbagliata a monte.

Sakretsu: ma "auto" non funziona più in nessun modo... sbaglio? --Bultro (m) 19:26, 20 nov 2019 (CET)Rispondi

Ma "sbagliata a monte" per quale motivo? [@ Bultro] Mah se lo dici tu senza manco sapere di che voce si parla... Cmq come non detto. Proseguo, non mi serve un benzina--Lou6977 19:39, 20 nov 2019 (CET)Rispondi

Se continui a non dire di quale voce si tratta, non aiuta. Non ho mai detto che certamente ti sbagli, ma da quel poco che ho visto qui, potrebbe essere. --Bultro (m) 19:50, 20 nov 2019 (CET)Rispondi

No, non può essere. E' escluso che si usi una sola colonna. E comunque la tua, in generale non è una soluzione nè una risposta a quello che si chiedeva. Sin lì ci arrivavo anche io, a usare una colonna, ma è anni luce e lontano da ciò che chiedevo e che serviva. A questo punto, ripeto, la soluzione è usare il "tutto attaccato" (visto che il codice del template, molto stranamente, non prevede questi casi), non di cambiare completamente tutto e rendere oltretutto inutile la mia domanda.--Lou6977 21:47, 20 nov 2019 (CET)Rispondi

No, la soluzione non è il Tutto attaccato, anzi tieni presente che va usato il meno possibile solo laddove è proprio strettamente necessario che il testo non si divida. Di norma deve essere lo schermo a distribuire gli elementi. Riguardo ad "auto", non funziona quello tradizionale perché siamo in ambiente flex, quindi va passato ai singoli elementi:

Al restringimento della finestra, appena non c'è spazio in orizzontale, la seconda tabella scala di sotto e, quando ancora di più non c'è spazio, solo allora a sua volta si restringe. È una buona soluzione, appunto, solo per le tabelle, perché se assieme o al posto delle tabelle ci fossero paragrafi di testo di diversa misura, i più lunghi scalerebbero fisso sulla riga successiva.--Sakretsu (炸裂) 22:27, 20 nov 2019 (CET)Rispondi

E ok, e infatti io chiedevo, se possibile, una soluzione fattibile che non sia però rinunciare alle colonne (troppo facile :) ). Per me è strettamente necessario che non si divida, se no (e ritorno) non avrei chiesto la cosa. Ti ringrazio per avermi dato una possibilità. Sicuramente testerò la tua soluzione e ti farò sapere. Grazie mille, [@ Sakretsu]!--Lou6977 07:26, 21 nov 2019 (CET)Rispondi

Ho notato l'esistenza della proprietà CSS column-count, che ho usato in {{Grafico risultato elezioni PE}}. Ho cercato di usare {{Div col}} e {{Colonne}} ma non sono riuscito ad avere lo stesso effetto. È il caso di creare un template apposito o magari permettere ad uno dei due già esistenti di passare il numero di colonne che si desiderano e questo applica dietro le quinte questa proprietà? — $ZandDev ↩ 13:09, 11 mag 2025 (CEST)Rispondi