Hangman

The version of the logo you have uses a mask which Designer doesn't interpret since it doesn't support the complete SVG specification. I'd use the version attached which doesn't include the mask but uses true vectors. fox-news-logo.svg

Are you able to upload a sample file where this is happening so we can take a look?

Definitely curious to see what the crash reports show but out of interest, do the four .afphoto files you've been able to identify as causing the crash without an error message have any editable adjustment layers included with them and if you were to put those four photo's (with adjustments layers included if relevant) into a new blank document and export to pdf, do you get the same error/crash?

Potentially not so easy to achieve when the pdf is embedded since there is no easy way to change individual elements within the embedded file, unless @sAnderO is looking to change the colour of the entire pdf.

Actually thinking about it further, a simple change to your workflow would actually give you exactly what you want. If instead of placing/dragging your pdf onto the canvas you Open the pdf instead, then simply group the elements and either resize your document or resize the opened pdf within your existing document so it appears at the size you need it then you can Copy/Paste or Alt Drag to your heart's content to create new instances all of which are independently editable. The only caveat being, should the pdf you open contain fonts you don't have on your system you will potentially run into font compatibility issues but if no fonts are involved or you already have the fonts on your system then this would I think give you exactly what you want with a simple Copy/Paste solution.

Take a quick look at the video link I posted, that may help to understand how it works and to see whether it will give you what you're looking for...

One possible alternative would be to create a symbol from your initial opened pdf (depending on how complex it is). This would then allow you to transform the initial placed pdf so it is sized/transformed as you want it and then create a symbol from it. You can then drag multiple instances of the symbol onto your page which will match exactly the initial resized/transformed pdf. You then have the option to edit any instance of the pdf to change all versions or you can also detach any instance of the pdf to make changes unique to that particular detached instance. I don't know if that would be a better solution for you but perhaps give it a go and see which works best for your workflow? https://affinity.serif.com/en-us/tutorials/designer/desktop/video/301628203/

@Sean P Thanks for the update, hopefully then something that can be improved moving forwards... 😊

As far as I'm aware that isn't possible but using the transform panel would allow you to match placed image size easily perhaps along with snapping for position or a combination of the two. I appreciate that's not as simple as a copy/paste but equally there is also a case for actually wanting to be able to edit multiple copies of a placed graphic once so it affects all other copies. Equally you could place multiple copies of your pdf, align them, group them and then transform the group so each instance is transformed in the same way prior to arranging all instances on the page? Again, not as quick as a copy/paste but I don't believe there is any way around it.

@sAnderO Welcome to the Affinity Forums. If you Place the pdf each time rather than copy/pasting it, so Place the first instance of your pdf on the page and then repeat and Place the second instance of the same pdf of the page then both remain embedded but editable individually, so editing the second file won't affect the first one.

I agree though I got the impression from @walt.farrell that there were no obvious errors shown in the pdflib logfile. The moderators may have other methods of identifying issues with Publisher files that us mere mortals don't so they may spot something easily and quickly that isn't perhaps immediately obvious to you and me but my guess is that in the time it takes for that to happen you could potentially identify the issue by a process of elimination. I'm assuming it's not a memory or disk space issue so that's the approach I would use... let us know how you get on as it could prove helpful for others should they experience sometihng similar.

Totally understand if privacy is an issue... One of the Moderators may jump in and provide a secure Dropbox link for you so they can take a look but if it were me I would start by using a process of elimination since there are a number of things that could potentially cause the error. You could start by making a copy of your file and exporting in groups of say ten pages at a time to see if any one of the twenty or so files is causing the error, if it is then you at least know where to look for the error. Assuming one of those files generates the error I would then export each of those ten pages individually to see if it is a specific page and likewise, if it is, go through the content of that page either removing or hiding each layer one at a time until you identify the actual cause. You could also create a simple one page document using every font used in your photobook and check that exports correctly to rule out possible font issues. Someone else recently had a very similar issue and it turned out to relate to an HSL adjustment on a layer (hence my earlier question), so if it is a viable option you could turn off any HSL adjustments in your duplicate file and see whether that has any impact? A bit of a pain but likely the quickest route in terms of tracking the error down as you're understandably not able to share the file. Out of interest, when you receive the error message do you recall what it actually says?

Are you able to package the file up and upload it so we can take a look as it's very difficult to figure out the cause without seeing the actual file?

@acc12 Welcome to the Affinity forums... Just a complete shot in the dark, but do any of the photo's in your photobook have HSL adjustments applied to them within Publsiher?

At the risk of the unpardonable sin of blasphemy and being struck down by lightning, until AD introduces a vector warping tool which would allow effects like this to be easily created you could take a look at Vectorstyler. They offer a 45 day free trial... https://www.vectorstyler.com/

@Jo K One way to test whether it is your printer (or not) is to click the PDF dropdown in the print dialogue and select Save as PDF. Then open the PDF in Affinity Designer and draw a rectangle between the vertical crop mark centres. If the rectangle width is 242mm then you know there is nothing wrong with your document which would then suggest a possible printer issue.

@Alex M I already did and it maxed out at 90Hz with vigourous mouse movement as you say, just a smallest of nudges and it's 25Hz... this is what I experience with my Bluetooth Apple Magic Mouse 2 which looks pretty similar to what you are experiencing I think... I've tested with both OpenGL and Metal Display Settings and also with Metal Compute Hardware Acceleration enabled and disabled but it makes absolutely no difference (for me at least). Is it perhaps not a mouse related issue? Artboard Slow Redraw.mp4

It is taking less than a second to re-save as both an Affinity Designer or Affinity Photo file so I'm not experiencing that issue but it isn't making much difference in editing terms, for me at aleast, i.e., the screen redraw is still quite slow.

@Sean P I have to say that I experience the exact same issue using an Apple Magic Mouse 2 (where there is no option, as far as I'm aware, to change the polling rate) when testing @Alex M's file 'Performance Analysis 2.afdesign', in fact with all the files posted.

@SPaceBar I would have to agree with @kwaku, editing the PSD Mockup is like swimming through treacle, screen re-draw is relatively painful with text entry taking 2 to 3 seconds to update and screen re-draw very jerky (certainly nothing approaching 60 fps). I've experienced this with numerous mockups using Smart Objects. It's a little better in 1.10 than it is in 1.7.3 (which is almost unusable) for editing these mockups. It seems marginally better without Metal Compute enabled but it's not great with either. Did you try editing the any of the smart objects, e.g., the book cover on the sample @kwaku provided?

I believe the grey lines are simply the page/spread borders. The faint grey lines change colour based on your choice of UI background. In your second post you don't see the lines on your second page without anything on it simply because the grey background you've used pretty much matches the grey line colour. If you change the grey background to say red, you'll see the lines are there. They don't physically appear on the exported pdf even though when the zoom is set to 'fit to page' it may initially appear as though they do. If you zoom in to the pdf you should see they are not actually there. I think the logic for having them in the first place is so you can see the page boundry when using facing pages. As far as I'm aware there is currently no way to turn them off though it would perhaps be nice to have that option as a separate preference so it can be included as part of 'Toggle Preview Mode' Grey Border.mp4

@Aaron Martin Um, that's a little disappointing, though some interesting psychedelic effects 😂. It seems to handle pretty much everything apart from basic linear grads really badly. Vectornator sure do big themselves up as being the best thing since sliced bread and they also put Affinity Designer down quite a bit on their website (there's a fair bit of mis-infomation actually) but I had higher hopes for it. Did you get to try using a PDF in place of a .AI for use in After Effects, is it yourself working in AE or do you need to give the illustration to someone else? Was Keyshape a viable alternative or would it not really fit into your workflow? What is the finished output for you illustration, is it video, web or something else? @R C-R You're quite right, I mis-read that on their site, it is uploaded to Adobe Creative Cloud, not iCloud, does that mean there is someone sitting in a little room at Adobe HQ waiting for files to be uploaded so they can open them in Illustrator and then re-save them and spit them back out as .AI files... 😊

It hasn't, the key is the document unit when pasted assuming you copy and paste directly between documents. If you replicate exactly the steps in my earlier post you will see what I mean. Just use a rectangle of any size in place of the screengrab and keep both documents at say, 3000 px square. I don't know whether the OP did this (but it would explain the size difference) or whether s/he simply copied and pasted the source screengrab into both AD and Illustrator directly but without knowing whether Illustrator honours dpi and units in the same way AD does, I can't know for sure.

That is indeed the case but a lot depends on the process used. I'm unsure whether the screengrab is being copied and pasted directly into each app individually or is being copied between apps. If the latter and the units in the destination document are set to mm (or any other unit apart from px) and the dpi differs between documents when the file is pasted then you will see something similar to what @dCip is describing, i.e., 3000 px at 300 dpi = 3,000 px but 254mm 3000 px at 150 dpi = 3,000 px but 508mm So it all depends on the method used and whether Illustrator honours units in the same way as AD.

@dCip Your AD document is 3,000 px square at 300 dpi and from your screengrab it looks as though your Illustrator document is 2,878 px x 1,800 px at 150 dpi. If you were to do the following in Affinity Designer... Create a source AD document 3,000 px square at 300 dpi Create a destination AD document 2,878 px x 1,800 px at 150 dpi Change the destination file units from px to mm Copy your Firefox screengrab from the Desktop and paste it into your source AD document Deselect the pasted screengrab in the source AD document Now re-select the previously pasted screengrab in the source AD and copy it Paste your selection into the destination AD document Change units in destination file from mm back to px This results in a pasted image of 1,450 px x 1,182 px in the destination AD file If the destination AD file were 148.3 dpi then following the same logic above your pasted graphic would appear as 1,434 px x 1,169 px. Assuming Illustrator honours the same file size adjustments that AD does when switching units then my guess is that the dpi of your AD and Illustrator documents differ resulting in the difference in size when pasting your screengrab graphic? I don't have Illustrator available to test it...