維基百科:結構式討論
 | 此頁面目前處於閒置狀態，僅供歷史參考而保留。 此頁面最後更新於2024年5月26日 (日) 05:47 (UTC)。此頁面的內容可能已無明確的共識支援，或是不再與討論的主題相關。若您希望重啟討論，請至互助客棧尋求更廣泛的意見。 |
 | 結構式討論將會逐步棄用並最終從MediaWiki移除。 現時您已無法在測試功能中啟用結構式討論。詳見MediaWiki計畫頁以取得更多資訊。 |
| 因為一些Bug的緣故，如果您被封禁了，請絕對不要在參數設置里調整Flow討論頁的設定！ 這不是在開玩笑，否則您連利用討論頁申訴封禁的可能都沒有。參見Phabricator工單T202358。 |
| 使用代理時Flow討論頁可能會產生bug，只能閱讀，不能發帖與回帖。參見T365907。 |
 | 本頁簡而言之：結構式討論提供發起話題和回覆貼文的功能，並且支援視覺化編輯器。 |
| 結構式討論 |
|---|
|
| 命名空間 | ||||
|---|---|---|---|---|
| 基本命名空間 | 討論命名空間 | |||
| 0 | （主/條目） | 幫助 | 討論 | 1 |
| 2 | 用戶 | 幫助 | 用戶討論 | 3 |
| 4 | 維基百科 | 維基百科討論 | 5 | |
| 6 | 檔案 | 幫助 | 檔案討論 | 7 |
| 8 | MediaWiki | MediaWiki討論 | 9 | |
| 10 | 模板 | 幫助 | 模板討論 | 11 |
| 12 | 幫助 | 幫助討論 | 13 | |
| 14 | 分類 | 幫助 | 分類討論 | 15 |
| 100 | 主題 | 主題討論 | 101 | |
| 102 | 維基專題 | 維基專題討論 | 103 | |
| 118 | 草稿 | 草稿討論 | 119 | |
| 126 | 格式手冊捷徑 | PNS | 格式手冊捷徑討論 | 127 |
| 710 | 字幕 | 字幕討論 | 711 | |
| 828 | 模組 | 模組討論 | 829 | |
| 1728 | 活動 | 活動討論 | 1729 | |
| 2600 | 話題 | 幫助 | ||
| 虛擬命名空間 | ||||
| -1 | 特殊 | |||
| -2 | 媒體 | |||
結構式討論（原稱Flow[1]）是一項討論系統開發計劃，由維基媒體基金會的Collaboration團隊，計劃打造出現代化的討論頁。最終將取代傳統討論頁和LiquidThreads討論頁系統，因為結構式討論無法在Wiki標記語言實現。
結構式討論的主要目標是：
- 能使維基新手操作介面更加容易。
- 能使維基老手展開高效率的討論。
- 鼓勵互相支持和協作的深度對話。
結構式討論目前於數個Mediawiki.org的討論頁和數維基頁目上進行測試。在2015年，本項目的目標是和社群一起將結構式討論實作到不同維基上去，並造出新功能，以方便這些維基上的活躍編輯們一起工作，及方便新用戶加入。本項目將隨時間改善和茁壯，並將以用戶的意見為依歸作改善。
維基媒體基金會2015年左右停止開發結構式討論，轉而開發其他討論工具。2023年末，維基媒體基金會宣佈將逐步棄用結構式討論。
概要
英語維基的新用戶愈來愈少透過維基頁面作討論了[2]，儘管有愈來愈多的訊息（多為自動發放的）以此方式發放給他們[3][4]。wikitext的討論頁代碼也對新手[5][6][7][8]（甚至老手）溝通構成阻礙[9]。
此外，資深用戶通常都找到某種「方法」去幫助他們管理和追蹤自己正參與的眾多對話，當中使用了很多並非為此目的設計的工具。例如，監視列表和頁面差別工具是為管理頁面而設計，故用戶難以分辨同一頁面上的某對話是否確實有更新過。資深用戶常浪費大量時間於檢查對話頁上的頁面差別是否和自己有關，特別是當最熱門的話題自己並不感興趣的時候。
我們相信用戶期望一個比目前討論頁更現代化的討論系統，以滿足所有用戶討論和協作時的需要。
| 改善後 | 改善前 |
|---|---|
|
|
用戶需要一個現代化和直觀的討論介面
討論頁作為一個討論工具顯得過時和不直觀。
（新）用戶被種種不成文慣例所困擾
歷年來，已有大量慣例圍繞着討論頁的使用而建立，如talkback模板的使用或不可修改他人的留言等。它們令不知情的用戶感到困惑。這並不意味這些慣例是錯誤的，只是這些用戶實在不知道。
現代化的討論系統將改善這個計劃
更好的合作渠道將改善協助效率，令我們的所有項目從中獲益。
進程規劃
請注意：
像是Flow一樣的項目通常進程規劃都非常彈性，並且常有變動。我們實際上是一步一步的討論出這個項目，而不是一次到位的把所有事情都設計、建立完成。每次釋出版本應該都是立基於上個版本的成果，隨時增加或改變內容。決策必須根據很多不同的因素，包含主動的與維基社群的夥伴還有眾多利害關係人主動工作、從社群成員得到的反饋意見、製造了很誇張的錯誤然後修好它、甚至純粹因為今天比昨天想到更好的點子。
此進程規劃並非固定而短期的規劃。如果有人跟你說這類項目有快速而固定的進程，他可能是想推銷什麼產品給你。建立這樣的功能是個創造性的工程，必須透過團隊合作達成。就像所有的創造性的作品一樣，本項目靠得是靈感、犯錯、以及願景，三點缺一不可。與其說這是精準科學，不如說這是個藝術品，但描述這是個藝術創造的過程，也還無法完整表達其他本項目所需的技能。
下列的進程規劃僅是猜想。只是為了讓人們可以對我們認為自己正在前進的方向有個基礎概念、列出我們當下覺得相關的優先工作項目。這個進程規劃在不久之後相信就會過時。我們團隊很小，但有很多待辦事項在我們眼前，我們不可能每次想到很棒的想法或是犯了個很蠢的錯就更新一次這份檔案。我們「無時無刻」都會想出好點子或犯錯，甚至它們常會同時發生。
通常像這麼大規模項目的進程規劃，可以預期的是前一兩個月的的規劃通常都會照着走。下一季的進程方向大致會正確，不過優先工作事項會改變，得看這季開發時發生的事情。離現在半年後的規劃幾乎可確定是錯的，至少會有幾個重要的面向不會正確。至於在這之後的規劃則幾乎就都是虛構的了。此進程規劃不會是前提、也不會是確定的計劃。這是個會不斷變動的檔案，但也許無法及時的更新。這是一項探索、學習與成長的旅程。編寫軟件就是這麼有趣。 -- DannyH (WMF)，本名Danny Horn，維基媒體基金會專案經理。
第一季（2014年7月－9月）
- 用戶介面功能
- 訂閱
完成 訂閱各個話題。
- 通知
- 完成 點擊一個通知就會前往話題頁面，並將未讀訊息給標上顏色。
- 完成 結構式討論通知已讀和未讀狀態。
- 完成 標記為已讀。
- MediaWiki的變遷
- 完成 建立一個話題名子空間。（頁面）
- 完成 動態通知已讀和未讀狀態。
- 社群合作
本季回顧請見此（英文）：[1]
第二季（2014年10月－12月）
- 用戶介面功能
- 完成 目次表。
- 社群合作
本季回顧請見此（英文）：[2]
第三季（2015年1月－3月）
第三與第四季的優先工作是與數個不同語言的維基百科社群合作，部署結構式討論、在可以提升效能的地方使用、同時專注於建立能協助維基老手合作，也吸引新的維基貢獻者使用的各種功能。
- 用戶介面功能
- 完成 討論告一階段時的縮排的新模式。
- 完成 透過編輯工具列將視覺化編輯器整合進來。
- 完成 話題頁面可以支援分類。
- 完成 編輯其他用戶的發文，如果你的留言被其他人編輯會得到Echo通知。
- 社群合作
- 完成 啟用部分的計畫頁面（help頁面和village pump頁面）：加泰隆語、法語、葡萄牙語維基百科。
- 完成 啟用部分的測試頁面：中文、希伯來語、旁遮普語、俄羅斯語、泰盧固語維基百科。
第四季（2015年4月－6月）
- 用戶介面功能
未完成 刪除和移動結構式討論頁面。- 未完成 讓用戶可以看到更寬頁面的選項。（也許會是滿版的寬度，我們還在調整）
- 未完成 結構式討論頁面的搜尋功能。
第五季（2024年）
處理中…… 廢棄結構式討論。
隨着我們跟不同維基計劃的社群夥伴繼續合作，這個列表還會持續的更新。
系統構成
這張簡表介紹了一個討論系統應有的主要功能，我們計劃如何做出這些功能，目前情況，和到當前討論的連結。它將會不斷被更新，以反映新討論的成果。
常見事務問答集
- 將會取代傳統討論頁嗎？
- 沒錯，但並不是永久的。討論頁有各式各樣五花八門的用途——有些單純、有些複雜。目前Flow團隊正在處理最基礎的用途。新增功能的過程是不斷演進累加的；我們計劃滾動式的逐漸滿足各類用途的需求。
- 在不久的將來，一旦軟件已經穩定並且有足夠比例的活躍編輯已經試用並給予Flow他們的反饋之後，我們可能會強制所有討論頁使用結構式討論，但達到此最終目標之前還有許多工作等着我們。
- 將會有哪些頁面部署結構式討論？
- 結構式討論已經測試數個功能討論頁上部署，包含：
- Mediawiki
- 加泰隆語維基百科
- 法語維基百科
- 葡萄牙語維基百科
- 中文維基百科兩個頁面
- 希伯來語維基百科
- 旁普遮語維基百科
- 俄語維基百科
- 泰盧固語維基百科
- 我們將會增加結構式討論部署的頁面，依照社群成員的共識來決定會優先部署在哪個討論空間。
- 可以選擇退出嗎？
在閱讀模式下，您將無法復原結構式討論閱讀方式。若其他用戶將他們的討論頁面轉換成結構式討論頁面，或社群達成共識轉換條目討論頁，如果你想參與該頁面，結構式討論的使用不可避免。
- 將會對傳統討論頁的記錄有什麽影響？
- 當結構式討論在一個活躍的wiki討論頁上啟用時，已經存在的討論將會被自動移動到一個存檔頁面。屆時在Flow討論板上將會有連結向存檔頁的連結。舊的討論將不會被「丟棄」。我們知道討論對於了解一個條目或專案的協同運作歷史有多麼重要。
- 我們將無法把舊的討論頁「轉換」為結構式討論的格式，因為這之間不存在一對一的轉換關係。將舊的討論以源格式留在存檔頁，可以更好地閱讀和理解。
- IP用戶或匿名用戶可以編輯嗎？
- 匿名用戶可以在所有啟用結構式討論的討論頁參與討論。然而，討論頁監視，以及這些監視的通知將只有登入用戶可以收到。
- 為何不使用預先建構的系統？例如phpBB或Discourse之類的。
- 這些預先建構的系統，在設計上採用了單獨用例，在維基媒體基金會的計劃當中，並沒有相對應的單獨用例，例如用戶討論頁、條目討論頁、申請成為管理人員、頁面存廢討論、互助客棧等。
- 為何不使用LiquidThreads？
- 對於Wikipedia:垃圾訊息和破壞有什麼對策？
- 是否支援自訂簽名？
- 不提供支援。因為對於用戶介面設計具有破壞性，導致缺乏一致性；某些用戶的自訂簽名，只透露暱稱，卻沒有透露帳號名稱。
- 可以修改他人的貼文嗎？
- 目前版本是預設管理員可以修改他人的內容，而話題的標題每個人都可以編輯。
- 你要怎麼支援維基百科系統所使用的每一個行程？
設計（自訂）問答集
- 為何設計成固定寬度？沒有考量到闊螢幕的顯示？
- 這是一項措施。人眼在閱讀文章時，段落必須限制在一定的長度，就要換行，這樣可以減輕閱讀上的疲勞。在易用性測試的研究指出[10][11]，這樣可以降低壓力等級。
- 為何留空這麼多邊界？
- 這些留空就是眼睛的休息處，有助於專注閱讀文章，並增進理解文章內容20%[12]。
- 為何出現灰字？
- 若使用亮眼的顏色易影響視力。
- 為何看起來像是Facebook、Twitter和Stack Exchange？
- 條列分明，整齊劃一，方便檢視Flow中的內容。
- 為何使用話題和貼文？
- 更有話題性的去討論或協定。
- 為何話題中的標題旁顯示大型的顏色？
- 容易辨識話題是否已經解決。
- 如何在視覺化編輯與原始碼（Wiki text）編輯之間進行切換？
- 話題編輯中的右下角顯示[[]]，透過點擊來進行切換模式。
- 留完言後按儲存變更會自動簽名嗎？
- 是，每一個留言的左上方會顯示那一位編輯的帳號名稱，滑鼠移過去可顯示其留言頁面及貢獻，右下角則顯示時間的變更，滑鼠移過去可顯示儲存完的時間。
- 編輯過後到下一次編輯前內容/模板會不會即時更新？
- 不會
中文維基問答集
- 支援簡繁轉換嗎？
受技術限制，暫未開放簡繁轉換。
- 可以把討論串轉移到其他頁面嗎？
目前必須要與技術人員在客棧進行協商。
參考資料
- ^ 英文名字靈感來自工作流程（workflow）以及心流（flow）的概念
- ^ New user participation in deletion discussions and community discussion spaces.
- ^ Bytes added to English Wikipedia by namespace
- ^ Messages to new users by type.
- ^ User test results
- ^ WMF Usability study highlights 1
- ^ WMF Usability study highlights 2
- ^ MediaWiki Flow research
- ^ Experienced user responses
- ^ Reading Online Text: A Comparison of Four White Space Layouts
- ^ 10 Usability Tips Based on Research Studies
- ^ UI Design Newsletter – December, 2005, Human Factors International
參見
