很方便的網路硬碟網站。
支援 WebDAV,用 Nautilus 連 dav://www.box.net/dav 即可使用 (Explorer 好像是連 http://www.box.net/dav),SSL 嘛也通。另外還提供一個 Java applet 寫的 mass uploader:
挺不錯用,可以用來塞一些常用的設定檔,出門亂跑要查的時候就不必 ssh 回家看了。
如果你有興趣申請的話,又樂意 refer 我,那麼可以從這個連結進入。現在推薦 5 個人入會成功,就可以得到免費的帳號昇級 (我蠻想玩玩看那些 No 的功能會長成什麼樣子的)。
Posted by yungyuc
at
19:56,
0 comment,
0 trackback.
MIT 的 OLPC (One Laptop Per Child,一百美元筆記型電腦) 計畫將使用修改過的 Fedore Core 5 為作業系統,如 Trying Out the OLPC User Interface 和 MIT's US$100 laptop prototype completed 這兩篇報導所言。想到 100 塊美金要作出一台筆記型電腦,雖然用的是 7 吋的 LCD 螢幕,這還是不可思議地便宜,軟體當然不可能花錢找人寫,選擇 FOSS 作業系統平台是意料中事。
這個 OLPC 計畫的軟體,有趣的地方當然不在 FC5,而是用 Python 和 GTK 所設計的使用者 "Sugar"。Sugar 包含了一個 gecko 格心的網頁瀏覽器、一個自有協定的聊天軟體,還有一個資料分享視窗。OLPC 希望用便宜的硬體讓窮小孩能學會用電腦,增加脫貧的機會;Sugar 本身的功能設計看起來相當切中「教育」這項需求。
我個人認為,更重要的是,利用 Python,對計算機有興趣的小朋友一不小心就可以看到他電腦裡程式的程式碼,再不注意改了一下以後,他的電腦馬上就會變了個樣子。不必懂編譯程式、不需要讀大堆文件,改就有用。當我們從國小算術、中學數學、大學微積分一步一步學上來,才慢慢藉著各種機緣進入計算機的世界之後,現在,我們有辦法作出這種硬體,讓孩童們用不同的方法學習。
這樣的未來會讓人興奮。
Posted by yungyuc
at
11:55,
0 comment,
0 trackback.
大螢幕應該是未來的趨勢吧:
我承認我喜歡在網頁上用大字,不過一個和一塊錢一樣大的 W 實在真是夠大的了。可惜這片 26" 的 LCD 不是我的。(是啊,我很想要一片大 LCD 螢幕,放在大桌子上面,大桌子放在大房間裡面,大房間是大房子的一部分,大房子裡還有小狗和小貓陪我整天玩) (想想而己) (現實生活中,我的 Notebook LCD 只有 12"... ) (不過年初買了一片 19" 的 LCD,其實我應該要滿足了) (我滿足了)
Posted by yungyuc
at
22:43,
0 comment,
0 trackback.
因此我把 Gabbly sidebox 移掉了。
這麼容易斷線的話就麻煩了,至少要把 gabbly box 作成可開闔才行。
Posted by yungyuc
at
18:58,
0 comment,
0 trackback.
這兩天試用了一下 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 這種好東西,肯定會相當難過。
Posted by yungyuc
at
19:49,
0 comment,
0 trackback.
把 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 字型名稱吧。
Posted by yungyuc
at
16:53,
0 comment,
0 trackback.
在 Sayya BBS 上看到的一篇非常好的 Python 程式撰寫導引:Effective Python programming (PDF)。雖然還有點事情得作,不過這個簡報實在講得太好了,把撰寫 Python 程式需要注意的要項講得十分詳盡,以致於我一口氣就看完了這總共 159 頁的簡報文件;這個時間花得非常值得。
附於一提,此簡報講述的主角是 Python 2.4。
Posted by yungyuc
at
22:48,
0 comment,
0 trackback.
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,無縫。
Posted by yungyuc
at
06:30,
0 comment,
0 trackback.
從論壇報(2591, 2006/5/2~3) 讀到的消息:電子地圖 耗資 25 億元建置。未來十年要建立中華民國的 1/1000 電子地圖,可用於救災,以及資訊服務。
不知道 mapionBB 的比例尺到多少,光從目測來看,1/1000 應該比它們細得多。
Posted by yungyuc
at
06:24,
0 comment,
0 trackback.