clemens.holleis

The expand stroke command behaves unexpectedly in the example below – find the affinity file attached. Note that the shape is constructed using corner radius tool and boolean operations. Points (clean construction): with stroke applied after expanding the stroke Bug Report Affinity.afdesign

Hello! I encountered the same issue. After a short test it looks like the data inside a symbol are not respected / stored by a snapshot- only position and scale of symbols are. Let's say you are taking snapshots as milestones in a design process this can lead to huge problems. Imagine: designing a file using symbols You create a snapshot like "Open Data" to be able to roll back to this state to extract elements or tweak the design once again. You now go through cleaning up the document: delete some stuff, rasterize data inside the symbols and so on Now you create a snapshot "Clean For Export" If you now want to restore the "Open Data" snapshot you are screwed because all contents of the symbols will be rasterized in this state of the document too. I first recognized this issue in a file for an app screen design where I had 9 snapshots for different states- needless to say these are not very usable anymore since the symbols like the navbar and icons got edited in the older snapshot versions. Are there plans to fix this behavior? Thanks and best regards, Clemens

Update: I just got myself a M1 MacBook Pro running Big Sur. On this system screenshots work as expected with Affinity. Cheers, Clemens

Hello, since this problem is still around (iMac Pro 2017, Affinity 1.9, MAC OS Catalina) I want to bring up a suggestion. When I take a screenshot via Cmd+Ctrl+Shift+4 Go to Gimp Make New doc from clipboard Cmd+Shift+V Select All Cmd+A Copy Cmd+C Go To Affinity Photo Paste Cmd+V the colors work just fine and Gimp takes care of the profile conversion. Because Gimp is open source, would it be an option to take a look inside Gimp's source code to check out how they handle color profiles in the "New Document From Clipboard" function and translate it to Affinity's code base? I see that Affinity is kind of the new kid on the block and therefore can not (yet 😜) kick ass in every department. Considering other softwares are around for 20+ Years. But I think this screenshot issue is one annoying thing that may not affect much people. Because not everybody takes a screenshot from a document and pastes it straight back just to see the slight color shift. But even for those who do not recognize this issue or even know about it, there is a potential risk to take a screenshot once in a while, edit it in Photo and get not exactly what one would expect from professional software without even noticing. Repeat this error several times (maybe some workflow depends on taking screenshots) and the colors shift even more. I would really love to see this issue be taken serious and get solved in the near future especially when there are free open source apps that can handle the same case flawless and the solution should be publicly available for everyone to look at. Thanks for your Work! Cheers, Clemens

+1

Hello, I love Affinity's Snapshots feature and use it constantly for managing stages in a design process. So every time I export for a client I take a snapshot to have the exact version available in case they want to go back. Since I always work with multiple Artboards and sometimes don't want to rollback the complete file I used the snapshot to new file feature to restore a Snapshot and copy old parts to the current state of the file. In this case the Artboards do not show up as expected– see attachment. I found a quick workaround by adding a new artboard and undo directly afterwards but nevertheless want to report this bug. best regads, Clemens PS.: renaming Snapshots would be a huge feature as well for my workflow 😅

It happens on zooming in and out in my case cheers clemens Zoom Error.mov

You may have a look into some automation using simple shell commands, folder actions or batch files- depending on your OS. Download imagemagick and build a simple commandline tool. The command below will convert wizard.png to wizard.webp magick wizard.png -quality 50 -define webp:lossless=true wizard.webp I built a quick bat file for windows (see attachment)- just drop some pngs on it and the will be converted next to the originals. The code: :: 2020-06-14 by clemens holleis :: convert png files to webp with windows .*bat file ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: :: ** SETUP ** :: 1. open notepad :: 2. paste this text :: 3. save as png_to_webp.bat :: 4. install Imagemagick from https://imagemagick.org/ ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: :: ** USAGE ** :: drop one or multiple png files on the file png_to_webp.bat :: The webp files are created next to the original pngs ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: @echo off for %%x in (%*) do ( magick "%%~x" -quality 50 -define webp:lossless=true "%%~dpnx.webp" ) The script is absolutely bare-bone and served as-is. Feel free to do what ever you want with it and use at your own risk. I will provide a automator app for similar usage later for all the mac-folks out there. cheers! png_to_webp.bat

I'm using the default sRGB profile. But even when i create a file using the Display profile the color shift happens when i make the multi-screenshot test...

Hello, This error occurs across the whole line of affinity products. When making a screenshot on mac OS (iMac Pro 2017, osx 10.15.3) it has a "Display" icc profile. Opening such a file in any Affinity software results in slightly off colors. I tried to: drop the file inside a composition Open directly change the settings to "convert colors automatically" all with the same result --> wrong colors I tested some other programs (Photoshop, Gimp, Krita, Mac Preview) where Photoshop and Gimp deliver the exact same color as the Mac Preview- the expected/ correct result. Krita is slightly off but still closer to the true color. I attached a file with the test results. It may does not seem like a huge difference (especially on a weak screen) but if you work with webdesign and just want to take a quick screenshot of the browser and paste it into a mockup or reuse parts in a screendesign and the colors are off it is a big issue. I also tested a scenario where i made screenshots from affinity cmd+ctrl+shift+4 and paste them directly back into the same file affinity. the result is a shift in color every time (Photoshop and Gimp handle this as expexted). please let me know if i miss anything (settings, etc.). But even if there is a way to fix it now I think this should be handled better. PS and Gimp provide a Dialog asking for color preservation when pasting/ opening a file with this icc profile. I'm curious for your response, best regards, clemens

Had the same issue. Thanks for the quick fix! 👍