mac_heibu

Just define an appropriate color, assign it to a paragraph style, and apply this consequently to you text.

In this case, your booklet is a very limited one. If you need more pages, you have to compensate the position of your pages – so called „page creep“.. (Inner pages need a different relative position than outer ones – and for this, you need imposition software and, above all: knowledge)

You want crop marks. This implies, that you don‘t print at home, but engage a print company for this reason. I never dealt with a print company, which requests pre-imposed booklets from its customers. This is often really counter-productive, because „imposing“ is much more than sorting pages. Are you really sure, that your print supplier doesn‘t want single pages, so that he can impose it properly in-house?

You never will be satisfied, if Affinity would try this! Just sit down for a moment and think about responsive web design. How would you accomplish dynamic, reflowing, scaling content with an application built for static paper output? Paper doesn‘t resize, while looking at it …

Thank you for „re-inventing“ the „Expand Stroke“ command. Seems to work very fine now. But, what puzzles me: There was so much criticism about this feature and now – no comment, no reaction …

This will never ever work. You simply can’t „convert“ RGB to CMYK and expect to obtain certain color values. The reason is described my first answer here: Having said that, you’ll see that „converting" RGB to CMYK and vice versa will give you different values depending on the color profile you choose. This is the case, because CMYK respects many items you are not aware of: Color, paper weight and quality, printing speed, and, and, and.… What goofy „tool" did you use in your first screenshot?

@R C-R: In my first answer in this thread I posted the explanation of this inavoidable „conversion issue“:

The color conversion from 190% K to rich black is completely normal. There are thousand ways to convert to CMYK black according to the chosen color profile. Nobody can know, which black you are preferring. The only way to avoid this and convert RGB black to K100 is a „device-N“ workflow, but the needed profiles are really expensive.

You probably used the outer handle (bottom right) to size/resize the textbox. There are 2 handles: The inner one scales only the box, the outer handle scales the box and it’s content.

Affinity documents are not limited for the use on one platform. You can use them on all platforms available (Mac, PC, iPad). But you should ensure, that the fonts, which you are using, are installed on the other machines/devices too.

It is nearly impossible to explain in short words a forum. And I won’t try to do this here. Best practice would be to have a very close look into color management and color profiles to understand this behaviour. CMYK and RGB don’t have and can’t have a physical-mathematical correlation and it is crucial, in which way you are converting a color into another color. (I tried to explain this in the thead I linked above.) There is a big difference, (a) which color profile your document has, and (b) if you convert an element in this document from CMYK to RGB or (c) if you do this the other way round and what profile your document has. The same is true, if you pick/create a color in a CMYK document using the RGB color ramps/wheels and vice versa. In my eyes, there is no issue at all regarding color conversion in the Affinity applications. Photoshop works exactly the same way. Just look at this example using a black color in a CMYK document: By the way: German members of this forum have a simple possibility to learn realy much about color management by having a look into these free books: https://www.cleverprinting.de/downloads/

But this would be a more than weird Workflow. Measuring the RGB colors via color picker may return the RGB values corrected and modified by your individual monitor profile. Color pickers always are suffering from these kind of issues. We had to fight heavily with these problems for example during the alpha/beta process of Adobe InDesign and later Adobe Muse. So simply go the „straight“ way and take the values from the color panel.

What a stupid logic! The only thinkable consequence for you would be in this case, not to use Affinity software, but you are going to steal it instead. I don‘t like criminal minds at all, so I really hope, they kick you out here as soon as possible!

Please, read the answers above! Don’t think it is not „plain and clear“. Of course you have to pay for a version 2 (when it will be released in some years), but you are free to stay with version 1.xx for ever and a day. Clear enough?

Ok, I nticed, that you attached a 1.7 document, which I now can open. But nevertheless: Either I don’t understand, what you are saying or I can’t reproduce your issue. Here the color values don’t change at all, when I open the document. Yellow always is CMYK 0,9,100,0, (RGB: 255, 222, 0) blue always is 100, 82, 0, 32 (RGB 0, 49, 114) The exact same values are shown, when I place the document in a coated Fogra 27 Publisher document. So, I really don’t know, what you are doing. Could you let us know exactly and step by step, what you are doing to get „wrong“ values.