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?










share|improve this question







New contributor




Gilly Gumption is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.




















  • 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















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?










share|improve this question







New contributor




Gilly Gumption is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.




















  • 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













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?










share|improve this question







New contributor




Gilly Gumption is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.











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






share|improve this question







New contributor




Gilly Gumption is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.











share|improve this question







New contributor




Gilly Gumption is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.









share|improve this question




share|improve this question






New contributor




Gilly Gumption is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.









asked Nov 19 at 23:16









Gilly Gumption

62




62




New contributor




Gilly Gumption is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.





New contributor





Gilly Gumption is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.






Gilly Gumption is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.












  • 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












  • @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










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






share|improve this answer























  • thanks I deleted my answer
    – David Carlisle
    Nov 21 at 13:17











Your Answer








StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "85"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});






Gilly Gumption is a new contributor. Be nice, and check out our Code of Conduct.










 

draft saved


draft discarded


















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

























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






share|improve this answer























  • thanks I deleted my answer
    – David Carlisle
    Nov 21 at 13:17















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






share|improve this answer























  • thanks I deleted my answer
    – David Carlisle
    Nov 21 at 13:17













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






share|improve this answer














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







share|improve this answer














share|improve this answer



share|improve this answer








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


















  • 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










Gilly Gumption is a new contributor. Be nice, and check out our Code of Conduct.










 

draft saved


draft discarded


















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.















 


draft saved


draft discarded














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





















































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







Popular posts from this blog

Biblatex bibliography style without URLs when DOI exists (in Overleaf with Zotero bibliography)

ComboBox Display Member on multiple fields

Is it possible to collect Nectar points via Trainline?