<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0">
  <channel>
    <title>CSS - 标签 - William</title>
    <link>https://williamlfang.github.io/tags/css/</link>
    <description>CSS - 标签 | William</description>
    <generator>Hugo -- gohugo.io</generator><language>zh-CN</language><lastBuildDate>Wed, 11 Nov 2026 13:47:39 &#43;0800</lastBuildDate><atom:link href="https://williamlfang.github.io/tags/css/" rel="self" type="application/rss+xml" /><item>
  <title>Thin, pale monospace in Chrome: a Powerline font config was vetoing every good mono font</title>
  <link>https://williamlfang.github.io/2026-11-11-chrome-thin-monospace-powerline/</link>
  <pubDate>Wed, 11 Nov 2026 13:47:39 &#43;0800</pubDate>
  <author>william</author>
  <guid>https://williamlfang.github.io/2026-11-11-chrome-thin-monospace-powerline/</guid>
  <description><![CDATA[<div class="featured-image"><img loading="eager" src="https://williamlfang.github.io/2026-11-11-chrome-thin-monospace-powerline/featured-image.png" alt="Thin, pale monospace in Chrome: a Powerline font config was vetoing every good mono font" title="Thin, pale monospace in Chrome: a Powerline font config was vetoing every good mono font" referrerpolicy="no-referrer"/></div><p>Two pages I look at every day had the same problem: monospace text that was too
thin and pale to read comfortably. One was the log viewer in our Airflow 2.7 web
UI, the other the dark theme of an internal Tabler dashboard. In both, Chrome was
drawing the text in <strong>Courier New</strong>, a hairline font, even though both pages list
four or five better fonts before it.</p>
<p>The cause was a fontconfig file from the <code>fonts-powerline</code> package, installed in
2019. It puts the symbols-only &ldquo;PowerlineSymbols&rdquo; font <strong>in front of</strong> most
monospace families, and Chrome then refuses every one of them. A one-rule
fontconfig file fixed it.</p>]]></description>
</item>
</channel>
</rss>
