怎麼評價 Adobe 的 Source Code Pro 這個字體?

原來在 IDE 和 Emacs 里一直用 DejaVu Sans Mono,最近換了 Adobe Source Code Pro,感覺字形很扁。


看膩了 Monaco、Consolas 這類爛大街的等寬字體之後再看 Source Code Pro,還是有種眼前一亮的感覺的。雖然是無襯線字體但是設計並不死板,同時很好的區分了 0oO1Il 這些字元,對於一款代碼字體來說滿分。

和 Source Han Sans 設計風格相近,在同一個頁面上搭配起來用風格很搭,但是混排的情況因為 SCP 不是 SHS 寬度的一半,對齊上不是很舒服。硬要對齊的結果就是要把 SHS 字體間距拉長,嚴重影響美觀。一定要在代碼中使用漢字的話,可以考慮 SHS 搭配 M+ 的 M+M 或 M+MN 使用。

至於最近 Source Han Sans HW (Noto Sans Mono CJK) 雖然 ASCII 部分寬度是半寬(1/2 em)但由於設計上並不是作為編程字體而設計的,沒有考慮 0oO1Il 的混淆問題,作為編程字體來說是完全不合格的。


不是嚴格半形讓我非常不爽,好在思源的 1.002 做了相同樣式的 HW 變體,效果啊,那叫一個好啊。(想找我要 ttf 的請給錢,我可沒時間給你調參、寫腳本)

(圖來自 @孫志貴)


我對等寬字體的關注點在於其是否含有中文 GBK 字型檔。

因為 Windows 里好看的等寬字體 Consolas 只有英文部分,中文字型會 link 到宋體,這是 Keil 里的狀態,VS2010 里雖然 link 到了微軟雅黑,但中文字寬不是英文字寬的兩倍,經常性地字對不齊。

而對於兼容中英文的等寬字體,Windows 內置的只有宋體、黑體、楷體等少數幾個,宋體的話英文部分很醜,另外兩者則是為印刷而設計的字體,屏幕顯示的效果不好。

所以如果 Source Code Pro 這個字體不帶中文 GBK 字型檔的話,那我還不如咬咬牙用 Consolas 呢。

據說有個 Source Han Code JP 這個字體,是將 Source Code Pro 和思源黑體日文字型的部分做了合併,想去試試這個字體。


字形展示:

就目前來看,編程字體大概有兩大類,兩次大類,兩小類:

大類:等寬,不等寬

次大類:襯線,無襯線

小類:高瘦,矮胖

那麼 Source Code Pro 就屬於「等寬的無襯線矮胖字體」,與其相同的字體非常多,但是 Source Code Pro 的質量是最高的,原因如下:

1.行距和字距是目前編程字體中控制的最完美的,Monaco 的行距錯亂嚴重,與 Sorce Code Pro 完全不能比。

2. 0和o、O辨別分明,Droid Sans Mono 與其質量相似,但是在這點上遠遠不及。與其類似的還有小寫 l 和大寫 I。

3.字形非常優美,弧線內斂而且恰到好處。但是最常用的編程變數小寫 i 和 j 又很有編程之風,這點我非常喜歡。

4.(僅限於 OS X 或者 Mactype 等反鋸齒演算法)各個字型大小都清爽漂亮,比起 Courier New 真是太漂亮了,無論是放大還是縮小都優美簡潔。

5.開源免費,比起盜版字體來說要心安不少。

就先說那麼多吧。


異教徒,我用fantasque sans mono。


我不喜歡頂端向左鉤底端向右拐的小寫L,看起來像要隨時向左滑倒的樣子。然而還是頗有一些等寬字體為了區別Il1而這麼設計。所以……我還是用爛大街的Consolas/Inconsolata吧。


我感覺Source Code Pro這個字體,字母L的小寫形式最怪異。

數字零很容易分辨。

總之這個字體還是很適合編程使用的。


一直用Consolas字體,souce code pro除了字體顯矮之外還是不錯的


這個字體最大的敗筆……跟我說說圖中注釋有多少個a?多少個o?

但我還是很喜歡這個字體,希望能有好心人去提個 issue……


推薦閱讀:

如何設計一款高功率密度、高轉矩密度(高推重比)的電機?
平面設計的原則是什麼?
守望先鋒中小美為何是中國人?
公園的園路都是如何設計的?要考慮哪些因素?
用戶對某一功能的需求多代表這一需求合理嗎?

TAG:字體 | 字體設計 | 設計 | 字體排印 |