Hi, thanks Gregory and Silvain. This is not a professional project. Most likely I am going to print it on my own laser printer on DIN A4 paper or in a local print shop.
I have attached an archive with the two possibilities that I have been talking about. no_horizontal_distance has the pages next to each other. horizontal distance has 20mm distance between the pages. The generated PDF looks the same in both cases but the horizontal_distance one is harder to create: - Create a image frame on the left page with size 376mm x 236mm. - Scale the image non-proportionaly to the frame (Is not necessary if the image has the right proportions) by letting it fit into the frame. - Change to free scaling such that the following step does not change the picture. - Reduce the image frame to 191mm x 236mm. Position the frame at (-3mm, -3mm). The left page is done. - Copy the image frame and paste it to the right page. - Change the x-position of the picture inside the frame to -185mm. The horizontal distance PDF seems to include the image twice and is twice as large. Am Do., 27. Feb. 2020 um 15:55 Uhr schrieb Silvain Dupertuis < [email protected]>: > Normally, you *do not have to put internal bleed*. > If a picture (or another element) gets right to the inner border of the > page, it should be > cropped just at the border of the paper. > The only exception being if you want a picture to extend on two adjacent > pages, but this > would be reliable only in case this is the middle page of a "signature" - > for exemple, if > they are printed as group of 16 pages, that would be p.8-9, 24-25, 40-41, > etc., and even > though, a part of the picture would be hidden by the binding... > > Le 27.02.20 à 21:08, Gregory Pittman a écrit : > > On 2/27/20 3:49 AM, Christoph Bartoschek wrote: > >> Hi, > >> > >> I would like to create a book with Scribus but are unsure about a good > >> setup. This is what I have: > >> > >> The two-side pages are 185mm x 230mm. I want to print them on DIN A4 > >> (210mm x 297mm) and the pages will later be cut by the bookbinder. There > >> should also be a 3mm bleed on all sides. > >> > >> The crop marks have the default length of 7mm. The width of a page > would > >> now be: > >> > >> 185mm (page) + 2*3mm (bleed) + 2*7mm (crop marks) = 205mm. > >> > >> To get to the 210mm of DIN A4 I add an crop mark offset of 2.5mm. It > seems > >> the offset cannot be set differently for the different sides of the > page. > >> Thus to get to 297mm vertically I set the bleed on top and bottom to > 24mm > >> resulting in: > >> > >> 230mm (page) + 2*24mm (bleed) + 2*7mm (crop marks) + 2*2.5mm (crop > offset) > >> = 297mm > >> > >> Given this I wonder what the horizontal distance between the left and > right > >> pages should be. I get input for the book from other people and they > would > >> like to send me input that spans left and right. I see two major options > >> for the horizontal distance: > >> > >> 0mm: If I get a two page input which is 2*185mm + 2*3mm (bleed) = 376mm > >> then I can just put it at position (-3mm, -3mm) of the left page and I > get > >> proper bleed for the left and right page even on the inner sides because > >> the contents of the other page are added to the bleed. However, If I > only > >> want to completely fill one page (e.g the left one) then I see no good > way > >> to add the picture with inner bleed such that it does not appear on the > >> also on the right page. Or is there an option that an element is only > >> considered for one page during export? > >> One might argue that an inner border does not need bleed at all, but I > >> would like to have one. > >> > >>> = 6mm: Now the inner bleed of one page does overlap with the page > >> contents of the other page. Properly positioning input on a single page > >> works fine. However, the two page inputs cause problems. If I just > expand > >> them over the two pages then I loose some content in the middle. To > avoid > >> this it seems that I have to add the content twice to the book, once for > >> the left and once for the right page, and then shift and crop them such > >> that each page shows the right content. This requires careful > >> calculations, especially if the input has to be scaled to fit. It's > easy to > >> make mistakes. > >> > >> For me it seems as if I have to go with >= 6mm as this is cumbersome but > >> works. I am interested about what other people would choose in such a > >> situation. Or is there something that I do completely wrong? > > I think perhaps the best thing is to discuss the issues with your > printer, sending a test document with these bleeds and crop marks. > > There are situations where one might want an image on the inner part of > a left page to spill over to the inner part of the adjacent right page. > > > > Greg > > > > > > ___ > > Scribus Mailing List: [email protected] > > Edit your options or unsubscribe: > > http://lists.scribus.net/mailman/listinfo/scribus > > See also: > > http://wiki.scribus.net > > http://forums.scribus.net > > > -- > Silvain Dupertuis > Route de Lausanne 335 > 1293 Bellevue (Switzerland) > tél. +41-(0)22-774.20.67 > portable +41-(0)79-604.87.52 > web: silvain-dupertuis.org <http://perso.silvain-dupertuis.org> > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.scribus.net/pipermail/scribus/attachments/20200227/b8c99b34/attachment.htm > > > ___ > Scribus Mailing List: [email protected] > Edit your options or unsubscribe: > http://lists.scribus.net/mailman/listinfo/scribus > See also: > http://wiki.scribus.net > http://forums.scribus.net > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.scribus.net/pipermail/scribus/attachments/20200227/04c3fcd8/attachment.htm> -------------- next part -------------- A non-text attachment was scrubbed... Name: examples.tar.gz Type: application/gzip Size: 56711 bytes Desc: not available URL: <http://lists.scribus.net/pipermail/scribus/attachments/20200227/04c3fcd8/attachment.bin> ___ Scribus Mailing List: [email protected] Edit your options or unsubscribe: http://lists.scribus.net/mailman/listinfo/scribus See also: http://wiki.scribus.net http://forums.scribus.net
