Closed ietf-svn-bot closed 3 years ago
@henrik@levkowetz.com uploaded file Screenshot 2020-12-02 at 17.10.32.png
(15.9 KiB)
Screenshot Appendix E. ++ from pre-release RFC 8049, from Preview app
@henrik@levkowetz.com commented
This doesn't seem to match what I see using Safari 14.0.1 or Preview 11.0 on a Mac. See attached screenshot of the start of the Appendix G. ToC from the link above. Am I misunderstanding something?
@mahoney@nostrum.com uploaded file rfc8949-ToC-screenshot.png
(185.2 KiB)
@mahoney@nostrum.com commented
I've added a screenshot from RFC 8949 that shows the issue (taken from Preview 10.1 on Mac OS Mojave).
@henrik@levkowetz.com commented
Oh, I see. This isn't in the rendered PDF document, it's in the ToC that Preview generates based on information extracted from the PDF.
I'll see if I can understand how the difference between regular sub-sections and appendix sub-sections comes about (but depending on the code built into Preview to create this ToC this may not be something we can fix).
@henrik@levkowetz.com changed status from new
to waiting
@henrik@levkowetz.com commented
I've investigated, and found that in the sidebar ToC generated by Preview, this issue occurs if the subsections of 'Appendix A' are named 'A.1', 'A.2' etc.; but it does not occur if the subsections are named 'Appendix A.1', 'Appendix A.2', etc.
So the current appendix subsection naming does not interact well with Preview's ToC extraction. Does the RPC want to change the appendix subsection naming style to be 'Appendix A.1' etc. rather than the current 'A.1', etc.?
@stpeter@mozilla.com commented
Per discussion in the XML change management team (see https://codimd.ietf.org/cmt-20210419 for notes) we suggest marking this as WONTFIX.
@stpeter@mozilla.com changed status from waiting
to closed
@stpeter@mozilla.com changed resolution from ` to
wontfix`
@julian.reschke@gmx.de commented
FWIW, when using XSL:FO to generate PDF, "bookmarks" can be used to generate that view explicitly (at least Acrobat Reader uses that). I imagine other ways to generate PDF should have the same feature.
@julian.reschke@gmx.de commented
I've investigated, and found that in the sidebar ToC generated by Preview, this issue occurs if the subsections of 'Appendix A' are named 'A.1', 'A.2' etc.; but it does not occur if the subsections are named 'Appendix A.1', 'Appendix A.2', etc.
That is misleading. The core issue is that the sub-appendices incorrectly use
Please re-open; this is a bug.
@jennifer@painless-security.com commented
FYI, the patch for #581 will change the sub-appendices to <h3>
to match other section headings.
resolution_wontfix
type_defect
| by mahoney@nostrum.comIn the table of contents of the PDF output, the subsections for appendices are listed at the same level as the main sections. For example:
Instead of the following, where the "V" indicates an expandable/collapsable ToC entry with subsections:
For an example, please see https://www.rfc-editor.org/v3test/rfc8949.pdf
Issue migrated from trac:576 at 2022-02-08 07:11:29 +0000