Christopher Creutzig said this at Mon, 13 Dec 2004 16:40:13 +0100:
- Preview.App does display the list of bookmarks, but they do not work. The same file has no such problems in Adobe. (There are files with bookmarks that work ok in Preview.App, such as the Adobe JavaScript reference.)
Apple has a limited idea of what's a reference in the bookmark list. They only have a partial implementation of the spec. Hans's use of the PDF spec with the bookmarks is a little "loose." I studied this in more detail with respect to XeTeX. I might be able to find some of that correspondence. Oh, here it is:
If so, I'd be interested to see the PDF that results (pdfTeX, at least, can be told not to compress the PDF streams, can't it?), so as to get some idea of the link types that Preview understands.
It turns out that it understands indirect links very well. That is, the first fails: /S/GoTo/D [ 4/Fit] ...where "4" is the page number, but the second succeeds: /S/GoTo/D [ 36 0 R /Fit] ...where 36 is the object number of a /Type /Page object in the PDF file.
Yeah, that sums up the difference between a link that doesn't work, and one that does, in Preview.app. ConTeXt may use a bit of JavaScript in some of its links, which Preview.app has a tough time with. I haven't looked at this in detail lately, and barely at all with the pdftex drivers. Hans, do you think it would be hard to turn direct page links into indirect links (point to page object)? adam -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Adam T. Lindsay, Computing Dept. atl@comp.lancs.ac.uk Lancaster University, InfoLab21 +44(0)1524/510.514 Lancaster, LA1 4WA, UK Fax:+44(0)1524/510.492 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-