“ktikz” o “QTikZ”, un visualizzatore di codice pgf-tikz

Grazie per la segnalazione: sembra molto utile!!!

Spettacolo! Ottimo per creare grafici ed inserirli solo quando sono pronti nel documento finale. Secondo voi compilando i sorgenti c’è la possibilità di installarlo su Mac?

Grazie
Fra

Spike” post=63338Secondo voi compilando i sorgenti c’è la possibilità di installarlo su Mac?

Anche se non fosse disponibile, ti basta usare una macchina virtuale con Linux o Windows e installarlo senza patemi in quel modo :wink:.

L’ho installato anch’io in Ubuntu Lucid (per altre versioni di Ubuntu bisogna compilarsi il pacchetto da soli).

*** Molto comodo ***

Pregi:
Sul pannello di sinistra basta fare un doppio click e compare il codice corrispondente;
Se si vuole, è possibile aggiornare il disegno su richiesta con CTRL+B;
I comandi e le opzioni di pgf vengono suggerite. In questo modo si evitano anche gli errori di digitazione e di sintassi;
Scrivendo un piccolo file è possibile caricare i pacchetti desiderati;
L’opzione di compilazione -shell-escape è prevista;
Alla fine il pdf risultato della compilazione può essere salvato.

Difetti:
Peccato che non si può regolare il tempo che passa dalla modifica del sorgente al lancio automatico della compilazione.
Piccole imperfezioni nell’installazione del pacchetto.

Si propone davvero come l’ambiente di lavoro migliore per disegnare con TiKz (e plottare grafici).
Ciao e grazie.

agodemar” post=63349Secondo me il modo migliore di lavorare è con la compilazione automatica disabilitata. Essendo presente il pulsante apposito, lo uso solo quando voglio veramente vedere il risultato grafico. Altrimenti si rischia di far compilare inutilmente il codice del disegno.

Non l’ho ancora provato, ma concordo con Agostino: avere una compilazione automatica non regolabile non serve (se non a fare casino :P)… meglio compilare “a mano” per vedere il risultato quando si è realizzata o modificata una certa parte del disegno.

Concordo,
ho cominciato ben presto ad usare la modalità manuale, che è la modalità operativa principale.

L’idea che si possa vedere il risultato della modifica istantaneamente sarà forse dei pc multiprocessore più potenti.

Mi è sorta una curiosità: chissà se il codice viene compilato in RAM: pdflatex opererebbe su un file virtuale in RAM anziché su un file fisico su disco anche se temporaneo.

Ciao e buon TiKz…

robitex” post=63352Concordo,
ho cominciato ben presto ad usare la modalità manuale, che è la modalità operativa principale.

L’idea che si possa vedere il risultato della modifica istantaneamente sarà forse dei pc multiprocessore più potenti.

Commento da quasi-ignorante in materia di multiprocessor (e di compilazione latex)i: creo che un programma possa avvalersi dell’utilità processi multipli se ci sono delle operazioni che possono essere svolte in parallelo (in processi separati). Non credo che la compilazione di un documento LaTeX rientri in questa categoria (a meno che non sia possibile, per esempio, processare in parallelo diversi file inclusi con `\input’, ma se si usa un unico grande file sorgente temo che questo non sia possibile). Ripeto, non me ne intendo molto di questa materia, sono mie considerazioni personali.

robitex” post=63352Mi è sorta una curiosità: chissà se il codice viene compilato in RAM: pdflatex opererebbe su un file virtuale in RAM anziché su un file fisico su disco anche se temporaneo.

Ciao e buon TiKz…

Su Debian crea una cartella in /tmp (per me è `/tmp/kde-$USER/ktikz$caratteriacaso/temptikzcode.pdf’), quindi immagino che su tutti i sistemi scriva un file reale temporaneo. Su GNU/Linux è possibile caricare tutta la cartella `/tmp’ su ram (scegliendo come filesystem `ramfs’). C’è gente che lo fa normalmente, personalmente non l’ho mai provato

Ciao Elrond,
so che il motore di composizione pdftex non è adatto al multiprocessing, ne avevamo già discusso in un post precedente.
Intendevo questo:
mano a mano che si modifica il sorgente QTiKz potrebbe lanciare più compilazioni parallele ognuna con un processo separato. L’idea è quella scartare i risultati “superati” e presentare all’utente l’anteprima quasi in tempo reale.
O, più probabilmente, occorrerà trovare qualche altra soluzione se si vuole rendere la compilazione più veloce.

Per quanto riguarda la nota su ramfs credo sia interessante e da tener in conto per il futuro.
Graie mille.

Non sono un informatico, però credo che un’idea potrebbe essere questa per “far vedere quasi in tempo reale” le varie compilazioni del disegno:
– dopo la prima compilazione mettere in cache (sono memorie molto più veloci) il risultato
– le successive compilazioni, cercare di aggiungere al risultato precedente solo le differenze.

Ovviamente non credo sia una cosa banale.. l’idea è di emulare la codifica video (in cui alcune frame vengono codificate come differenza rispetto ad una precedente).

Ciao,
ho provato con un codice che genera un disegno Metapost ed ha funzionato.

Regolando il template è possibile in realtà utilizzare QTikz per lavorare a qualsiasi oggetto LaTeX.
In definitiva, il programma può essere visto come un particolare shell editor.

Ecco il template che ho usato:
`\documentclass{article}
\usepackage[shellescape]{gmp}
\pagestyle{empty}

\begin{document}
<>
\end{document}`

ed il codice d’esempio all’interno di QTiKz:
`\begin{mpost}
% Tartaglia array values
numeric values[];
values[0]=0;

% triangle deep
numeric deep;
deep := 13;

% position of the triangle top number
pair pos;
pos := origin;

% step among row
numeric ystep;
ystep:= 18;
% step among column
numeric xstep;
xstep := 36;

% main loop
for k:= 1 upto deep:
values[k] := 1;
label(“1”,pos);

for i:= k-1 downto 1:
values:=values+values[i-1];
label(decimal values, pos – (k-i)*(xstep,0));
endfor;

pos := pos + (xstep/2,-ystep);
endfor;

\end{mpost}`

Un saluto.
R.

ma su windows
funziona?

saluti
Claudio

Lo voglio su Mac! 😯

Ciao
Enrico

claudioma su windows
funziona?

saluti
Claudio

Si, ed è la prima cosa che c’è scritta nel primo messaggio.
Ho contattato lo sviluppatore per chiedergli se i sorgenti per Linux fossero buoni anche per Mac e mi ha risposto di no e che è possibile installarlo tramite MacPorts. Comunque qualcosa si è mosso ed ha contattato qualcuno che l’aveva installato con MacPorts e sembra che ci sia la possibilità di creare un pacchetto a partire dai suoi sorgenti. Se ci sono sviluppi vi farò sapere.

Ciao
Fra

Spike” post=63523

ma su windows
funziona?

saluti
Claudio

Si, ed è la prima cosa che c’è scritta nel primo messaggio.

Ciao
Fra

temevo questa risposta

allora dove sbaglio?

questo è il codice
`% A simple fault tree
% Author: Zhang Long, Mail: zhangloong[at]gmail.com
%\def\pgfsysdriver{pgfsys-dvipdfm.def}
\documentclass{minimal}
\usepackage[latin1]{inputenc}
\usepackage{tikz}
\usetikzlibrary{
%trees,
positioning,
arrows}
\begin{document}
\begin{tikzpicture}[>=latex',
comp/.style={circle,draw}]
%% Draw system flow diagram

[>=latex',
comp/.style={circle,draw}]

\node [comp] (ca1) {determinata};
\node[comp] (ca2)

{indeterminata};
\node[comp] (ca3)

{impossibile};
\node [comp] (cb) [above=of ca2] {una disequazione è};

\draw[->] (cb)–(ca1);
\draw[->] (cb)–(ca2);
\draw[->] (cb)–(ca3);
\end{tikzpicture}
\end{document}
`
questo è il log
`This is pdfTeX, Version 3.1415926-2.3-1.40.12 (Web2C 2011)
This is pdfTeX, Version 3.1415926-2.3-1.40.12 (Web2C 2011) (format=pdftex 2011.7.30) 3 OCT 2011 19:25
entering extended mode
\write18 enabled.
file:line:error style messages enabled.
%&-line parsing enabled.
**C:/Users/claudio/AppData/Local/Temp/qtikz/temptikzcodeqm6156.tex
(c:/Users/claudio/AppData/Local/Temp/qtikz/temptikzcodeqm6156.tex
c:/Users/claudio/AppData/Local/Temp/qtikz/temptikzcodeqm6156.tex:1: Undefined c
ontrol sequence.
l.1 \documentclass
[compress]{beamer}
c:/Users/claudio/AppData/Local/Temp/qtikz/temptikzcodeqm6156.tex:1: ==> Fatal
error occurred, no output PDF file produced!
`

Ciao
Claudio

agodemar” post=63526

allora dove sbaglio?

Forse nell’uso della classe beamer?
Io userei la classe article: in fondo questo è un previewer di disegni e serve una struttura minimale che consenta una rapida compilazione e un’agevole cattura del disegno. Se hai esigenze particolari caricherai i pacchetti che ti servono nel tuo template personalizzato.

Ciao,
Agostino

e dove ho usato la beamer?
Ciao
Claudio

claudio” post=63530

allora dove sbaglio?

Forse nell’uso della classe beamer?
Io userei la classe article: in fondo questo è un previewer di disegni e serve una struttura minimale che consenta una rapida compilazione e un’agevole cattura del disegno. Se hai esigenze particolari caricherai i pacchetti che ti servono nel tuo template personalizzato.

Ciao,
Agostino

e dove ho usato la beamer?
Ciao
Claudio

Prova ad eliminare la riga dove carichi il pacchetto tikz (\usepackage{tikz}). La riga è nel file del template.
Bye

modificato in
`% A simple fault tree
% Author: Zhang Long, Mail: zhangloong[at]gmail.com
%\def\pgfsysdriver{pgfsys-dvipdfm.def}
\documentclass{article}
%\usepackage[latin1]{inputenc}
%\usepackage{tikz}
%\usetikzlibrary{
%trees,
%positioning,
%arrows}
\begin{document}
\begin{tikzpicture}[>=latex',
comp/.style={circle,draw}]
%% Draw system flow diagram

[>=latex',
comp/.style={circle,draw}]

\node [comp] (ca1) {determinata};
\node[comp] (ca2)

{indeterminata};
\node[comp] (ca3)

{impossibile};
\node [comp] (cb) [above=of ca2] {una disequazione è};

\draw[->] (cb)–(ca1);
\draw[->] (cb)–(ca2);
\draw[->] (cb)–(ca3);
\end{tikzpicture}
\end{document}
`
il log
`This is pdfTeX, Version 3.1415926-2.3-1.40.12 (Web2C 2011)
This is pdfTeX, Version 3.1415926-2.3-1.40.12 (Web2C 2011) (format=pdftex 2011.7.30) 4 OCT 2011 08:38
entering extended mode
\write18 enabled.
file:line:error style messages enabled.
%&-line parsing enabled.
**C:/Users/claudio/AppData/Local/Temp/qtikz/temptikzcodeHp1456.tex
(c:/Users/claudio/AppData/Local/Temp/qtikz/temptikzcodeHp1456.tex
c:/Users/claudio/AppData/Local/Temp/qtikz/temptikzcodeHp1456.tex:1: Undefined c
ontrol sequence.
l.1 \documentclass
[compress]{beamer}
c:/Users/claudio/AppData/Local/Temp/qtikz/temptikzcodeHp1456.tex:1: ==> Fatal
error occurred, no output PDF file produced!
`

log uguale 🙁 🙁

scusa
mi puoi fare un esempio pratico?
il codice che ho postato si compila e produce un disegno coerente
se ho capito
`\begin{tikzpicture}[>=latex',
comp/.style={circle,draw}]
%% Draw system flow diagram

[>=latex',
comp/.style={circle,draw}]

\node [comp] (ca1) {determinata};
\node[comp] (ca2)

{indeterminata};
\node[comp] (ca3)

{impossibile};
\node [comp] (cb) [above=of ca2] {una disequazione è};

\draw[->] (cb)–(ca1);
\draw[->] (cb)–(ca2);
\draw[->] (cb)–(ca3);
\end{tikzpicture}`
dovrebbe funzionare ma da lo stesso errore
ciao
Claudio

mi da errore anche caricando il template
`\documentclass{article}
\usepackage{mathptmx}
\usepackage{tikz}
%\usepackage{color}
\usepackage[active,pdftex,tightpage]{preview}
\PreviewEnvironment[]{tikzpicture}
\PreviewEnvironment[]{pgfpicture}
\DeclareSymbolFont{symbolsb}{OMS}{cmsy}{m}{n}
\SetSymbolFont{symbolsb}{bold}{OMS}{cmsy}{b}{n}
\DeclareSymbolFontAlphabet{\mathcal}{symbolsb}
\begin{document}
<>
\end{document}
`
stesso log
mi sa che su windows non funziona…

Ma la versione per Linux a 64 bit c’è? Non sono riuscito a trovarla..

emanuelesacco” post=63541Ma la versione per Linux a 64 bit c’è? Non sono riuscito a trovarla..

Se anche non esiste un pacchetto già compilato per la tua distribuzione puoi sempre compilare. Che distribuzione usi? Su Debian, per esempio ci sono i pacchetti per tutte le architetture

Claudio, non hai letto bene il log dei tuo primo messaggio in cui alleghi il listato sia del sorgente, sia del log, che qui ripeto:
`
This is pdfTeX, Version 3.1415926-2.3-1.40.12 (Web2C 2011)
This is pdfTeX, Version 3.1415926-2.3-1.40.12 (Web2C 2011) (format=pdftex 2011.7.30) 4 OCT 2011 08:38
entering extended mode
`

Come puoi leggere il file di formato si chiama pdftex, non pdflatex, quindi hai semplicemente sbagliato a cliccare il bottone di compilazione; clicca il bottone corrispondente a pdflatex, oppure scegli il motore ci compilazione pdflatex (a seconda di come funziona il tuo shell editor); se ci sono altri errori, almeno non ci sarà quello di cercare di compilare un file LaTeX con un formato adatto a Plain TeX.

Elrond” post=63543

Ma la versione per Linux a 64 bit c’è? Non sono riuscito a trovarla..

Se anche non esiste un pacchetto già compilato per la tua distribuzione puoi sempre compilare. Che distribuzione usi? Su Debian, per esempio ci sono i pacchetti per tutte le architetture

Certo, ma francamente io mi son scoraggiato subito per la tonnellata di dipendenze richieste. :cry::cry: 😥

Se però guardi bene, nel sito ci sono solo le versioni K e Q: cf. http://www.hackenberger.at/blog/ktikz-editor-for-the-tikz-language/

Nei repos di Debian sono entrati entrambi, ma non sono, ahimé!, disponibili per Squeeze.

Doc” post=63554

[quote=”emanuelesacco” post=63541]Ma la versione per Linux a 64 bit c’è? Non sono riuscito a trovarla..

Se anche non esiste un pacchetto già compilato per la tua distribuzione puoi sempre compilare. Che distribuzione usi? Su Debian, per esempio ci sono i pacchetti per tutte le architetture

Certo, ma francamente io mi son scoraggiato subito per la tonnellata di dipendenze richieste. :cry::cry: :cry:[/quote]Sperare di avere un sistema GNOME privo di qualsiasi pacchetti KDE è un sogno che ho abbandonato un po’ di tempo fa 😛

Doc” post=63554Se però guardi bene, nel sito ci sono solo le versioni K e Q: cf. http://www.hackenberger.at/blog/ktikz-editor-for-the-tikz-language/

Nei repos di Debian sono entrati entrambi, ma non sono, ahimé!, disponibili per Squeeze.

Sul sito che hai linkato sono anche presenti dei pacchetti per Squeeze. Li hai provati? Oppure, hai provato a installare manualmente i pacchetti in testing su Squeeze?

Elrond” post=63555Sperare di avere un sistema GNOME privo di qualsiasi pacchetti KDE è un sogno che ho abbandonato un po’ di tempo fa 😛

Eh! Eh! Eh!
Ovviamente, anch’io uso qualcosa di kde, ma installare centinaia di mega di roba per compilare un pacchettino di pochi kb è contrario alla mia religione! 😆

Elrond” post=63555Sul sito che hai linkato sono anche presenti dei pacchetti per Squeeze. Li hai provati? Oppure, hai provato a installare manualmente i pacchetti in testing su Squeeze?

Quelli del sito sono esclusivi per 32bit, come è facile notare anche dal nome. Ho anche provato, ovviamente senza risultato, ad installare i debs di Squeeze: non vanno per troppe dipendenze da testing.

Ci vorrebbe qualche amico kdeista che me/ce lo compili…. Cercherò e vi farò sapere!

Oppure, si potrebbe forzare l’installazione del deb 32bit, ma anche questo è contrario alla mia religione puritana! 😉

EDIT
`I seguenti pacchetti NUOVI (NEW) saranno installati:
libexpat1-dev{a} libfontconfig1-dev{a} libfreetype6-dev{a}
libgl1-mesa-dev{a} libglu1-mesa-dev{a} libpoppler-dev{a}
libpoppler-qt4-dev libpthread-stubs0{a} libpthread-stubs0-dev{a}
libqt4-dev libqt4-multimedia{a} libqt4-opengl-dev{a} libx11-dev{a}
libxau-dev{a} libxcb1-dev{a} libxdmcp-dev{a} mesa-common-dev{a}
qt4-designer{a} qt4-dev-tools qt4-doc{a} x11proto-core-dev{a}
x11proto-input-dev{a} x11proto-kb-dev{a} xtrans-dev{a}
0 pacchetti aggiornati, 24 installati, 0 da rimuovere e 0 non aggiornati.
È necessario prelevare 89,2 MB di archivi. Dopo l'estrazione, verranno occupati 133 MB.
Continuare? [Y/n/?] `
MI RIFIUTO! ❗

`Claudio, non hai letto bene il log dei tuo primo messaggio in cui alleghi il listato sia del sorgente, sia del log, che qui ripeto:

This is pdfTeX, Version 3.1415926-2.3-1.40.12 (Web2C 2011)
This is pdfTeX, Version 3.1415926-2.3-1.40.12 (Web2C 2011) (format=pdftex 2011.7.30) 4 OCT 2011 08:38
entering extended mode

Come puoi leggere il file di formato si chiama pdftex, non pdflatex, quindi hai semplicemente sbagliato a cliccare il bottone di compilazione; clicca il bottone corrispondente a pdflatex, oppure scegli il motore ci compilazione pdflatex (a seconda di come funziona il tuo shell editor); se ci sono altri errori, almeno non ci sarà quello di cercare di compilare un file LaTeX con un formato adatto a Plain TeX.
Happy TeXing!

Old Claudio
`
giusto
ho compilato questo
`\begin{pgfpicture}{0cm}{0cm}{170pt}{80pt}
% Created by FidoCadJ ver. 0.23.5, export filter by Davide Bucci
\pgfsetxvec{\pgfpoint{2pt}{0pt}}
\pgfsetyvec{\pgfpoint{0pt}{2pt}}
\pgfsetroundjoin
\pgfsetroundcap
\pgftranslateto{\pgfxy(0,40)}
\begin{pgfmagnify}{1}{-1}
% Layer color definitions
\definecolor{layer0}{rgb}{0.0,0.0,0.0}
\definecolor{layer1}{rgb}{0.0,0.0,0.5}
\definecolor{layer2}{rgb}{1.0,0.0,0.0}
\definecolor{layer3}{rgb}{0.0,0.5,0.5}
\definecolor{layer4}{rgb}{1.0,0.78,0.0}
\definecolor{layer5}{rgb}{1.0,0.78,0.0}
\definecolor{layer6}{rgb}{1.0,0.78,0.0}
\definecolor{layer7}{rgb}{1.0,0.78,0.0}
\definecolor{layer8}{rgb}{1.0,0.78,0.0}
\definecolor{layer9}{rgb}{1.0,0.78,0.0}
\definecolor{layer10}{rgb}{1.0,0.78,0.0}
\definecolor{layer11}{rgb}{1.0,0.78,0.0}
\definecolor{layer12}{rgb}{1.0,0.78,0.0}
\definecolor{layer13}{rgb}{1.0,0.78,0.0}
\definecolor{layer14}{rgb}{0.0,0.0,0.0}
\definecolor{layer15}{rgb}{0.0,0.0,0.0}
% End of color definitions
\color{layer0}
\pgfsetlinewidth{1.0pt}
\pgfline{\pgfxy(75,37)}{\pgfxy(75,40)}
\pgfline{\pgfxy(72,35)}{\pgfxy(77,32)}
\pgfline{\pgfxy(65,35)}{\pgfxy(72,35)}
\pgfline{\pgfxy(85,35)}{\pgfxy(77,35)}
\pgfmoveto{\pgfxy(68,30)}
\pgflineto{\pgfxy(82,30)}
\pgflineto{\pgfxy(82,37)}
\pgflineto{\pgfxy(68,37)}
\pgfclosepath
\pgfqstroke
\end{pgfmagnify}
\end{pgfpicture}`
ma non questo

`
% A simple fault tree
% Author: Zhang Long, Mail: zhangloong[at]gmail.com
%\def\pgfsysdriver{pgfsys-dvipdfm.def}
\documentclass{minimal}
\usepackage[latin1]{inputenc}
\usepackage{tikz}
\usetikzlibrary{trees,positioning,arrows}
\begin{document}
\begin{tikzpicture}
%% Draw system flow diagram
\begin{scope}[
xshift=-7.5cm,yshift=-5cm,very thick,
node distance=7.6cm,
on grid,
%>=stealth',
comp/.style={circle,draw,fill=orange!40}]
\node [comp] (cb) {Funzione logica};
\node [comp] (ca1) [above=of cb,xshift=-0.8cm] {Tavola di verità} edge [<->] (cb);
\node [comp] (ca2)

{Circuito} edge [<->] (cb);
\draw [<->] (ca1.east) — (ca2.west);
\end{scope}
\end{tikzpicture}
\end{document}

`

che ho dovuto modificare in questo

`
\usetikzlibrary{trees,positioning,arrows}
\begin{tikzpicture}
%% Draw system flow diagram
\begin{scope}[
xshift=-7.5cm,yshift=-5cm,very thick,
node distance=7.6cm,
on grid,
%>=stealth',
comp/.style={circle,draw,fill=orange!40}]
\node [comp] (cb) {Funzione logica};
\node [comp] (ca1) [above=of cb,xshift=-0.8cm] {Tavola di verità} edge [<->] (cb);
\node [comp] (ca2)

{Circuito} edge [<->] (cb);
\draw [<->] (ca1.east) — (ca2.west);
\end{scope}
\end{tikzpicture}
`
Grazie per l’aiuto

Doc” post=63556

Sul sito che hai linkato sono anche presenti dei pacchetti per Squeeze. Li hai provati? Oppure, hai provato a installare manualmente i pacchetti in testing su Squeeze?

Quelli del sito sono esclusivi per 32bit, come è facile notare anche dal nome. Ho anche provato, ovviamente senza risultato, ad installare i debs di Squeeze: non vanno per troppe dipendenze da testing.

Hai pensato di provare un pinning da testing?

Doc” post=63556Ci vorrebbe qualche amico kdeista che me/ce lo compili…. Cercherò e vi farò sapere!

Veramente io l’ho già installato (a proposito: su GNOME consiglio qtikz rispetto a ktikz, decisamente meglio integrato il primo), ma qualche tempo fa avevo installato okular che si è portato dietro tutte le sue belle dipendenze (e probabilmente molte saranno in comune con qtikz visti gli ambienti simili), per questo avrò dovuto installare relativamente pochi pacchetti (forse proprio nessuno).

Doc” post=63556Oppure, si potrebbe forzare l’installazione del deb 32bit, ma anche questo è contrario alla mia religione puritana! 😉

Questa tua posizione è comprensibile 😉

Doc” post=63556EDIT
`I seguenti pacchetti NUOVI (NEW) saranno installati:
libexpat1-dev{a} libfontconfig1-dev{a} libfreetype6-dev{a}
libgl1-mesa-dev{a} libglu1-mesa-dev{a} libpoppler-dev{a}
libpoppler-qt4-dev libpthread-stubs0{a} libpthread-stubs0-dev{a}
libqt4-dev libqt4-multimedia{a} libqt4-opengl-dev{a} libx11-dev{a}
libxau-dev{a} libxcb1-dev{a} libxdmcp-dev{a} mesa-common-dev{a}
qt4-designer{a} qt4-dev-tools qt4-doc{a} x11proto-core-dev{a}
x11proto-input-dev{a} x11proto-kb-dev{a} xtrans-dev{a}
0 pacchetti aggiornati, 24 installati, 0 da rimuovere e 0 non aggiornati.
È necessario prelevare 89,2 MB di archivi. Dopo l'estrazione, verranno occupati 133 MB.
Continuare? [Y/n/?] `
MI RIFIUTO! ❗

Questo è quello che ottieni provando a forzare l’installazione del pacchetto a 32 bit?

Caro elrond,
intanto, grazie per l’interessamento.
Io ho tre pc, un fisso con squeeze AMD64 e due portatili, rispettivamente con testing e sid, entrambi 32bit. Sulla mia bella stable non faccio pinning per definizione: mi limito ad usare i backports o, al massimo, installo qualche pacchettino da testing, ma SOLO se non richiede dipendenze, nemmeno una dipendenza!

Invece, sui miei pc con rami di sviluppo, ho preferito mettere ktikz, poiché più leggero in termini di dipendenze rispetto alla variante con la Q. Tieni presente che ho anch’io Okular (+ K3b + krusader + qualcos’altro). Dell’integrazione non mi lamento affatto.

Quel mio risultato è quello che mi esce se cerco di installare le dipendenze per la compilazione di ktikz su Squeeze ADM64.

Doc” post=63562Caro elrond,
intanto, grazie per l’interessamento.
Io ho tre pc, un fisso con squeeze AMD64 e due portatili, rispettivamente con testing e sid, entrambi 32bit. Sulla mia bella stable non faccio pinning per definizione: mi limito ad usare i backports o, al massimo, installo qualche pacchettino da testing, ma SOLO se non richiede dipendenze, nemmeno una dipendenza!

Anche questo è abbastanza comprensibile (altrimenti che senso ha parlare di stable?), suggerivo solo di mettere un pizzico di avventura sul tuo pc 😀

Doc” post=63562Invece, sui miei pc con rami di sviluppo, ho preferito mettere ktikz, poiché più leggero in termini di dipendenze rispetto alla variante con la Q. Tieni presente che ho anch’io Okular (+ K3b + krusader + qualcos’altro). Dell’integrazione non mi lamento affatto.

Sì, non volevo dire che ktikz fosse proprio fuori dal mondo, solo che qtikz mi sembrava meglio integrato. Ma son gusti 😉

Doc” post=63562Quel mio risultato è quello che mi esce se cerco di installare le dipendenze per la compilazione di ktikz su Squeeze ADM64.

Volevo suggerirti di provare a escludere i raccomandati, ma se sono i pacchetti per compilare non so se riesci a risparmiarne molti.

Elrond” post=63567

Caro elrond,
intanto, grazie per l’interessamento.
Io ho tre pc, un fisso con squeeze AMD64 e due portatili, rispettivamente con testing e sid, entrambi 32bit. Sulla mia bella stable non faccio pinning per definizione: mi limito ad usare i backports o, al massimo, installo qualche pacchettino da testing, ma SOLO se non richiede dipendenze, nemmeno una dipendenza!

Anche questo è abbastanza comprensibile (altrimenti che senso ha parlare di stable?), suggerivo solo di mettere un pizzico di avventura sul tuo pc 😀

Doc” post=63562Invece, sui miei pc con rami di sviluppo, ho preferito mettere ktikz, poiché più leggero in termini di dipendenze rispetto alla variante con la Q. Tieni presente che ho anch’io Okular (+ K3b + krusader + qualcos’altro). Dell’integrazione non mi lamento affatto.

Sì, non volevo dire che ktikz fosse proprio fuori dal mondo, solo che qtikz mi sembrava meglio integrato. Ma son gusti 😉

Doc” post=63562Quel mio risultato è quello che mi esce se cerco di installare le dipendenze per la compilazione di ktikz su Squeeze ADM64.

Volevo suggerirti di provare a escludere i raccomandati, ma se sono i pacchetti per compilare non so se riesci a risparmiarne molti.

Elrond, di avventura ne ho anche troppa con Sid! 😉

uso ubuntu, ma non trovo i pacchetti per la versione a 64 bit.
Ho provato a compilare ma ho avuto qualche problema, questo finesettimana ci riprovo.

emanuelesacco” post=63664uso ubuntu, ma non trovo i pacchetti per la versione a 64 bit.
Ho provato a compilare ma ho avuto qualche problema, questo finesettimana ci riprovo.

Dovrebbe bastarti questo comando:
`sudo aptitude install build-essential cmake libqt4-dev qt4-dev-tools libpoppler-qt4-dev kdelibs5-dev`

P.S.: l’ho ridato e vuole fregarmi 146 MB!!!!

emanuelesacco” post=63664uso ubuntu, ma non trovo i pacchetti per la versione a 64 bit.
Ho provato a compilare ma ho avuto qualche problema, questo finesettimana ci riprovo.

Che versione di Ubuntu hai? Se è abbastanza recente dovresti riuscire a installare il pacchetto di Debian: tikz, qtikz

Elrond” post=63666

uso ubuntu, ma non trovo i pacchetti per la versione a 64 bit.
Ho provato a compilare ma ho avuto qualche problema, questo finesettimana ci riprovo.

Che versione di Ubuntu hai? Se è abbastanza recente dovresti riuscire a installare il pacchetto di Debian: tikz, qtikz

Carissimo, temo che il problema possa essere proprio la versione recente di ubuntu.
Nel SITO UFFICIALE sono disponibili pacchetti .deb per Lucid.

Elrond” post=63666

uso ubuntu, ma non trovo i pacchetti per la versione a 64 bit.
Ho provato a compilare ma ho avuto qualche problema, questo finesettimana ci riprovo.

Che versione di Ubuntu hai? Se è abbastanza recente dovresti riuscire a installare il pacchetto di Debian: tikz, qtikz

Buongiorno, ho provato ad installare il programma in Debian Squeeze x64 utilizzando il pacchetto linkato da Elrond. Il risultato è questo:
`spike@debian:~/Scaricati$ sudo dpkg -i qtikz_0.10-1_amd64.deb
Selezionato il pacchetto qtikz.
(Lettura del database… 135953 file e directory attualmente installati.)
Estrazione di qtikz (da qtikz_0.10-1_amd64.deb)…
dpkg: problemi con le dipendenze impediscono la configurazione di qtikz:
qtikz dipende da libpoppler-qt4-3 (>= 0.12), ma:
Il pacchetto libpoppler-qt4-3 non è installato.
qtikz dipende da libqtcore4 (>= 4:4.7.0~beta1), ma:
La versione di libqtcore4 nel sistema è 4:4.6.3-4+squeeze1.
dpkg: errore nell'elaborare qtikz (–install):
problemi con le dipendenze – lasciato non configurato
Elaborazione dei trigger per menu…
Elaborazione dei trigger per man-db…
Elaborazione dei trigger per desktop-file-utils…
Elaborazione dei trigger per gnome-menus…
Elaborazione dei trigger per shared-mime-info…
Si sono verificati degli errori nell'elaborazione:
qtikz
`
Come mi suggerite di procedere? Installando il pacchetto mancante ed aggiornando l’altro? Nell’ultimo caso, come? Inoltre leggendo i messaggi precedenti sembrava che qtikz richiedesse più dipendenze di ktikz, ma in gnome non dovrebbe essere il contrario dato che ktikz è scritto per KDE? Probabilmente mi sono perso qualcosa.

Grazie
Fra

EDIT: il gestore pacchetti mi dice che il pacchetto qtikz è danneggiato…

Spike” post=63677

[quote=”emanuelesacco” post=63664]uso ubuntu, ma non trovo i pacchetti per la versione a 64 bit.
Ho provato a compilare ma ho avuto qualche problema, questo finesettimana ci riprovo.

Che versione di Ubuntu hai? Se è abbastanza recente dovresti riuscire a installare il pacchetto di Debian: tikz, qtikz

Buongiorno, ho provato ad installare il programma in Debian Squeeze x64 utilizzando il pacchetto linkato da Elrond. Il risultato è questo:
`spike@debian:~/Scaricati$ sudo dpkg -i qtikz_0.10-1_amd64.deb
Selezionato il pacchetto qtikz.
(Lettura del database… 135953 file e directory attualmente installati.)
Estrazione di qtikz (da qtikz_0.10-1_amd64.deb)…
dpkg: problemi con le dipendenze impediscono la configurazione di qtikz:
qtikz dipende da libpoppler-qt4-3 (>= 0.12), ma:
Il pacchetto libpoppler-qt4-3 non è installato.
qtikz dipende da libqtcore4 (>= 4:4.7.0~beta1), ma:
La versione di libqtcore4 nel sistema è 4:4.6.3-4+squeeze1.
dpkg: errore nell'elaborare qtikz (–install):
problemi con le dipendenze – lasciato non configurato
Elaborazione dei trigger per menu…
Elaborazione dei trigger per man-db…
Elaborazione dei trigger per desktop-file-utils…
Elaborazione dei trigger per gnome-menus…
Elaborazione dei trigger per shared-mime-info…
Si sono verificati degli errori nell'elaborazione:
qtikz
`
Come mi suggerite di procedere? Installando il pacchetto mancante ed aggiornando l’altro? Nell’ultimo caso, come?[/quote]Non penso che riusciresti a risolvere semplicemente installando i pacchetti mancanti perché non hai installato libpoppler-qt4-3, e la versione presente in Squeeze va bene, ma di libqtcore4 è richiesta almeno la versione 4.7.0~beta1 e nel tuo sistema hai la 4.6.3-4+squeeze1. L’unico workaround che riesco a suggerirti (non molto ortodosso e da fare a tuo rischio e pericolo :-D) è quello di cambiare i requisiti del pacchetto deb e abbassare la versione minima richiesta per libqtcore4 a “4:4.6.3-4”.

Spike” post=63677Inoltre leggendo i messaggi precedenti sembrava che qtikz richiedesse più dipendenze di ktikz, ma in gnome non dovrebbe essere il contrario dato che ktikz è scritto per KDE? Probabilmente mi sono perso qualcosa.

Anche a me sembra che qtikz richieda meno dipendenze su gnome, per fare un esempio non richiede kdebase-runtime e altri pacchetti legati a KDE.

Spike” post=63677Grazie
Fra

EDIT: il gestore pacchetti mi dice che il pacchetto qtikz è danneggiato…

Penso che a tutti sia successo di avere, almeno una volta, un pacchetto danneggiato 😀 Non ti preoccupare, è normale, basta rimuoverlo

Ti conviene ricompilare, come ti ho detto sopra.
Il suggerimento dell’amico Elrond era altamente ipotetico, della serie: tentar non nuoce.

Doc” post=63688Ti conviene ricompilare, come ti ho detto sopra.
Il suggerimento dell’amico Elrond era altamente ipotetico, della serie: tentar non nuoce.

E sottolineo tentar, perché non so se questo programma effettivamente funzioni con la versione 4.6 delle librerie Qt (e in caso affermativo sarebbe possibile anche compilarlo senza problemi)

Tra l’altro preciso che la versione Q NON richiede più dipendenze della versione K, poiché non si tratta di “dipendenze”, ma di “raccomandati”, che ho facilmente rimosso con l’opzione -R.

Alla fine, anch’io ho sostituito la versione K con quella Q.

Elrond” post=63666

uso ubuntu, ma non trovo i pacchetti per la versione a 64 bit.
Ho provato a compilare ma ho avuto qualche problema, questo finesettimana ci riprovo.

Che versione di Ubuntu hai? Se è abbastanza recente dovresti riuscire a installare il pacchetto di Debian: tikz, qtikz

Installazione avvenuta con successo! Grazie mille a tutti.

ES

Scusate la risposta tardiva

Doc” post=63688Ti conviene ricompilare, come ti ho detto sopra.
Il suggerimento dell’amico Elrond era altamente ipotetico, della serie: tentar non nuoce.

Cioè? Non ho ben capito a cosa ti riferisci nei messaggi precedenti. Detto questo ho provato a fare un pinning da testing dove il pacchetto è presente pensando che fosse la via meno dolorosa, ma il risultato è:
`spike@debian:~$ sudo apt-get install -t testing qtikz
Lettura elenco dei pacchetti… Fatto
Generazione albero delle dipendenze
Lettura informazioni sullo stato… Fatto
I seguenti pacchetti sono stati installati automaticamente e non sono più richiesti:
libqzeitgeist0 qt4-qtconfig libphonon4
Usare “apt-get autoremove” per rimuoverli.
I seguenti pacchetti saranno inoltre installati:
gcc-4.6-base libgl1-mesa-dev libgl1-mesa-glx libglapi-mesa libglib2.0-0
libglib2.0-bin libglib2.0-dev libglu1-mesa libglu1-mesa-dev
libgstreamer0.10-0 libjpeg8 libjson0 libmysqlclient16 libpcre3 libphonon4
libpoppler-qt4-3 libpoppler13 libpulse-mainloop-glib0 libpulse0 libqt4-dbus
libqt4-declarative libqt4-designer libqt4-dev libqt4-help libqt4-network
libqt4-opengl libqt4-opengl-dev libqt4-qt3support libqt4-script
libqt4-scripttools libqt4-sql libqt4-sql-mysql libqt4-sql-sqlite libqt4-svg
libqt4-test libqt4-xml libqt4-xmlpatterns libqtcore4 libqtgui4
libqtlocation1 libqtmultimediakit1 libqtwebkit-dev libqtwebkit4
libqzeitgeist0 libsamplerate0 libstdc++6 mesa-common-dev multiarch-support
mysql-common poppler-data qt4-designer qt4-dev-tools qt4-doc
qt4-linguist-tools qt4-qmake qt4-qtconfig
Pacchetti suggeriti:
libglib2.0-doc pulseaudio libqt4-declarative-folderlistmodel
libqt4-declarative-gestures libqt4-declarative-particles qt4-qmlviewer
firebird2.1-dev libmysqlclient-dev libpq-dev libsqlite0-dev libsqlite3-dev
unixodbc-dev qtmobility-l10n qt4-doc-html
I seguenti pacchetti NUOVI saranno installati:
gcc-4.6-base libgl1-mesa-dev libglapi-mesa libglib2.0-bin libglu1-mesa-dev
libjpeg8 libjson0 libphonon4 libpoppler-qt4-3 libpoppler13
libqt4-declarative libqt4-dev libqt4-help libqt4-opengl libqt4-opengl-dev
libqt4-scripttools libqt4-sql-sqlite libqt4-svg libqt4-test
libqt4-xmlpatterns libqtlocation1 libqtmultimediakit1 libqtwebkit-dev
libqtwebkit4 libqzeitgeist0 libsamplerate0 mesa-common-dev multiarch-support
poppler-data qt4-designer qt4-dev-tools qt4-doc qt4-linguist-tools qt4-qmake
qtikz
I seguenti pacchetti saranno aggiornati:
libgl1-mesa-glx libglib2.0-0 libglib2.0-dev libglu1-mesa libgstreamer0.10-0
libmysqlclient16 libpcre3 libpulse-mainloop-glib0 libpulse0 libqt4-dbus
libqt4-designer libqt4-network libqt4-qt3support libqt4-script libqt4-sql
libqt4-sql-mysql libqt4-xml libqtcore4 libqtgui4 libstdc++6 mysql-common
qt4-qtconfig
22 aggiornati, 35 installati, 0 da rimuovere e 1111 non aggiornati.
È necessario scaricare 161 MB di archivi.
`
É proprio necessario installare tutta questa roba?

Grazie
Fra

@Spike
Era un consiglio che davo ad un altro utente, che usa ubuntu.

Su testing/sid consigliavo di usare l’opzione -R di aptitude o l’analoga di apt-get, per risparmiarsi i tantissimi “raccomandati”.

Però, tu, a quanto capisco, usi la stable, quindi, francamente, ti sconsiglio di procedere di pinning e, semmai, ti suggerirei di ricompilarti i sorgenti, se ne hai voglia.
Invece, se hai la stable a 32 bit, puoi ricorrere al deb del sito ufficiale.

In alternativa, si potrebbe provare a chiedere un bel backport.

Doc” post=63978…Su testing/sid consigliavo di usare l’opzione -R di aptitude o l’analoga di apt-get, per risparmiarsi i tantissimi “raccomandati”…

Già questa potrebbe essere una soluzione. In questo modo si arriva a 24 MB, che è tutta un’altra storia.

Doc” post=63978Però, tu, a quanto capisco, usi la stable, quindi, francamente, ti sconsiglio di procedere di pinning e, semmai, ti suggerirei di ricompilarti i sorgenti, se ne hai voglia.
Invece, se hai la stable a 32 bit, puoi ricorrere al deb del sito ufficiale.

In alternativa, si potrebbe provare a chiedere un bel backport.

Ho la stable a 64bit, però non ho capito quali dovrebbero essere le differenze tra l’installazione da testing e la compilazione dei sorgenti. Non si ha sempre la necessita degli stessi pacchetti? Detto ciò se stiamo andando troppo OT basta dirlo e ci fermiamo qui.

Grazie
Fra

Spike” post=63987Ho la stable a 64bit, però non ho capito quali dovrebbero essere le differenze tra l’installazione da testing e la compilazione dei sorgenti. Non si ha sempre la necessita degli stessi pacchetti? Detto ciò se stiamo andando troppo OT basta dirlo e ci fermiamo qui.

La stable è stable!
Se fai pinning con testing/unstable, cessa di essere stable e, a questo punto, tanto vale che fai il dist-upgrade alla testing stessa!

Questo è almeno il mio parere!

Ciao
Domenico

Spike” post=63987

In alternativa, si potrebbe provare a chiedere un bel backport.

Ho la stable a 64bit, però non ho capito quali dovrebbero essere le differenze tra l’installazione da testing e la compilazione dei sorgenti. Non si ha sempre la necessita degli stessi pacchetti?

No perché per compilare hai bisogno di alcune librerie che invece non sono necessarie per il semplice utilizzo di un programma. Ti faccio un paragone molto semplice con LaTeX. Se vuoi scrivere un documento LaTeX hai bisogno di una distribuzione, come MiKTeX o TeX Live, e di tutti i pacchetti che dovrai includere per ottenere il risultato che desideri. All’utente finale (cioè un lettore) invece servirà solo il PDF (o altro formato) per poter vedere il risultato del tuo lavoro, naturalmente gli serve un visualizzatore di documenti ma non ha bisogno di tutta la distribuzione LaTeX e i pacchetti da te utilizzati solo per leggere il documento 🙂

Doc” post=63988La stable è stable!
Se fai pinning con testing/unstable, cessa di essere stable e, a questo punto, tanto vale che fai il dist-upgrade alla testing stessa!

Questo è almeno il mio parere!

Ciao
Domenico

Sono abbastanza d’accordo con te. Il mio obiettivo è arrivare ad installare testing in futuro però per ora volevo fare un po’ di pratica con stable, visto che sono nuovo di Debian. Alla fine ho scelto comunque di fare il pinning perché mi sembrava la scelta meno invasiva, dato che la compilazione avrebbe comunque richiesto l’installazione di più pacchetti. Comunque questa è una soluzione che anche io considero “di emergenza” e da usare quando effettivamente un pacchetto in stable non è presente.

ElrondNo perché per compilare hai bisogno di alcune librerie che invece non sono necessarie per il semplice utilizzo di un programma. Ti faccio un paragone molto semplice con LaTeX. Se vuoi scrivere un documento LaTeX hai bisogno di una distribuzione, come MiKTeX o TeX Live, e di tutti i pacchetti che dovrai includere per ottenere il risultato che desideri. All’utente finale (cioè un lettore) invece servirà solo il PDF (o altro formato) per poter vedere il risultato del tuo lavoro, naturalmente gli serve un visualizzatore di documenti ma non ha bisogno di tutta la distribuzione LaTeX e i pacchetti da te utilizzati solo per leggere il documento

Spiegazione molto chiara!

Grazie mille ad entrambi
Fra

Spike” post=64020

La stable è stable!
Se fai pinning con testing/unstable, cessa di essere stable e, a questo punto, tanto vale che fai il dist-upgrade alla testing stessa!

Questo è almeno il mio parere!

Ciao
Domenico

Alla fine ho scelto comunque di fare il pinning perché mi sembrava la scelta meno invasiva, dato che la compilazione avrebbe comunque richiesto l’installazione di più pacchetti.

Grazie mille ad entrambi
Fra

In realtà, temo proprio che la tua scelta sia stata la più “invasiva“. Puoi controllare, ma temo proprio che molte delle dipendenze che ti sei tirato dietro siano state prese da testing.
Al contrario, la compilazione avrebbe richiesto dipendenze (i pacchetti -dev) comunque da “stable”. Che provenissero da stable, è certo, poiché il creatore del programma ha messo a disposizione dei deb per squeeze 32bit, che, presumo, avrà compilato su una squeeze, o al massimo su un ubuntu lucid.

In breve, puoi anche controllare, ma temo proprio che tu, in questo momento, ti ritrovi un sistema “ibrido”, in gran parte “squeeze”, ma anche molto “wheezy”. Ciò potrà in futuro determinare dei gravi problemi di dipendenze e, probabilmente, anche l’impossibilità di aggiornare ulteriormente il programma in questione.
Per controllare in modo facile quanti pacchetti provengono da wheezy, puoi usare synaptic.

Ciao
Domenico

Alla fine, mi son deciso a compilarmi qtikz per Squeeze AMD64. Se qualcuno fosse interessato al deb, non esiti a chiederlo.

Tuttavia, non sono soddisfatto! Ho infatti usato checkinstall, ma non ho potuto compilare alla debian-way un regolare backport della versione dei rami di sviluppo: da utente gnome, non me la sono sentita di installare le dipendenze KDE!!!

`dpkg-checkbuilddeps: Unmet build dependencies: pkg-kde-tools (>= 0.5~) kdelibs5-dev libmagickcore4-extra`

Qualche utente KDE può dedicarsi al problema? 👿

Mi ricollego a quest’altra discussione, nella speranza che un file di formato apposito possa rendere più reattivo QTikZ (sempre che qualcuno possa esserne interessato… :)).

Mi riferisco a Ubuntu (ovviamente TeXlive).

Non ho capito se QTikZ consente di tenere i modelli in una cartella personale. In alternativa, con permessi di root, si mettono in
`/usr/share/qtikz/templates`

Creando un file di formato come descritto qui, basta poi aggiungere nelle cartelle di QTikZ un template (chiamiamolo tikzlatex.pgs) avente contenuto:
`%&tikzlatex
\begin{document}
<>
\end{document}`
(al solito, eventualmente senza il “\begin{document}”, se è stato già incorporato nel file di formato).

Come comando di compilazione bisogna mettere semplicemente
`pdftex`
(in Settings/Configure QTikZ).

Non serve aggiungere in /opt/texbin lo script tikzlatex (anzi non funzionerebbe, ci vorrebbe un eseguibile).

Usare un file di formato equivale più o meno ad avere in RAM i file letti da pdflatex. Questo sveltisce la lettura degli input, ma rimane il collo di bottiglia sulla generazione degli output, come si diceva diversi post fa a proposito di ramfs.

Ciao,
Antonio

antonio.macrì” post=68405Usare un file di formato equivarrebbe più o meno ad avere in RAM i file letti da pdflatex. Questo sveltisce la lettura degli input, ma rimarrebbe il collo di bottiglia sulla generazione degli output, come si diceva diversi post fa a proposito di ramfs.

A proposito di ramfs, su Linux esistono due file system che permettono di montare una cartella nella memoria centrale: ramfs e tmpfs. Ho trovato questi due siti che spiegano come montare una cartella con questi file system ed espongono le differenze:

Overview of RAMFS and TMPFS on Linux

http://www.linuxmaza.com/system-administration/how-to-mount-ramfs-tmpfs-in-linux/
Le differenze che mi sembrano più rilevanti sono: ramfs non usa swap ma un file system ramfs può crescere a dismisura fino a occupare tutta la memoria, tmpfs può usare la swap e un file system tmpfs ha una dimensione fissata, quindi non c’è pericolo che occupi tutta la memoria centrale. Se il sistema avesse bisogno di usare la swap si annullerebbe l’utilità di montare una cartella sulla RAM, quindi suggerirei per questo motivo di usare ramfs, però c’è il problema della dimensione del file system che non è fissa ma può crescere a seconda delle esigenze. D’altra parte non credo che k/Qtikz abbia bisogno di così tanta memoria da creare problemi da questo punto di vista, quindi mi sembra che ramfs sia effettivamente la soluzione migliore per k/Qtikz.

Se un giorno mi deciderò a fare delle prove vi farò sapere i risultati, magari combinando ramfs + metodo di antonio.macrì, se capisco come funziona 😛

Ho trovato una soluzione più che comoda! 🙂

Modifico il mio messaggio precedente.

Finalmente mi son deciso a fare delle prove di velocità di compilazione con ramfs. Risultato: non cambia praticamente nulla. Compilazione di un documento su una normale cartella:
`$ time for i in {1..10}; do pdflatex documento.tex ; done
[…]
real 0m50.654s
user 0m37.898s
sys 0m1.816s`con ramfs:
`$ time for i in {1..10}; do pdflatex documento.tex ; done
[…]
real 0m51.672s
user 0m38.010s
sys 0m1.908s`Quindi sembrerebbe addirittura che la compilazione su ramfs sia leggermente più lenta, ma ho dovuto compilare dieci volte per notare una differenza di un secondo. Il documento su cui ho fatto le prove era abbastanza semplice, niente figure con tikz, riproverò con qualcosa di più elaborato.