Affinity Publisher: Overflow on page printing

[Pyanepsion]

Hello.

During the most common printing process in printing, i.e. per page and not per sheet as proposed by Affinity, the internal part of the page (the bleeds?) is moved to the opposite page when printing.

Original in Affinity Publisher

Result in PDF double-page display

overflow.afpub

[Pyanepsion]

Continued. The bug appears on an A4 page with a 3mm bleed. It does not appear on an A4 page with a 0 mm bleed.

[Gabe]

Hi @Pyanepsion,

1 hour ago, Pyanepsion said:

During the most common printing process in printing

1 hour ago, Pyanepsion said:

Result in PDF double-page display

So what are you actually doing? Printing? Exporting to PDF? Printing to PDF? Can you attach overflow.pdf?

Also, why are you using a beta? We don't have any beta version running at the moment.

 

[Pyanepsion]

Export in PDF.

The bug exists on the public version and on the beta version, when selecting bleed and All pages.

overflow.pdf

[sb101]

afaik that's not a bug

you need the bleed eg. for imposition software on EACH page for facing pages.

+ you are displaying single pages next to each other with the bleed on each page, so part of the right side is on the left and vice versa -

that is the way it has to be.

if you don't want a bleed, just turn it off ... (if you need a bleed _around_ each single page, you have to use single page layout afaik)

greets

s.

 

 

[Pyanepsion]

Hi, SB101.

This is definitely a bug. Bleeds are mismanaged in Affinity.

Explanation

For example, in a sports magazine in A4 format, there is a page 2 (left) representing the ASM Clermont-Ferrand rugby team, and a page 3 (right) representing the Tour de France caravan.

During the DTP stage, the two pages 2 and 3 will for convenience be opposite each other on the same spread.

The printer requests that the images be overlapped in an overflow area, the bleed area, here in red, around the real page, here A4, into which the image is overlapped. The aim is to avoid an unsightly white area that could appear during the cutting process if the image sticks to the real edge of the final page.

We should get this in the DTP.

Unfortunately, Affinity does not manage the internal bleed area (inner red zone of the spread).

And it appears, also, that when exporting to PDF, the internal bleed area of the even page appears on the odd page, and vice versa. In other words, page 3 will have a piece of page 2, and page 2 will have a piece of page 3.

An inaccurate cut will produce a piece of bike where there is rugby, and elsewhere a piece of rugby on a bike page.

In addition, printers work on notebooks according to the size of their printing sheet. A B0 sheet will, for example, allow for a 32-page A4 montage of A4 pages that will be arranged in a precise order to obtain 32-page of the magazine after folding and cutting.

Here is a smaller notebook of 16 pages magazine on a B1 sheet. Page 2 is far away from page 3.

(To go a little further, it should be pointed out that the inaccuracy of the cut which justifies making the image overflow towards the outside of the page in the bleed area also varies of course towards the inside, which brings the notion of a safety zone, here in green, where nothing important will be put. It should be added that the colour bar in the markers may look pro, but it actually annoys the printers, and it is often best to avoid it.)

Consequence

1. The management of inner areas of bleed is currently not supported on the DTP board.
2. Bleeds are reversed between odd and even pages in PDF export, which can cause a lot of problems when cutting.

 

[sb101]

hm, the inner bleed afaik gets dropped (does not get cut), you can set it also to 0 mm, depends probably on the print office/impos. software ...

but if you use a "wire-o" binding, all page sides get cut

 

inner bleed = 0

[Pyanepsion]

Hi, SB101. The cutting of each of the two pages (page 2 and page 3) will be done somewhere in the red or green zone (that I have added here for understanding). Can you explain how you proceed with Affinity Publisher to create the next two pages requested by the printer?

😉PS. Could you not use abbreviations (hm, afaik…)? They are not understood by translation software, and therefore by most non-English speakers.

[sb101]

hi Pyanepsion,

afaik is just for "as far as I know" ,-)

sry, not sure what you mean with
> Can you explain how you proceed with Affinity Publisher
> to create the next two pages requested by the printer?

if you print it on a private printer, you could select "book"/"booklet"/fit to printable (if the printer supports borderless printing your page will get scaled up a little bit)
and then you do not want any marks/bleeds on the output etc. (so "bleed an marks" is off)

eg. 4 pages get 4,1 | 2,3 printed (duplex)

[Pyanepsion]

Hi, SB101.

It wasn't that, but it helped me find the cause. Thank you.

I had made a mistake in the settings. While working in double-page mode when designing a book, if you want to export the document correctly to the printing company, with Affinity Publisher, you must uncheck "Facing pages" in "Document setup" before exporting.

2 hours ago, sb101 said:

afaik is just for "as far as I know" ,-)

😉I know very well what "afaik" means, but not the translation software, and the same goes for all abbreviations, like "sry" (sorry) in your new message. So it's best to avoid them.

[sb101]

@ "afaik"

@ layout: great that it worked.

but if you uncheck "facing pages" a object that is placed across both sides

will be removed on one side

default is (double sided): if you print with setting "all pages" and bleed the print shop can handle the rest

 

[Pyanepsion]

Of course. I would rather say that the dimensions of the page, the four bleed edges and the four safety zones are imposed by the constraints of the printing department's equipment. The DTP department has its own constraints, sometimes different, but in the end it is the printing department that wins.

 

[sb101]

>  "in the end it is the printing department that wins"

I have also noticed that several times :-)