社會議題追蹤網
編輯歷史
| 時間 | 作者 | 版本 |
|---|---|---|
| 2013-07-09 04:31 | r1125 | |
顯示 diff（149 行未修改）
|
||
| 2013-06-13 08:43 – 08:46 | r1090 – r1124 | |
顯示 diff（60 行未修改）
*若要自動抓新聞的話或許可以接「社會議題懶人包」？ Google 電子快訊？
+ *可以去接http://www.news-pac.com/, 已經有RestAPI, VCS: https://github.com/radjan/newspac
*例如去對方 API 抓相關新聞，推薦使用者將它加入這張票。
*
（84 行未修改）
|
||
| 2013-06-11 15:10 – 15:11 | r1040 – r1089 | |
顯示 diff（70 行未修改）
誰來把改票的狀態 (state) ？例如誰可以 confirm / reject / mark as duplicated / close 票。一開始一定是少數人才能改 state ，要開放誰可以改？又，有哪些狀態可以用？
+
+ 議題是否成案 (confirmed) 可以透過投票方式？但這樣會 slowdown 整個流程。
關於議題的 tagging
（72 行未修改）
|
||
| 2013-06-11 13:50 – 14:03 | r1013 – r1039 | |
顯示 diff（94 行未修改）
單一議題#show 的頁面會長得像是懶人包，一次顯示出所有的 milestones ，然後會像 wikipedia 手機版介面，可以收合。
- 單一議題#a
*
*要開放 API ，讓別的程式可以直接抓到這個網站上的資料，動態時報也可以開放 RSS 。
（48 行未修改）
|
||
| 2013-06-11 13:50 | r1012 | |
顯示 diff（93 行未修改）
更新事件的時候可以設 milestone ，例如林益世貪污案宣判結果出來了，就設一個 milestone。瀏覽 timeline 的時候以 milestone 為主，在 milestone 下面再貼新聞、參考資料、評論等等。
- 單一議題#show 的頁面會是懶人包，一次顯示出所有的 milestones ，然後會像 wikipedia 手機版介面，可以收合。
+ 單一議題#show 的頁面會長得像是懶人包，一次顯示出所有的 milestones ，然後會像 wikipedia 手機版介面，可以收合。
單一議題#a
*
（49 行未修改）
|
||
| 2013-06-11 13:50 | r1011 | |
顯示 diff（94 行未修改）
單一議題#show 的頁面會是懶人包，一次顯示出所有的 milestones ，然後會像 wikipedia 手機版介面，可以收合。
- 單一議題#
+ 單一議題#a
*
*要開放 API ，讓別的程式可以直接抓到這個網站上的資料，動態時報也可以開放 RSS 。
（48 行未修改）
|
||
| 2013-06-11 13:50 | r1010 | |
顯示 diff（93 行未修改）
更新事件的時候可以設 milestone ，例如林益世貪污案宣判結果出來了，就設一個 milestone。瀏覽 timeline 的時候以 milestone 為主，在 milestone 下面再貼新聞、參考資料、評論等等。
- 單一議題#show 的頁面會像是懶人包，一次顯示出所有的 milestones ，然後會像 wikipedia 手機版介面，可以收合。
+ 單一議題#show 的頁面會是懶人包，一次顯示出所有的 milestones ，然後會像 wikipedia 手機版介面，可以收合。
單一議題#
*
（49 行未修改）
|
||
| 2013-06-11 13:50 | r1009 | |
顯示 diff（94 行未修改）
單一議題#show 的頁面會像是懶人包，一次顯示出所有的 milestones ，然後會像 wikipedia 手機版介面，可以收合。
- 單一
+ 單一議題#
*
*要開放 API ，讓別的程式可以直接抓到這個網站上的資料，動態時報也可以開放 RSS 。
（48 行未修改）
|
||
| 2013-06-11 13:50 – 13:50 | r1006 – r1008 | |
顯示 diff（93 行未修改）
更新事件的時候可以設 milestone ，例如林益世貪污案宣判結果出來了，就設一個 milestone。瀏覽 timeline 的時候以 milestone 為主，在 milestone 下面再貼新聞、參考資料、評論等等。
- 單一議題#show 的會像是懶人包，一次顯示出所有的 milestones ，然後會像 wikipedia 手機版介面，可以收合。
+ 單一議題#show 的頁面會像是懶人包，一次顯示出所有的 milestones ，然後會像 wikipedia 手機版介面，可以收合。
單一
*
（49 行未修改）
|
||
| 2013-06-11 13:50 | r1005 | |
顯示 diff（94 行未修改）
單一議題#show 的會像是懶人包，一次顯示出所有的 milestones ，然後會像 wikipedia 手機版介面，可以收合。
-
+ 單一
*
*要開放 API ，讓別的程式可以直接抓到這個網站上的資料，動態時報也可以開放 RSS 。
（48 行未修改）
|
||
| 2013-06-11 13:50 | r1004 | |
顯示 diff（93 行未修改）
更新事件的時候可以設 milestone ，例如林益世貪污案宣判結果出來了，就設一個 milestone。瀏覽 timeline 的時候以 milestone 為主，在 milestone 下面再貼新聞、參考資料、評論等等。
- 單一議題#show 會像是懶人包，一次顯示出所有的 milestones ，然後會像 wikipedia 手機版介面，可以收合。
+ 單一議題#show 的會像是懶人包，一次顯示出所有的 milestones ，然後會像 wikipedia 手機版介面，可以收合。
*
（49 行未修改）
|
||
| 2013-06-11 13:50 | r1003 | |
顯示 diff（94 行未修改）
單一議題#show 會像是懶人包，一次顯示出所有的 milestones ，然後會像 wikipedia 手機版介面，可以收合。
+
*
*要開放 API ，讓別的程式可以直接抓到這個網站上的資料，動態時報也可以開放 RSS 。
（48 行未修改）
|
||
| 2013-06-11 13:50 – 13:50 | r1001 – r1002 | |
顯示 diff（93 行未修改）
更新事件的時候可以設 milestone ，例如林益世貪污案宣判結果出來了，就設一個 milestone。瀏覽 timeline 的時候以 milestone 為主，在 milestone 下面再貼新聞、參考資料、評論等等。
- 單一議題首頁會像是懶人包，一次顯示出所有的 milestones ，然後會像 wikipedia 手機版介面，可以收合。
+ 單一議題#show 會像是懶人包，一次顯示出所有的 milestones ，然後會像 wikipedia 手機版介面，可以收合。
*
*要開放 API ，讓別的程式可以直接抓到這個網站上的資料，動態時報也可以開放 RSS 。
（48 行未修改）
|
||
| 2013-06-11 13:50 – 13:50 | r998 – r1000 | |
顯示 diff（93 行未修改）
更新事件的時候可以設 milestone ，例如林益世貪污案宣判結果出來了，就設一個 milestone。瀏覽 timeline 的時候以 milestone 為主，在 milestone 下面再貼新聞、參考資料、評論等等。
- 首頁會是懶人包，一次顯示出所有的 milestones ，然後會像 wikipedia 手機版介面，可以收合。
+ 單一議題首頁會像是懶人包，一次顯示出所有的 milestones ，然後會像 wikipedia 手機版介面，可以收合。
*
*要開放 API ，讓別的程式可以直接抓到這個網站上的資料，動態時報也可以開放 RSS 。
（48 行未修改）
|
||
| 2013-06-11 13:49 – 13:50 | r991 – r997 | |
顯示 diff（89 行未修改）
*要有方法來把熱門事件給放在首頁顯眼的地方。
+ 關於懶人包
+ 更新事件的時候可以設 milestone ，例如林益世貪污案宣判結果出來了，就設一個 milestone。瀏覽 timeline 的時候以 milestone 為主，在 milestone 下面再貼新聞、參考資料、評論等等。
- *更新事件的時候可以設 milestone ，例如林益世貪污案宣判結果出來了，就設一個 milestone。瀏覽 timeline 的時候以 milestone 為主，在 milestone 下面再貼新聞、參考資料、評論等等。
- *首頁會是懶人包，一次顯示出所有的 milestones ，然後會像 wikipedia 手機版介面，可以收合。
+ 首頁會是懶人包，一次顯示出所有的 milestones ，然後會像 wikipedia 手機版介面，可以收合。
*
*要開放 API ，讓別的程式可以直接抓到這個網站上的資料，動態時報也可以開放 RSS 。
（48 行未修改）
|
||
| 2013-06-11 13:49 | r990 | |
顯示 diff（145 行未修改）
|
||
| 2013-06-11 13:49 – 13:49 | r988 – r989 | |
顯示 diff（88 行未修改）
*
*要有方法來把熱門事件給放在首頁顯眼的地方。
+
+
*更新事件的時候可以設 milestone ，例如林益世貪污案宣判結果出來了，就設一個 milestone。瀏覽 timeline 的時候以 milestone 為主，在 milestone 下面再貼新聞、參考資料、評論等等。
（51 行未修改）
|
||
| 2013-06-11 13:29 – 13:49 | r919 – r987 | |
顯示 diff（85 行未修改）
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。最新議題和熱門議題，應該要放在首頁，讓新使用者可以輕鬆的關注，不會產生重複的議題。
*議題應該要有管理員，因為議題的 state 會變化，要設定 milestone ，要新增/移除 tags 等等。其他人都應該只是 follower，只能關注和留言。管理員還要可以允許其他人加入管理員，接收新增/移除 tag 建議等等。
- *
+ *議題的更新來源是 社會議題專案的爬新聞的來源 api ，所以爬新聞專案的規劃裡面，本身就有 tags ，因此議題專案應該只要透過 api 去問有哪些 tags 可以下。
*
*要有方法來把熱門事件給放在首頁顯眼的地方。
*更新事件的時候可以設 milestone ，例如林益世貪污案宣判結果出來了，就設一個 milestone。瀏覽 timeline 的時候以 milestone 為主，在 milestone 下面再貼新聞、參考資料、評論等等。
+ *首頁會是懶人包，一次顯示出所有的 milestones ，然後會像 wikipedia 手機版介面，可以收合。
*
*要開放 API ，讓別的程式可以直接抓到這個網站上的資料，動態時報也可以開放 RSS 。
- *
+
*實做細節
（45 行未修改）
|
||
| 2013-06-11 13:24 – 13:28 | r866 – r918 | |
顯示 diff（76 行未修改）
防亂改？ rollback 機制？
+
+ 福利請聽的做法是大家都可以 propose tag ，由站務來審核。
+
+ 另外又想到一個方法是大家都可以加 tag ，但可以提 abuse 。
關於共同關注議題
（58 行未修改）
|
||
| 2013-06-11 13:19 – 13:20 | r848 – r865 | |
顯示 diff（80 行未修改）
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。最新議題和熱門議題，應該要放在首頁，讓新使用者可以輕鬆的關注，不會產生重複的議題。
- *議題應該要有管理員，因為議題的 state 會變化，要設定 milestone ，要新增/移除 tags 等等。其他人都應該只是 follower，只能關注和留言。
+ *議題應該要有管理員，因為議題的 state 會變化，要設定 milestone ，要新增/移除 tags 等等。其他人都應該只是 follower，只能關注和留言。管理員還要可以允許其他人加入管理員，接收新增/移除 tag 建議等等。
*
*
（53 行未修改）
|
||
| 2013-06-11 13:12 – 13:18 | r750 – r847 | |
顯示 diff（69 行未修改）
要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
- 誰來把改票的狀態 (state) ？例如誰可以 confirm / reject / mark as duplicated / close 票。一開始一定是少數人才能改GAD 態。
+ 誰來把改票的狀態 (state) ？例如誰可以 confirm / reject / mark as duplicated / close 票。一開始一定是少數人才能改 state ，要開放誰可以改？又，有哪些狀態可以用？
+
+ 關於議題的 tagging
+
+ 誰可以改 tag ? （我傾向每個人都可以改）
+
+ 防亂改？ rollback 機制？
關於共同關注議題
（58 行未修改）
|
||
| 2013-06-11 13:12 | r749 | |
顯示 diff（73 行未修改）
關於共同關注議題
- *大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。最新議題和熱門議題，應該要放在首頁，讓新使用者可以輕鬆的關注，不會產生重複的
+ *大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。最新議題和熱門議題，應該要放在首頁，讓新使用者可以輕鬆的關注，不會產生重複的議題。
*議題應該要有管理員，因為議題的 state 會變化，要設定 milestone ，要新增/移除 tags 等等。其他人都應該只是 follower，只能關注和留言。
*
（54 行未修改）
|
||
| 2013-06-11 13:12 – 13:12 | r745 – r748 | |
顯示 diff（69 行未修改）
要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
- 誰來把改票的狀態 (state) ？例如誰可以 confirm / reject / mark as duplicated / close 票。一開始一定是少數人
+ 誰來把改票的狀態 (state) ？例如誰可以 confirm / reject / mark as duplicated / close 票。一開始一定是少數人才能改GAD 態。
關於共同關注議題
（58 行未修改）
|
||
| 2013-06-11 13:12 | r744 | |
顯示 diff（73 行未修改）
關於共同關注議題
- *大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。最新議題和熱門議題，應該要放在首頁，讓新使用者可以輕鬆的關注，不
+ *大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。最新議題和熱門議題，應該要放在首頁，讓新使用者可以輕鬆的關注，不會產生重複的
*議題應該要有管理員，因為議題的 state 會變化，要設定 milestone ，要新增/移除 tags 等等。其他人都應該只是 follower，只能關注和留言。
*
（54 行未修改）
|
||
| 2013-06-11 13:12 | r743 | |
顯示 diff（69 行未修改）
要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
- 誰來把改票的狀態 (state) ？例如誰可以 confirm / reject / mark as duplicated / close 票。一開
+ 誰來把改票的狀態 (state) ？例如誰可以 confirm / reject / mark as duplicated / close 票。一開始一定是少數人
關於共同關注議題
（58 行未修改）
|
||
| 2013-06-11 13:12 | r742 | |
顯示 diff（73 行未修改）
關於共同關注議題
- *大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。最新議題和熱門議題，應該要放在首頁，讓新使用者可以輕鬆的關注，
+ *大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。最新議題和熱門議題，應該要放在首頁，讓新使用者可以輕鬆的關注，不
*議題應該要有管理員，因為議題的 state 會變化，要設定 milestone ，要新增/移除 tags 等等。其他人都應該只是 follower，只能關注和留言。
*
（54 行未修改）
|
||
| 2013-06-11 13:12 – 13:12 | r740 – r741 | |
顯示 diff（69 行未修改）
要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
- 誰來把改票的狀態 (state) ？例如誰可以 confirm / reject / mark as duplicated / close 票。E
+ 誰來把改票的狀態 (state) ？例如誰可以 confirm / reject / mark as duplicated / close 票。一開
關於共同關注議題
（58 行未修改）
|
||
| 2013-06-11 13:12 | r739 | |
顯示 diff（73 行未修改）
關於共同關注議題
- *大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。最新議題和熱門議題，應該要放在首頁，讓新使用者可以輕鬆的關注
+ *大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。最新議題和熱門議題，應該要放在首頁，讓新使用者可以輕鬆的關注，
*議題應該要有管理員，因為議題的 state 會變化，要設定 milestone ，要新增/移除 tags 等等。其他人都應該只是 follower，只能關注和留言。
*
（54 行未修改）
|
||
| 2013-06-11 13:12 | r738 | |
顯示 diff（69 行未修改）
要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
- 誰來把改票的狀態 (state) ？例如誰可以 confirm / reject / mark as duplicated / close 票。
+ 誰來把改票的狀態 (state) ？例如誰可以 confirm / reject / mark as duplicated / close 票。E
關於共同關注議題
（58 行未修改）
|
||
| 2013-06-11 13:12 | r737 | |
顯示 diff（73 行未修改）
關於共同關注議題
- *大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。最新議題和熱門議題，應該要放在首頁，讓新
+ *大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。最新議題和熱門議題，應該要放在首頁，讓新使用者可以輕鬆的關注
*議題應該要有管理員，因為議題的 state 會變化，要設定 milestone ，要新增/移除 tags 等等。其他人都應該只是 follower，只能關注和留言。
*
（54 行未修改）
|
||
| 2013-06-11 13:12 – 13:12 | r734 – r736 | |
顯示 diff（69 行未修改）
要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
- 誰來把改票的狀態 (state) ？例如誰可以 confirm / reject / mark as duplicated / close 票。這
+ 誰來把改票的狀態 (state) ？例如誰可以 confirm / reject / mark as duplicated / close 票。
關於共同關注議題
（58 行未修改）
|
||
| 2013-06-11 13:12 | r733 | |
顯示 diff（73 行未修改）
關於共同關注議題
- *大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。最新議題和熱門議題，應該要放在首頁，讓
+ *大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。最新議題和熱門議題，應該要放在首頁，讓新
*議題應該要有管理員，因為議題的 state 會變化，要設定 milestone ，要新增/移除 tags 等等。其他人都應該只是 follower，只能關注和留言。
*
（54 行未修改）
|
||
| 2013-06-11 13:12 | r732 | |
顯示 diff（69 行未修改）
要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
- 誰來把改票的狀態 (state) ？例如誰可以 confirm / reject / mark as duplicated /
+ 誰來把改票的狀態 (state) ？例如誰可以 confirm / reject / mark as duplicated / close 票。這
關於共同關注議題
（58 行未修改）
|
||
| 2013-06-11 13:11 – 13:12 | r729 – r731 | |
顯示 diff（73 行未修改）
關於共同關注議題
- *大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。最新議題和熱門議題，應該要放在
+ *大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。最新議題和熱門議題，應該要放在首頁，讓
*議題應該要有管理員，因為議題的 state 會變化，要設定 milestone ，要新增/移除 tags 等等。其他人都應該只是 follower，只能關注和留言。
*
（54 行未修改）
|
||
| 2013-06-11 13:11 | r728 | |
顯示 diff（69 行未修改）
要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
- 誰來把
+ 誰來把改票的狀態 (state) ？例如誰可以 confirm / reject / mark as duplicated /
關於共同關注議題
（58 行未修改）
|
||
| 2013-06-11 13:11 – 13:11 | r717 – r727 | |
顯示 diff（73 行未修改）
關於共同關注議題
- *大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
+ *大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。最新議題和熱門議題，應該要放在
*議題應該要有管理員，因為議題的 state 會變化，要設定 milestone ，要新增/移除 tags 等等。其他人都應該只是 follower，只能關注和留言。
*
（54 行未修改）
|
||
| 2013-06-11 13:11 – 13:11 | r713 – r716 | |
顯示 diff（66 行未修改）
更新議題是要手動進行的。
-
- IVE
要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
+
+ 誰來把
關於共同關注議題
（58 行未修改）
|
||
| 2013-06-11 13:11 | r712 | |
顯示 diff（74 行未修改）
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
- *議題應該要有管理員，因為議題的 state 會變化，要設定 milestone ，要新增/移除 tags 等等。其他人都應該只是 follower，只能關注和留言
+ *議題應該要有管理員，因為議題的 state 會變化，要設定 milestone ，要新增/移除 tags 等等。其他人都應該只是 follower，只能關注和留言。
*
*
（53 行未修改）
|
||
| 2013-06-11 13:11 | r711 | |
顯示 diff（66 行未修改）
更新議題是要手動進行的。
-
+ IVE
要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
（60 行未修改）
|
||
| 2013-06-11 13:11 – 13:11 | r707 – r710 | |
顯示 diff（74 行未修改）
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
- *議題應該要有管理員，因為議題的 state 會變化，要設定 milestone ，要新增/移除 tags 等等。其他人都應該只是 follower，只能關注和
+ *議題應該要有管理員，因為議題的 state 會變化，要設定 milestone ，要新增/移除 tags 等等。其他人都應該只是 follower，只能關注和留言
*
*
（53 行未修改）
|
||
| 2013-06-11 13:11 | r706 | |
顯示 diff（132 行未修改）
|
||
| 2013-06-11 13:11 | r705 | |
顯示 diff（74 行未修改）
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
- *議題應該要有管理員，因為議題的 state 會變化，要設定 milestone ，要新增/移除 tags 等等。其他人都應該只是 follower，只能關注
+ *議題應該要有管理員，因為議題的 state 會變化，要設定 milestone ，要新增/移除 tags 等等。其他人都應該只是 follower，只能關注和
*
*
（53 行未修改）
|
||
| 2013-06-11 13:11 – 13:11 | r697 – r704 | |
顯示 diff（60 行未修改）
*若要自動抓新聞的話或許可以接「社會議題懶人包」？ Google 電子快訊？
- *例如去對方 API 抓相關新聞，推薦使用者將它
+ *例如去對方 API 抓相關新聞，推薦使用者將它加入這張票。
*
關於更新議題
- *更新議題是要手動進行的。
+ 更新議題是要手動進行的。
- *
- *要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
+
+
+ 要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
關於共同關注議題
（58 行未修改）
|
||
| 2013-06-11 13:10 – 13:11 | r689 – r696 | |
顯示 diff（73 行未修改）
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
- *議題應該要有管理員，因為議題的 state 會變化，要設定 milestone ，要新增/移除 tags 等等。
+ *議題應該要有管理員，因為議題的 state 會變化，要設定 milestone ，要新增/移除 tags 等等。其他人都應該只是 follower，只能關注
*
*
（53 行未修改）
|
||
| 2013-06-11 13:10 | r688 | |
顯示 diff（60 行未修改）
*若要自動抓新聞的話或許可以接「社會議題懶人包」？ Google 電子快訊？
- *例如去對方 API 抓相
+ *例如去對方 API 抓相關新聞，推薦使用者將它
*
（66 行未修改）
|
||
| 2013-06-11 13:10 – 13:10 | r685 – r687 | |
顯示 diff（73 行未修改）
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
- *議題應該要有管理員，因為議題的 state 會變化，要設定 milestone ，要新增/移除 tags 等ㄉ
+ *議題應該要有管理員，因為議題的 state 會變化，要設定 milestone ，要新增/移除 tags 等等。
+ *
*
*要有方法來把熱門事件給放在首頁顯眼的地方。
（52 行未修改）
|
||
| 2013-06-11 13:10 | r684 | |
顯示 diff（60 行未修改）
*若要自動抓新聞的話或許可以接「社會議題懶人包」？ Google 電子快訊？
- *例如去對方 API 抓新
+ *例如去對方 API 抓相
*
（65 行未修改）
|
||
| 2013-06-11 13:10 | r683 | |
顯示 diff（73 行未修改）
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
- *議題應該要有管理員，因為議題的 state 會變化，要設定 milestone ，要新增/移除 tags
+ *議題應該要有管理員，因為議題的 state 會變化，要設定 milestone ，要新增/移除 tags 等ㄉ
*
*要有方法來把熱門事件給放在首頁顯眼的地方。
（52 行未修改）
|
||
| 2013-06-11 13:10 | r682 | |
顯示 diff（60 行未修改）
*若要自動抓新聞的話或許可以接「社會議題懶人包」？ Google 電子快訊？
- *例如去對方 API 抓
+ *例如去對方 API 抓新
*
（65 行未修改）
|
||
| 2013-06-11 13:10 | r681 | |
顯示 diff（73 行未修改）
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
- *議題應該要有管理員，因為議題的 state 會變化，要設定 milestone ，要新增
+ *議題應該要有管理員，因為議題的 state 會變化，要設定 milestone ，要新增/移除 tags
*
*要有方法來把熱門事件給放在首頁顯眼的地方。
（52 行未修改）
|
||
| 2013-06-11 13:10 – 13:10 | r679 – r680 | |
顯示 diff（60 行未修改）
*若要自動抓新聞的話或許可以接「社會議題懶人包」？ Google 電子快訊？
- *例如推薦
+ *例如去對方 API 抓
*
（65 行未修改）
|
||
| 2013-06-11 13:10 – 13:10 | r675 – r678 | |
顯示 diff（73 行未修改）
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
- *議題應該要有管理員，因為議題的 state 會變化，要設定 mil
+ *議題應該要有管理員，因為議題的 state 會變化，要設定 milestone ，要新增
*
*要有方法來把熱門事件給放在首頁顯眼的地方。
（52 行未修改）
|
||
| 2013-06-11 13:10 | r674 | |
顯示 diff（60 行未修改）
*若要自動抓新聞的話或許可以接「社會議題懶人包」？ Google 電子快訊？
- *例G○
+ *例如推薦
*
（65 行未修改）
|
||
| 2013-06-11 13:10 – 13:10 | r671 – r673 | |
顯示 diff（73 行未修改）
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
- *議題應該要有管理員，因為議題的 state 會變化，要設定
- * m
+ *議題應該要有管理員，因為議題的 state 會變化，要設定 mil
*
*要有方法來把熱門事件給放在首頁顯眼的地方。
（52 行未修改）
|
||
| 2013-06-11 13:10 – 13:10 | r669 – r670 | |
顯示 diff（60 行未修改）
*若要自動抓新聞的話或許可以接「社會議題懶人包」？ Google 電子快訊？
- *
+ *例G○
*
（66 行未修改）
|
||
| 2013-06-11 13:10 – 13:10 | r666 – r668 | |
顯示 diff（73 行未修改）
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
- *議題應該要有管理員，因為議題的 state 會變化，
+ *議題應該要有管理員，因為議題的 state 會變化，要設定
+ * m
*
*要有方法來把熱門事件給放在首頁顯眼的地方。
（52 行未修改）
|
||
| 2013-06-11 13:10 | r665 | |
顯示 diff（60 行未修改）
*若要自動抓新聞的話或許可以接「社會議題懶人包」？ Google 電子快訊？
+ *
*
（65 行未修改）
|
||
| 2013-06-11 13:10 – 13:10 | r661 – r664 | |
顯示 diff（72 行未修改）
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
- *議題應該要有管理員，因為議題的 state 會變
+ *議題應該要有管理員，因為議題的 state 會變化，
*
*要有方法來把熱門事件給放在首頁顯眼的地方。
（52 行未修改）
|
||
| 2013-06-11 13:10 | r660 | |
顯示 diff（58 行未修改）
*
*貼新聞或引用他人在 blog / Facebook 的評論，可能會有著作權的問題？當然超連結一定要附上。
+
*若要自動抓新聞的話或許可以接「社會議題懶人包」？ Google 電子快訊？
*
（66 行未修改）
|
||
| 2013-06-11 13:10 – 13:10 | r657 – r659 | |
顯示 diff（71 行未修改）
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
- *議題應該要有管理員，因為議題的 state
+ *議題應該要有管理員，因為議題的 state 會變
*
*要有方法來把熱門事件給放在首頁顯眼的地方。
（52 行未修改）
|
||
| 2013-06-11 13:10 | r656 | |
顯示 diff（58 行未修改）
*
*貼新聞或引用他人在 blog / Facebook 的評論，可能會有著作權的問題？當然超連結一定要附上。
+ *若要自動抓新聞的話或許可以接「社會議題懶人包」？ Google 電子快訊？
+ *
關於更新議題
（64 行未修改）
|
||
| 2013-06-11 13:10 – 13:10 | r653 – r655 | |
顯示 diff（69 行未修改）
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
- *議題應該要有管理員，因為議題
+ *議題應該要有管理員，因為議題的 state
*
*要有方法來把熱門事件給放在首頁顯眼的地方。
（52 行未修改）
|
||
| 2013-06-11 13:10 | r652 | |
顯示 diff（62 行未修改）
*更新議題是要手動進行的。
-
- *若要自動抓新聞的話或許可以接「社會議題懶人包」？ Google 電子快訊？
+ *
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
（58 行未修改）
|
||
| 2013-06-11 13:10 | r651 | |
顯示 diff（70 行未修改）
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
- *議題應該要有管理員，因為議題ㄉ
+ *議題應該要有管理員，因為議題
*
*要有方法來把熱門事件給放在首頁顯眼的地方。
（52 行未修改）
|
||
| 2013-06-11 13:10 | r650 | |
顯示 diff（59 行未修改）
*貼新聞或引用他人在 blog / Facebook 的評論，可能會有著作權的問題？當然超連結一定要附上。
- 關
+ 關於更新議題
*更新議題是要手動進行的。
（63 行未修改）
|
||
| 2013-06-11 13:10 – 13:10 | r648 – r649 | |
顯示 diff（70 行未修改）
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
- *議題應該要有管理員，因為議題ㄉㄜ
+ *議題應該要有管理員，因為議題ㄉ
*
*要有方法來把熱門事件給放在首頁顯眼的地方。
（52 行未修改）
|
||
| 2013-06-11 13:10 | r647 | |
顯示 diff（59 行未修改）
*貼新聞或引用他人在 blog / Facebook 的評論，可能會有著作權的問題？當然超連結一定要附上。
-
+ 關
*更新議題是要手動進行的。
（63 行未修改）
|
||
| 2013-06-11 13:10 | r646 | |
顯示 diff（70 行未修改）
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
- *議題應該要有管理員，因為議題
+ *議題應該要有管理員，因為議題ㄉㄜ
*
*要有方法來把熱門事件給放在首頁顯眼的地方。
（52 行未修改）
|
||
| 2013-06-11 13:10 – 13:10 | r642 – r645 | |
顯示 diff（58 行未修改）
*
*貼新聞或引用他人在 blog / Facebook 的評論，可能會有著作權的問題？當然超連結一定要附上。
-
+
*更新議題是要手動進行的。
（63 行未修改）
|
||
| 2013-06-11 13:10 | r641 | |
顯示 diff（70 行未修改）
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
- *議題應該要有管理員，因為
+ *議題應該要有管理員，因為議題
*
*要有方法來把熱門事件給放在首頁顯眼的地方。
（52 行未修改）
|
||
| 2013-06-11 13:10 | r640 | |
顯示 diff（61 行未修改）
- *更新議題是要手動進行的. 若要自動抓新聞的話或許可以接「社會議題懶人包」？ Google 電子快訊？
+ *更新議題是要手動進行的。
+ *若要自動抓新聞的話或許可以接「社會議題懶人包」？ Google 電子快訊？
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
（59 行未修改）
|
||
| 2013-06-11 13:10 – 13:10 | r638 – r639 | |
顯示 diff（69 行未修改）
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
- *議題應該要有管理員
+ *議題應該要有管理員，因為
*
*要有方法來把熱門事件給放在首頁顯眼的地方。
（52 行未修改）
|
||
| 2013-06-11 13:10 | r637 | |
顯示 diff（61 行未修改）
- *更新議題是要手動進行的若要自動抓新聞的話或許可以接「社會議題懶人包」？ Google 電子快訊？
+ *更新議題是要手動進行的. 若要自動抓新聞的話或許可以接「社會議題懶人包」？ Google 電子快訊？
（60 行未修改）
|
||
| 2013-06-11 13:10 | r636 | |
顯示 diff（69 行未修改）
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
- *議題應該要有
+ *議題應該要有管理員
*
*要有方法來把熱門事件給放在首頁顯眼的地方。
（52 行未修改）
|
||
| 2013-06-11 13:10 | r635 | |
顯示 diff（61 行未修改）
- *更新議題是要手動進行的，若要自動抓新聞的話或許可以接「社會議題懶人包」？ Google 電子快訊？
+ *更新議題是要手動進行的若要自動抓新聞的話或許可以接「社會議題懶人包」？ Google 電子快訊？
（60 行未修改）
|
||
| 2013-06-11 13:10 – 13:10 | r632 – r634 | |
顯示 diff（69 行未修改）
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
- *議題應該要有 o
+ *議題應該要有
*
*要有方法來把熱門事件給放在首頁顯眼的地方。
（52 行未修改）
|
||
| 2013-06-11 13:10 | r631 | |
顯示 diff（61 行未修改）
- *更新議題是要手動進行的，
+ *更新議題是要手動進行的，若要自動抓新聞的話或許可以接「社會議題懶人包」？ Google 電子快訊？
（60 行未修改）
|
||
| 2013-06-11 13:10 – 13:10 | r629 – r630 | |
顯示 diff（69 行未修改）
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
- *議題應該要有
+ *議題應該要有 o
*
*要有方法來把熱門事件給放在首頁顯眼的地方。
（52 行未修改）
|
||
| 2013-06-11 13:10 | r628 | |
顯示 diff（61 行未修改）
- *更新議題是要手動進行的，若要自動抓新聞的話或許可以接「社會議題懶人包」？ Google 電子快訊？
+ *更新議題是要手動進行的，
（60 行未修改）
|
||
| 2013-06-11 13:09 – 13:10 | r626 – r627 | |
顯示 diff（69 行未修改）
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
- *
+ *議題應該要有
*
*要有方法來把熱門事件給放在首頁顯眼的地方。
（52 行未修改）
|
||
| 2013-06-11 13:09 – 13:09 | r621 – r625 | |
顯示 diff（58 行未修改）
*
*貼新聞或引用他人在 blog / Facebook 的評論，可能會有著作權的問題？當然超連結一定要附上。
- *
+
+
+
*更新議題是要手動進行的，若要自動抓新聞的話或許可以接「社會議題懶人包」？ Google 電子快訊？
- *
+
+
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
（58 行未修改）
|
||
| 2013-06-11 13:09 – 13:09 | r614 – r620 | |
顯示 diff（53 行未修改）
*初步的構想是像 Redmine 這種東西，每個議題 (issue) 有自己的頁面，每個議題可以更新當前的狀態，介面像是 Facebook 動態時報，最新的消息放在上面。
- *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（更新）。自己可以去 follow 帳號，也就是可以 關注議題，所以在自己的 timeline 上會看到所有關注
+ *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（更新）。自己可以去 follow 帳號，也就是可以 關注議題，所以在自己的 timeline 上會看到所有關注議題的更新。
*
*議題可以 assign 給負責人，例如智財局要推鎖網法，就把這事 assign 給智財局長。當然系統裡不會內建他的帳號，要找個方法表現出這是他要負責的。 assignee 可以多個人。
（65 行未修改）
|
||
| 2013-06-11 13:09 | r613 | |
顯示 diff（63 行未修改）
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
- 關於共同關注議題
+ 關於共同關注議題
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
（55 行未修改）
|
||
| 2013-06-11 13:08 – 13:09 | r607 – r612 | |
顯示 diff（53 行未修改）
*初步的構想是像 Redmine 這種東西，每個議題 (issue) 有自己的頁面，每個議題可以更新當前的狀態，介面像是 Facebook 動態時報，最新的消息放在上面。
- *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（更新）。自己可以去 follow 帳號，也就是可以 關注議題， timeline 上，會看到
+ *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（更新）。自己可以去 follow 帳號，也就是可以 關注議題，所以在自己的 timeline 上會看到所有關注
*
*議題可以 assign 給負責人，例如智財局要推鎖網法，就把這事 assign 給智財局長。當然系統裡不會內建他的帳號，要找個方法表現出這是他要負責的。 assignee 可以多個人。
（65 行未修改）
|
||
| 2013-06-11 13:08 – 13:08 | r605 – r606 | |
顯示 diff（63 行未修改）
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
- 關於共同關注議題
+ 關於共同關注議題
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
（55 行未修改）
|
||
| 2013-06-11 13:08 – 13:08 | r595 – r604 | |
顯示 diff（53 行未修改）
*初步的構想是像 Redmine 這種東西，每個議題 (issue) 有自己的頁面，每個議題可以更新當前的狀態，介面像是 Facebook 動態時報，最新的消息放在上面。
- *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（更新）。自己可以去 follow 帳號，的 timeline 上，會看到
+ *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（更新）。自己可以去 follow 帳號，也就是可以 關注議題， timeline 上，會看到
*
*議題可以 assign 給負責人，例如智財局要推鎖網法，就把這事 assign 給智財局長。當然系統裡不會內建他的帳號，要找個方法表現出這是他要負責的。 assignee 可以多個人。
（65 行未修改）
|
||
| 2013-06-11 13:08 | r594 | |
顯示 diff（65 行未修改）
關於共同關注議題
- *comment:
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
*
（54 行未修改）
|
||
| 2013-06-11 13:07 – 13:08 | r582 – r593 | |
顯示 diff（53 行未修改）
*初步的構想是像 Redmine 這種東西，每個議題 (issue) 有自己的頁面，每個議題可以更新當前的狀態，介面像是 Facebook 動態時報，最新的消息放在上面。
- *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（更新），而在自己的 timeline
+ *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（更新）。自己可以去 follow 帳號，的 timeline 上，會看到
*
*議題可以 assign 給負責人，例如智財局要推鎖網法，就把這事 assign 給智財局長。當然系統裡不會內建他的帳號，要找個方法表現出這是他要負責的。 assignee 可以多個人。
（66 行未修改）
|
||
| 2013-06-11 13:07 – 13:07 | r577 – r581 | |
顯示 diff（63 行未修改）
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
- ## 關於共同關注議題
+ 關於共同關注議題
*comment:
（56 行未修改）
|
||
| 2013-06-11 13:07 | r576 | |
顯示 diff（53 行未修改）
*初步的構想是像 Redmine 這種東西，每個議題 (issue) 有自己的頁面，每個議題可以更新當前的狀態，介面像是 Facebook 動態時報，最新的消息放在上面。
- *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（更新），而在自己的 timeline
+ *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（更新），而在自己的 timeline
*
*議題可以 assign 給負責人，例如智財局要推鎖網法，就把這事 assign 給智財局長。當然系統裡不會內建他的帳號，要找個方法表現出這是他要負責的。 assignee 可以多個人。
（66 行未修改）
|
||
| 2013-06-11 13:07 | r575 | |
顯示 diff（63 行未修改）
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
- ###關於共同關注議題
+ ## 關於共同關注議題
*comment:
（56 行未修改）
|
||
| 2013-06-11 13:07 | r574 | |
顯示 diff（53 行未修改）
*初步的構想是像 Redmine 這種東西，每個議題 (issue) 有自己的頁面，每個議題可以更新當前的狀態，介面像是 Facebook 動態時報，最新的消息放在上面。
- *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（更新），而在自己的 timel
+ *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（更新），而在自己的 timeline
*
*議題可以 assign 給負責人，例如智財局要推鎖網法，就把這事 assign 給智財局長。當然系統裡不會內建他的帳號，要找個方法表現出這是他要負責的。 assignee 可以多個人。
（66 行未修改）
|
||
| 2013-06-11 13:07 – 13:07 | r572 – r573 | |
顯示 diff（63 行未修改）
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
- #關於共同關注議題
+ ###關於共同關注議題
*comment:
（56 行未修改）
|
||
| 2013-06-11 13:07 | r571 | |
顯示 diff（53 行未修改）
*初步的構想是像 Redmine 這種東西，每個議題 (issue) 有自己的頁面，每個議題可以更新當前的狀態，介面像是 Facebook 動態時報，最新的消息放在上面。
- *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（更新），而在自己的 time
+ *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（更新），而在自己的 timel
*
*議題可以 assign 給負責人，例如智財局要推鎖網法，就把這事 assign 給智財局長。當然系統裡不會內建他的帳號，要找個方法表現出這是他要負責的。 assignee 可以多個人。
（66 行未修改）
|
||
| 2013-06-11 13:07 | r570 | |
顯示 diff（63 行未修改）
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
- 關於共同關注議題
+ #關於共同關注議題
*comment:
（56 行未修改）
|
||
| 2013-06-11 13:07 | r569 | |
顯示 diff（53 行未修改）
*初步的構想是像 Redmine 這種東西，每個議題 (issue) 有自己的頁面，每個議題可以更新當前的狀態，介面像是 Facebook 動態時報，最新的消息放在上面。
- *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（更新），而在自己的
+ *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（更新），而在自己的 time
*
*議題可以 assign 給負責人，例如智財局要推鎖網法，就把這事 assign 給智財局長。當然系統裡不會內建他的帳號，要找個方法表現出這是他要負責的。 assignee 可以多個人。
（66 行未修改）
|
||
| 2013-06-11 13:07 | r568 | |
顯示 diff（63 行未修改）
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
- ###關於共同關注議題
+ 關於共同關注議題
*comment:
（56 行未修改）
|
||
| 2013-06-11 13:07 | r567 | |
顯示 diff（53 行未修改）
*初步的構想是像 Redmine 這種東西，每個議題 (issue) 有自己的頁面，每個議題可以更新當前的狀態，介面像是 Facebook 動態時報，最新的消息放在上面。
- *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（更新），而在自己的
+ *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（更新），而在自己的
*
*議題可以 assign 給負責人，例如智財局要推鎖網法，就把這事 assign 給智財局長。當然系統裡不會內建他的帳號，要找個方法表現出這是他要負責的。 assignee 可以多個人。
（66 行未修改）
|
||
| 2013-06-11 13:07 | r566 | |
顯示 diff（63 行未修改）
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
- ### 關於共同關注議題
+ ###關於共同關注議題
*comment:
（56 行未修改）
|
||
| 2013-06-11 13:07 | r565 | |
顯示 diff（53 行未修改）
*初步的構想是像 Redmine 這種東西，每個議題 (issue) 有自己的頁面，每個議題可以更新當前的狀態，介面像是 Facebook 動態時報，最新的消息放在上面。
- *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（更新），而
+ *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（更新），而在自己的
*
*議題可以 assign 給負責人，例如智財局要推鎖網法，就把這事 assign 給智財局長。當然系統裡不會內建他的帳號，要找個方法表現出這是他要負責的。 assignee 可以多個人。
（66 行未修改）
|
||
| 2013-06-11 13:07 | r564 | |
顯示 diff（63 行未修改）
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
- ###關於共同關注議題
+ ### 關於共同關注議題
*comment:
（56 行未修改）
|
||
| 2013-06-11 13:07 | r563 | |
顯示 diff（53 行未修改）
*初步的構想是像 Redmine 這種東西，每個議題 (issue) 有自己的頁面，每個議題可以更新當前的狀態，介面像是 Facebook 動態時報，最新的消息放在上面。
- *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（更新），
+ *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（更新），而
*
*議題可以 assign 給負責人，例如智財局要推鎖網法，就把這事 assign 給智財局長。當然系統裡不會內建他的帳號，要找個方法表現出這是他要負責的。 assignee 可以多個人。
（66 行未修改）
|
||
| 2013-06-11 13:07 | r562 | |
顯示 diff（63 行未修改）
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
- ##關於共同關注議題
+ ###關於共同關注議題
*comment:
（56 行未修改）
|
||
| 2013-06-11 13:07 | r561 | |
顯示 diff（53 行未修改）
*初步的構想是像 Redmine 這種東西，每個議題 (issue) 有自己的頁面，每個議題可以更新當前的狀態，介面像是 Facebook 動態時報，最新的消息放在上面。
- *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（更新）
+ *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（更新），
*
*議題可以 assign 給負責人，例如智財局要推鎖網法，就把這事 assign 給智財局長。當然系統裡不會內建他的帳號，要找個方法表現出這是他要負責的。 assignee 可以多個人。
（66 行未修改）
|
||
| 2013-06-11 13:07 – 13:07 | r559 – r560 | |
顯示 diff（63 行未修改）
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
- 關於共同關注議題
+ ##關於共同關注議題
*comment:
（56 行未修改）
|
||
| 2013-06-11 13:07 | r558 | |
顯示 diff（53 行未修改）
*初步的構想是像 Redmine 這種東西，每個議題 (issue) 有自己的頁面，每個議題可以更新當前的狀態，介面像是 Facebook 動態時報，最新的消息放在上面。
- *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（更新
- ）
+ *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（更新）
*
*議題可以 assign 給負責人，例如智財局要推鎖網法，就把這事 assign 給智財局長。當然系統裡不會內建他的帳號，要找個方法表現出這是他要負責的。 assignee 可以多個人。
（66 行未修改）
|
||
| 2013-06-11 13:07 | r557 | |
顯示 diff（63 行未修改）
*
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
+
關於共同關注議題
（57 行未修改）
|
||
| 2013-06-11 13:07 | r556 | |
顯示 diff（54 行未修改）
*初步的構想是像 Redmine 這種東西，每個議題 (issue) 有自己的頁面，每個議題可以更新當前的狀態，介面像是 Facebook 動態時報，最新的消息放在上面。
*comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（更新
- *）
+ ）
*
*議題可以 assign 給負責人，例如智財局要推鎖網法，就把這事 assign 給智財局長。當然系統裡不會內建他的帳號，要找個方法表現出這是他要負責的。 assignee 可以多個人。
（65 行未修改）
|
||
| 2013-06-11 13:07 | r555 | |
顯示 diff（63 行未修改）
*
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
-
關於共同關注議題
（57 行未修改）
|
||
| 2013-06-11 13:07 – 13:07 | r553 – r554 | |
顯示 diff（53 行未修改）
*初步的構想是像 Redmine 這種東西，每個議題 (issue) 有自己的頁面，每個議題可以更新當前的狀態，介面像是 Facebook 動態時報，最新的消息放在上面。
- *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（耕）
+ *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（更新
+ *）
*
*議題可以 assign 給負責人，例如智財局要推鎖網法，就把這事 assign 給智財局長。當然系統裡不會內建他的帳號，要找個方法表現出這是他要負責的。 assignee 可以多個人。
（66 行未修改）
|
||
| 2013-06-11 13:07 – 13:07 | r551 – r552 | |
顯示 diff（124 行未修改）
|
||
| 2013-06-11 13:07 | r550 | |
顯示 diff（53 行未修改）
*初步的構想是像 Redmine 這種東西，每個議題 (issue) 有自己的頁面，每個議題可以更新當前的狀態，介面像是 Facebook 動態時報，最新的消息放在上面。
- *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（）
+ *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（耕）
*
*議題可以 assign 給負責人，例如智財局要推鎖網法，就把這事 assign 給智財局長。當然系統裡不會內建他的帳號，要找個方法表現出這是他要負責的。 assignee 可以多個人。
（66 行未修改）
|
||
| 2013-06-11 13:07 | r549 | |
顯示 diff（63 行未修改）
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
- 關於共同關注議題
+ 關於共同關注議題
*comment:
（56 行未修改）
|
||
| 2013-06-11 13:07 | r548 | |
顯示 diff（53 行未修改）
*初步的構想是像 Redmine 這種東西，每個議題 (issue) 有自己的頁面，每個議題可以更新當前的狀態，介面像是 Facebook 動態時報，最新的消息放在上面。
- *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（ㄍ）
+ *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（）
*
*議題可以 assign 給負責人，例如智財局要推鎖網法，就把這事 assign 給智財局長。當然系統裡不會內建他的帳號，要找個方法表現出這是他要負責的。 assignee 可以多個人。
（66 行未修改）
|
||
| 2013-06-11 13:07 – 13:07 | r546 – r547 | |
顯示 diff（63 行未修改）
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
- 關於共同關注議題
+ 關於共同關注議題
*comment:
（56 行未修改）
|
||
| 2013-06-11 13:07 | r545 | |
顯示 diff（53 行未修改）
*初步的構想是像 Redmine 這種東西，每個議題 (issue) 有自己的頁面，每個議題可以更新當前的狀態，介面像是 Facebook 動態時報，最新的消息放在上面。
- *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（ㄍㄍ）
+ *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（ㄍ）
*
*議題可以 assign 給負責人，例如智財局要推鎖網法，就把這事 assign 給智財局長。當然系統裡不會內建他的帳號，要找個方法表現出這是他要負責的。 assignee 可以多個人。
（66 行未修改）
|
||
| 2013-06-11 13:07 | r544 | |
顯示 diff（63 行未修改）
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
- ## 關於共同關注議題
+ 關於共同關注議題
*comment:
（56 行未修改）
|
||
| 2013-06-11 13:07 – 13:07 | r541 – r543 | |
顯示 diff（53 行未修改）
*初步的構想是像 Redmine 這種東西，每個議題 (issue) 有自己的頁面，每個議題可以更新當前的狀態，介面像是 Facebook 動態時報，最新的消息放在上面。
- *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog
+ *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog文章等等（ㄍㄍ）
*
*議題可以 assign 給負責人，例如智財局要推鎖網法，就把這事 assign 給智財局長。當然系統裡不會內建他的帳號，要找個方法表現出這是他要負責的。 assignee 可以多個人。
（66 行未修改）
|
||
| 2013-06-11 13:07 – 13:07 | r535 – r540 | |
顯示 diff（63 行未修改）
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
- ## 關於共
+ ## 關於共同關注議題
+
*comment:
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
（55 行未修改）
|
||
| 2013-06-11 13:07 | r534 | |
顯示 diff（53 行未修改）
*初步的構想是像 Redmine 這種東西，每個議題 (issue) 有自己的頁面，每個議題可以更新當前的狀態，介面像是 Facebook 動態時報，最新的消息放在上面。
- *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、
- *
+ *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、blog
*
*議題可以 assign 給負責人，例如智財局要推鎖網法，就把這事 assign 給智財局長。當然系統裡不會內建他的帳號，要找個方法表現出這是他要負責的。 assignee 可以多個人。
（65 行未修改）
|
||
| 2013-06-11 13:07 – 13:07 | r528 – r533 | |
顯示 diff（64 行未修改）
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
- ##
+ ## 關於共
*comment:
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
（55 行未修改）
|
||
| 2013-06-11 13:07 – 13:07 | r525 – r527 | |
顯示 diff（53 行未修改）
*初步的構想是像 Redmine 這種東西，每個議題 (issue) 有自己的頁面，每個議題可以更新當前的狀態，介面像是 Facebook 動態時報，最新的消息放在上面。
- *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的心文
+ *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的新聞、
+ *
*
*議題可以 assign 給負責人，例如智財局要推鎖網法，就把這事 assign 給智財局長。當然系統裡不會內建他的帳號，要找個方法表現出這是他要負責的。 assignee 可以多個人。
（65 行未修改）
|
||
| 2013-06-11 13:07 | r524 | |
顯示 diff（63 行未修改）
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
- #@
+ ##
*comment:
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
（55 行未修改）
|
||
| 2013-06-11 13:07 | r523 | |
顯示 diff（53 行未修改）
*初步的構想是像 Redmine 這種東西，每個議題 (issue) 有自己的頁面，每個議題可以更新當前的狀態，介面像是 Facebook 動態時報，最新的消息放在上面。
- *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的心
+ *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的心文
*
*議題可以 assign 給負責人，例如智財局要推鎖網法，就把這事 assign 給智財局長。當然系統裡不會內建他的帳號，要找個方法表現出這是他要負責的。 assignee 可以多個人。
（65 行未修改）
|
||
| 2013-06-11 13:07 | r522 | |
顯示 diff（63 行未修改）
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
- #
+ #@
*comment:
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
（55 行未修改）
|
||
| 2013-06-11 13:07 | r521 | |
顯示 diff（53 行未修改）
*初步的構想是像 Redmine 這種東西，每個議題 (issue) 有自己的頁面，每個議題可以更新當前的狀態，介面像是 Facebook 動態時報，最新的消息放在上面。
- *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的
+ *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的心
*
*議題可以 assign 給負責人，例如智財局要推鎖網法，就把這事 assign 給智財局長。當然系統裡不會內建他的帳號，要找個方法表現出這是他要負責的。 assignee 可以多個人。
（65 行未修改）
|
||
| 2013-06-11 13:07 – 13:07 | r517 – r520 | |
顯示 diff（62 行未修改）
*
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
+
+ #
*comment:
*大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
（55 行未修改）
|
||
| 2013-06-11 13:00 – 13:07 | r457 – r516 | |
顯示 diff（53 行未修改）
*初步的構想是像 Redmine 這種東西，每個議題 (issue) 有自己的頁面，每個議題可以更新當前的狀態，介面像是 Facebook 動態時報，最新的消息放在上面。
+ *comments: 剛剛討論想到另外一個類比是 twitter ，每個議題相當於是一個帳號，帳號的 tweets 就是該議題的更新（含新聞、blog 看法……）。進入該議題的頁面（twitter 個人頁）會顯示出所有的
*
*議題可以 assign 給負責人，例如智財局要推鎖網法，就把這事 assign 給智財局長。當然系統裡不會內建他的帳號，要找個方法表現出這是他要負責的。 assignee 可以多個人。
（5 行未修改）
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
*comment:
- *大家要可以共同關注議題。不會有
+ *大家要可以共同關注議題。相同的議題盡量不要有重複的票出現。所以議題應該都是 public ，然後大家都可以都可以 follow （比較接近 twiiter follow）。
+ *
*
*要有方法來把熱門事件給放在首頁顯眼的地方。
（52 行未修改）
|
||
| 2013-06-11 13:00 – 13:00 | r453 – r456 | |
顯示 diff（64 行未修改）
*大家要可以共同關注議題。不會有
*
- *要有方法來把熱門事件給放在首頁顯眼的地方。關
-
-
- *每個人可以自己關注票。
+ *要有方法來把熱門事件給放在首頁顯眼的地方。
*更新事件的時候可以設 milestone ，例如林益世貪污案宣判結果出來了，就設一個 milestone。瀏覽 timeline 的時候以 milestone 為主，在 milestone 下面再貼新聞、參考資料、評論等等。
（50 行未修改）
|
||
| 2013-06-11 13:00 | r452 | |
顯示 diff（62 行未修改）
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
*comment:
- *大家要可以共同關注議題。
+ *大家要可以共同關注議題。不會有
*
*要有方法來把熱門事件給放在首頁顯眼的地方。關
（55 行未修改）
|
||
| 2013-06-11 13:00 | r451 | |
顯示 diff（64 行未修改）
*大家要可以共同關注議題。
*
- *要有方法來把熱門事件給放在首頁顯眼的地方。*關
+ *要有方法來把熱門事件給放在首頁顯眼的地方。關
（53 行未修改）
|
||
| 2013-06-11 13:00 | r450 | |
顯示 diff（64 行未修改）
*大家要可以共同關注議題。
*
- *要有方法來把熱門事件給放在首頁顯眼的地方。
- *關
+ *要有方法來把熱門事件給放在首頁顯眼的地方。*關
+
+
+ *每個人可以自己關注票。
*更新事件的時候可以設 milestone ，例如林益世貪污案宣判結果出來了，就設一個 milestone。瀏覽 timeline 的時候以 milestone 為主，在 milestone 下面再貼新聞、參考資料、評論等等。
（50 行未修改）
|
||
| 2013-06-11 13:00 – 13:00 | r442 – r449 | |
顯示 diff（62 行未修改）
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
*comment:
- *r
+ *大家要可以共同關注議題。
*
*要有方法來把熱門事件給放在首頁顯眼的地方。
（53 行未修改）
|
||
| 2013-06-11 13:00 | r441 | |
顯示 diff（65 行未修改）
*
*要有方法來把熱門事件給放在首頁顯眼的地方。
+ *關
*更新事件的時候可以設 milestone ，例如林益世貪污案宣判結果出來了，就設一個 milestone。瀏覽 timeline 的時候以 milestone 為主，在 milestone 下面再貼新聞、參考資料、評論等等。
（50 行未修改）
|
||
| 2013-06-11 13:00 | r440 | |
顯示 diff（62 行未修改）
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
*comment:
- *
+ *r
*
*要有方法來把熱門事件給放在首頁顯眼的地方。
（52 行未修改）
|
||
| 2013-06-11 13:00 | r439 | |
顯示 diff（65 行未修改）
*
*要有方法來把熱門事件給放在首頁顯眼的地方。
- *
+
*更新事件的時候可以設 milestone ，例如林益世貪污案宣判結果出來了，就設一個 milestone。瀏覽 timeline 的時候以 milestone 為主，在 milestone 下面再貼新聞、參考資料、評論等等。
*
（49 行未修改）
|
||
| 2013-06-11 12:59 – 13:00 | r428 – r438 | |
顯示 diff（61 行未修改）
*
*要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
+ *comment:
+ *
*
*要有方法來把熱門事件給放在首頁顯眼的地方。
（52 行未修改）
|
||
| 2013-06-11 12:57 – 12:57 | r423 – r427 | |
顯示 diff（55 行未修改）
*
*議題可以 assign 給負責人，例如智財局要推鎖網法，就把這事 assign 給智財局長。當然系統裡不會內建他的帳號，要找個方法表現出這是他要負責的。 assignee 可以多個人。
- *
- *更新事件的時候可以設 milestone ，例如林益世貪污案宣判結果出來了，就設一個 milestone。瀏覽 timeline 的時候以 milestone 為主，在 milestone 下面再貼新聞、參考資料、評論等等。
*
*貼新聞或引用他人在 blog / Facebook 的評論，可能會有著作權的問題？當然超連結一定要附上。
（4 行未修改）
*
*要有方法來把熱門事件給放在首頁顯眼的地方。
+ *
+ *更新事件的時候可以設 milestone ，例如林益世貪污案宣判結果出來了，就設一個 milestone。瀏覽 timeline 的時候以 milestone 為主，在 milestone 下面再貼新聞、參考資料、評論等等。
*
*要開放 API ，讓別的程式可以直接抓到這個網站上的資料，動態時報也可以開放 RSS 。
（48 行未修改）
|
||
| 2013-06-08 08:04 – 08:05 | r395 – r422 | |
顯示 diff（83 行未修改）
進度與 to-do
+
*product planning（recommanded procedure from justin lee / 李易修）
*strategy
（6 行未修改）
*ui / visual design
*based on Bootstrap
+
+ 細節的票開在 GitHub: https://github.com/chitsaou/twbug/issues
現有成果
（17 行未修改）
|
||
| 2013-06-08 05:16 – 05:33 | r1 – r394 | |
顯示 diff- Untitled
+ 社會議題追蹤網
+ 專案介紹 | Project Readme / Meta
- This pad text is synchronized as you type, so that everyone viewing this page sees the same text. This allows you to collaborate seamlessly on documents!
+ 做一個類似 issue tracker 的系統，來追蹤各種社會議題，避免太多新聞事件導致有些重要的事情被轉移目標（例如林益世貪污案被另一件事給救了）。不過八卦事件原則 上不追蹤（例如某大爺酒駕撞死人），這個系統只整理政治、人權、社會公益等等的事件。
+
+ *來龍去脈
+
+ 主旨
+ *怎麼想到要做這個東西/想達成什麼... etc.
+
+ 牽涉領域
+ *e.g.教育 / 環保 / 醫療 / 社福 / 核電 / 都市計畫 / 勞工權益 / 食品安全 ...（會變成專案 tag）
+
+ 相關組織單位
+ *e.g.公督盟/綠盟/司改會/苦勞網/泛科學...（會變成專案 tag）
+
+ 相關專案
+ *衍生自某專案/衍生出某專案/API串接自某專案...etc.
+
+ 授權方式
+ *Code: MIT License
+ *Content: CC (?)
+
+ 使用資料
+
+ 初期先全部由使用者自己貼，之後再來想接別站的資料
+
+ 專案目前狀態
+ *構想 / 規劃 / 雛形 / 實作
+ 規劃功能中
+
+ *目標與功能
+
+ 預定使用者
+
+ 一般大眾
+
+ 預定功能
+
+ *開票
+ *指票給負責的單位/負責的人
+ *更新票的進度
+ *關聯票
+ *票打 tag
+ *Milestone (大事紀)
+
+ 使用方式
+
+ *參考軟體開發的 issue tracker 的操作方式，但要簡化到沒有軟體專業的人也會用
+ *Facebook 登入
+ *//TODO
+
+ *從 https://g0v.hackpad.com/ZhayTz2Om0n 轉貼來的，待整理
+
+ *初步的構想是像 Redmine 這種東西，每個議題 (issue) 有自己的頁面，每個議題可以更新當前的狀態，介面像是 Facebook 動態時報，最新的消息放在上面。
+ *
+ *議題可以 assign 給負責人，例如智財局要推鎖網法，就把這事 assign 給智財局長。當然系統裡不會內建他的帳號，要找個方法表現出這是他要負責的。 assignee 可以多個人。
+ *
+ *更新事件的時候可以設 milestone ，例如林益世貪污案宣判結果出來了，就設一個 milestone。瀏覽 timeline 的時候以 milestone 為主，在 milestone 下面再貼新聞、參考資料、評論等等。
+ *
+ *貼新聞或引用他人在 blog / Facebook 的評論，可能會有著作權的問題？當然超連結一定要附上。
+ *
+ *更新議題是要手動進行的，若要自動抓新聞的話或許可以接「社會議題懶人包」？ Google 電子快訊？
+ *
+ *要維護每個議題也很累的，萬一沒人維護的話漏掉新聞就糟了。或許有些可以讓關心這件事情的人來當志工認養？例如樂生事件，可以請樂生青年的朋友來維護。
+ *
+ *要有方法來把熱門事件給放在首頁顯眼的地方。
+ *
+ *要開放 API ，讓別的程式可以直接抓到這個網站上的資料，動態時報也可以開放 RSS 。
+ *
+
+ *實做細節
+
+ 使用技術與工具
+
+ *Ruby on Rails
+ *使用的 vagrant box 版本 / 網址：
+ *hackfoldr 工作資料夾網址：
+
+ 產出檔案格式
+
+ *會提供 JSON API
+ *會提供 RSS
+
+ 進度與 to-do
+ *product planning（recommanded procedure from justin lee / 李易修）
+ *strategy
+ *scope
+ *structure
+ *wireframe
+ *visual
+ *web front-end
+ *web back-end
+ *ui / visual design
+ *based on Bootstrap
+
+ 現有成果
+
+ *Repository: https://github.com/chitsaou/twbug
+
+ *開發者
+
+ *鴨七 @yorkxin
+
+ 技術指導
+
+ 分工與成員
+ *NeedsWriter: 需要文案幫手（撰寫基本資訊、報導專案etc）
+ *NeedsDesigner: 需要介面設計
+ *NeedsData: 需要資料（擷取、清理）
+ *NeedsTech: 需要技術支援（程式、架站 etc)
+ *NeedsProcess: 需要幫忙設計作業流程
+ *NeedsTalkingToRealPerson: 需要有人幫忙和其他機關聯絡
+ *設定成 project registry 中的 tags，需要幫忙的會自動 promote 到 g0v project hub
|
||
| 2013-06-08 05:16 | r0 | |
顯示 diff+ Untitled
+ This pad text is synchronized as you type, so that everyone viewing this page sees the same text. This allows you to collaborate seamlessly on documents!
|
||