kilimanjaro

It's 2022 and I'm having the same issue on my iPad Pro running iOS 15.4.1, and my MBPro running macOS 12.3.1 with latest versions of Affinity Designer on both platforms. I mean, it's been two years. Is fixing bugs now no priority anymore?

I have the same issue, that makes it impossible to use the app on my iPad. I'm running Affinity Designer (1.10.21) on iOS (15.4.1) on iPad Pro M1. Affinity will freeze after a few minutes of drawing with a vector brush (I think I used one of the Frankentoon brushes), then crash, and most work done from launch to freeze will be gone. I restarted the app, tried again, the app froze again. Did the whole dance 4 times and then gave up. I really hope for a fix, because timing wise it couldn't be worse. I was just about get into heavy illustration work on my project, and I wanted to do it on the iPad instead of my Mac for better productivity.

This is typical programmer logic forced on end users that only makes sense if you explain it and end user will have forgotten the explanation by the time they use it, and be confused every single time. In short: it's a shitty user experience, it's bad usability, it's not predictable just by looking at the info you can get from the UI and it should be fixed to a behavior that can easily be understood and predicted by normal end users, not programmers.

Even the current implementation is broken. If I have a board that is placed on, say y: 2080.5 and I switch on force pixel alignment and move by whole pixels it will only move the dartboard by whole pixels i.e. 2081.5 or 2082.5. So, if I have to uncheck move by whole pixels to actually force the coordinates of the artboard to always be on a whole pixel. Great. So, now please pray tell me what is the point of having the option to move by whole pixels if it's a subitem of force pixel alignment and kinda disables that when checked?

Just tried it and, nope. Same delay here. Screen Recording 2021-12-13 at 10.22.41.mov

Same issue here. Takes 2 seconds and drives me absolutely nuts. Screen Recording 2021-12-10 at 15.50.31.mov

When I put curves that have outlines inside a curve, the line thickness of the curves inside will stay the same when resizing, even when I check the [ ] Scale with object checkbox. Furthermore, selecting the containing curve and changing line thickness will only change line thickness for the containing curve itself, but not for the curves contained within it. The behaviour should be the same as for groups and the elements they contain, i.e. any change on the containing object (scaling, changing line widths) should translate to all contained objects as well.

That's the crux when you develop these apps cross platform, I guess. If it were a fully "native" Obj C or Swift app, adding these kind of text features would be super easy to implement, because there are frameworks to support it. If lowly TextEdit.app on macOS has it, you can be damn sure there's a framework to enable that functionality with close to zero effort, but alas. As much as I love Affinity that's where I see the weakness of cross platform apps, where you always end up with kind of a lowest common denominator. Many features that you could get almost "for free", if you'd only use the latest and greatest native frameworks of one platform (and then spend more time focusing on adding extra value to the end user) – you have to implement from scratch, spending lots of dev time on stuff that should work "out of the box" in the first place.

While resizing the text frame is a workaround for vertical text in a very limited context to use vertical text for full sentences this won't work. Interpunction "flips around" on vertical text, but unless the app supports it brackets, full stops, quotation marks and extension bars (for long vowel in Katakana) won't, and it'll be all wrong. I wonder if there are any plans to finally support vertical text for CJK in Affinity Products. I mean even Pages.app and macOS lowly TextEdit supports vertical text just fine now. I'm pretty sure at least on macOS there are frameworks to support that text feature with close to zero effort. To illustrate the point see attached files. The one with the highlights is the fake vertical text with highlights to mark all the wrong places. There also the issue that with fake vertical you'd have to make a new text frame for every single line of text, because in vertical text lines go from right to left. Actually there are some fonts that are specifically for vertical text, because the kerning and some proportions need to be different than for horizontal text. E.g. the font Kyokasho that's preinstalled on macOS, is made for vertical text, while the 'Kyokasho yoko' font is for horizontal text (yoko=sideways/horizontal).

Same here. I'm using the App Store versions of Affinity Designer/Photo/Publisher. And launching takes forever (on a cold boot). Big Sur 11.2.3 MacBook Pro 16" (2019) 64GB RAM, Razer Core X eGPU with Radeon RX Vega 64 8GB GPU (but same without the eGPU and the internal AMD Radeon Pro 5500M/8GB)

Awesome, thanks.

This seems like a very minor issue, but it's truly aggravating. I never close windows by "mousing" around having to hit the little green button. I usually always use CMD+W which will close the frontmost window. So, every single time I'm opening the preferences window and hit CMD+W to close it again, Affinity Designer (and Aff. Photo/Publisher, too btw) will try to close the currently open document. This annoys the hell out of me and if there are no unsaved changes it will actually just close the document, leaving the preferences window open. Then I'll have to "mouse around", aim at the small close button for preferences, close that, go to the file menu and reopen the most recent document. This seems like a huge usability oversight. On every other application I know on macOS, preferences windows behave just like any other window, so you can close them via CMD+W.

Is it just my 5 year old Mac, or is the visual rendering of the page super jaggy when zoomed in at any level other than 100% or x2 /2 of the original size? I’d like Affinity Photo Beta to smooth the lines a bit when using odd zoom levels such as 134%…