用户讨论: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)