IPv6

Hi @NathanC I recorded the video - at this time links was not restored (as i mentioned) and even document size was broken (definitely something shady going on here) after switching to history item before resize. Same happens with CtrlZ sometimes Look at attached file (saved with history) Screen Recording 2022-06-30 at 15.15.52.mov linkLostBug.afphoto

Two bugs found: 1) If we have document with linked pixel layers (pixel content link) and then "resize document" - then layers are not linked anymore after resize (pixel content link lost) 2) Undo resize sometimes DO NOT RESTORE the links (pixel content link) back. Not happen everytime, but i experienced it, so you press Ctrl-Z and get broken document after that without noticing

BTW, may recomend vtracer for manual converting colored images (png) to svg https://github.com/visioncortex/vtracer It`s quite good, can handle colored fills (so it is better than potrace), it`s opensource

Indeed, but there is a proposal that already works for Firefox, so... would be really cool to allow inport-export this feature via this attribute, at least (for example) https://www.w3.org/Graphics/SVG/WG/wiki/Proposals/Variable_width_stroke https://developer.mozilla.org/ru/docs/Web/SVG/Attribute/stroke-width This is really important use-case for curves (separated curved lines without fill, but with width and opacity), but currently AD gives no possibility to prepare such things in other applications for import into AD

> it's pity we can't make our own True I have version 9, it is ok. Preview on dowscaled image is fast, full processing takes 20-30 seconds for 5000*2000 image on average PC, for some quite heavy lua-based processing. Work on Mac and Win really well, you can setup controls for your own comfort and overall it is usefull. Yes, you can have access to only one layer - but you can load arbitrary images as inputs for filter (for me this is enough). There is also ability to use real curves as inputs - which is super-useful, since you can shape parameters as needed without additional hassle and tons of extra parameters. I don`t know another product with such extended per-pixel scripting support, if you know - would be curious to know too. It is a shame that full-fledged per-pixel scripting is not a common functionaly in every pixel-based DCC. There is similar stuff in nuke/natron but they are not so user-friendly and reusable, after all

i recommend you to buy FilterForge and spend time on Lua scripting. It is not so fast, but covers literally every need for combining images with custom logic, with antialiasing and stuff. It is working as plugin (with some custom efforts - can be googled) Affinity photo is cruelly useless for that kind of tasks // "displace adjustment" is really a total garbage, "Perspective Live filter" is a pain to use for simple ofsset and so on

No // procedural filter can use only pixels from the same layer, not the others Which is a real pitty Instead of "beneath layer" it would be cool to have "Layer" kind of input, so sampling this imput wopuld be just another method call inside formula. That way more then one layer could be added to procedural logic

Are there any way to import-export curves as LINES with variative width? All usual formats are imported/exported as filled areas, completely killing the "lineness"

Bookmarks would be cool, agreed! >Many operations are performed on the currently selected layer. With the ability to independently display (and select) different layers, it will be quite complicated and quite confusing - the user will perform operations on other layers than intended. Imho it is not a problem, several outliners are meant to be synced (selecting layer in one selects it in all). This exactly the way to elect the layer you want FAST, without scrolling and opening/closing groups. There is also many operations that do not require layer to be selected - like ctrl-click on layer to select content/mask - etc

Currently there is only one "Layers" outliner possible, that shows whole tree. This is inconvenient when you have some frequently used "masks" layers - you always have to scroll the tree. Would be great if some group or whole tree can be detached into another "Layers" panel, so you can access different layers inside hierarchy without scrolling

Stiil a problem in [1.10.2.1178] With this bug it is quite easy to "lost a layer" while linking them - when there is a lot of groups, etc

Still, they are applied - in RGB32 mode // its an unfortunate decision made by Serif

bump... Lack of smoothing in Liquify require excessive manual work sometimes //

Yes, live warp is amust... Especially because live warp has a potential to be much faster than live liquify (which is slow as for now // unfortunately)

Nice request! There is a workaround for SOME cases - spare channels actions are recorded properly. So you can record "Spare channel creation" on one layer and "Load spare channel into ..." on another. This gives kind of inplace copy-paste, properly recorded in macro. Mostly useful for masks