RocketPoweredTennisBall

ah normal blend mode does seem to fix it

i would also love to see oklab make its way to affinity software. it's also pretty easy to implement. i previously ported it to java without much difficulty (except for the gamut clipping) and recently implemented it in desmos in an hour or two. most of the struggle i had with it in java was with seeing the results and i do plan on trying gamut clipping again in desmos. having it as an option for any effects, ideally as the default, would make it more approachable and understandable as it would work better. shifting the hue around would work as a novice user would expect, with it not significantly affecting the luminosity as it would with hsl/hsv.

what i'm thinking is another slider on the stroke modal window that controls how much the stroke is offset. on closed curves it would read outwards on one side and inwards on the other, or something like that, and i'm not sure for open curves, but it would be leftwards along the normal vector when moved to the left and rightwards when moved to the right.

what i'm thinking is another slider on the stroke modal window that controls how much the stroke is offset. on closed curves it would read outwards on one side and inwards on the other, or something like that, and i'm not sure for open curves, but it would be leftwards along the normal vector when moved to the left and rightwards when moved to the right.

A realistic grunge banner with a stylized eagle
insignia 2, on Flickr
Started in Designer, mostly used Photo. 3800x5578
Here is a link to the .afdesign file for this. It includes history and is about 9GB.
Copyright Alex Poulsen 2016, copyright includes everything contained with the exception of the fabric texture. Includes the three vector designs. You are free to use the linked .afdesign as a tutorial for creating your own version, however similar the final product may be.

sweat food sounds terrible
(typo of sweet, I'm assuming)

It is called a symmetry mode. Krita does this, and it is perfect for painting Mandala-like patterns. Another solution would be the option to clone layers as instanced layers which update in real-time. Then any type of geometrical pattern becomes possible, even irregular ones (Photoline and Krita support these).
 
Really, both Affinity Photo and Designer would benefit greatly from a virtual clone layer type. It opens up symmetrical patterns, mandalas, mirror painting, and much more.

+1. I'd say there are two schools of thought on the library/catalog subject. Some people like having their assets imported and stored in the app. Some people would prefer the app simply read your folder structure, with no import, like Bridge (or Lyn) does, so storage is not proprietary.
 
I have become a person who prefers to take advantage of the OS's Finder and folder structure than use a proprietary storage. Here's why: over the years I have had many, many apps that held my content in its own proprietary format. That's fine, but only if the content is still mirrored on your hard drive. Unfortunately some didn't maintain the assets outside of the app itself. Some of these apps have since gone out of business / apps no longer work with OS. Some were difficult to sync both ways with what was already imported in them versus what was in your actual folders, so you may have new stuff in the app but not in your folders, or forget to sync, etc. Some import-type apps are just convoluted and you have to be very careful NOT to accidentally delete your original photo/asset because it will also delete it from your hard drive. Plus, some were only valid back then because at the time, they provided a feature that the OS didn't have, which is likely redundant now. So to me, they were just short-term solutions, and were risky and problematic in the long run.
 
I used to use a photo asset app which was great for display, but unfortunately it stored the data plus has now become extinct. I lost all that data and had to painfully re-assemble what I could salvage, and some of it is just gone. But what I did salvage is now in folders. 
 
I'm finding these days that I can replace those apps via Apple's OS, which includes doing my organization in Finder using folder structure (which I did before anyway), and not via an app...because Finder's way will always work and be compatible in future OS upgrades. So an asets app based on that principle is a good thing by working in conjunction with Finder, not trying to replace it.
 
For a little example, I used to use a proprietary app to organize my document types, which were then dependent upon that app. Now, I am taking advantage of Tags, so I tag the documents accordingly, and put the tag labels in my sidebar. I also had an app that was good for organizing my apps, for those little apps I'd forget I had that did such and such. I've now tagged them too. Now if I want to look at x, y or z, or a category, or whatever, I just press the tag in the sidebar and up comes all the stuff that used to depend on an app to do. It's really a breeze and it's future-proof. And by tagging my apps by category, it makes a quick launcher too. Not to veer from the DAM subject but this is just an example of using the power of the OS in conjunction with an app, which is what I'd prefer the new DAM to be.

Adobe doing something free?