2017/10/11 會議記錄
網站的教學資訊
- 9/20 之前的討論
- 實作
- 連結到 https://hackmd.io/s/SJPAscuP-
編輯手冊 -> 編輯入門手冊
Line bot tasks
:::info GGM will handle all of these :::
使用者導引成為編輯
需討論：
- bot 實作這個與其他 task （見上）的 priority
- website 要如何實作類似機制
Website 建立文章流程
提案
如果未來網站要開放送出文章，那應該像新聞小幫手那樣，強迫使用者同時送出 article 與 reply。因為
- desktop user 組成上與只在 LINE 的人不同，應有更高的數位能力與媒體識讀能力，所以希望他們在 submit 時能做更多的事情
- 開放另外的渠道來 submit article，也不應大幅增加現有編輯的 workload。
R: 可以啦。暫時 no comment Lucien: 跟新聞小幫手一樣。如果從網站上的話，輸入訊息原文的時候，幫他 search 一下有沒有類似的。因為網站那邊的訊息來源會比較慢，當他要送一個新的，可能已經從 LINE 打進來過了
GGM: 我們是不是可以分兩個階段實作？先做「貼文章搜尋」功能， 再做建立文章功能。 MrOrz: 跟現在的搜尋有什麼差別？ GGM：介面不像。現在比較像關鍵字。 MrOrz: 不確定 more_like_this 是否可以處理，現在就有點難捉摸。
:::info
- line bot priority：做完上面 3 個 task 再來考慮
- 網站方面如果實做的話，就照提案的做。可以考慮先處理好「貼文章搜尋」再來處理建立文章功能。 :::
文章頁面 tasks priority
待排序項目
- 今天提的「新增回應」區塊與 3 個 tab ——「撰寫新回應」、「使用相似文章的回應」、「搜尋文章/回應」（見會議記錄 https://hackmd.io/s/rkdgg_aKb ）
- 超連結預覽 —— 讓編輯點進連結前大概就知道文章裡的內容。同時當文章內容加入檢索，也能提升「相關文章」的正確性。（見 github issue: https://github.com/cofacts/rumors-api/issues/41 ）
- 「編輯」回應功能 ( https://github.com/cofacts/rumors-api/issues/36 ，目前只做了刪除還沒做編輯 )
- Bug fix: 修掉「Article replies 的 cache 不會清除，因此上一篇瀏覽文章的回覆會帶到下一篇上」問題 https://github.com/cofacts/rumors-site/issues/21
- 從 article page 發問到 facebook group 的機制（可能要拿 FB 發文權限）。例如說在文章頁面做一個按鈕，先幫你照著貼文規範把文章連結填好，然後讓使用者補好「自己找過的東西」，按下送出就可以送文章到 Facebook group。另外，可以多做一個連結功能，在 article page 顯示討論串網址。
- 編輯對文章的私有記錄（https://hackmd.io/s/SJnWQV4Yb#比鄰許願 的草稿功能）或公有紀錄（如每一篇文章都接上 Disqus 留言板 ）
選兩個先做的
- tab：@mrorz, @darkbtf, @lucien (3)
- 超連結：@mrorz ,@ggm, @rosalind, @billi (4)
- 編輯：@darkbtf, @rosalind (2)
- cache bug：@lucien (1)
- 一鍵到 FB group 發問： (0)
- Draft / 留言：@billi, @ggm (2)
:::info
先做的
- 超連結
- tab :::
New home page for hackfoldr
我想更新 hackfoldr 首頁的資訊。現在是 grant 的提案，但老實講這並不是專案新參者所需要知道的資訊。回想上頭這個月 5 號 ed.wei 加入時我提供的資訊，我覺得這份首頁應該要有這樣的內容（依順序）：
Quickstart - 3分鐘懂 cofacts： 5週年黑客松提案影片 + slide 怎麼幫忙： 分為 user / editor guide links 簡介這份 hackfoldr 的分類方式 聯絡資訊：slack 綜合討論、Facebook 編輯討論、email 商討合作
然後 cofacts 官網上頭應該就不用擺兩個連結，因為進到官網的人，可能連這個專案在做什麼都不知道。 如果 hackfoldr 首頁可以稍加整理，之後官網其實做個連結到 hackfoldr 就好。
[name=Johnson Liang]
需討論：
- 有沒有什麼漏掉的？
- 跟 case study 比起來要先做哪個？
GGM：左邊要不要直接分角色？
LINE user / Editor / Developer / 其他分類放後面
MrOrz：沒有太多改變，稍微整理一下。
Lucien：理論上 hackfoldr 的東西應該是要打散在網站裡頭
但可以先整理資料
:::info
- 做。
- 左邊 menu 小調整
- 改官網上方連結
- 與 case study 差不多重要，@mrorz 按照自己的步調做就好。 :::
8/30 編輯 case study
毋需討論，僅紀錄「該做」 by MrOrz