OldClaudio

lifetime” post=84686

È sufficiente installare TeXlive e aggiornarla, biber e bilatex saranno così automaticamente aggiornati.

Parli di una nuova versione di Texlive? Io ho trovato questo:
`
~# tlmgr update -all
TeX Live 2012 is frozen forever and will no
longer be updated. This happens in preparation for a new release.
If you're interested in helping to pretest the new release (when
pretests are available), please read http://tug.org/texlive/pretest.html.
Otherwise, just wait, and the new release will be ready in due time.
`Quindi, non mi resta che aspettare. O no? Ciao e grazie

Questo è il messaggio dii default in questo periodo che costituisce una specie di limbo fra l’edizione del 2012 e quela del 2013.

Tuttavia, se i tuoi pacchetti non erano aggiornati al giorno del 31 marzo, quando la distribuzione è stata congelata, tlmgr continua bellamente a funzionare per aggiornare pacchetti più vecchi fino, almeno a portare gli aggiornamenti alla data del 31 marzo.

Se prima del 31 marzo biber ha avuto aggiornamenti, se biblatex ha avuto aggiornamenti quel programma e quel pacchetto verrano portati alla situazione stabile di fine marzo.

Poi a luglio tutti riaggiorneremo re-installando la nuova versione completa; è sempre un’oretta spesa bene 🙂

E allora se hai una TeX Live ufficiale, hai anche tlmgr con il quale poi aggirnare non solo biber e biblatex, ma l’intera distribuzione, e, poiche hai scaricato l’ISO del 1º lglio 2012, spero che tu non ti sia scordato di aggiornala in questi 8 mesi, perché se non l’hai fatto (con tlmgr, naturalmente, hai un migliaio di aggiornamenti da installare…:shock: 😯 😯

Questo codice a me funziona benissimo`% !TEX encoding = UTF-8 Unicode
% !TEX TS-program = XeLaTeX

\documentclass[a4paper,12pt]{article}
\usepackage[T1]{fontenc}
\usepackage{fontspec}
\usepackage{amsmath}
\usepackage[math-style=upright]{unicode-math}
\setmainfont[Ligatures=TeX]{TeX Gyre Pagella}
\setmathfont{Asana Math}
\usepackage{polyglossia}
\setmainlanguage{italian}
\usepackage{microtype}
\DeclareRobustCommand*\ap[1]{\textormath{\textsuperscript{#1}}{_{\mathrm{#1}}}}
\DeclareRobustCommand*\ped[1]{\textormath{\textsubscript{#1}}{^{\mathrm{#1}}}}

\begin{document}

\begin{equation*}
p \leftrightarrow q
\end{equation*}
bla bla
\begin{equation}
p \leftrightarrow q
\label{equ:coimplicazione}
\end{equation}
bla bla
\begin{equation}
p \leftrightarrow q \tag{D\ped{2}}
\label{equ:D_2}
\end{equation}
L'equazione~\eqref{equ:D_2} dice che\dots
\end{document}}`

Nel file .aux il label è registrato come:`\newlabel{equ:D_2}{{{D\ped {2}}}{1}}` che è identico a quanto tu riporti nel tuo messaggio. Dunque non è chiaro dove sia l’inghippo.

Compilati il frontespizio a parte senza usare suftesi; poi inseirsci la pagina del frontespizio compilato in pdf, importandolo con il pacchetto pdfpages. è la cosa più semplice da fare.

Tuttavia una domanda: perché i font che suftesi usa per il frontespizio non vanno bene?

A me sembra molto strano, perché suftesi brilla per la cura con cui sono scelti i font er avere uno stile sobrio ed elegante al tempo stesso. L’autore di suftesi ha penato non poco per realizzare quello stile, anche per il frontespizio e la sua scelta estetica va rispettata.

Qualunque modifica a quello stile, come ha sottolineato Enrico, è disastroso.

L’unica spiegazione che riseco a darmi è che il tuo ateneo o comunque il destinatario del tuo scritto ti imponga uno stile disastroso, con specifiche formulate da incompetenti. Allora la via che ti ho indicato all’inizio è quella che puoi seguire per soddisfare quelle prescrizioni. LaTeX ti permette di fare di tutto, persino cose disastrose; ma devi metterci un po’ di olio di gomito per arrivare al quel risultato.

Invece di \providecommand prova ad usare \DeclareRobustCommand

La spiegazione di quel che è successo è che \providecommand definisce un comando, ma è un comando fragile che viene sviluppato al momento sbagliato.

Non è l’unica eccezione, per la verità; e questo si evince studiando le dipendenze di ogni pacchetto. Ma sono pochissime le eccezioni; oltre a glossaries c’è anche bidi, per esempio.

Tommaso, sì, il testo è scarno per l’intero §3.12, compresi i suoi sotto paragrafi.

Il 3.12.3 è forse superfluo, perché dubito che uno che cerca di documentarsi vada a cercare i file .ins e .dtx; se lo fa vuol dire che è già abbastanza esperto per scaricare direttamente da CTAN e sa come fare. se non lo spaesse, quell poche righe del §3.12.3 non sarebbero certamente sufficienti.

Invece un paragrafo sull’ordine di caricamento peso che sia utile; direi quanto segue, nella bella forma italiana che tu sai costruire:

1) il pacchetto hyperref va caricato sempre per ultimo, o almeno dopo qualsiasi pacchetto che definisca o ridefinisca i comandi di sezionamento i comandi per le didascalie e i comandi per i riferimenti incrociati; Siccome “almeno” è una espressione vaga, è opportuno caricarlo sempre per ultimo.

2) Per ogni altro pacchetto di solito conviene caricare inputenc, fontenc e babel nella sequenza seguente:
1º fontenc; 2º babel; 3º ogni eventuale altro pacchetto che carichi font diversi da quelli di default; 4º inputenc; quest’ordine è particolarmente importante se l’opzione a inputenc è utf8; questo perché non ha senso definire le decine di migliaia di comandi necessari per trattare tutti i segni che sono definiti con la codifichi unicode, ma che i vari pacchetti dei font non caricano tutti anche quelli dei glifi non contenuti in quei font.

3) per ogni altro pacchetto per essere sicuri è meglio controllarne la documentazione leggendo quelli altri pacchetti esso carichi; sono le sue indispensabili dipendenze, senza le quali il pacchetto non potrebbe funzionare. si scelga allora un ordine tale per cui non si cerchi di caricare due volte lo stesso pacchetto. Non scegliere un ordine compatibile con le dipendenze, vuol dire probabilmente che si possano verificare errori di “option clash” oppure di comandi che non corrispondono alla loro definizione. Il primo errore indica il fatto che due pacchetti A e B caricano il pacchetto C con opzioni diverse; se un pacchetto viene chiamato due volte senza opzioni o con le stesse opzioni, la seconda volta che lo si cerca di chiamare i meccanismi interni di LaTeX evitano che la seconda chiamata venga eseguita; ma se durante questa verifica si trovano chinate con opzioni diverse si ha l’errore di inconsistenza di opzioni, in inglese option clash.

4) alcuni pacchetti ridefiniscono comnadi già esistenti; non sempre lo scrittore di pacchetti usa i comandi giusti per controllare la necessità della ridefinizione. In questi casi è possibile che un pacchetto non venga caricato perché sarebbe una seconda definizione, ma il pacchetto chiamante potrebbe assumere che il pacchetto sia stato chiamato e cerca di definire ciò che non c’è; \renewcommand, quindi emette un messaggio d’errore. Al contrario la ridefinizione viene fatta senza ricorrere a \renewcommand, ma mediante comandi dell’interprete (comandi primitivi). In seguito altri pacchetti o l’utente stesso usano quel comando ma la sua definizione non è più consistente con quello che l’utente suppone che sia. Viene allora emesso che il comando tal dei tali è usato in modo non conforme alla sua definizione.

Il lettore non si scoraggi; questi eventi sono abbastanza rari; tuttavia quando incontra messaggi d’errore del tipo di quelli indicati, o trova che i collegamenti ipertestuali non funzionano correttamente, allora controlli l’ordine di caricamento dei pacchetti di cui ritiene di avere bisogno; segua le indicazioni date sopra e curi con attenzione l’elenco delle dipendenze.

Corollario di questa situazione è che meno pacchetti si caricano, meno pericoli di conflitti fra pacchetti si manifestano; e come ulteriore corollario si eviti di caricare pacchetti di cui di fatto non si usano le funzionalità, con la giustificazione che “non si sa mai, potrei averne bisogno”.

logos” post=84574OK, sono completamente sconvolto! Io non ci sarei mai arrivato[/code]

Lo so certe volte è difficile, ma è quello che succede con gli argomenti delimitati. Perché qualche scrittore di pacchetti usa macro con argomenti delimitati, se sono cosi pignoli nella loro sintassi? perché in certe circostanze sono insostituibili. Questa di \color evidentemente è una di quelle.

Leggiti quel mio articolo su ArsTeXnica, qui nel sito a disposizione di tutti i frequentatori del sito; l’articolo riguarda le macro con argomenti delimitati. spiega come funzionano e mostra qualche esempio.