5argon
Members-
Posts
41 -
Joined
-
Last visited
-
DmitryG reacted to a post in a topic: Undoing a symbol delete not fully revert child symbol's sync status
-
5argon reacted to a post in a topic: Hard crash on clicking Slices tab in Export Persona
-
Hard crash on clicking Slices tab in Export Persona
5argon replied to 5argon's topic in V1 Bugs found on Windows
Ah, right sorry. This is on Windows. I just recently built a new PC so it's out of habit to submit a bug here.. -
Hard crash on clicking Slices tab in Export Persona
5argon replied to 5argon's topic in V1 Bugs found on Windows
Here's a better one. I deleted everything in the file and it still crash on clicking Slices tab. What's special about this file is that it had been created from copy pasting of an another file at first, then modify its content to diverge from original. AlmostEmpty.afdesign What I did is to New a file, then copy paste the only artboard in the SetIcon file, then I am able to export. -
When clicking the + button, the scrollbar snaps to the highlighted entry, which may not be this entry. By common sense it should instead snaps to the new variant that was added as a result of this + press regardless of currently highlighted entry. See clip, I have to scroll back up if I didn't select the entry before pressing + wrong scroll.mov
-
Slice size rounding differ on the objects with the same silhouette
5argon replied to 5argon's topic in V1 Bugs found on macOS
Hi, I have a follow up on this. I want to ask is it really a design that one must align an object to a whole pixel to ensure correct export? I think the correct requirement should be depending on object's size rather than it's coordinate. For example these are 4 empty artboards, all the same 1024x1024 integer size. Common sense would be : if I slice-export all these artboards I would get all 1024x1024 images. (For this instance it is a setup for icon design) However, because their artboard position (on "world" space, outside the artboard) aren't perfect integer, the resulting slices are either 1024 or 1025. icon20-2.afdesign -
5argon reacted to a post in a topic: Brush aliasing is wrong depending on brush size
-
Brush aliasing is wrong depending on brush size
5argon replied to 5argon's topic in V1 Bugs found on macOS
Hi, thank you. One other work around is to use 99% hardness, if someone stumbled on this thread and want to have some hot fix for hard brush that you do want some consistent aliasing. My intuition says that on the size like 9, 11, 13, and 15, even though there is that protruding pixel, when dragging horizontally/vertically that pixel should "smear" itself linearly instead of repeating in intervals. Is this a bug also? Or the brush works like a repeatedly firing gun instead of like the actual "brush"? Top : Actual result of size 11 pixel brush Bottom : Expected result of size 11 pixel brush -
Brush aliasing is wrong depending on brush size
5argon replied to 5argon's topic in V1 Bugs found on macOS
Here, back to aliased brush. There is definitely some bad size on the whole number. And also I sometimes notice that even when in the one brush scaling, I could get a different result on the same number sometimes. size2.mov -
Brush aliasing is wrong depending on brush size
5argon replied to 5argon's topic in V1 Bugs found on macOS
Here, even with pixel brush, when scaling around (or even type in the number) I can get 2 version of 10.0 px and 16.0 px brush, where there is a repeating pixel problem and the one that looked fine. 10 16.mov -
Brush aliasing is wrong depending on brush size
5argon replied to 5argon's topic in V1 Bugs found on macOS
Hi. I get what you meant. What I want is actually non hard edge, a consistently aliased brush regardless of size. And all other software I used do not suffer from this problem no matter the size is whole pixel or not. For example, this clip is from Clip Studio Paint. It gives consistent aliasing edge and no sharp edge mixed in no matter what the size. And also, there is no size that produce the "upper repeating dotted pixel" like Affinity Photo. And when painting, I randomly get "bad brush" when scaling around the size. Brush size scaling is done arbitrarily by the painter and we should not have to concern whether the size is whole pixel or not. aliasing2.mov -
Brush aliasing is wrong depending on brush size
5argon replied to 5argon's topic in V1 Bugs found on macOS
New clip, sometimes you can see it is going to be wrong from the preview when adjusting brush size too. alias.mov -
In Clip Studio Paint there is one feature that's very good for painter. When you hold down E instead of just pressing it, releasing the key will return you to the previous brush. It's a huge productivity boost and better than eraser at the back of the stylus. Could we get something similar?
-
*This is in fact Affinity Photo for macOS, mods please move it to that forum. But I am not sure it could be reproduced on pixel persona of Designer as well. In this clip I show that the Basic brush with 100% opacity / flow / hardness, can produce unexpected aliasing depeding on brush size. To suppliment the clip, for example, at this size there are parts with unaliased result similar to when using the Pixel Tool. Except that it happen randomly along the other edges that were correctly aliased. At this size, it produce spacing artifacts in interval. These are sizes that produce expected, consistent aliasing result. Device : Wacom Intuos Pro M Affinity Photo 1.7.2