mpureka

Adding my support as another customer who is looking for this functionality.

It was clear until someone said the opposite. Now I know that was incorrect.

Yes, exactly. All I want is for people using Foxit/Acrobat/whatever to be able to use those programs layer toggle functionality without having to deselect a checkbox for every page in my document. I'm not sure what @Old Bruce was suggesting, but it doesn't seem like a fix.

This seems like a pretty compelling use case for Global Layers then, since it's one that cannot be duplicated with the existing functionality?

Here's my situation. Maybe I am missing something obvious, but this doesn't seem like how it should work. I have a document with a lot of pages (70ish.) The pages have some background art/framing. I would like to be able to export this document to PDF with the background/framing in its own layer so that people can turn that off if they want to print it. What I have done is place the background images in their own layer in the appropriate Master Pages, and Export to PDF with Layers on. What I get, when I open the PDF in Adone is a Layers Panel that looks like: [] Background [] Background [] Background [] Background [] Background [] Background [] Background etc. Essentially, one "layer" and checkbox for each PAGE. I have seen other documents, produced in other software, that would have a SINGLE "Background" checkbox to turn off the background in ALL pages. How do I achieve this in Affinity Publisher? I've read a bunch of other threads of people arguing about "Global Layers" but none of them seemed to be in the context of PDF export.

I'll see what I can do, but it's going to be a couple of busy days.

This does not appear to be related to preflight checking, as turning that off does not solve this issue.

I think I have "solved" this by deleting the entire TOC and then creating a new (identical as far as I know) one.

Having done a little testing with an older version, it appears to be a result of some interaction with "Include as PDF Bookmarks" as I have and older version that has that turned off (which is, in itself a little odd because I thought it had been on for a while) which has the bookmark hierarchy correct, but missing some newer headers. If I open that version of the document and check the box for "Include as PDF Bookmarks" it messes up the hierarchy. I thought at first it might be related to having two headings with the same name, but that doesn't seem to be the case -- if I change one and then enable the checkbox, I still see the same behavior. Would it be helpful to have a "before" version of the document to experiment with?

Sure. Here's the first couple of pages from the problem document. Note that in the Anchors panel (and in the PDF export if you do it) that "Game Concepts" is for some reason nested under "A note on Police" even though in the Table of Contents, they display the way you would expect. Anchors Problem.afpub

My understanding of Layers is imperfect -- I've never deliberately added a new layer, so the only things in my Layers panel are the page objects, sometimes in groups. Would this still be the cause of this issue?

Yes, that's correct, so I was using the hyperlinks panel to re-establish them, because it's very convenient to not have to re-find all the various places in the document where I should have a hyperlink.

I have a Publisher document where I am relying on the Table of Contents "Include as PDF Bookmarks" functionality to produce a hierarchy of PDF bookmarks, but it appears to be experiencing problems -- while all the bookmarks are present, and in more or less the right order, the heirarchy is completely scrambled -- main headers are shown as children of unrelated lower headers, and many "Header 3"s are being shown at the top level as well. The Table of Contents itself is completely correct, but the hierarchy is also screwy in the Anchors panel, so it's probably something related to that. I've tried unchecking the "Include as PDF Bookmarks" box and removing all anchors and then rechecking the box, but that didn't help. I also have an earlier version of this file that does not appear to have this issue, but I'm not clear on why it is happening. My suspicion is that it might be related to the fact that some of my headers have the same names, but that is mostly speculation. Publisher version 1.10.5.1342

I have a publisher document with a "large" (50ish? There's no good way to count) number of internal hyperlinks to anchors, that is also supposed to use them as PDF bookmarks. I'm having a lot of trouble with the latter, so I turned off "Include as PDF Bookmarks" in my TOC, and removed all my anchors to re-create them. However, that requires me to go back through and re-link all my internal hyperlinks, which is a headache, but not that big a deal. The problem is that that Publisher crashes frequently while I am doing this -- I haven't figure out the exact pattern yet, but it has crashed three (Edit: Four) times so far this morning while I've been working on this. Also, I sincerely hope this fixes the TOC/Bookmarks issue I am having, but if it doesn't, I will create a new thread for that issue. This is all in Publisher 1.10.5.1342.

Adding my support for this request -- it would be extremely helpful to be able to link even to text documents, because I have a situation where I want to publish a couple of different layouts of the same text, and right now if I do that, everytime I change one, I have to go into each of the others and make the same change there. If it was possible to link to a text file that I could update and have those changes be automatically made in my Publisher documents when I open them, that would be amazing.

I'm on Windows, so that explains why I can select multiples. This issue seems a little more complicated than it initially seemed, and it seems like there might be something screwy with the hyperlinks in the afpub entirely, since there are a lot of weird duplicates that somehow don't even apply to areas with styling applied, so I think this is a weird edge case interaction that's probably not worth looking into. (Unless you want to fix selecting multiple hyperlinks on Mac.

If you select multiple hyperlinks in the hyperlink panel, it seems like the app only "selects" one of them in the text, so if you then delete those hyperlinks, most of them will not having the hyperlink style removed.

Ooops, nevermind, this wasn't asking me.

I suspect this is related to my issue with anchor preflight errors after creating PDF bookmarks as well. Sadly, no one has commented there yet.

Thank you!

That is the correct afpub. I did not configure any hierarchy, that's correct, I told it to use the Table of Contents for the bookmarks, and the ToC does have a hierarchy of sorts?

Here you go. Shepherds_Full_Layout_11-01-2020_beta.pdf Shepherds_Full_Layout_11-01-2020_beta.afpub

When exporting to PDF using a set of bookmarks based on my Table of Contents, the bookmarks seem to come out okay, but they are out of order -- bookmarks for the middle of the document are at the top of the bookmark list, followed by some for the beginning, and so on. I can't find any logical order for them right now. Is this a bug, or am I doing something wrong when generating these?