shushustorm

Members
  • Content count

    92
  • Joined

  • Last visited

  1. While this is fixed for .pds files from Procreate on iPad, this issue still persists with .psds from Procreate Pocket (iPhone). I am using Affinity Designer 1.6.0 and Affinity Photo 1.6.6.
  2. There is actually a shortcut for Mac that changes the current Application to full screen mode: cmd + ctrl + F Best wishes, Shu
  3. Hey Sean P! Thanks for your suggestion! The issue doesn't show up when changing the setting you suggested! Unfortunately, I don't want to save the state of open documents when quitting an application, which seems to be tied to saving full screen mode, though. It does seem like a behaviour depending on OS settings. So I will try to find solutions to this on the OS side. Wikinger Right now, I don't know if there is a shortcut for macOS to maximize the current window. If so, this is at least less work than using the virtual UI.
  4. Hey everyone! Both Photo (1.6.6) and Designer (1.6.0) don't start in full screen on macOS 10.13.2, even though they have been quit in full screen mode before. In El Capitan, both applications would remember this state. Best wishes, Shu
  5. Hey everyone! This happens in both Photo and Designer. Full screen mode needs to be used for this issue to show up. I get a dark border on top of the document view when doing the following: - Opening at least two documents so that tabs show up - Closing those documents - There should be a dark border where the tabs have been Creating a new document and closing it does not get rid of this issue. However, opening just one file and closing it does. So does quitting and restarting the application. Software used: Mac OS 10.11.3 Affinity Photo 1.6.6 Affinity Designer 1.6.0 Best wishes, Shu
  6. Thanks for your reply! It works! The only problem I am facing: Positioning the nodes isn't accurate. After researching online, I don't think there is an option to do this by numerical values. However, I found a feature request for that functionality: https://forum.affinity.serif.com/index.php?/topic/28794-numerical-input-for-curves-control-points/#comment-139605
  7. Glad to see this has already been requested! I just ran into a scenario for which I would really need accurate controls over the position of those points:
  8. Hey James! Thank you for your detailed reply! I am indeed working with 3D material (video game development). While I can do this using a shader, I am not sure about how to approach this using image editing software like Affinity Photo (I could also use Affinity Designer). When doing this on the shader side, I add a variable value from -1 to 1 to the grayscale image, then I use the output of that to lerp between Image A and Image B. This lets me display image A fully when adding -1, up to Image B fully when adding 1. However, I need spritesheets of this animation instead of calculating this in real time. Of course, I can just write a script that exports the texture from the game engine, but it would be better to export those textures from Photo directly, because I am already editing the textures in Photo anyway. I created some reference material that shows what I am trying to do: Here are the original textures: Texture A Texture B Lerp texture This is what I get when lerping (the values next to the images show the values I add to the Lerp texture): Unfortunately, I was not able to achieve that using the approach you suggested. I am not sure if it works like this, though; maybe I am doing something wrong. The closest I was able to get similar results was to "Rasterize To Mask" the grayscale image, grouping the mask with Image B (mask above) and altering the opacity of this group. When doing this, though, I only get steps -1 to 0 of the full animation.
  9. Hey everyone! This is a very small feature request, but it would improve the workflow by quite a bit. Personally, I have some categories I don't use regularly. So I just collapse those. However, each time after starting Photo, all the categories will be open again with too many macros to scroll through. Could you save the state for each category when they are opened or closed? Best wishes, Shu
  10. Thanks for testing! Good to know this is not an issue with Affinity software, but rather OSX just not displaying like it is supposed to. I guess I am just going to switch to Safari for previewing images from now on. Which may be weird, but I guess it's just a matter of habit. Hopefully, this gets fixed in future versions of macOS. For that purpose, I just sent feedback to https://www.apple.com/feedback/macos.html
  11. Thanks for your answer! owenr and you are right! It is 16 bit. For checking the document settings, I used drag & drop from Safari, which doesn't download the original image files themselves, but rather the preview of them. So it's no bug at all!
  12. It really seems to be an issue with the OS. Just for the record, I am using a 2015 15'' Macbook Pro and OSX 10.11.6. Can somebody using a newer OS check the images I attached in my original post and open them in Finder and Preview? Do they show the same colors?
  13. Thanks for your answer! That's weird, though. I cannot confirm this. When opening the images in Photo, for both of the images "Document -> Colour Format" says "RGB (8 bit)". Also, when opening them in Designer, "File -> Document Setup... -> Colour" says "RGB/8". The export settings that I use say "Pixel Format:" "Use document format". So both images should be 8 bit, shouldn't they?
  14. Hey everyone! Is it to be expected that exported .png files from Photo are larger in size than those exported using Designer? If I export .png files using the same settings, I get almost twice the file size when using Photo compared to Designer. I attached two files as an example. One is exported from Photo, the other from Designer. Is there a quality aspect to it that I am missing? This can also be observed when just trying to create a new file and save it as .png. In Photo, the file size will be bigger. I am using Photo 1.5.2 and Designer 1.5.5. Best wishes, Shu
  15. Hey! Interesting suggestion! Thanks! I just tried that and turns out, even the .jpg files exported from Preview lose color when shown in Finder. However (!!), they do show the full color range in Affinity Photo, even when exported from Preview. Is this a bug with Finder and Preview after all? Using those two .png files, my tests result in the following: .png files show full color range in - Finder - Preview - Safari - Affinity Photo .jpg files exported from both Affinity Photo and Preview show full color range in - Safari - Affinity Photo but limited color range in - Finder - Preview