5argon
Members-
Posts
41 -
Joined
-
Last visited
Everything posted by 5argon
-
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 -
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
-
When adding layer effect to one symbol, other symbols follows as expected. However pressing merge and it now applies to only that one symbol, a bunch of unlinks appeared, the orange line became dashed, and undoing cannot restore back the linked state. Related question, how can I intentionally unlink some "attribute" that it is showing here? What are available attributes that I could unlink manually? How to relink them? Any documentation of this "dashed line" symbol? unlink.mov unlink.afdesign
-
Mask detaching to below cause graphic glitch
5argon replied to 5argon's topic in V1 Bugs found on macOS
It's the same even with no metal + restarting. (attached new video) The first video was already with metal. Here's an image from the first video : nometal.mov -
Mask detaching to below cause graphic glitch
5argon replied to 5argon's topic in V1 Bugs found on macOS
It's on bottom left in the video. Plus I turn off Metal in the vid and it didnt make any difference. -
Mask detaching to below cause graphic glitch
5argon replied to 5argon's topic in V1 Bugs found on macOS
-
When detaching mask, the graphic is expected to restore to unmasked state immediately. If I detach by dragging to above this is no problem. But if below, the masked residues remains on the screen until I click/drag/zoom around multiple times for it to update to unmasked state. The same happen if using undo to revert from detached mask that was dragged to below. mask_on_off.mov 100000-1.afdesign
-
t An expected result is that clicking Create Slice on PFXIcon should correctly frame the active area, similar in size to the frame of transform handle in Designer Persona in the first image. (plus take account of stroke, so all stroke pixel won't be clipped) But seems like it misunderstand something and create much bigger area. (probably related to group scaling and that its content are symbols) PFXIcon.afdesign
-
See the video clip or try it in the file. The squares were duplicated and arranged in grids. But sometimes it is not able to snap to it's previous instances. (Column 2, 4th element and column 3, 2nd element) The snapping is expected to work 100% as it is a square and it has been duplicated. reproclip.mov repro.afdesign