OldClaudio

Un’altra strada (stamattina ho fatto qualche ricerca) consiste nel creare files pdf dagli eps immettendo tutte le modifiche del caso e poi usare questi per compilare direttamente con PDFLatex. Purtroppo è un po’ macchinoso e devo dire che PDFLatex con immagini pdf (come da manuale del bravo utilizzatore) mi dà dei problemi (immagini di dimensioni sballate e altre cose meno gravi) quindi vado la strada ben battuta degli eps.

Impossibile che pdflatex ti dia dei problemi con delle immagini pdf; basta che tu regoli le dimensioni usando [tt]\includegraphics[widht=0.7\textwidth]{immagine}[/tt] e l’immagine.pdf ti va a finire dove hai messo il tuo \includegr[hics con la larghezza esatta di 0.7 vole la giustezza del testo.

Del resto l’editing delle immagini è sempre un problema; l’importante è che el immagini vettoriali restino vettoriali; se apri un file vettoria (eps o pdf) con Gimp, con Photshop, eccetera, puoi modificarlo come ti pare e piace, ma non lo puoi salvare nello stesso formato e perdi la vettorialità.

Quindi va benissimo salvare i file eps e convertirli in png, ma poi non li puoi importare con latex, che come ti ho detto nel precedente messaggio non importa i png (ho la mia distribuzione aggiornata a due o tre giorni fa, quindi non dispongo di software obsoleto…).

Io fossi in te sperimenterei meglio: se Tex360 ti permette di esportare in altri formati, diversi da eps, provaci e vedi che estensioni hanno; sicuramente saranno esportati meglio di quanto possa fare un generico software di image editing.

Non ho esaminato mai il caso di usare il moderno pdflatex (che gestisce bene i file eps) usando anche il pacchetto pdffrag; non escludo che la cosa possa essere compatibile. Se non lo fosse, creati un piccolissimo file .tex che usa psfrag e importa uno solo dei tuoi file .eps; compilalo con latex–>dvips–>ps2pdf; se usi la classe standalone, forse riesci anche ad ottenerlo scontornato, ma non credo che funzioni con latex; se non funziona, aggiungi un passo alla catena di conversioni e chiama anche il comando crop; scrivendoti una piccola procedura bat (su windows) o bash(su Linux, Mac, ecc.) puoi fare tutto da terminale con un unico comando. Quello che ottieni è l’immagine vettoriale originale, arricchita delle espressioni matematiche, e senza contorni bianchi attorno (il rettangolo che include l’immagine è esattamente tangente al suo contenuto, ma è sempre un rettangolo, non è che segua il contorno dell’immagine) e in formato pdf Poi al tuo file della tesi, composto in pdf con pdflatex, fai leggere questi file pdf ottenuti dagli originali eps ma conservando ad ogni momento la forma vettoriale; nulla si sgrana e l’unico problema , semmai, è quello di non rimpicciolire troppo le immagini vettoriali così ottenute, perché se il fattore di scala è troppo piccolo i tratti più sottili, i dettagli più fini, potrebbero sparire. Ma questo non è un problema né di eps, né di pdf, ma dell’inesperienza di chi maneggia le immagini. è possibile scalarle, ma non di troppo, in particolare non devono venire rimpicciolite troppo. Cosa vuol dire troppo dipende dall’immagine e dalla finezza dei suoi particolari, ma direi che una riduzione all’80% sia sempre accettabile; ridurre con un fattore di scala più piccolo può portare alla perdita dei dettagli; dipende anche dalla qualità dell’hinting.

In che cosa la tua macro differisce da quella di Enrico?

Corretto; grazie mille; da parte mi ho trovato diversi altri refusi; tra un po’ farò l’upload della versione con queste prime correzioni.
Ciao
Claudio

@Danko, è molto più semplice aprire il file sorgente e aggiungere/togliere/modificare il testo nel sorgente, piuttosto che acquistare un programma molto costoso (molto per un privato, molto di più per una azienda, che però forse lo può mettere nelle spese di gestione)

Io eviterei di pacioccare il codice non compresso, anche se teoricamente possibile, si rischia di fare più danno che utile.

Io dopo la bibliografia non metterei nulla, se non l’indice analitico. Hai pensato di mettere i tuoi oggetti in due semplici appendici? Che l’impaginazione verrà brutta è un fatto.

Ciao
Tommaso

Che orrore le figure e le tabelle a fine documento. Questo è quello che si faceva prima dell’avvento dei PC, fino agli anni ’70 (è passata molta acqua sotto i punti in più di 30 anni) quando si mandavano a pubblicare gli articoli per le riviste con un dattiloscritto accompagnato dalle figure (e dalle tabelle) una per foglio, perché tanto dovevano essere fotografate e incise a parte; tutto il documento passava attraverso un processo di fotoincisione che veniva eseguito da professionisti e ancora oggi, sebbene si mandi loro un file PDF perfettamente impaginato (vedi IEEE transactions) alcune case editrici o redazioni di riviste scientifiche vogliono testo e figure separati perché ricompongono tutto.

Se stati scrivendo per una di queste case editirici o per una di queste riviste scientifiche, non curarti dell’impaginazione, ma se stati scrivendo per una casa editrice “seria” che usa correttamente il tuo PDF, on fare questa orribile composizione; tutto ciò che in un documento finale è al fondo del documento è fatto per NON essere letto, dalle end notes agli end floats.

LaTeX spende non poche energie per comporre tabelle e figure il più vicino possibile al punto del testo in cui serve leggere quelle tabelle o guardare quelle figure, pur mantenendo la composizione tipografica eseguita correttamente; perché mettergli i bastoni fra le ruote?

Scusa, ti chiedo che cosa hai usato per installar eTeX Live 2012, mi dici che il cologamento in \opt è /usr/local/texlive/2010/bin/i386-linuxe non ti viene il sospetto di non aver creato il collegamento giusto? Certo la guida di Enrico riguardava l’installazione di TL2010, ma tu hai installato TL2012 (anche se non sono sicuro, perché non mi hai detto tutte le crtelle che ci sono sotto …/texlive — mi hai elencato diverse cose, ma sotto /usr/local/texlive devono esserci solo due cartelle una che si chiama texmf-local e un’altra che si chiama 2012).

Comincia con il ricreare il collegamento giusto con 2012 al posto di 2010, poi riavvia il PC; poi ci risentiamo.

Però tutto lascia pensare che se anche il symbolic link è corretto, tu abbia scritto altre volte 2010 al posto di 2012 e quinid nella tua cartella …/texlive non trovi quello che dovrebbe esserci.

Eventualmente cancella tutto, anche se Ubuntu fa molte storie per eliminare cartelle che non siano vuote; e ricomincia da capo facendo estrema attenzione di scrivere 2012 dovunque Enrico scriva 2010, e 2013 dovunque Enrico scriva 2011.

L’unica cosa che troverai difficile da fare con quella guida, ma non è essenziale, è creare su Ubuntu un launcher per tlmgr da far risedere nella barra laterale.

Innanzi tutto correggi quell’obbrobrioso Km che vuol dire kelvin metri; sicuramente volevi riferirti ai chilometri, ma il prefisso k non deve essere sostituito dall’unita K; questi simboli sono senza ridondanza e un piccolo errore come (o)mettere una maiuscola cambia completamente il significato.

Togli anche il codice di posizionamento [h]; serve solo per bloccare le code degli oggetti flottanti se nella prima posizione dove lo vorresti vedere non ci sta; mettici una didascalia e un \label{tab:…} con una etichetta mnemonica (al posto dei puntini — come è ben spiegato nell’Arte) e riferisciti alla tua tabella con \ref{tab:…}.

Ho appena visto la tua soluzione con la quale credi di avere risolti i tuoi problemi; ma ci sono ancrora gli errori di cui sopra..

Io farei così:`
\documentclass{article}
\usepackage{array, multirow, booktabs}

\begin{document}\errorcontextlines=9

\begin{table}\centering
\begin{tabular}{lcccc}
\toprule
\multirow{1}{*}{Pianeta} &
\multicolumn2{m{40mm}}{\centering Distanza dal Sole rapportata con quella della Terra ($149,5 \times 10^6$\,km)} &
\multicolumn2{m{40mm}}{\centering Periodo di rotazione o di rivoluzione $T$} \\
\midrule
& $r$ & $\ln(r)$ & $T$ & $\ln(T)$ \\
\midrule
Mercurio & 2 & 3 & 4 & 5 \\
Venere & 2 & 3 & 4 & 5 \\
Terra & 2 & 3 & 4 & 5 \\
Marte & 2 & 3 & 4 & 5 \\
Giove & 2 & 3 & 4 & 5 \\
Saturno & 2 & 3 & 4 & 5 \\
Urano & 2 & 3 & 4 & 5 \\
Nettuno & 2 & 3 & 4 & 5 \\
Plutone & 2 & 3 & 4 & 5 \\
\bottomrule
\end{tabular}
\caption{alcune grandezze relative al sistema solare}\label{tab:sistemasolare}
\end{table}

\end{document}
`
Mettendo anche in matematico ciò che è matematico, risparminaod batture usando le dimensioni in millimetri, e usando \multirow con il primo paramatro pari a 1.

Mi vergogno un po’, ma le mie acrobazie sono:`
\titleformat{\chapter}[display]{\relax}{\makebox[0pt]{\makebox[2\textwidth][r]{\rlap{\smash{\raisebox{-3\baselineskip}{\hspace*{\marginparsep}\color{halfgray}\chapterNumber\thechapter}}}}}}{0pt}%
{\raggedright\spacedallcaps}[\normalsize\vspace*{.8\baselineskip}\titlerule]%
`
Ho il difetto, solitamente, di farmi le cose da solo, senza prendere cose già fatte; me la cavo sempre, anche con sporchi trucchi poco eleganti, ma quando devo cambiare un parametro so dove mettere le mani e magari dopo due o tre tentativi ottengo quello che volevo.