rubs

Hmmm... Good idea, but I'm not sure it's worth the hassle. This was just a notice for the support guys. Thanks anyway!

Thanks for fixing it quickly, looks great now. No harm done!

Same thing happens to drop shadows, they are clipped when constrained. @Aammppaa, maybe you may work around this the same way I do with shadows, i.e. by including a larger object in the group before creating any constraints, then removing the object after the constraints are in place.

Yes, please. 500% may not be enough for certain applications. Anyway, thanks a lot for adding such a popular feature.

Just a minor issue, but I noticed that while the English variant (UK/US) is displayed correctly in the UI, the libraries (palettes, brushes, etc.) are always in en-UK (e.g. "greys", "colours", "watercolours"). In version 1.6 the palette names were always in pt-BR (my locale) which also didn't seem quite right. I believe palette names should follow the language chosen in the Preferences panel.

Yes, in practice it's not currently possible to take advantage of the multiple fill idea because in practice the topmost fill becomes the only one. Any workarounds?

I imagine ppis/dpis may still be relevant for screen work when/if you are placing or dragging an image file onto your artwork or converting from another format. Other than that, I agree it's not important at all.

Hmmm... thanks for letting us know that. So in the long term the app will get slower because of that. I hope you are still investigating the issue to correct this in the near future.

I noticed it was getting slow again, then I noticed AD still doesn't release RAM after documents were closed. This ends up degrading performance over time. This is a sample after many hours work: Then I've closed and reopened it with the same two opened documents: Anyways there is significant improvement over previous versions.

On a side note, I think 72 used to be the native screen resolution for old Macs. Windows defaults are 96 dpi (or ppi?), not 72.

Thanks a lot for hearing us!

Looking good so far!

The old font still shows while editing. (Which seems to work well now, at last. Thanks for fixing it! Too bad there is no F2 shortcut because there seems to be no Layer / Rename command.)

Exactly.

Maybe it's a correction software-wise, which I can appreciate. But a very bad decision regarding the UI. Sure. Main monitor 2560 x 1080 @ 96 dpi, an auxiliary one 1366 x 768 @ 96 dpi. Windows is at 100%. Here's a screenshot. If anyone pays close attention it is easy to see how many different font sizes and variants you use in the Layers panel at the same time. The smaller ones are pretty to read here (of course we are out of context), but a pain to use everyday. Let me also remind you that on an ultrawide monitor the layer panel may be quite far away from the work area. I don't think forcing anyone to change the whole Windows UI for just one application is a good idea.

@Mark Ingram, that's one of the funniest excuses about a bad UI decision I've ever seen. You probably don't have strong presbyopia. But even if you do, no one from the dev team can replicate a real user's experience. On another note, are Windows users some kind of second class citizens? Why copy things from the Mac UI even if they just don't fit?

You are probably not taking into account that most Macs use high dpi monitors while most monitors attached to Windows machines are low dpi like grafkom's and mine. Please revert this change ASAP, or provide an option. You already have lots of problems and bugs to solve, you don't need to create new ones.

Hmmmm... Better call it a change, I'm not sure it is an improvement over the previous versions. The font used is too small at 96 dpi (unless you are less than 40 -- not my case). The previous font is much clearer and easy to read. Ideally this should be a setting, I wouldn't mind going through zipped XML or JSON files to change display fonts. Thanks a lot for the other improvements, though.

Hi Mark, I'd like you to see the screenshot below. Performance seems better, but still degrades over time. P.S. Just saw there is a new beta, I'll try it out, great hopes on this one

It seems that version 1.7 is better regarding the problem of scaling thin lines. (Another silent improvement?) Even when only two handles are visible, a horizontal / vertical scale arrow appears nonetheless. This doesn't happen in v. 1.6. When they overlap a bit more, however, the horizontal / vertical arrow disappears, so there is still room for improvement. Anyway, thanks a lot for addressing this issue!

Please do. Thanks.

Good, thanks.

Hahahaha, I never use the Place command, just tried it out this once to test it out. I always use the clipboard or drop files in the work area. I'm pretty sure the PNG itself is not relevant (mind you, @grapher and I are continents apart and got the same result). My context: I was working in a large project for hours, opened a new document, added a couple of text objects to it (for another test) and then tried placing one of the PNGs in a folder full of wireframe layouts. Boom.

Hi everyone, it seems than there is no way to see long names in the Symbols panel (see example below), like the tooltips and list view option in the Assets panel. Or am I missing something? Thanks in advance!

Hi all, Does anybody know what does the Text Frame icon do? Or is this just a leftover from Affinity Publisher? Thanks in advance.