JokeRat

Hi @GabrielM Thanks for your answer. Unfortunately I didn't have saved the history with the document. And I can't replicate the crash on a consistent basis, but it occured to me more than once. (also sent the report (via in-application prompt) to you guys. If that's any help. But what I - and you - can replicate is the bug(?) that symbols are not affected by snapshots, as in my opinion it should be a global 'reset' when I go back to an old snapshot, including all elments (like symbols). You can easily try yourself by making a rectangle, make a symbol, make snapshot, change color, make another snapshot and go back to the first snapshot. the color will still be the same as you set it on the second snapshot. Also, I submitted the file anyway, even though it probably wont be of any help to you. Please keep it confidential as there is some sensitive data in it. Thank you.

Hej affinitos I have the following problem: I was working on some business cards for a client. There I use symbols to make fancy mockups (so when I change something on the card, it also shows on the mockup). Now to save the different variants I'm making for the costumer I wanted to use the snapshot function. When I finished my draft variants I wanted to go through them all just to get shocked that all snapshots had the same state (the last one). Now I thought: Well, let's use the history function and go back to all/some old variants. But now when I use the history function after a certain point AD crashes and now I can't restore my work. Which are quite a few hours of work. Here's the error message I get after the history rollback attempt: Any ideas? Thanks in advance Jay

@macCesar yeah, I got 2.7billion+ with the Beta. (even though, I don't know if that's too helpful. At least not for my workflow anyway. Impressive nonetheless though.)

Unfortunate, but thanks a lot, GabrielM. Looking forward for that improvement. Especially to get on par with the desktop version, it makes sense.

Hello everyone I was looking for a way to change the background color of the UI. I found the option in the settings (under Interface) but this seems to get overwritten once I use artboards. Or am I missing something? It's really unpractical for me, as I'm working with a background on the artboards that is very similar to that light grey. Besides that it's very....bright like that. And on the desktop version the backgrounds with or without artboards are treated the same (which is great!). Any clues how to solve that? Thank you all.

I have a suggestion (or maybe I'm just weird and it's fine for everyone else :D) for the value you set on the new symmetry settings. I found it very unintuitive to set the value to '3' to get 4 axis (or 8 sectors) It would be more logic - in my opinion - if you set it to no. of axis or sectors. Like you guys even wrote it like that in the change log: It's a minor thing, but hey why not go for perfection. :-P

I agree to this. It would make so much more sense in a vector program like AD. What I have in mind that the symmetry is not locked on a specific tool but to the canvas where you can turn it on and off on demand. Similar to how Procreate handels it.

Hi Sean, ah lovely. You got that already covered.

Hej @grapher I couldn't reproduce this error/behavior. Mind to elaborate how/when this is occuring? Greetings, Jay

I'm messing a little around with the new beta and found this weird behavior: When I pull out an asset on the canvas the canvas automatically zooms to 'fit to screen'. See vid in the attachements. Edit: (adding the version/os): Affinity Designer beta (1.7.0.188) for Windows. assets_bug.wmv

Hi Sarah I just tried it with the mouse and it seems to work as previously/intended. Can't test it with my Cintiq right now, will test it when I'm at home.

Hi Vitaly, Thanks for sharing your work with us. It's a pleasure to view and it has a lot of improvments I want for Affinity Designer. (like the better highlighting of selected tools, etc..) From an aesthetical point of view it's fantastic and very pleasing to the eye. Although if you consider accessiblity and readability it's a tough one. The contrast is way too low and if people have a little eyesight issues, it's not viable, in my opinion. (I know, us UI/UX-designers have a hard time finding the balance between aesthetics and accessibility as it often compete with each other .) But as I said: Great work Vitaly! And I love your icon set, they are super crisp and look great! Hope to see more of your work.

Thank you MEB and A_B_C. much appreciated! The 'middle alignment' argument makes totally sense. Now I tried to apply this to the button in my example and the horizontal lines are indeed crisp as they should be. but unfortunately the vertical ones are now blurry. Any clues why (the dimensions and positions are on full pixels)? Edit: Here is another example. This time it's again the horizontal line (bottom border) that is blurry. (and to a certain degree the right vertical one as well)

Hello MEB Thanks for the answer. So you're saying that I have to actually move objects to half pixels instead using the app provided 'force pixel alignment/move by whole pixels' option? (which I have on (as you can see on the screenshot). That doesn't make much sense to me, to be honest. Then - if not for proper alignment - what is 'force pixel alignment/move by whole pixels' for?

Hi firstdefence Thanks a lot for your help. Unfortunately the Pixel-Persona is not really an option, as I heavily rely on the flexibility and scalability of vectors. Besides that: drawing something like a rounded rectangle with the pixel tools is not as easy to get (without much effort).