因此我把 Gabbly sidebox 移掉了。
這麼容易斷線的話就麻煩了,至少要把 gabbly box 作成可開闔才行。
因此我把 Gabbly sidebox 移掉了。
這麼容易斷線的話就麻煩了,至少要把 gabbly box 作成可開闔才行。
這兩天試用了一下 Google notebook。不是吧,在網頁平台上有了這麼方便的程式,我幹嘛還要花腦筋去整理文件目錄的結構?Google notebook 有 IE 和 Firefox 的 plugin,當我們在瀏覽網頁時,隨時可以叫出 notebook 小框框,把網頁上的資料丟進 Google notebook 裡面。
雖然圖片還不太能進 Gnotebook,不過這是預期之內的問題嘛,沒什麼大不了的。你有在維護什麼私人列表嗎?影片清單?同學通訊錄?有些個人的資料格式很「自由」,可以存成純文字,也可以弄成 RTF;放在硬碟裡很好,但出門在外偶爾也想存取;討厭,魚與熊掌我想得兼。Gnotebook 可以解決這些問題;不必考慮格式、不必考慮媒體,把資料交給 Google 吧。
我用過 Eudora, Outlook Express, Outlook, Pine, Mutt, OpenWebMail 等各種郵件客戶端程式,一直到去年開始使用 Gmail,才覺得這真是我想要的軟體。有了 Gtalk,我就覺得這種又輕又小又開放的 IM 才是好東西。Gcalendar 美妙無比,可惜還要透過 Outlook conduit 才能和 Palm sync。這些感覺都很棒。直到這一陣子,Gnotebook 出現了,我想把資料灌進去的欲望強烈到不是 Gmail 可比,這才驚覺:太過依賴 Google 了。
Google,真的知道我們很多事情;我希望 Google 不再那麼好心腸的那一天永遠不會到來。若要我放棄使用像 Gnotebook 這種好東西,肯定會相當難過。
把 Gabbly 裝起來了 :)
Gabbly 是個 JavaScript-based 聊天室軟體,使用者可以直接利用 Gabbly 網站 (http://gabbly.com/) 來把 JavaScript 聊天視窗疊在任何網頁上 (例如,如果要討論 Yahoo! 奇摩政治版,就用 http://gabbly.com/tw.news.yahoo.com/polity/);網站上利用了 iframe 標籤。
另外,也可以把 Gabbly 的 JavaScript 聊天室用 iframe 嵌進網頁;像現在網頁右邊的 Gabbly。其實我本來不很喜歡在網頁上放一些動來動去的東西,總覺得累贅,不過,Gabbly 這個點子打動了我的心。如果想在網路上討論某個網頁的內容,可以用 Gabbly 網站來開網頁,一邊看一邊聊;網頁也可以把聊天室直接嵌起來,增加互動。
雖然我把 Gabbly 嵌了起來,但你還是可以用 Gabbly 來開這個網頁,不會有什麼問題;只是,網頁上會同時出現兩個 Gabbly JS 視窗。在 Gabbly forum 還有人貢獻了一些網頁內嵌的代碼;利用一些 JavaScript 的技巧就可以作內嵌 Gabbly 的開關。
Gabbly 會把使用者的聊天內容紀錄下來,並且作成 syndication,公佈在網路上;使用時要注意一下隱私問題。
mplayer 是好東西,Debian 也有 unofficial package,裝起來很簡單。今天想看個中文字幕,無奈 gmplayer 不聽話,中文字不是變成底線 ___,就是完全不出現。
好吧,那換成指令行介面 mplayer 的話又如何呢?仍然不正常,症狀和 gmplayer 相同。別人用
$ mplayer -vo x11 blah.avi -sub blah.srt \ -subcp cp950 -subfont-text-scale 5 \ -font /usr/share/fonts/arphic/ukai.ttf
可以看中文;我的 mplayer 卻還是一樣發呆。
稍作研究,我發現問題是出在 OSD/SUB 字型名稱的指定上面。雖然大家好像都只要指定為 TrueType 字型檔就能看中文字幕,但我的系統卻需要指定 FreeType 字型名稱才可以正常運作 (-font 參數):
$ mplayer -vo x11 blah.avi -sub blah.srt \ -subcp cp950 -subfont-text-scale 5 \ -font "AR PL New Sung"
如果使用 GUI (gmplayer), 設定的地方在 Preference 的 Font 分頁裡的 Font 欄位;改成 FreeType 字型名 (AR PL New Sung),中文字幕就出來了。
附帶一提,我的 mplayer 是從 ftp://ftp.nerim.net/debian-marillat/ 裝的 1.0-pre7cvs20060325-0.3 版。字型檔用的是 Firefly New Sung;如果你用 ukai, uming,到 Gnome 的字型設定裡去查一下對應的 FreeType 字型名稱吧。
在 Sayya BBS 上看到的一篇非常好的 Python 程式撰寫導引:Effective Python programming (PDF)。雖然還有點事情得作,不過這個簡報實在講得太好了,把撰寫 Python 程式需要注意的要項講得十分詳盡,以致於我一口氣就看完了這總共 159 頁的簡報文件;這個時間花得非常值得。
附於一提,此簡報講述的主角是 Python 2.4。
ANN: magic-removal branch merged to trunk.
好。改變多多的原 magic-removal 會是 0.95,而活了很久的 0.91 trunk 會在加上幾個月的補釘後發為 0.92。
Updated: magic-removal branch migration to m-r trunk,無縫。
從論壇報(2591, 2006/5/2~3) 讀到的消息:電子地圖 耗資 25 億元建置。未來十年要建立中華民國的 1/1000 電子地圖,可用於救災,以及資訊服務。
不知道 mapionBB 的比例尺到多少,光從目測來看,1/1000 應該比它們細得多。
Great job. Dive into Python 首頁的中文版連結也正已經指到該處了。
從 Tipsy 那裡看到了台灣電影上映日曆。Google Calendar 公開沒多久,就已經有人作出這麼好用的行事曆囉。
雖然我沒時間看,不過 Web 2.0 真好。
現在的 scripting language 一大票,有了 Perl, Python, PHP,再多一個 Ruby 也不會改變什麼?其實會啦,寫 Java 好無聊 (笑),多一個可以選當然比較好。
這個世界上的東西如果都只能用來生產,作正事,想來我們的物質會相當匱乏。少了那些無病呻吟的詩人、只認數字不認人的科學家,和閒得發慌的程式語言發明者,或許現在的程式設計師都要去排真空管?啊,不會啦,應該有進步到打卡的機會。如果不是因為舊的方法有所侷限,也就不會被新方法取而代之;如果組合語言很好用,幹嘛用 C 來寫 Unix 和 Windows 呢?在創造新方法的過程中,總是會出現一些不那麼切實際的嚐試,而最後,其中的一些被證明有效。
銀子彈這種東西,別費力去找。作什麼事情,用什麼工具;用 C++ 來寫網站留言版就是事倍功半,說不定用 shell script 還會方便點。要作簡單的計算,當然是
python -c "from math import *; print 3.0*2.0*pi"
一行解決;叫出小算盤我都嫌麻煩。
像 Python 和 Ruby 這種語言實在有個大優點:看起來很簡單,也真的很簡單。如果我想學好演算法、資料結構和系統分析,為什麼要捨易取難呢?