You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Feb 17, 2023. It is now read-only.
It was discovered multiple times that self-built fontconfig results on very long startup times and a bit broken rendering(due to missing config files on a system ofc). So the end application isn't that much usable and the bugreports from such builds are hard to debug.
So adding a feature flag to disable such fallback could make sense, since users on Linux/BSD don't really want embed fontconfig anyway. However I wonder:
Servo uses fontconfig on android, how do they deal with the startup time error(that it fails to load config). Do they use an embedded config?
The text was updated successfully, but these errors were encountered:
So, from what I see on fontconfig backend in servo, you should also suffer from static self-build fontconfig as well, since the code is very similar to the one we're using in alacritty. Does the proposed feature to fail compilation on missing lib makes sense or you know for sure how to make all that work nicely and doesn't load for like 30seconds, which won't require embeding some configuration.
It was discovered multiple times that self-built fontconfig results on very long startup times and a bit broken rendering(due to missing config files on a system ofc). So the end application isn't that much usable and the bugreports from such builds are hard to debug.
So adding a feature flag to disable such fallback could make sense, since users on Linux/BSD don't really want embed fontconfig anyway. However I wonder:
Servo uses fontconfig on android, how do they deal with the startup time error(that it fails to load config). Do they use an embedded config?
The text was updated successfully, but these errors were encountered: