Tegwyn

@Pavol, see the last few comments. It seems like they quietly added this in March last year. Give it a try and see if it works for you.

@narrationsdBased on watching some of the threads about the can't-save bug, I don't think they knew about it when they released. They probably just scrambled to examine the reported files and crash logs and fix it, as I would expect for a bug that affects saving.

Interesting! No, for me it is fine for at least a few minutes if I just open it without doing anything. Perhaps it has something to do with the linked images not being available for you? A bunch of the other bug reports I see on the forum seem to have to do with images and frames. At any rate, after leaving it open for a couple minutes, if I try to add a style to a TOC via the TOC studio, it crashes immediately. Crash dmp attached from just now, just in case I accidentally attached an irrelevant one before. 1bfc02d4-75c9-47da-97ed-52bdca81ffab.dmp

@Jon PUploaded, thanks!

@jcbriarIn this case, you don't have to silence the warning. You can just edit the preflight profile to set which PDF version it checks against. However, that does mean that it's only going to work out of the box for people who plan on exporting the same version as the default preflight setting.

@DanMThere are a few threads about failed saves on version 1.10. You've already posted in one thread I saw that had a staff person trying to figure out what was going on, so they're at least aware of it. Seems like some people get the issue randomly, so reloading and trying again sometimes works. Saw someone mention being able to open it in 1.9.2, and I've been able to open mine in a 1.9.4 beta, so you might be able to use a previous version.

I'm working on a large document (445 pages), and since the 1.10 update I get a crash whenever I try to edit any table of contents (whether full document or just section) by clicking the checkbox for a paragraph style to add or remove it from the TOC. (This document started in version 1.7! But the TOC issues didn't happen on 1.9.) This doesn't happen in the last beta I downloaded, 1.9.4.1082. It also happens if I add new pages to the end of the document, insert a TOC there, and change the checked styles from the default, even though at that point there are still no entries because I haven't checked "Include entries before TOC" yet. This does not happen if I make a fresh document with default paragraph styles and nothing in it but a single page with a text frame and a TOC. I can share the document privately. attachment_Log.txt 3d0f4e8c-876a-42e8-a534-d8582b87e446.dmp

I've also hit this problem. Seemed to happen after scaling up an image that was within a frame. (But not every image does this.) It's an SVG for what it's worth, but I'm sure that cover photo earlier in thread isn't, so I doubt the file format matters.

When creating a hyperlink that goes to an anchor, and the anchor is at the top of a 2nd column on a page (presumably on any non-1st column), the link may go to the bottom of the previous column. This appears to be because it's targeting the end of the previous paragraph. I've attached a Publisher file made in 1.9.2.1035 that demonstrates the issue, along with exports of spreads and pages. I've also attached exports from the same file with the current beta 1.9.4.1082. I got similar results for each. In Publisher: You can see the issue by double-clicking on the anchors in the anchors panel and noting where the cursor goes. You can also see the same from the hyperlinks panel by clicking the button to go to the target. In PDF Readers: I tried in SumatraPDF and Adobe Reader DC and got similar (but not identical) results in each. Links A and C go to the previous column in the pages export in single page view mode, and links D and E go to an arbitrary spot in the column if you are zoomed in enough (so that it can't fit the whole page on the screen?). Link B goes to the last line of the previous paragraph, which is fine in this context but maybe not intended. Link F is correct. In the spreads export in single page view mode, only link A is clearly wrong, and that's on the starting, single-page spread. However, links C, D, and E go bad if you're zoomed in a bit. Workaround: Move anchors past the 1st character on their line. Links will no longer go to the end of the previous column or paragraph. This issue affected me strongly because I added links in my word processor before importing into Publisher, since links to headings are much easier to make there. If you make anchors within publisher, it likes to select the whole word when you right-click and puts the anchor at the end of the selection instead of the beginning. link column test beta spreads.pdf link column test pages.pdf link column test spreads.pdf link column test.afpub link column test beta pages.pdf

The closest I've had to this issue was with a multi-column table of contents. If I remember correctly, all the links in the 1st column wanted to go to the same place as the 1st link in the 2nd column. It happened if the last link in column 1 went to the same page as the first link in column 2. This was solved by splitting the TOC into 2 linked frames instead of a single 2-column frame. Your issue looks different, but it may be worth messing with the frame and column setup (ex: switch from multiple columns to multiple frames), making sure none of the links break over multiple rows, remaking the links, inserting spaces (which aren't linked) before and after the links so they don't start or end a cell, etc. It's a bit of a long shot, because it looks like yours are all external links on different table rows, but if you're desperate, you could try that sort of thing.

Are the anchors in a text frame on a master page? If so, does it work if you "edit detached" the layer before trying to click the bookmark icon in the anchors studio?

I also found that I could not toggle the bookmark button in the anchors panel on or off when the anchor was part of text in a frame on a master page. (It might have worked if I used edit detached, I forget.) This was on the regular 1.9 version, but I don't see anything about it in beta release notes.

Let us know how it goes, or if it's just my computer doing dark magic! If your TOC is crossing more than one column, be sure to check all the links when you export. I found a bug, which I'll try reporting once I get together a clean example file that has the problem, where two entries that link to the same page apparently get combined even if they are split across columns, which seems to cause the link hitbox to become huge and clobber all the previous links in the first column. I'm speculating as to the cause, but the workaround is to split a multicolumn frame into multiple frames.

I just re-exported my project using Publisher 1.8.2 to make a few minor fixes and improvements, and I noticed that all my table of contents bookmarks exported with the whole line clickable, not just the numbers! I don't remember noticing that in the release notes. I hope it's intentional and staying around. Is anyone else getting this?

PDF bookmarks are not supported either (unless they just added them). You have to insert them with another program afterward, such as pdftk.