關於Firefox

老朋友大概知道，這個部落格之前有個Optimized for Firefox的圖，我個人也算是Firefox的愛用者，這裡的設計也是以Firefox為主。但是前陣子這張圖被我拿掉了，也許沒人發現 XD

那是因為我發現Firefox 2在處理中文字型上的手法相當拙劣。原本是出於好意，CJK字型會自動選擇該語言的字；但是做的很糟，明明我整篇網頁都是中文，一篇下來卻有好幾個字會判斷成別的語言，用不一樣的字型來顯示，如此造成字型不統一，看上去實在是有夠醜！這樣子怎麼能說是為了Firefox最佳化呢？？用IE6看上面的字都比你舒服！再加上最近覺得Firefox 2的表現不如理想，一直吃我的CPU資源，效能不佳。沒辦法，Firefox不爭氣點我怎麼支持你咧？所以只好拿掉了。

後話，我現在用的是Firefox 3 beta 5的Mac版，效能跟界面都比Firefox 2好上很多。更重要的是之前CJK字型的問題也沒了。從beta 4試用到beta 5，沒想到穩定度比我想像中好很多，原本以為要忍受不定時當機的，但目前用起來當機的情形很少，竟然就一直用下去了。嗯，看起來Firefox 3還蠻有前途的。不過我已經決定不會再放Optimized for Firefox的圖，畢竟網頁是不分國界的，怎麼可以分瀏覽器呢！雖然我是做不到Best for every browser，不過至少會調整到每個瀏覽器都還能看得下去的地步吧...（不過我還是有可能會放Get Firefox一類的東西吧 XD, 如果Firefox 3正式推出後有讓我覺得真的很棒的話）

留言

張貼留言

這個網誌中的熱門文章

Unix 重新導向跟 2>&1

這幾天因為研究 L4D2 的專屬伺服器架設，看到 Srcds 網站針對確保 Srcds 服務程序能隨時保持高優先權，在 crontab 底下使用 renice 的方式每五分鐘調整一次程式的優先權，其指令中 renice -20 `cat /home/yoursrcdspath/srcds.pid` >/dev/null 2>&1 最後面的「>/dev/null 2>&1」為 Unix 的重新導向技巧。雖然大約知道是什麼，不過實際上的原理我卻一直不明白，大約查了一下，疑問變更多。於是我決定來搞清楚它的來龍去脈，這篇文章就是這樣來的。 首先，我們先說明一下這段語法的作用，「>/dev/null 2>&1」實際上在這裡會將左邊程式的執行結果丟給「/dev/null」，然後不管程式有什麼錯誤，也會一併丟給 null。熟悉 Unix 的人大概知道，「/dev/null」是 Unix 底下的垃圾筒+黑洞。它不帶任何意義，所有丟進去的東西都會被吃掉然後不見，反正你不想看到的東西丟給 null 就對了。而「>」的意思其實是，將「>」左邊輸出的東西重新導向到右邊去。但不止是這樣而已，系統將標準輸入輸出分成三個：標準輸入 (stdin)、標準輸出 (stdout)、以及標準錯誤輸出 (stderr)，它們的 fd (file descriptor, 檔案描述子) 分別是 0、1、2。當「>」左邊未指定任何東西時，它會讀取左方程式的標準輸出 (也就是 fd=1) 重新導向給右邊的東西，但是你也可以指定要重新導向的 fd (也就是說「>abc.txt」會等於「1>abc.txt」)。所以可以想見 2>&1 的意思應該是把 fd=2，也就是標準錯誤輸出重新導向給 &1。而這邊的 &1 指的其實就是 fd=1。這邊似乎有點混淆視聽的感覺，為什麼「>」前面的 fd 不需要指定 &，後面的 fd 卻又要加 & 呢？我沒找到確切的原因，但是根據 這篇討論 ，我認為有可能是因為「>」左邊只接受 fd，但右邊所接收的語法卻應該是檔案名稱。因此若用「2>1」其結果會變成「將標準錯誤輸出重新導向給檔案名稱為 "1" 的檔案」，
閱讀完整內容

薰衣草茶實驗中...

前陣子跟老姊逛家樂福時看見他們有一堆花草葉，除了本文談的薰衣草外，還有馬鞭草、檸檬草、薄荷葉...等等，看了讓人很心動。那時其實很想多買幾樣回來泡，不過最後是只有選了薰衣草回來，其它的以後再說。（話說我超想試薄荷跟馬鞭草的） 買回薰衣草後，它除了泡茶外還可以做成香包，搞了一個放在衣櫃裡（不要覺得男生用薰衣草放衣櫃很怪，我的萬年衣櫃...它真的需要霉味以外的味道）。不過，薰衣草茶要怎麼泡？查了一下網路，發現大部分的人都說泡個五六分鐘。顏色有的人說是紫色、紫紅、藍紫、黃綠色.....，還有一說，水溫80度是紫色，滾水泡是紫紅色。但不管怎麼樣，我試驗的結果如下： 滾水 -> 黃色 八十度 -> 紫色，薰衣草太多會變紫黑色... 我還沒試過90度會怎麼樣，有機會再試試。薰衣草本身的香味很正，只要一點點就很香了，但茶湯就不怎麼樣，所以在泡的時候最好是確定你沒放太多，和別的花草茶調配也是不錯的做法。之前試過和紅茶一起煮成奶茶，感覺不錯。不過，本文最後的重點是：我發現有人說薰衣草茶加了檸檬之後會成粉紅色...什麼！這麼有趣一定要來試試！ 果不期然，反正不管我是煮成黃色、紫色、紫黑色...加了檸檬之後它都會變紅，當然色澤會跟你泡出來的顏色深度成正比；色澤愈深，加入之後會愈往桃紅色走。加了檸檬之後喝起來酸酸的，再加點糖味道就更棒了。
閱讀完整內容

用 HTML mailto 屬性指定標題與信件內容

這幾天在為一個活動網頁做按鈕。成本不高，沒有後台程式，而且是設計給行動裝置用的網頁。按鈕的目的是要能寄信，然後指定信件的標題與內容。沒有後台程式，幾乎就代表只能用 HTML 的 mailto 來達成目標。「mailto」指定收件者是沒有問題的，不過要指定信件標題和內容，因為從來沒試過，就來查查看。 查了一兩天的資料（並沒有很認真），先是發現可以用 <form> 跟 <input> 與 mailto 屬性來寄送郵件及內容。但是因為 <input> 傳送的格式是以「變數名稱=內容」這樣的方式，和要帶入活動文案的方式不符。後來發現 這個很棒的網頁 ，裡面有關於如何帶入標題與內容的解說。簡單說明如下。 其實和 HTML 接收變數的 GET 方式一樣，mailto 可以接收以「?」和「&」連接的參數（第一個變數用「?」接下來的變數都用「&」），格式為「mailto:abc@mail.com?變數1=變數1的值&變數2=變數2的值&變數3=變數3的值」。可指定的變數（看起來）包含某些郵件標頭（header）的屬性，所以像 cc、bcc、subject 都可以用，要帶入內容的話則可用 body。所以我想帶入標題和內容的話，語法就是： 「mailto:abc@mail.com?subject=我是標題&body=我是內容」 另外，在 RFC 文件中有指出 mailto 裡不允許 8 位元字元，原本以為要帶入中文字的話得想辦法用 Base64 編碼，不過測試之後發現 iPhone 和 Chrome 上面都可以正常帶入中文字。目前還不確定是不是所有環境都可以，總之就這樣囉。 <form> 和 <a> 因為剛開始搜尋到的是 <form> 的用法，所以在實作時我也是以 <form> 來實作，結果在 iPhone 上實際跑的時候發現內容沒有帶入，整個是空的。原本以為是 iPhone 的關係（電腦中的 Chrome 和 Firefox 都正常），後來查到 蘋果的說明文件 也是一樣的語法，證明應該有支援沒錯。查了一會後，我才後知後覺的發現，蘋果網頁中用的是連結而非表單。果然換用 <a> 之後 iPhone 就能正常帶入內容的資料了。我想應該是 i
閱讀完整內容