Mixing
silence package leads to an error if the hyperref's pdftitle option contains a blackboard bold math letter
Clash Royale CLAN TAG#URR8PPP
up vote
3
down vote
favorite
If the hyperref's pdftitle option contains a blackboard bold math letter, the silence package leads to the error (compilation silently stops after (./test.out) and a Ctrl+C is needed):
! Interruption.
sl@StoreMessage ...oveGobbletwo #1sl@Terminator
@gobbletwo sl@Terminator...
l.11 hypersetup{pdftitle=$mathbbA$
MCE pointing out the trouble:
documentclassarticle
usepackagesilence
usepackageamsfonts
usepackagehyperref
begindocument
hypersetuppdftitle=$mathbbZ$
enddocument
Do you know why and how make all of this compatible?
hyperref blackboard amsfonts silence
asked 2 hours ago
Denis Bitouzé
3,45411245
add a comment |Â
up vote
3
down vote
favorite
If the hyperref's pdftitle option contains a blackboard bold math letter, the silence package leads to the error (compilation silently stops after (./test.out) and a Ctrl+C is needed):
! Interruption.
sl@StoreMessage ...oveGobbletwo #1sl@Terminator
@gobbletwo sl@Terminator...
l.11 hypersetup{pdftitle=$mathbbA$
MCE pointing out the trouble:
documentclassarticle
usepackagesilence
usepackageamsfonts
usepackagehyperref
begindocument
hypersetuppdftitle=$mathbbZ$
enddocument
Do you know why and how make all of this compatible?
hyperref blackboard amsfonts silence
asked 2 hours ago
Denis Bitouzé
3,45411245
Why do you try to set the pdftitle to something that doesn't even make it to the PDF?
– TeXnician
2 hours ago
2
The$mathbbZ$will not survive all the way throughhyperref's cleaning mechanism and only theZwill be inserted in the pdf title. If you can change to XeTeX or LuaTeX then you can use justℤ. And apparently thesilencepackage leads to an infinite loop, then you need Ctrl+C to exit it.
– Phelype Oleinik
2 hours ago
add a comment |Â
up vote
3
down vote
favorite
up vote
3
down vote
favorite
If the hyperref's pdftitle option contains a blackboard bold math letter, the silence package leads to the error (compilation silently stops after (./test.out) and a Ctrl+C is needed):
! Interruption.
sl@StoreMessage ...oveGobbletwo #1sl@Terminator
@gobbletwo sl@Terminator...
l.11 hypersetup{pdftitle=$mathbbA$
MCE pointing out the trouble:
documentclassarticle
usepackagesilence
usepackageamsfonts
usepackagehyperref
begindocument
hypersetuppdftitle=$mathbbZ$
enddocument
Do you know why and how make all of this compatible?
hyperref blackboard amsfonts silence
asked 2 hours ago
Denis Bitouzé
3,45411245
If the hyperref's pdftitle option contains a blackboard bold math letter, the silence package leads to the error (compilation silently stops after (./test.out) and a Ctrl+C is needed):
! Interruption.
sl@StoreMessage ...oveGobbletwo #1sl@Terminator
@gobbletwo sl@Terminator...
l.11 hypersetup{pdftitle=$mathbbA$
MCE pointing out the trouble:
documentclassarticle
usepackagesilence
usepackageamsfonts
usepackagehyperref
begindocument
hypersetuppdftitle=$mathbbZ$
enddocument
Do you know why and how make all of this compatible?
hyperref blackboard amsfonts silence
hyperref blackboard amsfonts silence
asked 2 hours ago
Denis Bitouzé
3,45411245
asked 2 hours ago
Denis Bitouzé
3,45411245
asked 2 hours ago
Denis Bitouzé
3,45411245
asked 2 hours ago
Denis Bitouzé
3,45411245
asked 2 hours ago
Denis Bitouzé
3,45411245
3,45411245
Why do you try to set the pdftitle to something that doesn't even make it to the PDF?
– TeXnician
2 hours ago
2
The$mathbbZ$will not survive all the way throughhyperref's cleaning mechanism and only theZwill be inserted in the pdf title. If you can change to XeTeX or LuaTeX then you can use justℤ. And apparently thesilencepackage leads to an infinite loop, then you need Ctrl+C to exit it.
– Phelype Oleinik
2 hours ago
add a comment |Â
Why do you try to set the pdftitle to something that doesn't even make it to the PDF?
– TeXnician
2 hours ago
2
The$mathbbZ$will not survive all the way throughhyperref's cleaning mechanism and only theZwill be inserted in the pdf title. If you can change to XeTeX or LuaTeX then you can use justℤ. And apparently thesilencepackage leads to an infinite loop, then you need Ctrl+C to exit it.
– Phelype Oleinik
2 hours ago
Why do you try to set the pdftitle to something that doesn't even make it to the PDF?
– TeXnician
2 hours ago
Why do you try to set the pdftitle to something that doesn't even make it to the PDF?
– TeXnician
2 hours ago
2
2
The
$mathbbZ$ will not survive all the way through hyperref's cleaning mechanism and only the Z will be inserted in the pdf title. If you can change to XeTeX or LuaTeX then you can use just ℤ. And apparently the silence package leads to an infinite loop, then you need Ctrl+C to exit it.– Phelype Oleinik
2 hours ago
The
$mathbbZ$ will not survive all the way through hyperref's cleaning mechanism and only the Z will be inserted in the pdf title. If you can change to XeTeX or LuaTeX then you can use just ℤ. And apparently the silence package leads to an infinite loop, then you need Ctrl+C to exit it.– Phelype Oleinik
2 hours ago
add a comment |Â
2 Answers
2
active
oldest
votes
up vote
3
down vote
accepted
The behaviour you see is due to a collection of unfortunate bad interactions between silence, hyperref, and mathbb.
First, let us know that mathbb is not expandable, so
documentclassarticle
usepackageamsfonts
begindocument
edeftempa$mathbbZ$
enddocument
throws an error. If you add usepackagesilence or even usepackage[safe]silence, it chokes with the code above (I don't think it should, but...). But you are using a primitive edef with a non expandable command, so the outcome is really low level, and I think it's out of the scope of a silence package to cope with this.
Yes, but what does pdftitle has to do with edef?
pdftitle eventually uses pdfstringdef to turn the TeX command into a valid pdf string and issue a warning like
Package hyperref Warning: Token not allowed in a PDF string (PDFDocEncoding):
(hyperref) removing `math shift' on input line 5.
when an invalid token is found. Somewhere in the way pdfstringdef does something along the lines of
xdef@pdftitle#1
where #1 is the $mathbbZ$, and we already saw that this doesn't work even without hyperref or silence, so we can't expect it to work now.
hyperref, however, is clever enough to make unexpandable things expandable handing it to xdef, so if you do
documentclassarticle
usepackageamsfonts
usepackagehyperref
begindocument
hypersetuppdftitle=$mathbbZ$
enddocument
you get a pdf with title Z and two warnings:
ackage hyperref Warning: Token not allowed in a PDF string (PDFDocEncoding):
(hyperref) removing `math shift' on input line 5.
Package hyperref Warning: Token not allowed in a PDF string (PDFDocEncoding):
(hyperref) removing `math shift' on input line 5.
because of the $ that are unexpandable as well.
If you try to add silence though, it chokes as before leading to the behaviour you found.
If you want to keep this setup, then you can load silence with the safe option or issue SafeMode before the hypersetup. You can call BoldMode later on to return to normal.
This will, however, result in a pdf titled mathbb allowed only in math modeZ and three extra warnings similar to the ones above. mathbb cannnot be used in text mode, and the pdf title is, in essence, text.
The actual answer
You can, however, get the ℤ in the pdf title without the need to resort to math-mode. According to out local pdf expert you can directly use ℤ as long as you load hyperref with the right options:
documentclassarticle
usepackageamsfonts
usepackage[
pdfencoding=auto,% or unicode
psdextra,
]hyperref
begindocument
hypersetuppdftitle=ℤ
enddocument
or, the obscure way, with
documentclassarticle
usepackageamsfonts
usepackagehyperref
begindocument
hypersetuppdftitle=3763774144
enddocument
with or without the error-obfuscating silence package.
answered 1 hour ago
Phelype Oleinik
16.8k33669
Wow! Very nice. And I incidentally discovered thehyperref'spsdextraoption (which isn't documented AFAICS).
– Denis Bitouzé
5 mins ago
add a comment |Â
up vote
1
down vote
This comes from mathbb expansion inside famous pdfstringdef.
The following works for me.
documentclassarticle
usepackagesilence
usepackageamsfonts
usepackagehyperref
makeatletter
pdfstringdefDisableCommandslet@latex@error@gobbletwo
makeatother
begindocument
hypersetuppdftitle=$mathbbZ$
enddocument
The explanation is that hyperref does let GenericError @gobblefour for pdfstringdef. But silence package redefines @latex@error, which originally used this GenericError. Now it doesn't hence the expansion of mathbb (which causes execution of @latex@error because not in math mode) causes havoc.
By doing
pdfstringdefDisableCommandslet@latex@error@gobbletwo
one works around this problem.
answered 1 hour ago
jfbu
42k63135
Nice caving expedition! Maybe I should not rely onsilencepackage anymore, as it seems to not be maintained.
– Denis Bitouzé
3 mins ago
add a comment |Â
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
3
down vote
accepted
The behaviour you see is due to a collection of unfortunate bad interactions between silence, hyperref, and mathbb.
First, let us know that mathbb is not expandable, so
documentclassarticle
usepackageamsfonts
begindocument
edeftempa$mathbbZ$
enddocument
throws an error. If you add usepackagesilence or even usepackage[safe]silence, it chokes with the code above (I don't think it should, but...). But you are using a primitive edef with a non expandable command, so the outcome is really low level, and I think it's out of the scope of a silence package to cope with this.
Yes, but what does pdftitle has to do with edef?
pdftitle eventually uses pdfstringdef to turn the TeX command into a valid pdf string and issue a warning like
Package hyperref Warning: Token not allowed in a PDF string (PDFDocEncoding):
(hyperref) removing `math shift' on input line 5.
when an invalid token is found. Somewhere in the way pdfstringdef does something along the lines of
xdef@pdftitle#1
where #1 is the $mathbbZ$, and we already saw that this doesn't work even without hyperref or silence, so we can't expect it to work now.
hyperref, however, is clever enough to make unexpandable things expandable handing it to xdef, so if you do
documentclassarticle
usepackageamsfonts
usepackagehyperref
begindocument
hypersetuppdftitle=$mathbbZ$
enddocument
you get a pdf with title Z and two warnings:
ackage hyperref Warning: Token not allowed in a PDF string (PDFDocEncoding):
(hyperref) removing `math shift' on input line 5.
Package hyperref Warning: Token not allowed in a PDF string (PDFDocEncoding):
(hyperref) removing `math shift' on input line 5.
because of the $ that are unexpandable as well.
If you try to add silence though, it chokes as before leading to the behaviour you found.
If you want to keep this setup, then you can load silence with the safe option or issue SafeMode before the hypersetup. You can call BoldMode later on to return to normal.
This will, however, result in a pdf titled mathbb allowed only in math modeZ and three extra warnings similar to the ones above. mathbb cannnot be used in text mode, and the pdf title is, in essence, text.
The actual answer
You can, however, get the ℤ in the pdf title without the need to resort to math-mode. According to out local pdf expert you can directly use ℤ as long as you load hyperref with the right options:
documentclassarticle
usepackageamsfonts
usepackage[
pdfencoding=auto,% or unicode
psdextra,
]hyperref
begindocument
hypersetuppdftitle=ℤ
enddocument
or, the obscure way, with
documentclassarticle
usepackageamsfonts
usepackagehyperref
begindocument
hypersetuppdftitle=3763774144
enddocument
with or without the error-obfuscating silence package.
answered 1 hour ago
Phelype Oleinik
16.8k33669
Wow! Very nice. And I incidentally discovered thehyperref'spsdextraoption (which isn't documented AFAICS).
– Denis Bitouzé
5 mins ago
add a comment |Â
up vote
3
down vote
accepted
The behaviour you see is due to a collection of unfortunate bad interactions between silence, hyperref, and mathbb.
First, let us know that mathbb is not expandable, so
documentclassarticle
usepackageamsfonts
begindocument
edeftempa$mathbbZ$
enddocument
throws an error. If you add usepackagesilence or even usepackage[safe]silence, it chokes with the code above (I don't think it should, but...). But you are using a primitive edef with a non expandable command, so the outcome is really low level, and I think it's out of the scope of a silence package to cope with this.
Yes, but what does pdftitle has to do with edef?
pdftitle eventually uses pdfstringdef to turn the TeX command into a valid pdf string and issue a warning like
Package hyperref Warning: Token not allowed in a PDF string (PDFDocEncoding):
(hyperref) removing `math shift' on input line 5.
when an invalid token is found. Somewhere in the way pdfstringdef does something along the lines of
xdef@pdftitle#1
where #1 is the $mathbbZ$, and we already saw that this doesn't work even without hyperref or silence, so we can't expect it to work now.
hyperref, however, is clever enough to make unexpandable things expandable handing it to xdef, so if you do
documentclassarticle
usepackageamsfonts
usepackagehyperref
begindocument
hypersetuppdftitle=$mathbbZ$
enddocument
you get a pdf with title Z and two warnings:
ackage hyperref Warning: Token not allowed in a PDF string (PDFDocEncoding):
(hyperref) removing `math shift' on input line 5.
Package hyperref Warning: Token not allowed in a PDF string (PDFDocEncoding):
(hyperref) removing `math shift' on input line 5.
because of the $ that are unexpandable as well.
If you try to add silence though, it chokes as before leading to the behaviour you found.
If you want to keep this setup, then you can load silence with the safe option or issue SafeMode before the hypersetup. You can call BoldMode later on to return to normal.
This will, however, result in a pdf titled mathbb allowed only in math modeZ and three extra warnings similar to the ones above. mathbb cannnot be used in text mode, and the pdf title is, in essence, text.
The actual answer
You can, however, get the ℤ in the pdf title without the need to resort to math-mode. According to out local pdf expert you can directly use ℤ as long as you load hyperref with the right options:
documentclassarticle
usepackageamsfonts
usepackage[
pdfencoding=auto,% or unicode
psdextra,
]hyperref
begindocument
hypersetuppdftitle=ℤ
enddocument
or, the obscure way, with
documentclassarticle
usepackageamsfonts
usepackagehyperref
begindocument
hypersetuppdftitle=3763774144
enddocument
with or without the error-obfuscating silence package.
answered 1 hour ago
Phelype Oleinik
16.8k33669
Wow! Very nice. And I incidentally discovered thehyperref'spsdextraoption (which isn't documented AFAICS).
– Denis Bitouzé
5 mins ago
add a comment |Â
up vote
3
down vote
accepted
up vote
3
down vote
accepted
The behaviour you see is due to a collection of unfortunate bad interactions between silence, hyperref, and mathbb.
First, let us know that mathbb is not expandable, so
documentclassarticle
usepackageamsfonts
begindocument
edeftempa$mathbbZ$
enddocument
throws an error. If you add usepackagesilence or even usepackage[safe]silence, it chokes with the code above (I don't think it should, but...). But you are using a primitive edef with a non expandable command, so the outcome is really low level, and I think it's out of the scope of a silence package to cope with this.
Yes, but what does pdftitle has to do with edef?
pdftitle eventually uses pdfstringdef to turn the TeX command into a valid pdf string and issue a warning like
Package hyperref Warning: Token not allowed in a PDF string (PDFDocEncoding):
(hyperref) removing `math shift' on input line 5.
when an invalid token is found. Somewhere in the way pdfstringdef does something along the lines of
xdef@pdftitle#1
where #1 is the $mathbbZ$, and we already saw that this doesn't work even without hyperref or silence, so we can't expect it to work now.
hyperref, however, is clever enough to make unexpandable things expandable handing it to xdef, so if you do
documentclassarticle
usepackageamsfonts
usepackagehyperref
begindocument
hypersetuppdftitle=$mathbbZ$
enddocument
you get a pdf with title Z and two warnings:
ackage hyperref Warning: Token not allowed in a PDF string (PDFDocEncoding):
(hyperref) removing `math shift' on input line 5.
Package hyperref Warning: Token not allowed in a PDF string (PDFDocEncoding):
(hyperref) removing `math shift' on input line 5.
because of the $ that are unexpandable as well.
If you try to add silence though, it chokes as before leading to the behaviour you found.
If you want to keep this setup, then you can load silence with the safe option or issue SafeMode before the hypersetup. You can call BoldMode later on to return to normal.
This will, however, result in a pdf titled mathbb allowed only in math modeZ and three extra warnings similar to the ones above. mathbb cannnot be used in text mode, and the pdf title is, in essence, text.
The actual answer
You can, however, get the ℤ in the pdf title without the need to resort to math-mode. According to out local pdf expert you can directly use ℤ as long as you load hyperref with the right options:
documentclassarticle
usepackageamsfonts
usepackage[
pdfencoding=auto,% or unicode
psdextra,
]hyperref
begindocument
hypersetuppdftitle=ℤ
enddocument
or, the obscure way, with
documentclassarticle
usepackageamsfonts
usepackagehyperref
begindocument
hypersetuppdftitle=3763774144
enddocument
with or without the error-obfuscating silence package.
answered 1 hour ago
Phelype Oleinik
16.8k33669
The behaviour you see is due to a collection of unfortunate bad interactions between silence, hyperref, and mathbb.
First, let us know that mathbb is not expandable, so
documentclassarticle
usepackageamsfonts
begindocument
edeftempa$mathbbZ$
enddocument
throws an error. If you add usepackagesilence or even usepackage[safe]silence, it chokes with the code above (I don't think it should, but...). But you are using a primitive edef with a non expandable command, so the outcome is really low level, and I think it's out of the scope of a silence package to cope with this.
Yes, but what does pdftitle has to do with edef?
pdftitle eventually uses pdfstringdef to turn the TeX command into a valid pdf string and issue a warning like
Package hyperref Warning: Token not allowed in a PDF string (PDFDocEncoding):
(hyperref) removing `math shift' on input line 5.
when an invalid token is found. Somewhere in the way pdfstringdef does something along the lines of
xdef@pdftitle#1
where #1 is the $mathbbZ$, and we already saw that this doesn't work even without hyperref or silence, so we can't expect it to work now.
hyperref, however, is clever enough to make unexpandable things expandable handing it to xdef, so if you do
documentclassarticle
usepackageamsfonts
usepackagehyperref
begindocument
hypersetuppdftitle=$mathbbZ$
enddocument
you get a pdf with title Z and two warnings:
ackage hyperref Warning: Token not allowed in a PDF string (PDFDocEncoding):
(hyperref) removing `math shift' on input line 5.
Package hyperref Warning: Token not allowed in a PDF string (PDFDocEncoding):
(hyperref) removing `math shift' on input line 5.
because of the $ that are unexpandable as well.
If you try to add silence though, it chokes as before leading to the behaviour you found.
If you want to keep this setup, then you can load silence with the safe option or issue SafeMode before the hypersetup. You can call BoldMode later on to return to normal.
This will, however, result in a pdf titled mathbb allowed only in math modeZ and three extra warnings similar to the ones above. mathbb cannnot be used in text mode, and the pdf title is, in essence, text.
The actual answer
You can, however, get the ℤ in the pdf title without the need to resort to math-mode. According to out local pdf expert you can directly use ℤ as long as you load hyperref with the right options:
documentclassarticle
usepackageamsfonts
usepackage[
pdfencoding=auto,% or unicode
psdextra,
]hyperref
begindocument
hypersetuppdftitle=ℤ
enddocument
or, the obscure way, with
documentclassarticle
usepackageamsfonts
usepackagehyperref
begindocument
hypersetuppdftitle=3763774144
enddocument
with or without the error-obfuscating silence package.
answered 1 hour ago
Phelype Oleinik
16.8k33669
answered 1 hour ago
Phelype Oleinik
16.8k33669
answered 1 hour ago
Phelype Oleinik
16.8k33669
answered 1 hour ago
Phelype Oleinik
16.8k33669
16.8k33669
Wow! Very nice. And I incidentally discovered thehyperref'spsdextraoption (which isn't documented AFAICS).
– Denis Bitouzé
5 mins ago
add a comment |Â
Wow! Very nice. And I incidentally discovered thehyperref'spsdextraoption (which isn't documented AFAICS).
– Denis Bitouzé
5 mins ago
Wow! Very nice. And I incidentally discovered the
hyperref's psdextra option (which isn't documented AFAICS).– Denis Bitouzé
5 mins ago
Wow! Very nice. And I incidentally discovered the
hyperref's psdextra option (which isn't documented AFAICS).– Denis Bitouzé
5 mins ago
add a comment |Â
up vote
1
down vote
This comes from mathbb expansion inside famous pdfstringdef.
The following works for me.
documentclassarticle
usepackagesilence
usepackageamsfonts
usepackagehyperref
makeatletter
pdfstringdefDisableCommandslet@latex@error@gobbletwo
makeatother
begindocument
hypersetuppdftitle=$mathbbZ$
enddocument
The explanation is that hyperref does let GenericError @gobblefour for pdfstringdef. But silence package redefines @latex@error, which originally used this GenericError. Now it doesn't hence the expansion of mathbb (which causes execution of @latex@error because not in math mode) causes havoc.
By doing
pdfstringdefDisableCommandslet@latex@error@gobbletwo
one works around this problem.
answered 1 hour ago
jfbu
42k63135
Nice caving expedition! Maybe I should not rely onsilencepackage anymore, as it seems to not be maintained.
– Denis Bitouzé
3 mins ago
add a comment |Â
up vote
1
down vote
This comes from mathbb expansion inside famous pdfstringdef.
The following works for me.
documentclassarticle
usepackagesilence
usepackageamsfonts
usepackagehyperref
makeatletter
pdfstringdefDisableCommandslet@latex@error@gobbletwo
makeatother
begindocument
hypersetuppdftitle=$mathbbZ$
enddocument
The explanation is that hyperref does let GenericError @gobblefour for pdfstringdef. But silence package redefines @latex@error, which originally used this GenericError. Now it doesn't hence the expansion of mathbb (which causes execution of @latex@error because not in math mode) causes havoc.
By doing
pdfstringdefDisableCommandslet@latex@error@gobbletwo
one works around this problem.
answered 1 hour ago
jfbu
42k63135
Nice caving expedition! Maybe I should not rely onsilencepackage anymore, as it seems to not be maintained.
– Denis Bitouzé
3 mins ago
add a comment |Â
up vote
1
down vote
up vote
1
down vote
This comes from mathbb expansion inside famous pdfstringdef.
The following works for me.
documentclassarticle
usepackagesilence
usepackageamsfonts
usepackagehyperref
makeatletter
pdfstringdefDisableCommandslet@latex@error@gobbletwo
makeatother
begindocument
hypersetuppdftitle=$mathbbZ$
enddocument
The explanation is that hyperref does let GenericError @gobblefour for pdfstringdef. But silence package redefines @latex@error, which originally used this GenericError. Now it doesn't hence the expansion of mathbb (which causes execution of @latex@error because not in math mode) causes havoc.
By doing
pdfstringdefDisableCommandslet@latex@error@gobbletwo
one works around this problem.
answered 1 hour ago
jfbu
42k63135
This comes from mathbb expansion inside famous pdfstringdef.
The following works for me.
documentclassarticle
usepackagesilence
usepackageamsfonts
usepackagehyperref
makeatletter
pdfstringdefDisableCommandslet@latex@error@gobbletwo
makeatother
begindocument
hypersetuppdftitle=$mathbbZ$
enddocument
The explanation is that hyperref does let GenericError @gobblefour for pdfstringdef. But silence package redefines @latex@error, which originally used this GenericError. Now it doesn't hence the expansion of mathbb (which causes execution of @latex@error because not in math mode) causes havoc.
By doing
pdfstringdefDisableCommandslet@latex@error@gobbletwo
one works around this problem.
answered 1 hour ago
jfbu
42k63135
edited 1 hour ago
answered 1 hour ago
jfbu
42k63135
answered 1 hour ago
jfbu
42k63135
answered 1 hour ago
jfbu
42k63135
42k63135
Nice caving expedition! Maybe I should not rely onsilencepackage anymore, as it seems to not be maintained.
– Denis Bitouzé
3 mins ago
add a comment |Â
Nice caving expedition! Maybe I should not rely onsilencepackage anymore, as it seems to not be maintained.
– Denis Bitouzé
3 mins ago
Nice caving expedition! Maybe I should not rely on
silence package anymore, as it seems to not be maintained.– Denis Bitouzé
3 mins ago
Nice caving expedition! Maybe I should not rely on
silence package anymore, as it seems to not be maintained.– Denis Bitouzé
3 mins ago
add a comment |Â
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
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f451553%2fsilence-package-leads-to-an-error-if-the-hyperrefs-pdftitle-option-contains-a-b%23new-answer', 'question_page');
);
Post as a guest
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
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
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
Why do you try to set the pdftitle to something that doesn't even make it to the PDF?
– TeXnician
2 hours ago
2
The
$mathbbZ$will not survive all the way throughhyperref's cleaning mechanism and only theZwill be inserted in the pdf title. If you can change to XeTeX or LuaTeX then you can use justℤ. And apparently thesilencepackage leads to an infinite loop, then you need Ctrl+C to exit it.– Phelype Oleinik
2 hours ago