egreg9

Ciao,

è possibile avere un comando come \thelastpage della classe memoir che invece di indicare l’ultima pagina individua la pagina in cui io dichiaro il comando nel file TeX?

Se si, come?

Visto che per una cosa così immagino che si richieda un’alta conoscenza TeXnica che non possiedo ancora, lo chiedo a voi!

…o magari c’è già un pacchetto che lo fa?

Pacchetto lastpage; per sapere qual è l’ultima, usi \pageref{LastPage}. Per scopi più complessi occorre zref.

Ciao
Enrico

[quote][quote]Una piccola curiosità OT: perchè ridefinire TEXMFLOCAL allo stesso modo di TEXMFHOME se c’è già TEXMFHOME?

TEXMFHOME non e’ definita di default (non lo e’ sul mio sistema, piu’ precisamente) e andava comunque aggiunta a qualche file di configurazione.
invece di definire quella, ho ridefinito TEXMFLOCAL in modo tale che essa non sia in un percorso di sistema (in /etc), che non mi piace perche’ fa parte delle partizioni che formatto nelle reinstallazioni, mentre la /home non viene mai toccata.
in pratica mi garantisco di non scrivere dove potrei perdere dati modificati da me.

Sbagliato. TEXMFHOME e TEXMFLOCAL sono variabili “virtuali” che i programmi TeX si autodefiniscono (se non le trovano nell’ambiente). Per trovarne il valore, usa una shell nella quale annulli la definizione di quelle variabili e da’ il comando
`kpsewhich -var-value TEXMFHOME`
e analogamente per TEXMFLOCAL. La definizione standard di queste pseudovariabili è in uno dei file texmf.cnf. Leggiti la guida di TeX Live e trovi tutto.

Ciao
Enrico[/quote]

quelle variabili mi servono anche esternamente (software che non fa parte dello stack texlive).
comunque hai ragione, forse e’ meglio ridefinirle attraverso l’ortodossia texlive

`TEXMFHOME=$(kpsewhich -var-value TEXMFHOME)`

(anche se cosi’ diventano dipendenti dalla versione di texlive in uso… io ne ho 3 attualmente in giro!)[/quote]
È proprio questo il bello di queste variabili: si aggiustano da sole secondo qual è l’eseguibile kpsewhich che viene usato per determinarne il valore. Chiaro che se le imposti nel .profile sei fritto e non puoi modificarle senza un logout oppure una nuova impostazione.

Se ti servono in uno script, impostale nello script stesso.

Ciao
Enrico

Funziona! 🙂 Proprio come avevi detto tu, non avevo installato correttamente pgf. In pratica la cartella generic non l’avevo proprio copiata perchè non sapevo di doverlo fare! Quindi ovviamente l’installazione era fatta a metà! Il fatto è che ero convinto che ci fosse solo una cartella necessaria, anzi pensavo fosse necessario solo il file .sty posizionato nella giusta cartella. Invece credo che per pgfplots, che è un pacchetto che utilizza a sua volta altri pacchetti, la cosa non sia così semplice! A questo punto mi sorge un dubbio: conviene davvero installare la versione presente nel gestore dei pacchetti di ubuntu se poi non viene mai aggiornata? Non è meglio scaricarla direttamente dal sito o, meglio ancora, da qualche repository su internet in modo da avere l’aggiornamento automatico?

Già detto in passato, ma vale la pena ripetersi.

Ubuntu è basata su Debian, di cui usa l’infrastruttura per l’aggiornamento del sistema e delle applicazioni. Metodo che ha i suoi vantaggi: controllo delle dipendenze e aggiornamenti più semplici perché dipendono solo da un programma, cioè Synaptic (o le chiamate a livello più basso di apt-get e programmi dello stesso tipo).

Gli sviluppatori di TeX Live avevano due possibilità: adeguarsi o rassegnarsi al fatto che TeX non fosse disponibile sul sistema in modo semplice.

Adeguarsi a Debian richiede parecchie modifiche al modo di installare TeX Live rispetto ad altri sistemi, perché quella distribuzione pretende che i file di configurazione stiano tutti sotto /etc. Inoltre richiede anche una frammentazione in tanti pacchettini, come è chiaro guardando la lista con Synaptic. E, naturalmente, nessuna possibilità di avere tlmgr (non può esserci un secondo gestore di pacchetti, nemmeno per un sottosistema).

Questo rende complesso aggiornare TeX Live su Debian e, infatti, non ci sono stati aggiornamenti di alcun tipo dalla prima uscita: è la versione che andò a suo tempo in testing.

Soluzione? Sei ami il rischio installi la TeX Live a parte, altrimenti ti adegui.

Una piccola curiosità OT: perchè ridefinire TEXMFLOCAL allo stesso modo di TEXMFHOME se c’è già TEXMFHOME?

Ognuno si fa del male come preferisce. 🙂

Ciao
Enrico

Grazie, funziona tutto.
Siccome le formule sono lunghe è corretto usare la funzione {split} per separarle o è un errore di programmazione del tipo che commettevo prima usando array?
Grazie.

split è fatto apposta

Ciao
Enrico

Ho scritto un sistema di equazioni, ma mi vincola all’altezza di una riga le frazioni. Cosa che, invece, io vorrei evitare. E’ possibile?

Ecco il mio codice:
\begin{array}{c}
X=\frac{XXX}{XXX}+XXX\\
X=XXX+XXX \\
\end{array}

Vorrei che la linea di frazione fosse in prossimità del + e poi, in maniera espansa, ci fosse denominatore e numeratore dello stesso carattere del resto della formula.
Scusate la ridondanza,
grazie.

(1) Una ricerca nel forum del termine “frazioni” dà questo filone

(2) La sezione “Tipografia” serve per discutere questioni di tipografia, non problemi specifici di TeX o LaTeX.

(3) Usare array per questo è sbagliato. Ci sono gli ambienti di amsmath che danno risultati certamente migliori. Per esempio, gli ambienti gather, gather* e gathered non richiedono \dfrac ma funzionano bene con \frac. Il motivo è che in una matrice di solito non si vuole rovinare la spaziatura verticale, gli ambienti suddetti invece sono fatti apposta per scrivere equazioni di seguito.

Ciao
Enrico

Ciao a tutti.

Lo stile ArsClassica dà il meglio con titoli (di capitolo e di paragrafo) corti, che stanno su una sola riga. Però talvolta è necessario scrivere titoli su due o anche tre righe. Il risultato di ArsClassica in questo caso è scadente: i titoli non sono allineati.
`\documentclass[10pt,titlepage,headinclude,footinclude]{scrreprt}
\usepackage{classicthesis-ldpkg}
\usepackage[eulerchapternumbers,pdfspacing]{classicthesis}
\usepackage{arsclassica}
\usepackage{lipsum}

\begin{document}
\chapter{Un titolo su una riga}
\lipsum[2]

\chapter{Un titolo più lungo che occupa due righe}
\lipsum[2]

\chapter{Un titolo ancora più lungo che occupa tre righe: un disastro!}
\lipsum[2]
\end{document}`
Tempo fa Enrico mi aveva suggerito un codice per rimediare al problema:
`\newcommand\formatchapter[1]{%
\vbox to \ht\strutbox{
\setbox0=\hbox{\chapterNumber\thechapter\hspace{10pt}\vline\ }
\advance\hsize-\wd0 \advance\hsize-10pt\raggedright
\spacedallcaps{#1}\vss}}
\titleformat{\chapter}[block]
{\normalfont\Large\sffamily}
{\textcolor{halfgray}{\chapterNumber\thechapter}
\hspace{10pt}\vline\ }{10pt}
{\formatchapter}`
ma mi hanno appena fatto notare che il risultato non è ottimale: se il titolo occupa tre righe c’è addirittura una sovrapposizione con il testo (provare per credere)!

Bisognerebbe scrivere un codice solido che rimedi, producendo un risultato tipograficamente valido: una volta trovato, dopo qualche prova lo inserirò direttamente in ArsClassica.

Grazie anticipate,
L.

`\chapter{Titolo lunghissimo che va su tre righe, sembrerebbe un vero disastro}

\vspace{2\baselineskip}

Qui comincia il capitolo dal titolo oneroso.`
Automatismo? Nemmeno per sogno: lo stile è fatto per titoli brevi.

Ciao
Enrico

Pare che Mikela stia usando una versione di MiKTeX di 3 anni fa: 😯

MiKTeX 2.6 has been released on April 30, 2007. [link]

Niente meno!

L’ultima versione è disponibile qui (in attesa della TeX Live 2010, che non vedo l’ora di provare :wink:).

Puoi provarla anche subito: http://tug.org/texlive/pretest.html, se ami il rischio. 🙂

Ciao
Enrico