使用者討論: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)