summaryrefslogtreecommitdiffstats
path: root/web_src
diff options
context:
space:
mode:
authorzeripath <art27@cantab.net>2021-05-16 01:12:55 +0100
committerGitHub <noreply@github.com>2021-05-16 02:12:55 +0200
commit58646cab227cb206e3d08fc1b37b27f30e5808e7 (patch)
tree3ae4e443becec21b3bef4efb70e8f6c51e4cf9a1 /web_src
parente0c93fed05f5863ebef2ff584734709c79d926f2 (diff)
downloadgitea-58646cab227cb206e3d08fc1b37b27f30e5808e7.tar.gz
gitea-58646cab227cb206e3d08fc1b37b27f30e5808e7.zip
Move sans-serif fallback font higher than emoji fonts (#15855)
The Tor browser does not use the system-ui font and no other fonts in the stack match its default fonts. In fact it is possible that it will in future only match generic fonts. This means that all rendering will first try the emoji fonts before falling back to the sans-serif font for glyphs. In this case has the emoji fall back fonts for Tor contains empty glyphs for numbers - in order to protect privacy - and leads to numbers being rendered as empty glyphs. This is clearly not ideal and whilst we could use the Arimo font - as I state above I suspect that Tor will eventually ban detecting this and we should instead move the sans-serif font higher in the stack so that it matches before the emoji fonts. Partial fix of #15844 Signed-off-by: Andrew Thornton <art27@cantab.net>
Diffstat (limited to 'web_src')
-rw-r--r--web_src/less/_base.less2
1 files changed, 1 insertions, 1 deletions
diff --git a/web_src/less/_base.less b/web_src/less/_base.less
index c3a7f6ca2c..4fef180c4c 100644
--- a/web_src/less/_base.less
+++ b/web_src/less/_base.less
@@ -121,7 +121,7 @@
}
:root * {
- --fonts-regular: var(--fonts-override, var(--fonts-proportional)), "Noto Sans", "Liberation Sans", var(--fonts-emoji), sans-serif;
+ --fonts-regular: var(--fonts-override, var(--fonts-proportional)), "Noto Sans", "Liberation Sans", sans-serif, var(--fonts-emoji);
}
textarea {