momsoft

I have discovered a very strange issue with a publication in which I am working. Somehow, the body style became "infected" with a hyperlink reference causing that all paragraphs with the body style or any descendant would pick the character style of the following paragraph whenever they were edited. The issue is described on the following post: Report post Posted 1 hour ago I have been able to solve the problem by removing the style and reformatting the whole document, but it would be nice to know why it happened.

Good idea. I have done it. Thanks for your help.

thomaso, You were the one to point out the hyperlink in the style definition. After you pointed out the hyperlink bit, I have investigated a bit. On the test publication, if you right click on the first test text box you will notice that there is indeed a link defined. If you click on "Edit Hyperlink ..." you get: But it does not seem that the link is actually created if you export it to a PDF. So, all in all it is a mistery. Thanks for your help again.

Old Bruce, Hey, it's the least I can do ...

I have the same experience. I have replaced all the Next styles to [Same style] and the problem persists. I had not noticed it, but it seems to be the cause of the problem! I don't remember having used hyperlinks on the original publication, at least consciously. And I surely didn't in the test document. It seems that somehow a link to Page 4 of the publication (???) became part of the definition of the "body" style (renamed to "body 1" on the test document when I copied the text from the original publication). So, in the new test, I have done three things: Added a real link to create the "hyperlink" style. This did not solve the problem. Redefined all the styles that were based on "body 1" to be based on "base 1". This caused the problem to disappear on all of them, thus proving that the culprit was the "body 1" style. Created a new style from scratch, "new body", and recreated the text box used for testing to use "new body" instead of "body 1". The problem is fixed! The only problem I have now is that the original publication has a lot of local formatting, so replacing the styles is going to take a while ... I also attach the new test publication, if you are curious to investigate the issue. Strange behaviour v2.afpub Thank you all for your help. It is much appreciated!

Yeah. I agree. Hopefully they will look at it sometime ...

Have you tried the " Strange behaviour.afpub" publication I uploaded yesterday? I have tried opening it on a different computer, on the current version and the latest beta and I always get the same result.

Prophet, No. It does not.

Yes, it looks like a bug, but in this case it is a different one because it also happens if you start with a new text frame from scratch, even in a completely new publication. I have tried to remove all the styles and recreate them but the problem reappear. It is very odd.

Strange behaviour.afpub I have been able to replicate the problem in a new publication by copying the styles so the problem can be seen opening the attached file and entering any text at the end of the line before the heading style. This also means that the problem is most probably due to some setting in one of the styles used on the publication. Thanks in advance, Manuel

Hi Walt, Good guess, but no. They are all different paragraphs. Thanks for the idea!

I have a publication that exhibits a rather strange behaviour. I have two paragraphs with the body style followed by a Heading paragraph. All paragraphs have a style paragraph applied, with no format overrides. If I continue typing at the end of the first paragraph, the style is maintained because it is followed by a paragraph with the same style. But if I type something at the end of the second, the style is overridden with the style of the following paragraph and I have to keep resetting the formatting. I suppose I have done something in this particular publication, but I have no idea what it might be and it does not happen on other publications, just in this particular one. I am using Publisher v1.8.5.703 Thank you very much in advance, Manuel

Walt, Thank you very much. Yes, it is a tricky question.

Is it possible to generate a raster PDF with Affinity Publisher? What I mean by raster PDF is a PDF in which each page is rendered to an image (preferably PNG), so that the PDF can not be easily edited. Thank you very much in advance!

Hi Walt, I had not noticed the "All Pages" option, so that is a great trick. I see that you unselected "include bleed" on your screenshot. It makes sense because, of course, AP can not generate the bleeds for the inside sides of the pages when composing the single-page PDF, since there are no bleeds on the inside sides of a facing-page document. I have tried and it takes the edge of the opposite page, which can be a problem if there is any element touching the inside edges of any page. I usually want to have digital (with no bleed) and print (with bleed) versions of my documents. Also, it is so much more convenient to work on facing-page mode when you want to have different left and right page layouts. Using your trick, I can easily generate the digital version, but the print version will not be correct. The alternative would be to include the bleed dimension on the document size so that the print version could be generated by unchecking the "include bleed" option. But then, how would I remove the "fake bleeds" to get the digital version? I believe that what I want will not possible until AP adds the option to include inside bleeds on facing-page documents. Am I correct or is there a workaround I am not seeing? Thank you very much!