我經常在簡報時播放 YouTube 上抓下來的影片，一方面比較生動、二方面也比較省力。一般來說，在簡報結束後我都將投影片放到 SlideShare 上面提供大家閱覽、下載，不過會遇到一個問題：影片無法隨著投影片播放，也就只會剩下「Video」這個說明頁、看的人也不曉得我放的是哪段影片。
不過現在方便許多了，因為 SlideShare 新增了添加 YouTube 影片的功能。只要輸入 YouTube 影片網址、選擇要放在第幾張投影片後就行了。用在我上次為了資訊志工所做的 Web 2.0 投影片裡更可以看到效果：
每份投影片最多安插五段影片，對我來說大致上是夠了。不過，要選擇插入的投影片時只看得到「放在第 n 張之後」這樣的選項，有時實在記不太起來想放的是第幾張啊… 我現在是開雙分頁來相互對照，不過希望以後可以解決這個問題。
Google Sites 缺乏提供大眾申請加入本站一同編輯的機制，但你可以利用 Google Docs 拼湊出來。這邊提供一個申請頁面範例以及可以直接使用的報名表樣本，若仍有所疑慮、可參考隨附影片加以設定。
以下當然是胡思亂想：
這篇是我寫在 HappyMobs Wiki 上的文件，歡迎到那邊協助補完
用 Google 表格 (Form) 做網際連署等表單時，常會遇到以下需求：
很可惜，需求 2 目前沒有很好的解法，至少現在是這樣。
目前沒有很好的解法，但還是可以用笨方法解。以下是幾種笨方法、及其副作用的介紹。
For programmer: 或許這可以利用伺服端程式藉著 API 存取 Google 試算表後再顯示出來，但目前似乎並沒有人寫這玩意。如果你有寫了、或是有找到這類解決方案，歡迎協助編輯這份說明。
副作用：對會 HTML 的人來說等於沒隱藏。
最簡單、也最不推薦的方法，便是先在 Google 試算表裡選取某欄、然後按滑鼠右鍵選擇「隱藏欄」，接著再發布。但這種方法只是把該欄位在視覺上隱藏起來，其發布的網頁原始碼中仍含有那些隱私資訊，對於 會用 HTML 的人來說等於沒有藏。因此，真正私密的資料不建議用這種方法。
副作用：需要人工手動進行，耗時、無法動態即時更新。
說穿了就是把資料內容「複製」到另一份試算表，刪去隱私資料後再發佈那份「影文件」，這樣可以確保發佈後的東西安全。
以下假設有一試算表 A 需要發佈並隱藏其中的隱私資料，將複製的步驟說明如下：
如果你是想分享(而非發佈為 HTML) 給其他使用者，記得你刪除的資料依然會在「檔案＞修訂版本資訊」裡出現，所以變成是要先在試算表 A 裡刪除敏感資料、複製出試算表 B 後，再行復原試算表 A 剛才刪除的資料。進行這樣的動作之前，請先取消試算表 A 的「表單＞接受回應」，待資料復原後才打開。
日後要更新時有兩種方案可選：
這麼做的優點是發佈的名單網址 (試算表 B 的發佈網址) 不會變動，缺點是需要硬碟暫存、不方便在公用電腦等地使用。步驟 3 也可以先省略、待步驟 4 與 5 都做完後再直接用 Google 文件編輯，但若要這麼做請記得先取消「有變更時自動重新發佈」，免得把還沒刪除敏感資料的版本送出去。
非常簡單，只要按著原來複製出試算表 B 的步驟再從試算表 A 衍生出試算表 C、試算表 D 等等徒子徒孫就可以了。缺點是發佈名單的位置會經常更動 (因為你每次更新的時候真正發佈的試算表都不一樣)。
由於隱藏 Google 文件表單資料中的隱私資訊如此麻煩，若您真的很需要即時、方便的連署功能，建議採用 Zoho Creator 等其他連署方案，不要用 Google 文件。
會一直持續補完，非必要不會更新這篇文章。請見我的 Wiki 網頁。
我想在 Blog 上可以貼一下我個人在選擇 Wiki 作為短期活動平台時的幾個考量：
基本目標就是「盡可能別要求多註冊一個帳號」，所以能否匿名編輯通常是我選擇 Wiki 時的重要考量。不過，這個基本目標並不見得必須「匿名可編輯」才能達成，如果該網站所用的帳號服務已經很多人申請過，也可以接受。所以在此， Google Account、OpenID 都還算不錯，其中又以 OpenID 為我比較偏好的選擇。
許多網路服務如 Wordpress.com 等帳號同時也是 OpenID，而目前 Google 帳號也可透過網路服務轉為 OpenID 使用。因此，你很可能早就有個 OpenID 而不自知。就算真的沒有，也能到其他服務商去註冊一個。
中研院資訊所目前也正發展一個 OpenID 服務平台、算是台灣比較少見的本土 OpenID 服務商。
除了你先前在 OpenID 服務商上提供過的資訊外，目前支援 OpenID 的網站通常還會伸手跟你要些雜七雜八。這有部份受限於協定，但還是應該追求「在服務商處填一次，就可以通行於各網站」的模式。
簡單說就是越強越多越好。
一般說來，Wiki 服務商之所以要封鎖外部資源彙集能力，大多還是著眼於安全性的考量。在允許匿名編輯的 Wiki 系統上，開放使用 JavaScript、iframe 等程式其實是蠻危險的事情，不過 PBWiki 在這裡做得不錯：一方面、你得有個 PBWiki 帳號才能進行編輯，至少不是所謂的「匿名」 (是也沒差多少啦)；二方面、只要做點設定，就可以「僅允許管理員使用 JavaScript、而不許其他一般編輯使用」。
這種把審查責任直接交給網站管理員的方式，比較符合邏輯，畢竟網站管理員的確有責管理自己的網站、且如此一來也不會擋到其他正當的用途。
一旦可以用 JavaScript，基本上就是什麼事情都可以做了。
這是一件我個人不太關心，但必須要考量的地方。
由於要跟媽媽一起做菜，於是母子上街買了素材；回家由媽媽當主廚，你這個助手就洗菜、切菜、遞工具。完成後，你把菜端上桌，大家就可以開始享用。這是一般生活中的合作，媽媽會先手把手教你怎麼切菜洗菜，而你早就知道怎麼遞東西給別人、或者端菜上桌。
但是並不是每個 Wiki 上的合作伙伴都知道怎麼把 Wiki 文件編好。作為一個網際應用軟體，「怎麼操作」當然也需要學。就像你從小不斷「練習」遞東西給別人、於是很順利地遞工具給媽媽一樣，網際應用需要練習的東西，比我們這些重度使用者想像中還要多了不少。
即便不牽涉「怎麼調整圖片色彩」、「怎麼剪接影片」等部份，「怎麼使用 Wiki」是使用 Wiki 作為網際協力平台時必定要遇到的問題。對熟悉這個概念的人來說，上手很快，不過不是你一個人能完成所有事情，所以有好的說明文件就能少費你一點脣舌。
PMWiki 的說明文件很不錯，可惜只有英文；Google Sites 有中文，不過好像大家從來不會自動去看 :P
答案就是很難做。
因為要改造某個網頁下方的圖文，改為在關掉圖時依然可見文字的方式做，所以需要在 Google Sites 的版面上實作「背景圖」這玩意。很可惜，Google Sites 會濾掉 CSS 裡的 background-image 特性：在編輯模式內看得到，但實際存檔後會消失；縮寫模式 (background: ) 有圖的話也會濾掉。這對已經習慣用 CSS 的我著實是個麻煩。
我想到的第二種方法：雙 div「套印」、也就是讓文字 div 浮動在圖層 div 上的方法，依然宣告失敗，因為 Google Sites 也會過濾掉 position 等相關 CSS 特性。
沒輒，只好又回到表格… 好久沒用「<tr background="…"」這種玩意了 XD 實在很蠢，但是沒辦法。Google Sites 方便歸方便，限制實在過份多，我想目前對熟悉網頁技術的人來說最好的免費 Wiki 或許還是 Wikidot。
附帶一提：這種「套印」法通常還要注意的事情是，萬一使用者關掉圖 (我用手機上網時通常會關掉)，白色的前景字會消失在白色的背景裡，因此要記得也設定背景色—這麼一來圖片沒關就會顯示圖片、關了就會顯示背景色，前景文字一樣看得見。
之前提過南區分享的事情，這回是中區的部份。簡報基本上沒有修，不過還是先在這裡集成一下資訊方便大夥下載：
雖然收到「時間不足、不講 Web 2.0」的指令，不過我仍「置入」了「我不要三聚氰胺」網站當作合作範例，略為提一下現在在網路上面彼此合作、以及與 CC 之間的關係及好處。如果想知道本來會講些什麼，可以參考個人式數位典藏上的資料。
無論如何希望大家還滿意
Quick Note: 最近在弄三聚氰胺相關網站，採用我的愛用品 Wikidot。要以內建 Feed 模組嵌入 HEMiDEMi 共享書籤 RSS 時一直出現重複標題的問題，例如
司法部"有奶便是娘" | 香港獨立媒體
會顯示為
司法部"有奶便是娘" | 香港獨立媒體司法部"有奶便是娘" | 香港獨立媒體
本來嫌沒什麼時間處理，也就放著；剛剛花了一點時間看 HEMiDEMi RSS 的原始碼，發現是 Wikidot 模組的問題。HEMiDEMi RSS 的 item 長這樣：
<item>
<title>專家與政策 - 沙米家</title>
<description>(...描述太長略過...)</description>
<pubDate>Wed, 01 Oct 2008 04:57:57 +0000</pubDate>
<image>
<url>http://www.hemidemi.com/image/bookmark/157/865693.png</url>
<title>專家與政策 - 沙米家</title>
<width>100</width>
<height>75</height>
</image>
<guid>http://blog.roodo.com/ifan1976/archives/7271423.html</guid>
<link>http://blog.roodo.com/ifan1976/archives/7271423.html</link>
<dc:creator>annpo</dc:creator>
</item>
所以，由於 image 中也有個 title，Wikidot 就笨笨地把兩者都抓出來了，也就造成了標題重複的問題。繞過這問題並不難，刪掉 image 標籤就可以了，我是丟進 FeedBurner 燒成標準 RSS 1.0、在保留 dc:creator 的情形下刪掉 image。
今天去教育部資訊志工南區期初，一個小時要介紹 CC 跟 (所謂的) Web 2.0 概念真是有點困難。資訊放在我的個人數位典藏裡，大部份是 by-sa，請自便。
事後，課程規劃者說明他希望再有些實作範例，我原先聽得不是很懂，後來了解他希望能有些關於「某事造成的影響」的介紹，讓大家知道文章/照片貼出去可能造成什麼影響的「實例」。其實這份簡報其實相當故意地拼湊大量別人提供的素材，原先就是要拿來當作「隱藏的範例」的，不過、沒明講或許是我的錯了 :P 下次可以再找個例子來，只要不要錯誤地讓人覺得「只要怎麼做、就可以怎麼樣」就行。
太少看到精心設計的省錢宣傳方式，其實操作網際宣傳是很花錢/精神的啊各位！我是希望別叫我演示如何操作網際應用軟體，還好也沒被這樣要求，畢竟這不是電腦課、且原先的設計也不是電腦課。
雖然 dotsub 上原先已經有人翻好了，不過我還是手癢修改一下... anyways 這可以讓你對朋友解釋 Twitter 是啥玩意：
Lee LeFever, CC: by-nc
如前前一篇所說，這是用 Y!Pipes 拼湊出來的 ETToday 影音新聞 Video Podcast。有了這玩意，你就可以用 Miro、iTunes 等軟體訂閱收看這些新聞。首先請點選分類連結，然後下方會跳出供你以 Miro 快速訂閱的按鈕。如果你不用 Miro，請複製 Videocast RSS 網址，再以其他軟體訂閱。
另外，我也一並提供「過水」完畢的 UTF-8 版 ETToday 新聞 RSS，供其他 mesh up 使用
即時 影劇 政治 運動 生活 社會 旅遊* 消費 科技 謠言* 財經 英文*分類標籤後方加上 * 標記者，代表我猜測這個「頻道」不會有影音節目，但為求完整還是都貼了上來，請自便。附帶一提，我僅提供以 Videocast 軟體訂閱 ETToday 新聞的方法，你以此訂閱、下載節目，下載後要怎麼處置那些影片就不干我的事了。
如前一篇所說，我用 Y!Pipes 做了方便訂閱 Peopo 公民記者部落格影音新聞的玩意，幫你把一般的 RSS 變成含有影音物件的 Videocast feed，如此一來你就可以利用 Miro、iTunes 等軟體訂閱收看。這邊協助你輕鬆訂閱你喜歡的公民新聞：
以 Peopo 的公民新聞來說，每個公民記者都是跑自己有興趣的線、報導自己關心的消息，所以若你對他兩三篇文章都有興趣，那麼很可能他的報導都會是你的菜 -- 反正要是不合胃口，取消訂閱就是囉！
如我在 Y! Pipes 網頁上寫的，目前這個「程式」還有點問題：如果對方的部落格不提供 RSS，為尊重作者選擇，這個小程式也不會產出影音 RSS。如果你真想要，可以稍微修改一下我的 Pipes ，直接改採 parse html content 的方法新增文字內容。(看不懂這句話的朋友，跳過就是了，不重要)
方才在 TOSSUG 的活動中分享 Firefox 3 的心得，簡報檔如下：
如果您需要簡報原始檔 (odp)，可以這裡下載。 (請留意授權方式！)
有一些我有展示、但未在簡報檔中註明連結的資源如下：
除此之外我還有一些事情要做的...
大概是如此，也歡迎大夥提一些關於此次介紹的建議 :)
自爆內幕，我以前不敢去 TOSSUG，怕去了會被電得很開心 XDDD
我明天 (1/29) 晚上 7:00 會在 TOSSUG 分享對 Firefox 3 的一些小小心得，地點在伯朗咖啡的南京二店。大概的內容是使用上的新功能概要、Web Application 方面的相關新功能，另外會介紹一下跟 Firefox 有關係的幾個專案。詳情請見這篇。
在規劃中，只有中間「Web Application 相關新功能」會牽扯一點點的網站開發事宜，每段也會有相當簡單的 Code sample 與 Demo。其他部份都很輕鬆，歡迎對 Firefox 新功能有興趣的朋友來認親一下 :P 投影片及 Code sample 在講完以後會立刻放上網路，還請隨時注意本 站。
幾次變動之後，從 Twitter 網站介面上你已經無法「翻」到第十頁之後眾友的碎念語句，不過重度使用者都知道 Twitter 可以改網址後面的數字繼續翻。要方便地處理這件事情有很多方法，甚至 Firefox 也有這類可以「幫你改網址數字」的套件 (以前我常拿來抓漫畫...)。不過如果你只需要翻頁，那麼把這個連結 T:下一頁 設成書籤吧。裡面的程式碼長這樣：
javascript:function%20BC_TP(){var%20str%20=%20location.href;if%20(str.indexOf("page=")<0)%20{return%20location.href+%20"?page=2";}var%20%20cpnum,%20pd,%20p%20=%20str.indexOf("&",%20str.indexOf("page="));cpnum%20=%20parseInt(str.substr(str.indexOf("page=")+5,%20((p>0)?%20p:%20str.length)));return%20str.replace("page="+cpnum,%20"page="+(cpnum+1));}%20location.href%20=%20BC_TP();這樣可以幹嘛？這樣以後按那個書籤，便可以翻下一頁了。(所以最好是放在書籤工具列/連結列上...) 請隨意使用。我只寫我自己的需求，所以也沒什麼好改進的... 程式並不難甚至有點笨，有心力想改善的話就自己拿去修吧。
Firefox 3 實作了離線網際程式的東西，我對這個還蠻有興趣的，測試一下。雖然找到的資料都告訴我這樣就可以把檔案加進離線資源了：
<link rel="offline-resource" href="fx3offline.html" />
不過我怎麼搞也搞不定 orz，沒想太多，就用了另一種 JavaScript 的方式來放檔案：
navigator.offlineResources.add('http://leolo.cc/~bobchao/offline.jar');另一個問題會是，網際程式如何知道使用者是否連線？這個問題，Firefox 利用「File > Work Offline」加上幾個新的事件、屬性來解決：
所以偵測離線、上線的程式碼可以是這樣：
function online_status(b_status){
if (b_status) {
//上線的動作
} else {
//離線的動作
}
}
window.onload = function (){
online_status(navigator.onLine); //看你需不需要一開網頁就跑一次
document.body.addEventListener("offline", function () {
online_status(false);
}, false);
document.body.addEventListener("online", function () {
online_status(true);
}, false);
}
另外，我們可能還必須知道有多少資源可以用，或者以 JavaScript 新增/移除離線資源，方法我就不贅述了，請直接參考範例：
function show_resources(){
var obj = navigator.offlineResources;
if (obj.length == 0) {
alert("目前沒有離線資源");
return true;
}
var str = "<p>以下是可以離線閱覽的資源：</p><ul>";
for (var i = 0; i < obj.length; i++){
str += "<li>"+obj[i]+"</li>";
}
document.getElementById('status-output').innerHTML = (str+"</ul>");
return true;
}最後我還用了之前 Chris Double 實作離線 Zimbra 的技巧來放咱們可愛的小狐 -- Foxmosa，方法就是把該離線閱覽的東西全部包在 jar 裡一次放入離線資源，然後用從 Mozilla 時代就支援的 JAR Protocol 來叫用其中被壓縮的檔案。
jar:http://leolo.cc/~bobchao/offline.jar!/foxmosa.png不過，由於之前發現的漏洞，Firefox 從 2.0.0.10 開始就對這種檔案比較小心、非得放在回傳時 Content-Type 是 application/java-archive 或 application/x-jar 的主機才能用，所以 Google Pages 又再度跟我們說了再見...
Anyways 提供一點範例跟心得讓有心人士實作參考囉！
測試 Firefox 3: Web application as protocol handler，使用 Fx3 查閱測試網頁，照著步驟做即可。
要讓自己寫的 Web Application 處理協定，首先要把自己註冊為處理程式：
window.navigator.registerProtocolHandler('mailto', 'http://page.bobchao.net/webhandler?m=%s', 'Mail Handler Test');你的程式要記得自己過濾掉協定的前置字串 (在本例中是「mailto: 」)，然後就可以取得使用者點選的協定網址。如果是在私人網路，那麼可能無效，因為目前 Fx 應該不是先在使用者這邊 cache 之後無聲無息地傳過去...
Wikidot 的服務真的不錯，很多東西好用。我現在用 Wikidot 做了個明年一月亞洲公眾授權研討會的籌備網站，用到的功能分享一下：