维基百科讨论:快速删除方针

快速删除方针語句等問題

公示完畢，通過。空氣小貓（留言） 2021年1月17日 (日) 12:02 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

---

G10

現行條文 G10. 原作者清空頁面或提出刪除，且實際貢獻者只有一人。 提請須出於善意，並附有合理原因。 因移動產生的重定向頁，移動之用戶不能視為該重定向頁面之原作者。 使用模板{{d|G10}}、{{d|author}}或{{d|ad}}。

提議條文 G10. 原作者提請刪除或清空實際貢獻者只有一人的頁面。 提請須出於善意，並附有合理原因。 移動產生的重定向頁，原作者視為移動前的建立者。 被匯入的頁面，原作者視為匯入者。 原作者自行清空自己的使用者頁面而不提請刪除，不適用此標準。 使用模板{{d|G13}}或{{d|mt}}。

提議修正條文的原因有下列幾點：

• Special:Diff/56357676。
• 跨維基匯入的頁面，不適用目前的G10。
• 自行清空自己的使用者頁面而不提請刪除，沒有違反Wikipedia:UPNOT，不應由他人提請快速刪除。

G14

現行條文 G14. 超過兩周沒有進行任何翻譯的非現代標準漢語页面。 包括所有未翻譯的外語、汉语方言以及文言文。 此項適用於條目、維基百科計劃頁面及說明頁空間。 使用{{subst:NotMandarin/auto}}（而非{{d|G14}}或{{d|nc}}），並將頁面列於翻译请求，使其有機會被校閱和翻譯。 使用模板{{d|G14}}或{{d|nc}}。

提議條文 G14. 逾30天沒有翻譯的非現代標準漢語页面。 包括所有未翻譯的外語、汉语方言以及文言文。 不適用於所有的討論命名空間、草稿命名空間和使用者命名空間。 如果您認為該頁面有翻譯價值時，請使用{{subst:NotMandarin/auto}}取代快速刪除，並將頁面列於翻译请求，使其有機會被校閱和翻譯。 使用模板{{d|G14}}或{{d|nc}}。

提議修正條文的原因有下列幾點：

• 冗詞贅字。
• 建議模板的使用時機，避免提請者不知該使用{{D}}或{{NotMandarin/auto}}。
• 未翻譯的使用者頁面沒有違反Wikipedia:UPNOT，不應由他人提請快速刪除。
• 建議比照關注度程序的時長辦理。如有異議，可直接忽略此點。

O1

現行條文 O1. 用户请求删除自己的用户页或其子页面。 如果是从其他名字空间移动来的，须附有合理原因。 使用模板{{d|O1}}或{{d|aup}}。

提議條文 O1. 用户请求删除自己的用户页或其子页面。 自他處移動的頁面，须附有合理原因。 使用模板{{d|O1}}或{{d|aup}}。

提議修正條文的原因有下列幾點：

• 接手他人位於使用者命名空間的草稿，不適用目前的O1。

---

附上近三筆的微修正（62696445、62698705和62698720），免得又被說夾帶私貨。歡迎參與討論。空氣小貓（留言） 2020年11月7日 (六) 08:04 (UTC)

---

討論

(？)疑問:現在出現了甚麼問題?--蟲蟲飛♡♡→♡℃※留言 2020年11月7日 (六) 08:28 (UTC)

@蟲蟲飛：上面有說明和原因。--空氣小貓（留言） 2020年11月7日 (六) 08:30 (UTC)

(：)回應

1. 現在跨維基匯入的頁面和翻譯的頁面都可以用g10。
2. 用戶頁用O1 ，不用g10，和UPNOT無關。
3. 新手不懂提刪，清空頁面視為G10，也合理。
4. G14兩週時間已經足夠，30天太久。
5. G14現時適用的範圍合理，不必要擴大範圍。
6. O1從「如果是從其他命名空間移動來的，須附有合理原因。」中的「命名空間」是維基常用語較佳。
7. 未見現行方針有甚麼問題。

以上。--蟲蟲飛♡♡→♡℃※留言 2020年11月7日 (六) 08:44 (UTC)

1. 沒有規定匯入和翻譯的頁面能夠G10，因此必須修正條文。
2. 當Ａ把自己的使用者頁面清空，但不提請刪除時，為了防止Ｂ提請刪除，必須修正條文。
3. 清空自己的使用者頁面，但不提請刪除的情況，不見得只會出現在新手上，更何況有些空白頁也可能有用途。
4. 這點交給社群討論，我只提供我的意見。
5. 不是擴大範圍，而是縮小範圍，與G13一致。
6. 只限定命名空間，則規範不到使用者空間，因此必須修正條文。
7. 上述就是問題。

以上。--空氣小貓（留言） 2020年11月7日 (六) 08:55 (UTC)

(：)回應

1. 用戶一向可以清空用戶頁，但不適用於G10。
2. 翻譯的條目一向可以G10，詳見刪除日誌。
3. 現行G14只適要於「條目、維基百科計劃頁面及說明頁空間」，新修訂就無限放大範圍。
4. 「其他地方」是甚麼意思？「命名空間」已經是慣用語。

以上。--蟲蟲飛♡♡→♡℃※留言 2020年11月7日 (六) 09:02 (UTC)

1. Special:Diff/56295656，使用者頁面一向適用G10和O1。
2. 此次修訂不牽涉翻譯的條目，故不回應。
3. 「此項適用於條目、維基百科計畫頁面及說明頁空間」一句未見「只」或「僅」字，意思是所有空間都適用，特別強調條目、計畫頁面和說明空間而已。
4. 當Ａ把「User:B/Example」移動到「User:A/Example」時，依照現行的O1，速刪是可以的。因為只限定「其他命名空間」，因此「相同命名空間」不受規範。

以上。--空氣小貓（留言） 2020年11月7日 (六) 09:20 (UTC)

(：)回應

1. 用戶有時會對自己的用戶頁提g10，但不等於用戶清空自己的用戶頁，其他人可以提g10
2. 跨維基導入頁面和翻譯頁面都可以g10，這是站務常識。
3. 現行文意已經很清楚，沒有歧義。
4. 「其他命名」空間移動到用戶頁，是想避免破壞者等類似的破壞行為，即把符合收錄標準的條目移動到自己用戶頁，再提刪。
5. 以上很多都是巡查員的巡查常識，我很難每樣都詳細指導用戶，要靠用戶自己積累經驗。
6. 如果沒有發生問題，不應頻繁地修改站務性的方針，這樣很影響站務人員處理站務。

以上。--蟲蟲飛♡♡→♡℃※留言 2020年11月7日 (六) 09:36 (UTC)

(！)意見：

1. 关于 G10：
   1. 原作者提请删除或清空实际贡献者只有一人的页面。，这个修订不好，不容易理解，原来的句子我觉得没问题，。
   2. 原作者视为移动前的创建者，这个修订与原条文意思不同，但就我的经验来说，是符合目前的站务实践的，应该没问题。
   3. 被导入的页面，原作者视为导入者，符合站务实践，定明此条我认为没坏处，不加入也没所谓。
   4. 原作者自行清空自己的用户页而不提请删除，不适用此标准。反对加入此条。如果有人这样提删他人用户页，就是违反尽量不干涉用户页的惯例。这种提删我认为“缺乏善意”，也是 G10 禁止的。其实 G10 是一个很依赖常识的准则，除了提案人提到的用户页，还有被大量页面使用的模板（但只有一个编者），显然这也是不该删的。类似的情况还有很多，相信管理员可以作出合理的判断。
2. 关于 G14:
   1. 逾30天，我认为过长，反对。
   2. 不适用于所有的讨论命名空间、草稿命名空间和使用者命名空间，对此条无意见，但需要留意某些模板的文档虽然常年是英文的没有翻译，但仍有保留的价值。
   3. 如果您认为该页面有翻译价值时，那么没有价值该怎么办呢？G14 自己的描述就要求过14天才删，这个新增的条件倒是说觉得没价值就可以直接快速删除了，但是又不满足 G14 的14天，要怎么办呢？
3. 关于 O1
   1. 自他处移动的页面，我认为基本没问题，不反对此修改。

--Tiger（留言） 2020年11月7日 (六) 09:52 (UTC)

• g14同tiger--Temp3600（留言） 2020年11月7日 (六) 10:37 (UTC)
• (▲▲)同上上-- Sunny00217  2020年11月13日 (五) 15:08 (UTC)

修正條文

現行條文 G10. 原作者清空頁面或提出刪除，且實際貢獻者只有一人。 提請須出於善意，並附有合理原因。 因移動產生的重定向頁，移動之用戶不能視為該重定向頁面之原作者。 使用模板{{d|G10}}、{{d|author}}或{{d|ad}}。

提議條文 G10. 原作者清空頁面或提出刪除，且實際貢獻者只有一人。 提請須出於善意，並附有合理原因。 移動產生的重定向頁，原作者視為移動前的建立者。 被匯入的頁面，原作者視為匯入者。 使用模板{{d|G13}}或{{d|mt}}。

現行條文 G14. 超過兩周沒有進行任何翻譯的非現代標準漢語页面。 包括所有未翻譯的外語、汉语方言以及文言文。 此項適用於條目、維基百科計劃頁面及說明頁空間。 使用{{subst:NotMandarin/auto}}（而非{{d|G14}}或{{d|nc}}），並將頁面列於翻译请求，使其有機會被校閱和翻譯。 使用模板{{d|G14}}或{{d|nc}}。

提議條文 G14. 逾14天沒有翻譯的非現代標準漢語页面。 包括所有未翻譯的外語、汉语方言以及文言文。 此項僅適用於條目、計劃、使用說明和主題命名空間。 可使用{{subst:NotMandarin/auto}}取代快速刪除，並將頁面列於翻译请求，使其有機會被校閱和翻譯。 使用模板{{d|G14}}或{{d|nc}}。

現行條文 O1. 用户请求删除自己的用户页或其子页面。 如果是从其他名字空间移动来的，须附有合理原因。 使用模板{{d|O1}}或{{d|aup}}。

提議條文 O1. 用户请求删除自己的用户页或其子页面。 除了自己的使用者頁面，只要是移動而來的頁面，须附有合理原因。 使用模板{{d|O1}}或{{d|aup}}。

@蟲蟲飛、Tigerzeng、Temp3600、Sunny00217：綜上討論，修訂條文再次修正，現開放7日討論，屆時無異議將再公示7日。空氣小貓（留言） 2020年11月19日 (四) 03:28 (UTC)

(：)回應

1. G14現時適用的範圍合理，不必要擴大範圍。
2. O1從「如果是從其他命名空間移動來的，須附有合理原因。」中的「命名空間」是維基常用語較佳。
3. 整個方案未見解決具體問題，都是「為改而改」，尤其是這類站務類方針，不必要「為改而改」，很影響站務人員處理站務。

• 以上。--蟲蟲飛♡♡→♡℃※留言 2020年11月19日 (四) 03:42 (UTC)

@蟲蟲飛：

1. 現行G14的適用範圍沒有強制限定，「適用於」不等於「僅適用於」。
2. 我想你根本沒明白所謂「命名空間」和「頁面」的差別，問題根本不在於是否為常用語。
3. 請假定善意，光O1的修訂就已經很符合目前站務實踐，何來為改而改？再說，請問這次修訂影響站務人員什麼呢？說不出來「實際」影響，就代表你只是「為反對而反對」，別跟我說「改來改去令站務人員無所適從」這樣的藉口，既然這樣，那麼每個提案都乾脆反對好了，我提出的修正一定有道理。

以上。空氣小貓（留言） 2020年11月19日 (四) 04:15 (UTC)

(：)回應

1. 「其他命名」空間移動到使用者頁面，是想避免破壞者等類似的破壞行為，即把符合收錄標準的條目移動到自己使用者頁面，再提刪。修訂條文中的「其他地方」是甚麼意思？為了解決甚麼問題？
2. 上面已經有用戶提出有些模板是不用翻譯。
3. 如果方針沒有加「等」，或「不限於」，就是「僅適用於」
4. 很多資深用戶不會不斷反覆重溫方針，社羣也需要時間熟悉新修訂，因此沒必要的修改就不要改。

以上。--蟲蟲飛♡♡→♡℃※留言 2020年11月19日 (四) 04:29 (UTC)

@蟲蟲飛：

1. 重複問題，不回覆。
2. 那麼就再加上模板命名空間。
3. ，這只是你自己的解讀，你不能代表社群。
4. 那麼這個顯然是必要的修改。

以上。--空氣小貓（留言） 2020年11月22日 (日) 10:42 (UTC)

“ 當Ａ把「User:B/Example」移動到「User:A/Example」時，依照現行的O1，速刪是可以的。因為只限定「其他命名空間」，因此「相同命名空間」不受規範。」 ”

@蟲蟲飛：他上面不就有說了嗎？你都不認真看留言，只會一直問同樣的問題，這樣會造成他人的麻煩，難不成你每問一次，他人就要再回答一次？SmallTim（留言） 2020年11月19日 (四) 13:37 (UTC)

• 如果兩個帳號不是同一個人擁有，這是移動別人的用戶頁，然後把別人用戶頁提刪，屬於嚴重違規行為，可以封鎖，怎麼會容許許呢？而且不是提刪不提刪的問題，而是可以直接舉報。--蟲蟲飛♡♡→♡℃※留言 2020年11月19日 (四) 23:10 (UTC)

@SmallTim：是的，他之前也是這樣。有時候我懶得答，就會明確指出他已經問過了，然後他不知道怎麼就會和我起衝突；有時候我看在已回應的內容是值得重覆的要點，就再重覆回應，但我仍會聲明這是重覆回應。SANMOSA _SPQR 2020年11月19日 (四) 23:06 (UTC)

• 想先確認一下, 若當Ａ把「User:B/Example」移動到「User:A/Example」, 目前允許此一行為嗎? 若是可以, 且移動之後User:B/Example重定向到User:A/Example，Ａ之後可以刪除其用戶頁下的User:A/Example，這看似是刪除自己的用戶頁，但也刪除了從User:B/Example移動過來的內容。--Wolfch (留言) 2020年11月20日 (五) 04:24 (UTC)

「O1. 使用者請求刪除自己的使用者頁面或其子頁面。」重點是「自己的」，如果是「別人的」，當然不行；如果是主帳號和子帳號，移動不移動都可以O1。--蟲蟲飛♡♡→♡℃※留言 2020年11月20日 (五) 06:35 (UTC)

是的，這是違規行為，絕不能容許，因此方針才更要明定。--空氣小貓（留言） 2020年11月22日 (日) 10:45 (UTC)

• 那修訂案解決了甚麼問題?小號頁面移動到主號是否不容許?--蟲蟲飛♡♡→♡℃※留言 2020年11月22日 (日) 23:15 (UTC)

  @蟲蟲飛：問題不在於小號，是在於避免濫用。若小號頁面移動到主號也應使用G10，非O1，所謂自己的使用者頁面應為同一帳號自行請求刪除，管理員可不一定有時間能辨識誰是誰的帳號。--空氣小貓（留言） 2020年11月24日 (二) 14:48 (UTC)

(：)回應 G10 使用的模版誤植為「{{d|G13}}或{{d|mt}}」,應該是「{{d|G10}}、{{d|author}}或{{d|ad}}。」--Wolfch (留言) 2020年11月19日 (四) 04:43 (UTC)

@Wolfch：已修正。空氣小貓（留言） 2020年11月22日 (日) 10:27 (UTC)

• "他處移動的頁面"應怎樣理解?其他同意。--Temp3600（留言） 2020年11月23日 (一) 04:06 (UTC)

  @Temp3600：即「自任一命名空間移動到使用者空間的頁面」，只要使用者頁面有移動過（除自己的頁面），否則皆須附有合理原因。--空氣小貓（留言） 2020年11月24日 (二) 14:53 (UTC)

• @Pseudo Classes：那我覺得舊的寫法較為清楚。--Temp3600（留言） 2020年11月29日 (日) 08:03 (UTC)

  @Temp3600：問題是舊寫法的範圍無法涵蓋其他使用者頁面，「自他處移動的頁面」應不構成閱讀障礙。--空氣小貓（留言） 2020年11月29日 (日) 08:07 (UTC)

  @Pseudo Classes： 我認為「自他處移動的頁面」無法清楚地表達"除了自己的用戶子頁面以外的所有頁面"。--Temp3600（留言） 2020年11月29日 (日) 12:40 (UTC)

  @Temp3600：已修正。--空氣小貓（留言） 2020年12月16日 (三) 09:13 (UTC)

(！)意見

1. 現行方針行之有效，未見有甚麼問題？改了後還增加了歧義，就不要改。
2. 如果提案不是解決具體問題，只是個人對特定用詞想改一下，不建議修改，方針維持穩定版本才能為社羣所熟悉。
3. 常識性的東西不建議加。
4. 建議積累足夠經驗，對方針有足夠理解，才好改站務性方針，否則所有討論都是紙上談兵。

以上。--蟲蟲飛♡♡→♡℃※留言 2020年11月23日 (一) 04:18 (UTC)

1. 只有你看不見問題，歧義也是你自己解讀的問題，其他人都沒問題。
2. 我解釋了那麼多，也都是目前社群有遇到的問題，難道這還不夠具體？你強烈提倡維持方針的穩定版本，即違反了Wikipedia:勇於更新頁面。
3. 你上面所說的常識，都是你自認為的常識，新手或其他使用者不一定懂你的常識。
4. 那麼這樣看來是你不夠經驗，建議你累積好經驗再前來辯駁，畢竟你連命名空間和頁面都分不清楚。

你若執意重複問同樣的問題，我將會視為已回覆，並當作你沒有異議，除非你問的是沒有問過的問題。空氣小貓（留言） 2020年11月24日 (二) 15:06 (UTC)

(：)回應

1. WP:勇于更新页面是指維基歡迎您更新條目，不是叫您在沒問題的情況下，頻繁地修改方針。方針是維基的法規，法規沒問題就沒必要「頻繁地改」，因為社羣沒必要為了個別用戶的「主觀意願」去重新適應新的規則。
2. 上面已經有人覺得新修訂「"他處移動的頁面"應怎樣理解?」的疑問，如果您看到方針有問題，請舉實際例子以供大家討論。
3. 我巡查員時已經每天巡查及提報速刪，上任管理員後也天天處理速刪，提案所提到的方針完全沒有問題，如果有，請舉出實際站務例子，例如您提O1時，哪位管理員駁回了您？

以上。--蟲蟲飛♡♡→♡℃※留言 2020年11月25日 (三) 12:48 (UTC)

我覺得你已經離題了，提案是為了討論方針的問題，我提出了現有的問題，但你都一直偏離主題，緊抓著「不要頻繁地修改方針」不放，更何況這個方針並沒有被頻繁地修改，我對你的言論感到不可思議。若你依舊堅持「不要頻繁地修改方針」等反對提案，而未提出對提案的實際異議，我將會視為你只是為反對而反對，並認為你沒有異議。--空氣小貓（留言） 2020年11月28日 (六) 06:16 (UTC)

再者，有人提出「他處移動的頁面應怎樣理解？」，我也已經回覆了，我不知道你是只看自己的留言還是怎樣，要讓人重複好幾遍，有耐性也會變成沒耐性：

1. 舉例來說，User:Pseudo Classes/Draft/豐田引擎系列名稱列表不應該被O1，因為這個頁面是自其它使用者頁面移動來的，而移動前和移動後的位置皆為使用者命名空間，因此不符合O1的規定。
2. 改O1是為了避免發生像上述的情況一樣，方針有矛盾的情形，並不是說有管理員拒絕了我。

我已經舉了例子，如果你又沒看，又提出同樣的問題，將視為無異議。--空氣小貓（留言） 2020年11月28日 (六) 06:26 (UTC)

(：)回應

1. 可能我上面的話可能說得不清楚，我上面是指WP:勇於更新頁面是您可頻繁地更新條目，不是指更新方針，您引用WP:勇於更新頁面去作為改方針的理據，是誤用方針。
2. 您確實沒有頻繁地修改方針，但速刪方針確實被很多人頻繁地修改，過去兩年多我每天都在處理速刪，中間不停有人在改規則，我想只有勤於處理站務的用戶才能感受到這種頻繁修改規則的擾民。
3. 剛看了已刪頁面，您在編輯摘要已註明「接手手稿」，屬於「合理理由」，管理員看到後當然可以刪去，沒甚麼問題。相反，您提g10，就不能刪。您O1的修訂也未見得就解決了甚麼問題。

以上。--蟲蟲飛♡♡→♡℃※留言 2020年11月28日 (六) 06:52 (UTC)

(＆)建議:如果您還是擔心管理員會駁回您的o1，我建議把「其他地方」改為「其他頁面」。--蟲蟲飛♡♡→♡℃※留言 2020年11月28日 (六) 07:02 (UTC)

就跟你說不是駁回，如果我今天沒有寫明接手草稿，而管理員也沒查明就刪除，那麼就不符合現行的O1。「其他頁面」確實較佳。--空氣小貓（留言） 2020年11月29日 (日) 06:00 (UTC)

不，提案原本是寫「自他處移動的頁面」，非「其他地方」，因此不衝突。--空氣小貓（留言） 2020年11月29日 (日) 06:02 (UTC)

(：)回應:如果您一定要咬文嚼字，根據修訂版，您把別人的用戶頁的草稿移動到您的用戶頁，「就屬於您」，「不屬於他的」嗎？o1的重點是「您自己的」，不是「別人的」頁面才符合，但您的情況管理員會酌情處理。或者，管理員也咬文嚼字，駁回您o1，轉至afd，也未嘗不可。--蟲蟲飛♡♡→♡℃※留言 2020年11月29日 (日) 15:26 (UTC)

不是我要咬文嚼字，而是沒有咬文嚼字你聽不懂。把別人的使用者頁面移動到自己的使用者頁面，即屬於自己的，不屬於他的了，這時候現行的O1當然符合，為了避免濫用O1，因此除了自己的使用者子頁面外的所有頁面移動到自己的使用者頁面都必須附有合理原因，請問這樣會造成管理員什麼樣的困難？管理員轉交至AFD的話，就與當初提刪人提速刪的初衷不同了，如果知道管理員最終要轉交至AFD，那麼提刪人一開始自己提到AFD不就行了？--空氣小貓（留言） 2020年12月10日 (四) 07:06 (UTC)

仅从差异看，未见修订之必要性。--YFdyh000（留言） 2020年12月7日 (一) 05:00 (UTC)

如是說，那也未見修訂之不必要性。--空氣小貓（留言） 2020年12月7日 (一) 09:45 (UTC)

• 提案通常應該應是為了解決一些問題，而不是主觀感覺想改一下。--蟲蟲飛♡♡→♡℃※留言 2020年12月7日 (一) 09:55 (UTC)

  我有指出問題所在，是你一直反對：）--空氣小貓（留言） 2020年12月10日 (四) 06:56 (UTC)

提案再次修正。空氣小貓（留言） 2020年12月10日 (四) 07:19 (UTC)

新修訂不也是與「O1. 使用者請求刪除自己的使用者頁面或其子頁面。」中「自己的頁面」相矛盾嗎？--蟲蟲飛♡♡→♡℃※留言 2020年12月10日 (四) 07:29 (UTC)

到底哪裡矛盾，新修訂只是多了要附上合理原因，又不是說不能刪。--空氣小貓（留言） 2020年12月10日 (四) 08:03 (UTC)

如果您希望合理化把朋友用戶頁移過來您自己的用戶頁的草稿，以o1刪去，那仍然是不符合，因為那不是「您的草稿」；如果您想提醒用戶不要以o1刪去其他人用戶頁移過來的東西，現行方針已經很清楚，不用改，因為方針已經清楚寫了「請求刪除自己的使用者頁面或其子頁面。」因此我完全看不到有甚麼修改的必要。--蟲蟲飛♡♡→♡℃※留言 2020年12月10日 (四) 08:17 (UTC)

頁面被建立，不見得就是建立人的頁面，看來你是沒有讀好方針，請參見Wikipedia:条目所有权#用户页。你跟我爭辯這個沒用，全部參與討論的使用者就只有你反對。--空氣小貓（留言） 2020年12月12日 (六) 03:04 (UTC)

既然你說不符合，那麼你要怎麼解釋User:Pseudo Classes/Draft/豐田引擎系列名稱列表？--空氣小貓（留言） 2020年12月12日 (六) 03:06 (UTC)

• 請重看一下留言，不一定貼了反對模板才算反對，請您重看一下留言。而且您還搞不清o1旳重點是「請求刪除自己的使用者頁面或其子頁面。」遇到有爭議性頁面，像您接手朋友的草稿，管理員幫您刪去，您覺得不合理，但您又要提o1，為甚麼一開始如果覺得有爭議，不提刪至afd？我上面已經說了管理員會按照實際情況靈活變通，不能只咬文嚼字。--蟲蟲飛♡♡→♡℃※留言 2020年12月12日 (六) 03:48 (UTC)

  你不是所有的管理員，你不能確保每個管理員都如你一般不嚴謹。再者，有使用者提出異議確實是事實，不過我也有就他們的意見對條文再次修正，而修正後確實沒人再提出異議，除了你。--空氣小貓（留言） 2020年12月12日 (六) 14:18 (UTC)

(：)回應

1. -YFdyh000不是已經提出異議嗎？怎麼會沒有人提出異議呢？
2. 我處理站務是非常嚴謹的，這方面請您瞭解﹗
3. 您提o1，老虎君幫您刪去，然後您又覺得不合理，就走來改方針；但修訂版也不見到您之前提的o1就是合理，而且令方針條文有矛盾之處。
4. 由此至終，我沒看到您改方針解決了甚麼問題，而且改了後比現行條文更差，這種不是為解決問題的提案，是「為改而改」，因此恕無法支持。
5. 方針有問題是可以改，但沒問題，就不要「為改而改」，因為社羣沒必要為此而從新適應新的方針及規則；方針指引保持穩定版本有利於社羣熟悉方針指引。

以上。--蟲蟲飛♡♡→♡℃※留言 2020年12月13日 (日) 03:30 (UTC)

(？)疑問：
如果用戶Example把「User:Example/草稿」移動至「User:Qwerty/草稿」，且兩名用戶均同意這一操作，用戶qwerty能提出o1嗎？這些操作如果方針寫得模糊，處理上會變得困難。--14.0.180.254（留言） 2020年12月13日 (日) 04:25 (UTC)

01原則上是「請求刪除自己的使用者頁面或其子頁面。」有爭議，提刪至afd，也很簡單，沒有困難。g10有時用戶在爭議是否「沒有其他人的貢獻」，最簡單的做法也是提刪至afd，也沒甚麼問題。速刪是處理「沒有爭議」的頁面，有爭議就提刪至afd，這是行之有效的規則，未見有甚麼問題。蟲蟲飛♡♡→♡℃※留言 2020年12月13日 (日) 04:35 (UTC)

o1現時條文要求從其他名字空間移動的頁面須附上合理原因，並未指明從他人用戶頁移來的是否需要理由。套用在上述事例中，qwerty雖然沒有提供原因，但提出的速刪仍符合相關條文，管理員可以快速刪除該頁。修改是為了解決這問題，讓事例中的qwerty能夠給予一個合理的理由來刪除草稿頁，而Example也能在刪除日誌找到相關信息，避免無謂的紛爭。--14.0.180.254（留言） 2020年12月13日 (日) 05:28 (UTC)

(？)異議

1. 修訂版未見得就把這個刪除合理化，而且提案人不是已經有管理員處理了上面的案例嗎？未見有甚麼問題。
2. 沒必要為了刪除一個頁面而改方針，而且您提到案例不常見，有爭議時請提刪至afd。
3. 請ip登入帳號才參與討論

以上。--蟲蟲飛♡♡→♡℃※留言 2020年12月13日 (日) 05:50 (UTC)

我實在十分不同意您的第三點，此頁的討論任何用戶都能參與。--14.0.180.254（留言） 2020年12月13日 (日) 06:10 (UTC)

1. 只有你認為未見必要性是反對，但是很可惜，硬要說的話只能算中立。
2. 只有你認為修訂條文比現行條文差，但是有使用者認為符合站務實踐。
3. 只有你認為沒有解決什麼問題，但是我說了你也不聽，你是來亂的嗎？
4. 只有你認為自己處理站務很嚴謹，但是對待他人的意見，你並不嚴謹。
5. 只有你認為自己解讀的方針是正確的，但是社群共識並不是你說的算。
6. 你說有爭議提交到AFD，但是修訂就是為了避免提交到AFD造成積壓。

上述「5個只有」，希望你能改善。提案是為了要讓社群討論，當然，如果提案沒有通過，我也只能接受，但是這不代表反對者能夠不實際地杯葛提案，更何況反對者只有你一人時。如果你再沒有提出實際的異議，而只是為反對而反對的話，請不要責怪我忽視你的留言，謝謝。--空氣小貓（留言） 2020年12月16日 (三) 09:01 (UTC)

(？)異議

#您只是想把提刪User:Pseudo Classes/Draft/豐田引擎系列名稱列表合理化，但現行版本較合理，您可以重讀一下。

以上。--蟲蟲飛♡♡→♡℃※留言 2020年12月16日 (三) 09:20 (UTC)

原來改了，下次改了，應在提案註明。--蟲蟲飛♡♡→♡℃※留言 2020年12月16日 (三) 09:26 (UTC)

@蟲蟲飛：我有註明（63152510），是你沒把我的留言當一回事。--空氣小貓（留言） 2020年12月17日 (四) 03:25 (UTC)

這樣意思不太準確，更好的做法是ping對方，然後說明已經根據對方的意見，修改了條文，並邀請對方審閱。--蟲蟲飛♡♡→♡℃※留言 2020年12月17日 (四) 05:34 (UTC)

@蟲蟲飛：你會這樣回覆我也不意外，因為你對待他人的留言一點都不嚴謹，看清楚，三筆通知（62847895、63258324和62889998）我都有正確發送，你自己應該也有收到。如果你還要繼續在雞蛋裡挑骨頭來模糊你的問題，那麼請繼續你的表演，但是這樣只會讓你自己鬧成笑話。空氣小貓（留言） 2020年12月18日 (五) 19:23 (UTC)

---

當前異議已排除，因此七日後，如果提案沒有再出現異議，將開始為期七日的公示。空氣小貓（留言） 2020年12月18日 (五) 19:25 (UTC)

公示至2021年1月10日 (日) 08:14 (UTC)。空氣小貓（留言） 2020年12月26日 (六) 05:06 (UTC)

---

本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

建议修改WP:CSD#G5

現行條文 該內容之前必須是經存廢討論刪除，其中： 之前经页面存废讨论、档案存废讨论删除的，提请速删者须在速删模板标注原存废讨论页面的位置； 之前经侵权审核删除的或所提报页面目前疑似侵犯版权的，提请速删者应一并加挂疑似侵權模板（使用Twinkle的编辑应先提挂侵权模板再提挂速删模板，以免速删模板被误移除），并提供足以查证的相关删除资讯（例如，页面之前被删除日期、相关删除日志、原存废讨论页面的位置等）。 如該內容之前屬於快速刪除，請以相同理由重新提送快速刪除。 該內容如與被刪除的版本明顯不同，而提刪者認為需要刪除，請交到存廢討論，如果提刪者對此不肯定，請先聯絡上次執行刪除的管理人員。 不適用於根據存廢覆核結果被恢復的內容。在某些情況下，重新創建的條目有機會發展，那麼不應提交快速刪除，而應該提交存廢覆核或存廢討論重新評核。 使用模板{{d|G5}}或{{d|rep}}。

提議條文 該內容之前必須是經存廢討論刪除，其中： 之前经页面存废讨论、档案存废讨论删除的，提请速删者须在速删模板标注原存废讨论页面的位置； 之前经侵权审核删除的或所提报页面目前疑似侵犯版权的，提请速删者应一并加挂疑似侵權模板（使用Twinkle的编辑应先提挂侵权模板再提挂速删模板，以免速删模板被误移除），并提供足以查证的相关删除资讯（例如，页面之前被删除日期、相关删除日志、原存废讨论页面的位置等）。 如該內容之前屬於快速刪除，請以相同理由重新提送快速刪除。 該內容如與被刪除的版本明顯不同，而提刪者認為需要刪除，請交到存廢討論，如果提刪者對此不肯定，請先聯絡上次執行刪除的管理人員。 不適用於根據存廢覆核結果被恢復的內容。在某些情況下，重新創建的條目有機會發展，那麼不應提交快速刪除，而應該提交存廢覆核或存廢討論重新評核。 不适用于因未发生的将来事件删除而到时重建的条目。 使用模板{{d|G5}}或{{d|rep}}。

最近发现有一个到时重建的页面（天才衝衝衝節目列表 (2021年)）多次被管理员蟲蟲飛以G5原因快速删除，而原有页面存废讨论理据明显不成立。为防止此类页面被快速删除，故在此提议修改快速删除方针。--12З4567（留言） 2021年2月2日 (二) 07:08 (UTC)

建議更改“而到時重建”為“而在事件已經（可合理預期會）發生後重建”。SANMOSA _SPQR 2021年2月2日 (二) 10:57 (UTC)

(？)疑問：條目標題中要求刪除是必須滿足「而有關內容與已刪除版本相同或非常相似」。若曾依WP:水晶球遭到刪除，而後因有合理預期會發生而重新創建，那麼內文是否理應和原本有顯著不同？——Yangwenbo99^{論 文} 2021年2月2日 (二) 11:13 (UTC)

• 我也覺得可以不改，因為最明顯的區別，是要管理員看到條目上多了些可靠來源，而之前是沒有的；因此，如果關注度原因在afd刪去，重建後多了些可靠來源，也會被發還去afd，而不會直接g5。--蟲蟲飛♡♡→♡℃※留言 2021年2月2日 (二) 11:29 (UTC)

我認為並非必然。SANMOSA _SPQR 2021年2月3日 (三) 02:16 (UTC)

• 这种情况也可以考虑提drv解决。Itcfangye（留言） 2021年2月3日 (三) 11:53 (UTC)

關於快速刪除G8

現在的快速刪除方針中G8寫的是：

• 使用模板{{d|G8}}或{{d|rm}}。

可是，自從這筆編輯後，使用「G8」或「rm」作為{{delete}}模板的{{{1}}}參數的話也不會讓頁面顯示任何東西，也不會把頁面放進Category:快速删除候选（例如Special:permalink/64564497）。因此我認為應該修改delete模板或修改WP:CSD方針，以免誤會和誤操作。--Sun8908 _{怯就輸一世} 2021年3月2日 (二) 13:01 (UTC)

我記得我之前在跟其他用戶討論CSD R6的時候，就列過一個表格説明WP:FNC和快速刪除規則的對應關係，我這裏對内容稍作更新後也copy來這裏：

FNC要求	對應快速刪除規則
1	CSD G10
2	CSD R6
3	CSD R6
4	CSD R6
5	CSD R3
6	CSD R6
7	CSD R6
8	CSD G3
9	CSD R6（理論上可以用CSD G8，但現時技術上不能由普通用戶提出）
10	CSD R3

那時候的討論，我曾提過不符合WP:FNC第9款的檔案名在移動成為重新導向後，理論上可以用CSD G8處理，這我認為可以視為使用模板{{d|G8}}或{{d|rm}}的一個可行情況，希望社群可以討論。@Stang。當然，實際上需要由普通用戶本人提出的CSD G8可能還有其他例子，我也歡迎大家舉出，讓大家探討。@Sun8908。SANMOSA _{江南好，風景舊曾諳} 2021年3月2日 (二) 13:57 (UTC)

既然其他FNC準則也有R6的情況，FNC#9又與其他FNC情況類似，新設R6而非合併到G8並無不妥。--Xiplus#Talk 2021年3月2日 (二) 14:06 (UTC)

已移除。該等刪除都是管理員處理其他請求（例如移動請求）所做出，不允許使用者以G8提刪，而是應該去按對應的流程發起請求（例如移動請求）。--Xiplus#Talk 2021年3月2日 (二) 14:01 (UTC)

擬議快速刪除方針條文增修（機器人處理O4/O7/F7）

原标题为：擬議快速刪除方針條文增修（C部分）

這個其實不太像是擬議條文增修，我這裏想提議的是容許bot自動處理以CSD O4、CSD O7和CSD F7等幾條為理由的快速刪除請求，但為有效減低錯誤刪除的可能性，自動掛模板和自動進行刪除的動作必須分開，而且要間隔足夠的時間。SANMOSA _{誓山海而長在，似日月而無休} 2021年2月21日 (日) 06:32 (UTC)

站务有这个需求吗。担心被破坏者利用。--YFdyh000（留言） 2021年2月21日 (日) 07:48 (UTC)

不清楚。可能需要一些數據，還有社群的看法。CSD F7被破壞者利用的可能性不太大。SANMOSA _{誓山海而長在，似日月而無休} 2021年2月21日 (日) 08:54 (UTC)

F7不清楚，O7对保留派维基人来说可能是不建议用的。O4会被利用，见童孝賢（對話頁 | 用户貢獻）。如果没有严重积压，不认为有必要引入机器人。如果机器人运转良好，也未见需要对方针有所修订。--YFdyh000（留言） 2021年2月21日 (日) 09:02 (UTC)

先放著，看看其他人的意見。O7被刪除的草稿我沒見過幾個人管（除刪除外）。SANMOSA _{誓山海而長在，似日月而無休} 2021年2月21日 (日) 09:53 (UTC)

(※)注意

1. 有時用戶不懂得加分類重定向，機器人會以O4提刪，管理員要手動加「分類重定向模板」，才能解決機器人反覆提刪分類重定向；而且之前機器人失靈，把已經放了分類重定向模板的頁面也提刪，因此必須有管理員判斷。
2. O7的頁面可以WP:AR還原，如果機器人自動刪除，但令WP:AR出現問題。
3. 方針規定提刪和刪除必須兩個用戶，因此同一個機器人去提刪及刪除，又會與方針牴觸。
4. 有時用戶會把合理使用的檔案轉載到共享，但原檔案不能F7刪去。
5. 之前已經有很多機器人失靈，如果讓機器人自動刪除，風險很大。

以上。--蟲蟲飛♡♡→♡℃※留言 2021年2月22日 (一) 04:39 (UTC)

@蟲蟲飛：（1）這應該是改善bot檢測設定的問題，而且上面我也提到自動掛模板和自動進行刪除的動作必須分開，而且要間隔足夠的時間，因此管理員應該是有時間檢查的。不過也考慮到YFdyh000上面的意見，這點我是開放討論的。（2）技術上沒有這個可能性。bot檢測的是最近6個月内是否有編輯，如果最近6個月内完全沒有編輯，bot才會挂模板，bot是不會理會最近6個月内的編輯是小修小補充還是大修改的，基本上一恢復頁面，並回退挂模板操作，就已經算是一次編輯，對bot而言最近6個月内的編輯就需要重算。（3）zhwiki早已開了大量的bot，另開一個abot或者改用另一個已有的bot不是難事（Jimmy-bot和Jimmy-abot就是兩個不同的bot）。（4）正如我上面提到，自動掛模板和自動進行刪除的動作必須分開，而且要間隔足夠的時間，因此只要設定的間隔時間合理，這問題並不大。（5）bot的運行狀況我建議讓bot的主人自己解釋，@Jimmy Xu。SANMOSA _{誓山海而長在，似日月而無休} 2021年2月22日 (一) 12:18 (UTC)

• Jimmy-bot算是現時技術最強的機器人，除了Jimmy-bot，還有其他機器能做到刪除工作嗎？如果沒有，就是同一個機器人同時進行提刪及刪除。此外，同一個主人的機器人，只能算一個用戶。--蟲蟲飛♡♡→♡℃※留言 2021年2月22日 (一) 12:23 (UTC)

@蟲蟲飛：Jimmy-bot是做不到刪除工作的，它沒有管理員權限，Jimmy-abot才有。理論上所有具有管理員權限的bot都能進行刪除工作，而本地除了Jimmy-abot以外，具有管理員權限的bot（也就是abot）至少還有Xiplus-abot一個。SANMOSA _{誓山海而長在，似日月而無休} 2021年2月22日 (一) 12:42 (UTC)

• 對，Jimmy-abot才有管理員權限，但兩個機器人的主人都是Jimmy，因此只能視為一個用戶。--蟲蟲飛♡♡→♡℃※留言 2021年2月22日 (一) 12:46 (UTC)

所以我才把Xiplus-abot找出來啊，Jimmy Xu跟Xiplus總是兩個人吧。SANMOSA _{誓山海而長在，似日月而無休} 2021年2月22日 (一) 12:49 (UTC)

我也ping一下新提到的當事人好了：@Xiplus。SANMOSA _{誓山海而長在，似日月而無休} 2021年2月22日 (一) 12:44 (UTC)

1. 掛模板和刪除分開的邏輯很怪，假設A機器人的判斷標準比B機器人還準確，那麼為何不能修改B使其跟A一樣好呢？如果A跟B判斷標準一樣好，那麼無論是用1個還是多個機器人準確率都不會改變。 2. 留待人類檢查的問題，如果你們覺得需要人類檢查，那麼就應該直接讓人類做最終決策（刪除），而不是確認完了又放著，也會有沒有管理員複查到的問題。 3. 自提自刪的問題，如果機器人做得夠好，那麼修改方針給予機器人豁免不就好了，死抱著規則可是不好的唷^.＜。 4. 總之提案的重點應該是找到一個妥善處理速刪的流程，並將其轉換為程式碼，如果機器人做得到就應該讓機器人做，而不是讓管理員表現得跟機器人一樣。--Xiplus#Talk 2021年2月22日 (一) 13:34 (UTC)

（1）我説“掛模板和刪除分開”的最主要原因並不是準確度或需要人類檢查的問題，而是被告知者來不來得及反應的問題，我們還是要給一下反應時間，這也是為何提交快速刪除請求以後通常要通知建立頁面者。就説O7好了，廢棄6個月的草稿，如果建立者在那時候突然想再用草稿，他還是有時間直接把快速刪除模板移除掉，然後繼續編修草稿。WP:AR不是不方便，但不代表就必須走一次AR程序。（2）我是覺得上面三種（其實還有其他另外幾種）不太需要人類檢查，不然我也不會提議用bot處理，所以我認同你的觀點。（3）我本來也是想說豁免就好了，但我又怕蟲蟲飛之後又會像之前一樣再度使對話陷入無限鬼打牆循環，所以我就先避開了，當然我個人不反對豁免。另一方面是Jimmy Xu通常不太現身，所以即使不考慮避嫌的問題，找你的話增加bot任務的事情還是能處理的比較快一些。（4）認同你的觀點。SANMOSA _{誓山海而長在，似日月而無休} 2021年2月22日 (一) 14:06 (UTC)

@Xiplus。SANMOSA _{誓山海而長在，似日月而無休} 2021年2月22日 (一) 14:09 (UTC)

（1）然而就算是目前的處理方式，沒有規定掛板到刪除的期限，有個假裝是機器人的管理員在，建立者很難在被刪除前阻止，如要建立機器人的機制，建議採通知X天後刪除的機制（當然人類也要遵守）。另O4應該就不太需要這個等待期了？--Xiplus#Talk 2021年2月23日 (二) 01:25 (UTC)

可能要設定檢測期，檢查掛模板後1日內有沒有編輯（類似O7的6個月檢測期），以及有沒有{{hangon}}。如果掛模板後1日內有編輯，O7就肯定不用刪了，O4和F7而言可能是有人掛了{{hangon}}。O4還是需要等待期，YFdyh000上面說的事情還是值得憂慮的。SANMOSA _{誓山海而長在，似日月而無休} 2021年2月23日 (二) 01:34 (UTC)

(※)注意:我上面羅列了那麼多問題，好像都被無視了。--蟲蟲飛♡♡→♡℃※留言 2021年2月23日 (二) 01:46 (UTC)

多是机器人能判断和避免的。--YFdyh000（留言） 2021年2月23日 (二) 03:07 (UTC)

（也就是説，上面羅列的問題不成問題。）SANMOSA _{誓山海而長在，似日月而無休} 2021年2月23日 (二) 04:25 (UTC)

(？)疑問:其實大家知道甚麼叫分類重定向嗎？--蟲蟲飛♡♡→♡℃※留言 2021年2月24日 (三) 02:58 (UTC)

(※)注意:不認為機器人有能力解決以下問題:

1. 有時用戶不懂得加分類重定向，機器人會以O4提刪，管理員要手動加「分類重定向模板」，才能解決機器人反覆提刪分類重定向；而且之前機器人失靈，把已經放了分類重定向模板的頁面也提刪，因此必須有管理員判斷。有些管理員也會誤判。
2. O7的頁面可以WP:AR還原，如果機器人自動刪除，但令WP:AR出現問題。
3. 有時用戶會把合理使用的檔案轉載到共享，但原檔案不能F7刪去。有些管理員也會誤判，不認為機器人有能力判斷版權。

以上。--蟲蟲飛♡♡→♡℃※留言 2021年2月24日 (三) 02:52 (UTC)

我究竟説過多少次了，2技術上不可能發生。SANMOSA _{誓山海而長在，似日月而無休} 2021年2月24日 (三) 10:32 (UTC)

AR到底怎麼因為O7而有問題www-- Sunny00217  2021年3月14日 (日) 12:43 (UTC)

而且1也不是甚麽大問題，刪除了以後，重建時直接加{{cr}}就好。我沒見過挂了{{cr}}還是被自動提刪的情形，就蟲蟲飛説的那種情形，我認為{{cr}}很可能是被自動提刪後才挂的，然後蟲蟲飛又沒看過頁面歷史，結果產生了誤解；即使真的是挂了{{cr}}以後才被自動提刪，發生的機率實在太低，沒必要過度憂慮。SANMOSA _{誓山海而長在，似日月而無休} 2021年2月24日 (三) 10:34 (UTC)

3來説，既然“有些管理員也會誤判”，那憑甚麽要求bot“解決（誤判的）問題”？即使誤判，走DRV程序恢復就好，沒甚麽大不了的。這提案本來就只是打算通過bot加快處理流程，僅此而已。SANMOSA _{誓山海而長在，似日月而無休} 2021年2月24日 (三) 10:40 (UTC)

• 您沒看懂我的留言。總之，提案不但沒有解決問題，而且當前沒有問題，但提案反而製造了問題。--蟲蟲飛♡♡→♡℃※留言 2021年2月25日 (四) 03:55 (UTC)

不，這提案沒有製造任何的問題，而且上面所謂的“問題”要麽不可能發生，要麽就發生機率太低而不成問題。SANMOSA _{誓山海而長在，似日月而無休} 2021年2月25日 (四) 09:07 (UTC)

• 請您論述提案解決了甚麼問題？現行機制是否無法解決您提到的問題？--蟲蟲飛♡♡→♡℃※留言 2021年2月28日 (日) 02:19 (UTC)

這提案本來就只是打算通過bot加快處理流程，請問我是不是連提出一個加快處理流程的提議都不行？SANMOSA _{江南好，風景舊曾諳} 2021年2月28日 (日) 05:27 (UTC)

您沒看懂我上面提到的問題。請再看一下o4、F7及o7的問題，尤其是o4、F7。您不能把機器人誤刪的問題全推給DRV去處理。--蟲蟲飛♡♡→♡℃※留言 2021年2月28日 (日) 05:42 (UTC)

為何？管理員自己誤刪也是給DRV去處理，對管理員的容忍度那麽高，卻對BOT一點都不容忍？提案的目的只有一個：加快。誤刪率不是我的重點，反正是不會加大的。SANMOSA _{江南好，風景舊曾諳} 2021年2月28日 (日) 10:48 (UTC)

未见加快的必要，机器人无法辨识破坏者操作和误导，会增加反破坏的查证和复核成本。如果有同类任务积压，人工用机器人或脚本辅助还差不多。--YFdyh000（留言） 2021年2月28日 (日) 11:01 (UTC)

我要求實際數據證明此説法。SANMOSA _{江南好，風景舊曾諳} 2021年3月1日 (一) 10:28 (UTC)

我要求机器人先展示自己的效果。方针未必需要修订，机器人操作者（管理员）承担责任就可以。--YFdyh000（留言） 2021年3月1日 (一) 10:31 (UTC)

應該請Sanmosa描述管理員處理該等速刪時，應該進行哪些檢查和判斷，列出詳盡步驟，再來看看機器人是否能完美複製人類的行為。--Xiplus#Talk 2021年3月1日 (一) 11:18 (UTC)

覆以上：

1. O4的檢測比較複雜：首先要點進去看是不是分類重新導向頁面：如果是，而且已使用{{cr}}，直接移除快速刪除模板；如果是，但未使用{{cr}}（通常是錯誤使用一般重新導向頁面的格式編寫），則以{{cr}}重寫；如果不是，接下來就看管理員自己的細心程度。比較細心的管理員可能會查看最近的分類移動紀錄，檢查是否有不正常的分類移除情形，確定沒有才會處理；沒那麼多時間檢查的管理員就可能會直接處理。
2. O7基本上真的要檢查的話就只有是否6個月內有有意義編輯而已，一般而言我認為管理員也甚少就此檢查，所以bot在此沒任何「複製人類的行為」的地方，檢測O7掛了一段時間後直接刪除即可。O7其實可以算是（除O3外）最應該用bot處理的一條快速刪除規則。
3. F7要檢查的事項有兩項：第一項是是否真的和commons的檔案重複，第二項是commons的檔案是否存在版權問題（如果有的話，一般需要經過commons當地的存廢討論）。

以上。SANMOSA _{江南好，風景舊曾諳} 2021年3月2日 (二) 11:12 (UTC)

• 您太神化機器人的功能，而且從您的回應，我覺得您不瞭解管理員的操作。--蟲蟲飛♡♡→♡℃※留言 2021年3月3日 (三) 10:25 (UTC)

就我的理解，bot其實就是自動化處理重複性的工作，而且只要有人寫得出來那樣的代碼（在具有相關權限的前提下），那事情就能辦到，所以我完全不認同你的“神化”論。你自己是管理員，卻又不説清楚你認為的“管理員的操作”其實是怎樣，那你又何來判定我“不瞭解管理員的操作”？這樣我可能會認為你其實才是那個“不瞭解管理員的操作”的人，我可能比你更清楚“管理員的操作”多一些。SANMOSA _{江南好，風景舊曾諳} 2021年3月3日 (三) 14:00 (UTC)

@Sanmosa：问题在于可能没人去写出达标的机器人。请先按WP:RFBOT流程完成人工监督试运行，再谈社群是否要更改方针允许全自动运行，否则只是空设条文。--YFdyh000（留言） 2021年3月3日 (三) 14:18 (UTC)

@蟲蟲飛：那麼請您描述您的操作步驟，或是指出Sanmosa的步驟哪裡有所不足。--Xiplus#Talk 2021年3月6日 (六) 07:40 (UTC)

(※)注意:不認為機器人有能力解決以下問題:

1. 有時用戶不懂得加分類重定向，機器人會以O4提刪，管理員要手動加「分類重定向模板」，才能解決機器人反覆提刪分類重定向；而且之前機器人失靈，把已經放了分類重定向模板的頁面也提刪，因此必須有管理員判斷。有些管理員也會誤判。
2. O7的頁面可以WP:AR還原，如果機器人自動刪除，但令WP:AR出現問題。
3. 有時用戶會把合理使用的檔案轉載到共享，但原檔案不能F7刪去。有些管理員也會誤判，不認為機器人有能力判斷版權。

以上。--蟲蟲飛♡♡→♡℃※留言 2021年3月6日 (六) 07:43 (UTC)

1. 可以讓機器人自動將重定向改成「分類重定向模板」，或是機器人不處理重定向，都是可以解決的。之前機器人失靈是有人改壞模板，屬單一事件，不會再發生。
2. 可以隨意編輯一筆消除O7狀態，或讓機器人檢查刪除日誌，AR不會有問題。
3. 可以本地保留7-14天後再檢查commons上的檔案是否有被提刪，以此來判斷檔案是否有被刪除可能，如果上傳到commons 7-14天後都未有人提刪，假定版權狀態無問題。

@蟲蟲飛：以上回答是否有解答您的疑問？--Xiplus#Talk 2021年3月6日 (六) 07:56 (UTC)

補充第二點，實際上AR還原後，頁面上應存有速刪模板，管理員會移除此模板進而造成一筆編輯，故機器人不會再判定為符合O7。--Xiplus#Talk 2021年3月6日 (六) 07:58 (UTC)

(！)意見:

1. 先設定好機器人，看看性能是否有效，暫時未見機器人有能力做到。
2. 檢查刪除日誌是怎麼個概念？刪去的就寫着o7，可以檢查甚麼？
3. common那邊有時一個月都沒人刪，而且像公司標誌，您很難確定公司有沒有註冊版權。
4. 機器人能刪除，感覺得風險很大，怕重演首頁被刪的風險，上次jimmybot才失控了，花了大量人力去搶救。

以上。--蟲蟲飛♡♡→♡℃※留言 2021年3月6日 (六) 08:06 (UTC)

2. 最近還原的就不要刪除啊...不然哩？ 3. 那就是commons的問題，如果長期未刪，就表示能長期使用commons的圖片，本地不需保留。 4. 如果您認為jimmy-bot的任務有問題，歡迎去申請撤銷任務許可，於此提起與本案無關的事情沒有任何幫助。--Xiplus#Talk 2021年3月6日 (六) 09:46 (UTC)

(－)反对:1.考慮到現在速刪幾乎零積壓，未見得要有機器人代勞。2.考慮到社群對刪除員已經有很大的擔憂，機器人失控的事又頻繁出現，感覺風險太大了。--蟲蟲飛♡♡→♡℃※留言 2021年3月7日 (日) 00:15 (UTC)

請@Sanmosa回應吧。--Xiplus#Talk 2021年3月7日 (日) 00:32 (UTC)

（1）「零積壓」？我有時候還看到十多個待處理項。蟲蟲飛取的時間的sample space太小，不能作準。（2）Bot「失控的事又『頻繁』出現」？我不見得如此。我認為蟲蟲飛的言論屬於誇大其辭、不實陳述。（3）蟲蟲飛由始至終都未提出有力反證證明我的論述錯誤，但我和Xiplus已經拋出一大堆反證反駁蟲蟲飛，我感覺蟲蟲飛根本無心在此討論中，是單純的為反而反。SANMOSA _{江南好，風景舊曾諳} 2021年3月7日 (日) 00:54 (UTC)

無論有沒有積壓，機器人能做這些工作，您就能去做其他真正需要人類的工作，除非您只會做那些機器人能做的工作。--Xiplus#Talk 2021年3月7日 (日) 02:07 (UTC)

(※)注意:

1. 我在放維基假期間確實有十多個，請Sanmosa現在再看一下，積壓只有一個。
2. 最近Jimmybot失控的情況幾乎洗版了，請Sanmosa瞭解本站的站務情況。
3. 我論述已經很清楚，請Sanmosa認真閱讀其他用戶的留言。（A部分）我覺得還可以。但（B部分）和（C部分）根本就沒有解決問題，而且當前也沒有問題，而且提案又帶出新的問題和風險，但未見提案人有效回應我提到的問題和擔憂。如果提案是存在那麼多問題，而且帶出那麼多風險，那麼提案還有甚麼意義呢？

以上。--蟲蟲飛♡♡→♡℃※留言 2021年3月7日 (日) 02:10 (UTC)

（1）積壓的問題是要從長期的角度出發，不能只看短期。（2）請提出例子（附diff），但我仍認為你是在誇大其辭。（3）你的論述一點也不清楚，要麼是自說自話、鬼打牆，要麼是越說越混亂。你從始至終都未曾真正理解我的想法。SANMOSA _{江南好，風景舊曾諳} 2021年3月8日 (一) 23:54 (UTC)

• 您自己再看一下吧﹗速刪哪裏有積壓？現在根本沒有問題，而且您的提案帶出更多的問題和風險。--蟲蟲飛♡♡→♡℃※留言 2021年3月9日 (二) 03:01 (UTC)

---

这个提案没有明确的方针修改目标；目前本站的方针也没有允许/阻止abot处理快速删除的问题。本人的意见是先不必在此处提案，待日后确实有相关的机器人申请时，再具体情况具体分析。--Antigng（留言） 2021年3月9日 (二) 03:10 (UTC)

修订R3适用情形五

通過。SANMOSA _{江南好，風景舊曾諳} 2021年3月22日 (一) 00:18 (UTC)

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

---

現行條文 R3. 格式错误，或明显笔误的重定向。 包括标题繁簡混用、消歧義使用的括弧或空格錯誤、間隔號使用錯誤、標題中使用非常見的錯別字、移动侵权页面的临时页后所产生的重定向。

提議條文 R3. 格式错误，或明显笔误的重定向。 包括标题繁簡混用、消歧義使用的括弧或空格錯誤、間隔號使用錯誤、標題中使用非常見的錯別字。

修订理由有下：

1. WP:R3约束的是标题的“格式错误，或明显笔误”，侵权临时页重定向与之无关；
2. 侵权页和草稿页互相移动形成的重定向，应适用WP:R2。

另，未寻得该条款加入的原初讨论，亦可能是当时笔误加入本条。

以上。--Kirk★ # 2021年3月7日 (日) 15:28 (UTC)

這條是當初用/temp當侵權重寫頁所立，現已由草稿頁取代，且草稿頁的重定向可按R2刪，此條不再有用，確實可廢除。--Xiplus#Talk 2021年3月7日 (日) 15:38 (UTC)

原来是早年程序不同。 囧rz……--Kirk★ # 2021年3月7日 (日) 17:48 (UTC)

(＋)支持，但(＆)建議:改為「R3. 格式错误，或明显笔误、不符合WP:NAME的重定向」。--蟲蟲飛♡♡→♡℃※留言 2021年3月8日 (一) 04:31 (UTC)

這個有問題吧。非中文（England）、非常用名稱（武周始祖）等也不符合Wikipedia:命名常规，但不應該就此刪除吧。 紺野夢人 ^肺炎退散 2021年3月8日 (一) 06:51 (UTC)

的確有問題，@蟲蟲飛再次提出荒謬的建議了。--Bookwith（留言） 2021年3月8日 (一) 07:44 (UTC)

• 1.請bookwith保持禮儀及文明!2.請解釋上面標題違反了wp:NAME哪條規則?--蟲蟲飛♡♡→♡℃※留言 2021年3月8日 (一) 09:34 (UTC)

（1）我能理解Bookwith的心情。（2）#1：使用中文；#2：使用常用名稱。SANMOSA _{江南好，風景舊曾諳} 2021年3月8日 (一) 10:19 (UTC)

• WP:NAME主要規限條目名，而非重定向，或者注明只限於命名的格式如消歧義括號、公司名號等。--蟲蟲飛♡♡→♡℃※留言 2021年3月8日 (一) 11:03 (UTC)

  蟲蟲飛：「不符合WP:NAME的重新導向」，又是蟲蟲飛：「WP:NAME主要規限條目名，而非重新導向」，自我矛盾，看來是不熟方針吧。--Xiplus#Talk 2021年3月8日 (一) 11:22 (UTC)

我看这样：User:蟲蟲飛阁下的提案是“实质性修订”；我的草案只是“程序性修订（事实性修订）”，只是把现已弃用的程序删除（移动到temp页的程序已不再进行的情况下，R3中保留“临时页”的表述可能会给不熟悉的人带来疑惑）。WP:NAME的问题如确有必要讨论修改，不妨另开一新章节。对“实质性修订”来说讨论更清晰、集中，对“程序性修订”（即本修订）来说也方便更快通过。不知妥否。--Kirk★ # 2021年3月8日 (一) 11:36 (UTC)

• 如果是這樣的話，不用加NAME那條；按原定的提案去討論吧。--蟲蟲飛♡♡→♡℃※留言 2021年3月8日 (一) 11:40 (UTC)

  唉，浪費時間。好吧，我支持KirkLU的提案。--Bookwith（留言） 2021年3月9日 (二) 00:14 (UTC)

  既然覺得浪費時間就別參與這個討論了，省得自己生氣-- Sunny00217  2021年3月14日 (日) 12:48 (UTC)

@Sunny00217：下次能不能換成在用戶討論頁說，你現在這樣7日又要重算了（還是能不能找個人重新廢除這個規定）。SANMOSA _{江南好，風景舊曾諳} 2021年3月14日 (日) 14:01 (UTC)

@Sanmosa：首先，我只是評論Bookwith的留言，不是對提案的異議意見。其次，如果算，送一個IAR好了（這下更能懂當時公示共識時的爭議了）-- Sunny00217  2021年3月14日 (日) 14:18 (UTC)

@Sunny00217：非異議意見（甚至是支持意見）都會導致重算7日（所以我才說要找個人重新廢除這個規定）。SANMOSA _{江南好，風景舊曾諳} 2021年3月14日 (日) 15:19 (UTC)

@Sanmosa：那這次直接IAR，再來提案更改7DAYS-- Sunny00217  2021年3月15日 (一) 16:36 (UTC)

这样既然大家大致上都能认可后续发言其实是另一些话题，我们灵活处理不知妥否：还是以直接与修订相关的最后一条讨论（就是Bookwith阁下的发言）计算，现在开始公示7天。如果有编辑有异议，无论对修订内容的异议也好，或者对公示的流程有异议也好，有异议那么终止公示，回到严格计算的轨道上来。--Kirk★ # 2021年3月15日 (一) 16:34 (UTC)

---

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

擬議快速刪除方針條文增修（消歧義重新導向）

通過。SANMOSA _{江南好，風景舊曾諳} 2021年3月25日 (四) 00:11 (UTC)

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

---

原标题为：擬議快速刪除方針條文增修（A部分）

由於依WP:R#DELETE第11款（帶有「(消歧義)」字樣，且無連入的重新導向）走AFD程序提刪的重新導向基本上都會被刪除，因此為加快相關重新導向的刪除處理程序，現擬議在WP:快速删除方针增加以下一條：

“

R8. 帶有「(消歧義)」字樣，且無連入的重定向。

• 在提請快速刪除前，請務必先檢查並清理相關重定向的連入。
• 若重定向頁與導向目標頁同樣帶有「(消歧義)」字樣，且兩者的標題僅存在繁簡／地區詞差異，則不適用。
• 如有用戶對應否使用消歧義及消歧義的方式存在未解決的爭議，則應交由存廢討論處理。

• 使用模板{{d|R8}}或{{d|r8}}。

”

如上述修訂獲通過，將會連帶修訂WP:重定向如下：

“

11. 帶有「(消歧義)」字樣，且無連入的重定向，可适用快速删除方针R8款。

”

以上。SANMOSA _{誓山海而長在，似日月而無休} 2021年2月21日 (日) 05:22 (UTC)

請勿將擬議快速刪除方針條文增修的其他部分與此部分合併，以免討論失焦。SANMOSA _{誓山海而長在，似日月而無休} 2021年2月21日 (日) 05:30 (UTC)

怎么避免消歧义页改成重定向然后速删。比如限定存在已超过1年的重定向？--YFdyh000（留言） 2021年2月21日 (日) 05:32 (UTC)

@YFdyh000：擬議條文僅處理帶有「(消歧義)」字樣的重新導向。帶有「(消歧義)」字樣的重新導向通常不會重新導向至非消歧義頁面。如果是使用平等消歧義抑或主題目消歧義的爭議，依擬議條文，應交由存廢討論處理。SANMOSA _{誓山海而長在，似日月而無休} 2021年2月21日 (日) 05:41 (UTC)

按新增条文，我可以将主题目消歧义的消歧义页改成重定向页（如重定向回主条目）、取消链入、改为顶注消歧义（或者单纯反对而不作任何消歧义），然后悄然请求速删其他人创建的消歧义页面，期间创建人可以不知情。我很好奇「(消歧義)」字樣的重定向的成因，似应避免，或者不管、保留。--YFdyh000（留言） 2021年2月21日 (日) 05:53 (UTC)

@YFdyh000：「改為頂注消歧義」仍是「應使用平等消歧義抑或主題目消歧義存在未解決的爭議」的情況（頂注消歧義為主題目消歧義的一種），依原提議條文，仍應交由存廢討論處理。就「單純反對而不作任何消歧義」一點，我已再更新提議條文，現提議條文在「單純反對而不作任何消歧義」的情況下應交由存廢討論處理。SANMOSA _{誓山海而長在，似日月而無休} 2021年2月21日 (日) 06:05 (UTC)

(－)反对 沒有甚麼價值，只是存不存在罷了-- Sunny00217  2021年2月21日 (日) 13:52 (UTC)

@Sunny00217：請你詳細解釋一下你的理由。我是想説，如果最後的結果必然是刪除，那根據WP:SNOW的思想，應該加快此類提刪的刪除程序。SANMOSA _{誓山海而長在，似日月而無休} 2021年2月21日 (日) 23:42 (UTC)

你可以把我這張票視作無效反對票就是了，基本上個人認為這種提案沒有甚麼必要-- Sunny00217  2021年2月22日 (一) 09:48 (UTC)

不是「清除」連入，已改為「清理」。空氣小貓（留言） 2021年2月26日 (五) 12:57 (UTC)

現依方針公示此條7日。SANMOSA _{江南好，風景舊曾諳} 2021年3月7日 (日) 00:37 (UTC)

(－)反对：如果有人故意無視「如有用戶對應否使用消歧義及消歧義的方式存在未解決的爭議，則應交由存廢討論處理」這條，移動之後用這個R8速刪留下的重定向，很容易瞞天過海，所以最好還是存廢討論，至少有七天給人發現。--Opky9407（留言） 2021年3月11日 (四) 10:59 (UTC)

@Opky9407：理論上如果有人要如此蓄意為之，即使是現有的任何一條快速刪除條文也會出同樣的問題（至少R3、R7、O4也如是），因此我不認為這是合理的反對理由（否則按你的邏輯，所有快速刪除條文都不能用了），這應該交由編輯戰方針等處理才是。而且，管理員在進行快速刪除前是會進行檢查操作的，現在我又沒提議用bot處理，掛個{{hang on}}也非常輕而易舉，我不相信管理員的警覺性如此低下（否則按你的邏輯，所有管理員都不要執行任何快速刪除條文好了）。再者，重建一個重新導向頁面是非常容易的事情，基本上等同零成本，假設真的有人故意無視，然後重新導向頁面真的被刪了，然後和該人意見相反者（不斷）重建同一個重新導向頁面（假設是不熟悉方針的新用戶；老用戶提一提DRV，管理員自然就關注了），這也很容易引起管理員關注（個人估計24小時內一定會發現），管理員最終還是很自然而然地使兩方重回討論，不可能沒人發現有用戶對應否使用消歧義及消歧義的方式存在未解決的爭議。假使真的沒人發現，那就代表和該人意見相反者根本不關注該重新導向頁面的存廢（以及對應否使用消歧義及消歧義的方式的爭議），那樣「爭議」是否真的存在也成疑問。SANMOSA _{江南好，風景舊曾諳} 2021年3月11日 (四) 13:54 (UTC)

如果3日之内沒回應的話，我會假定他接受我的解釋。SANMOSA _{江南好，風景舊曾諳} 2021年3月11日 (四) 15:52 (UTC)

不同意，比起其他的速刪，這個其實也不易判斷移得是否合理，最終淪為hangon者跟管理員比快，非常不宜。--Opky9407（留言） 2021年3月14日 (日) 10:04 (UTC)

@Opky9407：O4的情況其實也完全一樣，現時經O4刪除的分類多數都是先進行手動清空，然後提請快速刪除，管理員其實也未必容易判斷清空是否合理，而且是否出現大規模清空的情況比移動頁面的情況更難檢查（移動頁面後，頁面自身至少還有歷史紀錄；清空分類不會在分類頁本身留紀錄），因此要說R8是「淪為hangon者跟管理員比快」的話，現行（且行之已久）的O4應該更嚴重，但是社羣多年來（且至今）並未對性質一樣的O4產生異議。另一方面，管理員在處理快速刪除請求時可以在沒hangon的情形下駁回請求。我認為除非你能夠說服社羣「淪為hangon者跟管理員比快」的快速刪除規則不宜存在（也就是成功廢除現行的O4，你總不可能會容忍一個比新條款更「離譜」的祖父條款；但我估計社羣必然反對廢除O4），否則我很難認定你的理由為合理的反對理由，希望你能夠理解。SANMOSA _{江南好，風景舊曾諳} 2021年3月14日 (日) 10:49 (UTC)

我不想3日、3日地等，這樣的交流很沒有效率。SANMOSA _{江南好，風景舊曾諳} 2021年3月14日 (日) 10:54 (UTC)

如果自上個留言起計3日之内沒回應的話，我會假定他接受我的解釋。他這樣斷續式的討論參與對形成共識毫無幫助，如果我發現他長期也是如此的話，我考慮將其視為SPA。SANMOSA _{江南好，風景舊曾諳} 2021年3月15日 (一) 08:01 (UTC)

(？)疑問，諸如「xxx (消歧义)」重定向到「xxx (消歧義)」好像被波及了？有些時候會因為技術轉換失效問題而要故意建立那些繁簡消歧義，這個規則好像沒有排除。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2021年3月17日 (三) 09:33 (UTC)

@Cdip150：確實是我思慮不周，繁簡轉換和地區詞處理等應當不受影響，已修正提案。如果沒其他問題的話，我會重新進行公示。SANMOSA _{江南好，風景舊曾諳} 2021年3月17日 (三) 10:09 (UTC)

重行公示7日。SANMOSA _{江南好，風景舊曾諳} 2021年3月18日 (四) 05:51 (UTC)

---

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

关于Wikipedia:修订版本删除请求的RD5理由是否能适用于Wikipedia:删除方针和Wikipedia:快速删除方针

RD5的描述为“删除守则下的有效删除，使用RevisionDelete执行”，而“删除守则”我认为应该对应Wikipedia:删除方针（Wikipedia:修訂版本刪除的RD5的对应描述链接，就是删除方针），而Wikipedia:快速删除方针（SD）是删除方针的删除理由之一，而且SD本身是为了避免冗长讨论而对于特定理由能快速执行删除处理的特例，本身就应该满足了删除方针的要求。

所以如果特定版本中用户名或编辑摘要满足SD的条件（或者），是否能以RD执行版本剔除？

这源于Wikipedia:修订版本删除请求/存档/2021年3月，“YouTuber”的一个版本中编辑摘要列出一个YouTuber的频道地址（而且用户名也是该频道的名称，不过没申请处理，暂且不提），如果按照SD的话，已经符合G11的要求。但@蟲蟲飛：没给出具体原因而拒绝了请求，所以对于蟲蟲飛或者其他有处理删除作业的管理员表个态，对于编辑版本三个元素（内容、编辑摘要、用户名）中存在满足删除方针和速删方针的内容，是否能以RD5申请处理？--Sakamotosan路过围观杯弓蛇影 | 避免做作，免敬 2021年3月23日 (二) 09:41 (UTC)

严重程度达到RD级别则可以。应该以目的和语气判定。所提的Special:Diff/64784719，我认为没达到这个程度，第一眼可视作在举证，没有让普通人访问的欲望。如果用户名或编辑摘要如：快来访问xxx、xxx有好东西、xxx某日大优惠 之类的，则可以参照G11或G3来RD5，如果是病毒或骚扰则RD3。--YFdyh000（留言） 2021年3月23日 (二) 09:55 (UTC)

需考量回退或直接忽略是否可行。--Xiplus#Talk 2021年3月23日 (二) 10:24 (UTC)

擬議快速刪除方針條文增修（A2修訂）

原标题为：擬議快速刪除方針條文增修（B部分）

現擬議修改快速刪除方針A2與A6條文如下：

“ A2：

現行條文 帶有{{inuse}}模板的不適用。

提議條文 帶有{{inuse}}模板的頁面（在編輯持續時間內）不適用。 若條目內的模板包括資訊框，資訊框預設欄位名稱以外的內容視為條目本身的內容。如相關內容符合A1，請改為使用A1提請快速刪除。

”

“ A6：

現行條文 帶有{{inuse}}和{{translating}}模板的不適用。

提議條文 帶有{{inuse}}（在編輯持續時間內）及／或{{translating}}模板的頁面不適用。

”

以上。SANMOSA _{誓山海而長在，似日月而無休} 2021年2月21日 (日) 05:38 (UTC)

請勿將擬議快速刪除方針條文增修的其他部分與此部分合併，以免討論失焦。SANMOSA _{誓山海而長在，似日月而無休} 2021年2月21日 (日) 05:43 (UTC)

增加「若條目內的模板包括資訊框，且資訊框在不包含其預設欄位名稱的情況下仍有內容，則亦不適用」的原因是資訊框通常具百科性內容。其他部分的修改原因是促進草稿化。SANMOSA _{誓山海而長在，似日月而無休} 2021年2月21日 (日) 05:46 (UTC)

@Poem。SANMOSA _{誓山海而長在，似日月而無休} 2021年2月21日 (日) 05:48 (UTC)

inuse的部分我认为没必要，按常识按需移除即可，{{inuse|2年}}不适用吗。“有内容”可能非常宽泛，标点和胡言乱语都是内容，不过我还没想到更好表述。A6同上。因此，我不认为有必要修订。--YFdyh000（留言） 2021年2月21日 (日) 06:00 (UTC)

@YFdyh000：就「若條目內的模板包括資訊框，且資訊框在不包含其預設欄位名稱的情況下仍有內容，則亦不適用」來說，你說的情況並不常見（而且可以用A1處理），大多數情況是確有有意義內容，這種情況下不應刪除，但我更改一下表達方式。後一點我開放討論，因為這個提議是照抄舊提議的。SANMOSA _{誓山海而長在，似日月而無休} 2021年2月21日 (日) 06:12 (UTC)

• 摘下inuse再提刪就行。--Temp3600（留言） 2021年2月21日 (日) 14:31 (UTC)

@Temp3600：不排除有誘發編輯戰的可能性。SANMOSA _{誓山海而長在，似日月而無休} 2021年2月21日 (日) 23:44 (UTC)

(※)注意

1. 用戶經常只加了模板及訊息框後後，就一走了之，這些只有模板及訊息框的條目嚴重影響條目質素，也影響維基的聲譽，讓外界看到維基的條目只有模板及訊息框。
2. A6現行條文已經很清晰，用戶及管理員也會根據常識判斷。

以上。--蟲蟲飛♡♡→♡℃※留言 2021年2月22日 (一) 04:47 (UTC)

（1）一來這條文修改其實是為了促進草稿化，巡查員看到自然懂得怎麽樣去處理，不要說的像所有巡查員都死了一般。二來中文維基百科品質低下的條目多的是，有些條目的字數只是剛好過50，我看它們的品質跟只有Infobox的條目差不多。（2）這一點我開放討論，因為這個提議是照抄舊提議的。SANMOSA _{誓山海而長在，似日月而無休} 2021年2月22日 (一) 12:29 (UTC)

(？)疑問:現行方針下，您要「促進草稿化」，就做不到嗎？您可以把符合A2的條目，以移動到草稿的方式去替代提速刪，沒必要改方針。--蟲蟲飛♡♡→♡℃※留言 2021年2月24日 (三) 12:40 (UTC)

我現在又不是巡查員，所以我能做的東西很少，我總不可能整天盯著Category:快速删除候选吧。那如果我要想辦法提醒巡查員的話，最好的辦法就是從方針層面提醒，讓他們挂A2的誘因減少，草稿化的誘因增加。SANMOSA _{誓山海而長在，似日月而無休} 2021年2月25日 (四) 02:23 (UTC)

(＆)建議:這種常識性的東西，我不認為巡查員會不懂，如果不懂，您改了方針，也不會立刻懂了。建議您可以直接走去巡查員用戶討論頁建議，這比您改方針的方式來得有效。--蟲蟲飛♡♡→♡℃※留言 2021年2月25日 (四) 03:52 (UTC)

我不認為草稿化是“常識性的東西”。SANMOSA _{誓山海而長在，似日月而無休} 2021年2月25日 (四) 09:08 (UTC)

• 請您論述提案解決了甚麼問題？現行機制是否無法解決您提到的問題？--蟲蟲飛♡♡→♡℃※留言 2021年2月28日 (日) 02:17 (UTC)

我在2021年2月22日 (一) 12:29 (UTC)的留言中的（1）中的“二來”有説明修訂條文後資訊框預設欄位名稱以外的內容視為條目本身的內容，實際上避免了只有已填寫有意義的百科性内容的資訊框的條目被刪除，讓該等條目有機會被改寫出文字段落敘述。SANMOSA _{江南好，風景舊曾諳} 2021年2月28日 (日) 10:51 (UTC)

• 您這個意見我上面已經回應了，在條目空間保留這些只有訊息框或模板的條目，很影響外界對維基的觀感，而且我沒看到提案有甚麼修訂意義。--蟲蟲飛♡♡→♡℃※留言 2021年3月3日 (三) 10:23 (UTC)

請問百科全書最重要的目的是甚麽？照顧特定人士的觀感？不可能。不要把本末輕重顛倒。SANMOSA _{江南好，風景舊曾諳} 2021年3月3日 (三) 13:56 (UTC)

对当前提案的A2条文修订倾向支持。对inuse相关修订（持续时间内）认为没必要强调，挂模板的人应有常识。对虫虫飞认为的“这些只有模板及讯息框的条目严重影响条目质素”等反对，有维护模板更体现维基百科的不完善、号召贡献（我甚至倾向“模板轰炸”），新建的不违规条目不需要迅速处理。虫虫飞，“您可以把符合A2的條目，以移動到草稿的方式去替代提速刪，沒必要改方針。”大概不能代替Sanmosa期望的减少A2使用率。--YFdyh000（留言） 2021年3月3日 (三) 14:27 (UTC)

inuse的部分，很不幸地，在我看來，沒多少人有如此的常識。SANMOSA _{江南好，風景舊曾諳} 2021年3月3日 (三) 14:30 (UTC)

(？)異議:現在社羣對條目質素有非常高的要求，沒必要把質素極差的A2，可能不成條目的條目留在維基。--蟲蟲飛♡♡→♡℃※留言 2021年3月3日 (三) 14:35 (UTC)

@蟲蟲飛：您的观点大概是小小作品应当速删。但宁缺毋滥、宁滥勿缺等观点是并存的。@Sanmosa：所以有很多人在速删挂了inuse的条目吗。--YFdyh000（留言） 2021年3月3日 (三) 14:51 (UTC)

• 小小作品還算條目，A2連條目都不是，質素極差的，不知為甚麼還要放寬？--蟲蟲飛♡♡→♡℃※留言 2021年3月3日 (三) 14:57 (UTC)

@蟲蟲飛：提案的A2会将这样内容的新条目排除，并将无实际内容的新条目归入A1。虽然这个示例也许稍显极端，但确实有编者和新手会将早期版本的草稿提交到条目空间，如果内容可修改格式来变为小小作品乃至小作品，或者移动到草稿空间，不应该交由速删，如此速删像是惩罚编者而非促进内容创建。--YFdyh000（留言） 2021年3月3日 (三) 15:09 (UTC)

这样差的條目還要放過？合理嗎？雖然我反對熱血刪除，但也(－)反对把條目的質素標準降到那麼低。--蟲蟲飛♡♡→♡℃※留言 2021年3月4日 (四) 13:53 (UTC)

能轻松总结和改写为小小作品或以上的仅信息框条目，不应以速删结束，应留出完善和打捞时间（小小作品或存废讨论）。尚不是合格的条目（包括如广告宣传、关注度不足、需要重写等），不代表要立即速删，侵权删除都有7天呢。指引Wikipedia:小小作品#小小作品提昇管理辦法也提到，正文的定义“不包含讯息框的预设字段名称和其他模板本身”，即非预设字段是计入小小作品字数计算的，A2没理由比它更严格。--YFdyh000（留言） 2021年3月4日 (四) 14:16 (UTC)

• 我還沒看到修訂A2或取消A2的實際意義，而且用戶經常寫了A2條目後就一走了之，修訂只會令維基積壓更多沒有內容只有訊息框的問題條目。此外，站務性的方針不建議頻繁地修改，這樣很影響巡查員去處理站務。而且今天有用戶感覺想改一下方針，明天又有用戶要改，改來改去，很影響巡查員處理站務。--蟲蟲飛♡♡→♡℃※留言 2021年3月5日 (五) 06:49 (UTC)

如果確實有改的需要，即使頻繁，還是要改。改的時機僅取決於有沒有那個需要，而不取決於是否頻繁，而有沒有那個需要也不取決於是否頻繁。而且，這條改下來以後理論上應該是減少了巡察員的工作，如果説真的“很影響巡查員處理站務”，那樣那個影響一定是正面的影響。SANMOSA _{江南好，風景舊曾諳} 2021年3月5日 (五) 07:07 (UTC)

• 方針有問題當然要改，但不能為改而改，而且現在沒有改的需要，因為提案沒有解決任何問題，而且帶出了新的問題。--蟲蟲飛♡♡→♡℃※留言 2021年3月5日 (五) 07:13 (UTC)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘@蟲蟲飛：意义是给保留派维基人和创建者留出充足的打捞时间。包括我，在巡查或存废中看到关注度不足或小小作品的条目时，如有闲暇和兴趣，会尝试搜寻来源和内容并尝试打捞为小作品；而如果让我从头创建和编写那个条目，基于完美主义等原因（自动过期被删了不少译了八九成的草稿……），我肯定是拒绝的。此方针修订幅度很小，很容易理解，只需巡查员改挂小小作品或A1而非A2，管理员处置A2时稍加留意，驳回并转其他处理方式。哪怕有管理员没注意到A2的变更，也不会出什么大事。另外，一个标有维护模板的信息极少条目，可能会激发一些读者参与到维基百科编辑中来，因为稍作改善是很容易的，并不是只有好条目才能提升维基百科。因此，对A2修订支持（不含inuse部分）。不清楚虫虫飞所讲的新问题是什么。--YFdyh000（留言） 2021年3月5日 (五) 07:20 (UTC)

現時的機制已經可以讓保留派改善A2條目，例如在編輯中的A2不應提刪，而且您也可以把符合A2的移動到草稿再改善。--蟲蟲飛♡♡→♡℃※留言 2021年3月5日 (五) 07:25 (UTC)

几分钟至几小时不足以获得充分关注和打捞，多放几天并不会怎样。移动到草稿空间对创建者（尤其是已注册的新人或资深用户）很不尊重、突然。--YFdyh000（留言） 2021年3月5日 (五) 08:22 (UTC)

我也很(－)反对把條目移動到草稿，但從我每天處理速刪所見，過去兩年沒看過有人去救A2條目，反而用戶寫了A2條目後，一走了之，不負責任的太多了。--蟲蟲飛♡♡→♡℃※留言 2021年3月6日 (六) 04:33 (UTC)

或許管理員們對掛上A2的條目，可以放個一兩天或兩三天，如果沒改善再刪？當初的想法是覺得有些只有訊息框的條目內容量足夠，要改寫成小作品條目不算難，這時刪了可惜。放個幾天再刪一方面可以讓編者有時間改寫，對新手編者也不會因為被移到草稿而認為條目不見而影響心情（不指望新手編者會看監視清單，或注意到通知），也可維持有些人對維基的觀感？這樣也不用動到公開的方針。Poem（留言） 2021年3月6日 (六) 16:34 (UTC)

不同管理員的處事方式不同，有必要定明文方針。SANMOSA _{江南好，風景舊曾諳} 2021年3月7日 (日) 00:57 (UTC)

• 改方針不能解決問題，建議您有意見可以直接走去提醒管理員。--蟲蟲飛♡♡→♡℃※留言 2021年3月7日 (日) 02:16 (UTC)

不同管理員的處事方式不同，不改方針沒辦法規範管理員的處理方式，沒辦法使管理員必須遵守。SANMOSA _{江南好，風景舊曾諳} 2021年3月8日 (一) 23:55 (UTC)

改方針，管理員不會立刻改善，兩者沒有因果關係，您自己走去提醒和溝通，才有用。--蟲蟲飛♡♡→♡℃※留言 2021年3月9日 (二) 02:58 (UTC)

沒有用。不同管理員的處事方式不同，我想跟他們溝通，他們也還不願意溝通呢，何況又不是他們必須做的事情。SANMOSA _{江南好，風景舊曾諳} 2021年3月10日 (三) 10:45 (UTC)

• 不回應用戶留言及請求的管理員確實很多，遇到這個問題，您可以來找我，您看每天都很多人走來找我幫忙。--蟲蟲飛♡♡→♡℃※留言 2021年3月11日 (四) 03:12 (UTC)

我不排除這會衍生管理戰的問題。SANMOSA _{江南好，風景舊曾諳} 2021年3月11日 (四) 15:54 (UTC)

• 車輪戰是很嚴重的，就算只是一次，也可以彈劾，或者無須警告，直接封禁。--蟲蟲飛♡♡→♡℃※留言 2021年3月12日 (五) 00:44 (UTC)

這月初不就發生過一次（Wikipedia:編輯禁制紀錄）。SANMOSA _{江南好，風景舊曾諳} 2021年3月14日 (日) 04:23 (UTC)

• 涉事的管理員已經被部分封禁。--蟲蟲飛♡♡→♡℃※留言 2021年3月17日 (三) 11:45 (UTC)

這不就表示（部分）封鎖無阻於管理員進行管理戰嗎？SANMOSA _{江南好，風景舊曾諳} 2021年3月17日 (三) 12:35 (UTC)

如果沒有任何人提出新的、有效的論點的話，我計劃在3月22日進行公示。SANMOSA _{江南好，風景舊曾諳} 2021年3月15日 (一) 08:20 (UTC)

(？)異議:未見提案解決了甚麼問題，沒看到修改的意義，而且現行方針版本較佳，而且提案帶出了新的問題。--蟲蟲飛♡♡→♡℃※留言 2021年3月17日 (三) 11:43 (UTC)

最後一次回應：（1）此提議意在放寬條目存留要求，不是用作「解決甚麼問題」，要是一定要說「解決了甚麼問題」的話，那就是變得更新手友善。（2）「提案帶出了新的問題」，然而其所謂的「新的問題」根本不是問題。SANMOSA _{江南好，風景舊曾諳} 2021年3月17日 (三) 12:35 (UTC)

請您重看我上面的留言：

1. 用戶經常只加了模板及訊息框後後，就一走了之，這些只有模板及訊息框的條目嚴重影響條目質素，也影響維基的聲譽，讓外界看到維基的條目只有模板及訊息框。
2. A6現行條文已經很清晰，用戶及管理員也會根據常識判斷。

以上。--蟲蟲飛♡♡→♡℃※留言 2021年3月17日 (三) 12:57 (UTC)

就（1），我不打算重覆YFdyh000的論點。就（2），就我看來，沒多少人有如此的常識，而摘下inuse再提刪則有誘發編輯戰的可能性。SANMOSA _{江南好，風景舊曾諳} 2021年3月17日 (三) 23:16 (UTC)

1.不同意，原因見上面論述。而且為了本站條目質素，不應讓慘不忍睹的劣質A2條目長時間留在維基。2.行之有效，未見有問題，如有，請舉證及論述現時的問題。--蟲蟲飛♡♡→♡℃※留言 2021年3月18日 (四) 03:52 (UTC)

你這意見和小小作品應當速刪沒本質上的差別。SANMOSA _{江南好，風景舊曾諳} 2021年3月18日 (四) 05:50 (UTC)

錯，A2是沒有條目內容，只有模板等東西，小小作品是有內容的。--蟲蟲飛♡♡→♡℃※留言 2021年3月19日 (五) 06:25 (UTC)

然而Infobox是存在百科內容的，小小作品算字數甚至也算Infobox。SANMOSA _{江南好，風景舊曾諳} 2021年3月19日 (五) 14:36 (UTC)

抱歉，無法接受只有訊訊框，而沒有正文的劣質條目。--蟲蟲飛♡♡→♡℃※留言 2021年3月20日 (六) 08:29 (UTC)

那轉送社群調查吧，看看社群大體的反應如何。SANMOSA _{江南好，風景舊曾諳} 2021年3月21日 (日) 08:30 (UTC)

已轉送社群調查。SANMOSA _{江南好，風景舊曾諳} 2021年3月22日 (一) 00:29 (UTC)

• 共識是通過討論達成，不是通過調查；提案最大的問題是沒有解決任何問題，而且帶出了新的問題，沒有任何修訂意義。--蟲蟲飛♡♡→♡℃※留言 2021年3月22日 (一) 13:25 (UTC)

這社群調查中間還不是討論，我不就是想找一個方法吸引更多人來這裏。SANMOSA _{江南好，風景舊曾諳} 2021年3月22日 (一) 13:45 (UTC)

您首要做的事是先論述一下您希望解決甚麼問題？--蟲蟲飛♡♡→♡℃※留言 2021年3月23日 (二) 06:40 (UTC)

上面説了，不重複。如果你還是打算重複你上面説過的那些陳腔濫調的話，那大可不必。SANMOSA _{江南好，風景舊曾諳} 2021年3月23日 (二) 07:08 (UTC)

您上面留言我也回應了，注意提案如果根本沒有解決任何問題，而且帶出新的問題，那麼提案就不應該成立。--蟲蟲飛♡♡→♡℃※留言 2021年3月24日 (三) 06:37 (UTC)

@YFdyh000、Temp3600、Poem：想重新問一下對於上面的提議修訂有沒有其他意見的？inuse的部分喜歡的話當成表述方式的調整就好，重點還是在A2。SANMOSA _Σουέζ 2021年3月31日 (三) 08:00 (UTC)

重述倾向支持。对虫虫飞从站务角度来严格化清理无正文条目，个人有所理解但不赞同——要不然规定将这种条目移动到草稿空间吧，变废弃草稿再清理，虽然O7的六个月稍久。个人支持无正文也是条目，符合小小条目规定。还想到另一种情况，目前可做到编者没写内容但信息框包含众多有意义内容，通过d:Template:Databox，但如果新条文是以条目源码的内容为准则没问题。--YFdyh000（留言） 2021年3月31日 (三) 08:15 (UTC)

• (※)注意:速刪方針屬於站務方針，現行方針已經很好，沒甚麼問題，修訂版標準模糊，除了帶給站務人員判斷上的爭議外，也未見帶出甚麼意義。而且重申:非常(－)反对把極度劣質而沒有內容的A2條目長時間留在條目空間，很影響外界對維基的觀感。--蟲蟲飛♡♡→♡℃※留言 2021年3月31日 (三) 08:32 (UTC)

条目人物在世时深居简出且无第三方拍摄的照片时是否适用WP:F10

基金会规定在世人物图片不得合理使用，本地没有弹性解读的空间。--Wcam（留言） 2021年4月1日 (四) 20:22 (UTC)

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

---

关于File:YYUT main photo.jpegFile:YYUT show photo.jpeg的快速删除，因上述文件为在世人物（youtober铃木悠太）自行在其youtobe频道上传的图片，关于WP:F10中描述的“文件描述的是在世或假定在世人物、仍然存在的建筑、室外雕塑或仍然在售的商品，且预计自行拍摄的照片不受他人著作权保护。”因其本人是深居简出的youtober，且居住在日本，日本网络亦无第三方拍摄的照片，故我认为选择上述图片已是最好的选择 --Fggddforchina（留言） 2021年4月1日 (四) 13:09 (UTC)

深居簡出、住在日本以及沒有第三方拍攝的圖片也不構成合理使用，除非此人已經過世，導致取得自由圖片的機會完全消失，否則您未得授權上傳他人的圖片，那就是侵權。理所當然地，此圖必須刪除。--AT 2021年4月1日 (四) 14:01 (UTC)

---

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

关于删除模板的问题

参见：Template talk:Delete § 關於快速刪除G8

更多信息：Template:Delete

上次讨论中，User:Sun8908提到了G8的问题，今天清理存档时发现这个问题依然没解决，既然这个参数目前仍无法使用，我个人认为：

1. 移除模板内有关G8的信息，直到社群认为有必要重启G8，或者
2. 直接按照之前的标准重启G8

另@Xiplus、Sanmosa：上次讨论参与者。说起来我记得去年G8还是能用的啊？--ときさき くるみ 2021年4月21日 (三) 17:01 (UTC)

• 感觉有必要在模板里恢复G8，如果有用户因为技术原因（如页面移动）需要请求管理员帮忙删除页面，不能用G8模板会变得有点麻烦。Itcfangye（留言） 2021年4月21日 (三) 21:04 (UTC)

  @Itcfangye：頁面移動根據Wikipedia:移動請求應使用{{Requested move}}而非Delete，這樣設計就是為了防止像您這樣不清楚提請方法而誤用Delete的人。--Xiplus#Talk 2021年4月22日 (四) 00:42 (UTC)

• @Xiplus：我提G8的是无异议应当立即移动，但是目标页被占用的情况。如果用移动请求的话是不是应该讨论一周才移动？Itcfangye（留言） 2021年4月22日 (四) 04:16 (UTC)

  @Itcfangye：請自行閱讀Wikipedia:移動請求了解相關處理方式。--Xiplus#Talk 2021年4月22日 (四) 04:28 (UTC)

• 呃，既然这样，那不妨把目前删除模板内的相关提示信息删掉好了。--ときさき くるみ 2021年4月22日 (四) 08:35 (UTC)

  什麼提示？--Xiplus#Talk 2021年4月22日 (四) 14:23 (UTC)

  @Xiplus：“标记者没有提供理由，请对照以下删除说明补上合适的参数……快速删除的理由可以填写左边代码，模板会自动显示相应的理由：……G8或rm 因技术原因删除页面”。--ときさき くるみ 2021年4月22日 (四) 14:43 (UTC)

  已提編輯請求。--Xiplus#Talk 2021年4月22日 (四) 15:13 (UTC)

滾回CSD#G14的修訂，以保留未完成翻譯的計劃頁面

快速關閉。當時的該修訂並不更動條文的實際意涵，因此此提案單純屬於提案人對該修訂的誤解。SANMOSA _Σουέζ 2021年5月6日 (四) 01:44 (UTC)

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

---

上一次(2020)的G14修訂如下:

現行條文 (2020前版本) 超過兩周沒有進行任何翻譯的非現代標準漢語页面。

提議條文 (目前版本) 逾14天沒有翻譯的非現代標準漢語页面。

本項導致WP名字空間下的積壓英文頁面有被CSD的危險；部分搬運的技術頁面由於不太急逼，往往很久都沒有完成翻譯，假如外文對應頁面消失，中文版將失去該工具的介紹。此外，有關條款亦不利計劃頁面採「翻譯一段公開一段」策略。

• 我請求滾回本項修訂（至少其標題部分；細則修訂我覺得沒有問題）。副知@Pseudo Classes：。--Temp3600（留言） 2021年5月5日 (三) 11:47 (UTC)

至少我認為當時提出的修訂和原先的標準一致（標題），你想想，只要頁面中的一個章節、段落或文字「有翻譯」成中文，就不符合「沒有翻譯」和「沒有任何翻譯」不是嗎？修訂只是清除冗詞贅字，解讀起來是一樣的。空氣小貓（留言） 2021年5月5日 (三) 14:14 (UTC)

---

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

修订CSD#G14

通過：

通過。SANMOSA _Σουέζ 2021年5月12日 (三) 06:34 (UTC)

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

---

既然维基专题（WikiProject）空间自项目空间拆分而来，那也应该适用G14。

G14. 逾14天沒有翻譯的非現代標準漢語页面。

包括所有未翻譯的外語、汉语方言以及文言文。

• 此項僅適用於條目、計劃、维基专题、使用說明和主題命名空間。

（删节）

以上 ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年5月3日 (一) 03:12 (UTC)

(▲)同上。空氣小貓（留言） 2021年5月4日 (二) 01:47 (UTC)

(▲)同上。--Raptor (Unknown) 2021年5月5日 (三) 01:44 (UTC)

---

现进行公示七日，七日后若无异议即进行修改。--痛心疾首 2021年5月5日 (三) 04:39 (UTC)

(！)意見:才提案兩天，不要今天就火速公示，先看一下其他人的意見吧。--蟲蟲飛♡♡→♡℃※留言 2021年5月5日 (三) 05:15 (UTC)

(：)回應這應該是事實修訂吧，未見直接公示有甚麼不妥，維持原樣才是錯誤吧，原先專題位於WP空間，適用於G14，如果方針不這樣改，專題空間設立案不就變相變成「專題無條件獲得G14豁免」？甚至未見專題空間設立案的討論有討論到「專題無條件獲得G14豁免」議題，因此，這提案不通過等於變相違反方針、方針帶頭繞過方針、違反方針？如果U:蟲蟲飛堅持維持原樣，反而是您要前往專題空間設立案的討論區提議《開放所有專題頁面G14豁免》，否則你的「才提案兩天，不要今天就火速公示，先看一下其他人的意見吧」等同於「變相違反方針」理據見上。-- 五歲抬頭雪菲（☎️·☘️） 2021年5月5日 (三) 05:30 (UTC)

• 如果是事實性修改就不用公示，可以直接改。--蟲蟲飛♡♡→♡℃※留言 2021年5月5日 (三) 05:37 (UTC)
  • 怎麼說呢，這個算是專題空間設立案的疏漏，還是公示一下比較好。-- 五歲抬頭雪菲（☎️·☘️） 2021年5月5日 (三) 05:54 (UTC)
• 虫虫飞您好，这个事项是事实性修订，故可以较快进入公示流程，感谢您的理解。--痛心疾首 2021年5月5日 (三) 06:02 (UTC)

@Pseudo Classes：調整一下提案中的語序。@蟲蟲飛：對方針的事實性修改本來是不用公示的，但這修改會動到Module:Template:Delete/data，這有模板保護，依規仍需公示。SANMOSA _Σουέζ 2021年5月5日 (三) 07:41 (UTC)

@Sanmosa：了解。空氣小貓（留言） 2021年5月5日 (三) 08:36 (UTC)

---

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

设计一个制度解决部分速删模板挂不上去的页面的删除问题

目前討論狀態：

特殊頁面掛模板問題 进行中……：設立特殊頁面提刪制度 無共識：使用討論頁提刪模式 进行中……：引入能夠在特殊頁面掛模板的模組 已通過：特殊頁面懸掛模板之模組 已佈署：Module:Module wikitext 已佈署：Module:Special wikitext 已佈署：特殊頁面掛模板的頁面預覽工具 擱置：提刪工具（WT:TW）支持 进行中……：基於上述技術修訂方針 其他議題： 擱置：DOC提示 等待中：特殊頁面分類問題

-- 五歲抬頭雪菲（☎️·☘️） 2021年5月8日 (六) 19:10 (UTC)

参见Wikipedia:互助客栈/求助/存档/2021年4月#请帮忙删除 User:Tranve/工坊/workshop.json，像 JSON 和 Module: 名字空间的页面，速删模板挂不上去。希望可以在方针制度层面解决这个问题。--Tranve (✉) 2021年4月5日 (一) 13:07 (UTC)

提案1：參考英文維基的模式討論頁放置提刪模板

無共識：

照搬英文維基的作法無共識。最終採用從英文維基引入後本地化升級成T:Special wikitext的方案-- 五歲抬頭雪菲（☎️·☘️） 2021年5月25日 (二) 17:00 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

---

(※)注意:如果TW可以像封禁選項讓管理員點選「提刪請求參見討論頁」還好，否則要管理員輸入詳細的提刪位置，手機不好操作。而且被刪除的頁面如果沒有任何提刪模板，而且公開的日誌中又未能清楚查看誰在哪裏提出刪除，對操作管理員來說都容易有爭議；刪除的操作不能馬虎，操作不清楚，時隔多天後，如果連操作管理員也忘了用戶在哪裏提出請求，而頁面又沒有提刪模板，對管理員會很不利，可以成為有心人質疑管理員操作的藉口，因此我比較同意Sunny00217建議，或者直接找管理員，或者在用戶自己的討論頁ping管理員請求刪除，管理員刪除時加個編輯差異，這樣才好保障管理員以免陷入不必要的爭議，而且安憶現在已經造了一個編輯差異複製黏貼的小工具，很好用。--蟲蟲飛♡♡→♡℃※留言 2021年4月18日 (日) 04:19 (UTC)

@蟲蟲飛：我不同意阁下的观点。首先，如果一个快速删除请求仅仅因为删除的页面是一个特殊页面而需要单独联络管理员，这已经违背了快速删除请求“快速”的特质；其次，如果需要到 WP:AFD 去汇报的话，相当于破坏了 AFD 的功能（AFD 原本应用于存废讨论），会导致站务管理混乱。我大致上同意仿照英文维基的方针。目前的技术问题先看看能不能联系管理员解决，如果不能解决的话，再尝试您的方案吧。请问如何联系管理员？--Tranve (✉) 2021年4月20日 (二) 10:41 (UTC)

(？)疑問:1.全保護的頁面通常是很重要的，有頻繁刪除的需要嗎？而且過去五年，我只看到您一個人有這方面的提刪需求和困難。2.走去找管理員討論頁討頁請求很困難嗎？如果覺得有困難，您在自己討論頁ping在線管理員，請求刪除，有甚麼困難？--蟲蟲飛♡♡→♡℃※留言 2021年4月20日 (二) 13:29 (UTC)

(：)回應：我在章节标题中已经写明了：我希望这一过程制度化。快速删除的目的是“加快处理显然不合适的页面或文件，省去存废讨论的时间”，而我上面的情形完全符合这个定义，理应走快速删除方针删除，奈何方针不完善啊 :( 其次，这个问题我已经遇到了两次：一次是 JSON 页面挂不上速删模板，另一次是自己的模块页面也挂不上删除模板，不存在全保护的问题。--Tranve (✉) 2021年4月21日 (三) 12:26 (UTC)

@Tranve：en:Module:Module_wikitext關於在中文維基無效Module:Module_wikitext的問題，導致en:MediaWiki:Gadget-twinklespeedy.js中文維基用不了的問題，請找WP:介面管理員。例如User:安忆是介面管理員。-- 五歲抬頭雪菲（☎️·☘️） 2021年4月20日 (二) 11:17 (UTC)

@A2569875：没来得及细看（大致看了下关键字）。请问具体需要我的什么帮助？如果是Module的话需要模板编辑员才行。--安忆^Talk 2021年4月20日 (二) 14:28 (UTC)

@安忆：看了一下追查英文維基相關功能的添加紀錄（關於Module:Module_wikitext），為en:Special:Diff/977236565，這個模板编辑员也無法，只能管理員；介面管理員能做的應該是中文維基的en:Special:Diff/977236565完成後，參照英文維基en:MediaWiki:Scribunto-doc-page-does-not-exist修改介面。 @Tranve：涉及如此複雜修該應需要公示。-- 五歲抬頭雪菲（☎️·☘️） 2021年4月20日 (二) 14:36 (UTC)

@A2569875：多谢！但是我不熟悉互助客栈，请问如何才能公示呢？--Tranve (✉) 2021年4月21日 (三) 12:28 (UTC)

@Tranve：需先獲得共識才能公示WP:7DAYS-- 五歲抬頭雪菲（☎️·☘️） 2021年4月23日 (五) 19:27 (UTC)

(－)反对:直接找管理員幫忙就解決了問題，沒必要小題大作。--蟲蟲飛♡♡→♡℃※留言 2021年4月24日 (六) 04:07 (UTC)

(：)回應：

1. 我之前已经两次回复了您的问题（第一次、第二次），为什么您还是重复相同内容？
2. 当前讨论的议题（制度化）的目的不是“小题大作”，而是“大题小作”，使复杂问题简单化，方便处理。方针制度的存在就是为了通过走流程从而简化一种类型的问题的处理。
3. 退一万步讲，如果真的按照阁下所言，那么连快速删除方针都可以不要了，有页面要删可以直接找管理员帮忙，“没必要小题大做”。

以上。--Tranve (✉) 2021年4月24日 (六) 09:05 (UTC)

(：)回應

1. 您的兩次回應都未能有效回應我提到的疑慮，請重看我的留言。
2. 您的問題根本就不是問題，沒必要建立所謂“制度”，而且所謂“制度”也帶出了新的問題，詳見我上面的留言。
3. o1，g10是可以直接找管理員，其他的須要通知頁面建立人，未見現行機制有甚麼問題

以上。--蟲蟲飛♡♡→♡℃※留言 2021年4月24日 (六) 09:21 (UTC)

逐条(：)回應如下：

1. 关于“Twinkle相关功能”

   此类问题应该在方针确定下来后联系 Twinkle 维护者解决。应该没有特别大的技术问题。

2. 关于“管理员陷入不必要的争议”

   如果快速删除方针中加入了对特殊页面的相关条文，管理员在删除的时候完全可以援引快速删除方针，之后想要查证，其他管理员直接方针中所写内容去查删除记录（比如查对应讨论页已删除的贡献），不会陷入不必要的争议。另外，为什么会“陷管理员与不义”？这种时候不应该假定善意吗？

3. 关于“快速删除全保护页面”

   我想解决的问题中不包括全保护页面的速删请求。

4. “您的问题根本就不是问题”“o1，g10是可以直接找管理员”

   为什么不是呢？自己创建的 JSON 和模块名字空间页面理应走 O1 删除，结果模板挂不上去。

   我把快速删除方针从头到尾翻了个遍，都没有找到“o1，g10可以直接找管理员”相关字样。既然这样，谈到这个又有什么意义呢？

总之，我提议将相关内容添加到方针的理由很简单：方针中没有涵盖我遇到的这种特殊情况的处理方法。别人有没有遇到同样问题，有多少人遇到，我不清楚。但是我遇到了，并且如此麻烦的处理过程让我觉得很意外。既然这样，问题就存在了。存在了就应该被解决。

以上。--Tranve (✉) 2021年4月25日 (日) 12:17 (UTC)

(：)回應:您提到理據完全不成立。您把一個很簡單的問題複雜化，像您提刪User:Tranve/工坊/workshop.json不是很簡單嗎？您不願走去找管理員，您可以在自己用戶討論頁ping管理員，很容易就解決了問題。您在討論頁提刪，但討論頁又因為g15被刪去，被刪去的頁面又沒有提刪模板，很容易令人質疑管理員在沒有提刪的情況下刪去頁面。--蟲蟲飛♡♡→♡℃※留言 2021年4月25日 (日) 12:34 (UTC)

管理员不是机器人而是人。我觉得有足够经验的管理员应该能够意识到页面是 JSON 页，速删模板挂不上去的。更多讨论请移步下面，谢谢。--Tranve (✉) 2021年4月25日 (日) 12:52 (UTC)

現在就只有您一個人有這個問題，其他人找管理員幫忙完全沒有問題，而且說了很多遍，管理員刪除頁面一定要清晰註明誰在哪裏提刪頁面，這些操作不能馬虎。--蟲蟲飛♡♡→♡℃※留言 2021年4月25日 (日) 13:42 (UTC)

如果不用专门去找一个管理员删除，不是更好？--百無一用是書生 (☎) 2021年4月28日 (三) 02:53 (UTC)

• (！)意見仍然想提議引入能在Module頁掛模板的英文維基功能，使TW工具能像英文維基那樣直接自動掛模板。-- 五歲抬頭雪菲（☎️·☘️） 2021年4月24日 (六) 09:38 (UTC)

• TW如果能配合加註提刪位置及提刪者還好，否則就是陷管理員於不義。--蟲蟲飛♡♡→♡℃※留言 2021年4月24日 (六) 09:42 (UTC)
  • 可以但是需要修改介面引入英文維基相關模塊。—- 五歲抬頭雪菲（☎️·☘️） 2021年4月24日 (六) 12:13 (UTC)

---

本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

就规范部分特殊页面的删除方式征求社群建议

在技术上敲定解决方案之前（见下一章节讨论），以上方针的修改先搁置。--Tranve (✉) 2021年4月30日 (五) 10:40 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

---

现提议在Wikipedia:快速删除方针中“管理员操作注意事项”前增加一节，标题为“放置快速删除模板时的注意事项”，正文内容如下：

現行條文 …… 管理员操作注意事项 ……

提議條文 …… 放置快速删除模板时的注意事项 部分页面因为技术限制，在放置快速删除模板时需要遵从特定方式。 JSON页面：请在该页面对应的讨论页放置快速删除模板，并在原本的删除理由之后附加“请删除本讨论页对应的主页面”字样。 范例：{{d|快速删除理由|请删除本讨论页对应的主页面}} 位于模块名字空间的页面（文档页面除外）：如果该页面需要通过快速删除请求删除，请使用以下语法。 require('Module:Module wikitext')._addText('{{d|快速删除理由}}') CSS（包括“已过滤的CSS”）和JavaScript页面：请将快速删除模板包含在注释中，如下所示。 /* {{d|快速删除理由}} */ 管理员操作注意事项 ……

为了落实以上方针，需要解决的问题有：

1. 让中文维基百科支持 Module:Module wikitext 模块。
2. 让 Twinkle 实现相关功能的自动化。

现征求社群建议以达成共识。--Tranve (✉) 2021年4月25日 (日) 12:46 (UTC)

(－)反对:TW如果能配合加註提刪位置及提刪者還好，否則讓管理員的刪除操作欠缺提刪模板，令人誤以為管理員在沒有提刪的情況下刪去頁面，增加不必要的爭議。建議提刪相關頁面直接找管理員處理，或者在用戶討論頁ping管理員，具體操作如User:Tranve/工坊/workshop.json。此外，這種沒提刪模板的刪除操作，連其他復檢刪除頁面的管理員也容易有誤會，因為不會有人去檢查不同的已刪除的子頁面及討論頁，像之前提案人在一個頁面的子頁面提刪，有些頁面有無數子頁面，就算管理員也無法確定具體的提刪位置和提刪者，這就容易引起不必要的誤會和爭議。刪除操作是很嚴肅的事，所有刪除操作都應讓其他管理員容易復檢刪除原由，不能馬虎。--蟲蟲飛♡♡→♡℃※留言 2021年4月25日 (日) 13:36 (UTC)

(：)回應@蟲蟲飛：首先，我们现在讨论的是速删方针，不是提删方针。如果速删有疑虑，不应该在删除页面之前解决吗？为什么需要复检？其次，Twinkle 相关问题请联系其维护者，与本站的方针无关。--Tranve (✉) 2021年4月26日 (一) 10:26 (UTC)

• 不論速刪，還是afd提刪，刪除操作都應非常審慎，而且不只刪除操作，任何操作都會有其他管理員復檢，確保操作沒問題。您的提案是增加了管理員操作及復檢操作的難處，而且您不是沒有更好的解決方法，只是您個人不願去做。例如，您可以在任何獨立於被刪頁面中提出速刪，或者您直接去管理員討論頁留言，但您就不願，把非常簡單的問題複雜化，然後帶出管理員操作上的爭議問題。--蟲蟲飛♡♡→♡℃※留言 2021年4月26日 (一) 10:43 (UTC)

(※)注意:管理員刪去頁面後，其他管理員都會覆檢究竟管理員的刪除操作是經過其他用戶提刪的程序，還是管理員濫權，直接刪頁面；提案就是增加了其他管理員覆檢刪除操作的難處。-蟲蟲飛♡♡→♡℃※留言 2021年4月26日 (一) 11:16 (UTC)

(※)注意請蟲蟲飛不要只顧著反對，Antigng 已經著手在IRCTG互聯群開發能直接在json 上掛模板的模組。—- 五歲抬頭雪菲（☎️·☘️） 2021年4月26日 (一) 12:17 (UTC)

• 既然技術上解決了問題，就沒必要改方針了。--蟲蟲飛♡♡→♡℃※留言 2021年4月27日 (二) 12:17 (UTC)
  • (：)回應@蟲蟲飛：技术上要解决的问题和设立方针的问题是两个不同的问题，所以您的理由并不成立。“技术上要解决的问题”是因为“设立方针的问题”才存在的，这个依赖关系可以理解吗？--Tranve (✉) 2021年4月28日 (三) 12:42 (UTC)
• 第二、三點不改方針，也可以做，修訂方針就沒意義。第一點，您是想通過方針強逼管理員讓您在子頁面或討論頁提刪時，須註明提刪原由，但又沒有TW配合，這是增加管理員操作時的難處。現在已經很少管理員願意處理站務，您的提案是想讓更多管理員不願處理站務。--蟲蟲飛♡♡→♡℃※留言 2021年4月28日 (三) 12:58 (UTC)

(～)補充:TG羣有人誤會了我的意思，所以想解釋一下。我擔心的是提案容易讓管理員可直接繞過提刪，直接刪去頁面，如果這種操作成為合法化，就算管理員濫權，其他管理員覆檢就更難。--蟲蟲飛♡♡→♡℃※留言 2021年5月1日 (六) 02:17 (UTC)

---

本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

有關用戶討論頁及其存檔的刪除事宜

原标题为：有關WP:CSD#O1

無共識：

無共識，結以待續。-- 五歲抬頭雪菲（☎️·☘️） 2021年5月23日 (日) 06:17 (UTC)

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

---

現時{{D}}在UT空間以O1為提刪理由時，會出現「應在User空間使用」的字樣。O1的「提刪自己用戶頁」是否包含用戶討論頁（存檔）？如是，是否應在修訂{{D}}？--LuciferianThomas • 留言 2021年5月1日 (六) 23:45 (UTC)

(！)意見:改了方針也解決不了問題，因為這是TW設定，而且用戶是不應提刪用戶討論頁的，有些用戶把用戶討論頁移動到存檔，再提刪，也不行，而且屬於game。但如果不是移動造成的討論存檔，我覺得可以刪，因為原討論頁的編輯歷史中還保留了留言紀錄。--蟲蟲飛♡♡→♡℃※留言 2021年5月2日 (日) 01:02 (UTC)

WP:UP：由于用户讨论页记录了共识的形成过程，你只能通过页面存废讨论来请求删除用户讨论页。--2, 3, 5, 7, 11, 13, 17... 2021年5月3日 (一) 02:30 (UTC)

根據WP:OWNTALK，討論頁指引並不限制用戶在自己的討論頁移除留言。由於刪除用戶討論頁屬於在自己的討論頁移除留的一種方式，故現擬議新增快速刪除方針條文如下：

現行條文 管理员操作注意事项 O1：删除O1的时候，请注意用户是不是把页面从别的地方移动过来的。如果页面原本是不符合O1，那么不应该使用O1删除。 F6：删除F6的时候，请前往文件合理使用页面（在合理使用模版中会注明）查看为什么不再使用。有的时候图片会被误删或者因破坏被删除，此时不应使用F6。

提議條文 O9. 用户请求删除自己的用户讨论页或其子页面。 除了自己的用户讨论页，只要是移動而來的頁面，皆须附有合理原因。 使用模板{{d|O9}}。 管理员操作注意事项 F6：删除F6的时候，请前往文件合理使用页面（在合理使用模版中会注明）查看为什么不再使用。有的时候图片会被误删或者因破坏被删除，此时不应使用F6。 O1：删除O1的时候，请注意用户是不是把页面从别的地方移动过来的。如果页面原本是不符合O1，那么不应该使用O1删除。 O9：删除O9的时候，请注意用户是不是把页面从别的地方移动过来的。如果页面原本是不符合O9，那么不应该使用O9删除。

並擬議修改用戶頁指引如下：

現行條文 我如何删除我的用户页和讨论页？ 當沒有明顯的違反百科的相關規定，也沒有由於管理需求而保留你的個人資訊的時候，你可以向管理員要求快速刪除你的用戶頁。這樣的情況通常發生在一個長期做出貢獻的用戶決定要離開百科時。然而，由於用戶討論頁紀錄了共識的形成過程，你只能通過頁面存廢討論來請求刪除用戶討論頁。如果有個別用戶討論頁版本需要刪除，可於Wikipedia:修訂版本刪除請求提出。 要求被刪除的用戶頁應該被標記在快速删除頁面，要刪除該用戶頁的原因也應當一起標明。當確定请求删除的本人用戶頁沒有被保留的必要时，管理員會對它進行刪除。如果在刪除被執行後，有其他用戶提出保留該頁面的原因，在這種情況下頁面會被恢復，並標記在頁面存廢討論頁面中進行為期七天的投票，以此來決定是否要刪除該用戶頁。 當一名管理員需要刪除自己的用戶頁時，儘管該管理員在技術上擁有相應的權限，但也應該要求另一名管理員來執行這樣的操作。 被刪除的用戶頁可以恢復成空白頁面，也可以鏈接到失蹤人口頁面來避免紅色鏈接的出現。

提議條文 我如何删除我的用户页和讨论页？ 當沒有明顯的違反百科的相關規定，也沒有由於管理需求而保留你的個人資訊的時候，你可以向管理員要求快速刪除你的用戶頁與用戶討論頁。這樣的情況通常發生在一個長期做出貢獻的用戶決定要離開百科時。如果需要刪除的僅是用戶（討論）頁的個別版本，可於修訂版本刪除請求提出。 要求被刪除的用戶（討論）頁應該被標記在快速删除頁面，要刪除該用戶頁的原因也應當一起標明。當確定请求删除的本人用戶（討論）頁沒有被保留的必要时，管理員會對它進行刪除。如果在刪除被執行後，有其他用戶提出保留該頁面的原因，在這種情況下頁面會被恢復，並標記在頁面存廢討論頁面中進行為期至少七天的討論，以此來決定是否要刪除該用戶（討論）頁。 當管理員需要刪除自己的用戶（討論）頁時，雖然管理員自身在技術上擁有相應的權限，但基於避嫌原則，應由另一名管理員執行刪除動作。 被刪除的用戶（討論）頁可以恢復成空白頁面，也可以連結到失蹤人口頁面來避免紅色連結的出現。

以上。請大家發表意見。SANMOSA _Σουέζ 2021年5月12日 (三) 09:09 (UTC)

為啥不併入O1？--Xiplus#Talk 2021年5月12日 (三) 10:40 (UTC)

(－)反对:用戶討論頁反映了共識及其他用戶的提醒及意見，不能刪，這不只是本站，其他語言維基也有這個規定。--蟲蟲飛♡♡→♡℃※留言 2021年5月12日 (三) 10:50 (UTC)

(－)反对:除了因被破壞而需要revdel外，我想不到其他應該刪除討論頁的原因。CSD就更不用說了。--Temp3600（留言） 2021年5月12日 (三) 11:28 (UTC)

順帶一提，刪除留言與移除頁面是兩回事;刪除留言代表看過留言，其他人仍可用permalink引用舊內容; 移除頁面後就甚麼都看不到了。--Temp3600（留言） 2021年5月12日 (三) 11:28 (UTC)

(－)反对，同上述。 ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年5月15日 (六) 13:53 (UTC)

---

已逾7日無新發言，從中無法得到明顯共識，無共識，結以待續。如需重啟，建議提出新方案。-- 五歲抬頭雪菲（☎️·☘️） 2021年5月23日 (日) 06:17 (UTC)

---

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

设计一个制度解决部分速删模板挂不上去的页面的删除问题

• 模組與模板：已佈署
• 介面小工具：已佈署
• 方針修訂：已通過
• WP:TW小工具：進行中

目前討論狀態：

特殊頁面掛模板問題 进行中……：設立特殊頁面提刪制度 無共識：使用討論頁提刪模式 进行中……：引入能夠在特殊頁面掛模板的模組 已通過：特殊頁面懸掛模板之模組 已佈署：Module:Module wikitext 已佈署：Module:Special wikitext 已通過：特殊頁面掛模板的頁面預覽工具 已佈署：MediaWiki:Gadget-SpecialWikitext.js‎ 等待中：提刪工具（WT:TW）支持 进行中……：基於上述技術修訂方針 其他議題： 擱置：DOC提示 等待中：特殊頁面分類問題

(更新) -- U:a2569875 UT:a2569875 2021年6月13日 (日) 13:34 (UTC)

参见Wikipedia:互助客栈/求助/存档/2021年4月#请帮忙删除 User:Tranve/工坊/workshop.json，像 JSON 和 Module: 名字空间的页面，速删模板挂不上去。希望可以在方针制度层面解决这个问题。--Tranve (✉) 2021年4月5日 (一) 13:07 (UTC)

cc@蟲蟲飛、Xiplus、Sunny00217 --Tranve (✉) 2021年4月5日 (一) 13:09 (UTC)

說到這個，才想去WT:TW提案讓.json的速刪能不能轉到AFD之類的呢xxdd-- Sunny00217  2021年4月5日 (一) 13:43 (UTC)

注：可参考英文维基方针。--Tranve (✉) 2021年4月10日 (六) 06:30 (UTC)

• @Tranve：英文維基的en:Module:Module_wikitext可以讓WP:TW支援（見en:MediaWiki:Gadget-twinklespeedy.js），會能很方便地像掛模板那樣，手機也能操作；但是呢！！(※)注意英文維基的en:Module:Module_wikitext在中文維基無效！Module:Module_wikitext，見測試Special:PermaLink/65279867。 如果需要引入，可能需要請介面管理員修改介面。-- 五歲抬頭雪菲（☎️·☘️） 2021年4月20日 (二) 03:22 (UTC)

同上意见。-门可罗雀的霧島診所_{三天打鱼两天晒网}^{神社的羽毛飘啊飘} 2021年4月18日 (日) 03:54 (UTC)

• 說明：如果下方的JSON分類案、WP:TW案在方針案結束時尚未得出共識，屆時將會移動至客棧技術區。-- 五歲抬頭雪菲（☎️·☘️） 2021年5月25日 (二) 17:03 (UTC)
  • (～)補充WP:TW案改成方針案結束後進行。-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年6月7日 (一) 09:01 (UTC)

提案1：參考英文維基的模式討論頁放置提刪模板

無共識，結以待續並存檔：

由於互助客棧內容已經過長，因此，已無共識，結以待續的子議案已先行存檔。--U:a2569875 UT:a2569875 2021年5月26日 (三) 04:39 (UTC)

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

---

說明由於互助客棧內容已經過長，因此，已無共識，結以待續的子議案先行存檔，請查閱歷史版本或至Wikipedia_talk:快速删除方针#提案1：參考英文維基的模式討論頁放置提刪模板查閱先前討論。--U:a2569875 UT:a2569875 2021年5月26日 (三) 04:39 (UTC)

---

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

就规范部分特殊页面的删除方式征求社群建议

無共識，結以待續並存檔：

由於互助客棧內容已經過長，因此，已無共識，結以待續的子議案已先行存檔。--U:a2569875 UT:a2569875 2021年5月26日 (三) 04:39 (UTC)

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

---

說明由於互助客棧內容已經過長，因此，已無共識，結以待續的子議案先行存檔，請查閱歷史版本或至Wikipedia_talk:快速删除方针#就规范部分特殊页面的删除方式征求社群建议查閱先前討論。--U:a2569875 UT:a2569875 2021年5月26日 (三) 04:39 (UTC)

---

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

引入能夠在特殊頁面掛模板的模組

已通過並存檔：

由於互助客棧內容已經過長，因此，已通過的子議案已先行存檔。（原議案通過時間 2021年5月7日 (五) 13:45 (UTC)）-- 五歲抬頭雪菲（☎️·☘️） 2021年5月25日 (二) 09:59 (UTC)

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

---

說明由於互助客棧內容已經過長，因此，已通過的子議案先行存檔，請查閱歷史版本或至Module talk:Module wikitext#引入能夠在特殊頁面掛模板的模組、Module talk:Documentation#引入能夠在特殊頁面掛模板的模組、MediaWiki talk:Scribunto-doc-page-does-not-exist#引入能夠在特殊頁面掛模板的模組、Module talk:Special wikitext#引入能夠在特殊頁面掛模板的模組或MediaWiki talk:Clearyourcache#引入能夠在特殊頁面掛模板的模組查閱先前討論。-- 五歲抬頭雪菲（☎️·☘️） 2021年5月25日 (二) 09:59 (UTC)

---

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

技術案：處理狀況

• 模組與模板：已佈署
• 介面小工具：已佈署
• 方針修訂：已通過
• WP:TW小工具：進行中

項目	辦理狀況	需編輯的頁面	頁面patch	效果預覽
Module	完成	Module:Module wikitext	（已佈署）	Module:沙盒/a2569875/ModuleWikitextDemo
	完成編輯請求	Module:Documentation	Module:Doc...sandbox
	完成編輯請求	MediaWiki:Scribunto-doc-page-does-not-exist	User:A25...-does-not-exist （需要語言變種微調）
JS、CSS	完成	Module:Special wikitext	（已佈署）	留言（WP:TG1） 、 互連群圖床
	完成編輯請求	MediaWiki:Clearyourcache	User:A25...yourcache （需要語言變種微調）
JSON	完成模板已可放置 分類問題開發中	phab:T235798	gerrit:r/c/543934
WP:模板樣式	完成編輯請求	MediaWiki:Gadget-SpecialWikitext.js MediaWiki:Gadgets-definition	修改方法見Template...SpecialWikitext	圖像、圖床、對應頁面
頁面預覽功能	完成編輯請求 （註：防預覽原碼過長414 Error）		T:Special....sandbox.js	普通預覽：圖片預覽、圖床、{{Special wikitext}} 已刪預覽：預覽圖、圖床、共享資源
WP:TW	去問Xiplus	Xi-Plus/twinkle #222 copyvio/speedy/xfd: Handle non-wikitext pages
方針	公示完成	Wikipedia:快速删除方针	Special:Diff/65468329	#方針註記案
總進度	85% （項目8.5/10）	擱置項目 JSON分類 LUA已刪預覽 TW小工具	已實行項目 掛模板功能 已刪預覽	不適用

（更新）-- 五歲抬頭雪菲（☎️·☘️） 2021年5月8日 (六) 05:29 (UTC)

更新辦理進度75%-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年5月30日 (日) 09:46 (UTC)

• 目前WP:TW暫時不知道要去哪邊提出請求。LUA部分參考差異en:special:diff/978461935，CSS、JSON、JS類推。-- 五歲抬頭雪菲（☎️·☘️） 2021年5月7日 (五) 15:56 (UTC)
• (～)補充目前辦理狀況，見以下測試頁面（為了避免被管理員誤刪，以{{k}}取代{{d}}）：
  • Lua：Module:沙盒/a2569875/FakeLUA.lua
  • 陣列JSON：User:A2569875/FakeARRAYJSON.json
  • 物件JSON：User:A2569875/FakeJSON.json
  • JavaScript：User:A2569875/FakeJS.js
  • 层叠样式表：User:A2569875/FakeCSS.css
  • 純文字：User:A2569875/FakeText.txt
  • 其他：Template_talk:Special_wikitext

  -- 五歲抬頭雪菲（☎️·☘️） 2021年5月8日 (六) 05:41 (UTC)

• TW維護者並非管理員，故進行修訂-- Sunny00217  2021年5月8日 (六) 15:53 (UTC)
  • (？)疑問@Sunny00217：不需要介面管理員到站內佈署嗎？-- 五歲抬頭雪菲（☎️·☘️） 2021年5月8日 (六) 18:44 (UTC)
    • @A2569875：TW目前主要維護者是Hamish、Xiplus，但Hamish不是介面管理員，所以實際上有權力合併及會進行合併又是介面管理員是Xiplus，但在下覺得用Twinkle維護者就好-- Sunny00217  2021年5月9日 (日) 00:47 (UTC)

技術案階段二：頁面預覽功能

已通過並存檔：

由於互助客棧內容已經過長，因此，已通過的子議案已先行存檔。（原議案通過時間 2021年5月25日 (二) 09:06 (UTC)）-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年6月8日 (二) 12:56 (UTC)

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

---

說明由於互助客棧內容已經過長，因此，已通過的子議案先行存檔，請查閱歷史版本或至MediaWiki talk:Gadget-SpecialWikitext.js#技術案階段二：頁面預覽功能查閱先前討論。-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年6月8日 (二) 12:56 (UTC)

---

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

技術案階段二點五：JSON、純文字分類BUG問題

（節刪）以下為在WP:TG/IRC中關於JSON分類問題的討論之部分節錄（註：下方工單指的是phab:T235798，關於JSON分類無法正確歸檔問題的工單）

• 工單佈署後。所以現在可能需要討論工單佈署前的時期怎麼渡過 -- User:A2569875 5月8日 11:38 (UTC+8)
• “Re [T - a2569875] : 暫時要用什麼解決方案呢？”暂时维持现状吧 -- User:Antigng 5月8日 11:38 (UTC+8)
• IE11 这两个 keyword 大部分功能都是支持的，但是站内好像没有小工具使用。 是因为什么呢？-- User:Tranve 5月8日 11:39 (UTC+8)
• 因為mediaWiki似乎會先parse過 連樣板字面值都會壞掉-- User:A2569875 5月8日 11:39 (UTC+8)
• 怎么说呢，多亏了IE让我们写前端代码的想（節刪）-- User:MilkyDefer 5月8日 11:39 (UTC+8)
• 加不进分类可能没好办法，总不能让机器人实时监视吧 那样开销太大了 而且也没有实时性 不符合CSD的宗旨 -- User:Antigng 5月8日 11:39 (UTC+8)
• “Re [T - a2569875] : 現狀是指，掛完模板後 找一個管理員處理？”对 -- User:Antigng 5月8日 11:40 (UTC+8)
• （ES6支援什麼時候才到啊-- J C 5月8日 11:40 (UTC+8)
• 然后管理员不用担心所谓“被陷害的问题”——现在先不管这是真问题还是伪问题——假定是真问题 因为条目删除的时候页面上的确有模板存在 虽然部分维持现状但是相较于过去的处理方式也有所进步 -- User:Antigng 5月8日 11:42 (UTC+8)
• 這個就算是大耀進了吧 -- User:A2569875 5月8日 11:43 (UTC+8)

以上。（一些可能不雅的詞彙已{{節刪}}）-- 五歲抬頭雪菲（☎️·☘️） 2021年5月22日 (六) 08:55 (UTC)

• 目前除了等待phab佈署外，還有一個方式，即用頁面搜索方式彙整有「_addText」的JSON頁，

  演算法如下（實作於User:A2569875/JSONCAT.js）：

  ① 用頁面搜索功能全站全文搜索「_addText」關鍵字，

  ② 整理出該頁中內容模型為JSON的頁面（可能位於任何名字空間），

  ③ 送一次API:parse並分析分類，

  ④ 整理各頁面的分類，並顯示出來，

  然而由於其中用到的十分高開銷的頁面搜索功能全站全文搜索（insource:）因此就不提議全站引用。

  此方法已知缺點

  • 高開銷，運作速度緩慢
  • 頁面搜索功能對內容可能會有數小時至數天的延遲

  我的看法

  • 讓有想處理JSON速刪的管理員安裝JSON分類工具即可
  • 頁面搜索功能功能雖有延遲，但還是會被索引到的吧，再怎麼慢也不會慢於AFD

  以上，請討論。-- 五歲抬頭雪菲（☎️·☘️） 2021年5月25日 (二) 11:00 (UTC)

  @A2569875：我有一个方案：要不先建立一个Wikipedia:特殊页面的快速删除请求，让 JSON 的速删请求堆到这里来？我不想让 AFD 处理，这样会和 AFD 的原有功能混淆。既然小工具没有优雅的做法，还不如这样干。--Tranve (✉) 2021年6月17日 (四) 11:46 (UTC)

  那就是要監視進期變更掃描把他掃出來？-- Sunny00217  2021年6月20日 (日) 01:21 (UTC)

  (：)回應@Sunny00217：不用吧。根據下方方針修訂案條文「...由於技術限制，在JSON、FLOW討論頁、純文字放置模板後暫時不會自動被加入分類，因此在提刪此類頁面時可能還需要另外通知一位管理員來執行刪除...」，無法被MediaWiki「自動加入分類」的特殊頁面僅有二種JSON、純文字，因此流程可以照走，模板照掛，或許設定TW在該3種技術限制的特殊頁面掛模板後自動讓他轉發到User:Tranve提議的「Wikipedia:特殊页面的快速删除请求」也不失一個好辦法。畢竟「...需要另外通知一位管理員來執行刪除...」也太空泛，整合成「Wikipedia:特殊页面的快速删除请求」或許是一個不錯的方案。-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年6月20日 (日) 03:04 (UTC)

  我的意思是用機器人掃進期變更然後貼到Wikipedia:特殊頁面的快速刪除請求啦qwq-- Sunny00217  2021年6月20日 (日) 03:25 (UTC)

  提報人自己貼過去不是更有效率？而且FLOW討論頁機器人能夠有效掃描嗎？-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年6月20日 (日) 03:33 (UTC)

  flow討論頁的內容的內容模組不是json阿-- Sunny00217  2021年6月20日 (日) 03:48 (UTC)

  (※)注意無法被MediaWiki「自動加入分類」的特殊頁面有二種JSON、純文字。-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年6月20日 (日) 03:50 (UTC)

修改WP:快速刪除方針：

現行條文 ...(略)...由於技術限制，在JSON、FLOW討論頁、純文字放置模板後暫時不會自動被加入分類，因此在提刪此類頁面時可能還需要另外通知一位管理員來執行刪除。

提議條文 ...(略)...由於技術限制，在JSON、FLOW討論頁、純文字放置模板後暫時不會自動被加入分類，因此在提刪此類頁面時可一併將請求提報至Wikipedia:特殊頁面的快速刪除請求，或另外通知一位管理員來執行刪除。

以上，請討論。-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年6月22日 (二) 13:16 (UTC)

所以管理員刪除後還得從這個頁面移除提報？--Xiplus#Talk 2021年6月25日 (五) 02:13 (UTC)

@Xiplus：像其他提報一樣（請求保護頁面、關注度提報、疑似侵權提報、管理員注意的用戶名等），機器人自動刪除「已處理的提報」之模式。-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年6月25日 (五) 03:14 (UTC)

最好先找到人願意處理。--Xiplus#Talk 2021年6月26日 (六) 03:03 (UTC)

@Xiplus：在有機器人之前也可以手動刪除，因為「JSON、純文字」的速刪請求應該不多，而其他「大量訊息發送列表、CSS、已过滤的CSS、JavaScript、Lua、Wikitext等頁面」的速刪請求本來的Category:快速删除候选就可以處理了，不會需要用到Wikipedia:特殊頁面的快速刪除請求。-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年6月26日 (六) 05:42 (UTC)

把速刪模板或分類掛在討論頁，刪除時討論頁也會同時刪除，管理員也不需要額外操作（主頁面掛模板不變，討論頁僅是為了加入分類）--Xiplus#Talk 2021年6月26日 (六) 06:21 (UTC)

@Xiplus：此案（模板掛討論頁）在#就规范部分特殊页面的删除方式征求社群建议就已經否決了，見存檔的Wikipedia_talk:快速删除方针#就规范部分特殊页面的删除方式征求社群建议時戳為「2021年4月25日 (日) 12:34 (UTC) 」的User:蟲蟲飛留言。-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年6月26日 (六) 07:05 (UTC)

否決原因是因為沒有在主頁面的歷史留紀錄，但現在保證留紀錄了啊。--Xiplus#Talk 2021年6月26日 (六) 07:24 (UTC)

我沒意見，Ping一下所有參與者cc@Tranve、Antigng、Sunny00217、蟲蟲飛、Shizhao、霧島聖：想看看其他參與者的想法或意見。-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年6月26日 (六) 09:49 (UTC)

我不是管理员，不好评论。我只能说，既然管理员认为此方案不合适，那么此方案一定有问题。我个人希望管理员能说出解决方案。毕竟本案自始自终要解决的问题都是围绕提请速删的用户和管理员，既然我们用户认为没有问题，接下来就轮到管理员提出自己的意见和建议了。--Tranve (✉) 2021年6月26日 (六) 11:07 (UTC)

• (：)回應@Tranve：，關於這個，U:Xiplus是管理員，Xiplus覺得在討論頁提刪沒有問題。他似乎認為{{special wikitext}}解決了掛模板問題，因此主頁面必定有模板，解決了蟲蟲飛的「在討論頁掛模板，而主頁面沒有模板會陷管理員於不義」問題，因此「在討論頁掛模板案可以實施」。 但我覺得這樣「JSON、純文字」的速刪請求主頁面要掛模板，討論頁也要掛模板，共要掛2次，似乎哪裡怪怪的。-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年6月26日 (六) 11:14 (UTC)
  • 请二位讨论并整理出最终意见后再继续讨论。--Tranve (✉) 2021年6月26日 (六) 12:55 (UTC)
    • 我沒有什麼意見，是想聽聽其他維基人的看法。—- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年6月26日 (六) 13:11 (UTC)

• (？)疑問@Xiplus：「JSON、純文字」的速刪請求主頁面要掛模板，討論頁也要掛模板，這樣豈不是要掛2次模板？-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年6月26日 (六) 09:58 (UTC)

  無所謂吧，不然討論頁只加分類？--Xiplus#Talk 2021年6月26日 (六) 11:27 (UTC)

• 現有五案處理JSON、純文字分類BUG提刪問題的方案：

案別	說明	來源	條文變更
			原條文	新條文
蟲蟲飛案	維持原案。	2021年5月26日 (三) 06:03 (UTC)的留言 「其實只要在管理員討論頁留句話，管理員已經可以很簡單地處理了。」	維持原條文
Tranve案	適用提報頁面Wikipedia:特殊頁面的快速刪除請求處理	2021年6月17日 (四) 11:46 (UTC)的留言 「要不先建立一個Wikipedia:特殊頁面的快速刪除請求，讓 JSON 的速刪請求堆到這裡來」	...因此在提刪此類頁面時可能還需要另外通知一位管理員來執行刪除...	...因此在提刪此類頁面時可一併將請求提報至Wikipedia:特殊頁面的快速刪除請求，或另外通知一位管理員來執行刪除...
Xiplus案	同時在欲刪頁和討論頁掛提刪模板	2021年6月26日 (六) 06:21 (UTC)的留言 「把速刪模板或分類掛在討論頁，刪除時討論頁也會同時刪除，管理員也不需要額外操作（主頁面掛模板不變，討論頁僅是為了加入分類）」	...因此在提刪此類頁面時可能還需要另外通知一位管理員來執行刪除...	...因此在提刪此類頁面時需要確保欲提刪的主頁面與其討論頁均掛上速刪模板，以令頁面分類運作，讓管理員來執行刪除...
A2569875案	設立O9快速刪除規則，在相關頁面提及要刪除的頁面，管理員要刪除當中提到的刪除目標頁和O9頁面。（才可以處理FLOW討論頁）	設立O9快速刪除規則-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年7月4日 (日) 13:44 (UTC)	...因此在提刪此類頁面時可能還需要另外通知一位管理員來執行刪除...	...因此在提刪此類頁面時除了欲提刪的主頁面要提刪模板外，可在與欲提刪相關的頁面（如討論頁）掛上CSD#O9，以令頁面分類運作，讓管理員來執行刪除...
			O8. 在偽命名空間中建立的非重新導向頁面。	O8. 在偽命名空間中建立的非重新導向頁面。 O9. 用於提刪不支援頁面分類之頁面的相關頁面。 由於技術限制，在JSON、純文字放置模板後暫時不會自動被加入分類，因此在提刪這類頁面時可於其相關頁面（如討論頁）掛上此款快速刪除模板，讓管理員在刪除目標頁面時此頁頁一同被刪除。
Sunny00217案	用機器人定期掃描JSON、純文字分類BUG的刪除候選，整理到某頁（目前沒有找到要編寫此機器人的維基人。）	2021年6月20日 (日) 01:21 (UTC)的留言 「那就是要監視進期變更掃描把他掃出來？」	維持原條文

以上，請討論。Ping一下所有參與者cc@Tranve、Antigng、Sunny00217、蟲蟲飛、Shizhao、霧島聖、Xiplus：想看看其他參與者的想法或意見。-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年7月4日 (日) 13:44 (UTC)

其實我那個可以是算基於Tranve的（也就是掃到Wikipedia:特殊頁面的快速刪除請求），只是一個是提刪者要自己加，一個是由BOT掃-- Sunny00217  2021年7月4日 (日) 14:38 (UTC)

結構式討論（無論是討論頁本身或是話題Topic）明明就會進分類啊，誰說不會進分類的。--Xiplus#Talk 2021年7月5日 (一) 03:38 (UTC)

已修正。-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年7月5日 (一) 06:01 (UTC)

• 如果大家都選擇沉默不發表意見，那麼可能需要考慮法起投票輔助取得共識。-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年7月9日 (五) 14:58 (UTC)

蟲蟲飛案

• 老實說我覺得去催公單比起其他方案好-- Sunny00217  2021年7月14日 (三) 03:06 (UTC)
  • (※)注意此留言與蟲蟲飛案矛盾。一是，如果推行讓json 支持分類，代表根本不會再需要「找一個管理員來刪除」，反而需要駁回本案。二是，就算推行了，仍無法適用於純文字內容模型。 此外 恕我直言，目前phab:T235798的實作有很大的潛在問題，我認為其代碼需要重寫，然而目前沒人重寫，故我不認為應該對該工單抱持著「短時間有辦法部署」的期望。 —- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年7月14日 (三) 03:22 (UTC)

Tranve案

• (＋)支持，認為討論頁提刪模式還會有不必要的建立條目的操作，會增加建立條目被刪除的紀錄。故不是很支持Xiplus案。-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年7月14日 (三) 02:30 (UTC)

Xiplus案

A2569875案

Sunny00217案

討論區

• 請大家針對各個案發表意見，感謝。Ping一下所有參與者cc@Tranve、Antigng、Sunny00217、蟲蟲飛、Shizhao、霧島聖、Xiplus：-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年7月14日 (三) 02:30 (UTC)

技術案階段三：WP:TW

• 若前面階段順利佈署，接著的步驟主要是要讓相關放置維護模板之工具能符合上述技術修改，詳見#206 : speedy/xfd: Add delete-templates on non-wikitext pages與#215 : morebits: Add addMaintenanceTag。-- 五歲抬頭雪菲（☎️·☘️） 2021年5月20日 (四) 08:22 (UTC)
  • 有鑑於上方技術案的公示即將進入尾聲，想請教一下(？)疑問@Xiplus：目前#215 : morebits: Add addMaintenanceTag的辦理進度大致上到哪個階段了？ 以便決定接下來是要擱置還是繼續推行方針修訂案。感謝-- 五歲抬頭雪菲（☎️·☘️） 2021年5月25日 (二) 03:29 (UTC)

    請直接進行方針修訂案。--Xiplus#Talk 2021年5月25日 (二) 03:36 (UTC)

    除非技術有困難，否則通常是小工具依循方針改變。Twinkle作為常用的小工具，進行事前諮詢及事後告知是好的做法，但Twinkle也只是眾多小工具之一，小工具不支援並不會阻止你們以此種方式提刪，你們還是可以手動按照這個規則進行編輯來提刪，所以Twinkle在此不應成為一個阻礙。當然Twinkle總有一天會跟上（近期繁忙見諒），以上。--Xiplus#Talk 2021年5月29日 (六) 15:03 (UTC)

技術案階段四：試行期反饋

• 擱置。根據上方2021年5月5日 (三) 09:15 (UTC)意見，預留此節。-- 五歲抬頭雪菲（☎️·☘️） 2021年5月5日 (三) 09:19 (UTC)
• 預計會在上兩案（提刪申請、刪後複檢）完成技術支援佈署後，開放本區收集反饋意見。—- 五歲抬頭雪菲（☎️·☘️） 2021年5月8日 (六) 17:52 (UTC)
  • 接收到的反饋1（於WP:TG）：預覽、和已刪頁面看不到題刪模板；頁面歷史版本題刪模板與頁面歷史版本內容不匹配

    解決方案：已提出#技術案階段二：頁面預覽功能，並商討全站佈署

  • 接收到的反饋2：小BUG：語言調成非中文會無法顯示模板

    解決方案：已解決

  • 接收到的反饋3：未有

  -- 五歲抬頭雪菲（☎️·☘️） 2021年5月10日 (一) 05:29 (UTC)

  • 我想问一下，显示出来的模板不能简繁转换是预期行为吗？--Tranve (✉) 2021年5月11日 (二) 13:02 (UTC)
    • (：)回應@Tranve：本案以介面文字實現。介面文字本身不支援自動繁簡轉換-{}-。因此僅能修改你想要放置在特殊頁面的對應模板，用{{lan}}實現-- 五歲抬頭雪菲（☎️·☘️） 2021年5月11日 (二) 13:13 (UTC)

  提刪受保護頁面該怎麼處理？--Xiplus#Talk 2021年7月17日 (六) 13:20 (UTC)

  @Xiplus：本案處理的都是「可編輯」的頁面，因此「本來就無法編輯」的頁面原本就不在本案考量的範圍內。受保護頁面要能夠被編輯留下刪除模板，可能只能編輯請求，請求有編輯權限的人掛來模板。-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年7月17日 (六) 13:27 (UTC)

  假設是全保護的話，管理員是否可以直接刪除頁面，如果是的話，那麼主頁面沒有留下歷史則與本案問題相同。--Xiplus#Talk 2021年7月18日 (日) 01:57 (UTC)

  @Xiplus：不認為一樣，因為本案解決的是「模板顯示問題」，受保護頁面根本無法編輯，何來「顯示問題」？本案解決的是已經貼上模板原始碼卻無法顯示，受保護頁面連模板原始碼都貼不上去，對於不存在的東西，「怎麼顯示」？建議受保護頁面提刪的部分提一個新提案處理。本討論已經又臭又長，大部分有參與討論的維基人ping了又ping、ping了又ping就是不願來回應，合理的解釋是WP:太長不看，沒人討論根本無法達成共識，建議與json/txt一起另提新案。-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年7月18日 (日) 03:19 (UTC)

方針註記案

已通過：

公示結束，通過-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年6月16日 (三) 06:39 (UTC)

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

---

• 擱置中...，等待上方公示。在技術案公示結束並佈署完成之前請先在上方章節討論。-- 五歲抬頭雪菲（☎️·☘️） 2021年5月3日 (一) 04:01 (UTC)
  • 上方議案已公示並佈署，且WP:TW維護者指出先繼續跑完修訂案，因此本節再度開放。-- 五歲抬頭雪菲（☎️·☘️） 2021年5月25日 (二) 09:25 (UTC)

現行條文 …… 管理员操作注意事项 ……

提議條文 …… 放置快速删除模板时的注意事项 部分页面放置提删模板時需要符合相應內容模型，因此在放置快速删除模板时需要遵从特定方式，同時，下面列舉的模板放置方式，亦適用於其他模板，如WP:AFD等。 JSON页面：请在根據頁面的格式加入語法： 最外層的格式為花括弧{...}的JSON页面（範例），將以下语法放置在最外層的{...}之內：（參考範例） "_addText":"{{Delete|快速删除理由}}", 最外層的格式為中括弧[...]的JSON页面（範例），將以下语法放置在最外層的[...]之內：（參考範例） {"_addText":"{{Delete|快速删除理由}}"}, 如JSON页面無最外層格式（範例），請將原有的JSON原始碼置入中括弧[...]中，並以最外層的格式為中括弧的JSON页面放置刪除模板。（參考範例） 註：如要加入JSON的行位於最外層之花括弧{...}或中括弧[...]內部的最後一行，請移除行尾的逗號（,）。 位于模块名字空间的页面（文档页面除外）：请在需要刪除的頁面中加入以下语法： require('Module:Module wikitext')._addText('{{Delete|快速删除理由}}') CSS页面：请在需要刪除的頁面中加入以下语法： ._addText{ content:"{{Delete|快速删除理由}}"; } JavaScript页面：请在需要刪除的頁面中加入以下语法： var _addText="{{Delete|快速删除理由}}"; 純文字、CSS（包括“已过滤的CSS”）和JavaScript（不包括JSON）也能通過在需要刪除之頁面的注释中加入以下語法來放置模板。 /* _addText: "{{Delete|快速删除理由}}" */ 對於部分有特殊編輯介面的特殊頁面（如FLOW討論頁、大量訊息發送列表等）請直接將提刪模板放置於對應頁面的描述或摘要欄位即可。 例如，提刪FLOW討論頁時，請使用「編輯話題摘要」功能將{{Delete|快速删除理由}}填入；而提刪大量訊息發送列表時，請將提刪模板放置在「描述」欄位中。 註：由於技術限制，在JSON、FLOW討論頁、純文字放置模板後暫時不會自動被加入分類，因此在提刪此類頁面時可能還需要另外通知一位管理員來執行刪除。 管理员操作注意事项 ……

準備中...-- 五歲抬頭雪菲（☎️·☘️） 2021年5月3日 (一) 04:01 (UTC)

• （更新條文）若案#技術案階段二：頁面預覽功能順利佈署，則能確保所有能被一般用戶編輯的特殊頁面都能被順利提刪（包括：純文字、FLOW討論頁、大量訊息發送列表、CSS、已过滤的CSS、JavaScript、JSON、Lua，以及本來就能正常提刪的Wikitext），因此本案暫時凍結， 擱置至#技術案階段二：頁面預覽功能佈署完畢。-- 五歲抬頭雪菲（☎️·☘️） 2021年5月12日 (三) 19:55 (UTC)
• 上方議案已公示並佈署，且WP:TW維護者指出建議先繼續跑完修訂案，因此本節再度開放。本案主要是在指引訂立這些頁面的提刪方式。由於JSON分類歸檔異常問題，技術還需要一些時間處理，因此在處理完成前的過渡期間，先行在指引標註「註：由於技術限制，在JSON、FLOW討論頁、純文字放置模板後暫時不會自動被加入分類，因此在提刪此類頁面時可能還需要另外通知一位管理員來執行刪除。」。為了推進討論，Ping一下所有參與者cc@Tranve、Xiplus、Antigng、Sunny00217、蟲蟲飛、Shizhao、霧島聖：-- 五歲抬頭雪菲（☎️·☘️） 2021年5月25日 (二) 09:25 (UTC)

• 其實只要在管理員討論頁留句話，管理員已經可以很簡單地處理了。--蟲蟲飛♡♡→♡℃※留言 2021年5月26日 (三) 06:03 (UTC)
  • (？)疑問@蟲蟲飛：還是要掛模板吧？目前技術上已經完全克服掛模板問題，所有頁面都能掛模板了。您不是會怕提刪時沒掛模板會「陷管理員於不義」嗎？指引註記「模板怎麼掛」有甚麼問題嗎？「註：由於技術限制，在JSON、FLOW討論頁、純文字放置模板後暫時不會自動被加入分類，因此在提刪此類頁面時可能還需要另外通知一位管理員來執行刪除。」正是在指引頁提示「需要另外通知一位管理員來執行」理應跟您於 2021年5月26日 (三) 06:03 (UTC) 的留言沒有衝突。（節刪）。-- 五歲抬頭雪菲（☎️·☘️） 2021年5月26日 (三) 06:15 (UTC)

• 您誤會了人家的話，您說要通知管理員，通知的方法很多，可以到管理員討論頁留言，當然您也可以ping管理員。--蟲蟲飛♡♡→♡℃※留言 2021年5月26日 (三) 06:32 (UTC)
  • 我認為方針指引沒有必要限制或指定用戶通知管理員的方式，認為提議條文中的「通知管理員」並無不妥。-- 五歲抬頭雪菲（☎️·☘️） 2021年5月26日 (三) 06:41 (UTC)

• 說明本子議案討論之段落自最後發言已經過將近2周的時間，且整個議案提出至今已逾一個半月，因此根據WP:7DAYS開始準備公示事宜。且[1]也說TW的修改需要方針通過，因此認為此案有推行必要，否則TW案將永久卡住功虧一簣。-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年6月8日 (二) 13:14 (UTC)
• 公示7日-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年6月9日 (三) 01:54 (UTC)

  @A2569875、Xiplus：七日已過-- Sunny00217  2021年6月16日 (三) 05:24 (UTC)

• 通過。-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年6月16日 (三) 06:39 (UTC)

---

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

• @Xiplus：方針修訂案通過，WP:TW修訂可以開始進行了。-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年6月16日 (三) 06:39 (UTC)

有關快速刪除方針O7條的事宜

撤回：

撤回此案，不然下面其他提案有共識的部分也被拖住。Sanmosa _Outdia 2021年8月14日 (六) 13:53 (UTC)

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

---

有鑒於最近的一個存廢討論，建議容許快速刪除任何六個月內無編輯的模板、模組沙盒，並納入O7條處理。條文具體修改如下：

現行條文 O7. 廢棄草稿。 任何六個月內無編輯之草稿。 僅適用於草稿名字空間。 如果編者有意重新繼續編寫，可向管理員請求恢復草稿。 若是編輯僅是加入或刪除存廢、速刪模板及有關操作，該次編輯應視為無編輯。 使用模板{{d|O7}}。

提議條文 O7. 廢棄的草稿、模板沙盒或模組沙盒。 任何六個月內無編輯的草稿、模板沙盒或模組沙盒。 僅適用於草稿命名空間、模板命名空間與模組命名空間。 若相關編輯為機械人編輯或屬維護性操作，相關編輯應視同不存在。 “模板沙盒”、“模組沙盒”等詞在此指在頁面名稱最末端出現“/sandbox”或“/沙盒”等表示某模板或模組的子頁面為沙盒的字樣的頁面（不含Module:沙盒本身）。 就模板沙盒與模組沙盒而言，在提請快速刪除前，請務必先檢查並清理相關頁面的連入。 就Module:沙盒的子頁面而言，如該子頁面遵從“Module:沙盒/（用戶名）/???”的命名格式，則不適用。 如果編者有意重新繼續編寫，可向管理員請求恢復相關草稿、模板沙盒或模組沙盒。 使用模板{{d|O7}}。

以上。SANMOSA _Σουέζ 2021年7月28日 (三) 11:50 (UTC)

@Z7504、Willy1018、Sunny00217。SANMOSA _Σουέζ 2021年7月28日 (三) 11:51 (UTC)

• (－)反对，怎么判定是不是沙盒？这个算吗？这个呢？ ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年7月28日 (三) 12:35 (UTC)

  @羊羊32521：初步擬定的判別標準是：在排除Module:沙盒的子頁面的情況下，頁面名最末端有“/sandbox”或“/沙盒”字樣的判別為沙盒。Wikipedia:沙盒和Module:沙盒會自動清理，所以不快速刪除；Wikipedia:沙盒的子頁面不位於模板、模組空間，所以不處理；Module:沙盒的部分子頁面是用戶因不能在用戶空間啓用Lua子頁面而產生的，應比照用戶頁，所以也不處理（這點的額外判別標準是頁面名稱是否遵從“Module:沙盒/（用戶名）”或“Module:沙盒/（用戶名）/???”的格式）。SANMOSA _Σουέζ 2021年7月28日 (三) 13:56 (UTC)

(？)疑問:像這個User:某某/沙盒，刪不刪？「模板」，還是「模板沙盒」？ --蟲蟲飛♡♡→♡℃※留言 2021年7月28日 (三) 14:11 (UTC)

@蟲蟲飛：此提案只會讓O7擴大適用至模板命名空間與模組命名空間，而並未有擴大適用至用戶命名空間的情形，這點“僅適用於草稿命名空間、模板命名空間與模組命名空間”一句寫得非常清楚，因此所有“User:”開首的的頁面（包括你上面説的那個頁面）是不會經新O7刪走的。換一個方式說，“模板、模組沙盒”説的是“Template:???”或“Module:???”的以“/sandbox”或“/沙盒”字樣為名的子頁面。SANMOSA _Σουέζ 2021年7月28日 (三) 14:17 (UTC)

您的標題「廢棄草稿或沙盒」不準確，應改為「廢棄草稿或模組沙盒、模板沙盒」，中間也要改為“任何六個月內無編輯的草稿或模板沙盒、模組沙盒。”--蟲蟲飛♡♡→♡℃※留言 2021年7月28日 (三) 14:24 (UTC)

我不認為有人會因為條文標題的概括性而忽略對條文的細則進行理解。我在調整提案後已經對“模板、模組沙盒”進行定義，因此這裏“模板、模組沙盒”沒有歧義。大標題我還是調整一下，但我維持「模板、模組沙盒」的用詞。SANMOSA _Σουέζ 2021年7月28日 (三) 14:29 (UTC)

有歧義，有人有機會理解為「模板」和「模組沙盒」，但「廢棄草稿或模組沙盒、模板沙盒」就沒有歧義，方針不能貪方便，寫得不好就有歧義。--蟲蟲飛♡♡→♡℃※留言 2021年7月28日 (三) 14:34 (UTC)

在有特別指明某詞彙的定義的情況下，該詞彙在文本中的定義只有一個，繼而使該詞彙在文本中無歧義。SANMOSA _Σουέζ 2021年7月28日 (三) 23:41 (UTC)

• 從另一角度說，假設您是想刪“模板”，而非“模板沙盒”，上面的句子您會怎樣表述?--蟲蟲飛♡♡→♡℃※留言 2021年7月29日 (四) 00:17 (UTC)

  就不可能提速刪討論這個有意義嗎w-- Sunny00217  2021年7月29日 (四) 01:19 (UTC)

  之前我曾經提出過A5適用於模板的提案，所以也不至於不可能。SANMOSA _Σουέζ 2021年7月29日 (四) 02:47 (UTC)

  這種情況下，“或”字應該放在最末兩個並列項之間，而不會放在現在的位置。或許這樣說：現在我的排列結構是“A或D”，“D”（這次的“D”包含頓號，但並列的對象共同修飾“沙盒”一詞）是作為一個整體與“A”並列的；如果“或”字放在最末兩個並列項之間，則排列結構會變成“A、B或C”，“B”與“C”是分別作為兩個獨立的整體與“A”並列的。SANMOSA _Σουέζ 2021年7月29日 (四) 02:47 (UTC)

（编辑冲突）这样应该没什么问题，建议还是先检查一下目前符合条件的页面有没有被调用。 ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年7月28日 (三) 14:14 (UTC)

可以請求用戶提快速刪除前先檢查連入。SANMOSA _Σουέζ 2021年7月28日 (三) 14:17 (UTC)

• “若相關編輯僅是加入或刪除存廢、速刪模板及有關操作，該次編輯應視同不存在。”一句应当改为“若一笔编辑不是对页面内容的扩充、修正等对内容造成改变的善意非维护性非机器人编辑，则该次编辑在统计上文所称‘无编辑’时应当无视”。因为1.原陈述不包括破坏、回退破坏或机器人编辑等 2.“视同不存在”一词有歧义，可解释为在计算用户编辑时无视、计算总编辑数时无视等，即该词否定了该编辑的合法有效性。——落花有意12138 _{论 回复请ping我} 2021年7月29日 (四) 00:09 (UTC)

  不同意落花有意12138在（2）部“否定了該編輯的合法有效性”的論調。“該次編輯應視同不存在”是在施行O7的情況下才會出現的特殊計算情況，而在無須施行O7的情況下該次編輯仍然是（視同）存在的。同意落花有意12138在（1）部的説法，已就（1）部再作調整。SANMOSA _Σουέζ 2021年7月29日 (四) 03:02 (UTC)

没有什么“视同存在”，每一笔编辑都不应当被忽略，而这里的陈述可以被这样理解，便应当修改，避免有编者蓄意曲解方针（虽然这一解释可以被常识否定）——落花有意12138 _{论 回复请ping我} 2021年7月29日 (四) 07:38 (UTC)

@落花有意12138：（前）我認為重要的不是用詞，而是背後的意義，只要實際上執行的效果是一樣的，那就沒有問題。（後）既然可以被常識否定，那就代表所謂的“問題”不成問題。蓄意曲解方針是游戲規則的行徑，我們不能助長。SANMOSA _Σουέζ 2021年7月29日 (四) 08:21 (UTC)

@Sanmosa：1.这是一个不明显，但是容易被利用的漏洞。如果有用户利用这个漏洞，您打算如何处理？如果要搬出这个讨论串，说“方针的本意不是这样的”，那便容易被人说，是社群办事不力，使得方针有歧义。再说回来，“常识”本就模糊不清，每个人有自己的情况，造成常识的不同。 2. 您修改的版本中，“機械人編輯或屬維護性操作”依然不包括破坏。我认为这里不应该规定什么不适用，而应当规定什么适用。——落花有意12138 _{论 回复请ping我} 2021年7月30日 (五) 07:33 (UTC)

（1）我思來想去，不認為這條會被人怎麽樣去利用。而且，方針指引的效力不在條文的文字上，而是在其產生時背後的討論共識，那既然在這個討論串大家是明白那句話的實際含義是甚麽的，那句話的含義就只能根據討論串中得出的含義來理解。其他人的評論本身並不會影響制定規則的程序本身的正當性。（2）此前並無任何類近的條文有類似的規定，我不認為社群能接受。另外，方針編寫上一般只會規範甚麽類型的編輯不適用，而不會規範只有甚麽類型的編輯適用。SANMOSA _Σουέζ 2021年7月30日 (五) 08:39 (UTC)

(－)反对:「任何六個月內無編輯的草稿或模板、模組沙盒。」這句和正文中的「模板」有歧義，標題和正文的「模板」要改成「模板沙盒」。改了後通知一下，我可以撤回反對。--蟲蟲飛♡♡→♡℃※留言 2021年7月29日 (四) 09:13 (UTC)

@羊羊32521、Sunny00217、落花有意12138：你們怎麽看？SANMOSA _Σουέζ 2021年7月29日 (四) 09:36 (UTC)

一定會有用戶誤解方針，進行大量速刪，故一定要寫清楚「模板沙盒」，一定要寫死。如O7要速刪「模板」，消紅消緑是否維護性操作 ? 如是，大量模板都超過六個月無編輯。如有「模板」因此被速刪，Sanmosa是否要負相關責任呢 ?--約翰同志－條目裱糊匠（留言） 2021年7月29日 (四) 11:34 (UTC)

@蟲蟲飛、Comrade John：收到其他用戶的同類意見，已修改。SANMOSA _Σουέζ 2021年7月29日 (四) 13:43 (UTC)

(－)反对，(1) 處理編輯請求時合併patch的編輯摘要包含了到沙盒固定版本的連結，若刪除將導致這些連結全部失效。 (2) 沙盒裡仍記載著有價值的舊版本，假設某人在沙盒測試了3個版本，最後第3個版本被合併了，卻在6個月後發現該版本有些bug，實際上第2版本才是正確的，若刪除將遺失這些資訊。 (3) 沙盒就是沙盒，跟Wikipedia:沙盒一樣，不相關的內容不理它/回退/清空/拿主頁面覆蓋就好，不需動用到刪除。 (4) 若是極端的濫用情況，不相關的測試我想目前就可以適用CSD G2刪除，不需要設立新準則。--Xiplus#Talk 2021年7月29日 (四) 12:14 (UTC)

如果某人認為G2不適用，請告訴我您的理由。--Xiplus#Talk 2021年7月29日 (四) 12:15 (UTC)

@Xiplus：最一開始提出這東西的人是Z7504，可能還是得他出來解話才是，我就只是一個看到一個東西，然後突發奇想提提案的人而已。SANMOSA _Σουέζ 2021年7月29日 (四) 13:43 (UTC)

不過在他沒有回應的情況下，我可以做一些補充説明：（1、2）新條文有説明“如果編者有意重新繼續編寫，可向管理員請求恢復相關草稿、模板沙盒或模組沙盒”（連結連向WP:AR），而且在現在WP:AR的實務操作上，用戶可以直接找管理員讓他們直接恢復相關頁面，或為相關頁面提供歷史存檔，因此在“刪除”本身不是在MediaWiki系統直接永久刪除的情況下，連結失效或遺失資訊的問題並非如上述般嚴重。（3）這只能Z7504解話了。（4）除了G2，可能也可以G3，但如果把（3）的情況考慮在內，而Z7504的解話能讓人信服，那O7的擴大適用仍然是有必要的。SANMOSA _Σουέζ 2021年7月29日 (四) 13:51 (UTC)

(1) AR無法解決固定連結失效的問題，刪除必定使連結失效。 (2) 除了前述狀況，對於一般想要了解歷史的人來說，刪除便是一個阻礙，雖然AR是一個緩解方案，但無疑造成了大家麻煩，無論是想要翻查歷史的人，或是處理刪除及AR的管理員。 (4) G2/G3都可以依情況適用至罕見狀況，我沒看到對於刪除沙盒的好處或是不刪除的壞處，廢棄沙盒只是一個狀態，廢棄本身應該不是一個問題，如果是，請說明。--Xiplus#Talk 2021年7月29日 (四) 14:03 (UTC)

（1）據我理解，一個頁面可以復原到與原名不同的名稱，因此只要AR時把該版本恢復了，那連結就不再失效（如果是直接把原頁面恢復，因為恢復時會連同所有歷史版本恢復，那恢復後連結就肯定不再失效）。（2）如果這樣説的話，那這種麻煩在Draft空間和條目命名空間是更為嚴重的。（4）那這可能也要等Z7504解話了。SANMOSA _Σουέζ 2021年7月29日 (四) 14:45 (UTC)

AR恢复是新的版本 ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年7月29日 (四) 15:00 (UTC)不是吗？ ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年7月29日 (四) 15:04 (UTC)

標準AR的確是另建頁面，但管理員可以選擇直接恢復，再移動到其他名稱，我想Sanmosa說的應該是這種操作。--Xiplus#Talk 2021年7月29日 (四) 15:09 (UTC)

是的。SANMOSA _Σουέζ 2021年7月30日 (五) 08:43 (UTC)

(1) 是這樣沒錯，那麼是不是應該把所有的沙盒都移動到AR下做為「沙盒存檔」？ (2) 所以我才不想製造更多問題。--Xiplus#Talk 2021年7月29日 (四) 15:01 (UTC)

（1）這應該按需求解決，不能每一下子都說“所有的”。（2）不同意“製造更多問題”的説法，我認為就算你把這視為“問題”，頂多就只能說成“問題”仍然存在。SANMOSA _Σουέζ 2021年7月30日 (五) 08:43 (UTC)

請您定義「需求」。-- Willy1018（留言） 2021年7月30日 (五) 11:51 (UTC)

有人請求自然代表有需求。SANMOSA _Σουέζ 2021年8月1日 (日) 01:37 (UTC)

最低的需求就是所有有在編輯摘要連結到的沙盒，但你要要求提刪前檢查有無從編輯摘要連入嗎？不可能吧。--Xiplus#Talk 2021年8月1日 (日) 12:06 (UTC)

雖然我是以「不應該刪除的理由」來反對該提案，但更重要的是「應該刪除的理由」，且目前缺乏這個理據來支持該提案。--Xiplus#Talk 2021年8月1日 (日) 12:23 (UTC)

補充：前次類似但包含範圍不完全的提案位於Wikipedia talk:快速删除方针/存档9#建議擴展快速删除方针O7的適用範圍，當時因為提出時間與O7初通過的時間相隔太短而未通過。如此提案亦未通過，請代為列入WP:常年提案。SANMOSA _Σουέζ 2021年8月2日 (一) 14:58 (UTC)

讓我想起更有力的反對理由了：testcases會引用sandbox，刪除sandbox將導致一堆testcases出錯。--Xiplus#Talk 2021年8月2日 (一) 15:13 (UTC)

可以在條文中指明「/sandbox」若被「/testcases」引用則不適用O7。另一方面，提案中也有“就模板沙盒與模組沙盒而言，在提請快速刪除前，請務必先檢查並清理相關頁面的連入”這樣的一句，意思是“檢查並清理相關頁面的連入”以後才能提O7。SANMOSA _Σουέζ 2021年8月2日 (一) 23:57 (UTC)

同意前者，不同意後者，可能會有人為了刪除/sandbox而把/testcases清空之類的；另給個統計數據，模板空間中的所有/sandbox有57%被至少一個頁面引用，無法刪除。--Xiplus#Talk 2021年8月4日 (三) 05:24 (UTC)

不過就算規定前者，可能還是會有人去清理引用，不論是否惡意，刻意使頁面符合速刪後再來提起速刪的情況發生不少次。--Xiplus#Talk 2021年8月4日 (三) 05:26 (UTC)

@Xiplus：（前之前、後）我能夠理解你的想法，這情況和O4、R8其實是類似的，但模板沙盒和模組沙盒本來就是作測試的用途，就算被刪除，其影響未必比惡意或錯誤利用O4、R8等的影響大，甚至O7在模板沙盒和模組沙盒上的惡意利用也未必對中文維基百科造成很大的實際影響，畢竟當用戶要建立新的測試版本時，他大可以直接重建沙盒頁面。（前之後）O7本身處理的是廢棄草稿，這類頁面的刪除的目的本來就不是為了減輕伺服器負擔，因此如果可刪除的比率接近一半，條文的訂立應該還是有用的。SANMOSA _Σουέζ 2021年8月4日 (三) 10:59 (UTC)

刪除廢棄草稿有那麼一點點的優點（請看當初設立討論），而刪除/sandbox我看不到任何優點，至今也沒有人提出其優點，因此拿草稿與沙盒來比擬我覺得有點落差，/sandbox反而更像WP:沙盒，而我們也不會去刪除WP:沙盒。--Xiplus#Talk 2021年8月4日 (三) 11:20 (UTC)

• 說實話，到現在才發現這個討論。所以只問一句，連同管理員似乎都是傻了嗎？原來你們都那麼放任那些早已廢棄卻又不刪除的沙盒，你們真的認為沙盒和草稿的功用不同？真不懂上面反對的用戶是不是沒有想過廢棄沙盒（Sandbox）的問題，只會刪除廢棄草稿（Draft）。講難聽一點就是：如果此提案不能通過的話，以後乾脆把草稿重定向到沙盒好了，因為這樣大家都能規避六個月的期限。這問題跟以前在問的高風險頁面/高風險模板差不多，看來又是一個維基百科的Bug。你們用點邏輯吧，就不參與這種互相矛盾的討論了，浪費時間。舉個例子：那如果建立一個名為「Template:優良條目-Class/Sandox」也不會刪除了是吧？這個也是用「廢棄模板」提刪的，但這模板不但沒有被使用，而且還是12年多前建立的。--Z7504非常建議必要時多關注評選（留言） 2021年8月4日 (三) 11:26 (UTC)
  • 怎麼，以後大家都把草稿重定向至沙盒就好了嘛，如此一來就能規避六個月了嘛（假如此提案不通過的話），被說中了吧？悲哀的維基百科之Bug，因為被說中了所以不敢講話了。--Z7504非常建議必要時多關注評選（留言） 2021年8月5日 (四) 10:16 (UTC)

    @Xiplus。SANMOSA _Σουέζ 2021年8月5日 (四) 13:35 (UTC)

    @Sanmosa：你希望我說什麼？--Xiplus#Talk 2021年8月5日 (四) 13:54 (UTC)

    @Xiplus：當然是希望你回應他的觀點啊，畢竟我等了他解話那麽久。如果你想要TLDR的版本的話，我總結一下：他的意思就是“沙盒和草稿實際上是同類頁面，前者應比照後者處理”。SANMOSA _Σουέζ 2021年8月5日 (四) 13:59 (UTC)

    @Sanmosa：草稿屬於沙盒的一種，但不是所有沙盒都是條目草稿啊，所以範圍較窄的草稿能刪，但不是所有沙盒都應該刪啊，不然WP:沙盒為什麼不刪？草稿刪除的理由（請看當初設立討論）又不能套用到沙盒上面，所以請提出沙盒能刪的理由啊。--Xiplus#Talk 2021年8月5日 (四) 14:20 (UTC)

    @Z7504。SANMOSA _Σουέζ 2021年8月5日 (四) 14:28 (UTC)

    @Sanmosa：我當然看得出來他這麼認為，而我不認同，所以提出我的看法；他可以嘗試說服我WP:沙盒是草稿，或是具體提出模板沙盒應該刪除的理由。--Xiplus#Talk 2021年8月5日 (四) 14:33 (UTC)

@Sanmosa：另外我不認同testcases是沙盒，testcases是展示模板在使用不同參數時的效果，並同時有檢測模板各項功能正常運作的功用，無論何時都應該是有用的，不應視為廢棄。--Xiplus#Talk 2021年8月5日 (四) 14:36 (UTC)

就這點再度調整了。SANMOSA _Σουέζ 2021年8月5日 (四) 14:38 (UTC)

@Sanmosa：是否應該將testcases加入到豁免條件，以作為備註防止有人誤解其為沙盒？--Xiplus#Talk 2021年8月6日 (五) 03:26 (UTC)

一般上也不會把testcases理解為沙盒，因此好像也沒有這個必要。SANMOSA _Σουέζ 2021年8月6日 (五) 03:29 (UTC)

那我很好奇你當初為何加入testcases？--Xiplus#Talk 2021年8月6日 (五) 03:47 (UTC)

一開始其實是沒有testcases，後來看了前次提案才加testcases的。SANMOSA _Σουέζ 2021年8月6日 (五) 08:43 (UTC)

所以大家在維基百科那麼久終於認清維基百科有多少的Bug了，草稿和沙盒都應該給同一管道刪除，不應該分什麼G2和O7。(！)意見：難道草稿一定不是G2，只能算O7嗎？意思就是說草稿都一定不算測試頁面囉？好棒的神邏輯。在這種明知道有Bug的討論，卻又打死不承認將草稿重定向到沙盒的說法，那就不必再給任何的意見，沒有意義、浪費時間。最後，是不是應該連G2都一起來討論，不能單就只說O7？建議大家現在都把草稿重定向到沙盒，到時候你就算掛了還是離開維基百科了，你所有創建過的「草稿/沙盒」頁面，只要你不請求用什麼G10叫管理員幫你刪掉，保證都會幫你保留好好的，絕對不受六個月不動而刪除的限制。還好不必再浪費時間玩沒有意義的口水戰，時間不寶貴嗎？唉~~~--Z7504非常建議必要時多關注評選（留言） 2021年8月5日 (四) 16:17 (UTC)

@Z7504：我前面就已經說草稿屬於沙盒（測試頁面），也說您提出的沙盒可以適用G2刪除了，我說的是不是所有沙盒都需要刪除，又不是說所有沙盒都不能刪除。另外草稿重新導向到沙盒直接符合CSD R2條款可刪除，不懂方針的人是你吧，提這個例子只是打你自己臉而已。我希望所有人在充分了解現行規定、好好閱讀我的留言、提出你自己的看法來與我討論，但您留這麼長一串，開頭就直接謾罵管理員，又沒有任何有力的理據，浪費你時間的人是你自己。--Xiplus#Talk 2021年8月6日 (五) 02:09 (UTC)

• (！)抗议Z7504的亂扯，草稿跟沙盒性質和用途上就不一樣了，如果一樣幹嘛還要特地引入草稿空間？大家都用沙盒就好啦。根本不是這樣。完全不同意Z7504的論述。為什麼抗議，因為你亂罵管理員。-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年8月8日 (日) 17:19 (UTC)
  • 哪裡瞎扯，難道規避六個月不是事實嗎？你們敢說沙盒能有六個月的期限嗎？不浪費時間跟你們瞎扯剛好而已，哼。而且照你們意思就是說，G2也不見得能刪除廢棄至少六個月的沙盒囉？你們的邏輯真的很神。維基百科的所有用戶還是趕快將草稿重定向到沙盒吧。管理員都只用自己官威大講對自己有利的而已嘛。還有一種方式突然想到，乾脆在所有超過六個月的草稿或沙盒通通掛上{{Historical}}好了，這樣不只不用受六個月的影響也不用考慮草稿是否該重定向沙盒。但肯定是另外一種問題，你們慢慢玩吧，此討論就這樣以上回覆了，再見。因為是維基百科本身設計就是種Bug造成使用者不便，然後還說濫罵管理員，紅字強調說實在的剛好而已啦。做不好都不用下台的不是早就日常了嗎？嫌邏輯不對就刪邏輯吧，因為只會仗著管理員權限大而已。--Z7504非常建議必要時多關注評選（留言） 2021年8月9日 (一) 12:20 (UTC)
• (－)反对提案不周全，提案考慮不周，有嚴重漏洞，@Sanmosa：例如除了Module:沙盒的子頁面，Template空間也有相同性質的東西，見Template:沙盒/TemplateStyles與其子頁面「Template:沙盒/TemplateStyles/（用戶名）/???」。此外無法排除未來中文區會引入其他技術性擴展，因技術限制會在Template空間建立更多類似的子頁面型沙盒。-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年8月13日 (五) 03:55 (UTC)
• @A2569875：不過TemplateStyles那個算是一般人無法建立而已，實際上管理員可以建立、更改（內容模型），一般人也可以在沙盒那裡建好後再移去自己的子頁面；Module在擴展方面有硬性規定只有ns828能使用此內容模型，因此動不得-- Sunny00217  2021年8月16日 (一) 01:57 (UTC)

---

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

新增快速刪除位於不恰當命名空間消歧義的準則

通過。Sanmosa _Outdia 2021年8月20日 (五) 00:02 (UTC)

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

---

原标题为：有關快速刪除方針條文增修的事宜

有鑒於最近的部分存廢討論（1、2、3、4、5），建議容許快速刪除任何位於模板空間的消歧義頁面（不論是否引用消歧義模板或消歧義訊息模板），並增設新條文專門處理。擬議條文具體如下：

“

G17. 位於不恰當的命名空間的消歧義頁面。

• 此項不適用於條目、用戶、專案與草稿命名空間。
• 在提請快速刪除前，請務必先檢查並清理相關消歧義頁面的連入。
• 此項不論頁面是否引用消歧義模板或消歧義訊息模板均適用，惟對消歧義模板及消歧義訊息模板本身不適用。

• 使用模板{{d|G17}}。

”

以上。SANMOSA _Σουέζ 2021年8月1日 (日) 10:57 (UTC)

@Yumeto、DreamerBlue、羊羊32521。SANMOSA _Σουέζ 2021年8月1日 (日) 10:57 (UTC)

• 建議主、使用者、草稿以外空間均適用。 紺野夢人 ^肺炎退散 2021年8月1日 (日) 11:05 (UTC)
• 本人意见基本同上，但建议可以将项目空间、专题空间也纳入适用例外。--DreamerBlue（留言） 2021年8月1日 (日) 12:34 (UTC)
• 同上，再把使用說明也納入例外-- Sunny00217  2021年8月1日 (日) 15:20 (UTC)
• 需要注意怎么定义“消歧义页”（WP:UCS?）；哪些模板真的是“模板消歧义”，而哪些是“消歧义模板”；挂{{Disambiguation}}的模板并不都是消歧义页。适用空间赞同Yumeto，暂时看不出来项目、专题和说明有什么使用消歧义的必要。 ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年8月2日 (一) 01:27 (UTC)
  • 项目、专题空间消歧义主要是参照英文维基百科，对部分捷径/快捷方式进行消歧义。--DreamerBlue（留言） 2021年8月2日 (一) 03:20 (UTC)

    那专题应该没必要吧？用主从消歧义就好了。-- ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年8月2日 (一) 11:01 (UTC)

@Yumeto、DreamerBlue、羊羊32521：暫時把擬議編號改為G17，以順應擬議適用範圍的擴大。專案、專題與說明空間是否適用可以再討論。「消歧義頁」的定義應依循Wikipedia:消歧义給出的解釋（某程度上可以算WP:UCS，但畢竟我也給了指引連結）。特別加入了條款防止誤刪消歧義模板的情形。“掛{{Disambiguation}}的模板並不都是消歧義頁”的情形我不太清楚，可能需要進一步解釋，這樣有助於我改善提案。SANMOSA _Σουέζ 2021年8月2日 (一) 06:42 (UTC)

@Sunny00217。SANMOSA _Σουέζ 2021年8月2日 (一) 07:05 (UTC)

{{Make Disambiguation 2}} ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年8月2日 (一) 11:02 (UTC)

@羊羊32521：再調整了一下。SANMOSA _Σουέζ 2021年8月2日 (一) 14:01 (UTC)

另外Wikipedia:消歧义好像没有消歧义页的定义？ ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年8月2日 (一) 11:03 (UTC)

英文原文“Disambiguation”本身就是“消除歧义”的名词，从翻译的角度其实方针叫“消歧义页”比较好。--DreamerBlue（留言） 2021年8月2日 (一) 13:18 (UTC)

(✓)同意。上面提到的何为消歧义页实际不是问题，任何一名编辑，甚至读者都可以分辨出。——落花有意12138 _{论 回复请ping我} 2021年8月2日 (一) 13:23 (UTC)

我還是認為使用說明也要列入-- Sunny00217  2021年8月3日 (二) 11:13 (UTC)

@Sunny00217：還請説明詳細原因。SANMOSA _Σουέζ 2021年8月3日 (二) 13:14 (UTC)

基本上跟計劃頁面一樣-- Sunny00217  2021年8月3日 (二) 13:24 (UTC)

项目页面DreamerBlue君是说参考英维的捷徑消歧义（比如en:WP:DC），但个人认为使用说明应该没必要用消歧义页吧？主从消歧义应该就能解决？ ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年8月3日 (二) 14:14 (UTC)

@Sunny00217。SANMOSA _Σουέζ 2021年8月4日 (三) 01:22 (UTC)

那好，如果有發現這狀況變多再討論-- Sunny00217  2021年8月6日 (五) 12:57 (UTC)

提醒一下：英文版是有模板名字空间消歧义页的。w:Category:Template disambiguation pages--GZWDer（留言） 2021年8月7日 (六) 05:51 (UTC)

@GZWDer：但zhwiki內現在暫時沒有這樣的維護必要，甚至上面舉出的5個AFD全部都是刪除模板命名空間消歧義頁的案例。SANMOSA _Σουέζ 2021年8月7日 (六) 12:46 (UTC)

公示此案7日。Sanmosa _Outdia 2021年8月13日 (五) 03:40 (UTC)

参考資料

---

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

增訂快速刪除準則：將使用者空間的AFC草稿納入廢棄草稿及不指向消歧義頁面的消歧義重新導向

通過。Sanmosa _Outdia 2021年8月21日 (六) 00:14 (UTC)

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

---

原标题为：有關引入部分新的快速刪除方針條文的事宜

最近看了一下對家enwiki的快速刪除方針，受到了一些啓發，因此把一些潛在可能實行的enwiki快速刪除方針條文搬出來，讓大家研究一下可能性。SANMOSA _Σουέζ 2021年8月5日 (四) 14:36 (UTC)

O7適用範圍擴展（enwiki G13）

現行條文 O7. 廢棄草稿。 任何六個月內無編輯之草稿。 僅適用於草稿名字空間。 如果編者有意重新繼續編寫，可向管理員請求恢復草稿。 若是編輯僅是加入或刪除存廢、速刪模板及有關操作，該次編輯應視為無編輯。 使用模板{{d|O7}}。

提議條文 O7. 廢棄草稿。 任何六個月內無編輯的草稿。 “草稿”指： 所有位於草稿命名空間的頁面；及 所有位於用戶命名空間且含{{AFC submission}}的頁面。 若相關編輯為機械人編輯或屬維護性操作，相關編輯應視同不存在。 就特定沙盒而言，在提請快速刪除前，請務必先檢查並清理相關頁面的連入。 如果編者有意重新繼續編寫，可向管理員請求恢復相關草稿。 使用模板{{d|O7}}。

（這個是沒太大機會能過的版本，大家當作不存在就好）

由於上面也有另一個對O7的修改提議，因此這裏也有兩個提議同時落實的版本：

現行條文 O7. 廢棄草稿。 任何六個月內無編輯之草稿。 僅適用於草稿名字空間。 如果編者有意重新繼續編寫，可向管理員請求恢復草稿。 若是編輯僅是加入或刪除存廢、速刪模板及有關操作，該次編輯應視為無編輯。 使用模板{{d|O7}}。

提議條文 O7. 廢棄的特定頁面。 任何六個月內無編輯的特定頁面。 “特定頁面”指： 所有位於草稿命名空間的頁面； 所有位於用戶命名空間且含{{AFC submission}}的頁面； 位於模板命名空間與模組命名空間的特定沙盒： “（特定）沙盒”在此指在頁面名稱最末端出現“/sandbox”、“/testcases”或“/沙盒”等表示某模板或模組的子頁面為沙盒的字樣的頁面（不含Module:沙盒本身）。 就Module:沙盒的子頁面而言，如該子頁面遵從“Module:沙盒/（用戶名）/???”的命名格式，則不適用。 若相關編輯為機械人編輯或屬維護性操作，相關編輯應視同不存在。 就特定沙盒而言，在提請快速刪除前，請務必先檢查並清理相關頁面的連入。 如果編者有意重新繼續編寫，可向管理員請求恢復相關特定頁面。 使用模板{{d|O7}}。

O7適用範圍擴展需要調整{{AFC submission}}的結構。SANMOSA _Σουέζ 2021年8月6日 (五) 00:35 (UTC)

相關調整為加入一段代碼，代碼如下：{{#switch:{{NAMESPACENUMBER}}|2|118={{#ifexpr:{{#time:Ymd|-6 months}}>{{#time:Ymd|{{{ts|}}}}}|{{d|O7}}{{#ifeq:{{NAMESPACENUMBER}}|2|[[Category:用戶命名空間廢棄草稿]]}}}}|#default=}}。SANMOSA _Σουέζ 2021年8月6日 (五) 03:09 (UTC)

Category:用户页废弃草稿 ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年8月6日 (五) 07:38 (UTC)

@羊羊32521：狹義上「用戶頁」可不含「用戶子頁面」；廣義上「用戶頁草稿」無須存有{{AFC submission}}模板。SANMOSA _Σουέζ 2021年8月6日 (五) 07:52 (UTC)

@Sanmosa：那就Category:用户空间废弃草稿，废弃草稿可视作使用WP:O8的定义（没有别的方针指引有定义什么页面是“废弃草稿”吧）-- ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年8月6日 (五) 07:59 (UTC)

@羊羊32521：注意你給的編號。已完成。SANMOSA _Σουέζ 2021年8月6日 (五) 08:17 (UTC)

• @Sanmosa：除了Module:沙盒的子頁面，Template空間也有相同性質的東西，見Template:沙盒/TemplateStyles與其子頁面「Template:沙盒/TemplateStyles/（用戶名）/???」。此外無法排除未來中文區會引入其他技術性擴展，因技術限制會在Template空間建立更多類似的子頁面型沙盒。-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年8月8日 (日) 16:48 (UTC)

  所以还是建议Sanmosa君还是耐心一点先通过案1啦，案2等到上方讨论煮完了也不迟。 ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年8月8日 (日) 17:03 (UTC)

R8適用範圍擴展（enwiki G14）

現行條文 R8. 帶有「(消歧義)」字樣，且無連入的重定向。 在提請快速刪除前，請務必先檢查並清理相關重定向的連入。 若重定向頁與導向目標頁同樣帶有「(消歧義)」字樣，且兩者的標題僅存在繁簡／地區詞差異，則不適用。 如有用戶對應否使用消歧義及消歧義的方式存在未解決的爭議，則應交由存廢討論處理。 使用模板{{d|R8}}。

提議條文 R8. 帶有「(消歧義)」字樣的重定向。 包括以下幾種類型： 無連入的重定向。 若重定向頁與導向目標頁同樣帶有「(消歧義)」字樣，且兩者的標題僅存在繁簡／地區詞差異，則不適用。 並非指向消歧義頁面的重定向。 在提請快速刪除前，請務必先檢查並清理（如適用）相關重定向的連入。 如有用戶對應否使用消歧義及消歧義的方式存在未解決的爭議，則應交由存廢討論處理。 使用模板{{d|R8}}。

以上。SANMOSA _Σουέζ 2021年8月5日 (四) 14:36 (UTC)

• O7，建议一个一个煮。对于案1，建议准则名仍维持“废弃草稿”，只需将 AfC submission 的用户页纳入草稿范围即可。对于案2不发表看法。R8，建议保持不变，增设R9. 帶有「(消歧義)」字樣，且不指向消歧義頁面的重定向。这样建议是避免准则名太模糊 ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年8月6日 (五) 01:47 (UTC)

  @羊羊32521：O7到底是要走哪一個版本要看上方的討論結果。就不含沙盒的版本而言，已完成調整。R8修改的情況我認為類近G15，因此我不打算分拆，不過我也稍微調整了一下字眼。SANMOSA _Σουέζ 2021年8月6日 (五) 02:34 (UTC)

公示以上兩個提議（不含被摺叠的部分）7日。Sanmosa _Outdia 2021年8月14日 (六) 13:48 (UTC)

將Foo移動到Foo (Bar)，然後將Foo改成消歧義，這時候Talk:Foo重定向到Talk:Foo (Bar)，以前是用G1刪，有R7後用R7刪，不過相關性似乎是R8最高，不知道是否適用新的條文？又或是應該另外增訂。--Xiplus#Talk 2021年8月16日 (一) 09:07 (UTC)

@Xiplus：你提的東西與R8（無論修改前抑或修改後均）不相關。“帶有‘(消歧義)’字樣”要求的字樣是“(消歧義)”，括號內不能是其他任何的東西，否則就不適用R8。你説的情況應該適用R7，請繼續使用R7，萬分感謝。Sanmosa _Outdia 2021年8月16日 (一) 13:50 (UTC)

---

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

研擬快速刪除空列表條目

撤回：

反正本來就只是打算研擬（探討一下）而已，不是特別想説一定要做到這回事，那先關掉吧，其他人有興趣和有其他理據的話可以自己再提。Sanmosa _Outdia 2021年8月25日 (三) 10:58 (UTC)

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

---

現研擬快速刪除空列表條目。「空列表條目」（「空列表」）的定義為條目的性質明顯為列表條目，惟其中無任何並列項的條目。若此條通過，其編號應作A7。為給予建立條目者編寫的時間，若此條通過，掛有{{inuse}}及／或{{translating}}者不適用。Sanmosa _Outdia 2021年8月16日 (一) 02:16 (UTC)

• 如果没内容就A1吧，有内容就改成非列表条目。 ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年8月16日 (一) 02:27 (UTC)

  但也要考慮到那些條目是否適合改成非列表條目。如果條目作為列表條目的性質並不明顯，那就不符合「空列表條目」（「空列表」）的定義，頂多只需要換個頁面名字（這和R3作為頁面移動理由的原因是一樣的）。Sanmosa _Outdia 2021年8月16日 (一) 13:36 (UTC)

• 這應該提到AFD評估內容是否可以移動至普通條目，而不應作快速刪除。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2021年8月16日 (一) 02:44 (UTC)

  這樣的話你倒不如直接進行合併工作（這不用經AFD），或是換個頁面名字就好了。Sanmosa _Outdia 2021年8月16日 (一) 13:36 (UTC)

  這裏想指的是，這種情況下無論是刪除還是換名字，最好都應該要有討論。直接刪除和直接移動/重命名也都未必太好。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2021年8月16日 (一) 14:27 (UTC)

  這些東西有時候可以常識判斷，不然我們要CSD有何用？Sanmosa _Outdia 2021年8月18日 (三) 23:49 (UTC)

  見下。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2021年8月19日 (四) 00:23 (UTC)

先舉一些實際例子吧，空講描述大家也都想不出是怎麼樣的條目。--Xiplus#Talk 2021年8月16日 (一) 06:53 (UTC)

Wikipedia:頁面存廢討論/記錄/2021/08/13#男子板球世界排名我認為符合我給的定義。Sanmosa _Outdia 2021年8月16日 (一) 13:43 (UTC)

這個條目就算沒有列表內容，目前的導言就足以對「排名系統本身」做一個簡單的介紹了，不算缺乏內容吧？--Xiplus#Talk 2021年8月16日 (一) 13:49 (UTC)

不算缺乏內容，但缺乏內容是A1的要件。此條的要件是“無任何並列項”，因為並列項的存在才會產生列表。Sanmosa _Outdia 2021年8月16日 (一) 14:11 (UTC)

我覺得該舉例不符「條目的性質明顯為列表條目」，它可以做為非列表條目存在。--Xiplus#Talk 2021年8月16日 (一) 14:52 (UTC)

「條目的性質明顯為列表條目」可通過條目名體現，但在條目名不能體現時仍可通過條目內容體現。Sanmosa _Outdia 2021年8月18日 (三) 23:49 (UTC)

所以您認為該條目不能做為非列表條目存在嗎？--Xiplus#Talk 2021年8月19日 (四) 00:42 (UTC)

這個例子我覺得即使不適合移動到其他名字，在AFD給最後七天機會會較合適，起碼這個條目有可以預見的潛在再擴充的可能性（至少有對應翻譯條目），這例子證明不到有CSD的必要。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2021年8月16日 (一) 14:27 (UTC)

同上。Sanmosa _Outdia 2021年8月18日 (三) 23:49 (UTC)

CSD是用來「旨在加快處理顯然不合適的頁面或檔案」，不過這種例子的內容就算「不合適」也都未致於「顯然」（因為可見有擴充至合適內容的可能），所以最好還放在AFD再給機會等人擴充，7天無人擴充才刪除，類似於小小作品的處理。「切記刪除乃最後手段」，但您現在是不等就立馬刪除，怎看都不恰當。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2021年8月19日 (四) 00:23 (UTC)

我認為把「顯然」一詞看得過份狹隘並不是好事。Sanmosa _Outdia 2021年8月19日 (四) 00:31 (UTC)

除非您認為該條目完全沒有再擴充的可能，否則我不認為這裏有何所謂的「過份狹隘」。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2021年8月19日 (四) 00:39 (UTC)

• 同意Xiplus和Cdip。 ——魔琴 [ 喀布尔陷落 ] 2021年8月17日 (二) 14:15 (UTC)

@Xiplus：剛看到了另一個例子：各國鐵路公司。這個我覺得寫不成非列表條目。Sanmosa _Outdia 2021年8月23日 (一) 00:06 (UTC)

這個可以，那麼您應該修改準則陳述使其能夠區分出這兩個條目。--Xiplus#Talk 2021年8月23日 (一) 00:14 (UTC)

更改「空列表條目」（「空列表」）的定義為：條目的性質明顯為列表條目，惟其中無任何並列項，且明顯不可能改寫為非列表條目的條目。@Xiplus：看看是否可以。Sanmosa _Outdia 2021年8月24日 (二) 01:30 (UTC)

跟上面的一樣，就算各國鐵路公司不能改為普通條目，在AFD給最後七天機會會較合適，起碼也是有可以預見的潛在再擴充的可能性（至少有對應翻譯條目），這例子證明不到有快速刪除的必要。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2021年8月23日 (一) 00:17 (UTC)

問題在於“各國鐵路公司”是不可窮舉的，翻譯時沒把並列項也翻譯過來某程度上暗示了“各國鐵路公司”本身不適合設立列表。Wikipedia:格式手册/列表#列表的概述：“須說明合理的列表收錄準則，即內容的選擇標準或收錄範圍”，“各國鐵路公司”已經算是過大的收錄範圍。Sanmosa _Outdia 2021年8月24日 (二) 01:30 (UTC)

以上的理由衹能說明這是AFD，不是CSD，因為是否符合收錄準則顯然不可以是一人判定，而需要再經討論確認，不可節省。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2021年8月24日 (二) 02:31 (UTC)

那如果理由是WP:SPA又如何？（見下）但這樣的話這裏的討論的必要性也不至於那麽大了，因為更值得討論的可能變成該IP段的行為哪些不用管而哪些需要管了。Sanmosa _Outdia 2021年8月24日 (二) 09:36 (UTC)

這不能一概而論，WP:SPA建立的內容不一定就是不適當的內容，即使其擾亂行為有多麼明顯也好，實際還是必須逐條研判。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2021年8月24日 (二) 15:11 (UTC)

所以我的用詞是“哪些不用管而哪些需要管了”，不然我早就主張恢復G6了。對於他建立的非列表條目，我沒興趣也沒打算管。Sanmosa _Outdia 2021年8月24日 (二) 23:52 (UTC)

那SPA就不是合理的CSD理由了，SPA建立的列表內容沒有列表，不代表該列表一定不能被其他人打撈成列表。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2021年8月25日 (三) 07:17 (UTC)

@Xiplus：2001:B400:E2D5:6811:A9B7:E695:16B0:D7D1（男子板球世界排名建立者）和2001:B400:E26D:3201:4C08:C71F:AC76:DD57（各國鐵路公司建立者）是同一個IP段，最近那些「空列表條目」（「空列表」）都是同一個人搞出來的東西。檢查過IP段的其他貢獻，秘魯世界遺產列表、金球獎劇情類劇集最佳男主角、金球獎音樂及戲劇類最佳男主角也是差不多的情況。老實説，他給人一種類近Adam Asrul的感覺。Sanmosa _Outdia 2021年8月24日 (二) 01:37 (UTC)

---

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

提議修訂WP:R3，使類推簡化字未收錄至《通用規範漢字表》導致的重新導向簡繁混雜作為方針的例外處理

原标题为：提议修订WP:R3

本人注意到，《通用规范汉字表》（注：中国大陆现行的简体字标准）内有不少汉字的类推简化字并未被收录，例如某些化学新造字（）等。本人认为，考虑到《通用规范汉字表》不再收录新的类推简化字，因类推简化字未收录至《通用规范汉字表》导致的重定向简繁混杂，应该作为方针的例外处理，还请社群讨论。

以下内容摘录自“通用规范汉字表”条目：

“ 原徵求意見稿說明中曾有“根据国务院1986年‘今后对汉字的简化应持谨慎态度，使汉字的形体在一个时期内保持相对稳定’的指示精神，本字表以外的字，不再类推简化”。此字句於正式版中消失，即字表本身沒有提及字表以外的漢字如何使用。但是《〈通用规范汉字表〉解读》……中提到，無限制的類推「实际上使汉字的总体系统繁化甚至混乱⋯⋯违背了辞书存储汉字的历史真实性原则，拉大了汉字应用的古今差异和两岸差异」，並說明「⋯⋯收录了少数已经被社会所习用，并符合《简化字总表》规定的类推简化字。今后表外字不再类推。」

参考資料

”

--DreamerBlue（留言） 2021年8月28日 (六) 06:02 (UTC)

@DreamerBlue：有那個字表沒錯但MediaWiki不認帳怎麼辦（此條即為防止MediaWiki無法正常判斷繁簡而設立）？-- Sunny00217  2021年8月28日 (六) 09:20 (UTC)

@Sunny00217：据我所知，如果简化字不在这个表里面，MediaWiki很可能无法判断繁简。而且，鉴于《通用规范汉字表》不再实行类推简化，实际上原本的繁体和类推出来的简体都是事实上可用或会被用到的字形。--DreamerBlue（留言） 2021年8月28日 (六) 09:25 (UTC)

@DreamerBlue：能不能寫個修改版本出來讓大家看看，這樣可以比較瞭解你構想的執行方式。Sanmosa _Outdia 2021年8月29日 (日) 07:07 (UTC)

我大概拟了一条：

現行條文 R3. 格式錯誤，或明显笔误的重定向。 包括标题繁簡混用、消歧義使用的括弧或空格錯誤、間隔號使用錯誤、標題中使用非常見的錯別字。 非一眼能看出的拼写错误和翻譯或標題用字的爭議應交由存廢討論處理。 將常見的拼写错误名稱重定向至正确名稱页面，可使百科用户縱使在查找文章时拼写错误，也能够找到寻求的文章。可參閱WP:重定向#何時用重定向？。 使用模板{{d|R3}}或{{d|wr}}。

提議條文 R3. 格式錯誤，或明显笔误的重定向。 包括标题繁簡混用、消歧義使用的括弧或空格錯誤、間隔號使用錯誤、標題中使用非常見的錯別字。 非一眼能看出的拼写错误和翻譯或標題用字的爭議應交由存廢討論處理。 將常見的拼写错误名稱重定向至正确名稱页面，可使百科用户縱使在查找文章时拼写错误，也能够找到寻求的文章。可參閱WP:重定向#何時用重定向？。 因类推简化字未收录至《通用规范汉字表》导致的简繁混杂情形，或系统无法自动进行繁简处理的情形，则不适用。例如：“叠氮化𨥙→叠氮化”。 使用模板{{d|R3}}或{{d|wr}}。

--DreamerBlue（留言） 2021年8月29日 (日) 07:18 (UTC)

初步支持。Sanmosa _Outdia 2021年8月29日 (日) 07:31 (UTC)

請為在條文裏的例子加上-{}-，以免混淆。--【和平至上】💬 2021年8月29日 (日) 12:57 (UTC)

我认为如果unicode已经有了该字的繁简字形编码，就不应该算作例外。毕竟维基百科是以unicode的utf-8编码的，而不是根据《通用规范汉字表》编码的--百無一用是書生 (☎) 2021年8月30日 (一) 02:14 (UTC)

@Shizhao：我知道维基百科是以Unicode的UTF-8编码。但这里的情况有两个方面。其一，有的字在Unicode里面互相不是简繁关系，比如我给出的例子里面，𨥙是元素用字，其对应的简体字型来源于二简字（对应“镜”），而MediaWiki系统并不一定能自动转换。其二，我举出《汉字表》“今后表外字不再类推”的解释，是为了指出，在（1）繁体字被收录、简体字未收录或（2）繁简字均未收录这两种情况下，中国大陆的用户在创建重定向时，标题混入未入《表》简体字的对应繁体字并不应该算错。--DreamerBlue（留言） 2021年8月30日 (一) 02:19 (UTC)

如果是你的这种解释的话，我倾向反对。我认为只要至少Unicode那边对应了繁简关系，就应该比照处理。MediaWiki系统不能自动转换，那就去修好它--百無一用是書生 (☎) 2021年8月30日 (一) 02:49 (UTC)

“有的字在Unicode里面互相不是简繁关系”，说不定下个版本就是繁简关系了--百無一用是書生 (☎) 2021年8月30日 (一) 02:50 (UTC)

Unicode的字符名称本来就是不能改的，比如著名乌龙“杭州码子”。我不太清楚这种类推汉字和现有Unicode同字型时Unicode会怎么处理。此外，你也没有回应有关《汉字表》“今后表外字不再类推”的问题。根据各个人的电脑打字环境，这种情况下的实际用字本就是繁简混杂的，既然如此不如专门作为特例放开。--DreamerBlue（留言） 2021年8月30日 (一) 02:55 (UTC)

同DreamerBlue，Unicode有時並不可靠。Sanmosa _Outdia 2021年8月30日 (一) 03:22 (UTC)

建議澄清快速刪除方針R3款的處理範圍

建議澄清快速刪除方針R3款的處理範圍，以避免部分僅大小寫及／或變音符號差異的重新導向被當作R3提速刪（1、2），如需查證合法性請參閲WP:POFR。擬議修改如下：

現行條文 R3. 格式錯誤，或明显笔误的重定向。 包括标题繁簡混用、消歧義使用的括弧或空格錯誤、間隔號使用錯誤、標題中使用非常見的錯別字。 非一眼能看出的拼写错误和翻譯或標題用字的爭議應交由存廢討論處理。 將常見的拼写错误名稱重定向至正确名稱页面，可使百科用户縱使在查找文章时拼写错误，也能够找到寻求的文章。可參閱WP:重定向#何時用重定向？。 使用模板{{d|R3}}或{{d|wr}}。

提議條文 R3. 格式錯誤，或明显笔误的重定向。 包括标题繁簡混用、消歧義使用的括弧或空格錯誤、間隔號使用錯誤、標題中使用非常見的錯別字。 非一眼能看出的拼写错误和翻譯或標題用字的爭議應交由存廢討論處理。 將常見的拼写错误名稱重定向至正确名稱页面，可使百科用户縱使在查找文章时拼写错误，也能够找到寻求的文章。可參閱WP:重定向#何時用重定向？。 如重新導向名稱與導向目標名稱（或其相關名稱）僅存在合理的大小寫差異及／或重新導向名稱為導向目標名稱（或其相關名稱）的ASCII字母表述的形式，不視為存在任何拼寫錯誤。 使用模板{{d|R3}}或{{d|wr}}。

以上。Sanmosa _Outdia 2021年8月29日 (日) 11:03 (UTC)

但是“大小寫差異”太广泛了。例如DOnAlD tRuMp也是有大小寫差異的标题，但是显然不是合理的重定向标题。--GZWDer（留言） 2021年8月29日 (日) 11:46 (UTC)

@GZWDer：不一定。如果牽涉到音樂作品（或藝術性作品）條目，你根本不能歸納一個大小寫邏輯出來，這種重新導向還是有可能的。而且WP:POFR也有對應條文，如果沒有牽涉到音樂作品（或藝術性作品）條目，那參照WP:POFR給出來的例子執行就可以了，我認為這可以WP:UCS。Sanmosa _Outdia 2021年8月30日 (一) 02:37 (UTC)

在上述修改基础上，重定向页的大小写应当具有其意义才可建立。Itcfangye（留言） 2021年8月30日 (一) 05:25 (UTC)

@GZWDer、Itcfangye：我調整一下表述。Sanmosa _Outdia 2021年8月30日 (一) 07:05 (UTC)

建議擴大快速刪除方針R2款的處理範圍

撤回：

自行撤回。Sanmosa _Outdia 2021年9月15日 (三) 15:02 (UTC)

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

---

建議擴大快速刪除方針R2款的處理範圍，以處理部分不合理的跨命名空間重新導向（例如這個）。擬議修改如下：

現行條文 R2. 跨名字空间的重定向。 包括以下幾種類型： 从条目名字空间指向非條目名字空间的重定向（包括从条目名字空间移動至用户页名字空间時遺留的重定向）； 从草稿名字空间指向非草稿名字空间的重定向； 從計畫命名空間（Wikipedia）指向維基專題命名空間（WikiProject）的重定向； 從維基專題命名空間（WikiProject）指向計畫命名空間（Wikipedia）的重定向。 經社群同意設立的偽命名空間屬於本規則之例外。 注意：有时新加入的维基人偶尔会在主条目空间誤建用户页。使用“移动”页面工具将用户页移回用户名字空间会保留页面历史，在删除遺留的重定向頁前，考虑保留一到两天；草稿重定向速删前，请确保草稿已经完成其作用，并且草稿的历史已经合适地移动到相应的正式页面。 使用模板{{d|R2}}或{{d|interwk}}。

提議條文 R2. 跨名字空间的重定向。 位於用戶命名空間的重新導向頁面不適用。 位於經社群同意設立的偽命名空間的重新導向頁面應視同位於計畫命名空間的重新導向頁面。 從計畫命名空間（不含偽命名空間）指向幫助命名空間或從幫助命名空間指向計畫命名空間（不含偽命名空間）的重新導向頁面僅無有效連入時適用。 從模板命名空間指向模組命名空間的重新導向頁面不適用，並應替換為{{CGroupH}}與{{CGroupF}}兩個模板。 注意：草稿重定向速删前，请确保草稿已经完成其作用，并且草稿的历史已经合适地移动到相应的正式页面。 使用模板{{d|R2}}或{{d|interwk}}。

以上。Sanmosa _Outdia 2021年8月27日 (五) 13:50 (UTC)

H:名字空间->WP:名字空间。--Jimmy Xu ^论 2021年8月27日 (五) 13:54 (UTC)

完成。Sanmosa _Outdia 2021年8月27日 (五) 13:57 (UTC)

不是，我是说这种重定向应该留着？我偶尔要查一下都是会搜寻H:NS的。--Jimmy Xu ^论 2021年8月27日 (五) 14:17 (UTC)

而且本来仅限条目就是非条目空间不必要带来这么多需要全文替换的维护成本。--Jimmy Xu ^论 2021年8月27日 (五) 14:19 (UTC)

補充説明：

1. 此條修改後並不影響用戶將其用戶頁及其子頁面重新導向至任何頁面的行為。
2. 由於現時偽命名空間重新導向只重新導向至計畫命名空間（Wikipedia），因此將偽命名空間重新導向視同計畫命名空間重新導向，使並非重新導向至計畫命名空間的偽命名空間重新導向（包括重新導向至條目命名空間者）均可循此條刪除。
3. 此前Module:Template:Delete/data設置的遇WP:MEA或WP:专题/首页的缺失条目則不刪除的設定會維持，直至兩者的連入均得以消除為止。

以上。Sanmosa _Outdia 2021年8月27日 (五) 13:57 (UTC)

“有时新加入的维基人偶尔会在主条目空间誤建用户页。使用“移动”页面工具将用户页移回用户名字空间会保留页面历史，在删除遺留的重定向頁前，考虑保留一到两天”应该删除，实际上不是这么做的。--GZWDer（留言） 2021年8月27日 (五) 14:02 (UTC)

@GZWDer：不反對刪除（已依建議刪除），畢竟有些祖父條款。Sanmosa _Outdia 2021年8月27日 (五) 14:10 (UTC)

修改Module:Template:Delete/data所使用的代碼請參見User:Sanmosa/沙盒。Sanmosa _Outdia 2021年8月27日 (五) 14:10 (UTC)

和Help/Wikipedia類似，Module和Template就R2而言也宜視爲一個整體。比如轉换組模板重定向爲了保留歷史不應删除。而爲了集中討論，Module_talk有時會重定向到相應的Template_talk，這种也不能一棒子打死。--洛普利寧 2021年8月27日 (五) 14:16 (UTC)

@Lopullinen：我先看看大家認為需要哪些例外，才決定如何調整提案吧。Sanmosa _Outdia 2021年8月27日 (五) 14:39 (UTC)

@Lopullinen：我個人的建議是還原那個重定向，因為內容模組的關係會導致無法正常彩現（Special:PermaLink/67388376）-- Sunny00217  2021年8月28日 (六) 09:29 (UTC)

Sunny00217公共转换组（CGroup/XXX）是通过{{NoteTA}}调用的，不是{{CGroup/XXX}}或{{#invoke:Module:CGroup/Games}}直接使用的啊……

而且同名Template和Module同时存在时，NoteTA会直接根据页面名称使用Module版，Template版干脆都不会读取。（比如Template:CGroup/Games嵌入量是0）既然是历史记录的存在，与其Template:CGroup/IT这样解释一长串，不如重定向更方便维护。--洛普利寧 2021年8月28日 (六) 13:36 (UTC)

Template指向Module應該不行，前者是wiki語法但後者是Lua語法。這種情況下我傾向直接刪掉Template。Sanmosa _Outdia 2021年8月29日 (日) 06:57 (UTC)

Module是从Template迁移过来的，直接删掉Template那历史记录就没有了，这个肯定是不行的。

CGroup相当于字词转换定义表，而不是直接使用的功能模板。而根据{{NoteTA}}的机制，不用担心Wikitext和Lua语法差异的问题，因为正常使用不会有任何技术错误。既然没有技术问题，用重定向表示历史传承关系会方便一些。当然如果绝对禁止跨内容模型重定向，那改成Template:CGroup/IT的样子便是。--洛普利寧 2021年8月30日 (一) 13:59 (UTC)

那可以要求統一改採Template:CGroup/IT樣式。Sanmosa _Outdia 2021年8月30日 (一) 15:38 (UTC)

@Taiwania Justo、A2569875。Sanmosa _Outdia 2021年8月27日 (五) 14:44 (UTC)

我個人認為應該該要豁免User指向Wikipedia Template Help（不過刪掉也沒差），及Wikipedia和Help之間的重定向。Template指向Module應該要刪掉就是了，因為內容模型的關係-- Sunny00217  2021年8月28日 (六) 09:29 (UTC)

@Sunny00217：此條修改後並不影響用戶將其用戶頁及其子頁面重新導向至任何頁面的行為，因此User空間到其他空間的重新導向都不會被R2。Sanmosa _Outdia 2021年8月29日 (日) 06:40 (UTC)

了解（但User指向條目要刪掉吧）-- Sunny00217  2021年8月29日 (日) 10:26 (UTC)

之前好像也有討論過這個話題，最後的結論是不需要，這是用戶的自由（只要是用戶自己建立的）。如果用戶想刪除，他可以O1。Sanmosa _Outdia 2021年8月29日 (日) 10:54 (UTC)

• (－)傾向反對，不合理的跨名字空间重定向可以走AFD，有些也是有用的。（还是建议Sanmosa君不要太热衷于扩充CSD的适用范围了……有些时候走AFD也没什么差别吧。 ——魔琴 [ 喀布尔陷落 ] 2021年8月29日 (日) 16:15 (UTC)
• 目前走AFD挺好的，沒看到加快處理速度的必要。--Temp3600（留言） 2021年8月29日 (日) 17:48 (UTC)

  @魔琴、Temp3600：CSD是AFD常見理由的總結，只要AFD同類型刪除常見且加快處理速度可行，就應當加快處理速度。Sanmosa _Outdia 2021年8月30日 (一) 15:08 (UTC)

  處理速度應盡可能緩慢，以促進社群的討論。--Temp3600（留言） 2021年8月30日 (一) 15:10 (UTC)

  AFD同類型刪除常見代表社羣早已對該類型的頁面形成刪除的共識，因此並無必要個別地進行討論（雪球法則），不然整個CSD都可以作廢了。另「處理速度應盡可能緩慢」有可能構成冗長討論，是遊戲規則的一種。Sanmosa _Outdia 2021年8月30日 (一) 15:16 (UTC)

  順提一提，你是知道某些情況下，WP空間的重定向是指向user空間的論述吧。--Temp3600（留言） 2021年9月4日 (六) 18:17 (UTC)

調整了一下條文。Sanmosa _Outdia 2021年8月31日 (二) 09:20 (UTC)

• 我知道，所以我當時曾經建立過的一個重新導向（好像是捷徑）就被提刪了。我當時的處理是把原本在我自己用戶空間下的論述直接移過去Wikipedia空間。Sanmosa _Outdia 2021年9月8日 (三) 23:53 (UTC)

(－)反对，雖然立意良好，但目前的條文所概括的範圍與立意差距過大，有很多複雜情況提案者都沒有考慮到，包括但不限於：1. 跨空間{{合併重定向}}，因為不適合合併歷史，所以保留重定向來保留歷史。 2. WP:当前的破坏/form是WP:当前的破坏的preload模板，但實際模板位於T:當前的破壞，這類重定向是為了保持preload內容簡短乾淨，增進使用者體驗。 3. 大量使用於編輯摘要的捷徑重定向。 4. Wikipedia:臺灣教育專案/臺大東北亞藝術史概論/提報作業/前九年合戰繪卷，從提報作業頁連入。情況的種類數多到難以反面表列，大家根本難以記得這麼複雜的規則，容易造成亂提刪的問題。--Xiplus#Talk 2021年9月4日 (六) 03:30 (UTC)

就是因為有不少人根本不會去考慮頁面適不適合刪除，一看到符合快速刪除方針就提刪，做事跟機器人沒兩樣，所以我才這麼嚴格要求準則需嚴謹。題外話，WP到WPJ的重定向至今還未處理完畢，以後這類提案請同時提出處理計畫。--Xiplus#Talk 2021年9月4日 (六) 03:41 (UTC)

---

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

建議調整快速刪除方針R2款的處理範圍

撤回：

撤回。Sanmosa _Outdia 2021年9月23日 (四) 14:35 (UTC)

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

---

建議擴大快速刪除方針R2款的處理範圍，以處理部分不合理的跨命名空間重新導向（例如這個）。擬議修改如下：

現行條文 R2. 跨名字空间的重定向。 包括以下幾種類型： 从条目名字空间指向非條目名字空间的重定向（包括从条目名字空间移動至用户页名字空间時遺留的重定向）； 从草稿名字空间指向非草稿名字空间的重定向； 從計畫命名空間（Wikipedia）指向維基專題命名空間（WikiProject）的重定向； 從維基專題命名空間（WikiProject）指向計畫命名空間（Wikipedia）的重定向。 經社群同意設立的偽命名空間屬於本規則之例外。 注意：有时新加入的维基人偶尔会在主条目空间誤建用户页。使用“移动”页面工具将用户页移回用户名字空间会保留页面历史，在删除遺留的重定向頁前，考虑保留一到两天；草稿重定向速删前，请确保草稿已经完成其作用，并且草稿的历史已经合适地移动到相应的正式页面。 使用模板{{d|R2}}或{{d|interwk}}。

提議條文 R2. 跨名字空间的重定向。 包括以下幾種類型： 从条目名字空间指向非條目名字空间的重定向； 从草稿名字空间指向非草稿名字空间的重定向； 從計畫命名空間（Wikipedia）指向維基專題命名空間（WikiProject）的重定向； 從維基專題命名空間（WikiProject）指向計畫命名空間（Wikipedia）的重定向； 从非條目名字空间（不含用戶命名空間）指向條目名字空间的重定向。 位於經社群同意設立的偽命名空間的重新導向頁面應視同位於計畫命名空間的重新導向頁面。 注意：草稿重定向速删前，请确保草稿已经完成其作用，并且草稿的历史已经合适地移动到相应的正式页面。 使用模板{{d|R2}}或{{d|interwk}}。

以上。原案已經關了，這裏僅增加可R2處理从非條目名字空间（不含用戶命名空間）指向條目名字空间的重定向一條，爭議性應該大大減少了。Sanmosa _Outdia 2021年9月15日 (三) 15:01 (UTC)

现时有368页。我是觉得臺灣教育專案那些可能可以留。不过总体上中立。--Jimmy Xu ^论 2021年9月15日 (三) 15:14 (UTC)

@Jimmy Xu：臺灣教育專案那些我想諮詢負責人的意見。Sanmosa _Outdia 2021年9月16日 (四) 07:28 (UTC)

@Reke。Sanmosa _Outdia 2021年9月16日 (四) 08:10 (UTC)

感謝通知。保留重定向主要是讓課程的紀錄得以簡易地維持完整，不然原本的草稿頁搬遷為正式頁面後，若不進行處理，重定向刪除會造成紅連；而進行處理嘛，又很耗費時間。如果有簡單的工具可以處理，對移除就沒什麼意見。--Reke（留言） 2021年9月16日 (四) 13:01 (UTC)

@Reke：我感覺你可以直接把原始碼複製到Microsoft Word，然後利用替換功能把「[[」與「]]」替換掉就可以（替換前文字為「[[」與「]]」，替換後文字留空）。Sanmosa _Outdia 2021年9月17日 (五) 04:59 (UTC)

刪除重定向就造成讀者不便了，移除連結不是更加造成讀者不便嗎？提案內容越來越差。--Xiplus#Talk 2021年9月17日 (五) 05:30 (UTC)

呃，

1. 該頁面還有其他功能的內部連結，以及不及格而未搬遷的頁面，無法全部取代，必須逐一處理。
2. 原本的處理是[[專案草稿頁連結|顯示連結]]，這樣的取代方案會製造更多問題。
3. 另外同 Xiplus，這樣做等於若要看合格作業（即已轉為正式條目）的成果還得自己複製貼上，無法用點擊處理，造成讀者更多不便。

技術上實在是想不到太多簡單方法。--Reke（留言） 2021年9月17日 (五) 11:04 (UTC)

@Xiplus、Reke：可能要設計一個小工具專門移除特定前綴。再不然照樣直接把原始碼複製到Microsoft Word也可，但改為把特定前綴（例如「Wikipedia:臺灣教育專案/政大世界民族誌學習作業/」；而非「[[」與「]]」）替換掉，這樣就可以留住連結。Sanmosa _Outdia 2021年9月17日 (五) 22:18 (UTC)

反對，您不斷把問題複雜化，這類重定向就是有這樣方便的用途，跟您原本提案顯然的不適合重定向根本不一樣，卻都劃入應該刪除的範圍，還提出越來越複雜的修正方式。不要修就沒事，這是有用處的重定向。--Xiplus#Talk 2021年9月18日 (六) 01:24 (UTC)

是需要一支機器人，邏輯上是這樣運作：

1. 針對特定課程頁面的草稿頁連結檢查。
2. 若導向為重定向頁，則將連結替換為真正的條目連結。
3. 針對重定向頁提請R2。
4. 檢查下一筆連結，重覆前述流程。

BTW，條目空間重新向到其他命名空間之所以要刪，是因為對讀者會造成誤導。但我想先了解像這類頁面重定向到條目空間，必須要投資這樣的開發精力，以刪除這些重定向頁，是基於什麼考量？--Reke（留言） 2021年9月18日 (六) 07:37 (UTC)

還有模板合併到條目所殘留的歷史紀錄呢（不適合合併歷史）？怎麼處理？--Xiplus#Talk 2021年9月16日 (四) 00:58 (UTC)

@Xiplus：我建議相關殘留歷史紀錄放在條目討論頁的子頁面（Talk:［條目名］/［原模板名］）。Sanmosa _Outdia 2021年9月16日 (四) 07:28 (UTC)

Template:香港2012年11月跟前面模板合併類似狀況，但有更多問題需要處理；Template:香港2012年11月原先為嵌入2012年香港的模板，但之後被人移動到條目香港2012年11月，變成條目嵌入引用另一個條目的狀況，問題在於香港2012年11月是否需要獨立條目，若否，將香港2012年11月模板在2012年香港展開後，移動到Talk:2012年香港的子頁面保存（此為前面Sanmosa的建議）。--Xiplus#Talk 2021年9月16日 (四) 07:58 (UTC)

@Xiplus：2012年11月香港就維持獨立條目處理吧，比照2019年10月香港。2012年香港應取消嵌入並改用{{main}}。Sanmosa _Outdia 2021年9月16日 (四) 08:15 (UTC)

這樣那邊全部都會變成空章節唷。--Xiplus#Talk 2021年9月16日 (四) 08:17 (UTC)

那改為把內容（連同歷史）併入2012年香港吧，這種情況應該不屬於「不適合合併歷史」的情形。當年其他月份也可以比照處理。Sanmosa _Outdia 2021年9月16日 (四) 08:21 (UTC)

@Xiplus。Sanmosa _Outdia 2021年9月16日 (四) 08:22 (UTC)

「不適合合併歷史」的判定標準為「兩個頁面的內容相差甚遠」且「兩個頁面的編輯時間線大規模重疊」，若將這樣的兩個頁面合併歷史，將導致瀏覽編輯差異時，都是不相干內容的大幅增減，將使得編輯差異沒有任何參考價值；這兩個頁面我認定其符合前述條件，不適合合併歷史。--Xiplus#Talk 2021年9月16日 (四) 08:27 (UTC)

@Xiplus：考慮到2012年香港並非只有12個月份的章節，如果情況確實如你所述的一樣，我認為取消嵌入並改用{{main}}（空章節就空章節吧，反正也不太可能提交評選了）或依我的原提議均可，但我還是比較傾向前者，管理員的處理量會比較少。Sanmosa _Outdia 2021年9月16日 (四) 08:43 (UTC)

仍然(－)反对，上面提出兩個案例都應該是合法的重定向使用方式，與提案者舉例「顯然不適合應該刪除的重定向」根本不同。「移動錯誤產生的跨空間重定向」、「新用戶建立在錯誤命名空間，其他人移動後留下來的跨空間重定向」、甚至是「不熟命名空間使用方式，錯誤建立跨空間重定向」等等刪除理由，都不應該簡單地總結為「跨空間重定向應該刪除」這個結論。進一步要求上面兩種案例需要修正更是矯枉過正，不必要地製造額外的維護工作，請提案者重新釐清應該刪除的範圍。--Xiplus#Talk 2021年9月18日 (六) 01:31 (UTC)

---

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

{{Blocked user}}存废问题

雪球關閉-- Sunny00217  2021年9月26日 (日) 23:19 (UTC)

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

---

(▲)如題，由于Jimmy-abot开始自动保护未被创建的永久封禁用户页，{{blocked user}}是否已经功成身退？此外是否需要设立CSD O9？计划设立方针条文如下：

• O9：被永久封禁的用户页。
  • 该条不适用于因滥用傀儡、全域锁定（禁制）或因被确认为傀儡或真人傀儡而被封禁的用户页。

使用{{delete|o9}}。

--爬行数码1903 2021年9月20日 (一) 02:54 (UTC)

6個月前才剛更新的做法又要改？未有完整方案就亂丟快速刪除準則提案出來的情況能否停止了？--Xiplus#Talk 2021年9月20日 (一) 03:45 (UTC)

(－)反对：不需要，沒有建立的頁面就防止建立，已經建立的頁面就移除原有內容再掛上模板即可，刪除頁面不會帶來什麼實際利益，更何況頁面歷史也可供參考。空氣小貓（留言） 2021年9月20日 (一) 03:50 (UTC)

同上，建議快速關閉。Sanmosa _Outdia 2021年9月20日 (一) 05:24 (UTC)

---

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

快速刪除方針R3款綜合調整

重新公示七天後無其他異議，本案已獲通過。--街燈電箱150號 開箱維修 2021年9月28日 (二) 06:00 (UTC)

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

---

公示期間的一切意見皆已解決，通過。Sanmosa _Outdia 2021年9月18日 (六) 05:08 (UTC)

此前本人提出的建議澄清快速刪除方針R3款的處理範圍案及DreamerBlue提出的提議修訂WP:R3，使類推簡化字未收錄至《通用規範漢字表》導致的重新導向簡繁混雜作為方針的例外處理案均已達WP:7DAYS的要求且未收到（合理）異議，故在徵得DreamerBlue的同意後，現將上兩案合併公示7日。Sanmosa _Outdia 2021年9月11日 (六) 06:08 (UTC)

上兩案的綜合調整列舉如下：

現行條文 R3. 格式錯誤，或明显笔误的重定向。 包括标题繁簡混用、消歧義使用的括弧或空格錯誤、間隔號使用錯誤、標題中使用非常見的錯別字。 非一眼能看出的拼写错误和翻譯或標題用字的爭議應交由存廢討論處理。 將常見的拼写错误名稱重定向至正确名稱页面，可使百科用户縱使在查找文章时拼写错误，也能够找到寻求的文章。可參閱WP:重定向#何時用重定向？。 使用模板{{d|R3}}或{{d|wr}}。

提議條文 R3. 格式錯誤，或明显笔误的重定向。 包括标题繁簡混用、消歧義使用的括弧或空格錯誤、間隔號使用錯誤、標題中使用非常見的錯別字。 非一眼能看出的拼写错误和翻譯或標題用字的爭議應交由存廢討論處理。 將常見的拼写错误名稱重定向至正确名稱页面，可使百科用户縱使在查找文章时拼写错误，也能够找到寻求的文章。可參閱WP:重定向#何時用重定向？。 如重新導向名稱與導向目標名稱（或其相關名稱）僅存在合理的大小寫差異及／或重新導向名稱為導向目標名稱（或其相關名稱）的ASCII字母表述的形式（例如Kurt Godel重新導向至Kurt Gödel），不視為存在任何拼寫錯誤。如有對相關大小寫差異是否合理的爭議，應交由存廢討論處理。 因类推简化字未收录至《通用规范汉字表》导致的繁简混杂情形，或系统无法自动进行繁简处理的情形，则不适用。例如：“叠氮化𨥙→叠氮化”。 使用模板{{d|R3}}或{{d|wr}}。

以上。Sanmosa _Outdia 2021年9月11日 (六) 06:08 (UTC)

• 反對，ASCII字母表述的形式到底是甚麼意思沒有解釋清楚。另我實在不懂為甚麼要建立一堆只有大小寫差異的重定向-- Sunny00217  2021年9月11日 (六) 09:50 (UTC)

  个人认为，“仅存在合理的大小写差异及／或重定向名称”应该举出一些商标/乐团/软件等合理情况（比如：手机牌子Honor→HONOR、韩国乐团Exo→EXP、软件LaTeX→LATEX等）。--DreamerBlue（留言） 2021年9月11日 (六) 11:02 (UTC)

  （前）見下。（後）人人搜索習慣不同。例子：CSi口罩、Csi口罩（全小寫也指向相同頁面）、CSI口罩。Sanmosa _Outdia 2021年9月12日 (日) 01:10 (UTC)

(－)反对，不是所有人都知道ASCII是什麼，乾脆直接舉例就好。再來，合理的大小寫差異，請問合理的定義是？最後，如果僅有大小寫的差異或ASCII表述方式的不同，就是屬於非一眼能看出的拼寫錯誤，條文本身就寫明了要交由存廢討論處理，新增這條簡直吃鹹魚蘸醬油。空氣小貓（留言） 2021年9月11日 (六) 21:23 (UTC)

（1）@Sunny00217、Pseudo Classes：「ASCII字母表述的形式」是WP:重定向#何時用重定向？原文如此，例子請直接看那邊。（2）依循常識判斷（我不認為我應該假定愚蠢）。（3）有人真的會認為這是「一眼能看出的拼寫錯誤」而送R3，因此有加入此條的必要。Sanmosa _Outdia 2021年9月12日 (日) 01:10 (UTC)

@Sanmosa：那我更傾向條文改成符合WP:POFR的不受此款限制，ASCII字母表述的形式真的看不懂-- Sunny00217  2021年9月12日 (日) 01:30 (UTC)

@Sunny00217：我頂多只能自WP:POFR抄那個例子過來，因為WP:POFR雖然是保留的必要條件，但非充分條件。Sanmosa _Outdia 2021年9月12日 (日) 03:16 (UTC)

@Sanmosa：了解，但請把例子放上去-- Sunny00217  2021年9月12日 (日) 03:18 (UTC)

@Sunny00217：（剛想補放上去）完成。Sanmosa _Outdia 2021年9月12日 (日) 03:19 (UTC)

如果真的提出R3，管理員也會視情況斟酌保留或刪除，此條本來就能使用常識，因此未見必要性。空氣小貓（留言） 2021年9月12日 (日) 04:21 (UTC)

我也沒讓你假定愚蠢，畢竟我一開始也沒有參與討論，根本不清楚你的合理究竟是指什麼？光是我這個沒有參與討論的外人就已經不清楚定義了，你要其他人怎麼按照你的常識處理？你覺得這很愚蠢的話，那就這樣吧。空氣小貓（留言） 2021年9月12日 (日) 04:32 (UTC)

@Pseudo Classes：但更多情況下是轉交AFD，而且有時候轉交程序也不是管理員進行的，因此有必要指示管理員（與意圖進行轉交程序的非管理員）在遇到特定情況時統一處理，這樣至少可以省功夫，不然轉交AFD後又快速保留很浪費社羣精力。Sanmosa _Outdia 2021年9月12日 (日) 04:36 (UTC)

「合理的大小寫」的例子是不能窮舉的，但我還可以舉幾個出來：各單詞（非首單詞則不含a、an、the）首字母大寫、其餘字母小寫是合理的，僅完整詞組的首單詞的首字母大寫、其餘字母小寫是合理的，全小寫（雖然在MediaWiki標題系統上效果和第二項是一樣的）和全大寫是合理的［可參考我在2021年9月12日 (日) 01:10 (UTC)的留言］。「DOnAlD tRuMp」通常是不合理的，但如果這剛好是藝術性作品的名稱，那則是合理的。總體來說，「合理的大小寫」主要取決於是否一般性的寫法與是否特定主題背景下的產物。Sanmosa _Outdia 2021年9月12日 (日) 04:41 (UTC)

轉交AFD可能造成資源浪費，我同意，的確有其必要。此外，假設一本名為Wikipedia: a free online encyclopedia, created and edited by volunteers的書被收錄為條目，那麼建立Wikipedia: a Free Online Encyclopedia, Created And Edited By Volunteers這樣的重新導向究竟合不合理呢？如你上述所言，要說合理也不是不行（非首單詞的冠詞不大寫），確實只有合理的大小寫差異，但是不合理卻也是不可否定的，畢竟英文標題的寫作風格，冠詞、介系詞、對等連接詞和不定詞的「to」是不會寫成大寫的，因此合理的大小寫仍須就既定的用法（CMS、AACR2）說明其定義或接受範圍。我當然很樂見「合理」能直接套用常識，可惜常識有時候也是會被理解的差異所拘束。如果方針寫得太籠統，難保不會有漏洞出現。題外話，就算建立Wikipedia: a Free Online Encyclopedia, Created and Edited by Volunteers這樣的重新導向也不見得會被使用。空氣小貓（留言） 2021年9月12日 (日) 09:55 (UTC)

那至少也能減少轉交的情形，這點也是無可否認的。我多加一句好了。Sanmosa _Outdia 2021年9月12日 (日) 23:47 (UTC)

這點我不反對，但是我對合理的定義仍有疑慮。空氣小貓（留言） 2021年9月13日 (一) 00:30 (UTC)

@Sanmosa：你沒有回應我的舉例。空氣小貓（留言） 2021年9月13日 (一) 05:09 (UTC)

真的還有人覺得有爭議時，還是可以轉交AFD，至少有一部分我認為屬於共通常識（我新加了“如有對相關大小寫差異是否合理的爭議，應交由存廢討論處理”一條），當然這也直接排除了所有此類重新導向直接送R3的可能性。Sanmosa _Outdia 2021年9月13日 (一) 11:39 (UTC)

@Sanmosa：沒問題了。空氣小貓（留言） 2021年9月13日 (一) 19:45 (UTC)

(～)補充：我認為重新導向的標題命名規則也會受到Wikipedia:命名常规#使用小写和Wikipedia:重定向#非中文重定向問題的限制，如果提案通過，也請一併編修。空氣小貓（留言） 2021年9月12日 (日) 10:25 (UTC)

@Pseudo Classes：重新導向不適用命名常規，因為命名常規僅適用於條目。後者與修訂案不衝突，因為「合理的大小寫差異及／或重新導向名稱為導向目標名稱（或其相關名稱）的ASCII字母表述的形式」確是「有合理期望中文用戶會使用此語言指稱目標條目（例如部分專業文獻常見之拉丁化外文人名）」的情形，而修訂案並不打算動搖「此語言（或操此語言的文化）與目標條目有明確關聯」條的地位。Sanmosa _Outdia 2021年9月12日 (日) 23:47 (UTC)

無異議。空氣小貓（留言） 2021年9月13日 (一) 00:30 (UTC)

@Sunny00217、Pseudo Classes：如果沒有其他意見的話，我就當成我已經處理了兩位的意見了。Sanmosa _Outdia 2021年9月13日 (一) 11:39 (UTC)

---

@Sanmosa：反對意見於 2021年9月13日 (一) 19:45 (UTC) 始消失，為何未滿7日即擅自宣布公示通過？空氣小貓（留言） 2021年9月19日 (日) 08:27 (UTC)

@Pseudo Classes：WP:7DAYS所指的情況是：（1）公示期開始前應在7日內無留言；及（2）公示期為7日時，如在該7日內出現反對意見並同時得到解決（即7日內「出現反對意見」與「反對意見得到解決」先後發生）即為通過。修訂快速刪除方針需要連帶修訂Module:Template:Delete/data，處理我的EP的是管理員Xiplus，如果該方針應如你所理解般地理解，Xiplus根本不可能執行我的EP。Sanmosa _Outdia 2021年9月20日 (一) 13:19 (UTC)

@Sanmosa：如果今天提案只是單純解決反對意見或解答疑問，我不會有意見。然而，今天提案因為反對意見又有修正，與原先公示期所公示的提案不同，因此修正後的提案必須重新公示。你擅自宣布提案通過的時候，修正後的提案確實未滿七日公示期。空氣小貓（留言） 2021年9月20日 (一) 14:04 (UTC)

不認同。Sanmosa _Outdia 2021年9月20日 (一) 14:13 (UTC)

@Sanmosa：不認同是你的事，公示A案通過的就是A案，哪有公示A案結果是B案通過的道理。我要求重新公示提案。空氣小貓（留言） 2021年9月20日 (一) 14:47 (UTC)

WP:SNOW，我認為這是過分執著於程序的表現。你喜歡的話你自己去辦，我不管了。Sanmosa _Outdia 2021年9月20日 (一) 15:02 (UTC)

如果不按照程序執行，難不成要放脫序的行為恣意妄為？空氣小貓（留言） 2021年9月20日 (一) 15:10 (UTC)

但如果可以預期就算按照程序執行也是同樣的結果，那就算意外忽略了程序也不需要特別補回來，這點是和WP:5P5相呼應的。話説回來，你不用“要求重新公示提案”，反正我也不管了，你要重新公示提案的話請自便，不然實際上的效果是你除了在這裏叫嚷，甚麽都沒有做。Sanmosa _Outdia 2021年9月20日 (一) 15:57 (UTC)

即使提案有無重新公示的結果都會相同，你也不應該無視方針的規定，搞到最後好像是我的錯一樣。你最好搞清楚，要是你遵守方針，我也不用浪費時間幫你收拾殘局。要是你那脫序的行為沒被遏止，某天出現500個Sanmosa也不好說。空氣小貓（留言） 2021年9月20日 (一) 16:41 (UTC)

這只是我和你就同一方針上的理解有差異而已。我至今仍然認為你過分固執於程序。Sanmosa _Outdia 2021年9月20日 (一) 23:37 (UTC)

(※)注意，現在起計重新公示七天，「預期就算按照程序執行也是同樣的結果」未見得可以百份百肯定，尤其是提案後期有被修改過，故不宜SNOW，宜再實踐。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2021年9月21日 (二) 01:14 (UTC)

感謝處理（反正我上面説了我不再管了），這至少不是除了在這裏叫嚷，甚麽都沒有做的情況。Sanmosa _Outdia 2021年9月22日 (三) 04:42 (UTC)

你可以繼續雙重標準。我回退你對方針的破壞，回退你的模板編輯請求，這不是有做事這是什麼？自己做錯事不檢討自己，反倒是檢討我？這樣只會讓你自己更難看知道嗎？對了，因為提案跟你有爭執的只有我，我就先拿車票入座了。空氣小貓（留言） 2021年9月22日 (三) 17:27 (UTC)

你自己主張要重新公示，卻沒有自己重新進行公示程序，當然是沒有做事。我從一開始就不主張重新公示，我沒責任代行。我不滿的是你做事不會把事做完，這和沒有做事是沒分別的，這點我的想法不可能變更。Sanmosa _Outdia 2021年9月23日 (四) 03:40 (UTC)

這不正是雙重標準嗎？我 2021年9月19日 (日) 08:27 (UTC) 對公示提出異議，你 2021年9月20日 (一) 13:19 (UTC) 才回覆我，整整過了一天。然而，自開始討論到我最後發言也才過了三小時，當我回來要宣布重新公示的時候，管理員就已經先宣布了。你自己能晚我一天回覆，我卻不能晚八小時處理，難道我必須隨時都在線上嗎？空氣小貓（留言） 2021年9月23日 (四) 05:49 (UTC)

你直接把{{archive top}}和{{archive bottom}}移除的動作已經不只是“對公示提出異議”了，而已經是（事後）廢止公示程序了，在這種狀況下，我當然認為你若真的要重新公示的話，當下就已經可以做了。我那時沒收到ping，我當然不可能知道你做了這麽一堆事情。Sanmosa _Outdia 2021年9月23日 (四) 06:27 (UTC)

如果當下直接宣布重新公示，誰知道你又會怎麼說？擾亂社群？濫用模板編輯權？反正怎樣你都有話說，就是不說自己的錯誤。既然你認為錯都不在你，有錯永遠都是他人的錯，那麼多說也無益了。空氣小貓（留言） 2021年9月23日 (四) 08:13 (UTC)

請你停止你的假定惡意。這單純只是我和你就同一事物有著不同的理解而已。Sanmosa _Outdia 2021年9月23日 (四) 08:32 (UTC)

我猜你又會說，有異議的當下為什麼不立即宣布重新公示？因為我知道你不會輕易承認錯誤，因此才想說先來討論看看有無共識出現，沒想到有人竟然瘋狂打自己的臉。空氣小貓（留言） 2021年9月23日 (四) 05:53 (UTC)

你連自己做的事情的性質都搞不清楚，就不要亂指控人。Sanmosa _Outdia 2021年9月23日 (四) 06:27 (UTC)

亂指控的是誰，你心知肚明，畢竟連管理員都打了你的臉了，你還執意要不分青紅皂白？你一定要知道，整件事要是你沒有擅自提前宣布提案通過，後續的事全都不會發生，歸咎有沒有宣布重新公示完全不是重點，不要再帶風向了。空氣小貓（留言） 2021年9月23日 (四) 08:19 (UTC)

同上，請你停止你的假定惡意。你能夠無限推論這堆東西出來是我始料未及的，如果你認為你並未有假定惡意，那請你找管理員來判斷一下，上面那位也可以。Sanmosa _Outdia 2021年9月23日 (四) 08:32 (UTC)

就說你自己心知肚明就好了，怎麼會需要管理員來判斷？究竟是誰假定惡意呢？當然是你啊！我說你不承認錯誤錯了嗎？你一處於劣勢就瘋狂帶風向，說得好像你很清白一樣。老話一句，整件事要是你沒有擅自提前宣布提案通過，後續的事全都不會發生，歸咎有沒有宣布重新公示完全不是重點，不要再帶風向了。這就是事實，無庸置疑。空氣小貓（留言） 2021年9月23日 (四) 13:24 (UTC)

輕率魯莽地指控他人行為不當、譏諷他人或誘使他人作出不文明行為都是不文明行為的情形。我沒興趣和你爭論這些，冷處理是我唯一能緩和局勢的辦法，但如果你持續這樣的行徑的話，我還是可以提報的。Sanmosa _Outdia 2021年9月23日 (四) 13:58 (UTC)

怎麼連自己說過的話都忘記了？「這至少不是除了在這裏叫嚷，甚麽都沒有做的情況」這句話是誰先起頭的？是誰先譏諷的？是誰先誘使他人做出不文明行為的？我也覺得依你現在的情勢冷處理會更好，畢竟再怎麼爭事實也不會因此改變。空氣小貓（留言） 2021年9月23日 (四) 17:54 (UTC)

---

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

非条目空间内的重定向不应用R2快速删除

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

---

現行條文 R2. 跨名字空间的重定向。 包括以下幾種類型： 从条目名字空间指向非條目名字空间的重定向（包括从条目名字空间移動至用户页名字空间時遺留的重定向）； 从草稿名字空间指向非草稿名字空间的重定向； 從計畫命名空間（Wikipedia）指向維基專題命名空間（WikiProject）的重定向； 從維基專題命名空間（WikiProject）指向計畫命名空間（Wikipedia）的重定向。 經社群同意設立的偽命名空間屬於本規則之例外。 注意：有时新加入的维基人偶尔会在主条目空间誤建用户页。使用“移动”页面工具将用户页移回用户名字空间会保留页面历史，在删除遺留的重定向頁前，考虑保留一到两天；草稿重定向速删前，请确保草稿已经完成其作用，并且草稿的历史已经合适地移动到相应的正式页面。 使用模板{{d|R2}}或{{d|interwk}}。

提議條文 R2. 跨名字空间的重定向。 包括以下幾種類型： 从条目名字空间指向非條目名字空间的重定向（包括从条目名字空间移動至用户页名字空间時遺留的重定向）； 从草稿名字空间指向非草稿名字空间的重定向。 經社群同意設立的偽命名空間屬於本規則之例外。 注意：有时新加入的维基人偶尔会在主条目空间誤建用户页。使用“移动”页面工具将用户页移回用户名字空间会保留页面历史，在删除遺留的重定向頁前，考虑保留一到两天；草稿重定向速删前，请确保草稿已经完成其作用，并且草稿的历史已经合适地移动到相应的正式页面。 使用模板{{d|R2}}或{{d|interwk}}。

参见： § 第五階段：小結和 § 建議擴大快速刪除方針R2款的處理範圍

条目以外的跨名字空间重定向本就是为编者提供方便，项目搬家也应该让其他编者平滑过渡，而不应让人写出红链而需要看删除日志才知道Wikipedia:哲学专题现在去哪里了。替换链入页面内的文字则更是制造busy work，强行取代重定向的本职。编辑摘要等处使用过的页面名也无法再修改而只能留下红链。

捷径重定向亦然，很多捷径就算没有链入也依然会有编者通过搜寻该字串进入该页。如有个别不合适应该提交存废讨论而不应一揽子快速删除。

过往的项目搬家一直是不建议（都没必要禁止）创建新的重定向，既有和移动产生的重定向全部保留。WikiProject之前讨论意见也较散乱，但现在见此变成了跨名字空间重定向一概快速删除的先例，觉得这样实在是弊大于利，故此提出检讨。

差异基本上是将R2退回今年年初的版本。--Jimmy Xu ^论 2021年8月30日 (一) 15:44 (UTC)

大致(＋)支持。此外，亦可考慮「不溯及既往」，即訂立特別規定，維基專題命名空間建立時產生之重新導向頁面保留／恢復，建立之後產生者則刪除。—— Eric Liu _{創造は生命（留言．留名．學生會）} 2021年8月30日 (一) 15:51 (UTC)

个人观点是如果创建了WikiProject:〇〇，同时创建Wikipedia:〇〇专题亦是给其他编者提供方便。毕竟不是所有人都知道现在的专题已经不叫〇〇专题了。条目空间之外应该没必要清理得一尘不染，真的有冲突情形了也可以RfD。--Jimmy Xu ^论 2021年8月30日 (一) 15:57 (UTC)

有理，那我傾向本案。若本案通過，有什麼相關變更需要進行？回退之前手動改的內部連結？復原被快速刪除的頁面？這些都要納入考量，因為當初受此影響的頁面似乎還不少。—— Eric Liu _{創造は生命（留言．留名．學生會）} 2021年8月30日 (一) 16:01 (UTC)

手动改的内部链接就不需要再改回来了，其他重定向可以批量恢复，都没什么技术难度。--Jimmy Xu ^论 2021年8月30日 (一) 16:04 (UTC)

不過本案若通過是打算溯及既往？不然目前已經被刪除的重新導向頁面如何直接恢復？—— Eric Liu _{創造は生命（留言．留名．學生會）} 2021年9月12日 (日) 12:27 (UTC)

WP:AFCH这种重定向就挺有用的，毕竟用了那么久都习惯WP:了。没了重定向还得改，之前的也全成红链了。--安忆^Talk 2021年8月30日 (一) 15:54 (UTC)

@A2569875。Sanmosa _Outdia 2021年8月30日 (一) 23:37 (UTC)

(－)反对：反對任何祖父條款。Sanmosa _Outdia 2021年8月30日 (一) 23:45 (UTC)

以WP:AFCH為例, 若要刪除, 也請協助將在各維基空間, 計劃空間, 模版中用到的連結改連結到新的目標, 減少紅鏈造成的不便--Wolfch (留言) 2021年8月31日 (二) 03:27 (UTC)

@Wolfch：WP:AFCH現在只有5個連入，其中User:94rain/js/AFCFFU.js需要用戶手動修正，Template:沙盒/AFC是Template:沙盒的子頁面（沙盒一般不管），User:Sunny00217/快速刪除日誌/2021年08月是用戶快速刪除日誌（説明頁面的快速刪除是該用戶提出的，所以也不管），其他兩個連入都是互助客棧（Wikipedia:互助客栈 (全部)引用了Wikipedia:互助客栈/方针）這裏的討論。Sanmosa _Outdia 2021年8月31日 (二) 09:07 (UTC)

補充一下：我開來看的時候是9個連入（我自己在看到後清理了4個），那就代表之前就已經有人清理過相關連入了（我不相信在AFCH如此高用量的情況下，原本的連入會那麽少），因此可以判定提請快速刪除者在提請快速刪除前有先進行連入清理，請不要説成這是R2後才做的事後工作。Sanmosa _Outdia 2021年8月31日 (二) 09:12 (UTC)

那个是写进编辑摘要的…--安忆^Talk 2021年8月31日 (二) 09:27 (UTC)

那就沒辦法了，但這個問題也不是WP=>PJ的頁面專有的，也不見得這問題在WP=>PJ的頁面的情況就比其他頁面來得特別嚴重。Sanmosa _Outdia 2021年8月31日 (二) 09:53 (UTC)

經過搜尋，WP:AFCH在編輯摘要至少使用了5000次。--Xiplus#Talk 2021年8月31日 (二) 12:33 (UTC)

例子。可以禁止新建，但把以前大量使用的页面一刀切地删掉真不太好…--安忆^Talk 2021年8月31日 (二) 13:26 (UTC)

是，所以也可考慮「不溯及既往」那種方案。—— Eric Liu _{創造は生命（留言．留名．學生會）} 2021年8月31日 (二) 13:36 (UTC)

实在是不很明白为什么连一个Wikipedia:〇〇专题的重定向都不能留下。保留其他编者的既有习惯有什么害处呢？--Jimmy Xu ^论 2021年8月31日 (二) 13:10 (UTC)

本人观点(▲)同上Jimmy Xu，删除毫无必要。--DreamerBlue（留言） 2021年8月31日 (二) 13:39 (UTC)

會對新用戶造成混淆。Sanmosa _Outdia 2021年9月1日 (三) 00:25 (UTC)

重新導向頁面有什麼好混淆的，刪除了還比較容易造成混淆。況且維基專題參與者多半也不是新手或剛入門者。—— Eric Liu _{創造は生命（留言．留名．學生會）} 2021年9月1日 (三) 05:47 (UTC)

你要考慮這條廢除後相當於打開了潘朵拉的盒子：新用戶如果建立了其他不在R2所限的跨命名空間重新導向，在以前好歹也能說沒有就此特別討論過，還能走AFD，但這次討論過後他們可以主張共識認定不在R2所限的跨命名空間重新導向都可以建立。我不敢想像Help命名空間重新導向至Category命名空間或偽命名空間重新導向至Help命名空間的亂象，到時候連建立捷徑重新導向的基本原則都沒有了，相等於可以亂建。Sanmosa _Outdia 2021年9月1日 (三) 07:31 (UTC)

所以我亦認為可以考慮「不溯及既往」方案，或者僅限制特定類型可以建立重新導向頁面等，總之我們的選擇很多。從上述討論可以看出，現行規定顯然過於嚴苛，有必要修訂。—— Eric Liu _{創造は生命（留言．留名．學生會）} 2021年9月1日 (三) 10:28 (UTC)

请不要滑坡，此案的本意是废除跨名字空间可以快速删除的共识，不是建立一律不得删除的共识。阁下所谓之乱象，要么G3可以涵盖，要么继续像以前十数年一样走RfD个案讨论便是。--Jimmy Xu ^论 2021年9月1日 (三) 12:53 (UTC)

我沒有滑坡。假如這個討論真的得出這樣的東西出來，遲早會有人繼而基於這裏的東西提出不在R2所限的跨命名空間重新導向都可以建立（下面我已經看到一個了），這就是我絕對不想看到的情況。RFD個案討論太費時失事，而且我也不肯定管理員（對，我就是在説管理員）是不是真的會處理。Sanmosa _Outdia 2021年9月2日 (四) 10:12 (UTC)

我不觉得讨论这种东西需要费什么功夫，而且我也想不出Help名字空间重定向至Category名字空间、伪名字空间重定向至Help名字空间这两个例子里面有什么象可以乱的。大不了就页面存废讨论嘛。--DreamerBlue（留言） 2021年9月2日 (四) 12:08 (UTC)

就算跟从阁下的推论，那么如果一个重定向能满足WP:R#KEEP（如但不限于，有助搜索、防止红链），为什么会不能建立呢？--Jimmy Xu ^论 2021年9月2日 (四) 12:59 (UTC)

AFD為本站創立以來的核心站務處理平台，歷年行之有效，"費時失事"大帽子實在擔當不起。----Temp3600（留言） 2021年9月4日 (六) 18:22 (UTC)

(＋)支持：此類重定向有其用處，且未見刪除此類慣用已久之重定向的必要性。個人認為此類刪除有害無益。亦不認同會造成所謂「亂象」的說法，如真有濫建情形可循其他管道（如其他快速刪除方針或者存廢討論）處理，而非因小失大。-Peacearth（留言） 2021年9月1日 (三) 13:06 (UTC)

(＋)支持，条目以外的跨名字空间重定向，只要不造成不方便就不应该删除，更不应该快速删除。如果要删除，走RfD更为妥当--百無一用是書生 (☎) 2021年9月2日 (四) 02:00 (UTC)

(＋)支持，就字面意義上來看，刪除那2條不至於造成重大危害。若有濫用情形，走存廢討論即可。燈火闌珊處（留言） 2021年9月4日 (六) 15:19 (UTC)

Support。另有個問題，WikiProject空間的縮寫是WPJ（我之前問了四五個人都說不知道），如果按老一套刪跨空間是不是WP:XXX也得刪？結合好多人不知道新縮寫，感覺「對新使用者造成混淆」，對舊用戶不方便更多吧。🤔--Роу Уилсон Фредериск Холм（留言） 2021年9月9日 (四) 18:52 (UTC)

不是PJ嗎？（ex. PJ:VG）—— Eric Liu _{創造は生命（留言．留名．學生會）} 2021年9月10日 (五) 02:10 (UTC)

@Ericliu1912：兩者皆可，你可以自己實測一下。Sanmosa _Outdia 2021年9月10日 (五) 11:30 (UTC)

上面所有人說的所有東西仍然不能解決對新用戶造成混淆的問題，我仍然難以支持此案。Sanmosa _Outdia 2021年9月11日 (六) 05:08 (UTC)

考慮到維基專題的悠久歷史、本站使用者習慣之連續性、命名空間之根本性質，我認為一律刪除此類型之重新導向頁面對於本站歷史保存之不利、殘餘連結迷惑既有使用者之禍害，顯然大於重新導向頁面在正常、符合目的充分運作之下，對新使用者造成所謂「混淆」的可能。假如閣下不能詳細指出好好的重新導向頁面會如何「對新使用者造成混淆」，以及本站現存之各類討論機制如何無法處理萬一之少數例外以至於要一律不留情面快速刪除此類重新導向頁面，那我認為閣下的反對不能構成對本案的阻撓。—— Eric Liu _{創造は生命（留言．留名．學生會）} 2021年9月11日 (六) 13:44 (UTC)

所以“造成混淆”愿闻其详。--Jimmy Xu ^论 2021年9月11日 (六) 13:48 (UTC)

新用戶在初期未必有能力瞭解各命名空間在機能上的分別，跨命名空間重新導向會進一步使新用戶將不同空間混同（如無法區分Wikipedia與Help、Wikipedia與WikiProject），使用戶錯建頁面於錯誤空間的情況更嚴重。這點就算有任何的刪除機制也無法彌消。Sanmosa _Outdia 2021年9月12日 (日) 01:18 (UTC)

用户看到的页面标题和地址栏都已经是重定向的目标。况且这些跨名字空间重定向一直存在，又不是现在提出开放Help->Wikipedia，怎么能说“进一步”、“更严重”。退一步说，就算是阁下说的这样，那放错标题的页面不留重定向移动便是。冒号前面的部分并没有什么太特殊的，不甚觉得值得为了这点而掀翻重定向的用途。--Jimmy Xu ^论 2021年9月12日 (日) 02:01 (UTC)

現時已經錯了不代表可以容許一直錯下去，而且此案勢必會開跨命名空間重新導向都可以建立的勢頭，這是態度上的問題。WP:POFR是保留的必要條件，但非充分條件。Sanmosa _Outdia 2021年9月12日 (日) 03:13 (UTC)

所以我就是在说跨名字空间重定向本来就应该可以建立。看来在这一点上的分歧是无法达成一致了。至于所谓新手混淆如果有例子还望列出参考。--Jimmy Xu ^论 2021年9月12日 (日) 03:39 (UTC)

（1）我希望你能理解我確實從任何角度思考都想不出任何可以支持放寬建立跨命名空間重新導向的理由。（2）這個。Sanmosa _Outdia 2021年9月12日 (日) 04:01 (UTC)

（1）明白，但如此案获得共识通过还请阁下谅解。（2）还是我转的，这并不是此修正涵盖之案例；从NS4的Project:〇〇重定向至条目〇〇现时有8个，除了一个之外都是由移动产生，无用不足保留的提删或R3便是。--Jimmy Xu ^论 2021年9月12日 (日) 04:14 (UTC)

（1）我不認為此案真的有共識，不然這「共識」就淪為投票了。（2）但這確實能支持我的論點。（另）那抱歉，我多一個反對提案的理由了（你不提我也不察覺）：假使你上述所說的東西成立，那理論上所有跨命名空間重新導向都可以適用R3（在AGF用戶「不小心輸入錯誤」的前提下），因此即使此案真的通過了，也不代表根據現R2刪除的從專案命名空間（Wikipedia）指向維基專題命名空間（WikiProject）的重新導向與從維基專題命名空間（WikiProject）指向專案命名空間（Wikipedia）的重新導向可以因而恢復，那此案的提出就顯得毫無意義。Sanmosa _Outdia 2021年9月12日 (日) 04:26 (UTC)

（1）只是存废讨论有人执意保留偶尔也会删除结案，反之亦似。（2）此时要AGF的是用户本即是要创建跨名字空间的重定向，而并非按错。此外，R2为何都无法避免新用户在移动条目时按错，这并不是重定向带来的混淆，而是混淆导致了重定向。--Jimmy Xu ^论 2021年9月12日 (日) 04:39 (UTC)

（1）我看不出你們有和重要少數意見妥協（抑或你們根本不覺得我的意見重要）。（2）沒有任何合理的理由能支持我這樣AGF，因為沒有任何合理的理由能支持我建立跨命名空間重新導向。（3）就算你說是混淆導致重新導向，這種錯誤的重新導向本身會進一步加劇混淆，這是互為因果的情形。Sanmosa _Outdia 2021年9月12日 (日) 04:50 (UTC)

不知我说此案不是建立一律不得删除的共识算不算妥协。这可能就有些循环论证了，况且阁下还是没有说明这些重定向是如何能够造成混淆。--Jimmy Xu ^论 2021年9月12日 (日) 04:55 (UTC)

（前）不是，因為這並不是你一開初提案的目的。（後）理由不就是空間錯亂嗎，我都提了多少次了，還是其實你們根本不把這當作理由？Sanmosa _Outdia 2021年9月12日 (日) 23:41 (UTC)

• 修訂黨然不應該影響到舊人。再談下去倒不如廢wikiproject好了。--Temp3600（留言） 2021年9月13日 (一) 15:22 (UTC)

既已无其他意见，而Sanmosa之反对并无提出解释且无其他用户附议，当公示7日。此案在提出时未涉及已删除之页面如何处理，当以不溯及既往之处理方案公示。--Jimmy Xu ^论 2021年9月20日 (一) 16:17 (UTC)

「並無提出解釋」？我都解釋了這麼多次了。Sanmosa _Outdia 2021年9月20日 (一) 23:35 (UTC)

我不认同阁下“导致混淆”的论述成立，除去这项后再无其他解释，只有为了反对而反对。--Jimmy Xu ^论 2021年9月21日 (二) 00:07 (UTC)

我請求由其他不曾參與此處討論的用戶評斷。Sanmosa _Outdia 2021年9月22日 (三) 04:44 (UTC)

公示后亦无其他用户提供意见，当依已形成之共识通过。--Jimmy Xu ^论 2021年9月28日 (二) 13:19 (UTC)

---

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

修订G15条款：增加有{{CSD Placeholder}}但沒有子頁面也沒有討論頁的頁面

現行條文 包括以下几种类型： 没有对应文件的文件页面； 没有对应母页面的子页面，用户页子页面除外； 指向不存在页面的重定向； 没有对应内容页面的讨论页，讨论页存档和用户讨论页除外； 不存在注册用户的用户页及用户页子页面，localhost对应IP用户的用户页和随用户更名产生的用户页重定向除外。 请在删除时注意有无将内容移至他处的必要。 不包括在主頁面掛有{{CSD Placeholder}}模板的讨论页。 使用模板{{d|G15}}或{{d|orphan}}。

提議條文 包括以下几种类型： 没有对应文件的文件页面； 没有对应母页面的子页面，用户页子页面除外； 指向不存在页面的重定向； 没有对应内容页面的讨论页，讨论页存档和用户讨论页除外； 不存在注册用户的用户页及用户页子页面，localhost对应IP用户的用户页和随用户更名产生的用户页重定向除外； 挂有{{CSD Placeholder}}，但沒有子頁面也沒有討論頁的頁面。 请在删除时注意有无将内容移至他处的必要。 不包括在主頁面掛有{{CSD Placeholder}}模板的讨论页。 使用模板{{d|G15}}或{{d|orphan}}。

--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 _{祝百毒不侵～} 2021年9月15日 (三) 22:24 (UTC)

现在这样写我给随便哪个没有子页面和讨论页的正常页面加上{​{d|g15}}{​{CSD Placeholder}}就能快速删除了。--Jimmy Xu ^论 2021年9月15日 (三) 23:25 (UTC)

同雞米許，弊大於利。--小過兒（留言） 2021年9月16日 (四) 06:07 (UTC)

这叫游戏维基，另可建一个类似O1的删除例外情况--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 _{祝百毒不侵～} 2021年9月17日 (五) 16:39 (UTC)

不需要掛delete，單掛CSD Placeholder就行了，而且不少人誤用，不認同是遊戲維基，而是您的條文需要修正。--Xiplus#Talk 2021年9月18日 (六) 01:41 (UTC)

這種情況我覺得可以G3。Sanmosa _Outdia 2021年9月16日 (四) 07:35 (UTC)

跟G3到底有什麼關係？--Xiplus#Talk 2021年9月16日 (四) 08:20 (UTC)

請問有什麼合理理由支持我建立一個挂有{{CSD Placeholder}}，但沒有子頁面也沒有討論頁的頁面？如果是用戶頁，自然可以不管，如果不是的話，要麼就是編輯測試（G2），要麼就是破壞（G3）。Sanmosa _Outdia 2021年9月16日 (四) 08:24 (UTC)

你難道沒有想到這個頁面先前是合法的CSD Placeholder，但因為子頁面或討論頁被刪除後，只留下主頁面，這個主頁面不再需要因此可以刪除這種情況嗎？這樣哪裡G3？--Xiplus#Talk 2021年9月16日 (四) 08:30 (UTC)

那見下吧。皮之不存，毛將焉附這個道理還是通的。Sanmosa _Outdia 2021年9月16日 (四) 08:45 (UTC)

所有與其他頁面「相依性」問題的速刪都是G15，列在G15顯然最適合，只不過目前的條文邏輯有問題，還需修正。--Xiplus#Talk 2021年9月16日 (四) 11:45 (UTC)

當然，如果要一個比較保險的說法，那我的表述可以調整為「這種情況我覺得可以G1」。Sanmosa _Outdia 2021年9月16日 (四) 08:27 (UTC)

如果適用G1的話，那麼現在所有CSD Placeholder頁面都適用G1了，G1僅考慮頁面內容，不考慮跟其他頁面之間的關係，您這個邏輯根本不對。--Xiplus#Talk 2021年9月16日 (四) 11:43 (UTC)

理論上是這樣，但實際上可以通過常識去執行，所以挂有{{CSD Placeholder}}且有子頁面或討論頁的頁面不會執行G1。當然，為保險計，可以在G1特別聲明此點。Sanmosa _Outdia 2021年9月17日 (五) 05:16 (UTC)

就說G1不考慮頁面之間的關係，除非附註，不然怎麼提刪都輪不到G1，與常識無關。如果要G1能成為提刪的理由，那麼附註是必須的，沒有保不保險的考量。空氣小貓（留言） 2021年9月17日 (五) 05:57 (UTC)

应该适用G1 ——魔琴 [ 基金会行动 ] 2021年9月16日 (四) 10:55 (UTC)

話說有沒有那種有時候有子頁面，有時候又沒有子頁面的情況？（類似{{空分類}}）雖然我不太能想出來案例。--洛普利寧 2021年9月16日 (四) 16:42 (UTC)

@Lopullinen：這一案例也不是不可能：有一專題的主頁面WikiProject:A下有/Sandbox，但是/Sandbox下的頁面只要測試完畢就會提刪。空氣小貓（留言） 2021年9月17日 (五) 02:29 (UTC)

这种情况我认为可以设定{{CSD Placeholder}}的一个参数，指定有时候没有子页面--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 _{祝百毒不侵～} 2021年9月17日 (五) 16:37 (UTC)

我覺得這個舉例不太可能，如果 WikiProject:A 不存在，為何會想要為一個不存在頁面建立 Sandbox？--Xiplus#Talk 2021年9月18日 (六) 01:38 (UTC)

用G15挺怪的，況且從來沒有人說過這個模板一定要符合條件才掛...直接移除或vfd不好嗎？-- Sunny00217  2021年9月17日 (五) 08:33 (UTC)

(▲)同上，我認為如果真的不符合，子頁面也沒有時有時無，就能依照現況（沒有子頁面）將這個模板撤下，最後掛個適當的快刪模板。空氣小貓（留言） 2021年9月17日 (五) 09:10 (UTC)

因為G15都是其他頁面的變動造成這個頁面需要刪除，CSD Placeholder本身也是相同狀況，所以列G15合理。--Xiplus#Talk 2021年9月17日 (五) 09:24 (UTC)

• Xiplus的提议有个漏洞，应当是“挂有{{CSD Placeholder}}，但沒有子頁面也沒有討論頁的占位頁面。”Itcfangye（留言） 2021年9月17日 (五) 14:29 (UTC)

  @Itcfangye：本提案不是我提議的。--Xiplus#Talk 2021年9月17日 (五) 14:51 (UTC)

  脑抽了抱歉。Itcfangye（留言） 2021年9月17日 (五) 17:13 (UTC)

• 顯然無必要。摘下placeholder即可依照正常程序刪除。--Temp3600（留言） 2021年9月18日 (六) 07:02 (UTC)

  正常程序是指存廢討論還是快速刪除？--Xiplus#Talk 2021年9月18日 (六) 07:24 (UTC)

  摘下的話應該就真的是G1了？Sanmosa _Outdia 2021年9月18日 (六) 07:35 (UTC)

  有點故意使頁面符合速刪準則來導致刪除的感覺，速刪方針有很多「帶有XX模板的頁面不適用」，故意移除該模板使其符合速刪準則的請求不應該被批准，這個同理。--Xiplus#Talk 2021年9月18日 (六) 07:58 (UTC)

  但實務上沒人會管。O4是典型例子。Sanmosa _Outdia 2021年9月18日 (六) 11:00 (UTC)

  別人不管我會管，還是大家喜歡站務都隨便做？O4算是比較寬鬆，但我還是會檢查最近一次移出分類的條目為何，該編輯是否合理。--Xiplus#Talk 2021年9月18日 (六) 11:05 (UTC)

  我的意思是故意移除的情形還是要看移除動作的合理性而定（比照O4）。Sanmosa _Outdia 2021年9月18日 (六) 11:08 (UTC)

  速刪要求無可回退版本，既然包含CSD Placeholder的版本不符G1，那麼該頁面就不符G1。雖然在當下CSD Placeholder不再需要，但是G1致刪條件應該不是會隨時間變化的，在之前不合G1，過一段時間相同內容卻符合G1並不合理。--Xiplus#Talk 2021年9月19日 (日) 02:47 (UTC)

  個人認為在移除placeholder時在編輯摘要述明原因，即可以G15速刪，或繞道AFD報備後由管理員速刪。--Temp3600（留言） 2021年9月19日 (日) 07:51 (UTC)

(－)反对，看了本頁最下方R2討論決定予以反對，沒有證據證明「棄用的CSD Placeholder」是會持續且大量發生，將相關案例交予存廢討論並不會長期導致存廢討論積壓，設立該準則後恐怕用不到幾次，因此沒有必要為了偶然性的大量提刪設立速刪準則。--Xiplus#Talk 2021年9月24日 (五) 02:41 (UTC)

建議調整快速刪除方針R2款對偽命名空間的處理

現行條文 R2. 跨名字空间的重定向。 包括以下幾種類型： 从条目名字空间指向非條目名字空间的重定向（包括从条目名字空间移動至用户页名字空间時遺留的重定向）； 从草稿名字空间指向非草稿名字空间的重定向。 經社群同意設立的偽命名空間屬於本規則之例外。 注意：有时新加入的维基人偶尔会在主条目空间誤建用户页。使用“移动”页面工具将用户页移回用户名字空间会保留页面历史，在删除遺留的重定向頁前，考虑保留一到两天；草稿重定向速删前，请确保草稿已经完成其作用，并且草稿的历史已经合适地移动到相应的正式页面。 使用模板{{d|R2}}或{{d|interwk}}。

提議條文 R2. 跨名字空间的重定向。 包括以下幾種類型： 从条目名字空间指向非條目名字空间的重定向； 从草稿名字空间指向非草稿名字空间的重定向； 位於偽命名空間，且指向目標與其字首不對應的重定向。 此項不適用於一切因條目開首與本地（偽）命名空間字首衝突而建立的跨命名空間重新導向。 注意：草稿重定向速删前，请确保草稿已经完成其作用，并且草稿的历史已经合适地移动到相应的正式页面。 使用模板{{d|R2}}或{{d|interwk}}。

這裏界定偽命名空間重新導向頁面視同位於計畫命名空間的重新導向頁面，並禁止偽命名空間重新導向頁面指向並不位於計畫命名空間的頁面。但為了保險起見，想問一下@Xiplus現在有沒有偽命名空間重新導向頁面指向並不位於計畫命名空間的頁面的情形？有的話有多少？太多的話這個我也撤回好了。Sanmosa _Outdia 2021年9月23日 (四) 14:38 (UTC)

0個。--Xiplus#Talk 2021年9月23日 (四) 14:53 (UTC)

反对继续扩充R2。零星不应保留的站务重定向RfD足够解决。其实我昨天看到O8，也是设置之后根本没有用过。我觉得为了这种罕见案例专门设置CSD条文致力于非要快速删除费时费力没有意义。--Jimmy Xu ^论 2021年9月23日 (四) 16:00 (UTC)

如果沒有O8的話，那這個時候那種情況就不是罕見案例了。Sanmosa _Outdia 2021年9月23日 (四) 23:54 (UTC)

请问阁下是因何而否定了“没有O8且现在那种情况依然是罕见案例”之可能性呢？快速删除方针不用绞尽脑汁涵盖所有情况，等到存废讨论看出重复模式再来总结成条就足够了。--Jimmy Xu ^论 2021年9月24日 (五) 00:09 (UTC)

快速刪除準則不僅僅是要大量，還需要是重複性的發生，因其他方針改變之類的維護工作導致大量頁面刪除時，可以依據討論結果直接刪除，但這不表示也不足以支持設立一個新的快速刪除準則。自O8設立以來的5個月都沒有使用過已經非常能夠展現這是一個無用的準則，討論設立如此無用的準則更是浪費大家時間。--Xiplus#Talk 2021年9月24日 (五) 02:34 (UTC)

@Taiwania Justo。Sanmosa _Outdia 2021年9月24日 (五) 07:54 (UTC)

(－)反对，請運用常識，另這款同時會扼殺偽命名空間到其他條目的重定向-- Sunny00217  2021年9月27日 (一) 11:18 (UTC)

• (？)疑問甚麼情況下會需要用到偽命名空間指到條目的重定向？@Sunny00217：-- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2021年9月28日 (二) 09:11 (UTC)

  Wikipedia:命名常规 (技术限制)#半角冒号：「當條目開頭和本地命名空間字首衝突時，可以建立跨命名空間重新導向」，偽命名空間同理。--Xiplus#Talk 2021年9月28日 (二) 09:19 (UTC)

  另外這條通過就表示一律禁止新設立WP空間以外的偽命名空間捷徑。--Xiplus#Talk 2021年9月28日 (二) 09:22 (UTC)

  @Xiplus：既然本來就沒有偽命名空間重新導向頁面指向並不位於計畫命名空間的頁面，那我不見得有必要出於其他理由特別容許後續建立WP空間以外的偽命名空間捷徑。上面提到的「當條目開頭和本地命名空間字首衝突時，可以建立跨命名空間重新導向」剛才留意到，我認為可以就此特設例外條款（不針對新加入的第5項，所有項都適用），容許此類重新導向不使用R2處理。Sanmosa _Outdia 2021年9月29日 (三) 09:48 (UTC)

  目前沒有建立的，不表示未來就不會建立；沒有人會做的行為，不表示需要被禁止。--Xiplus#Talk 2021年9月29日 (三) 13:57 (UTC)

  目前R2的第1、2條都是有歷史證明會定期產生的需刪除頁面，然而您目前提的偽命名空間重定向則缺乏相關的證據。--Xiplus#Talk 2021年9月29日 (三) 14:02 (UTC)

  就目前規則來說，MOS:B重定向到Wikipedia:格式手冊/文字格式#粗体是符合R2主條款規定，但因為但書「經社群同意設立的偽命名空間屬於本規則之例外」的關係而不適用R2。而 MOS:AAA 重定向到 WP:BBB 或 Help:CCC 也符合R2主條款規定，但因為不符合但書「經社群同意設立」（WP:PNS已規定 MOS: 必須重定向到 WP:格式手冊），故仍然符合R2可刪除，不需增列規則。--Xiplus#Talk 2021年9月29日 (三) 14:09 (UTC)

  如果這個解釋不夠清晰需要更明確規定的話，我建議條文是「位於偽命名空間的重定向，但重定向目標並非偽命名空間指引所規定的目標」（需修飾），而不是您現在的條文。--Xiplus#Talk 2021年9月29日 (三) 14:12 (UTC)

  @Xiplus：可，已調整，你可以看看。Sanmosa _WÖRK 2021年10月2日 (六) 08:51 (UTC)

  「...應視同位於計畫命名空間...」一行是多餘的，又或者說陳述不正確，理由9月28日已述。--Xiplus#Talk 2021年10月2日 (六) 09:05 (UTC)

  @Xiplus：這樣説的話，其實現在的但書在加入第3項後是可以刪除的，那我直接移除好了。Sanmosa _WÖRK 2021年10月2日 (六) 09:26 (UTC)

  不過我的意見還是偏向不需增列規則就是了。--Xiplus#Talk 2021年10月4日 (一) 03:29 (UTC)

• 保持原文。理由同Xiplus于29日的留言。現行條文足夠清晰。 ——魔琴 [ 已经告假 留言 贡献 ] 2021年10月2日 (六) 09:42 (UTC)

增加R9快速刪除準則

現行條文 無

提議條文 R9. 主頁面移動後遺留的討論頁重定向。 使用模板{{d|R9}}。

實際類似情形有如Wikipedia:頁面存廢討論/記錄/2021/09/04#Talk:领航鲸、Talk:巨頭鯨、Talk:布氏中喙鯨、Talk:侏儒抹香鲸、Talk:鲸豚属、Talk:灰海豚，再往前翻還有更多先例-某人✉ 2021年9月6日 (一) 07:54 (UTC)

重定向的刪除原則是「有害」，那個存廢討論只有在說「無益」。而且原討論頁可能以前有連入，刪掉不就直接紅連了嗎？--洛普利寧 2021年9月6日 (一) 10:37 (UTC)

當然有害，討論頁都不是主頁面的討論頁而是連去第二個頁面了，這不是有害？至於連入的檢查責任本來就在提刪者而不在速刪準則本身。好比R8前亦應檢查連入一樣-某人✉ 2021年9月6日 (一) 12:26 (UTC)

這種討論頁跟著主頁面移動，或者直接改成相應的重定向，不用管理員權限也能解決。像Talk:领航鲸和條目一樣，直接重定向到Talk:領航鯨就行。普通用戶就能解決的事情非要麻煩管理員= =另外R8用於條目可以直接編輯，R9總不好改別人存檔吧；雖然可能性不大，但留個歷史紀錄，如果頁面移動複雜再碰到剪切存檔的，終歸好追蹤以前的討論紀錄。--洛普利寧 2021年9月6日 (一) 13:22 (UTC)

移動後直接重寫的條目又怎麼辦？-某人✉ 2021年9月6日 (一) 13:45 (UTC)

掛專題模板或者{{talk header}}即可。我倒是擔心這種情況：直接把討論頁刪掉後他人嘗試移動，結果出現討論頁過來條目卻沒過來，這種歷史更混亂的情況。前面兩個也提刪還說得過去，Talk:侏儒抹香鲸這種歷史一切正常的，真的是沒必要。--洛普利寧 2021年9月6日 (一) 14:01 (UTC)

如果從主頁面開始移動（「移動相關的討論頁面」會預先選上），主頁面無法移動則討論頁不會跟著移動。--紺野夢人 ^肺炎退散 2021年9月6日 (一) 14:08 (UTC)

從主頁面移動的還好，兩個頁面同步移動就不會出事。就怕複雜點的情況，交換頁面單獨移動，名字相似、簡繁問題、重定向跳躍幾個因素加起來，老手都會繞暈。之前我也希望討論頁移動不留重定向，覺得這樣乾淨；現在當巡查員真有移動不留重定向權限，反而是不願意用了。--洛普利寧 2021年9月6日 (一) 14:16 (UTC)

按上面說的「有害」，如果討論頁的目標不是主頁面對應的頁面，而是主頁面直接移除了重定向或改變了重定向目標的話，可以直接用R7刪除，不用另立準則。--Sun8908 _{怯就輸一世} 2021年9月6日 (一) 13:52 (UTC)

R7一般並不管討論頁，且另立一個更精準的準則總比一個「可能符合又可能不符合」的口袋準則好-某人✉ 2021年9月6日 (一) 13:58 (UTC)

「R7一般並不管討論頁」是從哪來的結論？我之前有試過以R7提名快速刪除討論頁，最終真的有被刪除。如這個。如果真的不清晰，在R7附加說明可以以之刪除這類討論頁重定向就好了，感覺蠻類似的。--Sun8908 _{怯就輸一世} 2021年9月6日 (一) 16:03 (UTC)

有管理員（如User:Iokseng）會以G15刪除，也有管理員認爲不符合。 紺野夢人 ^肺炎退散 2021年9月6日 (一) 13:55 (UTC)

(－)反对，這種重定向不但無害，反而有益，可避免用戶重複在不同的討論頁發起討論，尤其是名稱出現地區詞不同的條目。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2021年9月7日 (二) 02:00 (UTC)

如果是地區詞差異的話，頁面一般不會移動，真的有移動的情形的話一般會移回去。Sanmosa _Outdia 2021年9月8日 (三) 12:27 (UTC)

反對，沒有意義-- Sunny00217  2021年9月8日 (三) 12:50 (UTC)

沒什麼太大意見，反正我覺得有些雞肋，但Cdip150說的那種情況現在已經很少出現（更多出現的是僅繁簡差異）。Sanmosa _Outdia 2021年9月8日 (三) 12:55 (UTC)

@蕭漫： 紺野夢人 ^肺炎退散 2021年9月12日 (日) 16:56 (UTC)

(＋)支持，这类因页面移动而产生的重定向讨论页数以万计，绝大部分都是闲置无用的多余页面，真正有实际用途的或许只占很少一部分，不能仅因为少数页面有用的缘故，而使更多冗余无用的页面大量堆积。若不订立方针加以限制，则会造成此类页面无休止地不断增长越攒越多。虽然此类重定向并无害处，但这不是有害无害的问题，而是在建成一部高品质百科全书的大前提下，让中文维基百科朝着更加简洁完美的方向迈进。编修一部高品质百科全书应当秉持“用进废退”的原则，即有用则保留，无用则删除，尽量做到简洁完美，避免冗余累赘。同时我也理解并尊重@Lopullinen和@Cdip150两位同仁的意见，所以我认为此类页面的存废不能一概而论，在订立删除方针时应综合各方意见，补充一些例外情况以减少争议。建议将条文修改如下：

現行條文 無

提議條文 R9. 主頁面移動後遺留的討論頁重定向。 若讨论页重定向存在下列情况，则不适用于本条方针。 被提删前存在链入页面。例如被存档于某处，在此情况下如将其删除，则会导致存档处的链接变为红链无法查看。 与重定向目标页面的名称（亦即主条目所直接对应的讨论页名称）系不同地区的用词。这种情况下，讨论页重定向应与主条目重定向一并保留，防止不同地区的用户在不同的讨论页发起讨论。 使用模板{{d|R9}}。

--蕭漫（留言） 2021年9月13日 (一) 17:34 (UTC)

• (！)意見：似乎您的意思不是看“有害无害”而是看“有用无用”？我的意思是，这个删除操作本身就是“冗余累赘”，而且讨论页也不是条目。重定向记录保留与服务器不说，还多造了一笔删除记录。既然您也不认为遗留重定向有害处，那就让它留着好了。另外也请您抽时间回复一下Wikipedia:存廢覆核請求#Talk:布氏中喙鯨，谢谢。--洛普利寧 2021年9月13日 (一) 19:13 (UTC)
  • 另外顺便，我的意见是：如果条目页是重定向，讨论页甚至可以故意建立对应的讨论页重定向。当然，没必要鼓励批量去建，建了的也没必要去删。而另一方面WP:R#KEEP指出，一些人认为“可能有用”就可以建立重定向，另一些人想删除则需要指明“有害”。WP:R#KEEP第四条还明确说明，“移动页面所产生的重定向一般不应删除”。我明白规则可以豁免，但这个所谓形式上的“简洁完美”，真的不足以补偿遗留重定向的潜在用处，以及节省人力这个实打实的好处。--洛普利寧 2021年9月13日 (一) 19:35 (UTC)
• 以往按照习惯以{{d|g15}}删除，支持正式化。-Mys_721tx（留言） 2021年9月13日 (一) 19:21 (UTC)
  • @User:Mys 721tx：G15是“主页面未建立时，应该删除对应的讨论页”。我认为这理论上不应解读为：
    1. 讨论页未建立时，删除对应的主页面；
    2. 主页面已建立时，删除已建立的讨论页（可能是重定向）。
  • 至于主页面未建立时，对应讨论页为什么需要删除，我认为部分原因是上方Yumeto说的，避免“主页面移动成功，但讨论页被孤立讨论页占领无法移动，最后造成两个页面分家”的情况。--洛普利寧 2021年9月13日 (一) 19:35 (UTC)
• (＋)支持蕭漫版-某人✉ 2021年9月15日 (三) 11:18 (UTC)
• (－)反对，地區詞僅是其中一例，事實上還有因為現實中被重命名而作出的移動，其討論頁重定向也應被保留，以免有人在舊名的討論頁發起新討論；別名重定向也是類似情況。過往以G15來刪除顯示有陋習的出現，因為並未符合G15的任何一種情況。簡單說，如果A重定向到B，而同時Talk:A重定向到Talk:B，那麼除非A被刪除，否則Talk:A在任何情況都應保留，以免有人在Talk:A發起新討論。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2021年9月21日 (二) 02:18 (UTC)

(－)反对，無用不表示有害，產生重定向本來就是系統設計，如果認為這是個問題，應針對這點妥善討論避免產生重定向的方式（例如對所有人授予移動不留重訂向權限），若這條通過想必是會有一堆不必要的刪除量衝擊速刪處理。--Xiplus#Talk 2021年9月28日 (二) 09:12 (UTC)

支持对所有人授予移动不留重定向权限。--蕭漫（留言） 2021年9月28日 (二) 14:07 (UTC)

• (※)注意：提案说的页面原本可用G15删除。G15曾经有一条：“对应内容页面为重定向的讨论页，前提是讨论页建立于重定向之后，或者讨论内容已经存档。”2011年时为了避免删除移动导致的讨论页重定向，该条新增“例外情况是该讨论页也是重定向，并指向内容页面重定向目标所对应的讨论页。”整条准则废除于2012年。可以参考以下讨论：修订、废除。 ——魔琴 [ 已经告假 留言 贡献 ] 2021年10月5日 (二) 03:44 (UTC)

  2011年就覺得「主頁面移動後遺留的討論頁重新導向」不需要刪除，2012年整條廢除就變成任何種類的「討論頁重新導向」都不需要刪除了，都可以支持不應該刪除的論點吧。--Xiplus#Talk 2021年10月5日 (二) 04:20 (UTC)

调整R2措辞 2021-10-05

通过：

 ——魔琴 [ 已经告假 留言 贡献 ] 2021年10月22日 (五) 22:37 (UTC)

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

---

現行條文 R2. 跨名字空间的重定向。 包括以下幾種類型： 从条目名字空间指向非條目名字空间的重定向（包括从条目名字空间移動至用户页名字空间時遺留的重定向）； 从草稿名字空间指向非草稿名字空间的重定向。 經社群同意設立的偽命名空間屬於本規則之例外。 注意：有时新加入的维基人偶尔会在主条目空间誤建用户页。使用“移动”页面工具将用户页移回用户名字空间会保留页面历史，在删除遺留的重定向頁前，考虑保留一到两天；草稿重定向速删前，请确保草稿已经完成其作用，并且草稿的历史已经合适地移动到相应的正式页面。 使用模板{{d|R2}}或{{d|interwk}}。

提議條文 R2. 跨命名空间的重定向。 适用于条目命名空间和草稿命名空间。 社群同意設立的偽命名空間不适用。 草稿重定向速删前，请确保草稿已经完成其作用，且其历史已移动到相应的正式页面。 使用模板{{d|R2}}或{{d|interwk}}。

修订内容：

1. 精简措辞（同时应用于模块）；
2. 删除“保留误建用户页之重定向”的规定；
3. 根据其他版正在公示之“zh-hans/zh-cn变体下 namespace 之翻译改为‘命名空间’”的提案，把所有“名字空间”改为“命名空间”。

以上。 ——魔琴 [ 已经告假 留言 贡献 ] 2021年10月5日 (二) 02:06 (UTC)

可。Sanmosa _WÖRK 2021年10月5日 (二) 07:40 (UTC)

(▲)同上，可ghrenghren回應請ping我，謝謝（留言） 2021年10月8日 (五) 18:01 (UTC)

公示7日，2021年10月22日 (五) 07:55 (UTC) 結束 ——魔琴 [ 已经告假 留言 贡献 ] 2021年10月15日 (五) 07:55 (UTC)

还真的未到七天……干脆直接违反一下规定延长公示时间（）： 公示7日，2021年10月22日 (五) 18:01 (UTC) 結束 ——魔琴 [ 已经告假 留言 贡献 ] 2021年10月15日 (五) 15:23 (UTC)

其實你可以5號起算計7天，我倆都是沒建設的發言。--ghren🐦吱吱吱...🔊 2021年10月19日 (二) 13:40 (UTC)

目前7DAYS的规定就是任何留言，但实际操作会忽略掉明显无关的留言。说到这，是时候重提一下修订7DAYS了…… ——魔琴 [ 已经告假 留言 贡献 ] 2021年10月21日 (四) 14:51 (UTC)

14days的操作不知道有什麼用...結果都是剛公告就反對。--ghren🐦吱吱吱...🔊 2021年10月22日 (五) 06:32 (UTC)

---

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

修訂WP:R8：豁免鏈至消歧義頁面的重定向頁面

參考en:Wikipedia:Disambiguation#Naming the disambiguation page——This type of redirect is used to indicate any intentional links to the disambiguation page, to distinguish them from accidental or erroneous incoming links that should be disambiguated to the appropriate article.，現提案將「鏈至消歧義頁面的重定向頁面」明確列入豁免項目，該項沒有任何刪除必要性。--だ☆ぜ (Dasze) 2021年10月27日 (三) 20:16 (UTC)

(－)反对：zhwiki之前亦有上述enwiki條文的對應條文，但已於R8通過前刪除，原因是R8通過前AFD早已有刪除此類重新導向頁面的慣例（其他詳細理由請直接參閱討論存檔；另見WP:重定向#應當刪除的理由第11款，該款於上述enwiki條文的對應條文刪除時加入）。Sanmosa _WÖRK 2021年10月27日 (三) 23:53 (UTC)

我不認為R8存在必要性。

本人遇到問題後，於站下詢問他人，得到的回應是「R8沒有必要性」或「不知道為何要設立R8」或「不了解修訂真正理由為何」。不刪除的好處是能過確定地指向消歧義頁面，且覆蓋面更為廣泛。我認為利大於弊。我認同並認為該類重定向的意義為我所引用之英維文段。

我認為不存在慣例一詞。

我一如既往查看 Tigerzeng 於 Miraheze 設立的 zhdel，發現絕大多數以「... (消歧義)」為尾綴（“有尾綴”）的重定向頁面（“有尾綴的重定向”）都是在通過R8修訂後，大範圍提起速刪的。而AFD理由並非皆以有尾綴才提起AFD，而且大部分AFD都並未以刪除作為結尾。由於我沒有興趣花費時間在這方面做 quantitative research，所以不會提供統計表格。但如互煮依舊，我不排斥待我所有 assignment & examiniation 完結後，用一些統計學工具來說明為何我不認為存在慣例。

我不認為應建立 R8 處理這類重定向或其他應原本由G8處理的頁面。

原本這類頁面是由「G8：[...]、因移動請求而刪除頁面、以覆寫刪除重新導向」處理。如果有必要，應修正G8的 CSD setting 或正式開立一個 new R8，專門處理上述兩項。

基於上述理由及提案理由，我不同意你的觀點，並依然請求修訂。--だ☆ぜ (Dasze) 2021年10月28日 (四) 15:10 (UTC)

（1）Wikipedia:共识#形成共识的误区和错误“維基外的討論”段，無效反駁理由。（2）然而在提案通過前的一段時間AFD在處理一切帶有「... (消歧義)」尾綴的重新導向頁面均為刪除作結，你明顯迴避了這一點。你上面提到的情況只能證明R8確實能做到有效分流，而且因為其便捷性而廣受歡迎。（3）見下，而且G15也是一堆雜項的集合，看不出要特別將R8分開為多個快速刪除方針的理由。Sanmosa _WÖRK 2021年10月29日 (五) 00:18 (UTC)

• 感觉没必要，不方便这些重定向页面被扩充成条目（编者可能会以为这个条目已经有了，就不再考虑编写之）。Itcfangye（留言） 2021年10月28日 (四) 08:21 (UTC)

  這點我覺得對新手來説比較適用。另一個刪除的好處是將消歧義頁由平等消歧義改為主從消歧義的時，以R8刪除相關重新導向有助後續移動頁面的工作變得更容易。--Sanmosa _WÖRK 2021年10月28日 (四) 10:09 (UTC)

  就提案人所提到的以「XXX (消歧義)」為尾綴連結至「XXX」（無尾綴消歧義頁面）之例子而言，並不會有「不方便这些重定向页面被扩充成条目」的問題（相關消歧義頁面確實已經有了），至於刪除以便移動頁面工作的部分則已有現成的WP:G8。就此類例子來說，個人認為刪除並不必要，且弊大於利。因此個人(＋)支持相關修訂，或者至少也要豁免此類情況之重定向。-Peacearth（留言） 2021年10月28日 (四) 20:49 (UTC)

  見下，有關G8的描述不成立且不符現實。Sanmosa _WÖRK 2021年10月29日 (五) 00:18 (UTC)

  見下，「有關G8的描述不成立」並不符合事實。您可能誤解了我的意思。-Peacearth（留言） 2021年10月29日 (五) 00:45 (UTC)

@だ＊ぜ、和平奮鬥救地球：G8不能經{{d}}提請有特別原因，請參見WT:快速删除方针#關於快速刪除G8（你們以為我真沒問過？），再不然你們自己問@Xiplus。Sanmosa _WÖRK 2021年10月29日 (五) 00:11 (UTC)

這我當然知道。我從頭到尾並沒有說要透過{{d}}提請，相關描述並沒有不成立。你提移動請求管理員就能透過G8處理（我都處理過多少了你覺得我會不知道嗎？）。而提案人則是認為應修正G8（「修正G8的 CSD setting 」）或以新規處理之，所以他也並沒有說現行規則允許提請。個人認為其方案可行（當然如果有更好的方案的話歡迎提出）。另外補充一點，不能因為提案通過前的此類AFD均以刪除作結就歸納得到此類重定向均應刪除的結論。我們不但要看相關理據是否適用於全體，是否可以因此直接跳過七天的討論期。尤其，當現在有人對相關刪除準則提出質疑的時候，就應該去探討相關質疑是否有道理，「以前都這麼做」無法成為洽當的反駁理據。-Peacearth（留言） 2021年10月29日 (五) 00:44 (UTC)

我認可「和平奮鬥救地球」的對於本人部分意見的總結（其完備地總結了我關於「G8修改」或「應立新規」的看法），以及其他方面的補充。我非常擔憂Sanmosa是怎麼會認為我在站下尋求共識？我在此聲明，站下規定我寫得比誰都了解，毋需用規則壓我，我在此只是匯集站下對於R8的看法，我不認可站內規則可抹殺或不嘗試聆聽那些意見。我同時擔憂Sanmosa為何會認為我沒有看到那些AFD請求？我的回覆與評析依然如上所述。我沒有任何其他補充。--だ☆ぜ (Dasze) 2021年10月29日 (五) 05:46 (UTC)

（按和平奮鬥救地球的理解）那提案就是倒退了。R8無疑是雪球法則在「... (消歧義)」後綴頁面相關WP:RM的體現，基本上當時所有同類AFD的提出理由大同小異，因此具備無可例外的整體適用性。如果任何人都僅以「沒必要」為由在不了解AFD生態的情況下隨便質疑快速刪除規則（我之前真遇着這樣一個人），那所有快速刪除規則全部都可以廢掉（我當時回他的話類似此句）。（「維基外的討論」）對於我這樣一個不參與維基百科外有關維基百科的討論的人來說，我無法得知「站外匯集的意見」是否真實存在，以及究竟「站外匯集的意見」的匯集範圍是否完整，因此我不能隨便地把「站外匯集的意見」納入考量，否則這樣做是極為危險的（試想任何人在特定地區的「站外」進行「意見匯集」）。Sanmosa _WÖRK 2021年10月29日 (五) 07:34 (UTC)

我不贊同「倒退」一詞，一如回退認為有問題的修訂版本不屬於破壞。就是因為要研究談論究竟是否有問題，所以我們坐在這裡談。如果只是一直聲明「對方不了解因此修訂是壞主意」，我不覺得能達到「Graham's Hierarchy of Disagreement」的上面3層，維基百科互助客棧就是因此才被人稱為互煮。我已經給出了我的主論點和論據，地球也補充了論點，麻煩你想要駁斥的話，看看「Graham's Hierarchy of Disagreement」再駁斥，不要滑坡或訴諸人身。請回溯原本，重新開始討論，我們的論點一如上述。--だ☆ぜ (Dasze) 2021年11月1日 (一) 15:05 (UTC)

不好意思，我想你應該很清楚我從一開始就完全找不到你（們）的論點的合理之處（注意我的用詞是「找不到」）。而且我很明顯有在回應和平奮鬥救地球最近一次留言提到的「不能因為提案通過前的此類AFD均以刪除作結就歸納得到此類重新導向均應刪除的結論」一點（我以「提請理由均相同」一點回應）。我認為沒人能否定R8是一種雪球法則（我此前的最近一次留言還是首次提到這點），而這種雪球法則在實行後一向運作正常。如果以「一如回退認為有問題的修訂版本不屬於破壞」這句話來說，vice versa，回退認為並非「有問題」的修訂版本則屬於破壞，因此可類推將運作正常的機制廢除是「倒退」。Sanmosa _{Ázijská Práca} 2021年11月2日 (二) 00:29 (UTC)

或許我這樣說：你們未能且未有證明R8的施行會帶來導致顯著影響的害處，使致非廢除不可。只有滿足這要件才會令我認為有合理理由廢除R8。Sanmosa _{Ázijská Práca} 2021年11月2日 (二) 00:51 (UTC)

你未能看出或不認同不代表我們沒有說明。--だ☆ぜ (Dasze) 2021年11月4日 (四) 15:20 (UTC)

同時，應該修改的理由不只「帶來導致顯著影響的害處，使致非廢除不可」，我們已說明R8的適用致使不合理，而移動等技術性刪除等可應有「新R8」代替，沒有必要存在的政策亦沒有存在必要。--だ☆ぜ (Dasze) 2021年11月4日 (四) 15:24 (UTC)

這是觀點與角度的問題。只有施行會帶來導致顯著影響的害處的方針指引才需要廢除是我的觀點。我尊重但找不到理由認同你們的觀點，畢竟方針指引的施行本身不會涉及額外的人力資源問題，也不會造成資源錯配。只有在會產生資源錯配的問題時，討論無害規則的存在必要性才有價值。--Sanmosa _{Ázijská Práca} 2021年11月6日 (六) 12:29 (UTC)

CSD:R2扩展至用户沙盒。

Wikipedia:快速删除标准#R2目前不适用于用户名字空间。根据常识性申请扩展至用户沙盒。。-Mys_721tx（留言） 2021年11月17日 (三) 06:29 (UTC)

使用者自己想刪可以提O1，不要去管別人刪不刪。--Xiplus#Talk 2021年11月17日 (三) 07:59 (UTC)

我沒意見。但想提案人確認一次是否真的打算寫入R2。Sanmosa _{Hrom a peklo, márne vaše proti nám sú vzteky!} 2021年11月17日 (三) 11:27 (UTC)

CSD O4適用範圍與CSD O7語句表達調整

差點忘了處理這裏了。公示期間無異議，通過。Sanmosa _Immortal 2021年12月9日 (四) 06:43 (UTC)

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

---

現行條文 O4. 空的分类（没有条目也没有子分类）。 不適用於Category:不要刪除的分類中的空分類。 使用模板{{d|O4}}或{{d|uc}}。 O7. 廢棄草稿。 任何六個月內無編輯的草稿。 “草稿”指： 所有位於草稿命名空間的頁面；及 所有位於用戶命名空間且含{{AFC submission}}的頁面。 若相關編輯為機械人編輯或屬維護性操作，相關編輯應視同不存在。 就特定沙盒而言，在提請快速刪除前，請務必先檢查並清理相關頁面的連入。 如果編者有意重新繼續編寫，可向管理員請求恢復相關草稿。 使用模板{{d|O7}}。

提議條文 O4. 空分类。 該分類無收錄任何頁面或子分類。 不適用於Category:不要刪除的分類中的空分類。 使用模板{{d|O4}}或{{d|uc}}。 O7. 廢棄草稿。 任何六個月內無編輯的草稿。 “草稿”指： 所有位於草稿命名空間的頁面；及 所有位於用戶命名空間且含{{AFC submission}}的頁面。 若相關編輯為機械人編輯或屬維護性操作，相關編輯應視同不存在。 如果編者有意重新繼續編寫，可向管理員請求恢復相關草稿。 使用模板{{d|O7}}。

提案原因：

1. 原有的O4行文（“没有条目也没有子分类”）可導致只收非條目的有用分類可經O4刪除，因此將“條目”改為“頁面”，惟又由於用戶頁只添加用戶頁分類的規定，特別指明「就不屬於用戶頁分類的分類而言，在計算該分類收錄的頁面數前，應先將所有位於用戶命名空間的頁面自該分類移除」［原：設立“就不屬於用戶頁分類的分類而言，‘頁面’不包括任何位於用戶命名空間的頁面”的規定］。
2. 原有的O7行文中的“就特定沙盒而言，在提請快速刪除前，請務必先檢查並清理相關頁面的連入”為此前提案時漏刪，由於“特定沙盒”未定義，而且“草稿”的定義不包含任何沙盒，該句實際上並無效力，因此將之刪除。另因應Wikipedia:互助客栈/其他/存档/2021年11月#收緊AR使用限制而更改連結。

以上。Sanmosa _{Hrom a peklo, márne vaše proti nám sú vzteky!} 2021年11月18日 (四) 08:41 (UTC)

修改於2021年11月20日 (六) 08:42 (UTC)。Sanmosa _WAM 2021年11月20日 (六) 08:42 (UTC)

建議第一句改為「該分類沒有收錄任何頁面或子分類」，因為第一眼看到時，我有點無法整理思緒，可能是我的語文能力退化了。空氣小貓（留言） 2021年11月18日 (四) 16:11 (UTC)

@Pseudo Classes：完成。Sanmosa _{Hrom a peklo, márne vaše proti nám sú vzteky!} 2021年11月19日 (五) 09:25 (UTC)

使用者頁面分類但書的意義是？--Xiplus#Talk 2021年11月19日 (五) 10:09 (UTC)

@Xiplus：由於用戶頁只添加用戶頁分類，因此凡用戶頁出現非用戶頁分類，相關用戶頁應自該分類移除。假設某非用戶頁分類内只有用戶頁，現在的可行做法是先清空分類，然後提請O4，但有一個可能性是用戶執意恢復相關分類，然後管理員誤解成需要保護頁面的情形，因此為了避免這方面的麻煩，要設置如此但書。如果真的覺得不合理的話，有勞反映。--Sanmosa _{Hrom a peklo, márne vaše proti nám sú vzteky!} 2021年11月19日 (五) 12:45 (UTC)

不合理啊，提O4的前提就是清空分類，不明白為何要為了一個「不合理的做法」去改變「合理的做法」。而且非使用者頁面分類本來就應該隨時從中清除使用者頁面，而不是到了要提O4才在做。--Xiplus#Talk 2021年11月20日 (六) 05:24 (UTC)

@Xiplus：改了一下。Sanmosa _WAM 2021年11月20日 (六) 08:40 (UTC)

@Sanmosa：現在條文意思是如果有殘留使用者頁面，應該把這些頁面清除，但準則本來就要求頁面數為0，此但書變成冗餘的敘述了啊。--Xiplus#Talk 2021年11月20日 (六) 08:55 (UTC)

有些人認為清空分類後提O4是破壞操作（這也是用戶執意恢復相關分類的理由），因此有必要明確如果有殘留用戶頁，把這些頁面清除是合理且無可爭議的。Sanmosa _WAM 2021年11月20日 (六) 08:59 (UTC)

@Xiplus。Sanmosa _WAM 2021年11月20日 (六) 09:01 (UTC)

有具體例子嗎？另外如果分類不適合應循存廢討論處理，以O4刪除為目的而清空分類確實不當，但條目分類不應該放使用者頁面這應該是有共識的，前面已述這應該是平常就保持清理，而不是要O4時才會遇到的問題，您指的情況是一個分類早就沒有條目，但有使用者頁面，還是怎樣的情況？（另外我有監視該討論了，可以不用ping我）--Xiplus#Talk 2021年11月20日 (六) 10:15 (UTC)

好像是比較早的例子，我也不記得具體情況了。--Sanmosa _WAM 2021年11月20日 (六) 15:34 (UTC)

我覺得不需要對非常罕見的例子開奇怪的特例。--Xiplus#Talk 2021年11月21日 (日) 02:27 (UTC)

已移除。Sanmosa _WAM 2021年11月21日 (日) 08:11 (UTC)

(？)疑問：有使用者頁面只添加使用者頁面分類這個條文嗎？-- Sunny00217  2021年11月20日 (六) 10:11 (UTC)

Wikipedia:頁面分類#幾點重要的共識：「用戶頁只添加用戶頁分類...，而不添加條目分類」。--Xiplus#Talk 2021年11月20日 (六) 10:16 (UTC)

依現行WP:7DAYS詢問以上各位是否同意在計算公示期的開始時間時可排除各位的留言的影響。@Xiplus、Pseudo Classes、Sunny00217。Sanmosa _WAM 2021年11月21日 (日) 15:10 (UTC)

您在今日大幅調整提議條文，理應從今日起算。--Xiplus#Talk 2021年11月21日 (日) 15:17 (UTC)

依現行WP:7DAYS，已7日無新增留言，現公示此案7日。Sanmosa _WAM 2021年11月28日 (日) 10:02 (UTC)

支持。Nrya ✰_{武漢肺炎兩週年•Xi病毒來襲} 2021年12月1日 (三) 14:24 (UTC)

---

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

尋求共識：無論褒貶將無來源生者傳記移除

方針寫道：「所有無來源或少來源生者傳記均可移除」指無論褒貶均可移除。但此例一旦嚴格執行，則許多條目都會受到影響以及被刪除，故此請求社群共識。--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 _{祝百毒不侵～} 2021年12月2日 (四) 23:51 (UTC)

首先要確定G13是否需要擴大執行範圍。Sanmosa _Immortal 2021年12月3日 (五) 01:01 (UTC)

支持，LTA:洪睿勝的一貫破壞模式是在生者傳記條目加入看似中性或正面的胡扯内容。--🎋🎍 2021年12月3日 (五) 04:29 (UTC)

我认为G12（Sanmosa阁下应该是记错了）应该有以下设定：

現行條文 G12. 未列明來源且語調負面的生者傳記。 注意是未列明來源且語調負面，必须2项均符合。 使用模板{{d|G12}}或{{d|bio}}。

提議條文 G12. 未列明來源且語調負面或語調宣傳的生者傳記。 以上所谓“来源”，均指可靠来源。 在提报此快速删除的同时，应清空页面。 使用模板{{d|G12}}或{{d|bio}}。

--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 _{祝百毒不侵～} 2021年12月3日 (五) 11:24 (UTC)

参考示范条目：无名氏 (示范条目)--以上未簽名的留言由Emojiwiki（討論｜貢獻）於2021年12月3日 (五) 11:36 (UTC)加入。

少來源應該改成無來源。--🎋🎍 2021年12月3日 (五) 16:18 (UTC)

@Newbamboo：完成--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 _{祝百毒不侵～} 2021年12月4日 (六) 03:17 (UTC)

我再改了一點，恐怕似乎不應該清空語調不負面的頁面？另外我認爲可能更應該改成「未列明來源且語調負面或語調宣傳」，無來源而語調中立的生者傳記可以強制走關注度流程。--🎋🎍 2021年12月4日 (六) 05:41 (UTC)

按照方针及各模板，“所有无来源BLP均可/必须/立刻被移除。”因此“似乎不應該清空語調不負面的頁面”不成立。--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 _{祝百毒不侵～} 2021年12月4日 (六) 08:44 (UTC)

請具體地引用方針。我完全不能確認你口中的方針的出處。－hiJK910 ^{走先喇 係咁先喇 下次再玩吖} 2021年12月4日 (六) 17:31 (UTC)

請問這和A4第一款有什麼分別？人物：無第三方可靠來源，且未列舉影響力及於主角之家庭、親朋、就讀學校及就業機構以外人事物之事蹟；？你是似乎將無第三方可靠來源放鬆了成為可靠來源，但是看回Wikipedia_talk:快速删除方针/存档5我比較擔心實行上的難度。ghren🐦吱吱吱...🔊 2021年12月4日 (六) 17:09 (UTC)

我建議給予巡查將這些條目移動至草稿權力就好，搞得不好就會重演A4通過後很短時間（2012年6月29日通過-2012年9月10日作廢） 又作廢的情況，請慎重解決存檔中提出難以判斷的情況。--ghren🐦吱吱吱...🔊 2021年12月4日 (六) 17:13 (UTC)

• (？)疑問：請問「所有無來源或少來源生者傳記均可移除」從哪份方針的哪一句而來？我Ctrl+F找不到。還有，這有必要以快速刪除執行？－hiJK910 ^{走先喇 係咁先喇 下次再玩吖} 2021年12月4日 (六) 17:22 (UTC)

  應該是這一句，WP:BIO：有關在世人物的無來源或少來源的爭議內容都應立即移除而無需等待討論的結果，無論該內容是負面、正面或是未必正確的。--ghren🐦吱吱吱...🔊 2021年12月4日 (六) 17:27 (UTC)

  「爭議內容」，我的理解是得先產生「編輯爭議」（有多於一名編輯不同意內容）才要立即刪除。還有不是WP:BIO，而是WP:BLP。

  因此，我(－)反对你的提議。－hiJK910 ^{走先喇 係咁先喇 下次再玩吖} 2021年12月4日 (六) 17:34 (UTC)

  像朴正民這款的，我覺得就沒有「爭議內容」。－hiJK910 ^{走先喇 係咁先喇 下次再玩吖} 2021年12月4日 (六) 17:40 (UTC)

  @Hijk910@Emojiwiki我重新調整了方案。--🎋🎍 2021年12月5日 (日) 14:23 (UTC)

  @Hijk910：我有個不同的見解：假設有「爭議內容」的前提是有「編輯爭議」，那提請快速刪除本身就已經可以產生「編輯爭議」，這裏處於對立面的是條目主編（至少一個）與提請快速刪除者（至少一個）。我認為只要有用戶不同意當時的內容已經能夠成編輯爭議。--Sanmosa _Immortal 2021年12月6日 (一) 08:16 (UTC)

  @Newbamboo：「無來源→刪除」，跟「有爭議→無來源→刪除」，這本質上有些差異。前者有點「無來源→有爭議」的味道，而我認為「無來源→有爭議」未必為真。－hiJK910 ^{走先喇 係咁先喇 下次再玩吖} 2021年12月11日 (六) 08:23 (UTC)

  「無來源→有爭議」確然未必為真，因此社羣早已有WP:BLUE。排除WP:BLUE的情形後，「無來源→有爭議」在此限定條件下應為真。--Sanmosa _Immortal 2021年12月15日 (三) 11:38 (UTC)

同意修正後提案，但先行措辭可能會引起少許歧義（「且」、「或」之運算優先級），建議修改如下：

G12. 符合以下兩個條件的生者傳記：

• 未受可靠來源支持，且
• 語調負面或語調宣傳。

• 使用模板{{d|G12}}或{{d|bio}}，並在提报此快速删除的同时，清空页面。

--Yangwenbo99^論 誠邀諸君參與自主隔離運動 2021年12月5日 (日) 21:30 (UTC)

支持。--🎋🎍 2021年12月6日 (一) 09:33 (UTC)

和G13重覆，而且也要管理員特意從歷史看，(－)反对。--ghren🐦吱吱吱...🔊 2021年12月6日 (一) 10:17 (UTC)

@Ghrenghren：不明白閣下的意思。G13 是指拙劣翻譯。本人提案僅僅是對 Wiki emoji 君提案的措辭進行改動。--Yangwenbo99^論 誠邀諸君參與自主隔離運動 2021年12月7日 (二) 06:40 (UTC)

我打錯了 囧rz……，我想說的是WP:G11，G11本來就包括語調宣傳的問題。--ghren🐦吱吱吱...🔊 2021年12月7日 (二) 06:43 (UTC)

在下看來，語調宣傳並不代表頁面完全為宣傳而撰寫。--Yangwenbo99^論 誠邀諸君參與自主隔離運動 2021年12月7日 (二) 08:13 (UTC)

未見得語調宣傳和G11有什麼分別。也未見得語調宣傳只能套在人物而不能套在其他事物上。--ghren🐦吱吱吱...🔊 2021年12月7日 (二) 09:10 (UTC)

語調宣傳和純粹廣告之間還是有一定距離，也可以不清空頁面。--🎋🎍 2021年12月8日 (三) 02:01 (UTC)

我不見得有大分別，實際上以G11提刪的包括語調宣傳，未見有能說服我的案例。--ghren🐦吱吱吱...🔊 2021年12月11日 (六) 08:26 (UTC)

应当限制在无可回退版本的条目中。-Mys_721tx（留言） 2021年12月7日 (二) 07:07 (UTC)

(＋)支持--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 _{祝百毒不侵～} 2021年12月9日 (四) 10:32 (UTC)

@Emojiwiki：奧坎剃刀，要不直接改成未列明來源且語調不中立的生者傳記？--$\int$（☎） 2021年12月10日 (五) 09:57 (UTC)

看起来是宣传的通常有明显利益冲突，应该移到草稿让用户修改再提交审批。这类条目的负面影响没有诽谤性条目大（诽谤性内容在任何地方都不允许，但是草稿和用户沙盒可以保留有一定潜力——即关注度——的宣传性内容）。--GZWDer（留言） 2021年12月21日 (二) 14:07 (UTC)

CSD的斜体改为着重号

已解决：

Xiplus去除斜体：“整個準則主文都是重點，不需要對重點再劃一次重點” ——魔琴 [ 已经告假 留言 贡献 ] 2022年1月3日 (一) 05:48 (UTC)

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

---

建议CSD G5、G12两款的斜体改为着重号（使用{{zh-em}}）。 ——魔琴 [ 已经告假 留言 贡献 ] 2022年1月2日 (日) 05:13 (UTC)

依據格式手冊調整格式，似乎可以直接進行。但還是建議直接改成粗體，以避免在不同環境下的顯示問題。--Yangwenbo99^論 誠邀諸君參與自主隔離運動 2022年1月2日 (日) 11:08 (UTC)

喜欢的话直接改呗…又不是全保护或者模板保护，也不是修改实际内容。--安忆^Talk 2022年1月2日 (日) 11:18 (UTC)

可能需要同时修改Module:Template:Delete/data。 ——魔琴 [ 已经告假 留言 贡献 ] 2022年1月2日 (日) 11:53 (UTC)

---

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

有關條目命名空間頁面被移動到草稿後原名稱又建立重複頁面的處理問題

最近出現了條目命名空間頁面被移動到草稿後，原名稱又建立重複頁面的情形。為便利處理，我建議把WP:CSD#A5中的“條目建立時之內容即與其他現有條目內容完全相同或非常相似”、“條目被建立時，第一個版本的內容與當時其他現存條目或其歷史版本的全部或部分內容完全相同或非常相似”更改為“條目建立時之內容即與其他現有條目或草稿內容完全相同或非常相似”、“條目被建立時，第一個版本的內容與當時其他現存條目或草稿或其歷史版本的全部或部分內容完全相同或非常相似”。@MilkyDefer。Sanmosa _Immortal 2021年12月26日 (日) 13:57 (UTC)

這樣也太怪了，我假如以複制的方式發佈草稿，是不是代表我要的條目要被A5？--Ghren🐦🕚 2021年12月26日 (日) 15:58 (UTC)

@ghrenghren：這種情況下我會建議以複制的方式發佈草稿後將草稿送G10，使該草稿不符合“現存”的條件。Sanmosa _Immortal 2021年12月27日 (一) 03:38 (UTC)

假設我有保留草稿，先在草稿編輯再發佈的習慣吧。--Ghren🐦🕓 2021年12月27日 (一) 08:35 (UTC)

表示無語了。--夏雪若（留言） 2021年12月27日 (一) 08:43 (UTC)

同我對Xiplus的回應。雖然關注點不一樣，但道理是一樣的。--Sanmosa _Immortal 2021年12月27日 (一) 13:06 (UTC)

例如編寫好50%的內容先發布成條目，之後再於草稿完成剩餘50%，應該是合理可預期的情況。--Xiplus#Talk 2021年12月27日 (一) 14:59 (UTC)

(－)反对，如果建立者沒有注意到條目被移走（又或是編輯衝突）導致在條目空間以原先內容的基礎上修改出新版本，那麼新的修改內容要直接快速刪除嗎？實務上就不是這樣做的，正確的做法是合併歷史。--Xiplus#Talk 2021年12月27日 (一) 10:42 (UTC)

不過目前合併歷史程序是包括在Wikipedia:移動請求，通常7天才處理，將需要盡速處理的合併歷史請求合併於此確實不太適合，可以完善{{Histmerge}}及相關程序，將單純的合併歷史程序獨立以處理類似問題。--Xiplus#Talk 2021年12月27日 (一) 10:48 (UTC)

@Xiplus：請留意“完全相同或非常相似”這個字眼，如果出現“以原先內容的基礎上修改出新版本”的情形，一般來説應該不屬於“非常相似”的情形，因此本來就不適用A5。Sanmosa _Immortal 2021年12月27日 (一) 13:03 (UTC)

@Sanmosa：修改可大可小，例如將錯字修正成正確的，難道您覺得修錯字的前後版本不屬於「非常相似」嗎？--Xiplus#Talk 2021年12月27日 (一) 13:10 (UTC)

我會傾向直接在草稿替他修改他在條目空間修改過的東西。不過就算「以原先內容的基礎上修改出新版本」包含小修改的情形，就現在的情況來看，這還是少數案例。--Sanmosa _Immortal 2021年12月27日 (一) 13:13 (UTC)

前面只是舉了極端例子，像是多寫一段文字等等不算小修改的編輯，也應該都還能符合「非常相似」，而且這應該是可預期且我實際看過的情形。--Xiplus#Talk 2021年12月27日 (一) 14:39 (UTC)

所以您不同意合併歷史才是正確的做法嗎？--Xiplus#Talk 2021年12月27日 (一) 15:00 (UTC)

我不是這個意思，但我認為合併歷史後仍應刪除重複建立的條目頁。--Sanmosa _Immortal 2021年12月28日 (二) 00:49 (UTC)

合併歷史就會同時刪除了啊，您是不是不清楚合併歷史的運作方式？--Xiplus#Talk 2021年12月29日 (三) 09:15 (UTC)

遇到这种情况再移到Draft就好了，顺手发个罐头警告什么的。 ——魔琴 [ 已经告假 留言 贡献 ] 2022年1月1日 (六) 14:18 (UTC)

快速删除缩写微调补公示

公示完毕：

 ——魔琴 [ 已经告假 留言 贡献 ] 2022年1月11日 (二) 04:27 (UTC)

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

---

CSD是“快速删除的准则（criterion）”的缩写，而不是“快速删除”（speedy deletion）的缩写。本人已经径自修改（版本差异），并在此补 公示，为期7日，2022年1月9日 (日) 05:07 (UTC)结束。 ——魔琴 [ 已经告假 留言 贡献 ] 2022年1月2日 (日) 05:07 (UTC)

• 经过EricLiu调整的版本。 ——魔琴 [ 已经告假 留言 贡献 ] 2022年1月3日 (一) 05:50 (UTC)

---

魔琴公示期已過。—— Eric Liu _{創造は生命（留言．留名．學生會）} 2022年1月11日 (二) 01:35 (UTC)

---

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

建議修訂快速刪除方針R2

用戶CCPSupporter將User:CCPSupporter/求闻百科移動至條目命名空間，但沒有刪除對應的重定向，我發現後打算根據快速刪除方針R2速刪有關重定向，但因並非位處條目或草稿命名空間而不予受理。為填補有關漏洞，建議修訂有關條文如下：

現行條文 R2. 跨命名空间的重定向。 适用于条目命名空间和草稿命名空间。 社群同意設立的偽命名空間不适用。 草稿重定向速删前，请确保草稿已经完成其作用，且其历史已移动到相应的正式页面。 使用模板{{d|R2}}或{{d|interwk}}。

提議條文 R2. 跨命名空间的重定向。 适用于条目命名空间、草稿命名空间或任何重定向至條目的非條目命名空間。 社群同意設立的偽命名空間不适用。 草稿重定向或曾用於草稿的用戶頁重定向速删前，请确保草稿已经完成其作用，且其历史已移动到相应的正式页面。 使用模板{{d|R2}}或{{d|interwk}}。

--Billytanghh 討論 歡迎參與亞洲月 2022年1月9日 (日) 14:09 (UTC)

---

反對，建議提案人先论述一下为什么不能保留这种重定向，以及为什么不能走AFD。 ——魔琴 [ 已经告假 留言 贡献 ] 2022年1月9日 (日) 15:58 (UTC)

這裏建議提案人先看看WT:CSD#CSD:R2擴展至用戶沙盒。的討論。我不喜歡CCP但是也沒必要這樣搞，反對。--Ghren🐦🕛 2022年1月9日 (日) 16:22 (UTC)

Wikipedia talk:快速删除方针#CSD:R2扩展至用户沙盒。--Xiplus#Talk 2022年1月10日 (一) 02:20 (UTC)

反对，用户可以自行提O1，没有必要让其他人帮忙提。--BlackShadowG（留言） 2022年1月10日 (一) 01:28 (UTC)