OldClaudio

Sono contento che tu abbia risolto il problema della codifica con emacs, che è sempre uno strumento tuttofare, ci manca ancara che faccia il caffè…:wink:

Per altro qui sopra nella sezione documentazione c’è la Guida Tematica sulle codifiche che forse ti converrebbe leggere, anche se hai già risolto il problema.

Per bacco, non credevo che ci fosse ancora qualche sistema operativo che usasse ancora, oggi, quasi nel 2013, la codifica IBM 850 — non la vedo più da anni. Nello stesso tempo trovo ancora più strano che ci sia qualcuno che nomina i file con stringhe di caratteri che contengono lettere accentate, veramente strano e anche veramente autolesionista; nel momento in cui quei file dovranno essere copiati, spostato, trasferiti su altri calcolatori con sistemi operativi diversi o anche semplicemente pù nuovi o più vecchi, quei file sicuramente non saranno più accessibili nemmeno per cambiare loro il nome, se non editando con software speciali per poter accedere al singolo byte registrato su disco le informazioni relative ai quei file.

Ti ringrazio di averci tenuto informati.

Buone feste
Claudio

È talmente nota che c’è anche il pacchetto fixltx2e che sistema questo fatto ad altri simili dovuti all’algoritmo di output quando si compone a due colonne.
Ciao
Claudio

Hai seguito le istruzioni in testa alla pagina 267, §27 del manuale di TkZ leggibile con il comando texdoc tikz dato da terminale?

Se sì, allora vuol dire che ti manca il pacchetto. A prima vista direi che hai sbagliato a scrivere qualcosa, ma è solo un’impressione; quindi il consiglio è di rivedere il §27.

Mah, dipende da come hai i dati iniziali; se li hai in formato Excell hai la possibilità di usare datatool come ti è stato suggerito, altrimenti puoi sempre usare excell per eseguire gli ordinamenti secondo la tabelle che ti pare, salvi nel formato CSV (testo con i campi separati da virgole; riprendi il file di testo cosiè salvato con l’editore che usi per LaTeX, cambi tutte le virgole con dei & e metti i \\ alla fine di ogni riga (la prima operazione è banale perché basta un trova e sostituisci su tutta la tabella; il secondo è un po’ meno banale perché dovresti usare le Regular Expressions per fare riferimento ai fine riga, ma anche facendo a mano non è una cosa terribile); inserisci i preamboli inziali per longtabel e l’\end{longtable} alla fine e in 10 minuti sei a posto.

Se i dati sono in una altro formato di tipo txt, forse riesci ugualmente a importarli in Excel che fa il possibile per riconoscere le colonne sulla base degli spazi di separazione, basta solo che i dati siano bene incolonnati, poi una volta importato il file e controllato che le colonne siano state tutte identificate per bene, puoi agire come sopra.

Tieni sempre una copia del file Excel, perché così riesci a fare altri sort su altre colonne con il medesimo metodo; anche spostare colonne a destra o a sinistra è facile quando lavori su un foglio di calcolo che non si spaventa di sicuro per una tabella di alcune centinaia di righe e una decina o un centinaio di colonne, casomai è pdflatex che non ti può comporre una tabella con così tante colonne, non perché sia incapace, ma perché il risultato esce fuori dalla pagina anche se disponi di carta A3 e la usi in landscape e disponi di una stampante adatta.

Non so che dirti; visto che non ho la sfera di cristallo, dal codice che hai allegato nel primo mail non sono riuscito a trovare altro che l’abbondanza di \cleardoblepage e di separazioni fra le introduzioni e i capitoli veri e propri; non so se hai gia fatto il maquillage di togliere i \clearpage inutili e di incorporare le introduzioni nei capitoli. Comunque controlla ancora che la lista dei file contenuti nell’UNICO \includeonly sia conforme con i file effettivamente nominati negli argomenti degli \include. e riprova.
Invia anche il file .log per intero; può darsi che lì si riesca a trovare la causa dell’inghippo senza bisogno di usare i metodi degli aruspici.

Posso sbagliarmi, ma alfabetizzare un tabella secondo il contenuto di una colonna qualsiasi è difficile anche facendolo a mano, figuriamoci scrivere una procedura perl o lua per farlo. Certo, una volta scritta la procedura, la si può riutilizzare quante volte si vuole senza perdere più tempo, ma…
Alfabetizzare una tabella per righe intere non è particolarmente difficile, anzi ci sono degli editor che lo fanno direttamente; se ben ricordo, lo shareware WinEdt per macchine Windows è in grado di farlo; probabilmente esistono altri shell editor da usare con i sorgenti .tex che sono in grado di farlo. si tratto di evidenziare le righe da ordinare alfabeticamente e di azionare l’apposita voce di un menù.
Con linguaggi di programmazione non interpretati come il buon vecchio FORTRAN, io riuscii tempo fa (20 anni fa) a indicizzare una matrice di molte colonne in diversi modi, cioè selezionando la colonna e il tipo di dati contenuti nella colonna (numerico o alfabetico); avevo realizzato l’algoritmo di quick sort che (sebbene sia ricorsivo e ll FORTRAN di allora non gestiva la ricorsione, ma ero riuscito a trovare un work around adeguato) funzionava a meraviglia, ma il programma conteneva circa 500 statement; questo ti da un’idea della difficoltà. Tieni conto che lavorare su una matrice è molto più facile che non lavorare su una lista di record alfabetici dove le colonne non sono ben identificate, specialmente se esistono nel sorgente un certo numero di \multicolumn.

Be’, sì, basta specificare [tt]\usepackage[backend=bibtex,…]{biblatex}[/tt]

Le pagine bianche dipendono dal fatto che usi \cleardoublepage prima di \include e che i file che includi contengono prima una introduzione/premessa inserita con \input e poi un comando \chapter che a sua volta inserisce un altro \cleardoublepage.

La soluzione a questo problema consiste nel cominciare il capitolo con l’introduzione/premessa come testo semplice, non preceduto a nessuna comando di sezionamento e poi proseguire all’interno delo stesso capitolo con la prima sezione e poi tutte le altre. Niente \input, insomma e niente \cleardoublepage espliciti o impliciti superflui; se proprio vuoi avere l’introduzione/premessa da sola, metti un \newpage prima della prima sezione.

Per i riferimenti incrociati: per caso tu esegui la compilazione con uno di quegli script che alla fine cancellano tutti i file ausiliari? Se dopo la compilazione nelle cartelle non ci sono i file aux, quello è il tuo problema; come fa LaTeX a sapere quali sono i riferimenti, se sono stati cancellati i file ausiliari della compilazione precedente?
Se questa ipotesi fosse vera, ciò che il tuo script di compilazione cancella i file ausiliari dopo la compilazione, allora dovresti avere il problema anche quando compili altri documenti senza l’uso di ‘include. È probabile che la mia ipotesi sia falsa. Tuttavia merita vedere che fine hanno fatto tutti i file aux dei vari file inclusi. Se mancano i riferimenti degli altri capitoli, mancano anche i corrispondenti file aux; questo è certo.

Segui il consiglio di Enrico; usa una sola lista di \includeonly; nessuno ti vieta di lasciare i commenti tipo %APPENDICI nella debita riga del listone; inoltre metti anche un segno di commento alla fine di ogni nome di file della lista \includeonly; forrse non è più cosi, ma mi ricordo che avevo avuto problemi in passato con lo spazio dopo la virgola. Può darsi che non sia più così, ma non guasta mettere un % anche alla fine di ogni riga.

Nota che seguendo queste regole io non ho mai avuto problemi nemmeno con testi suddivisi in una trentina di file inclusi con \includeonly e \include.