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)

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)

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

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

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)

Elenchi numerati

È 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)

Multicol automatico

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)

Gli diamo un nome italiano?

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)

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

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

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

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

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

(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)

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)

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)

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)

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

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)

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

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)

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)

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)

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

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

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

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)

@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)

(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)

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)

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)

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)

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

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

Proposta di piccolo fix

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)

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

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)

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

Template:Div col

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)

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

Aggiornamento a colonne responsive

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)

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)

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)

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)

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)

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)

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)

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)

[← 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)

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)

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)

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

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

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)

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)

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)

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)

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)

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

[← 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)

[@ 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)

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)

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

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)

[@ 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)

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)

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

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)

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

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

[@ 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)

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

[← 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)

Larghezza colonne diversa

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":

#	Superficie	Totale	%
1	Sterrato	353	59,1%

#	Stagione	Evento	Vincitori	Secondi classificati	Distacco (s)
10	2000	13º Rally d'Australia	Marcus Grönholm Timo Rautiainen	Richard Burns Robert Reid	2,7

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

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)

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)

"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)

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)

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)

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)

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)

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:

#	Superficie	Totale	%
1	Sterrato	353	59,1%

#	Stagione	Evento	Vincitori	Secondi classificati	Distacco (s)
10	2000	13º Rally d'Australia	Marcus Grönholm Timo Rautiainen	Richard Burns Robert Reid	2,7

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)

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)