Liverpool

OldClaudio” post=111747Se hai MiKTeX è possibile che texdoc tu non ce l’abbia.

MiKTeX ha il [tt]texdoc[/tt] da tanti anni ormai. In qualche caso non comune, per accedere direttamente alla documentazione, è necessario digitare:
`texdoc –view nome del pacchetto`.

extrabyte” post=111697Ho provato con il package manager, ma restituisce un “errore sconosciuto”… Domani proverò tramite update….

MiKTeX update aggiorna soltanto i pacchetti già inclusi nella distribuzione (e i file della distribuzione stessa). Perciò se un pacchetto non c’è, con update non lo puoi aggiungere. Devi ricorrere al package manager oppure installarlo manualmente come ti ha descritto OldClaudio.

Per installare MiKTeX 2.9 serve Windows Xp sp3. E infatti il problema è legato proprio all’assenza del pacchetto cumulativo. Perché non vuoi/puoi installarlo?

Edit:
Comunque vedo che la versione attuale di MiKTeX non è più compatibile con Windows Xp.
Ciao

Guarda questo codice:
`\documentclass[tikz]{standalone}
\usetikzlibrary{calc}

\tikzset{
ancora/.initial=,
triangolo/.pic={
\tikzset{
north east/.style={shift={($(30:1.5)!2!(0,0)$)}},
south west/.style={shift={($(210:1)!2!(0,0)$)}},
south east/.style={shift={($(-30:1)!2!(0,0)$)}}
}
\draw [\pgfkeysvalueof{/tikz/ancora}] (210:1) — (-30:1) — (30:1.5) — cycle;
}
}

\begin{document}
\begin{tikzpicture}
\fill [blue] (-2,0) circle (1.5pt)
(0,0) circle (1.5pt)
(2,0) circle (1.5pt);
\pic [ancora=south west] at (-2,0) {triangolo};
\pic [ancora=north east] at (0,0) {triangolo};
\pic [ancora=south east] at (2,0) {triangolo};
\end{tikzpicture}
\end{document}`
Sono state definite tre ancore corrispondenti ai vertici del triangolo ai quali sono stati (arbitrariamente) attribuiti i nomi derivati dalla rosa dei venti, come di consueto. Per semplificare il codice, è stata definita la chiave [tt]ancora[/tt] da usare tra le opzioni del pic. Quello che fa è traslare semplicemente il disegno del pic in modo tale che l’ancora indicata coincida con la sua origine e quindi con il punto dichiarato nel codice principale.
Noterai che non ho usato i nodi coordinata per definire il percorso. Questo perché, quando trasli il sistema di riferimento, i nodi non vengono spostati, quindi diversamente il codice non funzionerebbe. Questa è la soluzione più semplice, perché potresti traslare la tela (compresi i nodi) con la chiave [tt]transform canvas[/tt], ma poi dovresti ridefinire il bounding box e non è semplice.
La libreria [tt]calc[/tt] serve per calcolare l’origine del nuovo sistema di riferimento a partire dalle coordinate delle ancore, cioè i punti simmetrici delle ancore rispetto all’origine del pic. Non è indispensabile perché potresti scriverne direttamente le coordinate, ma l’ho inserita per i più “pigri”.
Quando tu scrivi
`\pic [ancora=south west] at (-2,0) {triangolo};`
l’opzione viene ignorata fino alla riga con il comando [tt]\draw[/tt]. A quel punto, tra le opzioni viene inserito il valore di [tt]ancora[/tt] cioè [tt]south west[/tt]. Ma [tt]south west[/tt] corrisponde a [tt]shift={($(210:1)!2!(0,0)$)}[/tt], quindi è come se stessi scrivendo:
`\draw [shift={($(210:1)!2!(0,0)$)}] (210:1) — (-30:1) — (30:1.5) — cycle;`
che ha l’effetto di traslare il triangolo in modo tale che il vertice sinistro cada nell’origine del pic e quindi nel punto che hai indicato nel codice.

Little” post=107896Adesso io pensavo che durante lo shell escape che tikz external compie venisse generato solo il grafico in questione, un pò come se stessi usando la classe standalone…ma leggendo il log direi che le cose non stanno così.

La mia domanda quindi è: che cosa succede durante lo shell escape di tikz external?
Viene compilata l’immagine in questione insieme a tutto il documento?
Perché mi pare veramente strano….durante la compilazione del mio file allora il documento è stato composto 50 volte (una per grafico)? Mi sembra un comportamento così illogico…

Quando compili, la libreria di TikZ controlla se sono presenti i file .dpth relativi all’immagine che vuoi inserire. Se ci sono, usa il pdf relativo, altrimenti compila il grafico e lo allega. Non compila il documento tante volte quante sono le immagini. Il problema (da quello che era emerso su questo forum) è che pgfplots non svuota la memoria dopo ogni grafico, perciò anche se ci sono grafici semplicissimi, se sono tanti si può incorrere comunque nella limitazione di memoria, che è quello che è successo a te quando hai dovuto rigenerare tutti i grafici da zero.

Domanda: se compili il documento disattivando la libreria external ti dà errore comunque? Se sì, il problema non è della libreria.

Dingo” post=105991in generale, per evitare qualsivoglia sostituzione di lettere in fase di stampa, cosa sempre in teoria possibile nel caso in cui i caratteri siano totalmente incorporati (embedded) e non come sottoinsieme (embedded subset, pare curioso, ma ai fini della stampa un sottoinsieme è più sicuro di un’incorporazione di tutto il set di caratteri perché evita al rip di stampa o a programmi di prestampa di alterare il testo), per causa dello specifico rip di stampa della singola macchina, è sempre meglio convertire in curve (o tracciati è lo stesso) i caratteri (font)

A me sembra che la situazione che descrive @andud sia diversa da quella di @Dingo.

@andud ci fa vedere che al posto della lettera O compare il numero 3. Questo secondo me non c’entra nulla col fatto che i font siano incorporati o meno. Tuttavia, non essendo esperto, invito @Dingo a riguardare le immagini allegate per assicurarmi che la soluzione da lui proposta sia pertinente.

Ciao

OldClaudio” post=104833quella definizione è ben nascosta fra le decine di migliaia di righe dei codici di Kohm e di Miede.

Proprio tra quelle migliaia di righe l’autore invita ad usare il pacchetto tocbasic, caricato automaticamente dalla classe e descritto nella sua guida, per modificare l’indice.
Se devo essere sincero, io non ho capito come fare quello che chiede Lorenzo. Quello che sono riuscito a fare è alzare di una riga verso il titolo il contenuto dell’indice con l’istruzione
`\AfterTOCHead{\addvspace{-\baselineskip}}`ma non è la stessa cosa.