max1josef

Unfortunately the problem still exists and there is no way to fix this problem as a user, I guess. For the time being I disabled bookmarks in the PDF export settings. I would like to use PDF bookmarks again, so a fix for this problem would be highly appreciated 👍 In the meantime I reposted this as a new thread, where there are already some new findings to this topic and your colleague @Jon P already replied.

I also have issues with PDF bookmarks, similar to you and user joker, as described here. There is another thread, which describes the same problem: Outdated bookmarks of already corrected entries in the table of contents. This looks like a bug.

I'm not the Thread opener, but I think I have the same problem. I observed that if you make changes to your headings, the old versions of your headings still appear as bookmarks. In the screenshot you see the Table of content, which is correct. The first part of the PDF-bookmarks on the left is also correct, but the additional entries are all referring to old versions of the headings. Observe for instance the bookmark "This heading once had another text" in the attached example. I tried to delete and recreate the Tabele of contents and temporarily disabled and reenabled bookmark creation on export - no help. BTW, I'm using the standard preset "PDF (for export)" and my Publisher version is 1.9.2.1035 on Windows 10. Bookmark-Problem.afpub Bookmark-Problem.pdf

Just wanted to mention, that I had the same issue with current version 1.9.1.979: Publisher tells me, that all linked PDFs are missing (sporadically) When starting resource manager, Publisher crashes (always) Relocating "missing" PDFs fails: Publisher tells me it cannot find the file (always) When I try to export the document, Publisher crashes (always) When I try to save my document, I get the message that the connection to the file got lost. All unsaved edits are lost (sporadically) I then tried what Lee D suggested: I renamed the folder where my PDFs are stored, relocated the first PDF when asked to (all the others are then relocated automatically) and I can use my document again! I haven't done deep testing so far, but at least I can export my document to PDF and I can use resource manager again without crash 🙂 Maybe I "overloaded" Publisher - My document contains over 300 PDFs (small drawings with 34 by 32 mm). I guess that this could be triggering the problem. Greetings max1josef PS: maybe now one can understand better why this is so annyoing for me - getting a false warning for each of my 300 linked PDFs.

Agreed. But I could edit a PDF with the desired font in it, delete the original content and replace it with my own content - a little cumbersome but eventually saved hundreds of euros for font licenses... BTW the same discussion went on in the Adobe Illustrator Forum. Here is the answer of an Adobe representative to someone who claimed, that in the past he could use embedded fonts in Illustrator (my emphasis): This confirms what I wrote earlier: Affinity can't do anything about it (at least not without breaking the law). BTW if you read the linked thread completely, it turns out that it was actually possible in the middle age of computing (quote from an Adobe represantative, my emphasis): And this was most propably for closing the loophole which I described above.

I observed this on Affinity Publisher 1.9.0.932 on Windows. I have a document with several linked PDFs. When I export this document to PDF there is a preflight warning for every single linked PDF, stating: The warning appears only for PDFs in "Passthrough" mode and is obviously a false alarm. The linked Sub-PDFs are not rasterised in any kind in the exported PDF. This is not a big deal, since the result is as desired, but the warnigs are a bit distracting (especialy if you have many linked PDFs in your document). I attached a simple document Example.afpub which contains a linked Embedded_PDF.pdf. The resulting PDF is stored in Example_exported.pdf. On the screenshot you can see the contradictory messages:. Embedded_PDF.pdf Example.afpub Example_exported.pdf

I feared that... I was thinking of a concept, similar to the master documents in Libre Office, which can contain several sub documents (as described here). Even if the paragraph styles (templates as they are called in Libre Office) are defined differently in the sub documents, they are formatted consistantly within the master document. What I would use this for is, for example, a collection of song lyrics. Each song is saved in a separate file. This way I can create different collections of songs (e.g. a document containing all Metallica-songs and another one containing a collection of ballades from different musicians. "Nothing_else_mattes.afpub" would appear in both of them and its formatting would adapt to the respective master document. Maybe it's worth posting a feature request (or is there already on?).

Hi there, I have a publisher document, which contains a linked publisher file.The headings are formatted with "Heading 1" and the bodies with style "Fancy Body" respectively. The main document and the linked document each have their own set of paragraph styles, so the text is formatted differently, which is absolutely clear. I'm wondering if it is possible to optionally tell publisher to use the paragraph styles from the main document also in the linked document (thus disabling the local versions in the linked document)? Thanks in advance Linked_document.afpub Main_document.afpub

Interesting approach! That gave me the idea to try out nested text frames. Does something speak against it (like stability issues or so)? Wrappingtest_nested_Textframes.afpub

The "empty paragraphs" are just placeholders. I want to achieve the layout without them. The overlapping text was not the main problem, it only came up as an additional issue.

Hello this sounds like a simple task, but somehow I don't get any further … I want to place images in my document. Each image should have a desription (caption) right to it. The Image plus description should float with the surrounding text. I experiemted with text wrapping, but this is not satisfactory. See screenshot and example document. (I'm using Publisher 1.9.0.932) Wrappingtest.afpub

As far as I know, that's what the PDF developers wanted it to be. Fonts embedded in PDF files are there just for displaying the document correctly. Otherwise you could use any font embedded in any PDF without licensing/paying for it. For this purpose embedded fonts are even encrypted, I think. However strong this encryption may be... So in this case, Affinity can't do anything about it (at least not without breaking the law).

In principle this works. Now the missing font appears in font manager and a drop down list is offered. But regardless which substition I choose, it always falls back to TimesNewRoman. Yep. I don't bother about font substitution any longer. As a workaround, I create my document in 1.8 and only for PDF export I open it in 1.9 beta.

In an embeddedd PDF the font "Swiss721BT-Roman" is used, which is not installed on my system (Windows 10). So I tried to assign a substition font by means of font manager. But in the font manager the missing font is not listed, so I don't know how to do this. Just in case that there is a quick and simple solution. If not, I'll wait for upcoming version 1.9 and then use PDF pass-through-mode.

I already use the Title field for the title which I insert into the page header. What I miss in publisher are user defined fields (like in LibreOffice Writer). Or do they exist?