OldClaudio

Io l’ho usato quando ancora veniva distribuito con GWTeX (una ottima distribuzione del sistema TeX per Mac, prima che fosse disponibile MacTeX). Non mi ricordo che cosa usassi allora come editor, ma l’avevo provato e l’avevo trovato improponibile per LaTeX.
Oggi forse sarà fortemente migliorato se viene richiesto un pagamento per averlo; se fosse una schifezza come era all’inizio, penso che la voce si spanderebbe in un istante e nessuno lo comprerebbe.
Tuttavia TeXshop, nativo del Mac, va così bene che, pur avendo provato altri editor per Mac e per gestire file LaTeX (per esempio TeXworks, ottimo, ma un po’ meno di TeXworks — lo uso saltuariamente, specialmente per il suo punto di forza che è la procedura per il cambiamento di codifica — TeXmaker e TeXstudio;– li ho tenuti a bordo per un paio d’anni, poi li ho scaricati — per em sono un bluff con la loro pretesa di saer riconoscere la codifica di un file e poi etichettare come latin1 un file che invece è applemac; per programmare uso TextWrangler; a me sembra un ottimo editor ASCII, impostabile per la codifica, e con il riconoscimento automatico delle parole chiave da colorare a seconda del linguaggio) oggi non ho più dubbi su che cosa dovrebbe usare un utente di Mac.
Sto tenendo d’occhio TeXnicle, che ha un grande vantaggio su un Mac a grande schermo; Usa tutto lo schermo (full screen) per le due finestre di editing e di visualizzazione del file composto; però come editor lascia ancora molto a desiderare. I messaggi sul suo sito sembrano di persone entusiaste, ma leggendo bene si tratta sempre della comodità dello schermo grande.

Se esamini la classe memoir, questa già dispone di due comandi \checkpage e \ifoddpage, oppure \movetooddpage e \movetoevenpage, oppure \cleatoverso e \cleartorecto.

Puoi vedere le definizioni di questi comandi e copiarteli intatti, per eventualmente modificarli, nel tuo preambolo o in un tuo file .sty di macro personali.

Mah, latexmk è uno scritpt che nasconde tutto all’operatore, magari informandolo solo con la stringa d’errore.

I miei commenti sono questi;
1) non conosco LaTeXila, quindi non conosco i suoi bottono per lanciare i programmi di composisizione;
2) il giro dvi –> ps –> pdf di solito è un giro tortuoso che non serve a niente se non perdere per la strada qualche funzionalità; se passi perdvi e ps forse usi delle figure in formato eps, ma pdflatex vero (quello di TUG, non quelo Debian) da alcuni anni è in grado di convertire da solo i file eps in pdf, per giunta anche scontornoati, quindi da quel punto di vista si tratta di un gioro tortuoso solo per il gusto di farlo; se usi pstricks, alloca ci sono pacchetti di interfaccia che permettono di usare pstricks anche con pdflatex. perciò usa quei pacchetti e compila direttamente con pdflatex.
3) per quanto latexmk (che intrent’anni circa di usa di latex non ho mai usato e anzi lo trovo veramente inutile) nascoda le malefatte sue o dei file da compilare, credo e spero che non cancelli i file log, in particolar eil file file log della compilazione tex–>dvi. Opri il file log e vai a vedere le 10righe prima e 10 dopo il punto in cui segnala l’errore.
Con quelle 10 +1+10 righe del file log, forse ti si può dire qualcosa.
4) controlla nel file log i file che sono stati effettivamente caricati; magari usa il comando \listfiles in modo da sapere esattamente quali pacchetti usi.

Mica tanto OT — quello che viene scritt nel file log è per gli umani; quello che ho detto io è come far funzionare pdflatex direttamente dalla finestra comandi, oppure dalla linea di comando generata internamente dallo shell editor grazie alle impostazioni dategli. Il mio TeXshop ha la seguente linea di comando dell’editor:
`
pdflatex –file-line-error –shell-escape –synctex=1
`
Gli altri shell edito come Texmaker, TeXworks, TeXstudio, Kile, eccetera, hanno linee di comando del tutto simili, tranne che la versione di pdftex distribuita con MiKTeX richiede una forma leggermente diversa. Ma l’opzione al comando è adatta alla macchina; quella del file log è adatta agli umani.

Tuttinoi, quando parliamo di “shell escape” (uscita verso la shell) generalmente ci riferiamo a TeXLive e derivati; siccome TeXLive esiste anche per le macchine Windows, direi che copriamo la maggioranza delle richieste; direi, però, che in qualunque guida c’è scritto che per attivare l’ “unrestricted shell escape” [necessario per attivare i programmi della macchina attivabili dal terminale (altri programmi, perfettamente in topic)], bisogna farlo secondo le specificità delle distribuzioni del sistema TeX e degli shelll editor.

[tt]-shell-escape[/tt] è per TeX Live e MacTeX; [tt]–enable-write18[/tt] è per MiKTeX.

Hai fatto bene a specificare che usi Mac OS X 10.6; se non l’hai già fatto non devi installare TeX Live generico, perché sei su un Mac; devi installare MacTeX; che installa tutto TeX Live, completo di tutto quello che può servire, anche per scrivere in mongolo. Non avrai mai da scaricare un ulteriore pacchetto; be’, mai dire mai; ma se proprio devi scaricare un pacchetto che non fa parte della distribuzione di MacTeX, o è estremamente specializzato o è di dubbia utilità; tutti coloro che usano LaTeX e scrivono pacchetti (almeno una volte nella vita succede) e non li scrivono come consulenza professionale, per la quale ricevono un compenso corrispondente al “vendere” il loro prodotto al committente, così che il prodotto non può essere di pubblico dominio, dicevo tutti sono orgogliosi di mettere il lor pacchetto nel deposito ufficiale che si chiama CTAN (Comprehensive TeX Archive Network, cioè rete degli archivi completi di TeX); e la quasi totalità dei file di questi archivi sono inclusi nella distribuzione TeX Live; quelli che sono esclusi di solito sono molto vecchi e si riferiscono a versioni obsolete di LaTeX.

Però se proprio dovessi installare uno di questi rari pacchetti non inclusi in TeX Live il pacchetto contiene diversi file (altrimenti perché si chiamerebbe pacchetto?) uno dei quali dice come installare i file componenti il pacchetto stesso; solitamente il minimo è un file “TeX commentato”, con estensione .dtx, un file manifiest.txt, e un file READNE (testo puro, ma solitamente senza estensione) spesso c’è anche un file con estensione .ins. facendo leaborare il file .ins a (pdf)LaTeX, viene prodotto il file che serve usare davvero, generalmente con estensione .sty; spesso vengono prodotti numeris file da questa operazione. elaborando il file .dtx con pdfLaTeX, si ottine la documentazione (e, se il pacchetto non conteneva file .ins, vengono prodotti anche i vari file .sty e compagnia). Ecco; README dice dove bisogna mettere i file prodotti da questa unica o queste due elaborazioni.

Quindi come vedi anche per i pacchetti non installati automaticamente, l’installazione manuale non è difficile; richiede soltanto un po’ di attenzione e la conoscenza del file system del prorpio PC. Non ti preoccupare, però: se non avrai fatto la fesseria di installare una versione basic di TeX (e MacTeX non lo è per costruzione, perché `è una distribuzione completa) è molto difficile che tu debba installare un pacchetto che non è già compreso in MacTeX.

Io ne ho installati diversi, ma di solito li scrivo io stesso:wink:

Il sistema TeX può produrre file HTML attraverso il suo applicativo tex4ht, ma in generale è sconsigliabile usare un programma di tipocomposizione per degradarne il risultato in pagine HTML; siccome produce direttamente degli ottimi PDF, se ti interessa la rete, metti i file PDF nelle pagine che crei, ma non lasciar degradare il tuo lavoro con LaTeX per togliergli tutta la finezza della tipografia; HTML non ha nulla a che vedere con la tipografia; mostra del testo e lo ricompone al volo se cambi le dimensioni della finestra, ma si tratta di testo e qualche immagine, non di tipografia; insisto sulla parola tipografia, perché per redigere dei documenti HTML bastano strumenti molto più rozzi.

Intanto da prof. universitario che ha seguito diverse centinaia di tesi in 50 anni di permanenza in servizio (ora sono in pensione), mi stupisco del tuo prof. che ti chiede di rendere la tua tesi il più simile possibile come stile grafico a quello di una casa editrice che non ha solo il copyright sul contenuto del testo stampato, ma anche sulla forma di quel testo. Posso fare delle ipotesi, ma mi astengo.

Detto questo dal codice che esponi, difficilmente riuscirai ad ottenere qualcosa di simile a quanto richiesto, tanto più che ci sono evidenti mancanze, come l’omissione di fontenc, che ti è già stata segnalata, e l’uso di un font vettoriale che ti assicuri una buona resa nel file PDF finale. Noto anche due \cleardoublepage consecutivi, intercalati solo da un cambio di stile di pagina. Cito solo quanto mi pare di avere visto con un primo colpo d’occhio. Per altro sono commessi anche altri errori citati fra i peccati che un utente di LaTeX non dovrebbe commettere (esamina il file contenuto nella tua distribuzione nella cartella …/doc/latex/l2tabu-italian/l2tabuit.pdf). In particolare disturba l’impostazione di \voffset, che non bisogna toccare mai per nessun motivo, e per l’impostazione di \evensidemargin e \oddsidemargin di pari valore (passi visto che componi oneside, perché? Tra l’altro perché non usi la classe book, che è più adatta della classe report?) ma di 20mm -4mm pari a 16mm, aggiunti ai 25,4mm (un pollice) di default, danno margini di circa 41 millimetri che, per una pagina di 16cm per 24cm, usano più di un quarto della larghezza della carta per il margine sinistro. Poi 11pt il corpo di default con un 13pt di avanzamento di riga normale, ma moltiplicato per il fattore 1.3, porta un avanzamento di riga effettivo di 17 pt — terribile! Sono sicuro che nel libro della Giuffré non è così.

Invece, venendo al tuo caso, non si capisce perché i tuoi \include non funzionino; prova a sostituirli con \input; se non funzionano nemmeno con \input, forse stai lavorando con una macchina e un sistema operativo che distingue le maiuscole dalle minuscole (per esempio Linux), quindi l’ortografia dei nomi dei file sembra la stessa, salvo le maiuscole o minuscole. Oppure non si trovano veramente nella stessa cartella. Oppure non hanno l’estensione .tex (l’estensione che \include e \input si aspettano quando non è indicata). Se lavori invece su una macchina il cui programma per mostrare i file (Explorer, Finder, eccetera) nasconde l’estensione, configura il tuo programma in modo da mostrare sempre l’estensione di tutti i file, sempre e senza eccezioni. Come farlo dipende dal sistema operativo. Oppure i file ci sono, ma sono vuoti. Che cosa dice il file log a proposito dei file immessi nel lavoro del documento?