OldClaudio

Sbagli nel supporre che pdflatx capisca da solo che deve comporre in greco. \begin{othelanguage*}{greek}…\end{otherlanguage} gli dice che quanto sostituisce i puntino deve essere scritto in greco.
Non c’è niente di diverso dal caso in cui tu scriva \usepackage{german,french,english,italian]{babel} perché la lingua di default è l’italiano, ma coma fa a scorire che un brano di testo è in tedesco o in francese o in inglese? Devi dirglielo.
Il mark-up di latex funziona proprio così.

Nota che se componessi con xelatex o lualatex che possono usare font OpenType contenenti molti alfabeti, il programma non avrebbe nemmeno bisogno di cambiare font per passare dall’alfabeto latino a quello greco, ma ha pur sempre bisogno di sapere come sillabare le parole in fin di riga; ha bisogno di sapere quali segni sono le maiuscole dei segni delle minuscole e viceversa, ha bisogno di sapere come usare le virgolette giuste nelle citazioni all’interno del testo, ha bisogno di conoscere le spaziature prima e dopo i diversi segni di interpunzione, e via di questo passo. Quindi anche con xelatex e lualatex devi dirgli quando cambi lingua e che lingua vuoi usare. Babel o polyglossia caricano in memoria le macro necessarie per comporre nelle lingue indicate, ma non le selezionano; mettono solo degli strumenti a disposizione dell’utente.

Con word, puoi evidenziare un tratto di testo, poi puoi cliccare sulla scelta della lingua e quel testo evidenziato viene sillabato, punteggiato come quella lingua richiede e viene composto con i font adatti a quella lingua. ma nello schermo non vedi nessun segno di marcatura, per cui se il font di composizione non cambia non sai se sei tornato all’italiano o se stati continuando in tedesco. Sono queste informazioni nascoste uno dei motivi per i quali molti preferiscono usare la composizione sincrona di Word, invece della composizione asincrona di latex, perché così non vedono il mark-up di word e possono leggere sullo schermo una buona approssimazione di quello che verrà eventualmente stampato (se tutto va bene; spesso ciò che viene stampato non era affatto quello che si vedeva sullo schermo).
Ma cambiare approccio da word a latex è inizialmente molto difficile. Quando ti ci sei abituato, non riesci più a farne a meno.

Uno dei pacchetti che babel-greek carica definisce il comando \ensuregreek il cui argomento viene composto in greco senza stare a usare \foreignlanguage o otherlanguage. È molto comodo per scrive singole parole o brevi locuzioni che presumibilmente non attivano la routine di cesura in fin di riga, altrimenti la divisione in sillabe in fin di riga potrebbe risultare sbagliata (probabilmente se la lingua principale è l’italiano le cesure sbagliate potrebbero essere pochissime, per non dire nulle — italiano e greco hanno regole simili, ovviamente non identiche ma simili).

Metti un segno di commento dopo ogni graffa a fine riga, che sia aperta o chiusa non ha importanza; metti il segno di commento comunque; se per caso non servisse, comunque non disturba.

Le voci della bibliografia sono incolonnate male perché c’è qualcosa che non va nella bibliografia. Ma su questo, se comunichi come fai la bibliografia e in particolare mostri come sono scritti quei quattro rifermenti, è difficile dire perché le cose funzionino in quel modo.

Le due versioni, quella a colori e qua=ella in bianco e nero vanno bene entrambe.

Il tipografo ti stampa la copertina a colori su carta bianca o ti stampa la copertina in bianco e nero su cartoncino colorato? nel primo caso il costo è decisamente maggiore, nel secondo caso si spende di meno, ma gli sfondi delle due immagini prendono la colorazione del cartoncino. Secondo me andrebbe bene l’una o l’altra soluzione; solo la spesa potrebbe essere tale da fare pendere al bilancia da un lato.

Nel caso scegliessi la prima soluzione a colori su cartoncino bianco, forse sarebbe meglio usare il coloro solo per il titolo, usando colori saturi, magari fra quelli fondamentali: arancio, rosso, verde, blu, viola che risalti fortemente sullo sfondo bianco; eventualmente potresti usare un trucco, cioè quello di stampare il titolo a colori esattamente sovrapposto allo stesso titolo scritto con caratteri neri un filino più grandi, così che si forma un sottile bordo nero che definisce il profilo di ogni lettera; oppure, meglio ancora, usare il pacchetto shadow, per generare alle spalle una sottile ombra grigio scura.

I metodi descritti nell’Arte con \input oppure con \include non sono equivalenti.
\include ti permette di compilare per esempio un solo capitolo mantenendo invariati i riferimenti agli altri capitoli. \input non te lo consente.

Un’altra differenza è che \include include il suo materiale dopo aver ricominciato a comporre su una pagina di destra, se stai componendo fronte-retro; comunque da una nuova pagina anche se stati componendo solo fronte. \include è accompagnato dalla lista dei file da includere, che costituiscono una lista separata da virgole, che forma il contenuto del comando \includeonly. \include non ha nulla del genere e per una compilazione selettiva e priva dei riferimenti agli altri capitoli bisogna materialmente commentare il comando \input.

Infine i comandi \input possono essere annidati a qualunque livello; i comandi \include non possono essere annidati ma i file inclusi con \include possono contenere comandi \input annidati a qualunque livello. Per “qualunque livello” non si prenda il significato letterale; ogni programma del sistema TeX può aprire contemporaneamente al massimo 16 file, e di suo, spesso, ne apre una dozzina e talvolta anche di più.

Io preferisco di gran lunga usare il metodo \include; ma le sue “limitazioni” lo rendono utile solo per includere file a livello di capitolo. Tuttavia a me va benissimo così e cerco sempre di evitare di costruire capitoli troppo complessi; un capitolo non dovrebbe mai essere diviso in più di 9 paragrafi, ognuno dei quali non dovrebbe contenere più di 9 sotto paragrafi, che a sua volta… eccetera; altrimenti non solo l’indice viene composto molto male, ma cercare informazioni in un capitolo così complesso diventa molto difficile.

Non è chiaro che cosa tu intenda con sottocapitolo; di conseguenza non è chiaro che cosa vuoi frane nella testatina.

Ma per il problema di rendere l’indice indipendente dalla testatina, questo la fa di suo la classe memoir; la sintassi dei comandi di sezionamento di memoir accetta due argomenti facoltativi:
`\chapter[entry per l'indice][entry per la testatina]{titolo da stampare nella pagina iniziale di un capitolo}`
Se gli argomenti facoltativi non sono indicati, essi vengono assunti uguali all’argomento obbligatorio.
Se il secondo argomento facoltativo non viene esplicitato, viene assunto uguale al primo argomento facoltativo. Non è possibile specificare il seocndo argomento facoltativo senza specificare il primo.

Però senza usare questa funzionalità della classe memoir (che d’altra parte, se non si usa nessun comando di configurazione della classe, produce lo stesso risultato della classe book) basta fare un a cosa del genere:`\chapter[entry per l'indice]{titolo completo da stampare nella prima pagina del capitolo}
\markboth{entry per la testatina di sinistra}{entry per la testatina destra}`Di solito l’entry per la testatina destra viene lasciata vuota, perché ci pensa il comando \sectionmark a metterci sil suo contenuto.

Per i “sottocaptoli” probabilmente si possono usare comandi simili, ammesso di sapere che cosa siano i sottocapitoli; vuoi forse dire paragrafi? allora i comandi per produrli sono \section con gli stessi due argomenti facoltativi con la classe memoir, e con la classe book bisogna sostituire \markright a \markboth e mettere un solo argomento “entry per la testatina di destra.

Se questa spiegazione non è molti chiara, dipende anche dal fatto che la parola “sottocapitolo” mi è ignota.

Prendi l’abitudine in questi messaggi per il forum di racchiudere il codice fra i tag code e /code li puoi mettere semplicemente evidenziando tutto il codice che vuoi marcare e poi cliccando sull’icona nella barra qui sopra che contine un foglio bianco su cui sono sovrapposti in celeste i sengni <>.

Il tuo problema, dunque, non nasce dalla classe book, ma dalla serie di pacchetti che hai caricato (o che hai trovato già caricati in un template che hai trovato o che ti hanno dato — errore molto pericoloso, perché non sai che cosa ti può capitare e non sai da dove arrivano messaggi da pacchetti che non hai mai saputo che fossero caricati) si evence che hai caricato il pacchetto titlesec che ridefinisce completamente la macro della classe book ma che permette di configurare l’apparenza dei titoli di sezioni e capitoli in modo molto efficace. Io non lo uso mai: preferisco disegnarmi da solo la forma che devono avere el mie strutture grafiche e se in qualche modo vanno modificate so dove mettere le mani.

La documentazione è lunga ma probabilmente si riò risolvere così; nel file generale.tex viene configurato lo stiledeititoli dei capitoli con questo comando:
`\titleformat{\chapter}[hang]{\Huge\bfseries}{\thechapter\hsp\textcolor{gray75}{|}\hsp}{0pt}{\Huge\bfseries}`

La sintassi di \titleformat è

\titleformat{⟨command⟩}[⟨shape⟩]{⟨format⟩}{⟨label⟩}{⟨sep⟩}{⟨before-code⟩}[⟨after-code⟩]

Dunque dopo [hang] hai la descrizione del formato e dopo {sep} hai {before-code}

Staando alla documentazione il campo {format} può contenere anche materiale verticale. Io direi che quel [tt]\vspace*{-5\baselineskip}[/tt] potrebbe essere inserito prima di [tt]\Huge][/tt] nel campo {format}. È possibile invece che debba essere spostato dentro il campo {before-code}

Un’altra possibilità potrebbe essere quella di modificare la chiamata di titlesec specificandogli l’opzione [ttcompact[/tt], che sempre secondo al documentazione serve per ridurre tutti gli spazi nei vari titoli.