2017/10/11 會議記錄
======

## 網站的教學資訊

* [9/20 之前的討論](http://beta.hackfoldr.org/cofacts/https%253A%252F%252Fhackmd.io%252Fs%252FSysG-Jxo-)
* [實作](https://github.com/cofacts/rumors-site/pull/45)
* 連結到 https://hackmd.io/s/SJPAscuP-

編輯手冊 -> 編輯入門手冊

## Line bot tasks

* [Display "Opinionated"](https://github.com/cofacts/rumors-line-bot/issues/32)
* [checkSignature 會導致已讀不回](https://github.com/cofacts/rumors-line-bot/issues/35)
* [Unfollow 時會發生 Reply token is empty](https://github.com/cofacts/rumors-line-bot/issues/4)

:::info
GGM will handle all of these
:::

## 使用者導引成為編輯

* [Slack 討論串](https://g0v-tw.slackarchive.io/cofacts/page-14/ts-1504924758000056)
* [rumors-line-bot github issue](https://github.com/cofacts/rumors-line-bot/issues/36)

需討論：
1. bot 實作這個與其他 task （見上）的 priority
2. website 要如何實作類似機制

### Website 建立文章流程

> #### 提案
> 如果未來網站要開放送出文章，那應該像新聞小幫手那樣，強迫使用者同時送出 article 與 reply。因為
> 1. desktop user 組成上與只在 LINE 的人不同，應有更高的數位能力與媒體識讀能力，所以希望他們在 submit 時能做更多的事情
> 2. 開放另外的渠道來 submit article，也不應大幅增加現有編輯的 workload。

R: 可以啦。暫時 no comment
Lucien: 跟新聞小幫手一樣。如果從網站上的話，輸入訊息原文的時候，幫他 search 一下有沒有類似的。因為網站那邊的訊息來源會比較慢，當他要送一個新的，可能已經從 LINE 打進來過了

GGM: 我們是不是可以分兩個階段實作？先做「貼文章搜尋」功能，
再做建立文章功能。
MrOrz: 跟現在的搜尋有什麼差別？
GGM：介面不像。現在比較像關鍵字。
MrOrz: 不確定 more_like_this 是否可以處理，現在就有點難捉摸。

:::info
1. line bot priority：做完上面 3 個 task 再來考慮
2. 網站方面如果實做的話，就照提案的做。可以考慮先處理好「貼文章搜尋」再來處理建立文章功能。
:::

## 文章頁面 tasks priority

* [Slack 討論串](https://g0v-tw.slackarchive.io/cofacts/page-14/ts-1504718245000237)

### 待排序項目

1. 今天提的「新增回應」區塊與 3 個 tab ——「撰寫新回應」、「使用相似文章的回應」、「搜尋文章/回應」（見會議記錄 https://hackmd.io/s/rkdgg_aKb ）
2. 超連結預覽 —— 讓編輯點進連結前大概就知道文章裡的內容。同時當文章內容加入檢索，也能提升「相關文章」的正確性。（見 github issue: https://github.com/cofacts/rumors-api/issues/41 ）
3. 「編輯」回應功能 ( https://github.com/cofacts/rumors-api/issues/36 ，目前只做了刪除還沒做編輯 )
4. Bug fix: 修掉「Article replies 的 cache 不會清除，因此上一篇瀏覽文章的回覆會帶到下一篇上」問題 https://github.com/cofacts/rumors-site/issues/21
5. 從 article page 發問到 facebook group 的機制（可能要拿 FB 發文權限）。例如說在文章頁面做一個按鈕，先幫你照著貼文規範把文章連結填好，然後讓使用者補好「自己找過的東西」，按下送出就可以送文章到 Facebook group。另外，可以多做一個連結功能，在 article page 顯示討論串網址。
6. 編輯對文章的私有記錄（https://hackmd.io/s/SJnWQV4Yb#比鄰許願 的草稿功能）或公有紀錄（如每一篇文章都接上 Disqus 留言板 ）

### 選兩個先做的

1. tab：@mrorz, @darkbtf, @lucien (3)
2. 超連結：@mrorz ,@ggm, @rosalind, @billi (4)
3. 編輯：@darkbtf, @rosalind (2)
4. cache bug：@lucien (1)
5. 一鍵到 FB group 發問： (0)
6. Draft / 留言：@billi, @ggm (2)

:::info
### 先做的
1. 超連結
2. tab
:::

## New home page for hackfoldr

* [Slack 討論串](https://g0v-tw.slackarchive.io/cofacts/page-18/ts-1507653816000098)
* [首頁文件](https://hackmd.io/AwRgHALAzARgbAVgLQzATgKZImGIkCGA7ACZRIhEBmYUtURBcATEA===)

> 我想更新 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

* [之前的討論](https://hackmd.io/s/SJnWQV4Yb#%E7%9C%8B%E5%88%B0%E7%9A%84%E5%A4%AA%E5%A4%9A%E4%BA%86)
* [Case study 文件](https://hackmd.io/AwUwHATAZgxgbCAtAFgIYE4nICZia1KKRdVOAdimACMBmAVgnOyA)

毋需討論，僅紀錄「該做」 by MrOrz