OldClaudio

Leggendo la documentazione di array vedo che la definizione di un nuovo tio di colonna si può fare con un argomento; per esempio:`\newcolumntypeC[1]{S{table-format=#1}}`così che potresti continuare a specificare il valore 1.2 oppure i.3 o quel che ti pare. Non è l’automazione che cerchi, ma serve almeo per scrivere un po’ di meno nell’argomento degli specificatori di colonna.

Non ho provato il codice che ti ho scritto sopra; l’ho solo messo insieme leggendo la documentazione e potrei benissimo avere frainteso; ma non costa niente provarlo.

Vedi nell’altra sezione dove hai messo lo stesso messaggio

Non solo leggendo la documentazione dei vari pacchetti che consentono di inscatolare testo dentro ambienti colorati, ma anche familiarizzandosi con il conccetto di scatola, descritto in modo completo nella guida tematica Il LaTeX Reference Manual commentato e tradotto in italiano, scaricabile dalla sezione Gide tematiche della sezione Documentazione di questo sito.
Ma ci sono pacchetti, come tcolorbox che permette di fare cose meravigliose per inscatolare testi; Bisogna ovviamante leggerne la documentazione che dovresti poter leggere per qualunque pacchetto aprendo un terminale, scrivendoci dentro, per esempio, texdoc tcolorbox e premendo poi il tasto .

È possibile che se hai ina installazione di base (capita sovente co MiKTeX) tu non disponga di questi pacchetti. Ma solo tu sai se ne disponi, se devi estendelere la tua installazione o se non ti convenga smontare completamente la tua installazione parziale del sistema TeX e poi intallare la ditribuzione completa TeX Live 2014.

Non è un problema reale; ogni tanto questo problema viene sollevato qui nel forum, ma è colpa del reader, non della cattiva realizzazione dei grandi delimitatori. Questi infatti sono composti a pezzettini, mettendone quanti ne servono per riempire tutto lo spazio necessario. Il pdf reader potrebbe non essere così raffinato e lasciare bianchi i singoli pixel alla giunzione dei pezzettini. Se stampi vedrai che non si vede nessuna giunzione.

Mi dirai: ma io non stampo, ho creato un documento da leggere solo sullo schermo. Allora il problema c’è con quel visulaizzatore, e non si presenta con un altro visualizzatore, con un altro schermo, con un’altra marca di hardware. Insomma devi provare con diversi reader e usare poi quello che ti da le migliori prestazioni sotto questo aspetto.

Se la tua tesi è costruita con i comandi \include, allora i riferimenti “udefined” sono nei file .log, l’unico che viene scritto ad ogni compilazione; poi se vuoi li cerchi nei file aux dei singoli file “included” dove il primo argomento è il numero a cui accede \ref e il secondo argomento è quello a cui accede \pagerf, se usi hyerref, come in effetti usi, gli altri argomenti dpo il secondo servono per i riferimenti incrociati e non dovrebbero preoccuparti.
Ma le etichette non risolte sono dichiarate Undefined e le trovi nell’unico file .log cercando al stringa Undefined.

La cosa è utile senz’altro se le tabelle contegono molte colonne e ci sono diverse celle vuote, per cui gli allineamenti sono difficili da visualizzare senza una linea guida.
Siccome i filetti orizzontali sono “deprecati”, le righe alterne colorate possono essere utili.
Ricordo una tabella da mostrare in bacheca, stampata in corpo 12, su carta A3; conteneva circa 25 colonne; decisamente difficile da leggere, anche perché non si poteva accostare il viso al vetro della bacheca. Mettendo filetti orizzontali ogni tre righe, la lettura era agevolata moltissimo e non ho mai sentito nessuno che si lamentasse della lettura dei dati presenti in ogni riga. I colori, anche il grigio, erano virtualmente impossibili allora (inizio anni ’90); i filetti erano l’unica possibilità.

In una presentazione li vedrei meno utili: lo schermo è grande, ma secondo le indicazioni di Tantau, che conosci benissimo, la schermata non può contenere più di una dozzina di righe; la proporzione 3:4 dell’altezza della schermata con la sua larghezza, fa si che non si possa scrivere granché in una tabella da proiettare. In questo caso l’uso di colori mi sembra solo una decorazione, gradevole, ma solo una decorazione, non una soluzione funzionale.

Tieni presente che il pacchetto di Carlisle non è il solo pacchetto per ottenere tabelle colorate. Lo stesso pacchetto xcolor permette di colorare le tabelle.; poi ce ne sono altri. Spesso questi pacchetti sono incompatibili con il pacchetto booktabs nel senso che i soli tre filetti “autorizzati, risultano contornati dai due lati da strisce prove di colre.

Da alcuni anni pdflatex e gli altri moti di compilazione lavorano solo con file che si trovino nella cartella del file rincipale e nelle sue sottocartelle; per motivi di sicurezza, non per mettere i bastoni fra le ruote.

Hai due soluzioni, visto che protesta nel momento di scrive il vile .aux legato a quel file fuori del sotto-albero di cartelle radicat in ./ )infatti qual perrcorso indicato nel messaggio d’errore punta ad un cartelle che si trova sotto la actella “padre” di quella dove si trova il tuo main file):

1) usa \input invece di \include
2) sposta quel file nel sottoalbero radicato nella cartella del tuo main file.

Se puoi, cerca di evitare i caratteri speciali nei nomi dei file: nel tuo caso Hai la cartella Mod_base che contiene un “underscore” e lo stesso il nome del file l_grande2 contiene un “underscore”. Usare caratteri speciali nei nomi dei file è fonte di possibili errori; una lineetta non ribassata è del tutto innocua, non dà problemi di sorta, e garantisce la stessa leggibilità del nome del file.

Ti ricordo che i caratteri speciali sono { } # $ ^ & _ \ ~ %