維基百科討論:結構式討論/存檔

頁面內容不支援其他語言。
維基百科，自由的百科全書
首頁 說明 回饋與求助 討論存檔 沙盒測試

Flow已改名為結構式討論，應予移動

本主題或以下段落文字，移動自Wikipedia:互助客棧/技術。執行者：Jimmy-bot（留言） 2017年11月24日 (五) 08:42 (UTC)。

如何對Flow（結構式討論）的話題請求快速刪除？

本主題或以下段落文字，移動自Wikipedia:互助客棧/其他。執行者：Jimmy-bot（留言） 2018年2月3日 (六) 08:42 (UTC)。

該如何對Flow的一個話題（Topic）請求快速刪除？因為在上面放置模板不會進到Category:快速刪除候選，我覺得最適合的請求位置應該是Wikipedia:修訂版本刪除請求了。目前似乎沒有適合的處理方式，因此提出討論。--Xiplus#Talk 2018年1月14日 (日) 08:56 (UTC)

我覺得可以在VFD處提出快刪。Bluedeck 2018年1月14日 (日) 22:37 (UTC)

放在摘要裡。如果放在摘要跟描述頁的模板，如果該模板有分類，是會顯示的。-- Willy1018（留言） 2018年1月15日 (一) 05:26 (UTC)

原來如此，那這個是沒問題了。那麼想要單獨刪除一則留言的話呢？--Xiplus#Talk 2018年1月15日 (一) 07:47 (UTC)
VFD說的就是刪除一則留言的情況。因為模版請求的是整個頁面的刪除，VFD則可以任意請求刪除的目標，或者像你說的那樣RRD也行。Bluedeck 2018年1月15日 (一) 19:06 (UTC)
那我還是覺得RRD更適合刪除一則留言的情況，比較接近deltalk+RD。--Xiplus#Talk 2018年1月17日 (三) 15:19 (UTC)

將在Wikipedia:修訂版本刪除請求製作供Flow刪除單一則留言的提報表單。--Xiplus#Talk 2018年1月24日 (三) 08:34 (UTC)

新手使用Flow討論頁的問題

本主題或以下段落文字，移動自Wikipedia:互助客棧/方針。執行者：Jimmy-bot（留言） 2019年8月4日 (日) 08:14 (UTC)。

如題。我最近發現很多新手在參數設置里不明就裡地打開了「用戶討論頁上的結構式討論」這一選項，在自己的用戶討論開啟Flow。但是，Flow本身對於twinkle等站務工具和需要發送通知的機器人不是很友好，而新手也不需要很頻繁地交流，因而普遍也不太需要像flow這樣的討論工具。除此之外，就我個人站內站外與新手的接觸，flow還有這些問題：

  • 因為部分工具和機器人不支持flow，會導致新手漏接重要通知（現在在測試頁面上的確有提示，但新手不會意識到這個問題的嚴重性）。
  • 在缺省設置下，flow上的新帖子、新回復留言是不會發送電子郵件提示的。只有當登錄到站內，才會看到右上方小鈴鐺和收件匣的圖標上有數字提示。這不利於新手收悉警告、存廢討論通知、封禁通知等。
  • Flow與一般討論頁差異較大，會讓新手無法適應、學習諸如四個波浪線代表簽名等維基人都應該會的討論頁使用方法。
  • Flow的純代碼編輯和可視化編輯之間界限模糊，部分subst替換引用模板不能正確展開
  • 被封禁時，新手必須要把{{unblock}}封禁申訴模板給放到「關於此板塊」「描述」一欄，才會被加入到Category:封禁及禁制申訴這一分類中，封禁申訴才能被其他管理員看到。然而大多數人都不知道這一點。這類被封禁的新手，有時收不到管理員送的封禁通知，有時加上去的unblock模板會被flow當成可視化編輯部分，給自動加上<nowiki>標籤，沒法正確顯示；即使這兩點都弄對了，也因為沒有放到描述欄里，管理員根本看不到。如果沒有老手監視了這個被封禁的新手的用戶討論頁，並且正確地將unblock模板移動到描述欄，那麼這個新手的封禁申訴沒人能看到。
  • Flow的監視也是一個問題。簡而言之，與一般使用wikitext的頁面相比不太好適應。

如果要着手解決的話，我想可以讓已經轉換為flow的用戶，重開一個使用wikitext的討論頁；或是移除測試功能里的flow開關，讓有需要用flow的用戶自己申請。不知各位有何看法？ --Techyan（留言） 2019年7月11日 (四) 23:50 (UTC)

其實很大的問題是這些工具的維護性問題，例如Jimmy的TW好像到現在都沒有對flow的支持（而且維護間隔周期也相當長），而據悉某個個人修改過的TW已經支持flow了。大部分機器人（尤其早期由L大和jimmy開發的）在不涉及影響隱私的情況沒有公開源代碼，所以一旦維護者不再維護而出現問題時，會影響很多配套工作。當然不反對flow也存在一些問題，例如解封申請的分類不能在flow根頁（每個話題其實是獨立的「子」頁）顯示，繁簡問題（好像是因為繁簡轉換的模塊是硬編碼處理快輸出的html，所以無法轉移到其他項目上）等。——路過圍觀的Sakamotosan | 避免做作，免敬 2019年7月24日 (三) 01:09 (UTC)

移除Special:測試功能里的Flow開關

本主題或以下段落文字，移動自Wikipedia:互助客棧/其他。執行者：Jimmy-bot（留言） 2019年9月15日 (日) 08:14 (UTC)。

承接上一次在Wikipedia_talk:結構式討論/存檔#新手使用Flow討論頁的問題的討論，再次提請社群討論移除「測試功能」中開啟Flow的選項。最近一段時間我發現，很多新手剛註冊維基帳號之後，總是會順手打開測試功能里的所有選項。這對於新手來說，無論是從封禁申訴等諸多方面而言，都是不利的。另外，社群里一些維基人擔心移除掉這個開啟Flow的選項等於從中文維基百科裡卸載Flow，或是自己的用戶討論頁就不能再開啟Flow了。事實上管理員除了這個選項之外，還可以從Special:EnableFlow這個頁面開啟flow。屆時用戶可以到互助客棧求助版讓管理員開啟flow，或是私下請求。至於使用Flow不利於新手的原因，請見原先的討論。--Techyan（留言） 2019年9月4日 (三) 09:31 (UTC)

Flow無法使用wikitext

本主題或以下段落文字，移動自Wikipedia:互助客棧/技術。執行者：Jimmy-bot（留言） 2021年2月4日 (四) 16:14 (UTC)。

中文維基百科的知識問答對open_proxy使用者的禁令

是否有辦法解決，注意，我是被本地封禁--ℑ𝔪𝔭𝔞𝔯𝔱𝔦𝔞𝔩 𝔧𝔲𝔰𝔱🎙️ 2021年1月23日 (六) 07:06 (UTC)

@impartial just：這是Flow的問題，可以上P站報告。還有，你爲何可以在被本地封禁的時候在這發言的？--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵～ 2021年1月24日 (日) 08:09 (UTC)
flow不再繼續開發了，即使報告應該也無濟於事。--安憶Talk 2021年1月24日 (日) 12:54 (UTC)
剛看到，global ip except，sorry--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵～ 2021年1月24日 (日) 08:10 (UTC)
@Emojiwiki：我認為先暫時改為純文字吧!--ℑ𝔪𝔭𝔞𝔯𝔱𝔦𝔞𝔩 𝔧𝔲𝔰𝔱🎙️ 2021年1月24日 (日) 12:44 (UTC)
那應該要用到{{isFlow}}-- Sunny00217  2021年1月25日 (一) 15:52 (UTC)

限制flow-hide權限到自動確認用戶

本主題或以下段落文字，移動自Wikipedia:互助客棧/方針。執行者：Jimmy-bot（留言） 2022年5月22日 (日) 00:14 (UTC)。

下列討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。

Flow（結構式討論）的默認設定是任何用戶都可以隱藏話題和帖子。鑑於之前有一些LTA濫用該功能來搞破壞，但Flow的功能不完善導致這些破壞難以攔截和清理，因此提議收回相關權限即flow-hide權限給自動確認用戶。

註：這是一個先斬後奏的提案，在LTA搞破壞的時候已經緊急執行了，但不能一直這樣下去，需要看看社群的意見是否允許這個權限設定常態化。--碸中嘌呤的白磷萃取 打譜 2022年5月5日 (四) 03:27 (UTC)

至少在 (1) 過濾器可以阻止flow-hide操作 及 (2) 管理員可以刪除/隱藏相關破壞 前應繼續限制flow-hide權限為自動確認使用者。--Xiplus#Talk 2022年5月5日 (四) 05:00 (UTC)
同Xiplus君。--SCP-0000（留言） 2022年5月5日 (四) 10:06 (UTC)
(＋)支持。另外我個人覺得整個結構式討論都應該廢掉 :P —— Eric Liu 創造は生命（留言・留名・學生會） 2022年5月5日 (四) 12:05 (UTC)
@WhitePhosphorus：我覺得直接把這臨時安排變成常規安排沒大問題，因為非自動確認用戶沒有需要flow-hide權限的顯著需求。（節刪） 2022年5月5日 (四) 12:20 (UTC)
貓老師說得對。 Stang★ 2022年5月5日 (四) 15:10 (UTC)
貓老師是誰（不鼓勵行話 —— Eric Liu 創造は生命（留言・留名・學生會） 2022年5月5日 (四) 15:29 (UTC)
同Xiplus。--YFdyh000（留言） 2022年5月5日 (四) 15:31 (UTC)
公示7日。這個東西應該也不需要改什麼現有的頁面，就單純刪幾行注釋。 Stang★ 2022年5月11日 (三) 16:24 (UTC)
本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。

在中文維基百科逐步棄用結構式討論

本主題或以下段落文字，移動自Wikipedia:互助客棧/其他。執行者：Jimmy-bot（留言） 2023年10月25日 (三) 16:14 (UTC)。

先前討論：Wikipedia_talk:結構式討論/存檔

首先我根據phab:T332022，總結棄用的必要性：

  1. SD（Structured Discussions，結構式討論）破壞了進階用戶的工作流程，包括自動化工具需要適配兩套討論和一些模板不能正常使用等，具體可見上面存檔中Techyan-2019-07-11T23:50:00.000Z-新手使用Flow討論頁的問題
  2. 維護SD會消耗WMF的資源：代碼巨大、複雜、難以理解，所有與討論頁的交互需要兩套實現…………
  3. 實現不完整，缺少重要功能，有許多bug和安全風險（該工具在2015年暫停開發）
  4. 有的頁面啟用了SD，有的沒有，用戶不得不學習兩種界面的用法，對新手不友好

另外，已有Discussion Tools可替代SD。

以下是提案內容。

第一部分，禁用新的SD。1.通過phab:T248309：新用戶和現在沒有開啟的已有用戶不能開啟SD，開啟的已有用戶可在測試功能中永久關閉SD。2.社群不再建立新的SD頁面。

第二部分，逐步禁用已有的SD。

似乎SD包含將SD頁面轉化為普通wikitext頁面的功能（phab:T332103），希望有人調查一下是否可以使用、如何使用，這一功能是無損轉換的關鍵。在結果明確之前，棄用的頁面應該按照現行的方法轉為存檔。如果這一功能可以使用，應該將存檔和新棄用的頁面轉為普通wikitext頁面。如果不可使用，建議通過修改用戶組權限，只允許特定用戶組編輯。（此段內容請在專門章節討論）

以下是不同種類的棄用方案：

  • 對於活躍用戶，要求在2年內自主決定棄用SD。不活躍用戶，在發通知之後3個月統一棄用SD。（考慮用戶對自己用戶空間的自主權）
  • 對於其他的討論頁面，掛上通知之後一段時間刪除，時間長短由使用頻度多少確定。

暫時不知道如何統計到底有那些SD頁面，希望有人能調查一下。YFdyh000：5.4萬個SD頁面[1]

以上。——落花有意12138 2023年10月2日 (一) 10:23 (UTC)

(＋)支持，結構式討論太難用了，如果想看以前的討論，就得不停滾動鼠標滾輪。--意面混凝土（留言） 2023年10月4日 (三) 09:29 (UTC)
而且不能搜索--意面混凝土（留言） 2023年10月4日 (三) 09:31 (UTC)
個人同意禁用新的SD，但不同意禁用舊的SD，至少給別人選擇，還有舊的存檔應該怎樣辦。--Hoben7599—論 | 支持立場新聞 2023年10月2日 (一) 10:25 (UTC)
@Hoben7599：舊的存檔一樣直接轉換成一般wikitext的討論頁就好，以及給每個人都選擇，偏偏有人硬是留住Flow的話怪bug會越來越多，除非全部新bug您都能處理否則不建議「至少給別人選擇」。--SunAfterRain 2023年10月2日 (一) 11:19 (UTC)
那樣的話我沒有什麼特別的意見，原則上同意棄用。--Hoben7599—論 | 支持立場新聞 2023年10月2日 (一) 11:51 (UTC)
@Hoben7599：舊的存檔處理方法在第二部分的第二段。--落花有意12138 2023年10月2日 (一) 11:49 (UTC)
贊成停止新建和新開。應暫時允許關閉的用戶重新開啟。轉換為普通頁面和後續關閉，是否編輯歷史會永久丟失，是否會有解決方案。除非技術人員給出時間表，否則不建議本地決定時間表。--YFdyh000（留言） 2023年10月3日 (二) 02:32 (UTC)
我沒有找到時間表，相關的task已經有一段時間沒有活動了，希望有人問一問。--落花有意12138 2023年10月3日 (二) 04:34 (UTC)
基金會正準備相關討論，如無意外相信幾個月後便會展開。個人認為到時再討論如何棄用結構式討論也未晚，現時此討論可先擱置。謝謝。--SCP-0000（留言） 2023年10月7日 (六) 08:57 (UTC)
@SCP-2000
不出意外的話，應該要出意外--意面混凝土（留言） 2023年10月7日 (六) 09:47 (UTC)
似乎總約5.4萬個SD頁面[2]--YFdyh000（留言） 2023年10月3日 (二) 03:04 (UTC)
第一點理論上可以無害進行（阻止增量），但第二點技術上是否可行（消耗存量）？有點技術性質需要的討論。——Sakamotosan路過圍觀 | 避免做作，免敬 2023年10月3日 (二) 03:22 (UTC)
總結了部分發言到提案。為了明確討論結構，總結並摺疊了已經得出結論的討論，如果覺得不妥可自行移除。——落花有意12138 2023年10月3日 (二) 04:09 (UTC)
問：所以用戶子頁的結構式討論頁也將一併廢除？--在下荷花，請多指教（歡迎簽到） 2023年10月3日 (二) 12:40 (UTC)
是--YFdyh000（留言） 2023年10月7日 (六) 07:13 (UTC)
同意廢除，這玩意簡直莫名其妙，對手機端用戶超級不友好。——Aggie Dewadipper 2023年10月9日 (一) 07:04 (UTC)
終於有人提到手機端了--意面混凝土（留言） 2023年10月9日 (一) 13:15 (UTC)
(＋)支持禁用，垃圾設計，最討厭看到這種討論頁。--陳白腸（留言） 2023年10月8日 (日) 10:22 (UTC)
支持禁用，這功能好像難以RRD？桐生ここ★[討論] 2023年10月9日 (一) 13:18 (UTC)
好像甚至無法OS，我之前提過一個OS然後監督員把帖子隱藏了…… ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2023年10月15日 (日) 11:29 (UTC)
( π )題外話我覺得「監督」應該更名為「永久刪除」--意面混凝土（留言） 2023年10月15日 (日) 11:33 (UTC)
監督可以恢復 ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2023年10月15日 (日) 11:57 (UTC)
Re@魔琴：那就叫完全刪除吧--意面混凝土（留言） 2023年10月15日 (日) 15:44 (UTC)
(＋)支持，--🐟羅潔塔🍵 426677 2023年10月10日 (二) 05:43 (UTC)

技術討論

本地折騰軟體層面的技術完全沒意義（SNOW）--SunAfterRain 2023年10月4日 (三) 12:20 (UTC)
下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

為了明確討論結構，將SD頁面轉化為普通wikitext頁面的功能（phab:T332103）在此討論。——落花有意12138 2023年10月3日 (二) 04:09 (UTC)

除了轉化為wikitext，應該也可以截圖保存？--Leiem（留言·簽名·維基調查） 2023年10月3日 (二) 07:36 (UTC)
反對截圖保存。這樣完全丟失了網頁的功能，而且增加了大小。--落花有意12138 2023年10月3日 (二) 11:11 (UTC)
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

結構化討論是否可以刪除帖子

本主題或以下段落文字，移動自Wikipedia:互助客棧/其他。執行者：Jimmy-bot（留言） 2023年11月17日 (五) 08:14 (UTC)。

看起來這個功能難以RRD，但是似乎見過管理員把這個當作普通頁面來刪除Topic，所以破壞性帖子是否可以不只是隱藏，而是可以刪除的？ 例如Topic:Xs3rolnfojz69vjb。

另外上面#在中文維基百科逐步棄用結構式討論也有人說之前提過一個OS然後監督員把帖子隱藏了…--桐生ここ★[討論] 2023年10月23日 (一) 07:37 (UTC)

能刪啊，我的結構式討論頁上就有一個刪除掉的結構式討論--在下荷花，請多指教（歡迎簽到） 2023年10月24日 (二) 02:47 (UTC)
討論摘要寫{{D|G3}}就行--在下荷花，請多指教（歡迎簽到） 2023年10月24日 (二) 02:56 (UTC)
Topic:Xs5wvi1on3bvzgmy是剛建的測試話題，已提交快速刪除。--在下荷花，請多指教（歡迎簽到） 2023年10月24日 (二) 03:02 (UTC)
無法刪除，只能是把內容隱藏--百無一用是書生 (☎) 2023年10月27日 (五) 01:04 (UTC)
啊，但它確實被刪除了啊，而且有刪除日誌，難道這個在技術上還屬於隱藏嗎？--在下荷花，請多指教（歡迎簽到） 2023年10月27日 (五) 05:14 (UTC)
我也不太知道。反正用刪除普通頁面的方式去刪除的話會報錯--百無一用是書生 (☎) 2023年10月27日 (五) 06:30 (UTC)
這樣啊，好奇是怎麼刪的hhh--在下荷花，請多指教（歡迎簽到） 2023年10月27日 (五) 06:56 (UTC)
@桐生ここ--在下荷花，請多指教（歡迎簽到） 2023年10月25日 (三) 00:46 (UTC)

廢棄結構式討論

本主題或以下段落文字，移動自Wikipedia:互助客棧/其他。執行者：Jimmy-bot（留言） 2023年11月17日 (五) 08:14 (UTC)。

如題，之前的討論存檔了，再開一個。--意面混凝土（留言） 2023年10月26日 (四) 08:55 (UTC)

？—— Eric Liu 創造は生命（留言・留名・學生會） 2023年10月27日 (五) 07:28 (UTC)
之前的討論還沒出結果就存檔了--意面混凝土（留言） 2023年10月27日 (五) 08:21 (UTC)
正如前次討論中已提及基金會正準備相關討論，現在進行相關討論無疑是操之過急。基金會發起討論後才進一步討論也未遲。謝謝。--SCP-0000（留言） 2023年10月27日 (五) 13:36 (UTC)

結構式討論中不必要的自動繁簡轉換

本主題或以下段落文字，移動自Wikipedia:互助客棧/技術。執行者：Jimmy-bot（留言） 2023年12月10日 (日) 16:14 (UTC)。

如題，我在某位朋友的結構式討論留言板上輸入[[:Category:没有使用水平列表的导航框]]，但發布編輯後卻被系統自動改寫成[[:Category:沒有使用水平列表的導航框|Category:-{zh-hans:没; zh-hant:沒}-有使用水平列表的-{zh-hans:导; zh-hant:導}-航框]]，造成錯誤紅連如Topic:Xo3oqrb35jp2z86m且無法修正[3]（編輯歷史不可見，且莫名多出20位元組），請協助找出原因並修正，謝謝。--迴廊彼端（留言） 2023年8月19日 (六) 11:43 (UTC)

可視化編輯下輸入後源代碼模式提交，紅鏈沒了，但自動增加了許多轉換語法。不了解原因。--YFdyh000（留言） 2023年8月19日 (六) 19:17 (UTC)
User:YFdyh000我也是用同樣模式編輯，看起來繁體使用者輸入時會自動把簡字內容轉成繁體（包括內部連結，所以發生上面的問題）；反之亦然但錯的離譜，例如說您編輯後自動跳出大量類似-{zh-hans:別; zh-cn:别}-的錯誤轉換，前面那個應該是zh-hant才對。--迴廊彼端（留言） 2023年8月20日 (日) 05:57 (UTC)
User:YFdyh000剛測試問題已消失，故結案。--迴廊彼端（留言） 2023年11月27日 (一) 12:27 (UTC)
取自「https://zh.wikipedia.org/w/index.php?title=Wikipedia_talk:結構式討論/存檔&oldid=80068528」