AASTEX62 doesn't allow pdf to contain a table of contents.
up vote
1
down vote
favorite
I am trying to compile a pdf from Latex source using TexStudio, which calls pdflatex. Take a look at the following code:
%documentclass{aastex62}
documentclass{article}
usepackage{hyperref}
begin{document}
section{The First}
section{The Second}
subsection{Section 2.1}
end{document}
Now, when I use the article class, I get a pdf that has the contents embedded:
Look, a working TOC
Whereas if I use the aastex62 class, I get nothing:
Nope, nothing to see here
Some things that I know:
1. aastex already calls hyperref, so I don't have to import it again. The issue I'm having isn't sensitive to this change.
2. This issue also happens in Overleaf, so it shouldn't be in any way dependent on my personal setup. Here is a minimum working overleaf example
3. This issue is similar/the same as this issue, but the solution there does not work with the aastex62 document class.
So, what do I need to do to make this work?
table-of-contents pdftex hyperref pdf aastex
New contributor
add a comment |
up vote
1
down vote
favorite
I am trying to compile a pdf from Latex source using TexStudio, which calls pdflatex. Take a look at the following code:
%documentclass{aastex62}
documentclass{article}
usepackage{hyperref}
begin{document}
section{The First}
section{The Second}
subsection{Section 2.1}
end{document}
Now, when I use the article class, I get a pdf that has the contents embedded:
Look, a working TOC
Whereas if I use the aastex62 class, I get nothing:
Nope, nothing to see here
Some things that I know:
1. aastex already calls hyperref, so I don't have to import it again. The issue I'm having isn't sensitive to this change.
2. This issue also happens in Overleaf, so it shouldn't be in any way dependent on my personal setup. Here is a minimum working overleaf example
3. This issue is similar/the same as this issue, but the solution there does not work with the aastex62 document class.
So, what do I need to do to make this work?
table-of-contents pdftex hyperref pdf aastex
New contributor
You need us (i'm one of the AAS Data Editors who work on AASTeX) to fix the bug preventing ToCs. It is an #a11y issue that we need to fix (and will in v6.3). If you have additional input then please! => github.com/AASJournals/AASTeX60/issues/72
– Gus
Nov 20 at 0:02
@Gus Do you want me to delete my answer? I am happy to if it is bad advice here
– David Carlisle
Nov 20 at 8:11
@Gus I was able to use your link to fix my problem. I just changed the line in the class file to Bookmarks = True, and now I have what I want. If you were to put that comment as an answer, I would mark it as the solution. Thanks
– Gilly Gumption
Nov 20 at 19:19
@DavidCarlisle I'm never sure of the right SE/SO operational protocols! It is accurate to say that this is a bug and not our style preference, however.
– Gus
Nov 21 at 12:18
@GillyGumption Again, I'm never sure of SE/SO protocols, but I'll put this bug fix as an answer and hopefully that will help others who find the solution via this platform.
– Gus
Nov 21 at 12:19
add a comment |
up vote
1
down vote
favorite
up vote
1
down vote
favorite
I am trying to compile a pdf from Latex source using TexStudio, which calls pdflatex. Take a look at the following code:
%documentclass{aastex62}
documentclass{article}
usepackage{hyperref}
begin{document}
section{The First}
section{The Second}
subsection{Section 2.1}
end{document}
Now, when I use the article class, I get a pdf that has the contents embedded:
Look, a working TOC
Whereas if I use the aastex62 class, I get nothing:
Nope, nothing to see here
Some things that I know:
1. aastex already calls hyperref, so I don't have to import it again. The issue I'm having isn't sensitive to this change.
2. This issue also happens in Overleaf, so it shouldn't be in any way dependent on my personal setup. Here is a minimum working overleaf example
3. This issue is similar/the same as this issue, but the solution there does not work with the aastex62 document class.
So, what do I need to do to make this work?
table-of-contents pdftex hyperref pdf aastex
New contributor
I am trying to compile a pdf from Latex source using TexStudio, which calls pdflatex. Take a look at the following code:
%documentclass{aastex62}
documentclass{article}
usepackage{hyperref}
begin{document}
section{The First}
section{The Second}
subsection{Section 2.1}
end{document}
Now, when I use the article class, I get a pdf that has the contents embedded:
Look, a working TOC
Whereas if I use the aastex62 class, I get nothing:
Nope, nothing to see here
Some things that I know:
1. aastex already calls hyperref, so I don't have to import it again. The issue I'm having isn't sensitive to this change.
2. This issue also happens in Overleaf, so it shouldn't be in any way dependent on my personal setup. Here is a minimum working overleaf example
3. This issue is similar/the same as this issue, but the solution there does not work with the aastex62 document class.
So, what do I need to do to make this work?
table-of-contents pdftex hyperref pdf aastex
table-of-contents pdftex hyperref pdf aastex
New contributor
New contributor
New contributor
asked Nov 19 at 23:16
Gilly Gumption
62
62
New contributor
New contributor
You need us (i'm one of the AAS Data Editors who work on AASTeX) to fix the bug preventing ToCs. It is an #a11y issue that we need to fix (and will in v6.3). If you have additional input then please! => github.com/AASJournals/AASTeX60/issues/72
– Gus
Nov 20 at 0:02
@Gus Do you want me to delete my answer? I am happy to if it is bad advice here
– David Carlisle
Nov 20 at 8:11
@Gus I was able to use your link to fix my problem. I just changed the line in the class file to Bookmarks = True, and now I have what I want. If you were to put that comment as an answer, I would mark it as the solution. Thanks
– Gilly Gumption
Nov 20 at 19:19
@DavidCarlisle I'm never sure of the right SE/SO operational protocols! It is accurate to say that this is a bug and not our style preference, however.
– Gus
Nov 21 at 12:18
@GillyGumption Again, I'm never sure of SE/SO protocols, but I'll put this bug fix as an answer and hopefully that will help others who find the solution via this platform.
– Gus
Nov 21 at 12:19
add a comment |
You need us (i'm one of the AAS Data Editors who work on AASTeX) to fix the bug preventing ToCs. It is an #a11y issue that we need to fix (and will in v6.3). If you have additional input then please! => github.com/AASJournals/AASTeX60/issues/72
– Gus
Nov 20 at 0:02
@Gus Do you want me to delete my answer? I am happy to if it is bad advice here
– David Carlisle
Nov 20 at 8:11
@Gus I was able to use your link to fix my problem. I just changed the line in the class file to Bookmarks = True, and now I have what I want. If you were to put that comment as an answer, I would mark it as the solution. Thanks
– Gilly Gumption
Nov 20 at 19:19
@DavidCarlisle I'm never sure of the right SE/SO operational protocols! It is accurate to say that this is a bug and not our style preference, however.
– Gus
Nov 21 at 12:18
@GillyGumption Again, I'm never sure of SE/SO protocols, but I'll put this bug fix as an answer and hopefully that will help others who find the solution via this platform.
– Gus
Nov 21 at 12:19
You need us (i'm one of the AAS Data Editors who work on AASTeX) to fix the bug preventing ToCs. It is an #a11y issue that we need to fix (and will in v6.3). If you have additional input then please! => github.com/AASJournals/AASTeX60/issues/72
– Gus
Nov 20 at 0:02
You need us (i'm one of the AAS Data Editors who work on AASTeX) to fix the bug preventing ToCs. It is an #a11y issue that we need to fix (and will in v6.3). If you have additional input then please! => github.com/AASJournals/AASTeX60/issues/72
– Gus
Nov 20 at 0:02
@Gus Do you want me to delete my answer? I am happy to if it is bad advice here
– David Carlisle
Nov 20 at 8:11
@Gus Do you want me to delete my answer? I am happy to if it is bad advice here
– David Carlisle
Nov 20 at 8:11
@Gus I was able to use your link to fix my problem. I just changed the line in the class file to Bookmarks = True, and now I have what I want. If you were to put that comment as an answer, I would mark it as the solution. Thanks
– Gilly Gumption
Nov 20 at 19:19
@Gus I was able to use your link to fix my problem. I just changed the line in the class file to Bookmarks = True, and now I have what I want. If you were to put that comment as an answer, I would mark it as the solution. Thanks
– Gilly Gumption
Nov 20 at 19:19
@DavidCarlisle I'm never sure of the right SE/SO operational protocols! It is accurate to say that this is a bug and not our style preference, however.
– Gus
Nov 21 at 12:18
@DavidCarlisle I'm never sure of the right SE/SO operational protocols! It is accurate to say that this is a bug and not our style preference, however.
– Gus
Nov 21 at 12:18
@GillyGumption Again, I'm never sure of SE/SO protocols, but I'll put this bug fix as an answer and hopefully that will help others who find the solution via this platform.
– Gus
Nov 21 at 12:19
@GillyGumption Again, I'm never sure of SE/SO protocols, but I'll put this bug fix as an answer and hopefully that will help others who find the solution via this platform.
– Gus
Nov 21 at 12:19
add a comment |
1 Answer
1
active
oldest
votes
up vote
1
down vote
I am one of the maintainers of the AASTeX
package; this is a known bug with the workaround given below.
For reasons as yet undetermined, the fact that the bookmarks=false
is fixed in our AASTeX class file means that it cannot be overridden by the user via hypersetup
. Other hyperref
parameters, e.g., linkcolor=
can be overridden via hypersetup
, but not bookmarks
.
Thus the fix is to hack aastex62.cls
to change bookmarks=true
. We will be fixing this in v6.3 of this classfile because a Table of Content is an important accessibility feature, which we should not be impeding.
This bug was originally raised and diagnosed (by me) here: https://github.com/AASJournals/AASTeX60/issues/72
thanks I deleted my answer
– David Carlisle
Nov 21 at 13:17
add a comment |
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
1
down vote
I am one of the maintainers of the AASTeX
package; this is a known bug with the workaround given below.
For reasons as yet undetermined, the fact that the bookmarks=false
is fixed in our AASTeX class file means that it cannot be overridden by the user via hypersetup
. Other hyperref
parameters, e.g., linkcolor=
can be overridden via hypersetup
, but not bookmarks
.
Thus the fix is to hack aastex62.cls
to change bookmarks=true
. We will be fixing this in v6.3 of this classfile because a Table of Content is an important accessibility feature, which we should not be impeding.
This bug was originally raised and diagnosed (by me) here: https://github.com/AASJournals/AASTeX60/issues/72
thanks I deleted my answer
– David Carlisle
Nov 21 at 13:17
add a comment |
up vote
1
down vote
I am one of the maintainers of the AASTeX
package; this is a known bug with the workaround given below.
For reasons as yet undetermined, the fact that the bookmarks=false
is fixed in our AASTeX class file means that it cannot be overridden by the user via hypersetup
. Other hyperref
parameters, e.g., linkcolor=
can be overridden via hypersetup
, but not bookmarks
.
Thus the fix is to hack aastex62.cls
to change bookmarks=true
. We will be fixing this in v6.3 of this classfile because a Table of Content is an important accessibility feature, which we should not be impeding.
This bug was originally raised and diagnosed (by me) here: https://github.com/AASJournals/AASTeX60/issues/72
thanks I deleted my answer
– David Carlisle
Nov 21 at 13:17
add a comment |
up vote
1
down vote
up vote
1
down vote
I am one of the maintainers of the AASTeX
package; this is a known bug with the workaround given below.
For reasons as yet undetermined, the fact that the bookmarks=false
is fixed in our AASTeX class file means that it cannot be overridden by the user via hypersetup
. Other hyperref
parameters, e.g., linkcolor=
can be overridden via hypersetup
, but not bookmarks
.
Thus the fix is to hack aastex62.cls
to change bookmarks=true
. We will be fixing this in v6.3 of this classfile because a Table of Content is an important accessibility feature, which we should not be impeding.
This bug was originally raised and diagnosed (by me) here: https://github.com/AASJournals/AASTeX60/issues/72
I am one of the maintainers of the AASTeX
package; this is a known bug with the workaround given below.
For reasons as yet undetermined, the fact that the bookmarks=false
is fixed in our AASTeX class file means that it cannot be overridden by the user via hypersetup
. Other hyperref
parameters, e.g., linkcolor=
can be overridden via hypersetup
, but not bookmarks
.
Thus the fix is to hack aastex62.cls
to change bookmarks=true
. We will be fixing this in v6.3 of this classfile because a Table of Content is an important accessibility feature, which we should not be impeding.
This bug was originally raised and diagnosed (by me) here: https://github.com/AASJournals/AASTeX60/issues/72
edited Nov 21 at 15:20
answered Nov 21 at 12:26
Gus
1915
1915
thanks I deleted my answer
– David Carlisle
Nov 21 at 13:17
add a comment |
thanks I deleted my answer
– David Carlisle
Nov 21 at 13:17
thanks I deleted my answer
– David Carlisle
Nov 21 at 13:17
thanks I deleted my answer
– David Carlisle
Nov 21 at 13:17
add a comment |
Gilly Gumption is a new contributor. Be nice, and check out our Code of Conduct.
Gilly Gumption is a new contributor. Be nice, and check out our Code of Conduct.
Gilly Gumption is a new contributor. Be nice, and check out our Code of Conduct.
Gilly Gumption is a new contributor. Be nice, and check out our Code of Conduct.
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%2f460846%2faastex62-doesnt-allow-pdf-to-contain-a-table-of-contents%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
You need us (i'm one of the AAS Data Editors who work on AASTeX) to fix the bug preventing ToCs. It is an #a11y issue that we need to fix (and will in v6.3). If you have additional input then please! => github.com/AASJournals/AASTeX60/issues/72
– Gus
Nov 20 at 0:02
@Gus Do you want me to delete my answer? I am happy to if it is bad advice here
– David Carlisle
Nov 20 at 8:11
@Gus I was able to use your link to fix my problem. I just changed the line in the class file to Bookmarks = True, and now I have what I want. If you were to put that comment as an answer, I would mark it as the solution. Thanks
– Gilly Gumption
Nov 20 at 19:19
@DavidCarlisle I'm never sure of the right SE/SO operational protocols! It is accurate to say that this is a bug and not our style preference, however.
– Gus
Nov 21 at 12:18
@GillyGumption Again, I'm never sure of SE/SO protocols, but I'll put this bug fix as an answer and hopefully that will help others who find the solution via this platform.
– Gus
Nov 21 at 12:19