tonsky / tonsky/FiraCode

Working combining sequences but missing precomposed glyphs

Open
#1,102 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Unicode
Dominant language
Clojure
Stars
82k
Forks
3.2k
PR merge metrics
No merged PRs in 30d

Description

I spotted some characters where the combining sequence works but the precomposed glyph seems to be missing, with the result that the font system will get a fallback from another font. This makes both encodings of the same character look different:

Bildschirmfoto vom 2020-07-26 11-58-41

Precomposed ẽ, ǎ, ǐ, ǒ, ǔ , ǚ are missing, as well as all 'dot below'. There are probably others. Since the combining glyphs work ok, perhaps there's a programmatic way of filling in the precomposed slots with them?

(But curiously, ǐ as a combining sequence doesn't seem to work either.)

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Reproduce the listed precomposed characters and compare them with their combining sequences, using the screenshot as a visual reference. Inspect the font's glyph sources and determine how missing precomposed glyphs and the ǐ sequence are represented. Done means the listed characters render consistently without fallback and the affected sequences have been checked.

Written by the indexing model from the issue text.

Assessment

Domain
design
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
42/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.