GabrielM

Hi @GaryR66, Welcome to the forums. Yes, Affinity Photo for iPad does have document resize. https://affinity.serif.com/en-gb/tutorials/photo/ipad/video/287077711 Thanks, Gabe.

That depends entirely on thedocument content. One layer at 15.1 megapixels should take 120MB - 15.1 million * 8 (16bits per pixel per channel) but when saved should get a bit smaller because of compression. All afphoto files are stored lossless so you will never achieve JPEG level compression without loosing data.

Hi @Pascale Constantin, Welcome to the forums. Have you got any files opened on the home screen of the app? If so, they will take up space. Have you tried to reboot the iPad? Thanks, Gabe.

Thanks for your help with this bug. We have now resolved the problem and will make the fix available in the next Mac release.

Hi @Gregory-CJ , Can you replicate the same glitch in the latest beta? https://forum.affinity.serif.com/index.php?/forum/19-photo-beta-on-mac/ Thanks, Gabe.

Hi @GrosseFreiheit, We are aware of this and it has already been logged with our developers. Thanks, Gabe.

Nice one! I have logged this with our developers. Thanks, Gabe.

Nice one! I've logged it with our developers. Thanks, Gabe.

Hi @serpenteagle, I could not replicate this issue. It seems to open fine on my end. Any chance you can attach a screen recording? Thanks, Gabe.

It seems to be fine on my end. How do you preview the PDF?

Hi @Vulcan, Welcome to the forums. Have you tried this test in the latest beta? https://forum.affinity.serif.com/index.php?/forum/19-photo-beta-on-mac/ Thanks, Gabe.

Hi @EmreMemo, Welcome to the forums. Try to switch the Display to Metal in Preferences > Performance. Restart Affinity and it should be fine. Thanks, Gabe.

Hi @Peter47628, We would need the actual sample files to see if we can replicate this. Can you please upload them to our dropbox account? https://www.dropbox.com/request/qA8RCTH5RUcmoXRDtkkF Thanks, Gabe.

Hi @krstcarp Welcome to the forums. So that we are able to investigate bugs thoroughly could you please follow this link and update this post with the followings: https://forum.affinity.serif.com/index.php?/forum/38-bugs-in-affinity-designer-affinity-photo/ Thanks, Gabe.

Hi @tumwt, Welcome to the forums. Have you tried to update your net framework? https://dotnet.microsoft.com/download/dotnet-framework-runtime/net472 Thanks, Gabe.

I could not replicate this either in the latest 1.7 beta. It all seems to be fine.

Odd. You should be able to upload bigger files. Try here: https://www.dropbox.com/request/oNPLXgcXpVBgJGoZgu7s

Hey there. Sorry for the delayed reply. We looked into this and the issue seems to be half on our side, half on Android Studio's side. So. When we export as SVG, we declare all the attributes in the <svg.... > tag, and Android Studio seems to ignore them. <svg width="100%" height="100%" viewBox="0 0 128 128" version="1.1" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" xml:space="preserve" xmlns:serif="http://www.serif.com/" style="fill-rule:evenodd;clip-rule:evenodd;stroke-linejoin:round;stroke-miterlimit:1.41421;"> On the other side, Illustrator declares them in a <style> tag <svg id="Ebene_1" data-name="Ebene 1" xmlns="http://www.w3.org/2000/svg" viewBox="0 0 612 612"> <defs> <style> .cls-1 { fill: #004182; fill-rule: evenodd; } </style> </defs> I have logged this with our developers to see if we can do something similar in the future. I have moved this to feature requests.

Hi @ALAIN CAILLAULT, Pour que nous puissions étudier les bogues de manière approfondie, veuillez suivre ce lien et mettre à jour ce message avec les éléments suivants: https://forum.affinity.serif.com/index.php?/forum/38-bugs-in-affinity-designer-affinity-photo/ Merci, Gabe.

Hi all, We are aware of this bug, but it has already been fixed in the 1.7 beta : https://forum.affinity.serif.com/index.php?/forum/19-photo-beta-on-mac/ We have marked this as "Fixed". Thanks, Gabe.

We have got a 4gb 2018 iPad, and I can send you a screen recording of the actual speed if you want . Just upload the file here: https://www.dropbox.com/request/Q6P1J3Mt4pGCSpHF5ssc

Hi @Dreader, Welcome to the forums. I'm afraid this is not currently possible. You would have to set the colour every time you use a brush. I've moved this to feature requests. Thanks, Gabe.

Hi @Esmer Wear, Welcome to the forums. That error message is usually caused by a bad graphics card driver. Try this: Download the latest drivers from the manufacturer's website Uninstall the current graphics drivers Reboot Install the latest drivers Reboot We have not notified anybody about the 1.6.5.135, as it is the same version. It's just a slightly different installer, but the software is exactly the same. Thanks, Gabe.

Hi @jef2vec, Welcome to the forums. I'm afraid that at the moment, the gap is linked to the stroke width. So, a value of 1 in the gap is the stroke's value. Here, I set the grid to 1mm, subdivision to 0.1mm. Stroke to 0.1mm, and spacing to 1. Also, the current gap values can only go up to 100. I don't believe this dashed line has been designed to accept hairline values. Thanks, Gabe.

Hi @bilboudo, Unfortunately, we do not have one on site to test it, so we cannot say yes or no. Let's see if any of our community members have one and they might be able to test it for you. Thanks, Gabe.