F_Kal

thank you John! Interesting; I've found auto-alignment to be most of the time producing inaccurate alignments - even with images from a tripod (let alone handheld) I also wonder whether this technique only yields results with extremely sharp lenses, where the sensor doesn't resolve all the detail procured by the lens. The kit and adapted lenses from the 80s that I use don't ever reach pixel-level sharpness

interesting finds @John Rostron! Could you elaborate a bit on the alignment method you used? was it auto-align or was it manually micro-tuning the individual images' perspective? Also, how do the results compare to the original images? Any chance you could share the crop of one of the original 13 images for us to see? Thank you for helping out!

I haven't had any luck with the technique; other than noise reduction which is awesome! I also can't understand the rational behind upscaling the images to 200% before importing them into the stack. What's the problem with upscaling them after the stack it created? It's dynamic anyways - isn't it? Unless this is for the auto-alignment algorithm to have more precision in alignment (though to be honest I find the alignment very ineffective) - Any thoughts on that?

Might be the case, even though if I recall correctly the previous time I had the issue I wasn't using global colors at all, but I'm no longer 100% sure. Anyway, I'm glad these are a known issue, I hope there is a fix soon, since global color and symbols are really useful! Best regards, - Fotis

This has been happening a lot with symbols - I've found an old thread that might be related (here). 1. I create a symbol so that I can place it on multiple artboards and test different compositions. I never turn symbol syncing off or detaching any instances. 2. Then I start changing the colors of certain elements inside the symbol. 3. At some point, a few of the symbol instances will stop syncing the color for some of their elements.All other properties of the very shapes sync just fine however. For other instances everything syncs, even the color! In the following video sample I use the 1st instance to rotate an element (everything is one symbol) and change it's color. The 2nd instance updates fine on both properties. For the 3rd (buggy) instance only the rotation updates (and not the color). Things started going awry after I duplicated the 3 colored elements inside the symbol, hid the originals and assigned global colors to them. I'd be happy to email a sample corrupt file for debugging purposes. cheers! bug.mov

Thank you callum!

Is there a way to export global document colors to the SVG in a centralized way? eg. style/linearGradient or solidColor So as to be able to change one line of code and have all affected elements change their color at once! Thanks!

I've been having an issue where I export a paragraph of text into SVG (without converting it to curves but relying on the system fonts) and some characters render differently in the browser (tested on both on the latest desktop firefox and the latest android samsung browser) as seen in the image below: On closer inspection it seems that the SVG adds certain tags to certain characters, isolating them - without an apparent reason however. it is easy to reproduce: create a new document use the type text tool type "Other All" as text (using Arial font) (for some reason the issue appears if there is another word before the word All! Other tested strings that produce the fluff are "A All B" and the "Unlock All Features" string) export to SVG The SVG should have isolated the Al characters into an unnecessary <tspan> element: <g id="Artboard11" serif:id="Artboard1"> <text x="209.036px" y="520.05px" style="font-family:'ArialMT', 'Arial', sans-serif;font-size:36px;">Other <tspan x="307.087px 331.099px " y="520.05px 520.05px ">Al</tspan>l</text> </g>

I accidentally started 2 batch jobs with the exact same file list - I was trying to find a way to cancel one of the two - is there still no cancel button? would be very useful!

Never thought I'd use this filter but here I am today discovering this longstanding issue too

interesting discovery Old Bruce! I feel even more confused now. Cmd+shift+"=" works indeed - Now another coincidental bug that I discovered while testing the shift modifier, is that cmd+shift+"-" doesn't work in Affinity Photo but does work in Affinity Designer. Seems by default there are multiple overloaded keyboard shortcuts for the same actions and some work in some scenarios while other in other scenarios only? Regardless, I suppose one could eventually use cmd+"-" to zoom out and cmd+shift+"+" to zoom in, but AFAIAK the default behavior is that that cmd+"=" should work just as well; which doesn't happen when the location panel is on.

Here's a video demonstrating the issue: Here's the video - the keystrokes are not visible, but initially I press + and - on the keyboard and the mini-map is zooming in and out (up to the 0:35 mark). Around 0:35 I start pressing Cmd + and Cmd - instead of +/-. Cmd + once again zooms the mini-map, but Cmd - zooms out the document as was expected (Cmd 0 resets properly the zoom level of the document but I didn't record that on video)

It's a mild annoyance that gets solved if you just hide the Location panel (never understood why it opens by default - why would you need that open when stitching a panorama) but here it is: While creating/stitching a Panorama, the zoom keyboard shortcuts (Cmd +/-) don't work for zooming in and out of the image (useful for checking for seams). Instead they affect the world map at the location panel. Hope it helps!

hi Chris, thanks for looking into it! Variance definitely has to do with it (I always max it to 100%) - without a 100% variance, it wouldn't be possible to have a 500px brush act like a 20px when drawing with light pressure ! Having said that, the brush that I use as a starting point is the second brush from the Assorted Brushes set, named "Solid Brush" (the one with width variance, but no opacity variance). It's preset to a variance value of 60% that I manually reset to 100%. btw have I mentioned that I use the apple pencil? So after your last message, I tried reproducing it with my original instructions but with only occasional success, apparently my steps were rather vague, apologies! However I've now found a barebones workflow that causes it to appear invariably! Here are two recordings of all steps via the iOS screen recorder: here and here Steps: - Create a new document - choose the Vector Brush Tool - choose (if not already chosen) the Assorted Brushes Set -> pick the 2nd Solid Brush (the one with size variance but no opacity variance) - at the bottom of the screen, choose pressure controller - at the bottom of the screen choose more - set variance to 100%, size to 600px, and reset the pressure curve to a linear curve, starting from 0 and ending at 5-10% (instead of 100%) - commit the changes and close the editor - draw a stroke alternating the pressure from featherlight to heavy - return to the gallery -return to the document - now the once "slight" pressure variations, should be blown out of proportion! Let me know if this worked!

Thank you Chris! I just managed to reproduce it quite easily, I hope this helps! here's what I did: - I made a new document on the iPad - chose the Vector Brush tool, with stroke size around 8pt - drew a few parallel lines - resized my brush to 50pt but also clicked on more and edited the pressure curve so that the maximum is around 20% of the range (I eyeballed it trying to find an effect that creates lines of equal weight for the same pressure) - I drew a few more lines with the new settings - they appear almost indistinguishable from the 8pt lines, even though these are 50pt lines (normal, since I'm not using maximum pressure and have a new pressure curve etc) - I resized my brush to 150pt and again clicked on more and edited the pressure curve so that the maximum, is around 10% of the range (again eyeballing it) - I drew a few more lines with this settings too. So far, all three sets look similar as seen on the image below - I closed the document, by going back to the gallery. The thumbnail appears fine. -I reopened the document, and now I can see the line-weight being very different! Not sure why the 50pt lines appear thinner than the 8pt ones, but that's the result -I return to the gallery, now the thumbnail has been updated to reflect the new weights!