Elrond

Devi anche citare un elemento bibliografico per vederlo apparire nella bibliografia. Nel tuo esempio aggiungi
`\cite{bringhurst:elementi}`
all’interno del documento (per esempio al posto di [tt]%testo[/tt]) e il gioco è fatto.

Il motivo di tutto ciò è semplice: con bibtex/biblatex puoi avere anche un unico gigante database bibliografico da aggiornare costantemente e usare per tutti i tuoi documenti, ma nei tuoi documenti compariranno solo gli elementi effettivamente citati, come è giusto che sia. Se proprio vuoi far comparire un elemento bibliografico non esplicitamente citato (perché mai?), devi usare il comando [tt]\nocite{}[/tt] prima del [tt]\printbibliography[/tt]. L’argomento del [tt]\nocite{}[/tt] è l’elenco delle chiavi bibliografiche non citate, nel tuo esempio sarà solo
`\nocite{bringhurst:elementi}`

Trova l’immagine che ti serve in formato SVG, poi convertila in TikZ con Inkscape. Questa mappa dell’India è stata realizzata così. Per esempio, dai un’occhiata qui: https://commons.wikimedia.org/wiki/Category:SVG_files_on_human_anatomy

lorenzo.pantieri” post=102274

Tutto trasparente va bene?

Mi elimini la trasparenza, per favore?

Quello che ho provato a fare è riempire di bianco all’interno, ma non sembra un lavoro facile perché l’immagine originale non è di buona qualità, si riescono a riempire alcuni degli uccelli ma poi bisogna correggere pixel per pixel alcune centinaia di punti. Senza perdere mezza serata non posso fare molto altro, mi spiace

OldClaudio” post=102252Per pubblicazioni scientifiche ci vuole ancora il PDF; il Page Description Language che soggiace al formato PDF permette di rappresentare sulla pagina ogni diavoleria che si può fare con pdlatex, xelatex, lulalatex, context e simili. Non si tratta solo della matematica, ma delle liste con ogni possibile personalizzazione, delle figure al tratto (pict2e, picture, xpicture, pgf, tikz, pgfplots, eccetera) ma anche con le immagini di formati vari, compresi i formati vettoriali, che nel formato EPUB non sono accettabili se non nella forma di immagini bitmapped in formato PNG, maglo adatto per i disegni al tratto rispetto al formato jpg, ma entrambi non adatti per disegni tecnici.

Il formato ePub supporta le immagini vettoriali in formato SVG, almeno nello standard ePub 3.0 (che però non so quanto sia diffuso)

ernded” post=102130Grazie robitex,
ma se non ricordo male l’upgrade dalla 2013 alla 2014 l’aveva fatto in automatico. È possibile o prendo una cantonata?
ciao
Ernesto

È possibile fare l’avanzamento di versione, la procedura è descritta qui: https://www.tug.org/texlive/upgrade.html Ma non è completamente in automatico, ci sono delle operazioni manuali che devi aver fatto tu. C’è stato un anno nel quale non è stato possibile fare l’avanzamento, ma non ricordo quando sia stato (magari era proprio fra il 2013 e il 2014 e quindi in quel caso dubito che tu abbia svolto l’operazione)

Sam Qasbah” post=102049 @elrond:

La tua soluzione, provata su macchine diverse, dà gli stessi risultati della mia: tutti e due inaffidabili. Infatti su una macchina la stringa risultante dagli script è “[tt]i686-linux[/tt]” mentre il ramo della installazione TeXLive è “[tt]/usr/local/texlive/2015/bin/i386-linux/[/tt]”.

Non ho idea di come TeX Live decida di chiamare le cartelle, io ho solo tradotto il comando Python in bash. Quello dei sistemi i386/i686 è un bel guaio: [tt]uname[/tt] riporta correttamente l’architettura del sistema, ma spesso altri programmi, come TeX Live in questo caso, usano i386 o i686 come nome collettivo per indicare entrambe le architetture.

Sam Qasbah” post=102049E allora forse è utile seguire un altro approccio:
1) determinare la directory voluta individuandola come contenente un certo file, ad es.: [tt]mktexmf[/tt]
`$ locate '/*/bin/*/mktexmf'
$ /usr/local/texlive/2015/bin/x86_64-linux/mktexmf`

Questa mi sembra una variante di quanto avevo suggerito io, sapendo dove andare a parare. Ovviamente tu sai a cosa ti serve lo script, ma ti consiglio di considerare la possibilità che uno abbia più installazioni di TeX Live sul proprio sistema (io faccio così, quando possibile), quindi
`$ locate '/*/bin/*/mktexmf'`
mi restituisce più di un risultato. Suggerirei di specificare l’anno con
`$ locate '/*/2015/bin/*/mktexmf'`

Sam Qasbah” post=1020492) lavorare sulla stringa risultante per isolare il dato che ci interessa. Tralascio i passaggi intermedi, il comando risultante è la simpatica linea sottostante.

`$ SYS=$(locate '/*/bin/*/mktexmf'|python -c “import sys; l=[line for line in sys.stdin.readlines()]; print(l[0].split('bin/')[1].split('/mktexmf')[0])”)
$ echo $SYS
$ x86_64-linux`

Usando solo bash:
`echo “$(basename “$(dirname “$(locate '/*/2015/bin/*/mktexmf')”)”)”`

Sam Qasbah” post=102049Ma sono certo che DEVE esistere una soluzione più semplice e ‘naturale’.

Il metodo più naturale sarebbe vedere come sceglie i percorsi il programma di installazione di TeX Live. Per quanto riguarda il problema i386/i686, probabilmente basterebbe un controllo ([tt]if[/tt] o [tt]case[/tt]) per scegliere in entrambi i casi [tt]i386[/tt]. Quali sono gli altri possibili percorsi?

golden_boy” post=102027– possibilità di ricerca migliore: dato che in alto a destra se cerco una parola, almeno a me, non produce nessun risultato di ricerca

Provato con http://www.guitex.org/home/it/forum/search?