OldClaudio

Purtroppo il file che hai allegato contiene un 87KiB di caratteri NUL. Praticamente è vuoto.

Non farti incantare da sirene come LyX e simili.

Il processo di lavoro è quello di scrivere il testo concentrandosi sul test; ma usando subito il mark up di LaTeX per descrivere il tipo di testo che si sta componendo.
Compilare spesso per eliminare ovvi errori di battitura o di titolazione, o cose simili, che non hanno nulla a che vedere col testo, ma con la sua presentazione.
Alla fine, a testo ultimato introdurre quei piccoli pochi aggiustamenti che il testo richiede.

Se sono richiesto troppi aggiustamenti vuol dire che non si è scelta la classe giusta oppure che non si è usato il mark up di LaTeX in modo corretto e sistematico.

Io, personalmente, mi scrivo quasi sempre le classi per i miei documenti, e per fare questo debbo compilare spesso anche per aggiustare i comandi della classe per ottenere le strutture che mi ero prefissato di ottenere. ma, come vedi il mio modo di lavorare non è quello che usa la maggior parte degli utenti; questo deriva da “cattive abitudini” che ho sviluppato in circa trenta anni di uso di LaTeX. Non seguirele: segui il processo che ti indicato all’inizio.

Sì, è uguale a quello che ottengo io.

Ciao
Claudio

Personalmente non amo molto il font Utopia. Mi piace invece il font ottenuto con il pacchetto kpfonts, ma c’è un piccolo problema. Il carattere matematico usato è piacevole, ma basta scrivere una “v” accanto a una “nu” per accorgersi che le due possono essere facilmente confuse. È possibile caricare il pacchetto kpfonts ma usare caratteri matematici diversi da quelli impostati di default dal pacchetto stesso?
[/qiote]
Prova con:`% !TEX encoding = UTF-8 Unicode
% !TEX TS-program = pdflatex
\documentclass{article}
\usepackage[T1]{fontenc}
\usepackage[utf8]{inputenc}
\usepackage{kpfonts}
\begin{document}
Il est bien connu que:
\[
\lambda= \frac{v}{\nu}
\]
où $\lambda$ est la longueur d'onde d'une radiation électromagnétique, $\nu$ est sa fréquence, et $v$ est sa vélocité dans un milieu différent du vide.
\end{document}`
e ottieni (almeno io ottengo) la v corsiva e la \nu greca completamente diverse.

Non prendere lucciole per lanterne: \jmath e \imath sono le j e i corsive senza puntino da usarsi per metterci sopra gli “accenti” matematici, come quando usi le frecce per i vettori e devi indicare i versori \[ \vec{\imath}, \vec{\jmath}, \vec{k}\]

Buon Natale
Claudio (Old)

TeXmakerX è una versione molto vecchia ed obsoleta di TeXstudio.

Intervenire a mano vuol dire sostituire a mano, dopo aver configurato l’editor per lavorare con l’encoding giusto, quello specificato con l’opzione data al pacchetto inputenc, tuee le lettere “sbagliate con le lettere giuste: naturalmente si possono usare le specificità dell’editor per eseguire dei “cerca e sostituisci” globali, invece di procedere una ad una.

meglio ancora, procede a mano significa usare uno di programmi di conversione, per esempio iconv, che è ampiamente descritto nella guida tematica e che è disponibile per ogni piattaforma.

A me sembra che la via più comoda per te sarebbe quella di disinstallare TeXmakerX e di installare TeXstudio, la cui ultima versione (ora è la 2.5.1) capisce benissimo le righe magiche, ma che comunque le capisce e le susa solo dopo che ti sei sistemato i file cosicché una volta salvati nella codifica giusta e conforme con l’opzione di inputenc, non hai più problemi.

Non ho capito perché hai cambiato estensione al file .log; se hai ti bastava includere direttamente misure.log, senza obbligare chi ti vuole aiutare a cercare come non far aprire il file .rtf a Word, o a Writer, visto che di fatto non è un file rtf. RTF sta per Rich Text Formata, è un formato abbastanza universale, ma ricguarda file con un minimo di formattazione definita con un mark up particolare. Il file log non ha quel formato solo perché gli cambi l’estensione.

Intanto vedo che usi a4wide; non farlo: è uno dei peccati capitali degli utenti di LaTeX.

Apparentemente carichi amsfonts prima di amsmath; non è tanto corretto: carica prima amsmath, poi amssymb, poi gli altri file ams, ma non caricare esplicitamante amsfonts, perché viene caricato da amssymb che ha i comandi per accedere a quei font.

il pacchetto hyperref va caricato per ultimo, in particolare dopo il pacchetto caption, ma comunque per prudenza va caricato sempre per ultimo in assoluto.

Se puoi evita i file di stile per la pagina iniziale dei capitoli fancychap: di solito produce dei riusltati diversi da quelli standard, ma addirittura meno belli, talvolta delle cose veramente kitsch. quindi evitalo.

il pacchetto guit carica il pacchetto xcolor. Ricordatene e in particolare non caricare color dopo xcolor e/o non ricaricare xcolor.

A chi serve il pacchetto nameref; è veramente inutile.

2) il comando \includeonly ora è unico e scritto così (per il solo capitolo 5, preceduto da titolo e indici):
\includeonly{main_testa_frm,main_prefaz,main_testa_int,main_testa,titolo,indici,capitolo5int,capitolo5}

è quello che dici di avere fatto: però nel file .log c’è scritto:
`(D:\documenti\latex\misureIIed\bode_int.tex
(D:\documenti\latex\misureIIed\main_testa_int.tex)
Capitolo 5.`
senza nessuna menzione del fatto che si sia mai letto il file aux dei file bode_int e bode_text_int

In altre parole il tuo file misure.log NON contiene nessuna menzione ai file aux dei file subalterni e la pagina 93, non progressiva rispetto alla pagina 12, l’ultima emessa prima di aprire i file su bode, sembra che riceva il suo numero da un \setcounter{page}{92} che non appare esplicitamente né contenuto in un precedente file .aux nè nel file misure.aux.

Che cosa posso dedurre?

Che non segui le indicazioni che ti ho dato:
1) metti un include only che contenga una lista riferita a tutti i file da includere;
2) fai girare pdflatex almeno un paio di volte;
3) verifica che il file misure.aux contenga i nomi di tutti i file ausiliari;
4) verifica che in ogni cartella dove si trovano i file da includere accanto al file incluso ci sia anche il relativo file aux;
5) se non è così (mancano in file aux) e o mancano i loro nomi nella contenuto del file misure.aux); torna al punto 1) e rifai tutto facendo attenzione di non commettere errori;
6) cambia la lista di \includeonly in modo che contenga solo i file che ti serve comporre;
7) fai andare pdflatex;
8 ) controlla che nel file misure.log siano stati letti tutti i file aux di tutti i file inclusi; ti basta aprire il file log con wordpad.exe ( che hai a bordo del tuo pc anche se non te ne sei mai accorto;non con notepad, perché questo non riconosce i fine riga diversi da quelli standard di Windows; ti consiglio di aprire un terminale [prompt dei comandi] e di dare dalla finestra comandi il comando wordpad misure.log e vedrai che la cosa funziona) e cerca la stringa .aux e dovresti trovarne altrettante associate ai nomi dei file inclusi.
9) apri il visualizzatore pdf e verifica che tutti i riferimenti incrociati siano a posto.

Condivido quasi tutto quello che hai detto: certo i fatti che hai riportato sono fatti e non li discuto.

Discuto il fatto di usare qualcosa di non ASCII nei nomi dei file e discuto l’abitudine di inserire spazi nei nomi dei file, che certo sono tutti accettabilissimi da tutti i file system moderni e qualcuno degli antichi. Sto parlando in generale, non mi sto riferendo a nessuna persona particolare.

Ma basta provare a mettere spazi e/o lettere non ASCII nei nomi dei file da far elaborare dai programmi di composizione del sistema TeX (da tex, a latex, a pdflatex, a xelatex, eccetera) e si vedrà che si incontrano problemi. Certo, da questo punto di vista anche il sistema TeX potrebbe modernizzarsi, ma perderebbe molte delle sue caratteristiche di compatibilità con il passato.

Tanto per fare un esempio: l’underscore è un carattere ASCII perfettamente gestibile nei file system fin dai tempi del vecchio DOS; fino a non molti anni fa l’underscore era vietato nei nomi dei file da elaborare con i programmi di composizione del sistema TeX. Ora sembra che lo sia (cioè sembra che sia accettabile) ma si continua a raccomandare di non usarlo: se va a finire in un argomento mobile sono guai.

BUON NATALE

Claudio