Option clash for package hyperref

A parte il fatto che il paccchetto url lo puoi togliere (viene già caricato da hyperref), a me non dà nessun problema.

Ciao

Andrea

giusto. \usepackage{url} eliminato.

cmq, cercando su google ho trovato questa spiegazione:
http://newsgroups.derkeiler.com/Archive/Comp/comp.text.tex/2006-02/msg01841.html
che praticamente consiglia di inserire i parametri nel \documentclass. 🙄
infatti il preambolo così riscritto non da alcun errore:
`\documentclass[a5paper,10pt,colorlinks,urlcolor=black]{book}
…
\usepackage{hyperref}
\hypersetup{pdfauthor={me}, pdftitle={title}}
\makeatletter
\def\UrlBigBreaks{\do\.\do\@\do\\\do\/\do\!\do\_\do\|\do\;\do\>\do\]\do\)\do\,\do\?\do\'\do\+\do\=\do\#\do\:\do@url@hyp}
\def\UrlBreaks{\do\a\do\b\do\c\do\d\do\e\do\f\do\g\do\h\do\i\do\j\do\k\do\l\do\m\do\n\do\o\do\p\do\q\do\r\do\s\do\t\do\u\do\v\do\w\do\x\do\y\do\z}
\makeatother
\newcommand*{\mail}[1]{\href{mailto:#1}{\nolinkurl{#1}}}`
tuttavia rimane il problema dell’ urcolor=black, infatti i links sono di un poco serio colore fucsia… 😯
idee al riguardo?

scusa, ma metti urlcolor=black e ti escono le email fucsia. Le email a me, che compilo con pdflatex, escono nere.

Per i link prova a mettere linkcolor=black, anche se non penso c’entri qualcosa.

Ciao

Andrea

Ps: verbo dare, si scrive dà e non da. 😀

purtroppo ancora niente.
l’unico punto dove posso mettere sia urlcolor=black che linkcolor=black è nei parametri del \documentclass, perché come parametri dell’\usepackage{hyperref} mi da errore e non vuole sentire ragioni.
tutto questo da dopo che ho fatto quei maledetti aggiornamenti (che tra l’altro sono riuscito a capire a quali pacchetti si riferiscono sono ma non a ripristinare la precedente versione)…
è come se quando compila non li leggesse proprio, infatti li metto o non ce li metto non cambia nulla nel pdf…

ma non ci sarebbe un modo di cambiare direttamente il colore di default del pacchetto hyperref? io non saprei come fare, ma immagino che da qualche parte ci dovrà essere scritto che il colore di default per questi link è il fucsia, no?
ma almeno fossero blu o verde scuro!!… uff! 😥

Il seguente preambolo non dà alcun errore:
`\documentclass{minimal}
\usepackage[colorlinks=true, urlcolor=black,linkcolor=black]{hyperref}`
Naturalmente il tuo non sarà questo; siccome non sappiamo leggerti nel pensiero (a meno che tu non indichi il tuo indirizzo e numero di scarpe, in tal caso forse ci posso riuscire), sarebbe il caso di mostrare un esempio minimo che produca l’errore e i famosi link color fucsia.

Idea: perché non dire “colorlinks=false”?

Ciao
Enrico

Curiosità. Hai caricato hyperref per ultimo?

Secondo me hai qualche problema di distribuzione. Come pensavo linkcolor non c’entra nulla, è urlcolor che a te non va proprio.
Prova a togliere hyperref e a rimetterlo, inclusi tutti i file cfg e def che si porta dietro.

Non so che aggiungere perché a me va bene sia su Win con MikTeX sia su Mac con TeXLive.

Ciao

Andrea

ricapitolando:

con questo codice:
`\documentclass[a5paper,10pt]{book}
\usepackage[margin=2.2cm]{geometry}
\usepackage[italian]{babel}
\usepackage[utf8x]{inputenc}

\usepackage{graphicx} %immagini
\usepackage{guit} %logo GuIT
…`
secondo voi com’è meglio agire?
❓ l’idea di cambiare il fucsia di default non è proprio fattibile?
mi spiace creare tanti problemi, ma quando all’inesperienza si aggiungono pure gli imprevisti… 😉

Un’occhiatina al log mostra che il pacchetto guit carica hyperref. Basta spostare questo caricamento dopo quello di hyperref.

Ciao
Enrico

ricapitolando:

con questo codice:
`\documentclass[a5paper,10pt]{book}
\usepackage[margin=2.2cm]{geometry}
\usepackage[italian]{babel}
\usepackage[utf8x]{inputenc}

\usepackage{graphicx} %immagini
\usepackage{guit} %logo GuIT
…`
secondo voi com’è meglio agire?
❓ l’idea di cambiare il fucsia di default non è proprio fattibile?
mi spiace creare tanti problemi, ma quando all’inesperienza si aggiungono pure gli imprevisti… 😉

Un’occhiatina al log mostra che il pacchetto guit carica hyperref. Basta spostare questo caricamento dopo quello di hyperref.

Ciao
Enrico

Prof.,

Perché non togliete il caricamento di hyperref dal pacchetto?

Se uno non vuole usare hyperref (io sono tra quelli) e vuole mettere il logo del guit, che deve fare?

Ciao

Andrea

Prof.,

Perché non togliete il caricamento di hyperref dal pacchetto [guit]?

Se uno non vuole usare hyperref (io sono tra quelli) e vuole mettere il logo del guit, che deve fare?

A me lo dici? La richiesta va fatta a Emanuele, autore del pacchetto. Sono d’accordo che dovrebbe essere un’opzione al caricamento, proprio per i piccoli problemi che possono sorgere.

Ciao
Enrico

guardando il codice hyperref è rihiamato solo se si da l’opzione link al pacchetto, peccato che Emanuele abbia dimenticato di mettere all’inizio \@guit@linkfalse
Aggiungendo questo comando dopo la riga 9 del pacchetto, non ci sono conflitti. Nel pacchetto comunque è dichiarato di usare guit dopo hyperref.

guardando il codice hyperref è rihiamato solo se si da l’opzione link al pacchetto, peccato che Emanuele abbia dimenticato di mettere all’inizio \@guit@linkfalse
Aggiungendo questo comando dopo la riga 9 del pacchetto, non ci sono conflitti. Nel pacchetto comunque è dichiarato di usare guit dopo hyperref.

Quando si dà \newif\ifpippo, è implicito un \pippofalse.

Ciao
Enrico

A parte questo, il pacchetto hyperref viene richiamato anche se non si dà l’opzione link=no.

Infatti all’inizio c’è scritto
`
\RequirePackage{hyperref, graphics, url}
`

Per rimediare si potrebbe usare \@ifpackageloaded{hyperref} nelle varie definizioni, ma io non lo so fare. Per ora.

Ciao

Andrea

Probabilmente è una vecchia versione del pacchetto…
nella nuova c’è \RequirePackage{url}

e i \requirePackage{color} e \RequirePackage{hyperref} sono legati alle opzioni.

L’opzione link=no, che tra l’altro non si può dare, viene attivata di default.

Se tu carichi il pacchetto guit, questo carica anche hyperref.
Ecco quello che c’è scritto su guit.dtx preso dallo ctan
`\changes{v0.7}{2003/10/13}{Integrato il pacchetto \pacchetto{hyperref} su
% richiesta di Fabiano Busdraghi}`

il problema è che Emanuele invece di usare quello che ho scritto poco fa lui carica direttamente hyperref.

Ciao

Andrea

L’opzione link=no, che tra l’altro non si può dare, viene attivata di default.

Se tu carichi il pacchetto guit, questo carica anche hyperref.
Ecco quello che c’è scritto su guit.dtx preso dallo ctan
`\changes{v0.7}{2003/10/13}{Integrato il pacchetto \pacchetto{hyperref} su
% richiesta di Fabiano Busdraghi}`

il problema è che Emanuele invece di usare quello che ho scritto poco fa lui carica direttamente hyperref.

Ciao

Andrea

concordo, ma hyperref è attivato solo se dai nel preambolo \usepackage[link]{guit}

No.

Se tu non metti nulla, il link sul logo non c’è, ma hyperref viene caricato sempre.
`
\documentclass{article}
\usepackage{guit}

\begin{document}
\tableofcontents

\section{sezione}

\end{document} `

quindi se uno non vuole i link dalle altre parti, cioè se non desidera hyperref, non può mettere il logo.

Forse tu ti riferisci solo al link del logo.

ciao

Andrea

A parte questo, il pacchetto hyperref viene richiamato anche se non si dà l’opzione link=no.

Infatti all’inizio c’è scritto
`
\RequirePackage{hyperref, graphics, url}
`

Per rimediare si potrebbe usare \@ifpackageloaded{hyperref} nelle varie definizioni, ma io non lo so fare. Per ora.

L’opzione “link=no” è di default. Secondo me basterebbe togliere la richiesta di caricamento di hyperref, avvisando di caricare guit dopo hyperref se si vuole impiegare l’opzione “link”.
`\RequirePackage{graphics,url}
…
\DeclareOption{link}{%
\@ifpackageloaded{hyperref}
{\AtEndOfPackage{\setupGuIT[link=yes]}}
{\PackageWarningNoLine{guit}{Load the guit package after hyperref,\MessageBreak
if you need the `link' option}}%
}`
Qualcuno vuole provare questo codice? Da una semplice prova mi pare che funzioni.

Ciao
Enrico

Funziona benissimo.
Con hyperref non dà nessun problema.

Grazie

Andrea