跳至內容

維基百科:結構式討論

本頁使用了標題或全文手工轉換
維基百科,自由的百科全書
結構式討論
問答集
回報與討論(國際社群)
開發和設計
背景及研究資料
命名空間
基本命名空間 討論命名空間
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年末,維基媒體基金會宣布將逐步棄用結構式討論。2024年12月16日起,結構式討論將從中文維基百科移除,使用結構式討論的頁面屆時將被移動至存檔頁面並轉為唯讀。

概要

[編輯]

英語維基的新使用者愈來愈少透過維基頁面作討論了[2],儘管有愈來愈多的訊息(多為自動發放的)以此方式發放給他們[3][4]。wikitext的討論頁代碼也對新手[5][6][7][8](甚至老手)溝通構成阻礙[9]

此外,資深使用者通常都找到某種「方法」去幫助他們管理和追蹤自己正參與的眾多對話,當中使用了很多並非為此目的設計的工具。例如,監視列表和頁面差別工具是為管理頁面而設計,故使用者難以分辨同一頁面上的某對話是否確實有更新過。資深使用者常浪費大量時間於檢查對話頁上的頁面差別是否和自己有關,特別是當最熱門的話題自己並不感興趣的時候。

我們相信使用者期望一個比目前討論頁更現代化的討論系統,以滿足所有使用者討論和協作時的需要。

改善後 改善前
  • 容易分辨不同話題
  • 顯眼的回覆按鈕
  • 留言者明顯而緊連
  • 自動簽名
  • 所有討論的回覆都將有通知
  • 一個簡單的留言區塊
  • 無限延伸的討論串
  • 沒有一致的回覆系統
  • 留言者呈現在留言最末,或沒有留名
  • 點擊簽名按鈕或輸入wiki代碼
  • 需要使用{{Reply to}}通知對方有新回覆
  • 參與討論時,會編輯整個頁面或整個章節

使用者需要一個現代化和直觀的討論介面

[編輯]

討論頁作為一個討論工具顯得過時和不直觀。

(新)使用者被種種不成文慣例所困擾

[編輯]

歷年來,已有大量慣例圍繞著討論頁的使用而建立,如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他們的回饋之後,我們可能會強制所有討論頁使用結構式討論,但達到此最終目標之前還有許多工作等著我們。
將會有哪些頁面部署結構式討論?
結構式討論已經測試數個功能討論頁上部署,包含:
我們將會增加結構式討論部署的頁面,依照社群成員的共識來決定會優先部署在哪個討論空間。
可以選擇退出嗎?

在閱讀模式下,您將無法復原結構式討論閱讀方式。若其他使用者將他們的討論頁面轉換成結構式討論頁面,或社群達成共識轉換條目討論頁,如果你想參與該頁面,結構式討論的使用不可避免。

將會對傳統討論頁的記錄有什麽影響?
當結構式討論在一個活躍的wiki討論頁上啟用時,已經存在的討論將會被自動移動到一個存檔頁面。屆時在Flow討論板上將會有連結向存檔頁的連結。舊的討論將不會被「丟棄」。我們知道討論對於了解一個條目或專案的協同運作歷史有多麼重要。
我們將無法把舊的討論頁「轉換」為結構式討論的格式,因為這之間不存在一對一的轉換關係。將舊的討論以源格式留在存檔頁,可以更好地閱讀和理解。
IP使用者或匿名使用者可以編輯嗎?
匿名使用者可以在所有啟用結構式討論的討論頁參與討論。然而,討論頁監視,以及這些監視的通知將只有登入使用者可以收到。
為何不使用預先建構的系統?例如phpBBDiscourse之類的。
這些預先建構的系統,在設計上採用了單獨用例,在維基媒體基金會的計畫當中,並沒有相對應的單獨用例,例如使用者討論頁、條目討論頁、申請成為管理人員頁面存廢討論互助客棧等。
為何不使用LiquidThreads?
對於Wikipedia:垃圾訊息破壞有什麼對策?
是否支援Wiki標記語言和視覺化編輯器?
結構式討論和視覺化編輯器,兩者都是透過Parsoid去讀取Wiki標記語言。
是否支援所有模板和其他標記式語言
是否支援自訂簽名?
不提供支援。因為對於使用者介面設計具有破壞性,導致缺乏一致性;某些使用者的自訂簽名,只透露暱稱,卻沒有透露帳號名稱。
可以修改他人的貼文嗎?
目前版本是預設管理員可以修改他人的內容,而話題的標題每個人都可以編輯。
你要怎麼支援維基百科系統所使用的每一個行程

設計(自訂)問答集

[編輯]
為何設計成固定寬度?沒有考量到寬螢幕的顯示?
這是一項措施。人眼在閱讀文章時,段落必須限制在一定的長度,就要換行,這樣可以減輕閱讀上的疲勞。在易用性測試的研究指出[10][11],這樣可以降低壓力等級。
為何留空這麼多邊界?
這些留空就是眼睛的休息處,有助於專注閱讀文章,並增進理解文章內容20%[12]
為何出現灰字?
若使用亮眼的顏色易影響視力。
為何看起來像是FacebookTwitterStack Exchange
條列分明,整齊劃一,方便檢視Flow中的內容。
為何使用話題和貼文?
更有話題性的去討論或協定。
為何話題中的標題旁顯示大型的顏色?
容易辨識話題是否已經解決。
如何在視覺化編輯與原始碼(Wiki text)編輯之間進行切換?
話題編輯中的右下角顯示[[]],透過點選來進行切換模式。
留完言後按儲存變更會自動簽名嗎?
是,每一個留言的左上方會顯示那一位編輯的帳號名稱,滑鼠移過去可顯示其留言頁面及貢獻,右下角則顯示時間的變更,滑鼠移過去可顯示儲存完的時間。
編輯過後到下一次編輯前內容/模板會不會即時更新?
不會

中文維基問答集

[編輯]
支援簡繁轉換嗎?

受技術限制,暫未開放簡繁轉換。

可以把討論串轉移到其他頁面嗎?

目前必須要與技術人員在客棧進行協商。

參考資料

[編輯]

參見

[編輯]

外部連結

[編輯]