Source Code Pro

Adobe 昨天發表了新的等寬字形,叫做 Source Code Pro,從名稱上就知道這設計的目標就是 coding 用,coding 用的字形有幾個需求,像是等寬,數字 1、小寫 l、大寫 I 這些形體上很接近的字母都要可以一眼就能分辨等,目前我使用的是 Inconsolata

Inconsolata 14
Inconsolata 14

這套字形非常受歡迎,使用的人很多,我也用了很久,每次有新的 coding 字形出來我都還是會嘗試一下,不過大部分時候都只是切過去看一下,沒辦法滿意後就又換回 Inconsolata,不過這次 Adobe 的 Source Code Pro 我有打算用了一陣子看看。

Source Code Pro 14 Regular
Source Code Pro 14 Regular

直接比較這兩套字形,第一印象就是 Inconsolata 的字寬和字高都比較小,所以同樣面積的畫面其實它是可以顯示比較多東西的,這樣當然是會有缺點,就是畫面比較擁擠,不過這缺點其實沒很嚴重,因為沒有對照組出來其實沒什麼這樣的感覺,不過由於同樣都是 14 字級,Source Code Pro 實在大上不少,所以我決定降一級看看。

Source Code Pro 13 Regular
Source Code Pro 13 Regular

Source Code Pro 的 14 和 13 實在很接近,基本上只有高度有點差異,不過總之這樣又會覺得字體線條有些太粗,所以最後我是選擇 Light 的 13 字級來使用一陣子,和 Inconsolata 比基本上就是我的字間比較不會那麼擁擠,不過還好我螢幕大,所以也不用擔心可以顯示的程式碼太少的問題。

Source Code Pro 13 Light
Source Code Pro 13 Light

Source Code Pro 除了在 Source ForegeGithub 上發布外,還一起在 Google Web FontAdobe Edge Fonts 等免費的 web font 服務上提供,而且六種粗細等級全部都有,所以我也趁機把我 blog 的程式碼用的字形換過去,本來是用 Droid Sans Mono 的,下面可以看到兩者之間的比較:

droid sans vs source code pro
Doird Sans vs Source Code Pro (weight: 600)

這邊我選的是字重 600 的 Semi Bold Source Code Pro,因為 Regular 的在網頁上看起來實在太細,所以選了粗一點的,其實很難說哪個好,Droid Sans Mono 其實看起來還是不錯的,不過總之就先這樣試用一陣子吧~


Apple EarPods

Apple EarPods

這次 Apple 的發表會,當天的主角算是有三樣吧,新的 iPod 產品,iPhone 5,還有一個比較意外的就是新耳機 EarPods,不過其實講到這耳機時,我已經撐不住睡著了,所以我看到消息已經是隔天早上醒來了,一開始也沒很注意,不過看到一些介紹吸引了我的注意,Apple 設計這隻耳機是其中一個目標是可以符合所有人的耳朵,他們還掃描了上百人的耳朵來做為設計的參考,事實上,我就是一個找不到適合的耳塞式耳機的人,因為我的耳朵比較小,所以一般耳塞耳機都會有點擠,然後大約戴個半小時就會開始不舒服,耳朵痛了,所以我要是要買耳機都會考慮耳掛式或是耳罩式,不過這兩種耳機還會有其他的問題需要考慮,總之,看到這點就讓我很想嘗試看看這款新耳機了,後來又聽到網路上其他長輩評價說聲音表現也不錯,可以打死其他同價位的耳機,就更讓我堅定信心,於是昨天我聽說台灣蘋果專賣店已經有現貨,就特別跑了一趟去買了一隻回來。

Apple EarPods

這次包裝也是依然維持一段簡潔,不過他這繞線真的是講究,我敢保證線條長度是和包裝盒一起決定的,這也是第一次我沒有信心可以還原的蘋果產品包裝,不過包裝畢竟不是重點,重點還是他到底有沒說的這麼神,可以適合這麼多人的耳朵,所以來看一下他新的神祕造型:

Apple EarPods

Apple EarPod

令人意外的是,這造型真的很厲害,我戴上去兩三個小時一點都沒有不舒服,真的就只像是放在耳朵那邊,完全沒有壓迫到我的耳朵,而且聲音品質還不錯,至少和我印象中前代耳機差很多(不過我上次使用是很久以前了),低音和空間感都有出來,聲音完整很多,玩 Zoo Keeper Battle 馬上就七連勝,不過今天又一直輸 :'(


北海道

上上週去了一趟北海道,一路上運氣都不錯,五天行程大約有兩三天是下雨的,不過剛好都是比較不會被下雨影響的後兩天的行程,函館夜景更是幸運,我們下山時看到大量的日本學生證要上去,而且接著就開始下雨了,另外在北海道神宮還抽到大吉,現場還看到日本新人在神宮拍婚紗,回想起來真是運氣不錯,最後挑了12張照片放上來。

美瑛

閱讀「北海道」全文

我找過最...的 bug

IE

最近因為總總原因,工作上在弄的東西要開始處理 IE 的相容問題,讓我想起我寫 JavaScript 以來,找過最難找的一個 bug,當然不意外的,這是一個 IE 上發生的錯誤,因為已經有兩年以上的時間了,所以一些細節其實已經不記得了。

一開始我看到的是有個 JavaScript 錯誤,以前 IE 的 JavaScript 錯誤是只會說有錯誤,錯誤訊息沒什麼幫助,好一點你會看到是哪一行(不過沒說是哪個檔案喔~),於是,我看到了一個不記得是六位數還是七位數的數字,總之是個大到全站的程式碼加起來都沒這麼多的數字...

要定位錯誤發生的位置還有個方法,就是用除錯工具,那時候就是用 Script Debugger,然後就會比較接近現在除錯工具那樣用法,不過想當然,那神祕行號的錯誤自然是用 Script Debugger 也定位不到。

到這種情形就只省下最後一招了,排除法,一步一步的把網頁內用到的 script 拿掉,然後看錯誤什麼時候消失,理論上就可以找到錯誤發生的位置了,理應當是這樣的,我一直是這樣相信的,直到我發現頁面上已經被我砍到沒有 script 了,而錯誤訊息依舊。

最後還好我沒放棄,繼續移除其他東西,結果發現這其實是一個 CSS pseudo-class 造成的 JavaScript 錯誤訊息,當下實在是不知道要說什麼好啊~~


更之前的文章