OldClaudio

1) aggiungi [tt]\usepackage[T1]{fontenc}[/tt prima di [tt]\usepackage[utf8]{inputenc}[/tt]
2) usa i font newpxtext invece dei pxfonts; sono sempre i Palatino ma sono migliori; se usi anche un po’ di matematica usa anche i newpxmath, creati apposta per accoppiarsi con il Palatino usato nel testo.
3) togli i pacchetti numprint e gensymb e usa invece il pacchetto siunitx
4) le citazioni si fanno in corsivo OPPURE fra virgolette, non con entrambi; questa è una regola tipografica, non un errore LaTeX.
5) controlla il \graphicspath; è sbagliato; vedi documentazione con texdoc grfguide

Per il resto io direi che oltre alle modifiche che tu stessa hai trovato non ci sia altro da fare; altri esperti potrebbero suggerirti altre cose.

Tieni presente che la distribuzione TeXLive/CTAN è aggiornabile, volendo, anche ogni giorno tramite il comodo TeXLive manager (il programma si chiama tlmgr e lo si può attivare con interfaccia grafica) ma una volta ogni 7-10 giorni va più che bene (in generale), perché in quel lasso di tempo vengono aggiornate alcune decine di pacchetti e vengono installati una mezza dozzina di pacchetti nuovi; La TeXLive/Debian viene aggiornata dal consorzio Debian una volta all’anno e spesso è in ritardo; di fatto quella distribuzione non dispone del programma tlmgr perché gli aggiornamenti possono venire eseguiti solo con gli strumenti espressamente previsti dai repository Debian, ma questo avviene una volta all’anno.

Quindi se installi la TeXLive/CTAN, prima di rimettere le mani sul tuo lavoro, fanne una copia su un’altra cartella; se dovesse andare a male qualcosa, hai sempre il backup.

Direi che il tuo problema consiste nel fatto che MiKTeX non trova i file presenti sul disco perché si trovano fuori dal suo percorso di ricerca.
Non uso più MiKTeX da quasi 10 anni per vari motivi, il primo dei quali è che non lavoro più su macchine Windows e MiKTeX lavora solo su quelle piattaforme. Il secondo è che, benché MiKTeX sia un ottima distribuione e prima di diventare un utente Mac avevo anche contribuito finanziariamente al lavoro di Christina Schenk, questa installazione non è più la migliore disponibile gratuitamente — ovviamente gli utenti di MiKTeX soddisfatti della loro installazione non sono d’accordo con questa affermazione.:smile:

I file che MiKTeX può usare devono riedere un due posti distinti: uno è l’albero personale, e l’altro è l’albero generale di MiKTeX. per trovare rapidamente i file, il sistema ha bisongo di un file name data base, e MiKTeX lo richiede anche per l’albero personale. Per disporre di questo data base bisogna usare ill programma MiKTeX Settings (Start -> Programmi -> MiKTeX -> …) e nella sua prima schermata bisogna cliccare il bottone “Refresc file name data base” (o qualcosa del genere, sto citando a memoria, memori remota risalente a circa 10 anni fa) e quello che c’è nei due alberi di cartelle diventa accessibile a MiKTeX.

Dall’elenco delle cartelle dove hai messo i vari file che citi, direi che hai distribuito il materiale biblico in posti che MiKTeX non può raggiungere. Ti suggerisco caldamente di crearti l’albero personale con le cartelle che ti servono allo scopo e di mettere le varie parti nele cartelle giuste. Se non sai cos’è l’albero personale, vedi il prossimo capoverso.

Se non l’ahi ancora fatto ti suggerisco di scaricare dalla sezione di Documentazione di questo forum la guida per neofiti L’Arte di scrivere con LaTeX usando intelligentemente si l’indice generale sia quello analitico; leggi i primi 5 o 6 capitoli e sfoglia il resto per avere un’idea di ciò che la guida contiene, perché ti servirà poi più tardi. Salta l’appendice sulla scrittura in lingue classiche, perché risale al 2012, e ora è obsoleta; è in preparazione la guida per la scrittura in diverse lingue, ma non è ancora pubblicamente disponibile nemmeno una bozza. Se devi citare brano biblici e necessiti di scrivere brani della Bibbia dei 70, o qualcosa in ebraico, ne avresti bisogno.

Benvenuto al forum con il tuo rimo messaggio.

Alcuni di noi stanno cercando di compilare una guida sugli errori. Ci vorrà molto tempo prima che sia pronta, ammesso che arrivi mai ad essere pronta.

Oltre ad un po’ di familiarità con la terminologia di LaTeX, che si acquisisce con il tempo, bisogna distinguere gli errori dagli avvisi; questi ultimi marcati con la parola Warning di solito non danno problemi; magari li si legge quando il documento è completo e si vuole fare l’ultima revisione di “bellezza”; talvolta infatti un font viene sostituito con un altro, perché quello che il compositore ha richiesto non esiste; nel file .log compare allora un Warning.

Gli errori talvolta sono misteriosi, perché il programma pdftex (che è quello che fa girare LaTeX) è un interprete che legge il file sorgente e se ci riesce produce il file di uscita; per fare questo ogni volta che trova un comando lo deve interpretare, deve andare a vedere in memoria che cosa significa, e se contiene altri comandi deve ripetere queste operazioni diverse volte; talvolta arriva a denunciare l’errore quando non capisce più niente e non riesce ad andare avanti nell’interpretazione; quindi le informazioni sull’errore riguardano il punto dove si è fermato e non il punto in cui il file sorgete conteneva un errore di programmazione.

Comunque io consiglio sempre di comporre in errorstopmode e non in scrollmode; perché in questo modo il programma di compilazione si ferma subito e mostra il messaggio d’errore in una finestra ausiliaria; talvolta l’errore si può correggere al volo; sia nel processo di elaborazione in corso sia nel file sorgente (due operazioni distinte); talvolta si può premere il tasto invio facendolo andare avanti nella compilazione, spesso ci riesce lo stesso, ma intanto si sa che bisogna andare a leggere il file .log per capire che cosa era successo.

Non ti basta ignorare gli sfondi di varie tonalità di grigio e inconsistenti con la colonna indice? Non ti basta lasciare che la riga dei titoli delle colonne abbia i titoli centrati, che sia preceduta da \toprule, seguita da \midrule, e l’intera tabella chiusa con \bottomrule? Non ti basta che la tabella, invece di occupare l’intera pagina, sia semplicemente centrata e abbia la sua larghezza naturale con le colonne allineate con lrr ?

Ivan, una domandala cui risposta sarebbe utile per me ma potrebbe esserlo anche per Teodoro o per altri lettori.

Con bibtex e (alcuni de)gli stili .bst “antichi”, precedenti all’avvento di biblatex, era accettabile una chiave KEY, a cui si poteva assegnare un valore qualsiasi da usarsi specialmente per citare lavori collettivi pubblicati da enti; io per esempio l’ho usata spesso per citare pubblicazioni ISO o UNI, ma non solo; in pratica invece dell’orribile AA.VV. nella citazione autore anno, per esempio, se si è specificato KEY={UNI}, per una norma del 2009, e non si è specificato né AUTHOR, né EDITOR, la citazione avviene con una cosa del tipo (UNI, 2009).

Se biblatex accetta una chiave del genere, per Teodoro sarebbe bastato non specificare author={AA.VV.}, il cui contento andrebbe nell’indice degli autori, (non ci va con l’opzione indexing=false), ma va anche nella bibliografia introducendo quella bruttura costituita da quella abbreviazione legalese/commercialese/burocratese, a specificando a key il nome della società che pubblica la rivista Revue Biblique, non avrebbe nulla nell’indice dei nomi, avrebbe una cosa comprensibile e con un contenuto di informazione non nullo come quello fornito da AA.VV. e il problema sarebbe risolto.

Hai indicato che questo codice era la causa dell’errore.`\newcommand{\citaz}[1]{“\emph{#1}”}`

Purtrppo devo fare due considerazioni:

1) le doppie virgolette alte non si inseriscono con il doppio apice ASCII come fai tu, ma con due backtick [tt]“[/tt] per le virgolette aperte e con due apostrofi [tt]”[/tt] per le virgolette chiuse. Lo so che la tastiera italiana non è molto user friendly per scrivere in LaTeX, ma all’occorrenza devi tenere premuto il tasto Alt di sinistra e mentre batti sul tastierino numerico il numero 96. ci sono anche altri metodi, ma senza attivare il doppio apice ASCII, gli altri modi sono ancora più lunghi da battere.

2) il fatto che comunque ottenesse quell’errore potrebbe dipendere dal fatto che il doppio apice ASCII con la lingua italiana in corso può essere attivo e quindi la stringa [tt]”}[/tt] dà quell’errore.

Ora il doppio apice ASCII non è più attivo di default da almeno un anno, forse un anno e mezzo; per renderlo attivo bisogna usare il comando [tt]\setactivedoublequote[/tt]. Se attivi il doppio apice ASCII, disponi di molte utili funzionalità, tra le quali quella di battere due doppi apici di seguito, al posto dei due backtick, e ottieni le doppie virgolette alte aperte. Per sapere tutto quello che riguarda il modulo italian.ldf, apri un xterm, scrivici dentro texdoc italian, oppure texdoc babel-italian, batti il tasto invio e leggi la documentazione.

Se tu non hai dato quel comando [tt]\setactivedoublequote[/tt], allora la tua versione del file che realizza le impostazioni di babel per l’italiano, italian.ldf, è vecchia ed ha almeno due anni (credo di averla modificata per quel che riguarda il doppio apice ASCII nell’estate del 2013). Questa sarebbe una prova che la tua installazione TeXLive/Debian mostra quei difetti per i quali raccomandiamo sempre di montare anche sulle macchine Linux/Debian la versione TeXLive/CTAN.

Ci sono due cose che sono cambiate da quando hai cambiato al struttura:

1) Hai cambiato i nomi dei file aggiungendovi anche un “underscore” _, o linea ribassata;
2) hai cambaito i nomi dei file quindi non è escluso che i file aux ora interferiscano con la nuova struttura.

Sebbene da qualche tempo sembra che \input riesca a leggere nomi di file che contengono l’underscore, questo seno è un segno speciale (matematico) per il sistema TeX, quindi non si dovrebbe mai usare nemmeno nei nomi dei file (dove una lineetta non ribassata svolge la stessa funzione e di sicuro non da nessun problema) ma bisognerebbe limitarsi a usare l’underscore solo in modo matematico dove serve per introdurre i deponenti dei simboli matematici.

L’altra questione si può risolvere facilmente cancellando tutti i file ausiliari (.aux, .toc, .idx, .out, eccetera) lascinado solo nelle cartelle i file .tex, ed eventualmente i file .cls, .sty, .def, .ldf, .fd, che eventualmente si trovino lì.

Gli altri file con nomi strani formati con lettere maiuscole e minuscole di nessuna utilità mnemonica, forse sono file ausiliari di TeXstudio, che TeXstudio associa ai file che sta elaborando o ha appena elaborato, ma non hanno niente a che vedere con il sistema TeX; cancellali pure.

Infine, non ha a che vedere con il tuo problema o, se ha a che vedere, cancellando i file .aux non c’è più nessuna relazione, usare \include senza usare \includeonly non serve a niente; tanto vale usare \input dalle funzioni molto più elementari.
Il gioco fra \includeonly e \include è spiegato, per esempio, nella guida tematica Il LaTeX Referance Manual commentato e liberamente tradotto in italiano, scaricabile dalla sezione delle guide tematiche dalla sezione Documentazione di questo forum. Se leggi la spiegazione della funzionalità di \includeonly e \include, confrontata con \input in quella guida, vedrai l’enomre differenza fra i due metodi, e l’inutilità di usare \include senza usare anche \includeonly.

Di più non posso dirti, salvo che latexdocument.cpp sembra essere una codepage, ma potrebbe essere una particolarità della distribuzione TeXLive/Debian che non è una distribuzione uguale a quella che usa chiunque altro.
Ti suggerisco di leggere il documento texliveubuntu.pdf, da cercare in rete, che insegna a installare su una macchina Debian, tipcamente Ubuntu, ma ci sono anche indicazioni per altre forme di Linux/Debian, la distribuzione TeXLive “vera” (scaricata dall’archivio CTAN (Comprehehsive TeX Archive Network) che è a distribuzione ufficiale di TeXLive).
Quel documento mostra come far convivere assieme la TeXLive/Debian con la TeXLive/CTAN, usando la prima per le dipendenze, e la seconda per comporre documenti. TeXStudio, se installi al TeXLive/CTAN, va riconfigurato per usare gli eseguibili e i file della TeXLive/CTAN.