microsoft / cascadia-code

This is a fun, new monospaced font that includes programming ligatures and is designed to enhance the modern look and feel of the Windows Terminal.

Other

25.95k stars 807 forks source link

U+0045 LATIN CAPITAL LETTER E has uneven left side #439

Closed schuelermine closed 3 years ago

schuelermine commented 3 years ago

Environment

Cascadia Code version number: 2102.003
Application (with version) used to display text: konsole 20.08.2
Font size: any
Font variant: Cascadia Code Roman
OS: Pop!_OS 20.10
    with Linux 5.8.0-7642-generic and GNOME 3.38.3
Screen resolution (i.e. 220dpi): 1920px×1080px
    344mm×194mm (96x96dpi) according to xrandr and xdpyinfo
UI Scaling: 100%
Hinting setting: Slight
Antialiasing: Standard
Further settings: Large fonts accessibility option is enabled

Steps to reproduce

Type “E”

Expected behavior

Completely straight left edge

Actual behavior

Areas that meet "forks" of the E extend slightly further left

Screenshots

Screenshot from 2021-03-26 14-54-16

DHowett commented 3 years ago

Three questions-

Does this still happen with 2102.025?

Which variant are you using? (Variable TTF, Static TTF, Static OTF)

What does “slight” hinting mean; does the rasterizer simply ignore half of the hinting instructions? 😉

schuelermine commented 3 years ago

Does this still happen with 2102.025?

Will test.

Which variant are you using? (Variable TTF, Static TTF, Static OTF)

Probably variable TTF, there's only one file. Screenshot from 2021-03-26 15-04-48

What does “slight” hinting mean; does the rasterizer simply ignore half of the hinting instructions? :wink:

It's a setting in the GNOME Tweaks app, I don't know if it affects how Konsole renders text, so I included it. Screenshot from 2021-03-26 15-03-25

schuelermine commented 3 years ago

Update: Yes, still occurs with .025

aaronbell commented 3 years ago

What version of FreeType are you running?

aaronbell commented 3 years ago

Just adding a bit more context here. FreeType (and MacOS IIRC) have problems with rendering overlapping paths wherein if two separate paths are colinear, the rendering is 'doubled'. So in your case, the light edge of the /E suddenly becomes full dark.

We ran into this bug previously and implemented something of a hacky fix to apply OVERLAP_SIMPLE and OVERLAP_COMPOUND in the variable font to change FreeType's rendering mode and avoid this problem. However, it requires a newer version of FreeType (>=2.10.3) to work, I believe.

schuelermine commented 3 years ago

I don't know, and I'm currently not on the machine where this big occured, I'll get back to you as soon as I can.

schuelermine commented 3 years ago

What version of FreeType are you running?

2.10.2.

Output of aptitude show libfreetype6:

Package: libfreetype6
Version: 2.10.2+dfsg-3ubuntu1

aaronbell commented 3 years ago

Ah well there you go. You will need to update to a newer version of FreeType.

aaronbell commented 3 years ago

Anyway going to close this as it isn’t an issue with cascadia :)

apodtele commented 3 years ago

What version of FreeType are you running?

2.10.2.

Output of aptitude show libfreetype6:
Package: libfreetype6
Version: 2.10.2+dfsg-3ubuntu1

Next Ubuntu 21.04 will come with a good FreeType version on April 22.