OldClaudio

Hai provato con \stackrel? Vedi §G.6.3 della GuidaGuIT qui sopra nella documentazione.

L’autore del pacchetto toptesi non ha nulla da dire, perché quando in toptesi si specifica l’opzione pdfa, viene caricato il pacchetto pdfx.sty con l’opzione a-1b, che, appunto crea il file pdf conforme allo standard PDF/A-1b. Tutto il resto lo fa il pacchetto pdfx, che a sua volta carica hyperref cone certe ozioni e non ho la più vage idee di quali siano, o meglio, lo so, sono pdftx e pdfa, ma non so che cosa ciascuna faccia; pdfa dovrebbe rendere inattivi tutti gli ulr esterni, perché non fanno parte dello standard PDF/A (né 1a né 1b), ma per il resto non saprei.

Direi di non specificare l’opzione pagebackref; se davvero è già caricata, funziona da sola, altrimenti vuol dire che non si può usare; ma non è colap di toptesi, è colpa della particolare implementazione dello standard PDF/A-1b reso con il pacchetto indicato.

Puoi provare, seguendo le indicazioni in toptesi-doc o toptesi-doc-xetex, non usare l”opzione pdfa per toptesi, ma compilandolo regolarmente, poi convertendolo in PDF/A-1b usando il metodo che ricorre a ghostscript. Non ti garantisco niente, ma puoi sempre provare.

In realtà le orribili testatine e piedini composte su più righe si possono fare anche con ClassicThesis, I comandi che hai visto nella documentazione delle classi Koma-Script, che è alla base di ClassicThesis, si possono senz’altro usare ma come tutti i comandi di qualsiasi classe essi compongono il loro contenuto dentro una scatola orizzontale; questa può contenere solo una riga di testo e non vi si può andare a capo, ma c’è un “work around”, espressione anglosassone per dire “sporco trucco”: si tratta di mettere il testo su più righe composto dentro una tabella con allineamento alla riga superiore e con un sola colonna allineata a sinistra, se deve andare nella parte di sinistra della testatina o del piedino. dentro la tabella \\ indica di andare alla riga successiva. mente dentro una scatola orizzontale \\ non vuol dire niente.

Attento ClassicThesi è bella purché la si prenda così com’è senza modifiche; se devi apportare modifiche importanti come piedini con testi su più righe, è meglio che tu scelga un’altra classe. Con il pacchetto geomentry puoi ottenere lo specchio di stampa che ti pare, con fancyhdr puoi creare le testaine e i piedini come ti pare; con tocloft configuri gl’indici come ti pare, con altri pacchetti gestisci i coandi di sezionamento come ti pare. Massima flessibilità; se poi vuoi usare memoir, la cosa non è più difficile rispetto a fare come detto nel periodo recedente, ma lo fa molto meglio.

Sì, è stata cambiata, ma io non ho trovato nessuna difficoltà a adattare le mie precedenti mappe personali e file di configurazione personali al nuovo modo di procedere, anzi lo trovo più semplice del precedente.
Ho scritto anche un messaggio sil filone TeX Live 2012 a questo proposito; ora con l’ultimo aggiornamento di qualche giorno fa ho scoperto che il trucco di usare un alias non funziona e che bisogna eliminare ogni file updmap-local.cfg o meglio, basta cambiargli il nome per davvero, non semplicemente crearne un nome fittizio che punta la nome vecchio.

Per altro è tutto spiegato nella documentazione di tlmgr: texdoc tlmgr; be’, non proprio, ma dice nella pagina 14:

For managing your own fonts, please read the updmap −−help information and/or <http://tug.org/fonts/fontinstall.html>.

Non so come aiutarti; bisogna proprio mettere le mani sui file che ti ritrovi nelle cartelle della distribuzione.

Se io fossi nei tuoi panni, cercherei diverse vie e comincerei a crearmi delle cpie di backup die vari updmap.cfg che hai sull’intero disco, segnandoti con precisione da quale cartella originale ciascuna è stata salvata. Poi userei tlmgr per ricreare le mappe; usa texdoc tlmgr per documentarti, ma occhio e croce con le prerogative di amministratore credo che dovresti fare qualcosa come tlmgr generate updmap da terminale, poi, sempre come amministratore dovresti eseguire updmap-sys, vai poi a cercare il fole pdftex.map, aprilo e vedi se sono elencati anche i tuoi font nofree. Se lo sono hai aggiustato il tutto; se non lo sono cerca le mappe di questi tuoi font e creati una updmap.cdf contenente solo queste mappe, e salva il file in
…/texlive/texmf-local/web2c/ ed esegui mktexlsr per aggiornare il database dei nomi dei file; poi riesegui updfmap-sys ricontrollando il suo log per vedere quali upfmap.cfg ha usato; se ha usato anche al tua updmap.cfg sei a posto, ma ricontrollare pdftex.map non guasta.

Se qualche altro ha avuto problemi simili ai tuoi e li ha risolti, batta un colpo, che fra tutti forse riusciamo a dare una mano a @samiel.

Ho provato a compilare il tuo esempio, ma siccome non è un esempio minimo compilabile, ho dovuto arrangiarmi un po’ nel crearne uno dove fossero presenti solo i pacchetti necessari.

Il punto è la la definizione del \overarc da me va in loop infinito; da te evidentemente non entra in questa ricorsione senza terminazione.

Vorrei capire bene; da te la riga con overarc ha il segno dell’arco che si sovrappone in parte ai caratteri della riga precedente/ oppure la presenza del segno dell’arco spazia di più del normale le righe adiacenti?

Io mi sono risolto il problema con la seguente macro, ansi con il file minimo compilabile seguente, ma questo non sovrappone il segno dell’arco ai caratteri della riga precedente ma spazia le righe quanto basta per evitare sovrapposizioni:`% !TEX TS-program = pdflatex
% !TEX encoding = UTF-8 Unicode
\documentclass[10pt,a4paper]{book}
\usepackage[utf8]{inputenc}
\usepackage{graphicx}
\usepackage{amsmath,amssymb}

\makeatletter
\newcommand*\overarc[1]{{%
\setbox254\hbox{$#1$}%
\dimen@=\wd254\relax
\setbox254\hbox{(} %)
\dimen\tw@=\ht254\advance\dimen\tw@\dp254\relax
\edef\@tempA{\expandafter\strip@pt\dimexpr\dimen@*\p@/\dimen\tw@}
\setbox254\hbox{\scalebox{\@tempA}[1]{\rotatebox{-90}{$(\mkern-1mu$}}} %)
\vbox{\ialign{##\crcr
\box254\crcr
$\hfil\displaystyle #1\hfil$\crcr}}}}

\usepackage{lipsum}

\begin{document}
Calcola le aree delle regioni finite di piano delimitate dall'arco $\overarc{AB}$ di $\gamma$ e dall'arco $\overarc{ABC}$ di $\Gamma$. \lipsum[1]

\end{document}`

Il risultato non è sgradevole, ma certo non è perfetto.

Spiegazione; la macro fa ricoso a \ilaign che mette qualcosa sopra qualcos’altro mantenendo la linea di base invariata rispetto a ciò che sta di sotto.
quello che sta di sopra non è altro che una parentesi adgiata sul fianco e dialtata quanto basta per coprire l’argomento.
Per dire quanto basta dilatare, bisogna sapere quanto è largo l’argomento delle lettere che identificano l’arco e questa larghezza viene misurata e memorizzata in \dimen@ che è un registro dimensionale interno; poi viene fatta la spessa operazione sulla parentesi, ma qui bisogna sommare l’altezza e la profondità della parentesi, conservando questa somma nel registro dimensionale identificato con \dimen\tw@. Se ne fa il rapporto con le espressioni dimensionali facenti parte da diversi anni del programma pdf(la)tex, e si usa questo numero senza l’unità di misura (tirata via con il comando interno \strip@pt) come fattore di scala orizzontale da passare a \scalebox; come fattore di scala verticale si mantiene il valore unitario. Quindi l’argomento su cui \scalebox lavora è la scatola ottenuta ruotando verso destra di 90° la parentesi tonda, conservando il risultato nel registro scatola 254. Ecco quindi che \ialign può usare per il “sotto” le due o tre lettere che costituiscono l’argomento della macro, e per “sopra” la parentesi stiracchiata solo in orizzontale di quanto basta per coprirle tutte.

Le soluzioni che ho proposto sono solo tre:
La prima è `
\begin{table}[h!] % oppure \begin{table}[H]
…
\caption{…}\label{…}
\end{table}`

La seconda è `
\begin{center}
…
\captionof{table}{…}\label{…}
\end{center}`

e la terza è `
\begin{table}
…
\caption{…}\label{…}
\end{table}`

La terza lascia la tabella flottante e non importa dove LaTeX la mette, ma si è sicuri che se puoi rispettare i prametri impliciti nella classe, la mette nel posto migliore (salvo inghippi che non dipendono dalla soluzione, ma, per esempio dalla coda bloccata da un precedente table con parametri di posizionamento scelti male).

La seconda non ha problemi con le code perché non le sfrutta, se non ci sta nella pagina, LaTeX mette tullo l’ambiente nella pagina successiva e in quella dove si sperava che cadesse la tabella aumenta enormemente lo spazio fra i capoversi e quindi la pagina diventa brutta, ma relativamente facile da aggiustare, magari lasciandola mozza (di due o tre righe) oppure rimpolpando il testo, oppure ancora smagrendolo in modo da lasciare più spazio alla tabella.

La prima soluzione con [h!] non lascia a LaTeX nessuna possibilità: o ci sta lì dove vuoi, oppure la lascia in coda e blocca la cosa fino alla fine del capitolo o del documento. Con [H] l’ordine è perentorio: mettila qui e non discutere; quindi se ci sta, bene; se non ci sta, lo sposta alla pagina successiva lasciando la pagina mozza. Si può aggiustare la cosa nello stesso modo di quando si usa la seconda soluzione.

Come confrontare le soluzioni 1 e 2? la 1 con lo specificatore [H] richiede l’uso di un altro pacchetto (che io non credo di avere ami usato seriamente negli ultimi 30 anni; certo l’ho provato, ma le sue funzioni per creare nuovi oggetti flottanti possono essere usate, secondo me, solo per definire nuovi tipi di oggetti flottanti, cosa che a ben pensarci succede raramente; per gli algoritmi ci pensano i comandi interni di listings. Ricordo di essermi definito un nuovo tipo di oggetti flottanti quando nel 1991 ho scritto il libro per la Hoepli e il pacchetto float non esisteva ancora e non esisteva nemmeno LaTeX2e. Se non si vuole usare il pacchetto float, i comandi standard di LaTeX, come i parametri di posizionamento fra parentesi quadre, vanno usati intelligentemente senza costringere LaTeX in un vicolo senza uscita, perché allora diventa cattivo (blocca la coda e può far perdere degli oggetti mobili).
Ricordo che i parametri di posizionamento standard t, b, h e p richiedono degli spazi minimi o massimi espressi in termini di altezza dello specchio di stampa; se ben ricordo t non deve superare la frazione 0,7 dell’altezza, b non deve superare 0,5, h non deve superare 0,3, p deve essere almeno 0,5; posso sbagliarmi, ma questi limita danno la spiegazione del perché LaTeX dispone di code FIFO (First In First Out) per gli oggetti flottanti, dalle quali essi vengono estratti quando le loro dimensioni e i loro parametri di posizione lo consento in relazione al contenuto della pagina in costruzione. Se si specifica ! (punto esclamativo) quei limiti vengono un po’ rilasciati ma non del tutto, quindi [h!] non è equivalante a [H].

La soluzione 2 non fa riferimento agli oggetti flottanti, ma richiede un qualche pacchetto, per esempio caption per avere la definizione di \captionof. Secondo me il pacchetto caption offre maggiori probabilità di essere usato anche per i suoi scopi “istituzionali”, cioè di personalizzare il modo di comporre le didascalie, sempre secondo me, molto più utile che non definire nuovi tipi di oggetti flottanti.

Poi ci sarebbe la 4.a soluzione, quella di definirsi dei comandi del tipo di \captionof, ma con parametri diversi, che possano essere usati anche dentro gli oggetti flottanti per dare un titolino corrente con un nome diverso da Tabella o da Figura e che possano essere usati anche quando c’è un contatore da incrementare e a cui riferirsi, un po come \newtheorem definisce degli enunciati che hanno un nome diverso ma sono numerati usando lo stesso contatore di un enunciato capostipite, per esempio theorem. Non conosco nessun pacchetto che definisca una cosa del genere e il cui comando permetta di usare l’asterisco per non numerare l’oggetto.

Ma questo è i cassetto dei sogni, se ne avessi davvero necessità, avrei già scritto le macro e magari anche pubblicato il pacchetto che le contiene. Ma benché disponga di più tempo di quando ero in servizio, non ho voglia di inventarmi cose nuove per il solo gusto di inventarle anche se non so che cosa farmene; insomma un Archimede Pitagorico basta ed avanza, ed è e resta un personaggio di Walt Disney. 🙂

Ciao
Claudio