pdfTeX warning: destination with same identifier has been already used, duplicate ignored (weird behavior)
up vote
12
down vote
favorite
Here is a minimal example:
documentclass{amsart}
usepackage{amsthm}
usepackage[pdftex]{hyperref}
newtheoremstyle{myexercise}{baselineskip}{baselineskip}{}{}{bfseries}{.}{ }{thmname{#1}thmnumber{ #2}thmnote{ (#3)}}
newtheoremstyle{mypart}{baselineskip}{baselineskip}{}{}{bfseries}{}{newline}{thmname{#1}thmnumber{ #2}thmnote{ -- #3}}
theoremstyle{myexercise}
newtheorem{Exo}{Exercise}
theoremstyle{mypart}
newtheorem{Part}{Part}[Exo]
renewcommand*thePart{Roman{Part}}
begin{document}
begin{Exo}[A cool exercise]
begin{Part}
label{p:ex1:I}
Prove that $1=0$.
end{Part}
begin{Part}
Deduce from Part~ref{p:ex1:I} that this exercise is wrong.
end{Part}
end{Exo}
begin{Exo}
begin{Part}
Let $a=b$. Deduce that $0=0$.
end{Part}
begin{Part}
Let $a=42$. For what values of $b$ do we have $a=b$?
end{Part}
end{Exo}
end{document}
The warning I get is the following:
pdf TeX warning (ext4): destination
with the same identifier
(name{Part.1.1}) has b een already
used, duplicate ignored
AtBegShi@Output ...ipout box
AtBeginShipoutBox
fi fi l.35 end{document}
pdfTeX warning (ext4): destination with the same
identifier (name{Part.2.1}) has been
already used, duplicate ignored
AtBegShi@Output ...ipout box
AtBeginShipoutBox
fi fi l.35 end{document}
] (./TestHyperref.aux) )
This looks like a strange behavior to me. Or have I done anything wrong?
Besides, the error completely disappears if I use, e.g., enumerates inside the Part environment, as in
...
begin{Part}
begin{enumerate}
item Prove that $1=0$.
end{enumerate}
end{Part}
...
Also, there's no error if I remove the hyperref package. Unfortunately, I need to use hyperref.
Any idea?
hyperref environments counters amsart amsthm
add a comment |
up vote
12
down vote
favorite
Here is a minimal example:
documentclass{amsart}
usepackage{amsthm}
usepackage[pdftex]{hyperref}
newtheoremstyle{myexercise}{baselineskip}{baselineskip}{}{}{bfseries}{.}{ }{thmname{#1}thmnumber{ #2}thmnote{ (#3)}}
newtheoremstyle{mypart}{baselineskip}{baselineskip}{}{}{bfseries}{}{newline}{thmname{#1}thmnumber{ #2}thmnote{ -- #3}}
theoremstyle{myexercise}
newtheorem{Exo}{Exercise}
theoremstyle{mypart}
newtheorem{Part}{Part}[Exo]
renewcommand*thePart{Roman{Part}}
begin{document}
begin{Exo}[A cool exercise]
begin{Part}
label{p:ex1:I}
Prove that $1=0$.
end{Part}
begin{Part}
Deduce from Part~ref{p:ex1:I} that this exercise is wrong.
end{Part}
end{Exo}
begin{Exo}
begin{Part}
Let $a=b$. Deduce that $0=0$.
end{Part}
begin{Part}
Let $a=42$. For what values of $b$ do we have $a=b$?
end{Part}
end{Exo}
end{document}
The warning I get is the following:
pdf TeX warning (ext4): destination
with the same identifier
(name{Part.1.1}) has b een already
used, duplicate ignored
AtBegShi@Output ...ipout box
AtBeginShipoutBox
fi fi l.35 end{document}
pdfTeX warning (ext4): destination with the same
identifier (name{Part.2.1}) has been
already used, duplicate ignored
AtBegShi@Output ...ipout box
AtBeginShipoutBox
fi fi l.35 end{document}
] (./TestHyperref.aux) )
This looks like a strange behavior to me. Or have I done anything wrong?
Besides, the error completely disappears if I use, e.g., enumerates inside the Part environment, as in
...
begin{Part}
begin{enumerate}
item Prove that $1=0$.
end{enumerate}
end{Part}
...
Also, there's no error if I remove the hyperref package. Unfortunately, I need to use hyperref.
Any idea?
hyperref environments counters amsart amsthm
Note that this is not an error, only a warning. Actually, as long as you have only one reference to a part, there won't be a problem. Only if you have a reference to e.g. Part I in Exercise 1 and Part I in Exercise 2, the hyperlinks that hyperref creates will point to the same target.
– Michael Ummels
Mar 10 '11 at 14:44
@Michael Indeed, and the weirdest is that the warnings disappear altogether when I put an enumerate environment inside the Part (which is what I almost always do, since there are usually numbered questions in Parts).
– gniourf_gniourf
Mar 10 '11 at 14:52
add a comment |
up vote
12
down vote
favorite
up vote
12
down vote
favorite
Here is a minimal example:
documentclass{amsart}
usepackage{amsthm}
usepackage[pdftex]{hyperref}
newtheoremstyle{myexercise}{baselineskip}{baselineskip}{}{}{bfseries}{.}{ }{thmname{#1}thmnumber{ #2}thmnote{ (#3)}}
newtheoremstyle{mypart}{baselineskip}{baselineskip}{}{}{bfseries}{}{newline}{thmname{#1}thmnumber{ #2}thmnote{ -- #3}}
theoremstyle{myexercise}
newtheorem{Exo}{Exercise}
theoremstyle{mypart}
newtheorem{Part}{Part}[Exo]
renewcommand*thePart{Roman{Part}}
begin{document}
begin{Exo}[A cool exercise]
begin{Part}
label{p:ex1:I}
Prove that $1=0$.
end{Part}
begin{Part}
Deduce from Part~ref{p:ex1:I} that this exercise is wrong.
end{Part}
end{Exo}
begin{Exo}
begin{Part}
Let $a=b$. Deduce that $0=0$.
end{Part}
begin{Part}
Let $a=42$. For what values of $b$ do we have $a=b$?
end{Part}
end{Exo}
end{document}
The warning I get is the following:
pdf TeX warning (ext4): destination
with the same identifier
(name{Part.1.1}) has b een already
used, duplicate ignored
AtBegShi@Output ...ipout box
AtBeginShipoutBox
fi fi l.35 end{document}
pdfTeX warning (ext4): destination with the same
identifier (name{Part.2.1}) has been
already used, duplicate ignored
AtBegShi@Output ...ipout box
AtBeginShipoutBox
fi fi l.35 end{document}
] (./TestHyperref.aux) )
This looks like a strange behavior to me. Or have I done anything wrong?
Besides, the error completely disappears if I use, e.g., enumerates inside the Part environment, as in
...
begin{Part}
begin{enumerate}
item Prove that $1=0$.
end{enumerate}
end{Part}
...
Also, there's no error if I remove the hyperref package. Unfortunately, I need to use hyperref.
Any idea?
hyperref environments counters amsart amsthm
Here is a minimal example:
documentclass{amsart}
usepackage{amsthm}
usepackage[pdftex]{hyperref}
newtheoremstyle{myexercise}{baselineskip}{baselineskip}{}{}{bfseries}{.}{ }{thmname{#1}thmnumber{ #2}thmnote{ (#3)}}
newtheoremstyle{mypart}{baselineskip}{baselineskip}{}{}{bfseries}{}{newline}{thmname{#1}thmnumber{ #2}thmnote{ -- #3}}
theoremstyle{myexercise}
newtheorem{Exo}{Exercise}
theoremstyle{mypart}
newtheorem{Part}{Part}[Exo]
renewcommand*thePart{Roman{Part}}
begin{document}
begin{Exo}[A cool exercise]
begin{Part}
label{p:ex1:I}
Prove that $1=0$.
end{Part}
begin{Part}
Deduce from Part~ref{p:ex1:I} that this exercise is wrong.
end{Part}
end{Exo}
begin{Exo}
begin{Part}
Let $a=b$. Deduce that $0=0$.
end{Part}
begin{Part}
Let $a=42$. For what values of $b$ do we have $a=b$?
end{Part}
end{Exo}
end{document}
The warning I get is the following:
pdf TeX warning (ext4): destination
with the same identifier
(name{Part.1.1}) has b een already
used, duplicate ignored
AtBegShi@Output ...ipout box
AtBeginShipoutBox
fi fi l.35 end{document}
pdfTeX warning (ext4): destination with the same
identifier (name{Part.2.1}) has been
already used, duplicate ignored
AtBegShi@Output ...ipout box
AtBeginShipoutBox
fi fi l.35 end{document}
] (./TestHyperref.aux) )
This looks like a strange behavior to me. Or have I done anything wrong?
Besides, the error completely disappears if I use, e.g., enumerates inside the Part environment, as in
...
begin{Part}
begin{enumerate}
item Prove that $1=0$.
end{enumerate}
end{Part}
...
Also, there's no error if I remove the hyperref package. Unfortunately, I need to use hyperref.
Any idea?
hyperref environments counters amsart amsthm
hyperref environments counters amsart amsthm
edited Mar 10 '11 at 14:54
asked Mar 9 '11 at 21:05
gniourf_gniourf
1,05211020
1,05211020
Note that this is not an error, only a warning. Actually, as long as you have only one reference to a part, there won't be a problem. Only if you have a reference to e.g. Part I in Exercise 1 and Part I in Exercise 2, the hyperlinks that hyperref creates will point to the same target.
– Michael Ummels
Mar 10 '11 at 14:44
@Michael Indeed, and the weirdest is that the warnings disappear altogether when I put an enumerate environment inside the Part (which is what I almost always do, since there are usually numbered questions in Parts).
– gniourf_gniourf
Mar 10 '11 at 14:52
add a comment |
Note that this is not an error, only a warning. Actually, as long as you have only one reference to a part, there won't be a problem. Only if you have a reference to e.g. Part I in Exercise 1 and Part I in Exercise 2, the hyperlinks that hyperref creates will point to the same target.
– Michael Ummels
Mar 10 '11 at 14:44
@Michael Indeed, and the weirdest is that the warnings disappear altogether when I put an enumerate environment inside the Part (which is what I almost always do, since there are usually numbered questions in Parts).
– gniourf_gniourf
Mar 10 '11 at 14:52
Note that this is not an error, only a warning. Actually, as long as you have only one reference to a part, there won't be a problem. Only if you have a reference to e.g. Part I in Exercise 1 and Part I in Exercise 2, the hyperlinks that hyperref creates will point to the same target.
– Michael Ummels
Mar 10 '11 at 14:44
Note that this is not an error, only a warning. Actually, as long as you have only one reference to a part, there won't be a problem. Only if you have a reference to e.g. Part I in Exercise 1 and Part I in Exercise 2, the hyperlinks that hyperref creates will point to the same target.
– Michael Ummels
Mar 10 '11 at 14:44
@Michael Indeed, and the weirdest is that the warnings disappear altogether when I put an enumerate environment inside the Part (which is what I almost always do, since there are usually numbered questions in Parts).
– gniourf_gniourf
Mar 10 '11 at 14:52
@Michael Indeed, and the weirdest is that the warnings disappear altogether when I put an enumerate environment inside the Part (which is what I almost always do, since there are usually numbered questions in Parts).
– gniourf_gniourf
Mar 10 '11 at 14:52
add a comment |
4 Answers
4
active
oldest
votes
up vote
10
down vote
It's possible to use nested theorems with article.cls
and ntheorem
, now the problem seems to come from a conflict between amsart
and hyperref
. ntheorem
has an option to avoid compatibility with hyperref
.
documentclass{article}
usepackage[pdftex]{hyperref}
usepackage[hyperref]{ntheorem}
newtheorem{Exo}{Exercise}
newtheorem{Part}{Part}[Exo]
renewcommand*thePart{Roman{Part}}
begin{document}
begin{Exo}[A cool exercise]
begin{Part}
label{p:ex1:I}
Prove that $1=0$.
end{Part}
begin{Part}
Deduce from Part~ref{p:ex1:I} that this exercise is wrong.
end{Part}
end{Exo}
begin{Exo}
begin{Part}
Let $a=b$. Deduce that $0=0$.
end{Part}
begin{Part}
Let $a=42$. For what values of $b$ do we have $a=b$?
end{Part}
end{Exo}
end{document}
The problem seems to be between amsart
and hyperref
.
Thanks for your answer. I'm actually using (a modification of) the amsbook class. I don't quite understand why nesting several theorem environments should be a problem, since these environments are (supposedly from what I read from the LaTeX Companion) lists...
– gniourf_gniourf
Mar 10 '11 at 14:34
@gniourf-gniourf: Yes it's possible to nested theorem environments. I try my example with amsart and I get the chaos. So I'm perplex, I don't know amsart.cls and I suppose this class defines some theorem environments. I try my example with scrartcl.cls and it's fine
– Alain Matthes
Mar 10 '11 at 14:51
@gniourf-gniourf: Inamsart.cls
you can find this :renewcommand{newtheorem} ...
. The class modifiesnewtheorem
and perhaps` there is a little conflict between the class andhyperref
. It's only a warning but it would be good to know why !
– Alain Matthes
Mar 10 '11 at 14:59
add a comment |
up vote
4
down vote
After a lot of search, I finally found a simple solution: load hyperref
before any ams package. Replacing the amsart
document class by article
class and pulling the hyperref
package above the amsthm
one solved my problem.
It does not always work, though. It can reduce the number of such warnings, and in some cases make them disappear.
For those who do want to use the amsart
class that is still not a solution, though...
add a comment |
up vote
0
down vote
I had this problem (seemingly) and found that the cause was not having loaded the siunitx
package. I don't know why it had that effect, but it did.
1
Hello, loading thesiunitx
package does not solve this problem here :( Also, as a sidenote, have you noticed that the question is older than 7 years? :D
– Tom
Dec 3 at 23:13
add a comment |
up vote
-1
down vote
try
usepackage[hypertexnames=false]{hyperref}
add a comment |
4 Answers
4
active
oldest
votes
4 Answers
4
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
10
down vote
It's possible to use nested theorems with article.cls
and ntheorem
, now the problem seems to come from a conflict between amsart
and hyperref
. ntheorem
has an option to avoid compatibility with hyperref
.
documentclass{article}
usepackage[pdftex]{hyperref}
usepackage[hyperref]{ntheorem}
newtheorem{Exo}{Exercise}
newtheorem{Part}{Part}[Exo]
renewcommand*thePart{Roman{Part}}
begin{document}
begin{Exo}[A cool exercise]
begin{Part}
label{p:ex1:I}
Prove that $1=0$.
end{Part}
begin{Part}
Deduce from Part~ref{p:ex1:I} that this exercise is wrong.
end{Part}
end{Exo}
begin{Exo}
begin{Part}
Let $a=b$. Deduce that $0=0$.
end{Part}
begin{Part}
Let $a=42$. For what values of $b$ do we have $a=b$?
end{Part}
end{Exo}
end{document}
The problem seems to be between amsart
and hyperref
.
Thanks for your answer. I'm actually using (a modification of) the amsbook class. I don't quite understand why nesting several theorem environments should be a problem, since these environments are (supposedly from what I read from the LaTeX Companion) lists...
– gniourf_gniourf
Mar 10 '11 at 14:34
@gniourf-gniourf: Yes it's possible to nested theorem environments. I try my example with amsart and I get the chaos. So I'm perplex, I don't know amsart.cls and I suppose this class defines some theorem environments. I try my example with scrartcl.cls and it's fine
– Alain Matthes
Mar 10 '11 at 14:51
@gniourf-gniourf: Inamsart.cls
you can find this :renewcommand{newtheorem} ...
. The class modifiesnewtheorem
and perhaps` there is a little conflict between the class andhyperref
. It's only a warning but it would be good to know why !
– Alain Matthes
Mar 10 '11 at 14:59
add a comment |
up vote
10
down vote
It's possible to use nested theorems with article.cls
and ntheorem
, now the problem seems to come from a conflict between amsart
and hyperref
. ntheorem
has an option to avoid compatibility with hyperref
.
documentclass{article}
usepackage[pdftex]{hyperref}
usepackage[hyperref]{ntheorem}
newtheorem{Exo}{Exercise}
newtheorem{Part}{Part}[Exo]
renewcommand*thePart{Roman{Part}}
begin{document}
begin{Exo}[A cool exercise]
begin{Part}
label{p:ex1:I}
Prove that $1=0$.
end{Part}
begin{Part}
Deduce from Part~ref{p:ex1:I} that this exercise is wrong.
end{Part}
end{Exo}
begin{Exo}
begin{Part}
Let $a=b$. Deduce that $0=0$.
end{Part}
begin{Part}
Let $a=42$. For what values of $b$ do we have $a=b$?
end{Part}
end{Exo}
end{document}
The problem seems to be between amsart
and hyperref
.
Thanks for your answer. I'm actually using (a modification of) the amsbook class. I don't quite understand why nesting several theorem environments should be a problem, since these environments are (supposedly from what I read from the LaTeX Companion) lists...
– gniourf_gniourf
Mar 10 '11 at 14:34
@gniourf-gniourf: Yes it's possible to nested theorem environments. I try my example with amsart and I get the chaos. So I'm perplex, I don't know amsart.cls and I suppose this class defines some theorem environments. I try my example with scrartcl.cls and it's fine
– Alain Matthes
Mar 10 '11 at 14:51
@gniourf-gniourf: Inamsart.cls
you can find this :renewcommand{newtheorem} ...
. The class modifiesnewtheorem
and perhaps` there is a little conflict between the class andhyperref
. It's only a warning but it would be good to know why !
– Alain Matthes
Mar 10 '11 at 14:59
add a comment |
up vote
10
down vote
up vote
10
down vote
It's possible to use nested theorems with article.cls
and ntheorem
, now the problem seems to come from a conflict between amsart
and hyperref
. ntheorem
has an option to avoid compatibility with hyperref
.
documentclass{article}
usepackage[pdftex]{hyperref}
usepackage[hyperref]{ntheorem}
newtheorem{Exo}{Exercise}
newtheorem{Part}{Part}[Exo]
renewcommand*thePart{Roman{Part}}
begin{document}
begin{Exo}[A cool exercise]
begin{Part}
label{p:ex1:I}
Prove that $1=0$.
end{Part}
begin{Part}
Deduce from Part~ref{p:ex1:I} that this exercise is wrong.
end{Part}
end{Exo}
begin{Exo}
begin{Part}
Let $a=b$. Deduce that $0=0$.
end{Part}
begin{Part}
Let $a=42$. For what values of $b$ do we have $a=b$?
end{Part}
end{Exo}
end{document}
The problem seems to be between amsart
and hyperref
.
It's possible to use nested theorems with article.cls
and ntheorem
, now the problem seems to come from a conflict between amsart
and hyperref
. ntheorem
has an option to avoid compatibility with hyperref
.
documentclass{article}
usepackage[pdftex]{hyperref}
usepackage[hyperref]{ntheorem}
newtheorem{Exo}{Exercise}
newtheorem{Part}{Part}[Exo]
renewcommand*thePart{Roman{Part}}
begin{document}
begin{Exo}[A cool exercise]
begin{Part}
label{p:ex1:I}
Prove that $1=0$.
end{Part}
begin{Part}
Deduce from Part~ref{p:ex1:I} that this exercise is wrong.
end{Part}
end{Exo}
begin{Exo}
begin{Part}
Let $a=b$. Deduce that $0=0$.
end{Part}
begin{Part}
Let $a=42$. For what values of $b$ do we have $a=b$?
end{Part}
end{Exo}
end{document}
The problem seems to be between amsart
and hyperref
.
edited Oct 6 '13 at 12:26
Ludovic C.
6,03222455
6,03222455
answered Mar 9 '11 at 22:18
Alain Matthes
72.2k7158292
72.2k7158292
Thanks for your answer. I'm actually using (a modification of) the amsbook class. I don't quite understand why nesting several theorem environments should be a problem, since these environments are (supposedly from what I read from the LaTeX Companion) lists...
– gniourf_gniourf
Mar 10 '11 at 14:34
@gniourf-gniourf: Yes it's possible to nested theorem environments. I try my example with amsart and I get the chaos. So I'm perplex, I don't know amsart.cls and I suppose this class defines some theorem environments. I try my example with scrartcl.cls and it's fine
– Alain Matthes
Mar 10 '11 at 14:51
@gniourf-gniourf: Inamsart.cls
you can find this :renewcommand{newtheorem} ...
. The class modifiesnewtheorem
and perhaps` there is a little conflict between the class andhyperref
. It's only a warning but it would be good to know why !
– Alain Matthes
Mar 10 '11 at 14:59
add a comment |
Thanks for your answer. I'm actually using (a modification of) the amsbook class. I don't quite understand why nesting several theorem environments should be a problem, since these environments are (supposedly from what I read from the LaTeX Companion) lists...
– gniourf_gniourf
Mar 10 '11 at 14:34
@gniourf-gniourf: Yes it's possible to nested theorem environments. I try my example with amsart and I get the chaos. So I'm perplex, I don't know amsart.cls and I suppose this class defines some theorem environments. I try my example with scrartcl.cls and it's fine
– Alain Matthes
Mar 10 '11 at 14:51
@gniourf-gniourf: Inamsart.cls
you can find this :renewcommand{newtheorem} ...
. The class modifiesnewtheorem
and perhaps` there is a little conflict between the class andhyperref
. It's only a warning but it would be good to know why !
– Alain Matthes
Mar 10 '11 at 14:59
Thanks for your answer. I'm actually using (a modification of) the amsbook class. I don't quite understand why nesting several theorem environments should be a problem, since these environments are (supposedly from what I read from the LaTeX Companion) lists...
– gniourf_gniourf
Mar 10 '11 at 14:34
Thanks for your answer. I'm actually using (a modification of) the amsbook class. I don't quite understand why nesting several theorem environments should be a problem, since these environments are (supposedly from what I read from the LaTeX Companion) lists...
– gniourf_gniourf
Mar 10 '11 at 14:34
@gniourf-gniourf: Yes it's possible to nested theorem environments. I try my example with amsart and I get the chaos. So I'm perplex, I don't know amsart.cls and I suppose this class defines some theorem environments. I try my example with scrartcl.cls and it's fine
– Alain Matthes
Mar 10 '11 at 14:51
@gniourf-gniourf: Yes it's possible to nested theorem environments. I try my example with amsart and I get the chaos. So I'm perplex, I don't know amsart.cls and I suppose this class defines some theorem environments. I try my example with scrartcl.cls and it's fine
– Alain Matthes
Mar 10 '11 at 14:51
@gniourf-gniourf: In
amsart.cls
you can find this : renewcommand{newtheorem} ...
. The class modifies newtheorem
and perhaps` there is a little conflict between the class and hyperref
. It's only a warning but it would be good to know why !– Alain Matthes
Mar 10 '11 at 14:59
@gniourf-gniourf: In
amsart.cls
you can find this : renewcommand{newtheorem} ...
. The class modifies newtheorem
and perhaps` there is a little conflict between the class and hyperref
. It's only a warning but it would be good to know why !– Alain Matthes
Mar 10 '11 at 14:59
add a comment |
up vote
4
down vote
After a lot of search, I finally found a simple solution: load hyperref
before any ams package. Replacing the amsart
document class by article
class and pulling the hyperref
package above the amsthm
one solved my problem.
It does not always work, though. It can reduce the number of such warnings, and in some cases make them disappear.
For those who do want to use the amsart
class that is still not a solution, though...
add a comment |
up vote
4
down vote
After a lot of search, I finally found a simple solution: load hyperref
before any ams package. Replacing the amsart
document class by article
class and pulling the hyperref
package above the amsthm
one solved my problem.
It does not always work, though. It can reduce the number of such warnings, and in some cases make them disappear.
For those who do want to use the amsart
class that is still not a solution, though...
add a comment |
up vote
4
down vote
up vote
4
down vote
After a lot of search, I finally found a simple solution: load hyperref
before any ams package. Replacing the amsart
document class by article
class and pulling the hyperref
package above the amsthm
one solved my problem.
It does not always work, though. It can reduce the number of such warnings, and in some cases make them disappear.
For those who do want to use the amsart
class that is still not a solution, though...
After a lot of search, I finally found a simple solution: load hyperref
before any ams package. Replacing the amsart
document class by article
class and pulling the hyperref
package above the amsthm
one solved my problem.
It does not always work, though. It can reduce the number of such warnings, and in some cases make them disappear.
For those who do want to use the amsart
class that is still not a solution, though...
edited Nov 30 '16 at 5:34
answered Apr 12 '16 at 15:29
user4929
57547
57547
add a comment |
add a comment |
up vote
0
down vote
I had this problem (seemingly) and found that the cause was not having loaded the siunitx
package. I don't know why it had that effect, but it did.
1
Hello, loading thesiunitx
package does not solve this problem here :( Also, as a sidenote, have you noticed that the question is older than 7 years? :D
– Tom
Dec 3 at 23:13
add a comment |
up vote
0
down vote
I had this problem (seemingly) and found that the cause was not having loaded the siunitx
package. I don't know why it had that effect, but it did.
1
Hello, loading thesiunitx
package does not solve this problem here :( Also, as a sidenote, have you noticed that the question is older than 7 years? :D
– Tom
Dec 3 at 23:13
add a comment |
up vote
0
down vote
up vote
0
down vote
I had this problem (seemingly) and found that the cause was not having loaded the siunitx
package. I don't know why it had that effect, but it did.
I had this problem (seemingly) and found that the cause was not having loaded the siunitx
package. I don't know why it had that effect, but it did.
answered Dec 3 at 23:04
Eric Anderson
1012
1012
1
Hello, loading thesiunitx
package does not solve this problem here :( Also, as a sidenote, have you noticed that the question is older than 7 years? :D
– Tom
Dec 3 at 23:13
add a comment |
1
Hello, loading thesiunitx
package does not solve this problem here :( Also, as a sidenote, have you noticed that the question is older than 7 years? :D
– Tom
Dec 3 at 23:13
1
1
Hello, loading the
siunitx
package does not solve this problem here :( Also, as a sidenote, have you noticed that the question is older than 7 years? :D– Tom
Dec 3 at 23:13
Hello, loading the
siunitx
package does not solve this problem here :( Also, as a sidenote, have you noticed that the question is older than 7 years? :D– Tom
Dec 3 at 23:13
add a comment |
up vote
-1
down vote
try
usepackage[hypertexnames=false]{hyperref}
add a comment |
up vote
-1
down vote
try
usepackage[hypertexnames=false]{hyperref}
add a comment |
up vote
-1
down vote
up vote
-1
down vote
try
usepackage[hypertexnames=false]{hyperref}
try
usepackage[hypertexnames=false]{hyperref}
edited Jul 24 '17 at 17:33
Stefan Pinnow
19.2k83175
19.2k83175
answered Jul 24 '17 at 16:23
Zhenyao Sun
1
1
add a comment |
add a comment |
Thanks for contributing an answer to TeX - LaTeX Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f13083%2fpdftex-warning-destination-with-same-identifier-has-been-already-used-duplicat%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Note that this is not an error, only a warning. Actually, as long as you have only one reference to a part, there won't be a problem. Only if you have a reference to e.g. Part I in Exercise 1 and Part I in Exercise 2, the hyperlinks that hyperref creates will point to the same target.
– Michael Ummels
Mar 10 '11 at 14:44
@Michael Indeed, and the weirdest is that the warnings disappear altogether when I put an enumerate environment inside the Part (which is what I almost always do, since there are usually numbered questions in Parts).
– gniourf_gniourf
Mar 10 '11 at 14:52