維基百科討論:結構式討論/存檔1
本頁是以往討論的存檔。請勿編輯本頁。若您想發起新討論或重啟現有討論,請在當前討論頁進行。 |
各位編輯者您好。由於Flow已經改名為結構式討論,因此希望能夠進行名稱更新與相應討論頁的移動。臺灣杉在此發言 (會客室) 2017年10月31日 (二) 02:12 (UTC)
- (+)支持,最初中文維基的Flow測試發起人。--IrycatewiTalk 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)
- 最好在這裡把需要改的地方全部列出來,否則討論通過了也不會有人去改。--A2093064→Xiplus 2017年11月7日 (二) 04:46 (UTC)
- 共識通過,部分頁面已於公示期間移動完成,請管理員移動結構式討論的測試頁面至「Wikipedia talk:結構式討論沙盒」。臺灣杉在此發言 (會客室) 2017年11月14日 (二) 06:50 (UTC)
如何對Flow(結構式討論)的話題請求快速刪除?
該如何對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討論頁的問題
如題。我最近發現很多新手在參數設置里不明就裡地打開了「用戶討論頁上的結構式討論」這一選項,在自己的用戶討論開啟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 的用戶把 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)
- 不對吧?小工具和機器人絕大多數都是用戶開發的,為何要把責任推給wmf?難道以後網站的任何技術更新影響到了小工具和機器人的運作,wmf都要背鍋?這說不通啊。原來沒有而新增加/改變的的東西,小工具和機器人的開發者不去更新代碼跟上變化,而要wmf負責,這說到哪裡去都說不通--百無一用是書生 (☎) 2019年7月19日 (五) 03:28 (UTC)
- 個人覺得暫時取消選項,等上面的問題處理完後再恢復-- Sunny00217 - 2019年7月21日 (日) 14:20 (UTC)
- 本來這種事情就是自願的事情。原來開發的人不想寫這個功能了,或者放棄維護了,為何別人就必須要接手?小工具和機器人本來就應該是輔助性質的,現在似乎變得過於依賴這些工具了--百無一用是書生 (☎) 2019年7月23日 (二) 12:58 (UTC)
- 不能夠要求社群回去鑽木取火的年代。沒了TW,不少人連各樣常用代碼的模版恐怕也記不住呢。DYK沒了機械人,導致春卷要天天顧着更新。現在社群的運作方式是建基於這些工具能夠使用的份上。--Temp3600(留言) 2019年7月23日 (二) 17:23 (UTC)
- 本來這種事情就是自願的事情。原來開發的人不想寫這個功能了,或者放棄維護了,為何別人就必須要接手?小工具和機器人本來就應該是輔助性質的,現在似乎變得過於依賴這些工具了--百無一用是書生 (☎) 2019年7月23日 (二) 12:58 (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_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
是否有辦法解決,注意,我是被本地封禁--ℑ𝔪𝔭𝔞𝔯𝔱𝔦𝔞𝔩 𝔧𝔲𝔰𝔱🎙️ 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)
- 那應該要用到
- @Emojiwiki:我認為先暫時改為純文字吧!--ℑ𝔪𝔭𝔞𝔯𝔱𝔦𝔞𝔩 𝔧𝔲𝔰𝔱🎙️ 2021年1月24日 (日) 12:44 (UTC)
限制flow-hide權限到自動確認用戶
- 下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。
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)
- 同Xiplus。--YFdyh000(留言) 2022年5月5日 (四) 15:31 (UTC)
- 公示7日。這個東西應該也不需要改什麼現有的頁面,就單純刪幾行注釋。 Stang★ 2022年5月11日 (三) 16:24 (UTC)
- 本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。
在中文維基百科逐步棄用結構式討論
首先我根據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)
|
---|
|
- 贊成停止新建和新開。應暫時允許關閉的用戶重新開啟。轉換為普通頁面和後續關閉,是否編輯歷史會永久丟失,是否會有解決方案。除非技術人員給出時間表,否則不建議本地決定時間表。--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)
- 基金會正準備相關討論,如無意外相信幾個月後便會展開。個人認為到時再討論如何棄用結構式討論也未晚,現時此討論可先擱置。謝謝。--SCP-0000(留言) 2023年10月7日 (六) 08:57 (UTC)
- 我沒有找到時間表,相關的task已經有一段時間沒有活動了,希望有人問一問。--落花有意12138 2023年10月3日 (二) 04:34 (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)
- 同意廢除,這玩意簡直莫名其妙,對手機端用戶超級不友好。——Aggie Dewadipper 2023年10月9日 (一) 07:04 (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)
- 監督可以恢復 ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2023年10月15日 (日) 11:57 (UTC)
- ( π )題外話我覺得「監督」應該更名為「永久刪除」--意面混凝土(留言) 2023年10月15日 (日) 11:33 (UTC)
- 好像甚至無法OS,我之前提過一個OS然後監督員把帖子隱藏了…… ——魔琴 [ 留言 貢獻 新手2023計劃 ] 2023年10月15日 (日) 11:29 (UTC)
- (+)支持,--🐟羅潔塔🍵 426677 2023年10月10日 (二) 05:43 (UTC)
- 是--YFdyh000(留言) 2023年10月7日 (六) 07:13 (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)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
結構化討論是否可以刪除帖子
看起來這個功能難以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月27日 (五) 06:30 (UTC)
- 啊,但它確實被刪除了啊,而且有刪除日誌,難道這個在技術上還屬於隱藏嗎?--在下荷花,請多指教(歡迎簽到) 2023年10月27日 (五) 05:14 (UTC)
- 無法刪除,只能是把內容隱藏--百無一用是書生 (☎) 2023年10月27日 (五) 01:04 (UTC)
- @桐生ここ--在下荷花,請多指教(歡迎簽到) 2023年10月25日 (三) 00:46 (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)
結構式討論中不必要的自動繁簡轉換
如題,我在某位朋友的結構式討論留言板上輸入[[: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)