Elrond

Per la prima volta oggi ho fatto una bibliografia con l’ambiente thebibliography (sì, ho imparato prima a fare le bibliografie con biblatex e poi con thebibliography :-D), seguendo le istruzioni de L’arte. Ho notato però che nel paragrafo 7.1 (pagina 107, versione del 13 dicembre 2011) non si fa cenno al comando \cite e questo mi è sembrano strano, non penso che voi pretendiate che uno scopra come citare un elemento della bibliografia “manuale” solo leggendo il paragrafo sulla bibliografia “automatica”. Allora ho effettuato una ricerca nel documento con la chiave “\cite” e ho scoperto che nella famigerata pagina 107, sotto l’esempio di ambiente thebibliography, effettivamente si parla del comando \cite, ma il testo è… invisibile 😕 Ho questo difetto con tre diversi visualizzatori di PDF: Evince, Okular e Adobe Reader. Inoltre il testo inizia poco sopra il livello del numero della pagina e finisce a ridosso del margine inferiore della pagina. A cosa è dovuto questo strano problema?

claudio” post=66529grufolando qua e la
ho scritto il seguente codice
`
\usetikzlibrary{shapes,arrows,trees,positioning,through,intersections}
\usetikzlibrary{calc}
\def\raggio{2cm};
\begin{tikzpicture}
\coordinate [label=$C$] (C) at (0,0);
\node (D) at (0,2) {};
\node (F) at(1,2){};
\node (cc) [name path=cc,draw,circle through=(D)] at (C) {};
\path [name path=C–F] (C) — (F);
\path [name intersections={of=cc and C–F}];
\coordinate [label=above:$A$] (M) at (intersection-1);

\path [name path=C–D] (C) — (D);
\path [name intersections={of=cc and C–D}];
\coordinate [label=above:$B$] (N) at (intersection-1);

\draw (C) –(M);
\draw(C)–(N);
\end{tikzpicture}
`

ma non funziona 🙁
perché le coordinate di N
non sono corrette?
Claudio

Credo che succeda perché C–D non interseca cc, quindi usa l’ultimo punto di intersezione conosciuto, cioè M (infatti se inverti l’ordine della determinazione dei punti di intersezione tikz ti dirà che non è riuscito a trovare l’intersezione fra C–D e cc).

Se la prossima volta commenti il codice o spieghi che vuoi fare aiuti chi ti vuole aiutare, ho impiegato 10 minuti solo per capire le tue intenzioni, anche se il codice era relativamente semplice.

EDIT: Così funziona:
`\usetikzlibrary{shapes,arrows,trees,positioning,through,intersections}
\usetikzlibrary{calc}
\begin{tikzpicture}
\pgfmathsetmacro{\raggio}{2};
\coordinate [label=below:$C$] (C) at (0,0);
\coordinate (D) at (0,2); % puoi anche usare \node, ma mettendo l'opzione “shape=coordinate”, che è equivalente a questo comando più semplice
\coordinate (F) at (1,2); % stessa osservazione del rigo di sopra
\draw[name path=cc] (C) circle (\raggio); % se preferisci puoi comunque disegnare la circonferenza usando through
\path [name path=C–D] (C) — (D);
\path [name path=C–F] (C) — (F);
\draw [name intersections={of=cc and C–F,by=M}] (C) — (M) node[above right]{$A$};
\draw [name intersections={of=cc and C–D,by=N}] (C) — (N) node[above]{$B$};
\end{tikzpicture}`

Spike” post=65330Considera comunque che non si ha proprio l’apertura del pdf, ma questo viene convertito in tante immagini quante sono le pagine tramite ghostscript, e solo queste vengono successivamente mostrate. Credo, quindi, ma non ne sono del tutto sicuro, che il carico computazionale venga notevolmente diminuito. O sbaglio?

Ciao
Fra

Penso che le operazioni fatte siano proprio quelle che hai descritto, infatti aprendo un PDF con Emacs nell’elenco dei processi attivi nel sistema compare un’istanza di gs che opera il documento PDF, peròo provato ad aprire un documento di circa ottanta pagina ed Emacs è diventato inutilizzabile e l’ho dovuto chiudere, invece per documenti con un numero molto basso di pagine (< 10 circa) la situazione è decisamente migliore.

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 🙂

Carica il pacchetto “mathabx” e avrai a disposizione il comando `\Moon’. Ho trovato questo simbolo in “The Comprehensive LaTeX Symbol List” che trovi anche sul tuo sistema con il comando da terminale
`texdoc symbols`

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