FiraCode icon indicating copy to clipboard operation
FiraCode copied to clipboard

Hyphen based ligatures don't work in WPF

Open citizenmatt opened this issue 9 years ago • 16 comments

This is related to the issues people have reported with Visual Studio where ligatures that contain a hyphen, such as -> or <!-- don't work in Visual Studio.

It actually looks like this might be a generic WPF issue, rather than just Visual Studio.

I created a dummy WPF application that simply included a TextBlock, Label and FlowDocumentReader. The TextBlock and Label will display ligatures correctly, apart from those containing hyphens (e.g. ->). Strangely, the FlowDocumentReader works as expected.

screen shot 2016-08-29 at 10 51 33 am

I tried to debug the Visual Studio editor, and as best as I could follow, it's not the editor that's doing the work to display ligatures - it comes automagically from WPF and Windows. It looks like the editor is using Windows' native "Line Services" and for some reason, this component is treating the hyphen as a separate character, rather than as part of a run - and so it gets rendered separately, and not converted into a ligature. Hyphenation appears to be disabled in the Visual Studio editor code, and it's definitely disabled in the TextBlock and Label in my dummy application.

I've no idea now what's going wrong, and I strongly suspect this is a WPF/Windows issue and not something that could be fixed in the font, but I'm hoping that we get a nice friendly WPF expert wandering past who can help out.

Could it be something stupid like Windows doesn't recognise "hyphen" in the ligatures?

Anyone got any ideas?

citizenmatt avatar Aug 29 '16 13:08 citizenmatt

This isn't Windows, it's WPF. If you try in a UWP app, it renders correctly. I asked folks at VS to look into it and here's what they found so far:

Looks line LineServices (a low-level component that WPF uses to help format text) treats ‘-‘ specially, presumably for the line-breaking algorithm. With the result that it’s never placed in the same glyph run as normal characters like ‘>’. So by the time DWrite sees the text, it looks like GlyphRun(“--") GlyphRun(“> >= ==> 3/4"), and DWrite doesn’t recognize the ligature that changes ‘-->’ into the right-arrow glyph.

clairernovotny avatar Aug 30 '16 12:08 clairernovotny

Nice one - very useful info! Is there any indication of a fix being worked on?

citizenmatt avatar Aug 30 '16 15:08 citizenmatt

@onovotny have you received any word from the guys at VS that this is being worked on?

saul avatar Nov 06 '16 13:11 saul

@onovotny are you able to use your influence to bring this up with them another time. I think there's about a month before VS2017 changes are frozen, it would be sweet if they can get this sorted in time, sounds like they are onto the root cause.

slang25 avatar Dec 19 '16 22:12 slang25

Here's a relevant UserVoice suggestion to get this fixed: https://visualstudio.uservoice.com/forums/121579-visual-studio-2015/suggestions/12983895-fix-ligatures

Porges avatar Jan 06 '17 02:01 Porges

Update from the Visual Studio dev community: https://developercommunity.visualstudio.com/content/problem/44061/some-programming-ligatures-do-not-work.html

anjelo avatar Apr 18 '17 20:04 anjelo

That's a real shame :(

saul avatar Apr 18 '17 21:04 saul

I've also added a connect issue: https://connect.microsoft.com/VisualStudio/feedback/details/3133502/ligatures-dont-work-correctly-in-wpf

jogibear9988 avatar May 04 '17 05:05 jogibear9988

Btw, it's also the same with VS 2019 preview.

sgrottel avatar Jan 18 '19 08:01 sgrottel

I've just got the notification that the issue is a "wont fix" :(

slang25 avatar Jan 19 '19 00:01 slang25

@slang25 I would wait until WPF for .NET Core 3 is fully open sourced.

clairernovotny avatar Jan 19 '19 02:01 clairernovotny

That's a very good point!

slang25 avatar Jan 19 '19 02:01 slang25

Persists in Visual Studio 2019.1

limbusdev avatar Apr 10 '19 12:04 limbusdev

Bummer :( maybe one day it will come out of Won't Fix.

lifeforce-dev avatar Feb 18 '20 10:02 lifeforce-dev

I overlooked this when scanning the history of this issue so I thought I would post an explicit comment. The issue is now tracked in the WPF team's GitHub issues: https://github.com/dotnet/wpf/issues/109

HolisticDeveloper avatar Jun 12 '20 16:06 HolisticDeveloper

https://github.com/dotnet/wpf/issues/109#issuecomment-2037998572 Looks like it's been resolved in .NET 9; visual studio still uses an older version but perhaps the issue will be resolved in VS2025?

Vresod avatar Dec 12 '24 18:12 Vresod