OldClaudio

Comunque tornando a noi:
-non ho molto capito riguardo all’argomento IGES, puoi essere più chiaro?

Per fare un parallelo, un file IGES sta ad un file .tex come l’immafine raster del file IGEF sta alla composizione PDF del file .tex.

Negli anni ’80, quando LaTeX disponeva a mala pena di un piccolo strumento per inserire nei file DVI qualcosa scritto in PostScript, la norma IGEF era stata composta prendendo le “compilazioni’ delle immagini IGEF con gli strumenti CAD che potevano capire quel linguaggio; il risultato erano delle immagini raster, come lo sono le fotografie delel macchine fotografiche digitali; queste producono file in formato .jpg (o .jpeg, o .jpeg2, o…); le immagini prodotte con quei softare di CAD avevano altri formati, magari semplicemente bitmap, .bmp; per inserirle dentro a un file da comporre con LaTeX negli anni ’80 era necessario trasformarle in immgini .eps; generalmente queste erano formate da un file conforme allo standard Encapsulated PostScript, formato da un preambolo Postscript che diceva sostanzialmente “quanto segue è un bitmap, formata da tante righe per tanto colonne; qui comincia la bitmap”; poi c’era unn epilogo che diceva sostanzialmente: “qui è la fine della bitmap; chiudi pure le cose PostScript che hai aperto all’inizio; fine del file”.
Capisci quindi che l’immagine veniva solo avviluppata in una specie di camicia eps, ma la sua sostanza continuava ad essere una bitmap.

Le bitmap hanno il pregio della semplicità, non hanno il pregio della concisione, e, quel che più dà fastidio è che se sono fatte per essere riprodotte a, diciamo, 300 punit al pollice, vengono bene se e solo se sono riprodotte a 300 punti al pollice; Se si ingrandiscono si sgranano, se si rimpiccioliscono perdono dettagli.

Oggi LaTeX (pdfLaTeX) può incorporare diversi fomrati alcuni vettoriali (eps vero, non un contenitore per una bitmpa) pdf, svg, mps, e anche delle bitmap compresse, come le immagini jpg o png. Programmi di conversione di bitmapp da un formato all’atro per cui oggi non ci sono problemi a incorporare file di immagini con diversi formati; però le bitmap continuano ada vere i difetti delle bitmap, e i formati vettoriali continuano a presentare i pregi dei formati vettoriali. Siccome le figure IGEF sono descrizioni astratte di disegni tecnici, ciooè disegni al tratto, sarebbe molto opportuno che la loro descrizione interna (tipicamente di tipo vettoriale) sia conservato nell’immagine “compilata”. Ecco perché, sabbeni io abbia alle spalle studi di ingegneria e abbia insegnato tanti anni in una facoltà di ingegneria, non ha mai sentito parlare di questo standard, almeno negli ultimi 20 anni.

-per il momento mio file master (si chiama così?) è questo:

`
\documentclass[12pt,a4paper]{report} %definisce documento tipo
\usepackage[utf8]{inputenc}
\usepackage[english,italian]{babel} %definisce lingua
\usepackage[T1]{fontenc} %legge termini con accento e li codifica
\usepackage{indentfirst} %rientro prima riga
\usepackage{color} %pacchetto colori
\usepackage{hyperref} %pacchetto riferimenti
\hypersetup{colorlinks,
citecolor=blue,
filecolor=black,
linkcolor=black,
urlcolor=blue}
\usepackage{booktabs}
\usepackage{graphicx}
\graphicspath{{/home/sps/Scrivania/documenTesi/TESI/immagini/}}
\usepackage[font=small,format=hang,labelfont={sf,bf}]{caption}
\title{TESI}
\author{sps}
\date{}
\begin{document}

\maketitle
\tableofcontents
\listoffigures
\input{/home/sps/Scrivania/documenTesi/TESI/Cap1/Cap1.tex}
\input{/home/sps/Scrivania/documenTesi/TESI/GENERALE/bibliografia.tex}
\end{document}
`

La specifica a4paper dovrebbe essere quella di default, se hai installato il sistema TeX come si deve; comunque non disturba.

la classe report può venire sostituita dalla classe book, che di default compone fronte-retro, mentre la classe report compone solo fronte (di default) se vuoi conservare report, devi aggiungere alla classe l’opzione twoside se vuoi comporre fronte retro. Ma è meglio usare book.

La parte con \hyperref e \hpersetup va messa per ultima, specialmente visto con con il pacchetto caption ridefinisci il modo di comporre le didascalie, che hyperref ha già ridefinito per conentire i riferimenti ipertestuali anche alle figure.

Per i \graphicspath abbiamo già discusso; NON DEVI USARE PATH ASSOLUTO, MA SOLO PATHE RELATIVI ALLA CARTELLA DOVE SI TROVA IL MASTERFILE.

Vale anche per i file che includi con \input; se i file hanno l’estensione .tex, non la devi specificare.

Inoltre se quando usi le classi standard, esse calcolano la larghezza del testo e di conseguenza anche i margini superiori e inferiori, in modo che le righe non contengano più di una settantina di caratteri nel corpo del font specificato come normale, nel tuo caso il font da 12pt; se fossero di meno i margini sarebbero troppo larghi e il testo potrebbe risultare faticoso da leggere per la frequenza con cui gli occhi devono tornare all’inizio della riga successiva; se fossero di più il testo sarebbe difficile da leggere nel ritornare “a capo” con gli occhi, perché potrebbe essere difficile trovare a colpo d’occhio l’inizio della riga successiva. Quindi vedi che il gioco dei margini non ha nulla a che vedere con il risparmio della carta; sbagliare i margini vuol dire rendere comunque faticosa la lettura per un motivo o per un altro. L’ideale sarebbe 66 caratteri per ogni riga. Io dico sempre 66±5 caratteri per ogni riga, visto che una lunghezza ottimale corrisponde al minimo di una curva di “fatica”, e il minimo, in quanto tale, è sostanzialmente piatto nel suo intorno, per cui pochi caratteri in più o in meno non fanno una sostanziale differenza.

Quindi non giocare con i margini se non hai la perfetta conoscenza dei fenomeni che stanno dietro a una scelta del genere. E non prendere a modello Word, che ti può (forse) permettere di comporre bene, ma non ti guida certo a comporre bene.

Memoir è basata su book, solo che ridefinisce praticamente tutto e incorpora anche la funzionalità di moltissimi altri pacchetti, per cui, di fatto, quando si usa memoir non si devono usare quei lunghi elenchi di pacchetti da caricare che si vedono in quasi tutti i preamboli che appaiono sul forum; questo non vuol dire che non sia necessario talvolta usare qualche pacchetto.
la documentazione di memoir è completa, ma difficile da consultare; l’indice analitico aiuta, ma non troppo; tanto che io spesso e volentieri usa la funzione find del mio visualizzatore di file PDF per cercare quello che mi serve.
Per un manuale tipo prontuario, forse una classe snella è meglio per poi usare i pacchetti adatti allo scopo del particolare prontuario; Io ne ho già composti un paio, ma alla fine mi sono costruito la classe completa che contiene tutto e solo quello che serve per il particolare prontuario. Ebbene sì: ho questo vizietto di usare poco i pacchetti con comandi preconfezionati e di scrivermi le mie classi. Può non essere la via migliore, ma dipende da quanto devi lavorare sui file sorgente.

Con Tommaso abbiamo fato diverse cose con memoir; ma lui fa il modesto dicendo che non conosce bene questa classe: la conosce tanto quanto la conosco io. E io l’ho usata solo con Tommaso… 🙂

E, con tutto il rispetto per chi ha idee diverse dalle mie, NON FARLO!

Sì, è vero che quella soluzione, rispetto a inserire la figura fuori testo che risulterebbe affiancata da molto spazio bianco, ti farebbe risparmiare dello spazio e quindi alla fine dei conti delle pagine, specialmente se ne hai tanti di questi inserti; ma anche se wrtapfig dice di rendere questo oggetti flottanti, di fatto fa i capricci spesso e volentieri; bisogna intervenire a mano e infine non ti assicura che le figure con didascalia vengano inserite nell’ordine giusto, a meno che la figura on sia contornata dal testo die primo capoverso di un capitolo e che per nessun motivo inserirai mai un altro capoverso prima di quello, ad ogni modifica del tsto ti ritroverai a dover andare a cercare che fine ha fatto la figura e dovrai intervenire a mano per rimetterla a posto.

Risparmierai forse della carta, ma certamente non il tuo tempo. 🙂

In matematica non si usano spazi esplicit così grandi come quello prodotto da \ .
In matematica si usa \, (spazio fine), e \: e \; che rappresento due spazi un po’ più garndi ma non grandi come \ .

C’è anche nell’Arte, nota a piè di pagina 93

Ma una domanda: perché usi immagini ..eps?

Perché era uno dei formati indicati sulla guida. Oppure cosa dovrei usare?

Atra domanda: per comporre usi latex o pdflatex?

Usando Texmaker 2.2 clicco su PdfLaTeX che credo indichi compilazione pdflatex. Sempre così ho trovato consigliato sulla guida.

Ulteriore domanda: se usi pdflatex, usi una versione del 2010 che sia abilitata all’input dei file .eps?

Ed io che ne so, come faccio a saperlo? Comunque ho scaricato l’ultima versione di Texmaker in questo forum consigliatami.

Comunque nel file log ho trovato questo:

[ul]I could not locate the file with any of these extensions:
.png,.pdf,.jpg,.mps,.jpeg,.jbig2,.jb2,.PNG,.PDF,.JPG,.JPEG,.JBIG2,.JB2
Try typing to proceed.
If that doesn’t work, type X to quit.[/ul] Era quello che chiedevi?

E quindi come risolvo?

Grazie mille

Premetto che ho letto anche il tuo messaggio successivo, quindi la soluzione l’hai già trovata.

Nell’elenco delle estensioni dei file grafici manca .eps, quindi lì c’è la risposta al tuo problema.

Ma come fai a sapere quale versione di pdflatex usi?
Semplice: per prima cosa non devi confondere TeXmaker, che è solo un editor di testo, con pdflatex che è il programma di composizione. Invece di texmaker potresti usare un’altra dozzina di editor di testo, ma di pdflatex, a parte la versione, ce n’è uno solo, quello della tua distribuzione del sistema TeX.

Se hai un Mac, probabilmente hai installato MacTeX; quindi vai a vedere con Finder che cosa c’è scritto nella cartella /usr/local/texlive/

Se c’è scritto 2009, come penso, la tua versione è del 2009; se c’è scritto 2010, la tua versione è del 2010. se c’è scritto un altro numero quello rappresenta l’anno della distribuzione.

Allora, visto che la tua versione non è aggiornata, procedi con tutte le figure eps come hai già fatto con la figura che hai convertito in pdf; se il programma di conversione non lo fa da solo, provvedi a scontornarla usando, sempre da terminale, il comando pdfcrop. Poi inserisci le tue immagini, sempre senza specificare l’estensione, con il solito \includegraphics.

Ma come fai a metterci una didascalia? be’ una qualunque guida elementare te lo dice: usa il comando \caption.

Come fai a mettere l’elenco delle figure prima della bibliografia? Non farlo a meno che l’indice non sia subito prima; l’elenco delle figure va inserito dopo l’indice generale e così anche l’indice delle tabelle. Non puoi mettere (o meglio lo puoi fare ma sarebbe una schifezza) l’indice generale nelle prime pagine e l’elenco delle figure nelle pagine finali; o per caso metti anche la bibliografia nelle pagine iniziali? Allora rileggiti qualunque guida, per esempio l’Arte (link in testa a questa pagina) per sapere in che ordine vanno messe le varie parti di un documento strutturato.In ogni caso, sì, per mettere l’elenco delle figure devi dare il comando \listoffigures.

Lascia stare i margini; se li vuoi modificare, il pacchetto e i comandi da usare sono quelli di geometry; ma siccome sei ancora abbastanza a digiuno di composizione, leggiti prima l’Arte, ma non fare finta, leggila per davvero.

L’impaginazione destra-sinistra; vuoi dire naturalmente fronte-retro; lascia fare alla classe; se non ti fidi, dai l’opzione twoside fra le opzioni della classe; ma naturalmente dipende dalla classe; usi la classe book? report? toptesi? ClassicThesis? altro? ogni classe ha i suoi modi per comporre; leggiti la documentazione; specialmente leggiti l’Arte, ne hai davvero bisogno.

Che cosa vuol dire che “Insomma le immagini non hanno margine col testo e poi non c’è una didascalia di descrizione.”
Per mettere la didascalia ti ho detto come fare, ma che cosa intendi per le “immagini non hanno margine col testo”. Non si capisce proprio.
Vuoi le immagini centrate ma della dimensione opportuna? mettile dentro all’ambiente figure seguite dalla didascalia ma cominciando l’ambiente con \centering (vedi l’Arte); le vuoi con la stessa larghezza del testo? specificalo fra le opzioni di \includegraphics (vedi l’Arte). Ma pensaci bene, non tutte le immagini devono essere larghe come il testo; in particolare non le devi mai ingrandire o rimpicciolire troppo altrimenti possono risultare decisamente brutte. Se, invece, con “immagini non hanno margine col testo” intendevi qualcos’altro, cerca di spiegarti meglio.

No, puoi tranquillamente impostare TeXShop come editor di default per tutti i file con le estensioni del sistema TeX.

Per quel che riguarda i rombi neri e il punto interrogativo, ricorda sempre di impostare l’encoding dell’editor conformemente con la codifica dei caratteri effettivamente usati; se nei vecchi file avevi impostato come encoding AppleRoman e ora hai di default l’impostazione UTF-8 è evidente che qualsiasi editor, non solo quelli che hai citato, produce pasticci. Queste argomento è stato trattato una infinità di volte sul forum.

Nell’Intruduzione (link qua sopra) c’è una intera appendice dedicata a questo argomento.

Anche se sei l’unico utente del tuo Mac, l’albero TDS di cartelle personali in ~/Librari/texmf/
non ha bisogno di venire gestito con i soliti strumenti per aggiornare il database dei nomi dei file, quindi qualunque cosa tu ci metta è sempre subito disponibile e il sistema TeX cerca nel tuo albero personale prima che negli alberi di sistema.
Non importa che tu crei una struttura TDS completa, si pure con cartelle vuote fin dall’inizio (l’unica cosa che potrebbe fare in automatico TeX Live e MacTeX quando installi il sistema), ma tu innesti rami, rametti e foglioline sul tuo albero personale quando ne hai necessità. se devi mettere un tua nuova classe che hai chiamato pippo.cls, la metterai nella cartella ~/Library/texmf/tex/latex/pippo/
tutto quello che viene prima di pippo/ fa parte della struttura TDS; basta che guardi una delle strutture degli alberi del sistema pper vedere che cosa devi mettere prima dlela tua cartella per essere sicuro che TeX la trovi.
Documentazione in
`
texdoc tds
`
Il documento è intitolato: “A Directory Structure for TEX Files”