Issues with Iosevka and font displaying
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 44.7k
- Forks
- 3.6k
- Avg merge
- 21m
- Merged PRs (30d)
- 1
Description
- I am on the latest Hyper.app version
- I have searched the issues of this repo and believe that this is not a duplicate
- OS version and name: macOS Big Sur 11.5.2
- Hyper.app version: 3.1.2
- Link of a Gist with the contents of your .hyper.js: hyper.js
- Relevant information from devtools (CMD+ALT+I on macOS, CTRL+SHIFT+I elsewhere):
electron/js2c/renderer_init.js:13 (electron) The remote module is deprecated. Use https://github.com/electron/remote instead.
log @ electron/js2c/renderer_init.js:13
bundle.js:1 (re)loading renderer plugins
bundle.js:1 Plugin nord-hyper (0.5.0) loaded.
bundle.js:1 Plugin hyper-font-ligatures (0.0.8) loaded.
bundle.js:1 Warning: "nord-hyper" plugin uses some deprecated CSS classes (cursor-node, ::selection).
(anonymous) @ bundle.js:1
total init time 181.5
2bundle.js:1 Uncaught TypeError: Cannot read property 'format' of undefined
at Object.t.default (bundle.js:1)
at Object.i [as getIndividualSubstitutionGlyph] (bundle.js:1)
at o (bundle.js:1)
at Object.i [as getInputTree] (bundle.js:1)
at Object.t.default (bundle.js:1)
at new p (bundle.js:1)
at Object.d [as loadFile] (bundle.js:1)
at async Object.t.default (bundle.js:1)
bundle.js:1 Uncaught TypeError: Cannot read property 'format' of undefined
at Object.t.default (bundle.js:1)
at Object.i [as getIndividualSubstitutionGlyph] (bundle.js:1)
at o (bundle.js:1)
at Object.i [as getInputTree] (bundle.js:1)
at Object.t.default (bundle.js:1)
at new p (bundle.js:1)
at Object.d [as loadFile] (bundle.js:1)
at async Object.t.default (bundle.js:1)
(anonymous) @ bundle.js:1
e._getJoinedRanges @ bundle.js:1
e.getJoinedCharacters @ bundle.js:1
t._forEachCell @ bundle.js:1
t._drawBackground @ bundle.js:1
t.onGridChanged @ bundle.js:1
t.renderRows @ bundle.js:1
t._renderRows @ bundle.js:1
(anonymous) @ bundle.js:1
e._innerRefresh @ bundle.js:1
(anonymous) @ bundle.js:1
bundle.js:1 Uncaught TypeError: Cannot read property 'format' of undefined
at Object.t.default (bundle.js:1)
at Object.i [as getIndividualSubstitutionGlyph] (bundle.js:1)
at o (bundle.js:1)
at Object.i [as getInputTree] (bundle.js:1)
at Object.t.default (bundle.js:1)
at new p (bundle.js:1)
at Object.d [as loadFile] (bundle.js:1)
at async Object.t.default (bundle.js:1)
- The issue is reproducible in vanilla Hyper.app: Is Vanilla
Issue
I'm not sure if this is an issue wth my font, or something I'm doing wrong with Hyper, but when I'm using Iosevka, I get 2 issues:
- With the default Iosevka width, once I type anything in Hyper, all text disappears, including the prompt. Using the Extended variant of the font makes this issue go away, which is fine since I use Iosevka Extended anyway, but this seems like a problem.
- I can't get ligatures to work. Simply changing my font to Fira Code does work. I'm using the latest version of Iosevka, which works fine in iTerm.
The only difference in my settings for these 2 screens included is the font setting.
Iosevka Extended

Fira Code

The only difference in my settings for the 2 screens included is the font setting.
Since others have had luck getting Iosevka to work with Hyper, I suspect I'm missing something I have to do to make it work correctly.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the issue in Hyper.app using Iosevka's default and Extended variants, then inspect DevTools for the reported renderer errors. Compare text rendering and ligature behavior with Fira Code; done means Iosevka displays typed text and ligatures without errors.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- electron, typescript
- Domain
- desktop
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100