维基百科讨论:結構式討論/存檔1

本頁是以往討論的存檔。請勿編輯本頁。若您想發起新討論或重啟現有討論，請在當前討論頁進行。

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

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

本討論已經结束，處理結果：共識通過。请不要对这个存档做任何编辑。

各位編輯者您好。由於Flow已經改名為結構式討論，因此希望能夠進行名稱更新與相應討論頁的移動。臺灣杉在此發言 (會客室) 2017年10月31日 (二) 02:12 (UTC)

(＋)支持，最初中文維基的Flow測試發起人。--Irycatewi Talk 2017年10月31日 (二) 08:55 (UTC)

目前除1人支持，尚無編輯者有意見。本討論將延長7日，7日後如果維持贊成或是討論量增加後達成移動共識，則再公示7日。臺灣杉在此發言 (會客室) 2017年11月3日 (五) 01:53 (UTC)

(＋)支持为啥还不快点移动啊。--Liuxinyu970226（留言） 2017年11月3日 (五) 07:34 (UTC)

这种情况应该适用于WP:雪球法则。——꧁༺星耀晨曦༻꧂（留言） 2017年11月3日 (五) 11:23 (UTC)

既然沒有相反意見，請管理員移動並更改相關介面的名稱。臺灣杉在此發言 (會客室) 2017年11月3日 (五) 14:58 (UTC)

僅討論4餘天，難免過於倉促，照一般程序應討論7日、公示7日後方可實施。——Aotfs2013 留於 2017年11月4日 (六) 02:17 (UTC)

我认为这个是不需要讨论的。。——꧁༺星耀晨曦༻꧂（留言） 2017年11月4日 (六) 07:40 (UTC)

無意見，改不改都沒差，因為：退Flow保平安。--Zest留言簽名板 2017年11月4日 (六) 03:22 (UTC)

由於開啟討論後7日支持者多數，目前也無反對意見，本案進入公示7日階段。臺灣杉在此發言 (會客室) 2017年11月7日 (二) 04:35 (UTC)
- 最好在這裡把需要改的地方全部列出來，否則討論通過了也不會有人去改。--A2093064→Xiplus 2017年11月7日 (二) 04:46 (UTC)
  - 我今天才看到这个讨论，但是早已经按移动请求移动完毕了。Bluedeck 2017年11月13日 (一) 17:18 (UTC)
共識通過，部分頁面已於公示期間移動完成，請管理員移動結構式討論的測試頁面至「Wikipedia talk:結構式討論沙盒」。臺灣杉在此發言 (會客室) 2017年11月14日 (二) 06:50 (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)

在下覺得 flow 討論板才是 mediawiki 討論功能的未來趨勢，應該歡迎用戶繼續測試和熟悉，所以我(－)反对移除這個測試開關。至於上面幾個問題，在目前這個階段，我建議為 opt in 的用戶建立額外的 flow 討論頁，保留原有 wikitext 討論頁位置不變，但簽名和用戶介面導入 flow 版供人類使用。-- Vakrieger♀︎ (💢❤️🗯️) 2019年7月12日 (五) 13:12 (UTC)
- 我是覺得flow很不好使用啦，至少我的體驗不是很理想。 --無心*插柳*柳橙汁 2019年7月12日 (五) 14:02 (UTC)
我非常同意這個做法。我預期flow很快就會廢掉。산 모 사 ^DC17 2019年7月13日 (六) 15:17 (UTC)
@Sanmosa：應該不會，參考這裡。其他意見(▲▲)同上上--Cohaf(talk) 2019年7月13日 (六) 15:21 (UTC)
Flow的初衷不就是为了新手么？--百無一用是書生 (☎) 2019年7月15日 (一) 06:37 (UTC)
- 在封禁申诉这件事情上，初衷和实际使用便利性相反了。我记得有老的维基人都碰到过这种问题，讨论页申诉没放在描述栏目导致无人理会。--云间守望 2019年7月16日 (二) 12:44 (UTC)
- 如果原因是部分工具和机器人不支持flow，那么应该去修改部分工具和机器人，而不是折腾FLOW--百無一用是書生 (☎) 2019年7月17日 (三) 07:56 (UTC)
  - 但flow出現了如此久，工具和bot卻从未被修改。산 모 사 ^DC17_{FLC GAC} 2019年7月17日 (三) 13:34 (UTC)
(！)意見如果問題只是在封禁申訴上，修改一下封禁模板提示開啓過 flow 的用戶把 unblock 模板放在頁面右方的「描述」處不就行了？沒必要大幅更改 flow 的使用方式。或者乾脆就模仿英文維基百科搞一個 UTRS，完全繞開討論頁。-- Vakrieger♀︎ (💢❤️🗯️) 2019年7月18日 (四) 07:17 (UTC)
- 但那其實是連到這個網站-- Sunny00217 - 2019年7月22日 (一) 01:28 (UTC)
典型的原則與現實問題。原則上flow很好用，實際上社群沒有相應的技術支援。建議將這個問題丟回給WMF，叫他們聘請工程師負責小工具現代化。或者外包給社群的技術組也可以。UTRS當然很好，我大力鼓勵提案者寫一個出來貢獻社群。--Temp3600（留言） 2019年7月19日 (五) 03:07 (UTC)
- 不对吧？小工具和机器人绝大多数都是用户开发的，为何要把责任推给wmf？难道以后网站的任何技术更新影响到了小工具和机器人的运作，wmf都要背锅？这说不通啊。原来没有而新增加/改变的的东西，小工具和机器人的开发者不去更新代码跟上变化，而要wmf负责，这说到哪里去都说不通--百無一用是書生 (☎) 2019年7月19日 (五) 03:28 (UTC)
  - 不如請閣下貢獻社群，領頭負責重寫這一批重要的小工具?--Temp3600（留言） 2019年7月19日 (五) 18:46 (UTC)
個人覺得暫時取消選項，等上面的問題處理完後再恢復-- Sunny00217 - 2019年7月21日 (日) 14:20 (UTC)
- 本来这种事情就是自愿的事情。原来开发的人不想写这个功能了，或者放弃维护了，为何别人就必须要接手？小工具和机器人本来就应该是辅助性质的，现在似乎变得过于依赖这些工具了--百無一用是書生 (☎) 2019年7月23日 (二) 12:58 (UTC)
  - 不能夠要求社群回去鑽木取火的年代。沒了TW，不少人連各樣常用代碼的模版恐怕也記不住呢。DYK沒了機械人，導致春卷要天天顧着更新。現在社群的運作方式是建基於這些工具能夠使用的份上。--Temp3600（留言） 2019年7月23日 (二) 17:23 (UTC)

其实很大的问题是这些工具的维护性问题，例如Jimmy的TW好像到现在都没有对flow的支持（而且维护间隔周期也相当长），而据悉某个个人修改过的TW已经支持flow了。大部分机器人（尤其早期由L大和jimmy开发的）在不涉及影响隐私的情况没有公开源代码，所以一旦维护者不再维护而出现问题时，会影响很多配套工作。当然不反对flow也存在一些问题，例如解封申请的分类不能在flow根页（每个话题其实是独立的“子”页）显示，繁简问题（好像是因为繁简转换的模块是硬编码处理快输出的html，所以无法转移到其他项目上）等。——路过围观的Sakamotosan | 避免做作，免敬 2019年7月24日 (三) 01:09 (UTC)

才女我記得能公開的都公開了?jimmy嘛...不與置評。--Temp3600（留言） 2019年7月24日 (三) 15:28 (UTC)
我試過了，Xiplus和Kuon.Haku的Twinkle 支援 flow，社群也沒有必要重複發明輪子了，不如將其合併到官方版 Twinkle 裡。至於 UTRS，如果社群認為有必要，我可以幫忙把英文那個 port 過來（當然，有更簡單的解決辦法）。至於機械人，既有的只能看他們的主人，我建議從現在開始要求所有新的機器人（與討論頁有關的）必須支持 flow 才能獲得批准 -- Vakrieger♀︎ -- 💢❤️🗯️ 2019年7月27日 (六) 05:13 (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)

(＋)支持，況且看的礙眼-- Sunny00217 2019年9月4日 (三) 12:02 (UTC)
仍然要说的是，Flow的本意就是方便新手。如果某些脚本工具不支持，要改进的是这些脚本工具，如果没人愿意改这些脚本工具，那不是Flow的问题--百無一用是書生 (☎) 2019年9月5日 (四) 02:09 (UTC)
沒人改進腳本工具說明Flow體系仍未成熟。不能夠說Harmony 設計上比Android好用就要求全體搬移吧。--Temp3600（留言） 2019年9月5日 (四) 03:25 (UTC)

Flow無法使用wikitext

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

是否有辦法解決，注意，我是被本地封禁--ℑ𝔪𝔭𝔞𝔯𝔱𝔦𝔞𝔩 𝔧𝔲𝔰𝔱🎙️ 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)。

通过。 Stang^★ 2022年5月18日 (三) 19:35 (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。--YF dyh000（留言） 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，总结弃用的必要性：

SD（Structured Discussions，结构式讨论）破坏了进阶用户的工作流程，包括自动化工具需要适配两套讨论和一些模板不能正常使用等，具体可见上面存档中Techyan-2019-07-11T23:50:00.000Z-新手使用Flow讨论页的问题
维护SD会消耗WMF的资源：代码巨大、复杂、难以理解，所有与讨论页的交互需要两套实现…………
实现不完整，缺少重要功能，有许多bug和安全风险（该工具在2015年暂停开发）
有的页面启用了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)

Hoben7599同意提案——落花有意12138 2023年10月3日 (二) 04:09 (UTC)

個人同意禁用新的SD，但不同意禁用舊的SD，至少給別人選擇，還有舊的存檔應該怎樣辦。--Hoben7599—論 | 支持立場新聞 2023年10月2日 (一) 10:25 (UTC)

舊的存檔一樣直接轉換成一般wikitext的討論頁就好，以及給每個人都選擇，偏偏有人硬是留住Flow的話怪bug會越來越多，除非全部新bug您都能處理否則不建議「至少給別人選擇」。--Sun After Rain 2023年10月2日 (一) 11:19 (UTC)

那樣的話我沒有什麼特別的意見，原則上同意弃用。--Hoben7599—論 | 支持立場新聞 2023年10月2日 (一) 11:51 (UTC)

@Hoben7599：旧的存档处理方法在第二部分的第二段。--落花有意12138 2023年10月2日 (一) 11:49 (UTC)

赞成停止新建和新开。应暂时允许关闭的用户重新开启。转换为普通页面和后续关闭，是否编辑历史会永久丢失，是否会有解决方案。除非技术人员给出时间表，否则不建议本地决定时间表。--YF dyh000（留言） 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]--YF dyh000（留言） 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)

是--YF dyh000（留言） 2023年10月7日 (六) 07:13 (UTC)

同意废除，这玩意简直莫名其妙，对手机端用户超级不友好。——Aggie Dewa dipper 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）--Sun After Rain 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)

可视化编辑下输入后源代码模式提交，红链没了，但自动增加了许多转换语法。不了解原因。--YF dyh000（留言） 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)