OldClaudio

Marchetto,
veramente di errori nella tua tabella ce ne sono molti:
1) non puoi usare \[…\] nelle caselle di una tabella; si vuoi della matematica in stile display non numerata usa `$\displaystyle a= …$`
2) usa gli ambienti correttamente aprendoli e chiudendoli dentro gli stessi ambienti; questo implica che non puoi usarlo dove non è usabile il modo verticale, cioè dentro quello speciale ambiente che è una cella di tipo l, r, c di una tabella; e comunque li deve chiudere nell’oridne inverso con cui li hai aperti.

Il risultato non è benno, ala almeno questa tabella non produce errori:`\documentclass[a4paper,10pt]{article}
\usepackage[big]{layaureo}
\usepackage{multicol}
\usepackage[latin1]{inputenc}
\usepackage[T1]{fontenc}
\usepackage[italian]{babel}
\usepackage{tikz}
\usetikzlibrary{calc,intersections,patterns}
\usepackage{pgfplots}
\usepackage{siunitx} % Per le tabelle numeriche
\sisetup{output-decimal-marker={,}}
\usepackage{amsmath,mathcomp}
\colorlet{verde}{green!80!black}
\newcommand{\abs}[1]{\left|#1\right|}

%opening
\title{Formulario C.A.\&C.A.P.}

\begin{document}

\begin{center}
\begin{tabular}{ll}
%
\begin{tikzpicture}[>=latex]
%%% struttura
%campiture:
\tikzset{ground/.style={fill,pattern=north east lines,draw=none,%
minimum width=1.2cm,minimum height=0.2cm}}
% disegno della struttura e del telaio
\draw[thick] (0,0) — (0,5) node[pos=0.5,above right]{$l$};
\draw[thick] (0,5) — (1,5) node[pos=0.9,below left]{$e_0$};
\draw [line width=1pt,dashed] (0,0) arc[start angle=0,end angle=30,x radius=-12cm,y radius=9.5cm];
%Vincolo incastro
\node (g1) at (0,0) [ground,anchor=north]{};
\draw (g1.north west) — (g1.north east);
%Forze
\draw[->] (1,6.2) — (1,5.1) node[pos=0.3 ,below right] {$P$};
\draw[->] (-1.2,5) — (-0.1,5) node[pos=0.3 ,above right] {$F$};
\end{tikzpicture}
&
$\displaystyle
a = \frac{Fh^3}{3EI} \frac{3}{\alpha^3 h^3}(\tan \alpha h-\alpha h)
$
\\
\begin{tikzpicture}[>=latex]
%%% struttura
%campiture:
\tikzset{ground/.style={fill,pattern=north east lines,draw=none,%
minimum width=1.2cm,minimum height=0.2cm}}
% disegno della struttura e del telaio
\draw[thick] (0,0) — (0,5) node[pos=0.5,above right]{$l$};
\draw[thick] (0,5) — (1,5) node[pos=0.9,below left]{$e_0$};
\draw [line width=1pt,dashed] (0,0) arc[start angle=0,end angle=30,x radius=-12cm,y radius=9.5cm];
%Vincolo incastro
\node (g1) at (0,0) [ground,anchor=north]{};
\draw (g1.north west) — (g1.north east);
%Momento
\draw[<-] (0.5,5.5) arc[start angle=45,end angle=180,radius=0.5cm]; \path (-0.2,6) node(M) {$M$}; %Carico distribuito \draw[<-] (0,0.1) -- (-.7,.1); \draw (-.7,.1) -- (-.7,4.9) node[pos=0.5,above left]{$q$}; \draw[<-] (0,4.9) -- (-.7,4.9); \draw[<-] (0,0.5) -- (-.7,0.5); \draw[<-] (0,1) -- (-.7,1); \draw[<-] (0,1.5) -- (-.7,1.5); \draw[<-] (0,2) -- (-.7,2); \draw[<-] (0,2.5) -- (-.7,2.5); \draw[<-] (0,3) -- (-.7,3); \draw[<-] (0,3.5) -- (-.7,3.5); \draw[<-] (0,4) -- (-.7,4); \draw[<-] (0,4.5) -- (-.7,4.5); \end{tikzpicture} & $\displaystyle a = \frac{Fh^3}{3EI} \frac{3}{\alpha^3 h^3}(\tan \alpha h-\alpha h) $ \end{tabular} \end{center} \end{document}` ti suggerirei di usare celle di tipo [tt]>\centering p{0.3\textwidth}[/tt] per le colonne con le figure e [tt]>{$\displaystile}m{0.6\textwidth}<$[/tt] per le colonne delle equazioni, naturalmente avendo caricato il pacchetto array (aggiustati le larghezze delle colonne a tuo piacimento); in questo modo, visto che le figure sono alte e strette e le equazioni larghe, hai queste ultime centrate in verticale, ma allineate a sinistra.

In effetti, Claudio, un accenno alla capienza massima delle code di TeX si può fare: basta dire che tengono al massimo 18 oggetti, come fare perché le code non si intasino più di tanto, nominare il pacchetto morefloats da usare con le pinze. Che ne dici?

Sì si può citare; confesso di conoscerne l’esistenza da una quindicina d’anni ma non l’ho mai usato.Se si deve usare quella estensione di coda, o il documento è molto speciale, oppure si stanno gestendo male i float.

Un modo per gestirli male è quello di farli troppo grandi; lo dico sia per le tabelle, per le quali esiste l’alternativa di longtable, ma vale anche per le figure, per le quali non esiste “longfigure”; spesso sono troppo grandi perché non sono smarginate; altrettanto spesso sono troppo grandi perché sono scalate per riempire tutta la giustezza, cosa che tipograficamente di solito si evita, ma si preferisce scalare le figure in modo che siano il70% o l’80% di \textwidth; infine sono troppo grandi perché lo sono davvero, ma a guardarci bne si tratta di diagrammi mal fatti dove poche righe sottili diventano “rarae nantes in gurgite vasto”.

Citale morefloats va bene, ma bisgna accompgnarne la citazione con gli avvertimenti suddetti.

Ciao Anna e benvenuta nel forum.

Domani magari provo a compilare tutto quello che hai allegato alt uo messaggio, ma fin da ora noto che usi la codifica Windows ansinew (che sarebbe meglio evitare anche se usi una macchina Wimdows) e hai composto il database bibliografico con mendeley.

Quest’ultimo usa la codifica unicode e fa uso anche di segni che non sono contenuti nei font con codifica T1 quindi finisce che se anche cambiassi ansinew in utf8 (sostanzialmente equivalente a unicode) continueresti ad avere problemi.

Prima ti suggerisco di leggerti al guida tematica sulle codifiche (dalla sezione Documentazione di questo sito); fors la lettura di questa guida non ti risolve il problema ma ti insegna come cambiare codifica ad un file già scritto, per esempio. Inoltre ti dovrebbe chiarire le idee sulle codifiche; di fatto tu stai usando ansinew, T1 e unicode per scopi diversi in ambiti diversi, ma che finiscono con il collidere.

Finisco con un ultima osservazione; le codifiche che hai scritto sembrano voler intendere che vuoi scrivere un tasi nella quale usi come lingua principale il greco e come lingua seocndaria l’italiano, ma l’esempio che accludi ha il testo in inglese. Sei sicura di quello che stai facendo? sei sicura di avere lletto la documentazione di TOPtesi? Io dicco di no, perché se l’avessi letta non avresti specificato l’opzione italian.

Non pensare che leggere la documentazione sia una perdita di tempo; inizialmente dedichi qualche ora alla lettura della documentazione, ma poi risparmi giorni e giorni di lavoro perché stai usando il software cognizione di causa; quella di TOPtesi si legge aprendo una finestra comandi (su windows si chiama “prompt dei comandi” lo trovi nelle applicazioni) vi scrivi dentro texdoc toptesi-doc poi premi il tasto ; ti sia pre un visulaizzatore di file PDF con il file della documentazione già caricato alla prima pagina.:wink:

E allora non caricare per niente tocloft; se devi davvero modificare non il titolo, am qualcosa inerente il modo di scrivere le entries ngli indici toc, lof e lot, allora, purtroppo se non puoi usare tocloft, devi agire modificando i comandi interni.

Prova:
1) a mettere la chamata a tocloft e le sue impostazioni dopo titlesec e le sue impostazioni;

2) a togliere del tutto la chiamata a toclof e le sue impostazioni.

Nel senso che questa riga`\addto\captionsitalian{\renewcommand{\indexname}{Indice per categoria}}`non ti funziona? Io scriverei semplicemente:`\addto\captionsitalian{\def\indexname{Indice per categoria}}` ma non mi sembra importante sull’esisto; nel senso che \renewcommand fa molte altre cose oltre a definire o ridefinire il comando.

`\begin{figure}[t]
\centering
\onecolumn\includegraphics[width=\textwidth]{grafico1.pdf}
\caption{\textbf{Titolo.}}
\label{ref:fig3}
\twocolumn
\end{figure}}`

NON USARE ASSOLUTAMENTE \ONECOLUMN E \TWOCOLUMN ALL’INTERNO DELL’AMBIENTE FIGURE; toglili immediatamente e usa l’ambiente figure*:
`\begin{figure*}
\centering
\includegraphics[width=\textwidth]{grafico1}
\caption{\textbf{Titolo}}\label{ref:fig3}
\end{figure*}`

illinguista1972″ post=85570Di solito, se si ha bisogno di un’immagine (qui intendo immagine come foto o scansione, o altre cose simili, non un disegno fatto con TikZ o un grafico di pgfplots) la si va a pescare in Internet, la si salva, le si cambia l’estensione e basta. Al massimo la si ritaglia con un programma come Preview o GIMP o altro per isolarne un particolare.

In realtà, qual è il trattamento corretto cui sottoporre le immagini prima di includerle nel documento? In particolare, dovendone inserire molte (non è il mio caso pratico, ma solo per poter dare consigli assennati), è raccomandabile renderle tutte delle stesse dimensioni, per esempio, oppure inserirle così come sono?

Roberto ti ha mostrato una casistica diversa da quella che hai previsto nella tua domanda; e già questo illustra la complessità del problema. Non è facile dire alcunché sulle immagini, se no, secondo me, usare il buon senso con la conoscenza di che cosa sia una immagine raster o bitmapped che dir si voglia.

Nella guida GuIT c’è scritto qualcosa a proposito del reaster a confronto del vettoriale e sono mostrati anche dei grafici fatti con Exel, uno salvato in pdf e uno salvato in png. Entrambi hanno un particolare ingrandito di 10 volte e la differenza è scioccante.

Quindi:
1) innanzi tutto non si deve cambiare l’estensione; l’estensione dice che cosa c’è dentro il file, come l’informazione ci è memorizzzata e quale algoritmo bisogna usare per riprodurre l’immagine; quindi l’espressione fiusta, casom mai, è “le si salva in un formato che possa essere gestito dai programmi di composizione del sistema TeX”; questo implica una diversa estensione, ma spiega che il fuoco è sul modo di salvare e registrare su disco l’informazione contenuta nell’immagine.

2) per le fotografie a colori abbastanza sfumati, privi di forti contrasti il formato jpg va bene, mentre per i disegni al tratto (quelli che usa Roberto nelle sue relazioni tecniche) dove il contrasto fra la linea nera e lo sfondo bianco è massimo, ci vuole il formato png. I formati jpg e png sono entrambi compressi, ma jpg perde un poco di informazione, mentre png non ne perde alcuna; sono diversi algoritmi di compressione, e i risultati di resa sono corrispondentemente diversi. un disegno al tratto salvato in jpg presenta dei fastidiosissimi artefatti che ne possono rendere difficile la “lettura”; in una fotografia questi artefatti generalmente non si presentano; eppure ho una fota del punte sulla baia di Sydney con l’Opera House nello sfondo, dove i tiranti che sorreggono il ponte, già paralleli ed equispaziati per costruzione, formano righe con forte contrasto i cui artefatti si sommano come in fenomeno di interferenza e sembra che siano in numero doppio.

3) La densità di pixel dell’immagine e quella del supporto dove l’immagine diventa visibile agli umani, sono essenziali; i pixel di solito vengono resi con dei rettangolini se devono essere riprodotti su un supporto che accetta una densità molto maggiore; se il supporto è lo schermo che ammette l’uso di “lenti” virtuali per esaminare certi dettagli, ma comunque ammette diversi fattori di scala che consentono dinamicamente di ingrandire l’immagine a proprio piacimento, si vede benissimo la tassellatura dell’immagine; perciò quando da un’immagine si ritaglia un particolare non è che lo si possa ingrandire a piacere; dipende sempre da quanti pixel contieen e quanti ne contiene l’area del supporto sul quale quel particolare dovrebbe venire riprodotto; questo discorso sulle densità vale per le foto intere come per i particolari ritagliati. Come regola generale bisognerebbe che le immagini non vengano ingrandite troppo in termini di aree di pixel, il 20% potrebbe già essere troppo; ma bisogna sempre fare due conti per vedere come fare. Nello stesso tempo si può diminuire la risoluzione di una foto ad alta definizione; sarebbe inimmaginabile inserire in un testo una immagine di 32 MiB come possono fare certe macchine fotografiche professionali, adatte anche per foto da riprodurre su manifesti stradali; Alcuni editori vogliono immagini con una densità (lineare) minima di 300 pixel al pollice, che fa 90 000 pixel al pollice quadrato; ogni pixel è caratterizzato da tre byte (almeno), quindi un pollice quadrato di immagine corrisponde a 270 KiB; per immagini riprodotte più grandi i pixel crescono con la superficie dell’immagine, e vedi che si arriva facilmente a parecchi MiB se non si fa attenzione; ma 300 pixel al pollice spesso sono eccessivi; dipende dal metodo di stampa; con la fotolitografia non è un problema avere file di grandi dimensioni, ma altrimenti 300 pixel al pollice sono davvero tanti per stampanti casalinghe.

Non saprei cosa aggiungere d’altro per parlare di immagini, perché di volta in volta bisogna decidere che cosa fare; quelle sopra sono più o meno le mie personali linee guida, ma se vanno bene per me non è detto che vadano bene per altri; quello che sottolineo è che bisogna sapre come è fatto ciò con cui stiamo lavorando, altrimenti non possiamo trattarlo bene.

Claudio