System font loading in Chrome should be asynchronous |
|||
Issue descriptionChrome Version : 63.0.3218.0 OS Version: OS X 10.12.6 Deriving a new font (e.g. 1pt larger, bold, italic, etc.), or loading a new font by name typically requires some kind of IPC with a Font Server process. This IPC is usually transparent to the API (i.e. it is synchronous/blocking). That sucks for Chrome's speed, for UI responsiveness, and for Chrome startup. macOS 10.13 introduce an asynchronous Foundation API for their font server -- NSFontAssetRequest (search https://developer.apple.com/library/content/releasenotes/AppKit/RN-AppKit/index.html#NSFontAssetRequest ). There is also a low-level API -- CTFontDescriptorMatchFontDescriptorsWithProgressHandler available since 10.9, so all macOS versions that Chrome currently supports can take advantage of this. https://developer.apple.com/documentation/coretext/1511433-ctfontdescriptormatchfontdescrip?language=objc Something similar probably exists for other OSes.
,
Oct 3
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Oct 3
#icebox |
|||
►
Sign in to add a comment |
|||
Comment 1 by tapted@chromium.org
, Oct 3 2017