-
Posts
214 -
Joined
-
Last visited
Profile Information
-
Gender
Male
Recent Profile Visitors
2,093 profile views
-
F_Kal reacted to a post in a topic: do you feel that V2 has fixed bugs you had in V1?
-
F_Kal reacted to a post in a topic: do you feel that V2 has fixed bugs you had in V1?
-
F_Kal reacted to a post in a topic: do you feel that V2 has fixed bugs you had in V1?
-
I have reached similar conclusions from the trial of v2 - at least when it comes to the issues (both annoyances and bugs) that I was encountering in V1, they are still present (most of them 4-5 years and counting). I too am on the fence whether I should buy it while it's discounted, only to futureproof myself in case the issues get finally addressed in the ...next 4-5 years.
-
F_Kal reacted to a post in a topic: do you feel that V2 has fixed bugs you had in V1?
-
F_Kal reacted to a post in a topic: do you feel that V2 has fixed bugs you had in V1?
-
I've been a long time user of AP/AD v1 on macOS, and while the software in terms of features matured quite quickly, a few bugs and quirks were there for a few years and never really went away: eg. spinning beach balls when resizing the handles of a layer that start after some time of playing - you need to restart the app to get it back to working (AP), random crashes, bugs with symbols (AD), not being able to cancel/exit raw development with a keyboard shortcut etc. I haven't seen any feature in V2 that I need but I wouldn't say no to upgrading if V2 had some or all of these issues resolved. what is your opinion? do you feel that V2 is less buggy than V1?
-
F_Kal reacted to a post in a topic: Acquire Image Crash
-
F_Kal reacted to a post in a topic: Super Resolution
-
Super Resolution
F_Kal replied to dronecrasher's topic in Pre-V2 Archive of Affinity on Desktop Questions (macOS and Windows)
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 -
F_Kal reacted to a post in a topic: Super Resolution
-
Super Resolution
F_Kal replied to dronecrasher's topic in Pre-V2 Archive of Affinity on Desktop Questions (macOS and Windows)
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! -
Super Resolution
F_Kal replied to dronecrasher's topic in Pre-V2 Archive of Affinity on Desktop Questions (macOS and Windows)
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? -
深红命运 reacted to a post in a topic: Import Palette… - importing .ase and .aco files
-
Wood Kit reacted to a post in a topic: Default location for Save As (and Export)
-
DmitryG reacted to a post in a topic: [AD 1.7.3] Symbols: color property of few elements won't sync across all instances
-
F_Kal reacted to a post in a topic: Default location for Save As (and Export)
-
F_Kal reacted to a post in a topic: [AD 1.7.3] Symbols: color property of few elements won't sync across all instances
-
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
-
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!
- 2 replies
-
- svg
- global colors
-
(and 2 more)
Tagged with:
-
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>
-
AndyQ reacted to a post in a topic: Join nodes
-
SeamusBerkeley reacted to a post in a topic: Cancel batch job button request
-
Cancel batch job button request
F_Kal replied to Mandu's topic in Feedback for Affinity Photo V1 on Desktop
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! -
VectorCat reacted to a post in a topic: shut off scale line weights?
-
Alfred reacted to a post in a topic: shut off scale line weights?
-
shut off scale line weights?
F_Kal replied to VectorCat's topic in Pre-V2 Archive of Affinity on iPad Questions
hey I had the same question a few minutes ago! to achieve this: - select all the objects that you wish to prevent - at the Stroke studio (the button on the right where you can edit the stroke width etc) click on advanced - from there deselect Scale with Object option. Now the stroke won't scale with the object! (Do the opposite if you wish to make sure that the stroke retains its ratio to the object/document size after successive transformation) -
Request: Auto save and feedback
F_Kal replied to amatheus's topic in Feedback for Affinity Designer V1 on iPad
+1 -
Hi, I wonder if there is some way to automatically crop/trim and downsample pixel layers to their visible portion and document dpi resolution so that the affinity designer file isn't bloated beyond necessary? I've found that Rasterize Layer does the downsampling, but when you have hundreds of such layers, it's hard to keep track which ones have been rasterized and which ones I've missed! Any function already in the software that I've missed? Thanks,-Fotis
-
vonBusing reacted to a post in a topic: Blocked from signing in to Affinity Beta. More money demanded
-
Lojza reacted to a post in a topic: Blocked from signing in to Affinity Beta. More money demanded
-
+1 for @VIPStephan's answer Of course a more automated version would be welcome, but I'm quite sure we humans can still use some reasoning also +1 for @Lojza's suggestion that the Beta doesn't expire. It's a big inconvenience moving settings between MAS and Beta Versions; which makes it inevitable that at some point every single beta tester will eventually "retire". And not because of the rough edges, or that he/she wants to stop testing out the software and give feedback: But because there is unnecessary overhead in maintaining the beta-tester status!