Julion

I'm using Apple Magic Mouse with "natural scrolling", a.k.a. move content to scrolling direction instead of scroll bars. This probably reverses the intended directionality of input scrolling, but that's all fine by me. I have a question however. If I gesture with the Magic Mouse over an input field, say, character tracking, swiping up decreases, and swiping down increases the value. Great. Now if I want to adjust the value more accurately, I hold shift, right? But now the value only increases when I swipe up OR down, meaning I can't decrease the value with vertical gestures when holding shift! So I figured that with the shift key down I have to swipe left and right instead, that way I can adjust the input accurately to both directions. But if I don't hold shift, swiping horizontally only increases the value. If I try swiping with my trackpad, well, it gets even more confusing, and I don't know how to describe it. Maybe somebody with a trackpad could give it a try? So what's the intended workflow to adjust input fields using 2d gestures with devices like Magic Mouse or trackpad?

Yes, thanks for confirming! Should I file a bug report or can a mod move this thread?

Affinity Designer Mac Beta 1.5.3 If I set constraints to prevent object A from scaling, why does "Lock Children" option on parent object B stop working for object A's position when resizing the object B? In this case I disabled the inner arrows for object A like so:

Thanks for the nice analogy! To continue from there, I guess I'm suggesting that instead of flipping the slide and the frame you could remove the slide from the frame, flip it, and put it back in. That way when I want to hold the frame from the top left corner I don't need to remember whether the frame has been flipped to know where the top left corner actually is. ;)

But this is not true. Object has orientation, meaning what is the object's reference of "up", "down", "left" or "right". If flipping would only mirror the visual content and didn't change the orientation, the anchor reference points would intuitively make sense every time.

The behaviour changes, and it's not represented by the reference points. After flipping if I want to anchor the object to the left, and I click an anchor point on the left, and the reference point on the left lights up, it gets anchored to the right instead. With transforms the reference points do update to represent the orientation of the object. This is not the case with flipping. Am I wrong to expect the reference points to give a visual hint of where the object should be anchored?

Because it isn't the same. Flipping seems to affect the Transform window's anchor map: After flipping the orientation of these anchor points aren't what the GUI shows.

But the anchor does change. If it didn't, none of this behaviour would occur. Edit: To put it more precicely, it's the orientation of the object that changes. Meaning that the object's left, right, up or down might differ from the user's point of view. That's the unintuitive part. I wasn't talking about appearance. I meant that I may not remember having flipped an object. UI shouldn't rely on remembering things.

In Affinity Designer if I flip an object horizontally or vertically, it seems that the anchor map in the rotation panel changes relatively as well. Say I flip horizontally and select an anchor point on the left side, all transforms anchor to the right instead. I think it's unintuitive and unpredictable, because I can't tell whether the object has been flipped or not. What is the purpose of this behaviour?

For some reason when I try to paste a style on a curve layer it goes from this: .. to this: I wanted to copy the outer shadow from the blue dude onto the pillow layer.

I'm interested in recreating digital art from the time when the colour palettes were very limited. I'd like to be able to customize my own colour profiles (of like 16 or 256 colours), or at least use some of the common ones from the 80's and 90's era. I'd alo want to experiment with different dither types to use them as visible effects in the image. The Posterise effect didn't seem to implement the kind of dithering I'm looking for. Are these kind of techniques possible at all in AD?

Here you go: https://dl.dropboxusercontent.com/u/612731/open%20fridge.afdesign.zip Edit: My setup is: 2014 MacBook Pro Retina 15" Mac OS 10.10.5 Yosemite

I'm using the trial version of Affinity Designer, so I'm very new to the app. I was trying to save a modified jpg as a new project. After I clicked Save, the app stopped responding, and the cursor changed to beachball. While the app was beachballing, something ate all my remaining disk space, which I think was 20-30 gigs or so. The bitmaps I used in the project couldn't have taken anything near that much space. Before saving I had created a fill layer on a layer group, so this might have something to do with the crash. I was also able to reproduce the beachball freeze using a fill layer on the same layer group in a recovered project file, but this time not being able to even open the saving dialog, and no disk space was missing. The project file is too big to attach, but you can try reproducing the crash yourself: Group some bitmap layers together and click on the colour wheel. After each crash I have to force AD to quit. After relaunching it a few times the missing disk space seemed to recover bit by bit. Also the recovery file saved an hour of work, so I'm good. Any ideas on what's going on here?