momsoft

I have been very happy designing my documents using the RGB colour format and the default sRGB colour profile. I can use the RGB values in websites and other applications (such as Office) and they work. If I need to print the documents, I generate a PDF using CMYK and a suitable color profile, and Affinity takes care of the conversion for me. But now I need to create a visual identity manual and need to refer to the colors both in RGB and CMYK. What I have discovered is that the CMYK values provided by Affinity are completely different than those used by other applications. So what is the deal with RGB to CMYK conversions in Affinity applications? I am sure there is an explanation for the differences, but I just can't understand what is happening.

I am also very annoyed by the fact that Affinity has decided to go the Windows App route, so I want to add my comment here. Please consider that many of your users like Affinity because it is not an Adobe/Microsoft/[Insert other big software company names here]. We want to retain some control over the software we own and we install in our machines and do not like the route computing is taking. I am very happy to see that I am not the only one concerned. Annoy your customers, and you might find you lose them.

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!