Windows default font glyphs are rendered wrong on some systems

[Philip Race]

Very odd. Possibilities :
- font mixup :  the glyph ID is for a different font.
- cmap bug : the incorrect glyph ID is used for the codepoint.
- the font is a unicode variable font something goes wrong as a result - 
I doubt this one as the IDs should be the same.
- something else  :-)

Is the D3D pipeline being used ?
What's the user locale as shown by windows ?

To get some idea of what fonts are being used they could run with 
-Dprism.debugfonts=true

-phil.


On 12/20/24 12:48 PM, Christopher Schnick wrote:
>
> So as a follow-up to this, this is a general JavaFX issue and not 
> related to a certain application. You can find references to this on 
> reddit: 
> https://www.reddit.com/r/JavaFX/comments/1hhu0d5/bugs_with_scene_builder_v_2400/ 
> and on GitHub with some verbose and debugfonts output: 
> https://github.com/JabRef/jabref/issues/11755#issuecomment-2403606223 
> . It also seems related to this issue: 
> https://bugs.openjdk.org/browse/JDK-8242617
>
> On 04/12/2024 18:43, Christopher Schnick wrote:
>>
>> I'm not able to reproduce it, but some of my users are. If anyone who 
>> knows the font renderer maybe wants additional information or has 
>> some ideas on what the users can try to either fix or diagnose the 
>> root cause, I can relay that request to them.
>>
>> I can ask them to try other JavaFX applications, but either way how 
>> that goes, it doesn't show the cause.
>>
>> On 04/12/2024 18:37, Andy Goryachev wrote:
>>>
>>> I might suggest trying to run some other JavaFX application using 
>>> the same setup.  Or better yet, if you can come up with a short 
>>> reproducer, please file a bug.
>>>
>>> Thanks!
>>>
>>> -andy
>>>
>>> *From: *openjfx-dev <openjfx-dev-retn at openjdk.org> on behalf of Andy 
>>> Goryachev <andy.goryachev at oracle.com>
>>> *Date: *Wednesday, December 4, 2024 at 09:20
>>> *To: *Christopher Schnick <crschnick at xpipe.io>, 
>>> openjfx-dev at openjdk.org <openjfx-dev at openjdk.org>
>>> *Subject: *Re: Windows default font glyphs are rendered wrong on 
>>> some systems
>>>
>>> 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/20241220/e778d410/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/20241220/e778d410/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/20241220/e778d410/Ls6xRvPGaI1BL10B-0001.png>