準確來說，是次畫素 (Sub-pixel) 的排列方向變了。Windows Vista 及之後的 Windows 預設開啟 ClearType, 而 ClearType 最為核心的技術應該是次畫素抗鋸齒。如果對 ClearType 並不瞭解，可以先看看這些內容[1] [2]。將螢幕豎起後，次畫素的排列方向從水平變為垂直，於是亦會影響字型渲染。ClearType 為強調文字的清晰度，採取了水平方向次畫素抗鋸齒、垂直方向不進行抗鋸齒的策略，而且對字型本身 hinting 的依賴程度相當大。在將螢幕豎直後，如果仍採用類似處理方法，因為此時已無法進行次畫素抗鋸齒，水平方向的解析度顯然不如原來，因而會「發虛」。我沒有在真實的豎屏下進行測試的條件，所以不知實際上 ClearType 會在豎屏中換用一套處理方法（我感覺不大可能）還是直接沿用原有的渲染方式（這是我將 Mac 的螢幕旋轉後，在虛擬機器中得到的測試結果，但應該不能作數）。倘若是按後者處理，因為對文字輪廓進行次畫素抗鋸齒（亦即是生成「彩邊」的過程）的演算法是針對橫屏設計的，會發虛是理所應當的事情。而根據 Typophile 上的一個帖子[3]，Windows 會在豎屏時關閉 ClearType. 而根據該帖子的一個回覆所言，微軟官方亦一直強調 ClearType 只會對次畫素水平排列的螢幕起作用。至於關閉 ClearType 後是會 fallback 到 GDI 的灰度抗鋸齒渲染還是連抗鋸齒都關閉掉，由於沒有測試條件，我無法得知。[1] OS X 和 Windows 的字型渲染有什麼區別？ - Microsoft Windows[2] A Closer Look At Font Rendering[3] ClearType doesn"t work in "portrait" mode
準確來說，是次畫素 (Sub-pixel) 的排列方向變了。Windows Vista 及之後的 Windows 預設開啟 ClearType, 而 ClearType 最為核心的技術應該是次畫素抗鋸齒。如果對 ClearType 並不瞭解，可以先看看這些內容[1] [2]。將螢幕豎起後，次畫素的排列方向從水平變為垂直，於是亦會影響字型渲染。ClearType 為強調文字的清晰度，採取了水平方向次畫素抗鋸齒、垂直方向不進行抗鋸齒的策略，而且對字型本身 hinting 的依賴程度相當大。在將螢幕豎直後，如果仍採用類似處理方法，因為此時已無法進行次畫素抗鋸齒，水平方向的解析度顯然不如原來，因而會「發虛」。我沒有在真實的豎屏下進行測試的條件，所以不知實際上 ClearType 會在豎屏中換用一套處理方法（我感覺不大可能）還是直接沿用原有的渲染方式（這是我將 Mac 的螢幕旋轉後，在虛擬機器中得到的測試結果，但應該不能作數）。倘若是按後者處理，因為對文字輪廓進行次畫素抗鋸齒（亦即是生成「彩邊」的過程）的演算法是針對橫屏設計的，會發虛是理所應當的事情。而根據 Typophile 上的一個帖子[3]，Windows 會在豎屏時關閉 ClearType. 而根據該帖子的一個回覆所言，微軟官方亦一直強調 ClearType 只會對次畫素水平排列的螢幕起作用。至於關閉 ClearType 後是會 fallback 到 GDI 的灰度抗鋸齒渲染還是連抗鋸齒都關閉掉，由於沒有測試條件，我無法得知。[1] OS X 和 Windows 的字型渲染有什麼區別？ - Microsoft Windows[2] A Closer Look At Font Rendering[3] ClearType doesn"t work in "portrait" mode