Jordan Becker

Hi @NathanC, great news! Many thanks to all the other contributors on this thread as well, I didn't expect much interest but I like to be proven wrong Will you be updating this thread when/if there's an update from engineering?

And by the way, it doesn't matter the accent, nor uppercase/lowercase. Issue is happening with other common accents —in French at least, maybe other languages too such as Spanish with the ñ. The filename appears as follows in Finder and in Affinity menu bar: test accents à é è ê ù ç ñ À É È Ê Ù Ç Ñ

So according to findings @kenmcd, using another font that includes the missing comb glyph would address the issue? Would Affinity be able to embed another monospaced font and fix this issue just like that?

Also if this helps, I'm using my French MacBook keyboard to type the single character "é" or "É" —the latter is the same key as the former, only with caps lock engaged. I'm not combining two separate keystrokes to "build" an e with accent. What happens when you copy the characters from my original post?

My Mac is pretty vanilla, I don't have much fonts indeed but I also didn't remove any. What about using a monospace font that's part of the default fonts depending on the platform?

Happening on Affinity Designer 2.4.0 —but this seemed to be happening forever, I just never took the time to report it. When printing a document and checking the "Include page information" with a filename including an accentuated character, such as "Étiquette", the printed mark will read "E´tiquette". Not a major issue by any mean, but rather an annoyance for us non-native English speakers relying on file name for versioning purposes, as this reduces legibility of the marks. Seems like the font chosen for the marks supports accents without any issue so I guess this would not be that hard to fix —bear with me if it actually is, I'm a software engineer myself I know "seemingly simple" fixes aren't always. Cheers, Jordan

Sure thing! Will you update this thread should you have further updates regarding this issue?

Did you try resetting the app as @Lee D suggested here?

I encountered a quite annoying UI bug in both Designer and Photo when using Live Perspective filter + artboards. It seems that render glitches appear on the canvas pretty randomly, in addition to a "border stretch" effect of what's displayed on the border of the artboard. The "border stretch" glitch can be somewhat workaround by reducing the size of the artboard content as to add some padding to the artboard. However the other glitches remain. Moreover, the glitches "update" on each canvas resize/zoom as you may see on the different screenshots attached. I am also attaching two files that show the issue. While these are .afdesign files, sending them over to Photos actually leads to the same glitches. These are using artboards, Live Perspective filter and symbols. Versions: - Designer 1.10.4 - Photo 1.10.4 - macOS 12.2.1 FYI, I tried disabling GPU acceleration, changing display rendering from metal to CPU, and any possible combination of both without success. Hope this can get fixed sometime! Mockup.afdesign Mockup.afdesign