Windows default font glyphs are rendered wrong on some systems

Christopher Schnick crschnick at xpipe.io
Wed Dec 4 17:26:37 UTC 2024


This is the default Windows font. If you compare the glyphs between both 
images, they are the same. They are just rendered for the wrong 
characters somehow.

Or more formally, this is the font that is used by JavaFX on Windows if 
no -fx-font is set. I'm not sure what causes this issue on some Windows 
systems, but it happened for multiple users. For most others it's fine.

On 04/12/2024 18:19, Andy Goryachev wrote:
>
> I've never seen this...  what is the font that causes the issue?
>
> -andy
>
> *From: *openjfx-dev <openjfx-dev-retn at openjdk.org> on behalf of 
> Christopher Schnick <crschnick at xpipe.io>
> *Date: *Monday, November 25, 2024 at 02:44
> *To: *openjfx-dev at openjdk.org <openjfx-dev at openjdk.org>
> *Subject: *Windows default font glyphs are rendered wrong on some systems
>
> Hello,
>
> for some of our users, the font glyphs of the default Windows font are 
> wrong by an offset of +2. E.g. the letter D is rendered as F, the 
> symbol - is rendered as /, and so on ... However, the glyph spacings 
> and kernings are using the correct values for the original letter, 
> only the actual glyph itself is wrong. This is happening on the latest 
> 24-ea build on Windows 11, but also occurred on version 21 a while 
> ago. I wasn't able to reproduce it myself, only some users were.
>
> This has happened now for multiple users of our application, so I 
> figured to report it (Didn't find this in the bug tracker).
>
> Here is there issue, next to how it should look like:
>
> (It is in danish because the user played around with the language 
> settings to troubleshoot)
>
> There was no explicit -fx-font set, so the application uses the 
> default one. When the users change to using -fx-font: Roboto, which is 
> bundled with our application, the glyphs are rendered normally. So 
> this issue is specific to certain fonts.
>
> If there's any additional information required, I can relay that 
> request to our affected users.
>
>
> Best
> Christopher Schnick
>
> (I resent this mail as it got stuck in the moderation queue for being 
> too big due to me accidentally pasting the screenshot as a .bmp)
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/openjfx-dev/attachments/20241204/22dc6db4/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: s.png
Type: image/png
Size: 81374 bytes
Desc: not available
URL: <https://mail.openjdk.org/pipermail/openjfx-dev/attachments/20241204/22dc6db4/s-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Ls6xRvPGaI1BL10B.png
Type: image/png
Size: 69609 bytes
Desc: not available
URL: <https://mail.openjdk.org/pipermail/openjfx-dev/attachments/20241204/22dc6db4/Ls6xRvPGaI1BL10B-0001.png>


More information about the openjfx-dev mailing list