PE1

Check the your Num Lock key on your keyboard.

I am on Windows and can also confirm the inability to export a defined bleed on export via the Book hamburger menu export. I have been starting to use this feature find it to be a useful option in making books. Hope it gets fixed soon.

A couple of times when I openned the file in Libre Calc I got this: The following dialog box belongs to Libre Office After clicking OK I followed @Pauls instructions and it worked. The stucture of the spreadsheet was cleaned up and I was able to place the file.

I don't think so. I have Libre Office and Microsoft Excel on my machine. In Libre Office Calc I created a plain spreadhseet with 10 rows of data 2 columns scrolled down to 2000 rows and saved the file and was able to place it. I think that something else may be going on with the source file. Not sure I didn't really spend a long time looking at it.

Hi @Callum, along with the file you just requested, please check out the extra graphic that I added to my detailed notes last evening in the Original thread. It may help while looking at the file.

Your welcome, Yes, I agree I also feel this is a bug that needs to be addressed very soon because there is incorrect information being shown under a certain conditions. Your situation is a perfect example of how things can go wrong rather quickly working on incorrect feedback from the dialog box. This was very confusing. I didn't want to upload until I felt that I found a common denominator on when and where it happens because results varied. It seems to me that it depends on the part of the Doucument View area in the applications interface. The first two place holders area for the facing pages? "region"? red area in my diagram in the Document View is where I see this happening. I hope this will help narrow down where the issue is in their code. Its probably just a tiny little tweek that is needed. Its a good thing that you spotted this.

I believe the DPI settings that you entered is the reason your images have higher DPI on export. You used the presets. Based on what I read, the application was simply doing what you told it to do. I believe, you do have the ability to change this for your banner requirment. I downloaded your pdf with the stars graphic each having 148 DPI as described in your setup and successfully exported it to PDF x1a, X3 and 1.7. with all of the images maintaining thier 148 DPI. None of the images DPI changed because of the settings I used. Is this the result you are looking for?

I was able to recreate the problem revealing the what appears to be a bug to me under certain specific conditions. I am using Windows 10 Affinity V 2.3.0 The problem occurs when a user opens the Document settings to make a change or check the status of the Document setup when working in a (facing pages) configuration under specific conditions which I demonstrate using a color overlay photo and short video of me clicking the Red and Green areas and a graphic at the end simulating the document dimensions that was posted. When a Document is created using Facing Pages, under certain conditions, the Page dimension values and thumbnail are shown instead of the Spread values even though you see the Spread button in a selected state. Immediately you will notice a mismatch from actual document and the dialog box. See the video. You can temporarily fix this by pressing the Page button then pressing the Spread button before making any changes which I also demonstrate in the video. When you do this you will see an updated thumbnail of the Spread and its values representing the document's true state. However, the problem occurs again when you reopen the Document settings under specific conditions. To better Illustrate the certain specific conditions I observed, I created an Red and Green overlay of the Document View area. This represents a four page document with facing pages turned on. Below is a demonstration of what occurs when clicking the colored areas and opening the Document Setup looking at the Spread settings. If I left click anywhere in the Red area of the user interface and open the Documnent Settings you will notice a pressed Spread button showing a W x H values and a thumbnail that actually belongs to the Page Dimensions which is half of the Spread. One method to update it is to click the Page button and then click the Spread button again. I believe the developers have a number of methods so that the Spread values will show correctly the first time when this red area is in focus (clicked/active)and the Document Settings is opened. If I left click in the Green area, and reopen the Document Settings I see the correct Spread values as displayed in the actual document. No problems when doing this in the Green area that I can see. The problem occurs in the Red area. Notice when when the focus is in the Green area, the Spread thumbnail matches the spread of pages 2 and 3 with the W x H values matching the Spread dimensions that is seen in the actual document. It requires further investigation but it seems to me that with a facing pages setup, something needs to be done when the focus is in (red area) in the Document View part of the interface so that the Spread values of the document are are presented properly when the user opens the Document Settings > Dimensions tab just like the green area. At least that how I see it at this point. Having run a simulation with the exact outcome as the original post, I believe that the document began as a 1328 mm x 256 mm Spread. Page Width 664 mm and Page Height 256 mm with facing pages = 1328 Spread. Remember a Page Width is not the same as a Spread. If a user generated only 1 page in the creation phase, the user could've thought they were in a the spread especially when the bug showed incorrect values of what was really a right page when opening the Dimensions tab in the Document Settings (See second photo from the user's original post which is actually the first right page of a facing pages setup). The first photo that the user posted is actually showing the values of a right first Page not a Spread. When the value of 657 was entered what really happened is the Spread was being changed from a 1328 mm (the documents actual size) to a 657 mm size cutting the document in half minus the 7mm adjustment the user wanted to make resulting in a 657 mm Spread width and 328.5 right page as displayed in the fourth photo. It is important to note that the Spread Width and Height fields are still functioning as Spread values when you type in the adjustments in the Spread width field and press OK. The bug of the Spread data not showing correct values when opening the Document Settings, seems to occur when the (Red) area (the Document View part of the interface is in focus (clicked/active) while the person opens the Document Settings. My testing shows what I believe to be consistent results on my end. When testing this reopen the Document Settings again and you will see the problem pop up again. I might have to re upload the video. It is actually a video converted as gif loop. You may have to wait for it to load. I had trouble uploading the original.

You're welcome.

One possible solution for your cover is to create a brand new document from scratch with facing pages unchecked including the page and bleed dimensions required by the printer before placing your artwork.