跳转到内容

维基百科讨论:互助客栈

页面内容不支持其他语言。
添加话题
维基百科,自由的百科全书

提議在方針版及條目探討版中進一步提醒WP:CON/RULES違反的處理方式及後果

[编辑]

目前兩版各有關於WP:CON/RULES的提示,以條目探討版爲例:

由於互助客棧討論踴躍,經常遭遇載入及儲存過慢等困難,除涉及多個主題或沒有條目的議題外,有關任何條目或模板的交流應在其討論頁發表,討論無果則使用徵求廣泛意見↓查閱相關議題),或在此版發送討論通告邀請用戶參與討論,詳見此規則

然而,依然留意到不少用戶並未能遵守此方針,以條目探討版爲甚。故建議加入敘述後果的句子,以條目探討版爲例:

由於互助客棧討論踴躍,經常遭遇載入及儲存過慢等困難,除涉及多個主題或沒有條目的議題外,有關任何條目或模板的交流應在其討論頁發表,討論無果則使用徵求廣泛意見↓查閱相關議題),或在此版發送討論通告邀請用戶參與討論。錯誤位置發表的討論可被關閉或移動至正確的討論頁,持續未能遵守此規定可構成擾亂。詳見《共識·讨论的发起位置》方針

順帶一提,WP:徵求意見以及T:rfc/doc的內容較爲混亂,可能使新手困惑,或須重寫或重新排版。以上,邀請社羣討論。--1F616EMO喵留言求助?2025年12月25日 (四) 11:28 (UTC)回复

「或構成擾亂」作「可構成擾亂」較為恰妥。Sanmosa 新朝雅政 2025年12月25日 (四) 11:37 (UTC)回复
@Sanmosa完成1F616EMO喵留言求助?2025年12月25日 (四) 11:39 (UTC)回复
構成擾亂的前提,應該只限於「互助客棧討論踴躍」,有「載入及儲存」問題出現的情況之下才算。--Ghren🐦🕛 2025年12月27日 (六) 16:10 (UTC)回复
這不符合CON/RULES的立法原意。Sanmosa 新朝雅政 2025年12月29日 (一) 14:46 (UTC)回复
擾亂需要顯然地帶來危害,不能將沒有明顯危害的東西定義為擾亂。--Ghren🐦🕒 2025年12月29日 (一) 19:04 (UTC)回复
我就拿之前一直不願意遵守CON/RULES規定的Ericliu1912來說吧,他三番四次地不遵守CON/RULES規定,在不恰當的地方發起討論,甚至還把在恰當的地方發起的討論搬運到不恰當的地方,這情況說明了他當時罔顧他的作為是否(有可能)會帶來危害。如果這規則無法約束罔顧自身作為是否(有可能)會帶來危害的行為的話,那這規則就形同虛設了。Sanmosa 新朝雅政 2025年12月30日 (二) 02:49 (UTC)回复
危害是在於什麼地方。是在於不守規則本身,還是帶其他實際性的危害?尤其是說「恰當」「不恰當」與否,是對於相關的所謂「共識」有理解上的差異,還是真的不恰當?--Ghren🐦🕐 2026年1月2日 (五) 17:53 (UTC)回复
從之前其他用戶的反應來看,他很清楚CON/RULES的規定不支持他做的東西,但他還是照樣做了,當時他甚至還被多個其他用戶提示與警告來著。至於實際性的危害,你直接看訂立CON/RULES時的討論裏他做了些甚麽就是了。Sanmosa 新朝雅政 2026年1月7日 (三) 09:56 (UTC)回复
Wikipedia_talk:互助客栈/存档3#c-Sanmosa-20250107040000-Sanmosa-20241023003000:這處提到的危害不就是頁面過長,載入問題。「移來移去」的編輯戰既不是上文議案可以解決的問題,也不是現行方針不能解決的問題。--Ghren🐦🕘 2026年1月13日 (二) 13:29 (UTC)回复

互助客栈首页“条目探讨”下写的是“条目、模板、主题相关探讨 ”

[编辑]

应该把“模板”二字去掉,现在模板基本都在技术区讨论,除了少数模板 Sksawf留言2026年1月21日 (三) 07:10 (UTC)回复

內容本身還是在條目探討區居多吧?技術區不討論模板內容。—— Eric Liu 創造は生命(留言留名學生會 2026年1月21日 (三) 10:49 (UTC)回复
可以更精确的表述,比如“模板内容”、“模板显示”什么的--Sksawf留言2026年1月21日 (三) 11:15 (UTC)回复
@Sksawf已先改成「模板內容」,您看是否合適?—— Eric Liu 創造は生命(留言留名學生會 2026年1月21日 (三) 12:48 (UTC)回复
@Ericliu1912 其实我说的是这个 https://imgur.com/wjpgOmY (--Sksawf留言2026年1月21日 (三) 12:50 (UTC)回复
我看放在頂欄就好了,客棧首頁就是個簡易門戶,不適合塞太多字。—— Eric Liu 創造は生命(留言留名學生會 2026年1月21日 (三) 12:52 (UTC)回复