Resolving \u{f115} on macos take ~0.5 seconds in the paint routine
#508
Labels
bug
Something isn't working
fixed-in-nightly
This is (or is assumed to be) fixed in the nightly builds.
macOS
Issue applies to Apple macOS
Comments
This was referenced Mar 15, 2021
wez
added a commit
that referenced
this issue
Mar 23, 2021
If shaping can't resolve some glyphs, queue the font locator fallback resolution to another thread; meanwhile, a last resort glyph is used. That thread can trigger an invalidation once the fallback resolve is complete, the window is invalidated and the last resort glyph is replaced by the resolve glyph. refs: #559 refs: #508
wez
added
the
fixed-in-nightly
wez
added a commit
that referenced
this issue
Mar 23, 2021
|
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further. |
# for free
to subscribe to this conversation on GitHub.
Already have an account?
#.
Can repro with
wezterm -nand runningprint("\uf115")in the python3 repl.May need to do something to perform the fallback font resolution via the font locator in a background thread, then invalidate the cached glyph and shape information when its done.
The text was updated successfully, but these errors were encountered: