nerd-fonts
nerd-fonts copied to clipboard
Caskaydia Cove introduces ligature issue not in Cascadia Code
Testing in Windows Terminal - font size 12, Windows 11, NF v3.0.2
I would expect the ligature for => to be the same and without visual artifacts.
Cascadia Code:
CaskaydiaCove Nerd Font Mono:
🗹 Requirements
Oh, sorry to hear that. Lets find the reason.
Works in Writer
I see the same, in Windows Terminal as well as in VS Code, Nerd Fonts 3.0.2
Can not reproduce on Win10, VS Code 1.71.0, NF 3.0.2:
My settings:
The problem with Windows Terminal is that they bundle Cascadia Cove (VF) with it and one can not uninstall it, which I hate.
Installing that thing now, hold tight.
@phjordan Btw, please share a picture of your config.json and maybe a view of the font settings dialog with 'cas' as search term:
You see I have no Cascadia Code installed. I unpacked the Caskaydia zip file, select all, right click, install (for user) (is how I installed the fonts).
Can see it with Windows Terminal:
(:thought_balloon: Now I can not restart VS Code, great)
- Could not start VS Code
- Revert changes in config.js - still not opening
- Remove VS Code via 'apps'
- Reinstall VS Code via MS Store - problem: can not install
- Reboot
- Reinstall VS Code via MS Store - problem: can not install
- Download VS Code
msi - Install - can not overwrite old files?
- Reboot / manual deletion of old files
- Install ok
- Start ... still not opening
Windows is so easy, everything works out of the box!
Here are my font settings, Both 'Cascadia Code' and 'CaskaydiaCove...' are installed for all users.
I noticed that the editor.fontSize-setting does have an effect. I don't know anything about font rendering and scaling, but maybe this observation is of help. With 'Cascadia Code' set as font, the arrows seem fine for all font sizes.
My original VS code settings.json:
It looks fine with editor.fontSize commented out:
It looks fine with font size 14:
Font size 12:
Font size 22:
Edit: This is on Windows 10
Thanks for the input! There are indeed size-limits where the font switches rendering, I will check that. And maybe I can get VS Code repaired on that one machine, all other machines I have are Win11...
Edit: Ah, report was for Win 11 :woman_facepalming:
Ah, I have another hunch... Which concrete Cascadia Code did you compare with? (Best would be a details screenshot of the font settings thing, when opened Cascadia Code)?
I fear that it might be the hints 🙄
Which concrete Cascadia Code did you compare with?
This is the reason why I hate the bundling of Windows Terminal with Cascadia Cove, because they bundle the VF and one has to go through a lengthy operation to remove that if you want the otf or pure ttf ones instead.
The font-patcher can not work with VF, so we use some static ttf variant (see the readme)
Which concrete Cascadia Code did you compare with? (Best would be a details screenshot of the font settings thing, when opened Cascadia Code)?
Yes, it seems to be the bundled version of Cascadia Code that I have installed.
Thanks for the input! There are indeed size-limits where the font switches rendering, I will check that. And maybe I can get VS Code repaired on that one machine, all other machines I have are Win11...
Edit: Ah, report was for Win 11 🤦♀️
Also reproducible on windows 10 👍🏼
I also encountered this issue. Windows 11, Windows Terminal 1.17
Can see that
-- near git are of different sizes
And it gets better with font size increase.
I've Installed the latest version of Caskaydia Cove NF on my windows 10, and now I'm seeing this box icons, I need help regarding this issue
@harshv1741 This is no ligature Issue.
Please check out
- https://github.com/ryanoasis/nerd-fonts/issues/1190#issuecomment-1530999114
I would need someone who can test the potential fix, good would be a thorough test like @phjordan with all the arrows.
It would be great if someone who sees the arrows problem can check this font:
CaskaydiaCove_arrows.zip Version 3.2.1-10
(Probably you need to uninstall the old Caskaydia first, then reboot, then install the font given in this comment.)
Without reports it is hard to see if this will fix it or not... Help needed.
Thanks for the update, i'll give it a try as soon as I can!
It seems to be 99.9% resolved!
In some font sizes the "=>" ligature has a really small defect (there is a really small gap between the "equal" sign and the "greater than" sign
This is the "correct" arrow on a different size:
Same thing with:
Hmm, this is maybe also a hinting problem, this is most visible at 12 pt / 96 dpi.
The advance width is 9.4 pixel, and so the last pixel is only filled less than half, so it is rendered half-grey. Of course this will vary with the number of characters in front of it.
The situation is comparable with FiraCode unpatched:
Just here other sizes show that same problem.
Are you sure Cascadia Code unpatched does not have the same problem at some sizes? Maybe you can try. I need to fire up Glyphs3 to examine it. Or was there not a tool on Linux to show the subpixel rendering of variable fonts on Linux :thinking:
I can check, but I believe this is a principle problem that can not be solved without 'massive' manual intervention.
Affected are a high number of glyphs (the font-patcher reports it auto-adjusts 88 glyphs), so that would be quite some work to do, manually edit the hints to extend more to the outside.
Well, and famous FiraCode has the same, so why should we be better ;-)
Are you sure Cascadia Code unpatched does not have the same problem at some sizes? Maybe you can try.
Just uninstalled Caskaydia Cove, rebooted and tried using Cascadia Code, the issue is still there
Well... your patch worked just fine, it seems that Cascadia Code is the problem now. Thanks!
Thank you for testing all that stuff! I will do some final tests with the PR (because it completely changes how the configuration works), and then merge the fix.
@allcontributors please add @FrancescoLuzzi for bug
Oh! == is don't work, or my computer have problem?