changed 5 years ago  
Published Linked with GitHub

Pretalx 測試 Trello 統整包

總結

  • 製作表單 :heavy_check_mark:
  • 講者投稿 :warning:
  • 代投稿 :heavy_check_mark:
  • 隱私 :warning:
  • 徵稿結束 :heavy_check_mark:
  • 審稿 :warning:
  • 編排議程 :warning:
  • 公布議程 :warning:

其他參考資料

製作表單

:heavy_check_mark:

假定有 3 個社群

A: ballfish (common + checkbox + textarea)
B: Bob (common + radio buttons)
C: Bob + Ballfish (common fields)

講者選擇投那個軌，然後除了共通欄位外，也會根據他選擇的軌出現不同的表單欄位。

  • 可以
  • 參考資料: pretalx issue #523
  • 操作方式:
    1. 建立多個 track
    2. 報名表單裡指定讓投稿者填表時可以選擇 track
    3. 建立問題時選擇適用的 track

講者投稿

  • 講者可以投 1 個以上的稿件 :heavy_check_mark:
  • 講者可以看到中英文欄位，如無法雙語，英文優先 :heavy_check_mark:
  • 講者可以投多講者的稿件 :warning:
  • 講者可以回頭修改/撤銷自己的稿件 :heavy_check_mark:
  • 講者可以看到中英文欄位，如無法雙語，英文優先
    • 有多語系統，使用者可以自己調整語言
  • 講者可以投多講者的稿件
    • 意思是，如果有雙講者的情況，投稿的時候可以填兩份講者的資料
    • 不行
    • 但可以後台加手動另外一人的資訊，根據網站提供的流程，需要兩人分開投稿，可以設定一個選項為是否雙講者，根據是的選項在由後台 merge 起來
  • 一個講者投多份稿件
    • 可以
    • 但講者資料必須一致，否則會以最新提交的那一份為主(講者資料指自我介紹、顯示的名字、大頭貼等等，另外系統是以認電子郵件為主)

代投稿

:heavy_check_mark:

議程軌的管理員，可以代替未註冊帳號的講者投稿

  • 可以

隱私

  • 議程軌管理者，可以隨時看到投稿給自己軌的稿件 :heavy_check_mark:
  • Bob 無法看到 A 軌的稿件內容（因為他不是該軌的管理員）:warning:
  • Ballfish 沒辦法看到 B 軌的稿件內容 :warning:

  • Feature 有寫到

    Reviewer teams can now be restricted to one or multiple tracks. Reviewers will only see submissions and reviews from these tracks.

  • 讓 Team 限制在某一軌的作法

    • 在 Team 的管理畫面，先建立好一個 Team，再修改它

    • 然後就可以看到了

    • 但他新增的畫面沒有，只有修改的畫面有，這點還蠻怪的

  • 不確定是 feature 還是 bug 的隱私測試：

  • 補充一下團隊可以鎖編輯權限，但還是可以看到完整的議程投稿內容

  • 跟系統預設的一些投稿者資料，針對我們增設的隱私部分，只有該軌 reviewer 可見

徵稿結束

  • 徵稿可以設定開始與結束時間 :heavy_check_mark:
  • 結束時間後，管理員仍可補稿件 :heavy_check_mark:
  • 結束時間後，管理員仍可補稿件
    • 補充一下，他死線是根據 submission type 設定，非 Track
  • 好像是邀請碼的東西，可以用來補件

審稿

  • 每個議程軌可以有多位管理者 :warning:
  • 議程軌管理員可以看到講者的聯絡資料 :heavy_check_mark:
  • 議程軌管理員可以修改稿件內容 :heavy_check_mark:
  • Beauty 的筆記
  • 每個議程軌可以有多位管理者
    • 一個 event 可以有多位管理者，所以這個 event 下的每個議程軌的確可以有多位管理者，只是沒有對個別 track 做權限區分。(這樣的設計其實很合理，應該是 COSCUP 才有社群軌這種特殊設計)
    • 可能解法：每個議程軌設為單獨的 event，就可以區分權限，但這樣 schedule 的地方依舊半殘。
  • 議程軌管理員可以看到講者的聯絡資料
    • 可以
  • 議程軌管理員可以修改稿件內容
    • 可以
  • Review 部分
    • review 機制：reviewer 可以給分數(None, 0 or 1) 和評語，default都是 optional。完整審查規則流程可以在 setting裡面客製化。
    • 狀態：稿件投稿以後會是 submitted，此時可以做 review (給分，評論)。reviewer 可以將狀態改成 accept or reject，after that，將無法更動 review 內容。
  • 專案結構
    • 他的專案結構是一個 organizer 下可以有多個 team及event。team 及 event 可以是 many-to-many。因此，他的權限單位是 team，沒有 track 的概念，因此沒辦法達成這條 story。
    • 目前想到的 workaround 就是前面說的變成區分不同 event。
    • BTW, 有看過他的 plugin 和 widget，看起來都只能碰到比較外圍，權限控管這種核心碰不到 https://github.com/pretalx/pretalx/blob/master/doc/developer/plugins/plugins.rst
  • 審稿流程問題紀錄

    • 如果僅提供"reviewer 權限"，他們只能"審"，不能決定過與不過

    • 要同時擁有兩個權限才可以直接 Accept，但就可以改他軌議程

    • 意思是 COSCUP 有兩個選擇

      1. COSCUP 麻煩一點，各軌審完在手動 Accept
      2. 開放各軌負責人到統一的 team 讓他們有 Accept 權限，剩下靠信任
  • 如果是由社群自己處理 submission 的話，應該會是幫每個社群各自開一個 team，由該社群自己決定裡面的權限和審稿流程

編排議程

  • 議程軌管理員可以修改自己的議程編排 :warning:
  • 在議程尚未公佈的情況下，Bob 可以看到 A 軌的編排結果 :heavy_check_mark:
  • 在議程尚未公佈的情況下，Ballfish 可以看到 B 軌的編排結果 :heavy_check_mark:
  • 在安排議程時，會通知講者/時間撞期 &可設定休息時間
  • 只要有可以檢閱與變更議程投稿的權限就可以編排任何軌的議程，若只有 Reviewer 的權限就什麼都看不到
  • 就像 Perter 說的 他是跟團隊走，不是跟 track 走

公布議程

  • 確認議程軌發布後的編排方式（看抓個圖或找手冊確認一下是不是我們能接受的，畢竟我們一口氣有 14 軌）:warning:
  • 各軌能夠擁有獨立頁面 :x:
  • 確認入選的講者，資料可匯出以供後續利用（保持 Bob 看不到 A 軌講者個人資料的狀態） :warning:
  • 公布的議程內容可後續逐步加上附加資訊 :heavy_check_mark:
  • 就是公布後很醜 可能要討論有沒有用的價值
  • 確認入選的講者，資料可匯出以供後續利用
    • 目前只有三個欄位，要怎麼輸出更多資料/那些資料可以被可能要再進一步研究(怕是付費功能)
  • 公布的議程內容可後續逐步加上附加資訊
    • 發布後無法測，但以 dashboard 是用功能來說，可以 incremental 資訊
  • 各軌能夠擁有獨立頁面
    • 目前 survey 下來其實沒有這個功能，需要跟官方確認是否有獨立頁面可以設定

Pretalx 的結構

  • 最大單位是 Organiser
    • 一個人只能創建一個 Organiser (但這有點不合理，所以我覺得不是付費功能，就是未來有可能可以新增多個)
    • 被邀請進去最高權限的 Team 後，就可以隸屬於某個 Organiser
  • 主要權限劃分是 Team
  • Reviewer 可以限制在某個 Event 的某個 Track，但無法 accept 稿件，只能看

自架跟官方的差異

  • 官方的 UI 比較漂亮 ((廢話
  • 官方的前台跟後台有中文版 ((但只翻了一半
  • 其他基本上都是一樣的

Peter 的想法

  1. 幫每個 track 開一個 event：社群可以用到完整系統功能，且區隔權限，但最後 schedule 等資訊要由我們自己彙整
  2. 所有 track 都在同一個 event：有幫社群開大權限及開小權限兩種選擇：
    • 開大開權限：功能較完整，社群間可能互相干擾造成 chaos (社群不熟悉系統，14軌亂起來很難救…但也跟以前 google 表單差不多？)
    • 開小權限：社群間不會互相干擾，但社群能用的功能不完整，需要議程組小天使幫忙做沒開權限的事 (會蠻多事要做的?)

球魚的想法

目前我對於「幫每個 track 開一個 event」比較支持，讓每個社群自己 hold 自己的 event，然後可以考慮設一個 review 的 team，把所有社群加入那個 team，就可以達成讓跨社群看稿件(非敏感資料)、議程表安排

利

  • 權限的設定比較方便
  • 每個社群就可以有自己的頁面

弊

  • 需要為投稿表單建立「進入點」
  • 需要注意社群要收集給 COSCUP 必要的資料有沒有放進徵稿表單中
  • 需要把社群規劃好的議程表匯出，並重新編排在一頁
  • 要很多的錢，不然要自己架QQ
Select a repo