OldClaudio

Il comportamento strano con lines-37 o =38 non riesco a replicarlo, anche perché, senza andare a leggere attentamente il codice di suftesi, e quello di geometry, non saprei dove mettere quell’impostazione.

Tuttavia se con il tuo ultimo EMC si esegue la compilazione così come l’hai mandato, non appaiono underful vbox; se commenti da \normla font, fino alla riga che contiene geometry; le pagine lasche compaiono di nuovo; in questo secondo caso le impostazioni di geomery non vengono eseguite, ma \linespread viene usato in un punto in cui geometry, internamente a suftesi, ha già eventualmente impostato la geometria della pagina per supercompanct.

Per evitare tutto ciò, che effettivamente se non è un bug, è almeno un glitch ( ❗ ), devi procedere per altra via dentro a suftesi:
a) carichi suftesi senza opzioni dove lo carichi adesso; e metti \normalfont e \geometry{…, opzioni, …} tutto dentro l’argomento di \AtBeginDocument, in modo da ritardare la definizione della geometria della pagina quando il \linespread è già stato definito nel preambolo. Se poi, come nel tuo esempio non chiami il pacchetto geometri con le opzioni, ma usi solo \geometry con le opzioni dopo \begin{document}, dovresti avere la geometria della pagina ricalcolata con le nuove misure con il valore di \linespread usato nel preambolo e senza bisogno di ri-specificare \normalfont prima di \geometry.

Probabilmente puoi mettere la seconda impostazione delle dimensioni con \geometry dentro il preambolo, ma anche questa dentro l’argomento di un secondo \ArBeginDocument, che accoda le nuove specifiche alle precedenti e le ultime sono quelle che valgono; così, concettualmente lasi nel preambolo tutte le impostazioni del documento e dentro l’ambinete document, nel copro del documento, metti solo quello che verrà comosto nel file di uscita.

Se non bastasse, il pacchetto etoolbox (che mi pare sia già stato caricato in suftesi, ti permette di usare altri hook per ritardare il codice, compreso un \AfterEndPreamble, che ti assicura che il suo codice ritardato sia eseguito nella seconda ed ultima parte di quanto viene eseguito quando viene espansa l’istruzione \begin{document}; le spiegazioni di questi hook sono ben fatte nella documentazione di etoolbox.

Il problema, quindi, non è tanto il glitch che giustamente lamenti, ma nell’uso ripetuto delle specifiche per geometry.

Di fatto, @mattiaca, è quello che gli ho consigliato di fare, ma privatamente gli ho mandato il codice, perché lui vuole girare anche la didascalia insieme alla figura; Non solo ma il codice che gli ho mandato calcola più o meno da solo le dimensioni per mettere la figura nello spazio disponibile, che nella pagina del titolo del capitolo dipende dalla classe usata, dal formato della carta usata, eccetera. Il codice che suggerisci non ruota la didascalia; ci può stare, ma non va poi d’accordo con le figuredelle pagine successive inserite con l’ambiente sidewaysefigure del pacchetto rotating.

Inoltre l”OT, come ho detto, usa sidewaysfigure per le figure delle pagine successive; cosa che va bene, salvo che di default questo ambiente ruota le figure con le rispettive didascalie in senso antiorario nelle pagine di destra, e in senso orario nelle pagine di sinistra, solo quando si compone twoside. Si può specificare un’opzione al pacchetto perché ruoti sempre in un verso solo, ma la documentazione di rotating non è aggiornata con il codice effettivamente contenuto nel pacchetto, quindi bisogna saper leggere i codice per sapere come fare, cioè quale opzione usare. Non è facile per un neofita gestire queste cose.

Evidentemente puoi apportare le modifiche che vuoi con geometri.
Ti consiglio la lettura della Guida Tematica sul Page Design, così ti fai un’idea migliore di quello che si può fare e quello che è sconsigliabile fare.

Mi permetto di suggerirti anche una via alternativa; componi in B5 e impagina mediante pdfpages in modo che ci sia due facciate per ogni faccia di un fogli A4 in panoramico. La formazione del fascicolo avviene nello stesso modo, ma sebbene il tutto si riduca un poco, si riducono sia i font sia i margini.
Non disprezzare i margini grandi, perché garantiscono che la lettura non sia faticosa a causa di righe troppo lunghe, nello stesso tempo sono utili anche a te, come rilegatore , per rifilare le pagine in modo conveniente, specialmente se sono 40 facciate, che andranno fronte retro quattro per foglio, il fascicolo piegato a metà ha il bordo esterno del foglio centrale che sporge in teoria di un millimetro rispetto al bordo esterno del foglio più esterno; quindi devi rifilare e per fare le cose bene devi rifilare più di un millimetro, anche nei bordi superiore e inferiore.

Lo so che ho detto e ripetuto che i file della collezione Koma Script sono da evitare per mancanza di una buona documentazione; quella in tedesco forse lo è ma non conosco il tedesco abbastanza bene; quella in inglese è abbastanza mal fatta.

Tuttavia c’è un pacchetto che con un unico comando ti imposta il corpo normale giusto a qualunque valore, anche 10.5pt se vuoi, ma pou specificare anche 3mm, o 15dd, o…

Non mi ricordo come si chiamai, perché, come diccevo, consultare la documentazione di komascript è una pena. ma l’ho incorporato in TOPtesi, per cui puoi copiare da lì. consiste in un solo usepackage e nelle realizzazione dell’opzione “corpo=”. Funziona alla grande, bene inteso solo con font continuamente scalabili; non funziona, per esempio coni font Computer Modern; non funziona con i font CM-Super; i primi nati per generare i font bitmapped con METAFONT, i secondi per rendere vettoriali i font CM latini e cirillici. Funziona anche con i Latin Modern, sebbene la scalabilità continua, segue una legge di proporzionalità la cui pendenza è costante a tratti (font ottici) e con i Latin modern, grazie ai corpi ottici, si ottengono certamente i risultati migliori. Funzona alal grande con gli altri font che non derivano da METAFOTN, e generalmente sono creati in un solo corpo; rimpicciolendo l’unico corpo i font di corpo minore risultano troppo esili e si possono perdere i dettagli più fini; ingrandeli i font appiaiono troppo neri. E questo succede con tutti i font.

Certo se in un formato piccolo tipo supercompact hai una gabbia per la quale il corpo 10.5pt vada meglio del corpo 11pt, credo che tu lo possa fare tranquillamente anche con un Cochineal, per esempio, ma il risultato va bene per il testo normale; probabilmente la cosa non cambia molto quando componi un titolo in corpo Huge, ma se scrivi una noticcina in corpo 5pt, vai nei guai comunque sia che usi il 10pt ingrandito normalmente a 11pt sia che tu prenda il 10pt e lo ingrandisca a 10.5pt. In entrambi i casi la nota in corpo5pt viene troppo esisle e con i tratti sottili ridotti quasi a niente.

Io mi regolo in un altro modo Lascio che LaTeX faccia il suo lavoro, ma gli specifico localmente valori di tolerance maggiori di quelli di default; così`{\tolerance = 1000 Lorem ipsum…. \par}`Ovviamente ono ci scrivo dentro Lorem ipsum e quel che segue, ma il testo che fa i capricci; In questo modo posso aggiustare il valore1000 come voglio, arrivando fino a 9999 (oltre per LaTeX, da 10000 in poi si tratta di una tolleranza “infinita”) Quel particolare capoverso potrebbe avere qualche cesura in più ma scegliendo il valore più piccolo di \tolerance che eviti gli overful hbox, il risultato e generalmente ben accettabile; Volendo si può lavorare anche con \looseness-N, dove N di solito basta che valga 1; In questo modo il capoverso viene nella sua interezza allungato di una riga, a meno che la bruttezza del capoverso non peggiori troppo; il capoverso, dunque, deve essere sufficientemente lungo per poter ottenere dei buoni risultati.

Il tuo metodo di moltiplicare localmente i parametri del font in uso con il comando che hi definiti, che ne specifica lo spazio interparola e il suo allungamento e accorciamento, funziona bene e non fa il tracking: i migliori book designer, come per esempio Robert Bringhurst dicono che chi fa il tracking per giustificare le righe, deve essere punito come un ladro di pecore; l’espressione viene dai tempi in cui l’abigeato in Inghilterra e nel domini di Sua Maestà Britannica veniva punito con l’impiccagione.

In teoria si potrebbe notare qualche differenza nel codice, ma poi è difficilissimo vere delle differenze nel risultato; confronta due file già disponibili, per esempio quelli dei Latin Modern (che sono quelli di default con la codifica T1) con quello di URWGaramond per esempio, vedrai che i numeri non sono gli stessi, ma ricordati che quei numeri sono millesimi di un em, se ben ricordo, quindi 10 millesimi in più o in meno sono veramente difficili da vedere nel risultato finale. Io mi sono sempre “accontentato” dei file di configurazione di default e sono sempre stato contento. sia per le protrusioni sia per le espansioni/compressioni. Lo stesso vale per i comandi necessari per il tracking, anche se in teoria la differenza ci sarebbe, ma è difficilmente visibile a occhio nudo, meno che mai su uno schermo con una densità di pixel che generalmente non supera i 110pixel al pollice.

Benvenuto nel forum

Quello che ti succede è normale, ma la cosa sfugge alla maggior parte degli utenti.

LA posizione degli oggetti flottanti o mobili, come figure e table, avviene seguendo delle regole tipografiche codificate dentro il nucleo di LaTeX e dentro la quasi totalità delle classi. Lorenzo Pantieri non è sceso nei dettagli perché, se vogliamo, si tratta di andare a cercare il pelo nell’uovo.

Però, nel tuo caso il “pelo” si rivela non una cosina da niente, ma di un baobab attraverso la tua strada.

Le regole tipografiche codificate sono molte e difficili di raccontare in poche parole. Nel tuo caso direi che la regola che costituisce il tuo ostacolo è che LaTeX non mette mai una figura dopo un titolo, quindi siccome nella tua appendica A non hai nessun testo, il poveretto (!) è costretto ad aspettare la fine dell’appendice per sputare fuori gli oggetti flottanti, le tue figure, che ha conservato nelle sue memorie interne.

Come risolvere? Ti indico due vie.

1) Devi innanzi tutto scrivere anche solo due righe di testo dopo l’inizio (il titolo) dell’appendice. Poi almeno la prima figura deve contenere i codici di posizionamento [!tb] in questo modo:`\chapter{Le figure del testo}
In questa appendice vengono raccolte alcune figure un po' ingombranti che non trovano posto nei capitoli dove sono citate.
\begin{figure}[!tb]
\includegraphics[…]{…}
\caption[…\{…]\label{fig:…}
\end{figure}`Contemporaneamente devi curare che la figura, compresa la didascalia non occupi troppo spazio verticale, diciamo solo l’80%, ma è indicativo.

2) L’alternativa più pulita, secondo me, non è quella dell’appendice di sole figure, ma quella di mettere le figure all’interno dei capitoli dove ne parli; e di inserirle a piena pagina con il codice di posizione seguente`\begin{figure}[p]
…`Una figura a piena pagina di questo tipo esce subito nella prima pagina che NON cominci con un titolo di capitolo o di sezione, sempre che NON ci siano altre figure in coda che ne blocchino l’uscita.