User talk:A2569875/存檔/2022年

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

《維基百科政策簡報》2021年11月號

維基百科政策簡報

— 每月一期，掌握政策脈動 —

過去一個月（2021年11月1日至2021年11月30日）內，中文維基百科之重要人事及政策變動大致如下，個別項目基本依變動或施行時間先後排序：

方針與指引重要變動：重大的方針與指引修訂。過去一個月內，互助客棧方針區共有方針與指引相關新提案29項，另有12項方針與指引相關提案獲得通過：

《可靠來源布告板評級指引》：取消「非常可靠」評級，並將「無共識」評級自「半可靠」評級中分拆。（討論記錄）
《關注度指引（組織）》：微調〈教育機構〉一節內容，移除重複適用之項目。（討論記錄）
《簽名指引》：禁止在簽名中宣傳評選、添加回车符或換行符，以及利用模板等語法繞過系統對簽名之限制。此外，亦不能在簽名保存編輯後殘留任何可以再次被替換引用或他人再次編輯該頁後會發生變化的符號、魔術字、模板或其他語法。（討論記錄）
《討論頁指引》暨《用戶頁指引》：修訂前者〈用戶討論頁〉一節，闡明允許移除整串討論，但不允許移除討論中無不當內容之個別留言；後者相應修訂。（討論記錄）
《一級行政區道路特殊收錄限制列表》：調整表格用詞，避免指定特定國家之一級行政區公路為某級行政區公路。（討論記錄）
《共識方針》：重寫〈提案討論及公示時間〉一節內容，明確「新留言」之定義，並要求公示時同時在公告欄進行宣告。（討論記錄）
《關注度指引（人物）》：移除或修訂定義含糊或其他關注度指引能夠涵蓋的內容。（討論記錄）
《有償編輯方針》：收緊對於有償編輯者編輯形式之限制。（討論記錄）
《管理員方針》暨《行政員方針》：經社群討論通過，設立管理員復任制度，在特定情況下允許管理員經審核復任。（討論記錄）
《字詞轉換處理指引》暨《地區詞處理指引》：撤銷2011年錯誤移除指引模板之操作，實質恢復二者之指引地位。（討論記錄）

其他方針與指引雜項修訂，包括未於互助客棧方針區討論而進行之小修改、方針與指引之相應修訂或事實性修訂等。請核查此等修訂，若有需要，可提案至互助客棧方針區復議。

方針：《保護方針》、《文明方針》、《編輯戰方針》、《破坏方針》、《命名常规》、《生者傳記方針》、《人事任免投票資格方針》、《模板編輯員方針》、《誹謗方針》、《介面管理員方針》、《非自由内容使用准则》、《快速删除方针》、《机器用户方針》、《管理员方針》（一、二）、《监督方針》、《行政员方針》、《封禁方针》、《侵犯著作权方針》及《方針與指引》。
指引：《可靠来源布告板评级指引》（一、二）、《關注度指引（交通）》、《勇於提問指引》、《建设性意见指引》、《用戶頁指引》（一、二）、《討論頁指引》、《頁面分類指引》、《格式手冊（文字格式）》、《字詞轉換處理指引》、《地区词处理指引》、《什么是条目指引》、《格式手册（两岸四地用语）》、《申请成为管理人员指引》、《命名常规（国际关系）》、《格式手册（列表）》、《利益衝突指引》、《关注度指引（数字）》、《重定向指引》及《关注度指引（人物）》。

其他重要社群動態：此處列出的動態雖不一定與正式方針或指引有關，惟對維基百科之社群或站務運作有一定影響。

經社群討論通過，收緊已刪除內容查詢使用限制。（討論記錄）
過去一個月內，共有2名維基人獲提名維基獎勵並通過：Nucleus hydro elemon獲授科學特別貢獻、Sanmosa獲授維基服務專家。

註：上期簡報因故誤載獲授維基獎勵者，現已勘誤。Ghrenghren客串參與編輯本期簡報。

新年快樂！

新年快樂！

感謝您過去一年來對中文維基百科的貢獻！祝閣下新年快樂，萬事如意！—— Eric Liu_{創造は生命（留言．留名．學生會）} 2022年1月31日 (一) 18:49 (UTC)

（模板使用方法參見此處）

恭喜您完成第十九次動員令！

	中文維基百科第十九次動員令
	The 19^th Domestic Campaign of the Chinese Wikipedia

致A2569875閣下：

再次感謝您報名參與第十九次動員令！根據您的貢獻，您已經成功達到了完成本次動員令的最低要求，因此您已成功完成本次動員令！恭喜！

根據動員令報名時您所申報的完成動員令次數，請在您的用戶頁修改以下模板的數字部份： {{User 動員令|7}} （您可以直接複製此行到您的用戶頁適當位置，並保存頁面）

您還可以獲得下列頭銜，請根據指示置於您的用戶頁：

「★上將」頭銜：代表您是前三名分数最高的參與者，請在您的用戶頁加入以下模板：{{User 上將|n}}，當中n代表您獲得此頭銜的次數。
「◆猛將」頭銜：代表您是前三名貢獻條目最多的參與者，請在您的用戶頁加入以下模板：{{User 猛將|n}}，當中n代表您獲得此頭銜的次數。
「♠健將」頭銜（1个）：代表您在一個或多個主題積分中排名前三，請在您的用戶頁加入以下模板：{{User 健将|n}}，當中n代表您獲得此頭銜的次數；或{{User 健将2|主題}}，其中“主題”為您獲得前三的主題。
「◎巧匠」頭銜：代表您是前五名貢獻多媒體內容最多的參與者，或您成功在四個及以上主編條目中有三張以上的多媒體加分，請在您的用戶頁加入以下模板：{{User 巧匠|n}}，當中n代表您獲得此頭銜的次數。

最后，请允许我们对本次动员令颁奖的迟缓表示诚挚的歉意，并再次感謝您報名參與本次動員令，感谢您对主持人团队的支持，感谢您对中文维基百科的贡献，希望下一次動員令您能繼續參與。如有任何意見或問題，請至動員令的討論頁提出。

通知您的主持人是：—— Eric Liu_{創造は生命（留言．留名．學生會）} 2022年2月8日 (二) 08:27 (UTC)

您有新邮件！

您好，A2569875。您有一封新的电子邮件！
此信息在2022年4月2日 (六) 13:00 (UTC)發出，你可以在任何时候通过移除{{You've got mail}}或{{YGM}}来移除本通知。

Pavlov2 仁爱亲诚 2022年4月2日 (六) 13:00 (UTC)

恭喜您完成第十九次動員令！

	中文維基百科第十九次動員令
	The 19^th Domestic Campaign of the Chinese Wikipedia

致A2569875閣下：

再次感謝您報名參與第十九次動員令！根據您的貢獻，您已經成功達到了完成本次動員令的最低要求，因此您已成功完成本次動員令！恭喜！

根據動員令報名時您所申報的完成動員令次數，請在您的用戶頁修改以下模板的數字部份： {{User 動員令|7}} （您可以直接複製此行到您的用戶頁適當位置，並保存頁面）

您還可以獲得下列頭銜，請根據指示置於您的用戶頁：

「★上將」頭銜：代表您是前三名分数最高的參與者，請在您的用戶頁加入以下模板：{{User 上將|n}}，當中n代表您獲得此頭銜的次數。
「◆猛將」頭銜：代表您是前三名貢獻條目最多的參與者，請在您的用戶頁加入以下模板：{{User 猛將|n}}，當中n代表您獲得此頭銜的次數。
「♠健將」頭銜（1个）：代表您在一個或多個主題積分中排名前三，請在您的用戶頁加入以下模板：{{User 健将|n}}，當中n代表您獲得此頭銜的次數；或{{User 健将2|主題}}，其中“主題”為您獲得前三的主題。
「◎巧匠」頭銜：代表您是前五名貢獻多媒體內容最多的參與者，或您成功在四個及以上主編條目中有三張以上的多媒體加分，請在您的用戶頁加入以下模板：{{User 巧匠|n}}，當中n代表您獲得此頭銜的次數。

最后，请允许我们对本次动员令颁奖的迟缓表示诚挚的歉意，并再次感謝您報名參與本次動員令，感谢您对主持人团队的支持，感谢您对中文维基百科的贡献，希望下一次動員令您能繼續參與。如有任何意見或問題，請至動員令的討論頁提出。

通知您的主持人是：—— Eric Liu_{創造は生命（留言．留名．學生會）} 2022年2月8日 (二) 08:27 (UTC)
（ _{保留動員令通知 -- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年4月5日 (二) 13:48 (UTC)} ）

《維基百科政策簡報》2021年12月號

維基百科政策簡報

— 每月一期，掌握政策脈動 —

過去一個月（2021年12月1日至2021年12月31日）內，中文維基百科之重要人事及政策變動大致如下，個別項目基本依變動或施行時間先後排序：

方針與指引重要變動：重大的方針與指引修訂。過去一個月內，互助客棧方針區共有方針與指引相關新提案19項，另有4項方針與指引相關提案獲得通過：

《快速刪除方針》：修訂〈其他頁面〉一節，擴大O4準則適用範圍，並調整O7準則語句措辭；相關模組一併修訂。（討論紀錄）
《管理員的離任方針》：經社群討論通過，將管理人員離任相關頁面整合至行政員布告板。（討論紀錄）
《討論頁指引》：明定一般討論頁之排版格式和標準不適用於因技術原因而無法遵守者（例如結構式討論頁）。（討論紀錄）
《關注度指引（電視劇）》：依據社群討論結果，正式訂立电视剧相關條目之關注度指引，優先適用於既有之《關注度指引》。（討論紀錄）

其他方針與指引雜項修訂，包括未於互助客棧方針區討論而進行之小修改、方針與指引之相應修訂或事實性修訂等。請核查此等修訂，若有需要，可提案至互助客棧方針區復議。

方針：《保護方針》、《文明方針》、《編輯戰方針》、《破坏方針》、《命名常规》、《生者傳記方針》、《人事任免投票資格方針》、《模板編輯員方針》、《誹謗方針》、《介面管理員方針》、《非自由内容使用准则》、《快速删除方针》、《机器用户方針》、《共识方針》、《管理员方針》、《监督方針》、《有償編輯方針》、《行政员方針》、《封禁方针》、《侵犯著作权方針》及《方針與指引》。
指引：《可靠来源布告板评级指引》、《關注度指引（交通）》、《勇於提問指引》、《建设性意见指引》、《用戶頁指引》、《討論頁指引》、《頁面分類指引》、《格式手冊（文字格式）》、《字詞轉換處理指引》、《地区词处理指引》、《关注度指引（组织）》、《签名指引》、《什么是条目指引》、《格式手册（两岸四地用语）》、《一級行政區道路特殊收錄限制列表》、《申请成为管理人员指引》、《命名常规（国际关系）》、《格式手册（列表）》、《关注度指引（人物）》、《利益衝突指引》、《关注度指引（数字）》及《重定向指引》。

其他重要社群動態：此處列出的動態雖不一定與正式方針或指引有關，惟對維基百科之社群或站務運作有一定影響。

Growth团队功能已對新手啟用，願意指導新手的编者可以登記成為導師。（討論紀錄）
視覺化編輯器已正式脫離測試階段，可在偏好設定中選擇啟用。（討論紀錄）
經社群投票表決通過，未來一場管理員選舉將使用安全投票（SecurePoll）系統；相關選舉規定尚待修訂。

為特殊的半質數與楔形數增添敘述與來源

本主題或以下段落文字，已存檔副本至Template_talk:數字性質#為特殊的半質數與楔形數增添敘述與來源。执行者：宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2023年12月31日 (日) 11:18 (UTC)。

閣下創建許多數字性質的模板，為維基貢獻很大，它們代替了非常多的人工運算與逐個檢驗。請電腦算，既不會算錯，也不會漏掉。但缺點是，一旦別人想加入一些新東西，便常常不曉得如何加了。

在下想說的是，有少數的半質數擁有其他半質數沒有的特點：它們是連續2個質數的乘積。它們是6,15,35,77,143等等

但是當我想在條目77

第26個半質數。前一個為74、下一個為82。

敘述之下縮進一個星號，增加附有來源的以下內容

- 連續2個質數的乘積： ${{7}\times {11}}=77$ 。前一個為35、下一個為143。^[1]

我真的做不到了，閣下可否告訴我究竟要如何在您的模板裡手動加入新敘述？

類似地，有少數的楔形數擁有其他楔形數沒有的特點：它們是連續3個質數的乘積。它們是30,105,385,1001等等

那麼請問如何在條目105

第7個楔形數。前一個為102、下一個為110。

敘述之下縮進一個星號，增加附有來源的以下內容

- 連續3個質數的乘積。 ${{{3}\times {5}}\times {7}}=105$ 。前一個為30、下一個為385。^[2]

感謝！-游蛇脫殼/克勞棣 2022年4月27日 (三) 15:59 (UTC)

参考資料

^ Sloane, N.J.A. (编). Sequence A006094. The On-Line Encyclopedia of Integer Sequences. OEIS Foundation.
^ Sloane, N.J.A. (编). Sequence A046301. The On-Line Encyclopedia of Integer Sequences. OEIS Foundation.

@克勞棣：怎麼可能會做不到？？？當初早就設計好了。阿不就直接加進去Special:Diff/71348700、Special:Diff/67678329/71348693？？？-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年4月27日 (三) 16:08 (UTC)
- 如果是說明文檔不夠清楚，那我道歉。但老實說這種細節操作的說明文檔要怎麼描述我還真的不會。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年4月27日 (三) 16:14 (UTC)

當然我是說「我」做不到（做不到就是做不到，是真的），不是「你」做不到，更不是「你耕耘的{{數字性質}}模板」做不到啊！所以只好直接來請教你。近日有空我再嘗試對其他提及的整數依樣畫葫蘆好了。

你已經為維基貢獻很大了。你不必道歉唷！怪只怪我沒有程式設計的天分。

可是像385這種沒有獨立條目，重定向到其他整數的，請問又該如何寫呢？-游蛇脫殼/克勞棣 2022年4月27日 (三) 17:53 (UTC)

(：)回應：@克勞棣：參考Special:Diff/71462090這則編輯範例。|<數字><性質名稱>f=自訂內容。 是為了讓換行正常（沒寫會卡同一行）；參數名稱的f 表示finish 意指加入在該描述文字尾部，也可以是一個ref。如果沒加f自訂文字會安插在描述的開頭位置。大量輸出版本的描述文字因效能問題不能改，只能在前方與後方插入文字。—- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年5月4日 (三) 05:16 (UTC)

另，感謝提點。相關描述較不清楚之處我晚點再補進說明文檔，感謝指出相關模板使用說明的不足之處！—- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年5月4日 (三) 05:45 (UTC)

Template:WikidataEntity/doc

关于是否需要移除模板的问题，我认为由于该模板仍然存在一些拙劣翻译（如“Q ID”），因此没有办法去移除该模板。--[12K edits] Q28（留言） 2022年5月4日 (三) 03:28 (UTC)

(？)疑問：@Q28：老實說Q ID要怎麼翻譯還真的不知道，因為它真的就是Q開頭的一個ID啊🤔？⋯⋯枯編號？🤔🤔—- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年5月4日 (三) 03:34 (UTC)
@Q28：不認為「Q ID」叫做「拙劣翻譯」反而認為稱「拙劣」言之過重，因為Wikipedia:互助客栈/条目探讨/存档/2022年5月#維基數據項目Q ID之翻譯諮詢中，user:MilkyDefer認為應作專有名詞不翻譯。且該頁內容並非「翻譯」，而是我「自己撰寫」，您稱「拙劣翻譯」我認為您有惡意污辱我「語言能力」之嫌，且並非翻譯（該頁並不是參照任何語言版本進行翻譯而來的），故您言並不實（扭曲事實？），因此還請您詳細解釋下，以免發生編輯爭議，我們之間可能存在什麼誤會，因此還請您詳細解釋下，以便化解誤會。—- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年5月4日 (三) 07:13 (UTC)
针对翻译问题，我已经在客栈澄清了翻译。您的翻译也是可以的，不过我有一个更好的翻译。现在我已经使用了更好的翻译了。--[12K edits] Q28（留言） 2022年5月4日 (三) 14:38 (UTC)
- @Q28：「我有一个更好的翻译」請問一下，這樣就叫做「拙劣」？？？就算如此，請問有到「拙劣」嗎？可以不要發言那麼「惡意」的詞彙嗎？我希望你能對如此無理的用詞道歉。 -- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年5月4日 (三) 14:54 (UTC)
  很抱歉，当时确实是发言有点过激了。您之前的翻译并不是很拙劣，只不过当时我有点过激，所以才说“拙劣”的。--[12K edits] Q28（留言） 2022年5月6日 (五) 07:06 (UTC)
  (？)疑問@Q28：下次可以避免「無故」过激，或「無冤無仇」惡意过激的情況嗎？（同時想了解以下，我到底做錯了甚麼讓你「無故过激」？？？如不願意回答就算了。）-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年5月16日 (一) 08:06 (UTC)
  我会尽量避免无故过激。我之前只是看着不爽，所以才说翻译拙劣的。--Q28建议大家多多关注诗佛、诗魔与诗瓢 2022年5月16日 (一) 10:07 (UTC)

Buo页面存废讨论通知

您好，您先前创建或编辑的页面「Buo」已被提出存廢討論，正在討論该页面的存廢。
維基百科非常歡迎您的編輯，但請先看看編輯幫助和維基百科不是什麼，以免犯了常見的錯誤。
请不要自行移除页面存废模板，討論是因为有编者认为页面不適合维基百科。請参与頁面存廢討論，您亦可以與提刪的維基人進行溝通。在讨论期间歡迎繼續完善原先的页面，多謝合作！
幫助：互助客棧、刪除指導、存廢覆核請求、IRC聊天頻道--羅潔塔💎475759 2022年5月7日 (六) 09:25 (UTC)

Module:WikidataLink

我發現你建立了不錯的模板{{Link-Wikidata}}，但這模板應該再提供一個參數填寫此項目在中文維基百科的實際頁面名（消歧義問題），如wikidata有很多位Kevin Allen，{{link-wd|Q561356}}在模板的效果為『條目「凯文·艾伦」尚未創建，可參考英語維基百科的對應頁面：Kevin Allen (director)。』（凯文·艾伦（英语：Kevin Allen (director)）），但應該效果為『條目「凱文·艾倫 (導演)」尚未創建，可參考英語維基百科的對應頁面：Kevin Allen (director)。』才對，即輸入{{link-wd|Q561356|凱文·艾倫 (導演)|凱文·艾倫}}，而wikidata的標籤一定是打「凱文·艾倫」，不可能是「凱文·艾倫 (導演)」，所以你能修改模板再提供一個參數填寫以解決上述消歧義問題嗎？--寒吉 2022年5月7日 (六) 11:25 (UTC)

(：)回應@寒吉：由於原本參數順序已經固定，且已大量使用並獲WP:模板保護，故無法製作成諸如{{link-wd|Q561356|凱文·艾倫 (導演)|凱文·艾倫}}的模式（目前的設定是第二參數是連結顯示的樣式、第三參數是語言版本順序，如en,ja,fr，所以你在第三參數寫任何非語言代號的文字皆屬錯誤用法），很抱歉。
而目前已經儘可能在不更動原始使用方式下加入修改本地條目目標業的方式，例如「{{link-wd|Q561356|凱文·艾倫|page=凱文·艾倫 (導演)}}」→「凱文·艾倫（英语：Kevin Allen (director)）」，您看看行不行。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年5月16日 (一) 08:01 (UTC)
Special:Diff/71660993，可行，可惜無法調整參數順序。--寒吉 2022年5月16日 (一) 08:27 (UTC)
建議修改原始碼如「凱文·艾倫 (導演)」在本地已被建立時，使用{{link-wd|Q561356|凱文·艾倫 (導演)|凱文·艾倫}}的條目會添加至隱藏分類「Category:有藍鏈卻未移除Link-Wikidata模板的頁面」（如Category:有蓝链却未移除内部链接助手模板的页面），已方便日後條目相關維護清理。--寒吉 2022年5月16日 (一) 09:39 (UTC)
(？)疑問@寒吉：有建立新分類「Category:有藍鏈卻未移除Link-Wikidata模板的頁面」的必要嗎？🤔-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年5月16日 (一) 10:39 (UTC)
以Special:Diff/71660993為例，當「凱文·艾倫 (籃球運動員)」在本地被建立時，在不移除、清理{{link-wd}}的情況下，{{link-wd|Q100743217|凱|page=凱文·艾倫 (籃球運動員)}}的顯示效果確實就會變成藍鏈是沒錯，但有了這隱藏分類之後，當「凱文·艾倫 (籃球運動員)」在本地被建立時，我就能透過這隱藏分類得知「凱文·艾倫 (籃球運動員)」在本地被建立，除了在「2021–22年新北中信特攻賽季」移除、清理{{link-wd}}之外，我還會進一步檢查「凱文·艾倫 (籃球運動員)」是否有連到d:Q111508849，條目是否已經有添加了相關分類（如Category:新北中信特攻球員、Category:T1聯盟外籍球員、Category:美國旅台籃球運動員）或模板（如{{新北中信特攻現役球員名單}}），如果是另一位運動員「查納提普·賈克拉萬」在本地被建立，我除了做前述相關動作以外，還會在條目添加{{FIBA profile}}（模板會抓取條目在wikidata的識別碼FIBA選手編號，查納提普·賈克拉萬的識別碼FIBA選手編號我已添加了），所以我上方是打「方便日後條目相關維護清理」，希望你能修改原始碼、建立新分類，感謝。--寒吉 2022年5月16日 (一) 12:39 (UTC)
@寒吉：我的意思是Category:有蓝链却未移除内部链接助手模板的页面不能用嗎？非得創立新的「Category:有藍鏈卻未移除Link-Wikidata模板的頁面」？人家一堆類似名稱的模板{{link-en}}、{{link-ja}}、{{link-fr}}都是用Category:有蓝链却未移除内部链接助手模板的页面，也未見有類似「Category:有藍鏈卻未移除link-ja模板的頁面」之類的分類，link-wd亦類似。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年5月16日 (一) 12:47 (UTC)
也是可以啊，是因為{{Link-Wikidata}}好像沒使用{{Internal link helper}}我才會提議要建「Category:有藍鏈卻未移除Link-Wikidata模板的頁面」。--寒吉 2022年5月16日 (一) 12:49 (UTC)
(：)回應@寒吉：照理說以現在的實作方式，目前{{Link-Wikidata}}是直接呼叫Module:Ilh應該要會生成Category:有蓝链却未移除内部链接助手模板的页面才對，因為Module:WikidataLink#L-70已經將條目是否存在之資料傳入Module:Ilh了，Module:WikidataLink#L-76就直接使用到與{{Internal link helper}}完全相同的Module:Ilh了（見此Module:Ilh#L-63對比Module:WikidataLink#L-76基本是一樣的），且條目是否存在之資料亦有傳入Module:Ilh，按照Module:Ilh#L-104，理應參照到Module:Ilh#L-24應該要會出現Category:有蓝链却未移除内部链接助手模板的页面才對。我也不清楚為什麼會沒有。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年5月16日 (一) 12:55 (UTC)

(：)回應@寒吉：「好像沒使用{{Internal link helper}}」這是錯誤資訊。目前{{Internal link helper}}是直接呼叫Module:Ilh，而{{Link-Wikidata}}亦是直接呼叫Module:Ilh。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年5月16日 (一) 12:58 (UTC)

@寒吉：你再去測看看，我這邊看{{link-wd|Q2}}→「地球」似乎是正常的。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年5月16日 (一) 13:27 (UTC)
我試了，有成功。--寒吉 2022年5月16日 (一) 14:04 (UTC)

A2569875你好。

在小工具選了「跨語言連結：游標懸浮時顯示Tooltip（對於已存在頁面的情況下高亮表示）」後，使用{{Link-Wikidata}}，並歸入Category:有藍鏈卻未移除內部連結助手模板的頁面，但已建立的頁面，應顯示為高亮（即偽藍鏈），和Ilh和tsl一樣。但發現其未能顯示，影響維護。

請修復。-- 約翰同志－條目裱糊匠（留言） 2022年5月16日 (一) 16:35 (UTC)

@Comrade John：有困難，無法修復，因為原始設計上的限制，加上且已大量使用並獲WP:模板保護，算法邏輯無法更動。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年5月16日 (一) 16:37 (UTC)
@Comrade John：有困難，無法修復，至少短期內無法修復。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年5月16日 (一) 16:39 (UTC)
- 如Module:Ilh一樣，在Module:WikidataLink加上「local clazz_pageExist_framehead='ilh-blue'」不行嗎 ?-- 約翰同志－條目裱糊匠（留言） 2022年5月16日 (一) 16:40 (UTC)
  - @Comrade John：不行。你這樣等於Fork了一份Module:Ilh出去，到時Module:Ilh有修改，還要同步，又礙於WP:模板保護，這更是加劇維護困難，更影響（技術層面上的）維護。且他的邏輯也並不是直接加上「local clazz_pageExist_framehead='ilh-blue'」-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年5月16日 (一) 16:43 (UTC)
  - 問題在於pass到Module:Ilh的算法邏輯。Module:WikidataLink原始設計時，若條目已存在不會pass到Module:Ilh。修改算法邏輯礙於WP:模板保護而無法執行。且暫時無心力做那麼大的修改。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年5月16日 (一) 16:41 (UTC)

說白了，可以加，但很大工程 ?-- 約翰同志－條目裱糊匠（留言） 2022年5月16日 (一) 16:50 (UTC)

@Comrade John：很困難。我今天也是花了一整天在研究為什麼原始版本不會歸入Category:有藍鏈卻未移除內部連結助手模板的頁面，才發現原來是有條目存在時根本不會pass到Module:Ilh，而會不會pass到Module:Ilh牽扯到前後整體算法邏輯，我暫時沒有想法怎麼讓他都pass到Module:Ilh。如果硬改直接全pass到Module:Ilh礙於WP:模板保護不能這樣做，因為這樣非常危險，無法保證不出問題。真要做勢必得給原始設計的算法有一定程度的大修改。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年5月16日 (一) 16:51 (UTC)
- @Comrade John：而且依據WP:模板保護《使用和处理编辑请求》條款，「對算法的大修改」必須先在沙盒改，還必須要照標準流程公示，公示還必須七天，公示還必須通過才能改。如此複雜的開發加上程序，恕我無法執行您所期望的修復。就算有人寫了可用的程式碼，最少最少也要七天或更久才能加。現在是整個太繁雜，恕我無法執行。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年5月16日 (一) 16:53 (UTC)

至少，可不可看看模板:Infobox French commune/testcases中「wikidata測試 2」的「|style="vertical-align:top"|{{Infobox French commune/sandbox|WikidataID=Q90}}」和模板:WikidataLink/doc如何清掉「有藍鏈卻未移除內部連結助手模板的頁面」 ?-- 約翰同志－條目裱糊匠（留言） 2022年5月16日 (一) 17:11 (UTC)

話說，Special:Diff/67546970，當年這個，都是用{{Link-Wikidata}}。

當時有歸入Category:有藍鏈卻未移除內部連結助手模板的頁面的，為甚麼有些有偽藍鏈，有些沒有呢 ?-- 約翰同志－條目裱糊匠（留言） 2022年5月16日 (一) 17:40 (UTC)

@Comrade John：先不說那麼晚了還一直吵人，當我不用睡覺？。模板:WikidataLink最初的設計本來就沒有要設計「清理」的部份。最初就是提供維基數據QID後，在訊息框中有藍鏈顯示藍鏈，沒有的話生成綠鏈。由於模板:WikidataLink最初就是設計給訊息框模板自動從wikidata填入資料，那麼既然是自動填入資料，當然不會設計給用戶修改的部份，畢竟用戶要修改就直接填值覆蓋wikidata抓值不就得了？而且從QID抓資料能顯示從哪個語言版本抓取的優先順序模板說是「en,de,fr,ja」，也就是en有抓到顯示「xx未創建，可以參考英文維基的…」，如果en沒抓到則可能是「xx未創建，可以參考德語維基的…」。這個順序雖然模板說是「en,de,fr,ja」，但事實上是「zh,en,de,fr,ja」，也就是如果zh 抓到了當然直接藍鏈啊，不然難道要「xx已創建，可以參考中文維基的…」？這樣不對吧。再怎麼說，你的要求已經背馳了原始設計，不認為應該是「要修復」的問題。—- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年5月16日 (一) 17:44 (UTC)
- 明白，打擾閣下，不好意思。-- 約翰同志－條目裱糊匠（留言） 2022年5月16日 (一) 17:49 (UTC)
  - @Comrade John：簡而言之，對於{{WikidataLink}}：①不予修復、②不會加入，修復/加入過於困難（原因如上陳述）；對於{{Link-Wikidata}}則視情況而定。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年5月17日 (二) 04:17 (UTC)

《維基百科政策簡報》2022年1月號

維基百科政策簡報

— 每月一期，掌握政策脈動 —

過去一個月（2022年1月1日至2022年1月31日）內，中文維基百科之重要人事及政策變動大致如下，個別項目基本依變動或施行時間先後排序：

方針與指引重要變動：重大的方針與指引修訂。過去一個月內，互助客棧方針區共有方針與指引相關新提案32項，另有4項方針與指引相關提案獲得通過：

《快速刪除方針》：微調〈所有頁面〉一節內容，將G5準則及G12準則條文之冗餘斜體去除（討論紀錄）；之後將早先微調快速刪除縮寫的事實性修訂交付公示並獲得通過。（討論紀錄）
《共識方針》：在〈提案討論及公示時間〉一節中新增「非方針指引相關提案」、「微小修訂」及「重行公示」等簡易公示規定。（討論紀錄）
《可靠來源指引》：在〈來源的類型〉一節中新增翻譯、轉載類來源相關規範。（討論紀錄）

其他方針與指引雜項修訂，包括未於互助客棧方針區討論而進行之小修改、方針與指引之相應修訂或事實性修訂等。請核查此等修訂，若有需要，可提案至互助客棧方針區復議。

方針：《避免地域中心方針》、《删除方针》、《儿童保护方針》、《忽略所有规则》、《五大支柱》、《生者傳記方針》、《破坏方針》、《命名常规》、《监督方針》、《用戶查核方針》、《管理員的離任方針》、《編輯戰方針》、《可供查證方針》、《非原创研究方針》及《管理员方針》。
指引：《外部链接指引》、《繁简处理指引》、《快速保留指引》、《关注度指引》、《用戶頁指引》、《格式手冊（版面佈局）》、《不要伤害新手指引》、《跨維基匯入者指引》、《列明来源指引》、《大量訊息發送者指引》、《關注度指引（交通）》、《关注度指引（地理特征）》、《格式手册（旗帜）》、《格式手册（两岸四地用语）》、《草稿命名空间指引》、《小小作品指引》、《利益衝突指引》、《消歧义指引》、《關注度指引（電視劇）》、《討論頁指引》、《權限申請指引》及《翻譯指引》。

其他重要社群動態：此處列出的動態雖不一定與正式方針或指引有關，惟對維基百科之社群或站務運作有一定影響。

依據社群共識，2021年底以前未進行清理之不適合維基百科收錄的節目內容列表已被悉數提刪。
維基媒體基金會發表聲明，表示將在社群符合特定條件後重新引入本地用戶查核權限。
管理員布告板「其他」已經更名為「其他不當行為」。（討論紀錄）
經社群討論通過，將設立傀儡調查布告板取代原有之元維基用戶查核請求，範圍擴展至所有傀儡調查，並設置傀儡調查助理協助處理案件。（討論紀錄）

Re: 你的机器人胡乱破坏我的用户页

backlinks拿到的东西和Special:Whatlinkshere不算完全一样，之前少做了一个检查。已经修复，还请见谅。--Jimmy Xu ^论 2022年5月26日 (四) 16:08 (UTC)

《維基百科政策簡報》2022年2月號

維基百科政策簡報

— 每月一期，掌握政策脈動 —

過去一個月（2022年2月1日至2022年2月28日）內，中文維基百科之重要人事及政策變動大致如下，個別項目基本依變動或施行時間先後排序：

方針與指引重要變動：重大的方針與指引修訂。過去一個月內，互助客棧方針區共有方針與指引相關新提案23項，另有4項方針與指引相關提案獲得通過：

《檔案名稱指引》：參考維基共享資源《檔案重新命名指引》，在檔案更名請求準則中新增「無爭議的維護與缺陷修正」項目（討論記錄）；之後對檔案殘留重新導向頁面之快速刪除流程進行事實性修訂。（討論記錄）
《存廢覆核方針》：要求在提交存廢覆核請求前儘可能在相關頁面中加入存廢覆核模板並通知頁面建立者。此外，若該請求是轉介自其他討論，轉介者亦應通知原提交者。（討論記錄）
《可供查證方針》：修訂〈通常不可靠的來源〉一節，釐清該章節內容的含義和適用範圍。（討論記錄）

其他方針與指引雜項修訂，包括未於互助客棧方針區討論而進行之小修改、方針與指引之相應修訂或事實性修訂等。請核查此等修訂，若有需要，可提案至互助客棧方針區復議。

方針：《基金會行動方針》、《檔案移動員方針》、《共识方針》、《避免地域中心方針》、《监督方針》、《快速删除方针》、《破坏方針》、《模板編輯員方針》、《用户名方針》、《生者傳記方針》、《非原创研究方針》、《五大支柱》、《志愿者回复团队方針》、《用戶查核方針》、《編輯戰方針》、《维基百科不是什么》、《傀儡方針》及《有償編輯方針》。
指引：《可靠来源指引》、《高風險模板指引》、《重定向指引》、《關注度指引（交通）》、《關注度指引（天體）》、《關注度指引（電視劇）》、《关注度指引（地理特征）》、《签名指引》、《格式手册（两岸四地用语）》、《列明来源指引》、《拉票指引》、《用戶頁指引》、《命名常规（音乐）》、《通用行為準則》、《剧透内容指引》、《钱币学条目指引》、《格式手册（缩写）》、《小小作品指引》、《爭議解決指引》、《格式手册》、《利益衝突指引》、《地区词处理指引》及《字詞轉換處理指引》。

其他重要社群動態：此處列出的動態雖不一定與正式方針或指引有關，惟對維基百科之社群或站務運作有一定影響。

在傀儡調查助理選拔完成以後，傀儡調查布告板正式啟用，取代原有之元維基用戶查核請求。

DisplayExternalMedia

求激活。--Txkk（留言） 2022年6月7日 (二) 08:54 (UTC)

如果你激活成功請留言告知，我會{{deltalk}}這段文字。

註：此處原有文字，因為非公開訊息，已由今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️）於2022年6月10日 (五) 05:23 (UTC)刪除，尚祈見諒。若有異議請至互助客棧或向管理員反映。

-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年6月8日 (三) 14:42 (UTC)

完成。--Txkk（留言） 2022年6月10日 (五) 05:13 (UTC)

(：)回應閣下您可以到en:Template:External media確認一下有沒有激活成功。—- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年6月10日 (五) 09:42 (UTC)

《維基百科政策簡報》2022年3月號

維基百科政策簡報

— 每月一期，掌握政策脈動 —

過去一個月（2022年3月1日至2022年3月31日）內，中文維基百科之重要人事及政策變動大致如下，個別項目基本依變動或施行時間先後排序：

方針與指引重要變動：重大的方針與指引修訂。過去一個月內，互助客棧方針區共有方針與指引相關新提案28項，另有3項方針與指引相關提案獲得通過：

《維基百科不是詞典》：以英文維基百科版本方針為基礎，重寫長年未更新之內容。（討論紀錄）
《非原創研究方針》：澄清部分條文之表述。（討論紀錄）
《人事任免投票資格方針》：刪除註冊滿七日始具人事任免投票資格之條件。（討論紀錄）

其他方針與指引雜項修訂，包括未於互助客棧方針區討論而進行之小修改、方針與指引之相應修訂或事實性修訂等。請核查此等修訂，若有需要，可提案至互助客棧方針區復議。

方針：《管理员方針》、《快速删除方针》、《维基百科不是什么》、《介面管理員方針》、《修訂版本刪除方針》、《保護方針》、《基金會行動方針》、《可供查證方針》、《有償編輯方針》、《条目所有权方針》、《监督方針》、《機械人方針》、《五大支柱》、《避免地域中心方針》及《命名常规》。
指引：《利益衝突指引》、《关注度指引》、《重定向指引》、《申请成为管理人员指引》、《不要伤害新手指引》、《消歧义指引》、《建设性意见指引》、《签名指引》、《勇于更新页面指引》、《剧透内容指引》、《格式手册（嵌入列表）》、《命名常规（音乐）》、《格式手册（虚构）》、《关注度指引（人物）》、《繁简处理指引》、《用戶頁指引》、《过度分类指引》及《格式手册（链接）》。

其他重要社群動態：此處列出的動態雖不一定與正式方針或指引有關，惟對維基百科之社群或站務運作有一定影響。

過去一個月內，共有1名維基人獲提名維基獎勵並通過：HenryXVII獲授傳記特別貢獻。

《維基百科政策簡報》2022年4月號

維基百科政策簡報

— 每月一期，掌握政策脈動 —

過去一個月（2022年4月1日至2022年4月30日）內，中文維基百科之重要人事及政策變動大致如下，個別項目基本依變動或施行時間先後排序：

方針與指引重要變動：重大的方針與指引修訂。過去一個月內，互助客棧方針區共有方針與指引相關新提案23項，另有4項方針與指引相關提案獲得通過：

《管理員的離任方針》：在〈長期沒有活動解任〉一節中補充不活動管理員通知模板。（討論紀錄）
《一級行政區道路特殊收錄限制列表》：增列英國公路之收錄限制，並更名為《道路特殊收錄限制列表》，指引範圍不再限於一級行政區公路。（討論紀錄）
《繁簡處理指引》：允許在適當情況下直接調整頁面用字以修復錯誤之繁簡轉換，而無需再進行手工轉換。（討論紀錄）
《過度分類指引》：將〈包含主觀性的標準〉一節確立為指引。（討論紀錄）

其他方針與指引雜項修訂，包括未於互助客棧方針區討論而進行之小修改、方針與指引之相應修訂或事實性修訂等。請核查此等修訂，若有需要，可提案至互助客棧方針區復議。

方針：《方針與指引》、《有償編輯方針》、《破坏方針》、《管理员方針》、《可供查證方針》、《行政员方針》、《新頁面巡查方針》、《侵犯著作权方針》、《用户名方針》、《共识方針》、《删除方针》、《命名常规》、《編輯禁制方針》、《忽略所有规则》、《文件使用方针》及《非原创研究方針》。
指引：《格式手册》、《签名指引》、《命名常规（音乐）》、《假定善意指引》、《不要伤害新手指引》、《格式手册（列表）》、《關注度指引（運動員）》、《重定向指引》、《格式手册（虚构）》、《申请成为管理人员指引》、《关注度指引（地理特征）》、《列明来源指引》、《關注度指引（學者）》、《可靠来源布告板评级指引》、《关注度指引（组织）》、《利益衝突指引》、《可靠来源指引》、《草稿命名空间指引》及《權限申請指引》。

其他重要社群動態：此處列出的動態雖不一定與正式方針或指引有關，惟對維基百科之社群或站務運作有一定影響。

社群決定就安全投票問題訂立管理員選舉暫行規定，惟相關規定細節尚待修訂。（討論紀錄）
Citation/CS1之Citation/CS1/Configuration、Whitelist及Identifiers等子模組獲得更新，新增「name-list-style」與「url-access」參數，相容於既有參數（討論紀錄）；後新增「chapter-url-access」與「map-url-access」參數，臨時修復語言代碼顯示問題、改善模板顯示方式，並進行大規模拆分整理，啟用COinS、Error、People、Links及Language等子模組，並調整Configuration、Identifiers、Utilities及Whitelist等子模組，使主模組得以大幅精簡。（討論紀錄）
過去一個月內，共有1名維基人獲提名維基獎勵並通過：老乔尼獲授維基翻譯專家。

模板 Vae2

看到你改了模板 {{Va}}，模板{{Vae2}}应该也有同样的问题，主要用在WP:基础条目，麻烦有空看一下。--Kethyga（留言） 2022年8月18日 (四) 15:17 (UTC)

(：)回應：@Kethyga：追蹤了其引用的模板和模組，已修改兩處Special:Diff/73268643和Special:Diff/73268660，麻烦有空複查下有無生效。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年8月18日 (四) 16:10 (UTC)
在Wikipedia:基礎條目/第五級/人物/作家及撰稿人，Vae2 提示“Lua错误：too many expensive function calls。”，好像之前没有出现。--Kethyga（留言） 2022年8月19日 (五) 00:47 (UTC)
- @Kethyga：請閱讀舊版Doc頁（我沒修改Doc頁，舊版的{{Va}}也是重複用500次報錯。Vae2舊版使用的功能不同不會報錯）{{Va}}的Doc頁template:Va/doc，裏頭有寫到「本模版有使用魔術字……，此魔術字需要許多資源，因此同一頁面此模版中出現超過500個，可能會無法正常顯示」，如果你希望能解掉重定向問題，就無法避免模板限制。不可能魚與熊掌一起兼得，要解決重定向問題就要承擔模板限制後果、要解決模板限制問題就要放棄重定向問題的解決，如需在現況同時解決重定向和模板限制問題，請嘗試拆分頁面直到每頁少於500次模板引用。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年8月19日 (五) 00:56 (UTC)
  那感觉还是能够显示好一些，重定向的似乎没有那么多，之前提需求没想到现在的后果。--Kethyga（留言） 2022年8月19日 (五) 01:04 (UTC)
  @Kethyga：已暫時改回不識別重定向的版本，在Wikipedia:基礎條目/第五級/人物/作家及撰稿人的WP:模板限制解決，但重定向問題重新出現。WP:模板限制的另一個解方是拆分Wikipedia:基礎條目/第五級/人物/作家及撰稿人到每頁500條目。哪個比較好（我不希望我程式白寫了）-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年8月19日 (五) 01:19 (UTC)
  抱歉，暂时没想到好办法。Wikipedia:基础条目/第五级/人物/作家及撰稿人或许可以像英维一样考虑由机器人更新 {{icon}}，不用模板 {{Vae2}}。这个页面是翻译自英维，拆分后不方便比对。--Kethyga（留言） 2022年8月19日 (五) 02:09 (UTC)
  (：)回應@Kethyga：其實拆分也不難啊，先把{{Vae2}}中special:diff/73272611的 ignore_redirect=改成no即抓取重定向模式，然後預覽Wikipedia:基礎條目/第五級/人物/作家及撰稿人頁面，看哪個章節WP:模板限制爆掉了，就把那個章節拆分成諸如Wikipedia:基礎條目/第五級/人物/作家及撰稿人/1然後再看看拆完後哪個章節WP:模板限制爆掉了，就把那個章節拆分成諸如Wikipedia:基礎條目/第五級/人物/作家及撰稿人/2以此類推，直到所有模板正常顯示，就可以了，反正頁面太長也不方便閱讀，如何？這樣就能解決模板爆掉問題也能解決重定向問題，一舉兩得。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年8月19日 (五) 03:14 (UTC)
  基础条目第5级里，除了作家这个，其他的页面应该也有不少链出超过500的，比如Wikipedia:基礎條目/第五級/人物/運動員，链出有将近12000，如果大动作改动感觉需要条目讨论。--Kethyga（留言） 2022年8月19日 (五) 03:21 (UTC)
  (：)回應@Kethyga：我更換了一下判定方式Special:Diff/73276547似乎可以繞過Wikipedia:模板限制#高开销解析器函数调用次数限制，但運算時間會長一些。目前看Wikipedia:基礎條目/第五級/人物/運動員和Wikipedia:基础条目/第五级/人物/作家及撰稿人均能正常顯示（使用重定向標示小工具看到是重定向的頁面均有正常識別），您看看目前這樣行不。因為怕運算時間會長一些會超時，所以想請您複查是否所有頁面都沒問題，如有問題我就再改回舊模式。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年8月19日 (五) 07:23 (UTC)
  感谢。和其他条目相比，没有感觉到明显的网页卡顿。--Kethyga（留言） 2022年8月19日 (五) 07:41 (UTC)

您提交的草稿2i已被接受

您近期提交的草稿2i已被接受。
它被评级为乙级，可在条目的讨论页上查看。对于新条目而言，这是一个很棒的评级，代表本条目的质量在被接受的条目草稿中排在前2%，恭喜您！您可以看看Wikipedia:条目质量评级标准以便了解如何进一步改进该条目。

您可以继续不断改善它，维基百科的条目没有最终版本。非常欢迎您继续为维基百科做出高质量的贡献。

如果您有任何问题，欢迎在互助客栈询问。
如果您想帮助我们改进此流程，请考虑给我们一些反馈。

感谢您帮助改进维基百科！

🎋🍣 2022年8月20日 (六) 04:23 (UTC)

Re: DYK疑似點票故障

您好，這是因為　閣下於投票結束後才修改題目，這會導致點票結果被撤銷，這樣的設計是因為如果有人在投票結束後對題目進行破壞，被破壞的題目不會自動登上首頁。現已人手重新批准。謝謝關注！--街燈電箱150號開箱維修抄錶檢驗證明 2022年8月29日 (一) 07:23 (UTC)

類別最後的字母是為了疏道而人手添加的，並非錯誤，這通常是多個同類條目同時結束且其他類型已結束的條目數量不多的時候就會有此操作，以免出現更新癱瘓。--街燈電箱150號開箱維修抄錶檢驗證明 2022年8月31日 (三) 10:51 (UTC)

负数的移动

抱歉未留意到导航模板处的变化，添麻烦了。--Lt2818（留言） 2022年9月2日 (五) 09:19 (UTC)

@Lt2818：建議移動回去，因為模板背後是程式語言（維基百科是用php寫成的，不是用「自然語言」構造的），見連字暨減號的說明：「絕大部分程式語言只能使用ASCII，故只能以連字暨減號，而非Unicode字元U+2212 − MINUS SIGN表達數字相減和負數。」是技術限制，輸入U+2212 − MINUS SIGN只會Error（例如U+2212 − MINUS SIGN：<math>−3</math>→「解析失败 (语法错误): {\displaystyle −3} 」、連字暨減號：<math>-3</math>→「 $-3$ $-3$ 」），負數的輸出也定是連字暨減號，所以所有由模板輸出的數字都無法顯示成「U+2212 − MINUS SIGN」只能是連字暨減號，嘗試修了一個下午修不好（應該說現有框架下根本沒有可下手處），而且連字暨減號也並非「不是減號」，它們是「暨減號」。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年9月2日 (五) 09:24 (UTC)
- (～)補充@Lt2818：你移動完當下的導航模板Special:PermaLink/73481035是直接整個損毀的，只剩一個−1，其他數字都Error掉了。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年9月2日 (五) 09:36 (UTC)
  - (～)補充2@Lt2818：條目名稱應依照先到先得：如果兩種名稱使用的頻率相當時（程式語言都用-1，鍵盤打出來的也都是-1，較少看過−1，鍵盤也無法或較難直接輸入−1）應以先建立的名稱作為條目名稱。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年9月2日 (五) 09:40 (UTC)
- 不然現在變為模板subst展開掉的模式實在不利維護。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年9月2日 (五) 09:41 (UTC)

对Special:PermaLink/73481035确实抱歉，未曾留意。
我在User:Lt2818/沙盒测试了一下，似乎Module输入输出U+2212都是可行的？只是模板、模块的编写要麻烦一些。
关于先到先得的部分，当前的NC:先到先得措辞我有参与修改，个人的理解是它只适用于地区詞差異的處理。
改用U+2212有争议的话，我想提到客栈讨论比较合适，或许能写进Wikipedia:格式手册/日期和数字加以规范。这几日会比较忙，计划在数日后提出。

--Lt2818（留言） 2022年9月2日 (五) 09:58 (UTC)

- @Lt2818：您誤會了我說的輸出的意思，我是說一個整數的資料型態，若儲存負二，那麼tostring()後（Module會將number輸出後執行tostring）只會是連字暨減號，不會是U+2212 − MINUS SIGN，這就是我說的技術限制；另一方面U+2212 − MINUS SIGN輸入tonumber()也只會出錯，變nil。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年9月2日 (五) 10:01 (UTC)
  我知道程式中如此。但编程中使用的符号与一般情形不大一样，亦不止此例，如除法用/，幂运算用^，不见得百科内容要去就程式写法吧。--Lt2818（留言） 2022年9月2日 (五) 10:07 (UTC)
  - @Lt2818：負整數#部分的負整數就是仰賴模板自動輸出，所以只能以程式語言輸出的模式。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年9月2日 (五) 10:10 (UTC)
- @Lt2818：「改用U+2212有争议的话」並不是說有爭議，是你的操作「你把模板弄壞了」，沒壞別修，但是你沒事隨意操作讓他壞掉了？？原本就沒事，也沒壞，你幹嘛移動？你這樣移用反而東西都壞掉了。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年9月2日 (五) 10:08 (UTC)
  严格来说未曾改坏模板，是模板自己遇到未曾设想过的情形。后续会晚些回复。--Lt2818（留言） 2022年9月2日 (五) 10:12 (UTC)
  - @Lt2818：不是改壞模板，模板跟本沒人去動，是你的操作導致模板損壞，那你就不應該那麼操作。而且而且連字暨減號也並非「不是減號」，它們是「暨減號」。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年9月2日 (五) 10:14 (UTC)
- 依然強烈建議移動回去，不然現在變為模板subst展開掉的模式實在不利維護。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年9月2日 (五) 10:21 (UTC)
  几天后我会尝试让模板/模块接纳U+2212，感觉是可行的。--Lt2818（留言） 2022年9月2日 (五) 10:34 (UTC)
  - @Lt2818：怎麼可能讓tonumber可輸入U+2212？那是內建程式庫耶，你要改啥？怎麼可能讓數字的tostring可輸出U+2212？那是內建程式庫耶，你要改啥？-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年9月2日 (五) 10:37 (UTC)
- @Lt2818：實務上根本不可能做到數字的tostring負號變成是U+2212，所以我乾脆直接寫一個全文字串轉換函數直接將「-」硬轉成U+2212，Special:Diff/73488787。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年9月2日 (五) 14:37 (UTC)
  太好了。我对Module不大熟悉，由我完成的话估计需要更多时间。--Lt2818（留言） 2022年9月2日 (五) 15:16 (UTC)
  反向转换应该就能让模板/模块接纳U+2212了。您认为是否有必要在格式手册中统一规定負號的码点？如果感觉必要性不大的话我就不去提了。--Lt2818（留言） 2022年9月18日 (日) 14:40 (UTC)
  - @Lt2818：「反向转换应该就能让模板/模块接纳U+2212了」不認為。你這樣一搞，程式碼代碼都要變得很難看，還要「牽套」一層轉換，計算時又要再轉換過去算完要轉換回來，整個代碼變得亂七八糟的，可讀性可預期極差，且無故轉來轉去，浪費效能，導致模板更容易遇到WP:模板限制，而且不排除還有其他因技術限制無法透過文字轉換解決的Case，例如<math>−3</math>→「解析失败 (语法错误): {\displaystyle −3} 」（<math></math>在模塊階段會變成mw:Strip marker而無法讀到裡面的內容，因此無法執行文字替換），因此我十分(－)反对這種作法。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年9月18日 (日) 14:48 (UTC)
    我的想法是这样，模板/模块类似于程式，输入参数一般也一样用U+002D - HYPHEN-MINUS。上面说的反向转换只适用于少数情况，譬如像Template:整数直接读页面名称的时候。--Lt2818（留言） 2022年9月18日 (日) 15:18 (UTC)
    @Lt2818：其實Template:整数是假的，他是用「-」算完之後才強制替換為U+2212 − MINUS SIGN。這明顯會出問題，沒出問題只是「-」和U+2212 − MINUS SIGN都有重定向頁而已。沒道理要為了這個奇怪的堅持，建立一大堆不必要的重定向頁。--! 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年9月18日 (日) 15:22 (UTC)
    您这段话里的U+002D感觉不大对，我理解为U+2212。我看您在−3内文中也用的U+2212，把这个符号用在百科内容（而非程式代码）中应该是没问题的。--Lt2818（留言） 2022年9月18日 (日) 15:30 (UTC)
    @Lt2818：模板的Infobox中的導航內部輸入的數值有給定「num = -3」，所以它是用「-1、-2、-3、-4.....」計算完後才強制變成「−1、−2、−3、−4.....」。所以他是用「-」算完之後才強制替換為U+2212 − MINUS SIGN。這明顯會出問題，沒出問題只是「-」和U+2212 − MINUS SIGN都有重定向頁而已。沒道理要為了這個奇怪的堅持，建立一大堆不必要的重定向頁。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年9月18日 (日) 15:33 (UTC)
    模板内部的过程我大体上知道的。感觉您在上述两段留言中混淆了U+002D - HYPHEN-MINUS与U+2212 − MINUS SIGN，因而我的留言可能未得到正确理解。--Lt2818（留言） 2022年9月18日 (日) 15:41 (UTC)
    @Lt2818：更正，我剛才打錯，我要說的是「他是用U+002D - HYPHEN-MINUS算完之後才強制替換為U+2212 − MINUS SIGN。這明顯會出問題，沒出問題只是U+002D - HYPHEN-MINUS和U+2212 − MINUS SIGN都有重定向頁而已。」-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年9月18日 (日) 15:51 (UTC)

@Lt2818：總而言之，您的意思是內部參數仍是用U+002D - HYPHEN-MINUS，但百科內文顯示是使用/想辦法讓他輸出U+2212 − MINUS SIGN嗎？-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年9月18日 (日) 15:59 (UTC)

是这样的，正和<math>-3</math>输入输出的形式一样。像Template:Weather box则是二者皆可输入，但只会输出U+2212。--Lt2818（留言） 2022年9月18日 (日) 16:38 (UTC)

@Lt2818：如果能證明沒有技術上的疑慮的話你就去提議格式手冊修訂案吧。但是需要強調「由於技術限制，輸入模板的參數可能會需要使用U+002D - HYPHEN-MINUS，但僅要確保輸出為U+2212 − MINUS SIGN即可」，另外不建議把模板直接改成輸出U+2212 − MINUS SIGN，因為如果模板結果要被「再計算」或「再輸入到其他模板」那麼就會出錯，建議的作法是像Template:整数那樣提供一個專門用來轉換的模板，等所有計算都計算完畢之後，確定下一步就是百科內文時，才使用轉換模板。如可能，也把我們這段討論連結過去給其他維基人參考。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年9月18日 (日) 17:00 (UTC)
初步想法是引入en:MOS:MINUS，但我不确定二元运算符号两侧是否加空格，需要研究一下。--Lt2818（留言） 2022年9月19日 (一) 01:55 (UTC)

Re: 走迷宮演算法問題明顯恰當

您好！如果那邊之後無更多意見，我會在過了2022年9月12日07:55(UTC)之後以人手方式批准通過。另外也請　閣下稍安毋躁，對方若沒有再上線即使再三留言催促也沒有作用。敬請留意，謝謝關注！--街燈電箱150號開箱維修抄錶檢驗證明 2022年9月12日 (一) 06:23 (UTC)

Re：请见谅

原谅鄙人因近期现实事物繁忙而仅留言指出问题不当后则无上线。若管理员认为走迷宫算法明显恰当则鄙人也无异议。其实依中华民国教育部国语词典、线上剑桥词典（即Argothm）较多地将算法指为“计算之方式”或“计算机科学相关解析”，然查阅韦氏词典才知亦有“为广义为解决问题的步骤”，先前未认知尚有相关概念，亦为本人才疏学浅之过，望见谅。感谢指出。——咏梅阁—WMLO（留言） 2022年9月12日 (一) 13:24 (UTC)

《維基百科政策簡報》2022年5月號

維基百科政策簡報

— 每月一期，掌握政策脈動 —

過去一個月（2022年5月1日至2022年5月31日）內，中文維基百科之重要人事及政策變動大致如下，個別項目基本依變動或施行時間先後排序：

方針與指引重要變動：重大的方針與指引修訂。過去一個月內，互助客棧方針區共有方針與指引相關新提案18項，另有4項方針與指引相關提案獲得通過：

《格式手冊（虛構）》：依據社群討論結果，正式訂立虛構事物相關條目之格式手冊，優先適用於既有之《格式手冊》（討論紀錄）；後因行文問題而取消指引地位，重新進行修訂。（討論紀錄）
《申請成為管理人員指引》：經社群討論通過，訂立安全投票暫行規定，適用於未來一場管理員選舉。（討論紀錄）
《草稿命名空間指引》：修訂〈準備草稿〉一節，新增使用Draft categories模板處理草稿內分類的方法。（討論紀錄）
《COVID-19條目共識》：移除不影響共識效力之冗餘敘述。（討論紀錄）

其他方針與指引雜項修訂，包括未於互助客棧方針區討論而進行之小修改、方針與指引之相應修訂或事實性修訂等。請核查此等修訂，若有需要，可提案至互助客棧方針區復議。

方針：《回退功能方針》、《新頁面巡查方針》、《機械人方針》、《大量帳號建立者方針》、《檔案移動員方針》、《模板編輯員方針》、《介面管理員方針》、《行政员方針》、《管理员方針》、《忽略所有规则》、《共识方針》、《中立的观点方針》、《避免地域中心方針》、《可供查證方針》、《不要人身攻击方針》、《删除方针》、《非原创研究方針》、《編輯禁制方針》、《侵犯著作权方針》、《命名常规》、《生者傳記方針》、《破坏方針》、《封禁方针》、《用戶查核方針》、《傀儡方針》、《用户名方針》及《维基百科不是什么》。
指引：《關注度指引（學者）》、《關注度指引（運動員）》、《格式手册（日期和数字）》、《列明来源指引》、《消歧义指引》、《外部链接指引》、《關閉存廢討論指引》、《關注度指引（交通）》、《可靠来源布告板评级指引》、《关注度指引（人物）》、《不要伤害新手指引》、《格式手册（列表）》、《頁面分類指引》、《申请成为管理人员指引》、《拉票指引》、《格式手冊（版面佈局）》、《可靠來源指引（醫學）》、《翻譯指引》、《地区词处理指引》、《重定向指引》、《格式手册》、《过度分类指引》及《繁简处理指引》。

其他重要社群動態：此處列出的動態雖不一定與正式方針或指引有關，惟對維基百科之社群或站務運作有一定影響。

經社群討論通過，凍結年代特別貢獻，不再頒授該獎項。（討論紀錄）
經社群討論通過，重啟管理員布告板（主布告板），用於討論與協調管理員相關事務。（討論紀錄）
經社群討論通過，重啟逐筆標記巡查。（討論紀錄）

请问有没有inline lua的Module？

请问有没有可以实现inline lua的module？需要写两三行简单的lua，专程建立模组太浪费了。--洛普利寧 2022年9月30日 (五) 17:48 (UTC)

@Lopullinen：目前能夠直接從字串執行Lua的函數load/eval/loadstring因為安全性的疑慮而被禁用mw:Extension:Scribunto/Lua_reference_manual#Removed_functions_and_packages（因為如果允許inline lua code攻擊者能夠透過不編輯Module就植入有安全隱患的代碼，因此估計永遠不會開放load/eval/loadstring），因此inline lua無法實現，因為相關功能被禁用。如果過於简单的lua請考慮併入相關的Module，例如之前要加入一個處理正負號輸出的函數就直接併入相關的Module:NumberUtil-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年10月1日 (六) 09:21 (UTC)

事實上inline lua之前早就想做了，但因相關功能被禁用，因此解決辦法只有「用Lua重造一個Lua編譯/直譯器」但有幾個問題，①工程浩大②非常耗費效能③因為是在「重造輪子」因此可能會衍生出很多問題，如原本Lua沒有的BUG，因此從未執行。-- 今晚我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年10月1日 (六) 09:28 (UTC)

好的。感谢～—洛普利寧 2022年10月3日 (一) 06:35 (UTC)

活动：向条目“延伸阅读”章节添加模板，庆祝中文维基二十年华诞

活动：向条目“延伸阅读”章节添加模板，庆祝中文维基二十年华诞 10月24日，即将迎来中文维基百科的二十年华诞。维基近年来的一大进展是wikidata的设立。有了wikidata，就能让数据结构化储存，可在各个项目的条目中引用，别人也能自由分析、使用。未来wikidata新增维基文库链接，维基百科页面也可自动更新，一劳永逸。我根据当前维基百科二十四史条目的链接，将信息导入了wikidata。需要进行校对，同时将相关的模板附加到“延伸阅读”章节。欢迎报名参加。--維基小霸王（留言） 2022年10月23日 (日) 12:00 (UTC)