Adobe 昨天發表了新的等寬字形，叫做 Source Code Pro，從名稱上就知道這設計的目標就是 coding 用，coding 用的字形有幾個需求，像是等寬，數字 1、小寫 l、大寫 I 這些形體上很接近的字母都要可以一眼就能分辨等，目前我使用的是 Inconsolata。
Inconsolata 14
這套字形非常受歡迎，使用的人很多，我也用了很久，每次有新的 coding 字形出來我都還是會嘗試一下，不過大部分時候都只是切過去看一下，沒辦法滿意後就又換回 Inconsolata，不過這次 Adobe 的 Source Code Pro 我有打算用了一陣子看看。
Source Code Pro 14 Regular
直接比較這兩套字形，第一印象就是 Inconsolata 的字寬和字高都比較小，所以同樣面積的畫面其實它是可以顯示比較多東西的，這樣當然是會有缺點，就是畫面比較擁擠，不過這缺點其實沒很嚴重，因為沒有對照組出來其實沒什麼這樣的感覺，不過由於同樣都是 14 字級，Source Code Pro 實在大上不少，所以我決定降一級看看。
Source Code Pro 13 Regular
Source Code Pro 的 14 和 13 實在很接近，基本上只有高度有點差異，不過總之這樣又會覺得字體線條有些太粗，所以最後我是選擇 Light 的 13 字級來使用一陣子，和 Inconsolata 比基本上就是我的字間比較不會那麼擁擠，不過還好我螢幕大，所以也不用擔心可以顯示的程式碼太少的問題。
Source Code Pro 13 Light
Source Code Pro 除了在 Source Forege 和 Github 上發布外，還一起在 Google Web Font、Adobe Edge Fonts 等免費的 web font 服務上提供，而且六種粗細等級全部都有，所以我也趁機把我 blog 的程式碼用的字形換過去，本來是用 Droid Sans Mono 的，下面可以看到兩者之間的比較：
Doird Sans vs Source Code Pro (weight: 600)
這邊我選的是字重 600 的 Semi Bold Source Code Pro，因為 Regular 的在網頁上看起來實在太細，所以選了粗一點的，其實很難說哪個好，Droid Sans Mono 其實看起來還是不錯的，不過總之就先這樣試用一陣子吧～
這次 Apple 的發表會，當天的主角算是有三樣吧，新的 iPod 產品，iPhone 5，還有一個比較意外的就是新耳機 EarPods，不過其實講到這耳機時，我已經撐不住睡著了，所以我看到消息已經是隔天早上醒來了，一開始也沒很注意，不過看到一些介紹吸引了我的注意，Apple 設計這隻耳機是其中一個目標是可以符合所有人的耳朵，他們還掃描了上百人的耳朵來做為設計的參考，事實上，我就是一個找不到適合的耳塞式耳機的人，因為我的耳朵比較小，所以一般耳塞耳機都會有點擠，然後大約戴個半小時就會開始不舒服，耳朵痛了，所以我要是要買耳機都會考慮耳掛式或是耳罩式，不過這兩種耳機還會有其他的問題需要考慮，總之，看到這點就讓我很想嘗試看看這款新耳機了，後來又聽到網路上其他長輩評價說聲音表現也不錯，可以打死其他同價位的耳機，就更讓我堅定信心，於是昨天我聽說台灣蘋果專賣店已經有現貨，就特別跑了一趟去買了一隻回來。
這次包裝也是依然維持一段簡潔，不過他這繞線真的是講究，我敢保證線條長度是和包裝盒一起決定的，這也是第一次我沒有信心可以還原的蘋果產品包裝，不過包裝畢竟不是重點，重點還是他到底有沒說的這麼神，可以適合這麼多人的耳朵，所以來看一下他新的神祕造型：
令人意外的是，這造型真的很厲害，我戴上去兩三個小時一點都沒有不舒服，真的就只像是放在耳朵那邊，完全沒有壓迫到我的耳朵，而且聲音品質還不錯，至少和我印象中前代耳機差很多（不過我上次使用是很久以前了），低音和空間感都有出來，聲音完整很多，玩 Zoo Keeper Battle 馬上就七連勝，不過今天又一直輸 :'(
上上週去了一趟北海道，一路上運氣都不錯，五天行程大約有兩三天是下雨的，不過剛好都是比較不會被下雨影響的後兩天的行程，函館夜景更是幸運，我們下山時看到大量的日本學生證要上去，而且接著就開始下雨了，另外在北海道神宮還抽到大吉，現場還看到日本新人在神宮拍婚紗，回想起來真是運氣不錯，最後挑了12張照片放上來。
閱讀「北海道」全文
最近因為總總原因，工作上在弄的東西要開始處理 IE 的相容問題，讓我想起我寫 JavaScript 以來，找過最難找的一個 bug，當然不意外的，這是一個 IE 上發生的錯誤，因為已經有兩年以上的時間了，所以一些細節其實已經不記得了。
一開始我看到的是有個 JavaScript 錯誤，以前 IE 的 JavaScript 錯誤是只會說有錯誤，錯誤訊息沒什麼幫助，好一點你會看到是哪一行（不過沒說是哪個檔案喔～），於是，我看到了一個不記得是六位數還是七位數的數字，總之是個大到全站的程式碼加起來都沒這麼多的數字...
要定位錯誤發生的位置還有個方法，就是用除錯工具，那時候就是用 Script Debugger，然後就會比較接近現在除錯工具那樣用法，不過想當然，那神祕行號的錯誤自然是用 Script Debugger 也定位不到。
到這種情形就只省下最後一招了，排除法，一步一步的把網頁內用到的 script 拿掉，然後看錯誤什麼時候消失，理論上就可以找到錯誤發生的位置了，理應當是這樣的，我一直是這樣相信的，直到我發現頁面上已經被我砍到沒有 script 了，而錯誤訊息依舊。
最後還好我沒放棄，繼續移除其他東西，結果發現這其實是一個 CSS pseudo-class 造成的 JavaScript 錯誤訊息，當下實在是不知道要說什麼好啊～～
