Wikipedia:互助客栈/技术

互助客栈： 消息  方针  技术  求助  条目探讨  其他 |  知识问答

发表前请先搜索存档，参考旧讨论中的内容可节省您的时间。

公告栏

• [人事] S8321414当选为管理员，Diskdance当选为界面管理员，Kanashimi同时当选为管理员和界面管理员。
• [公告] 规范序言罗列别名、修正Wikipedia:界面管理员及将禁止歧视方针替换为软重新导向已经通过。
• [公告] 调整两岸四地用语格式手册中国籍表记的规定及提议将Mediawiki保护改名正在公示，如有意见请尽快提出。
• [讨论] 互助客栈方针区正在讨论有关申请权限与申请解除权限的方针条文与申请区的放置问题及提升巡查员的门槛，请踊跃参与讨论。
• [讨论] 互助客栈技术区正在讨论Module:ISO 3166/data的子页面的地名设置事宜及Jpn、Kor等模板是否应改以langx等模板为基础的事宜，请踊跃参与讨论。
• [讨论] 互助客栈其他区正在讨论重新引入用户查核，请踊跃参与讨论。
• [协作] 第二十三次动员令正在讨论相关筹备事宜及固化未来部分动员令筹备事项，请踊跃参与讨论。

• [协作] 现有141个页面需维基化，483个条目需清理，9个移动请求正在讨论。
• [奖励] 现有2名用户获提名维基奖励，欢迎投票。

#	💭 话题	💬	👥	🙋 最新发言	🕒 (UTC+8)
1	Navbox hlist 数字清单 多余开括号（重开）	5	4	Ericliu1912	2025-05-05 21:10
2	本地安全投票测试	7	4	Ericliu1912	2025-05-05 21:08
3	Category:非条目级XXX条目错误	2	2	Ericliu1912	2025-05-05 23:48
4	就辽宁省2019年以来行政区划合并维护请求帮助。	3	2	Yugaminena	2025-03-10 11:14
5	视觉化编辑器ilh系模板显示bug	1	1	Sohryu Asuka Langley Not Shikinami	2025-03-05 19:08
6	有关失效连结	10	5	Ericliu1912	2025-03-13 20:19
7	{{lang}}、{{lang-xx}}相关更新善后	87	17	WiTo7946	2025-05-06 13:18
8	使用“zhuyin”作语音标签的大量条目报错	7	4	魔琴	2025-05-06 06:50
9	通过CSS隐藏信息框旗帜是否可行	7	5	Kcx36	2025-05-03 22:14
10	视觉化编辑器加入T:NoteTag bug	7	3	JuneAugust	2025-05-07 08:50
11	为什么Twinkle的关闭存废讨论功能不支持Vector 2022皮肤？什么时候才能支持？	15	6	Sanmosa	2025-04-30 09:49
12	Special:链入页面与Wikipedia:合并请求	3	2	Sohryu Asuka Langley Not Shikinami	2025-04-29 09:12
13	{{Infobox road}}相关追踪分类建立	4	4	Ericliu1912	2025-05-05 23:58
14	2条仅为繁简差异重定向的负面问题及解决方案（“废除这类重定向？使用机器人维护该负面问题？”二选一）	132	10	自由雨日	2025-05-08 21:24
15	新脚注风格：用户测试	4	2	Kurgenera	2025-04-30 01:17
16	关于T:Republican Calendar的一点啸问题	2	1	Kurgenera	2025-04-29 00:47
17	2025年第18期技术新闻	1	1	MediaWiki message delivery	2025-04-29 03:31
18	Jpn、Kor等模板是否应改以langx等模板为基础？	7	4	Sanmosa	2025-05-07 19:00
19	重新导向分类模板填写小工具	1	1	SuperGrey	2025-05-01 01:59
20	efn爆炸了	6	5	PexEric	2025-05-03 00:38
21	请求尽快处理部分模组的页面历史合并	1	1	Sanmosa	2025-05-02 20:53
22	有无批量检测、系统显示维基页面中红链（失效内部连结）的软件工具？	8	4	Zhenqinli	2025-05-06 21:07
23	模板:分类重定向	1	1	SunAfterRain	2025-05-04 15:40
24	Cat-a-lot小工具错误	13	4	YFdyh000	2025-05-07 19:08
25	关于single_chart的问题	5	2	AromaTake	2025-05-07 01:26
26	2025年第19期技术新闻	1	1	MediaWiki message delivery	2025-05-06 08:13
27	RefToolbar丢失文字标签	1	1	魔琴	2025-05-06 18:57
28	We will be enabling the new Charts extension on your wiki soon!	9	5	Cwek	2025-05-08 20:52
29	模板:Normdaten	3	3	Hamish	2025-05-07 09:05
30	合并分类重新导向设定	1	1	Ericliu1912	2025-05-07 16:54
31	评级页面分类问题	2	1	Ericliu1912	2025-05-07 17:36
32	翻译文章模板爆开	1	1	Kanshui0943	2025-05-08 23:24

发言更新图例
最近一小时内
最近一日内
一周内
一个月内
逾一个月
特殊状态
已移动至其他页面 或完成讨论之议题
手动设定
当列表出现异常时， 请先检查设定是否有误

正在广泛征求意见的议题

议题清单

以下讨论需要社群广泛关注：（重新整理） 维基百科技术议题与模板

Template talk:作品名称 § 不觉得这模版很多余吗？

为啥要刁难读者、把各种译名看完才能读简介？--Akishima Yuka（留言） 2024年12月28日 (六) 12:29 (UTC)

Wikipedia talk:使用时光机 § 时光机难以正常存档流媒体视频内容

经测试，时光机难以正常存档流媒体内容如Youtube、Bilibili等网站的视频内容，只能有效存档静态页面。对此维基百科社群是否有对策？

Xsgzjmxs（留言） 2025年3月31日 (一) 03:38 (UTC)

Template talk:Blocked § 编辑请求 2025-04-04

若某用户或IP匹配过滤器规则而遭到封禁，目前的信息是“由管理员滥用过滤器封锁”，但滥用过滤器作为自动程序（虽然也确实是用户），这个句式难免显得奇怪。故建议改为“由滥用过滤器封锁”，连结目标亦由用户页改为专案页。--1F616EMO（喵留言～回复请ping） 2025年4月4日 (五) 15:03 (UTC)

Module talk:FindSources § 编辑请求 2025-04-10

增加网页版搜狗微信，便于不便使用微信的用户，有许多内容未出现在通用搜索引擎上。搜索链接为https://weixin.sogou.com/weixin?type=2&s_from=input&query=%s&ie=utf8。

即在L-78前增加，

.. linkbuilder(args, 'https://weixin.sogou.com/weixin?type=2&s_from=input&query=%s&ie=utf8', '+', nil, const('搜狗微信', '搜狗微信')) .. '；'--Kethyga（留言） 2025年4月10日 (四) 03:30 (UTC)

MediaWiki talk:Abusefilter-intro § 编辑请求 2025-04-14

加入<div class="mw-parser-output">，使{{ombox}}的样式可以显示。

第1行：	第1行：
	<div class="mw-content-ltr mw-parser-output" dir="ltr">
{{Abuse filter}}	{{Abuse filter}}
欢迎访问防滥用过滤器管理界面。通过使用防滥用过滤器，授权用户可以配置大范围的测试，对可能有害的编辑和其它动作添加到[[维基]]之前加以识别和阻止，并自动采取措施。	欢迎访问防滥用过滤器管理界面。通过使用防滥用过滤器，授权用户可以配置大范围的测试，对可能有害的编辑和其它动作添加到[[维基]]之前加以识别和阻止，并自动采取措施。
第9行：	第10行：
{{Warning|'''请在创建和修改过滤器时小心。'''就算是一个错字也有可能干扰到不计其数合法贡献者的编辑。请在启用任何动作前测试你的过滤器。}}	{{Warning|'''请在创建和修改过滤器时小心。'''就算是一个错字也有可能干扰到不计其数合法贡献者的编辑。请在启用任何动作前测试你的过滤器。}}
	</div>

--1F616EMO（喵留言～回复请ping） 2025年4月14日 (一) 03:36 (UTC)

Template talk:分类重定向 § 编辑请求 2024-05-04

模板:分类重定向在维基共享资源的对应版本c:Template:Category redirect能将尚未清空的已重新导向分类自动归入重新导向目标，效果可见c:Category:Non-empty category redirects下的分类。这种设计可以避免分类移动后未及时调整而形成空分类。本站是否可引入？--绀野梦人 2025年5月4日 (日) 02:17 (UTC)

Navbox hlist 数字清单 多余开括号（重开）

之前开过，没人回存档了，例见沙盒。刚刚又稍微研究了一下，虽然不太懂不过应该找到问题所在了，似乎是Template:Hlist/styles.css line 143附近的first-child::before。希望懂行的帮忙处理一下，谢谢。--惣流·明日香·兰格雷不姓式波 2024年11月30日 (六) 04:49 (UTC)

参照日文维基百科，应该是要把MediaWiki:Common.css#L-162--L-172，改成Template:Hlist/styles.css#L-127--L-102，注释掉的部分，不可有.hlist ol ol:before--Qqkuro66541（留言） 2024年12月2日 (一) 15:23 (UTC)

在迁移完Navbox和Hatnote之后，接下来准备着手迁移Hlist/Plainlist，只不过需要精力以及人手支援。--Dabao qian℡ 2024年12月17日 (二) 18:15 (UTC)

@Dabao qian：目前进度如何？—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年3月1日 (六) 11:41 (UTC)

@Dabao qian：似乎没有消息，那就先存档吧，以后有问题再提出来。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年5月5日 (一) 13:10 (UTC)

本地安全投票测试

于Phabricator追踪
工单T380020

据此前讨论，本地安全投票提案已通过。目前等待软件层面启用本地安全投票后，应先测试以确认是否可行及具体流程，故在此开启讨论串。（当然还是要先等patch过了再说）

cc @Stang、ZhaoFJx、SCP-2000： 请留意。--beef [talk] 2025年1月20日 (一) 13:13 (UTC)

还是这个页面吗？Special:安全投票--百無一用是書生 (☎) 2025年1月21日 (二) 02:24 (UTC)

对。 Stang^★ 2025年1月21日 (二) 09:41 (UTC)

感觉根据这条留言要分析处理的技术问题是挺多的，比较悲观的判断可能今年4月轮的定期投票那个时候依旧没法解决……@0xDeadbeef、ZhaoFJx、SCP-2000： Stang^★ 2025年2月4日 (二) 08:46 (UTC)

那就等着吧，WMF写代码就这个样子，没啥可说的。--beef [talk] 2025年2月5日 (三) 11:57 (UTC)

所有blocker都没了，咱看看能不能往前推进一下。另外两个建议，之前提名期到投票期留了这么长的时间，在本地进行安全投票的时候是不是可以适当缩减一下；目前的共识是管理员来做设置投票的操作，可以写一个详细的操作手册关于怎么配置。@0xDeadbeef： Stang^★ 2025年4月24日 (四) 03:47 (UTC)

管理人员申请流程精简问题，可以等这批申请结束以后一起检讨。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年5月5日 (一) 13:08 (UTC)

本讨论章节会维持开放，暂时不按最后意见发表时间存档，直到测试完成。欲让机器人存档，请移除本模板。留言请置于本模板上方。

Category:非条目级XXX条目错误

在Module:PJBSClass/main于Special:Diff/84547074加入na=true,之后，仍有大量页面被分配到Category:非条目级XXX条目分类，具体页面见Category:非条目级页面，相信是调用{{WikiProject XXX}}等模板所导致的。Пусть от победы☆к победе ведёт! 2025年2月3日 (一) 04:34 (UTC)

@A2569875：您的看法如何？—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年5月5日 (一) 15:48 (UTC)

就辽宁省2019年以来行政区划合并维护请求帮助。

按照维基百科:机器人建立条目小组/中华人民共和国行政区划/简明手动维护手册的说明，请求各位帮助。

详细

沈阳市

和平区

1.撤销西塔街道，将其管辖区域划入北市场街道。调整后，北市场街道办事处驻地不变。 2.撤销八经街道，将其管辖区域划入南市场街道。调整后，南市场街道办事处驻地不变。 3.撤销集贤街道，将其管辖区域划入马路湾街道。调整后，马路湾街道办事处驻地不变。

沈河区

1.撤销大西街道，将其管辖区域划入朱剪炉街道。调整后，朱剪炉街道办事处驻地为沈河区万寿寺街161号（原大西街道办事处驻地）。 2.将朱剪炉街道府北、迎宾2个社区划入新北站街道，并将新北站街道更名为北站街道。 3.撤销山东庙街道，将其管辖区域划入风雨坛街道。调整后，风雨坛街道办事处驻地不变。 4.撤销大南街道，将其管辖区域划入滨河街道。调整后，滨河街道办事处驻地为沈河区大南街229-3号（原大南街道办事处驻地）。 5.撤销丰乐街道，将其管辖的丰乐、溪林、长青、沈水4个社区划入南塔街道，将万科、和泰、青阳3个社区划入泉园街道。

铁西区

1.撤销保工街道，将其管辖区域划入兴顺街道。调整后，兴顺街道办事处驻地不变。 2.撤销兴工街道，将其管辖的两洞桥、爱工、九委、南七东路4个社区划入兴华街道，将沈辽东路、飞翔路2个社区划入凌空街道。 3.撤销贵和街道，将其管辖区域划入兴华街道。调整后，兴华街道办事处驻地为铁西区爱工南街17号（原兴工街道办事处驻地）。 4.撤销艳粉街道，将其管辖的永合、永善、光学、光辉、红艳路、红昌、红盛、艳阳、艳华、艳粉街10个社区划入凌空街道，将大天地社区划入工人村街道。 5.将兴华街道的爱心社区划入凌空街道。调整后，凌空街道办事处驻地为铁西区艳粉街32号（原艳粉街道办事处驻地）。 6.撤销七路街道，将其管辖的建设、第一城、创意、星光、开发、育工6个社区划入重工街道，将工人新村一、工人新村二2个社区划入工人村街道。 7.将启工街道启飞社区划入重工街道。调整后，重工街道办事处驻地为铁西区肇工南街25-12号（原七路街道办事处驻地）。 8.撤销西三环街道，将其管辖的七号街、军营、宁新3个社区及张士村划入昆明湖街道，将宁鹏、宁官、宁民3个社区及宁官村划入翟家街道。 9.将翟家街道的大挨金、小挨金、大于、土台子、下地、壕上、翟家、东胜8个村及中央大街社区划入大青中朝友谊街道。 10.将大青中朝友谊街道的余粮、后谟2个村划入翟家街道，将隆湖、熙湖、中央湖畔3个社区及安乐、团结、高明、共和4个村划入昆明湖街道。 11.将大潘街道的后马村划入大青中朝友谊街道，四台子村划入昆明湖街道，岳家、林台、前马3个村划入高花街道。 12.将昆明湖街道办事处驻地由铁西区七号路7甲5-1号，迁至铁西区花海路28号。 13.将翟家街道办事处驻地由铁西区翟家街道曹家村，迁至铁西区开发十八号路21-25号5门。 14.将大青中朝友谊街道办事处驻地由铁西区沈辽西路113-35号8门，迁至铁西区沈辽西路113-49号。

皇姑区

1.撤销辽河街道，将其管辖区域划入北塔街道。调整后，北塔街道办事处驻地为皇姑区巴山路48-3号（原辽河街道办事处驻地）。 2.将北塔街道崇山东路以北区域的新铁、柳条湖、崇东、富裕、嘉麟、金山、富丽阳光、东窑、西窑9个社区划入陵东街道。 3.撤销塔湾街道，将其管辖的怒江街以西区域的汾河、淮北、淮东、百鸟、渭河、怒江6个社区划入舍利塔街道，怒江街以东区域的翔凤、紫荆花西、紫荆花东、舍宅4个社区划入黄河街道。

大东区

1.撤销小东街道，其管辖区域划入万泉街道。调整后，万泉街道办事处驻地由大东区大东路175号，迁至大东区东逸街27号。 2.撤销新东街道，其管辖区域划入东塔街道。调整后，东塔街道办事处驻地不变。 3.撤销北海街道，将其管辖的东方、俪城、卫士、矿北4个社区划入上园街道，将四德、领域、铂悦3个社区划入东站街道，将锦园社区划入津桥街道。 4.撤销洮昌街道，将其管辖的北海、合作、世博、公务员4个社区划入大北街道，将吉祥、梨树、法库、大北桥、铁岭、如意6个社区划入津桥街道。 5.将前进街道的汇泽、福居、蓝庭、新望、宝地、富东6个社区划入二台子街道。 6.将二台子街道北大营西路以南、北大营东街以西区域划入上园街道。

浑南区

1.撤销营城子街道，将其管辖区域划入李相街道。调整后，李相街道办事处驻地不变。 2.撤销望滨街道，将其管辖区域划入满堂街道。调整后，满堂街道办事处驻地不变。 3.撤销永胜街道，将其管辖的永胜、洪台沟、渔樵、前康家、后康家、于胜、潘李、金德胜、东靠山9个村划入王滨街道；将兴农、李相、畜牧场3个村划入东湖街道。

于洪区

1.撤销大兴街道，将其管辖区域划入马三家街道。调整后，马三家街道办事处驻地不变。 2.撤销于洪街道，将其管辖的东民、前民、和平3个社区和光辉、爱国、全胜、兴盛4个村划入沙岭街道；将红旗、世代2个社区划入迎宾路街道。

沈北新区

1.撤销石佛寺街道，将其管辖区域划入兴隆台街道。调整后，兴隆台街道办事处驻地不变。 2.撤销沈北街道，将其管辖区域划入新城子街道。调整后，新城子街道办事处驻地不变。 3.撤销清泉街道，将其管辖的清宇社区和前屯、后屯、前腰堡、中五旗、小洋河、清泉、泥沟堡、崔公堡8个村划入清水台街道，将后腰堡、拥屯、湾道、依路4个村划入马刚街道。 4.撤销尹家街道，将其管辖的沟子沿村划入道义街道，将尹家、光荣、小营子、永丰、茨榆、创业、曙光、东拉拉、新农、穆家10个村划入财落街道。调整后，财落街道办事处驻地不变。 5.将道义街道管辖的正良、柳岸、鑫欣、大学城、晨兴、民丰6个社区和正良、五台子、郭三、郭七、道义一、道义二、东场、孝信汉、孝信鲜9个村划出，设立正良街道。调整后，正良街道办事处驻地为沈北新区沈北路6号（原道义街道办事处驻地）。 6.将道义街道办事处驻地由沈北新区沈北路6号，迁至沈北新区蒲河路41-1号。

苏家屯区

1.撤销湖西街道，将其管辖区域划入解放街道。调整后，解放街道办事处驻地不变。 2.撤销大沟街道，将其管辖区域划入十里河街道。调整后，十里河街道办事处驻地不变。 3.撤销八一街道、红菱街道，合并设立八一红菱街道。调整后，八一红菱街道办事处驻地为苏家屯区八一路62号（原八一街道办事处驻地）。 4.撤销王纲街道、临湖街道，合并设立沈水街道。调整后，沈水街道办事处驻地为苏家屯区枫杨路83号（原临湖街道办事处驻地）。 5.撤销姚千街道、白清街道，将原姚千街道的小堡屯、刘太平、陡子峪、杨千后房、刘千户屯、上瓦房6个村划入佟沟街道，将马耳山、田水、姚千、代官、唐台、佟家6个村和姚千社区与原白清街道合并设立白清姚千街道。调整后，白清姚千街道办事处驻地为苏家屯区广福路200号（原白清街道办事处驻地）。

新民市

1.撤销新城街道，将其管辖区域划入东城街道。调整后，东城街道办事驻地为新民市民族街30号（原新城街道办事处驻地）。 2.将东城街道的烧锅、新建、郭屯、北丁、老君当、东郊、城东、大东8个社区划入新柳街道。 3.将新柳街道办事处驻地由新民市北环路28号，迁至新民市辽河大街152号。

大连市

西岗区

1.将原站北街道和原日新街道进行合并，称日新街道。调整后的日新街道下辖12个社区。 2.将原北京街道和原人民广场街道进行合并，称人民广场街道。调整后的人民广场街道下辖13个社区。

沙河口区

1.拆分兴工街道，把原兴工街道的大庆社区、西山社区、宏发社区、恒苑社区4个社区与马栏街道合并，新成立马栏街道。调整后，马栏街道下辖14个社区，街道办事处驻地：黄河路876C。 2.拆分兴工街道，将原兴工街道的泉涌社区、永吉社区、兴新社区、兴盛社区、兴社社区、如意社区6个社区（含大连机车厂）与中山公园街道合并，新成立西安路街道。西安路街道下辖14个社区，街道办事处驻地：联合路38号。 3.撤销星海湾街道、白山路街道，新成立星海湾街道。星海湾街道下辖17个社区，街道办事处驻地：星海一街19号。

甘井子区

1.撤销中华路街道、兴华街道，重新设立中华路街道，以原两个街道地域范围为新街道地域范围。街道办事处驻地为原中华路街道办事处驻地（甘井子区汇信街22号）。

旅顺口区

1.撤销得胜街道、市场街道，重新设立得胜街道，以原两个街道地域范围为新街道地域范围，街道办事处驻地为原得胜街道办事处驻地（旅顺口区黄金街7-19号）。 2.撤销三涧堡街道、北海街道，重新设立三涧堡街道，以原两个街道地域范围为新街道地域范围，街道办事处驻地为原三涧堡街道办事处驻地（旅顺口区金石路501号）。 3.撤销登峰街道、光荣街道，重新设立登峰街道，以原两个街道地域范围为新街道地域范围，街道办事处驻地为原登峰街道办事处驻地（旅顺口区和顺街32号）。 4.将龙王塘街道盐厂新村、郭家沟村调整至龙头街道管理。调整后，龙头街道地域范围北与长城街道、三涧堡街道接壤，南临黄海，东与龙王塘街道毗邻，西与水师营街道相接，西南与合并后的登峰街道、得胜街道相连。 5.将原龙头街道大连奶牛场划转至龙王塘街道管辖，继续由高新区管委会代管。

金州区

1.将大窑湾街道原归属于马桥子街道、海青岛街道、大孤山街道、湾里街道的辖区范围重新划归四个街道管辖，恢复原有隶属关系。 2.撤销光明街道、中长街道，新设立光中街道，以原两个街道地域范围为新街道地域范围，街道办事处驻地为原光明街道办事处驻地（金州区胜利西小区38号）。

普兰店区

1.太平街道和南山街道合并，撤销南山街道，合并后为太平街道，街道驻地为原太平街道驻地。

鞍山市

海城市

撤销验军街道，将其下辖的15个社区成建制划入兴海街道。

将温泉街道更名为东四方台街道。

台安县

撤销台北街道，将其下辖的6个村、2个社区成建制划入八角台街道。

撤销台南街道，将其下辖的5个村、3个社区成建制划入台东街道。

岫岩县

撤销仙人咀街道，将其下辖的5个村成建制划入雅河街道。

撤销大宁街道，将其下辖的3个村成建制划入阜昌街道。

铁东区

撤销常青街道，将其下辖的5个社区成建制划入湖南街道。

撤销对炉街道，将其下辖的7个社区成建制划入和平街道。

撤销长甸街道，将其下辖的6个社区成建制划入解放街道，并将解放街道办事处的2个社区（？）成建制划入山南街道。

撤销胜利街道，将其下辖的6个社区成建制分别划入站前街道和园林街道。

撤销钢城街道，将其下辖的5个社区成建制划入站前街道。

将东长甸街道更名为长甸街道，并将新兴街道的2个社区（？）成建制划入长甸街道。

铁西区

撤销新城街道，将其下辖的4个村成建制划入永发街道。

撤销启明街道和兴盛街道，将其下辖的7个社区成建制划入八家子街道。

将兴盛街道的1个社区（？）划入永乐街道。

撤销新陶官街道和北陶官街道，将其下辖的9个社区成建制划入繁荣街道。

立山区

撤销滨河街道，将其下辖的6个村、10个社区成建制划入灵山街道。

撤销深南街道，将其下辖的9个社区成建制划入深北街道，并将深北街道更名为深沟寺街道。

千山区

撤销对桩石街道，将其下辖的4个村、1个社区成建制划入东鞍山街道。

高新区

撤销汪峪街道，将其下辖的5个社区成建制划入千山街道。

撤销红岭街道，将其下辖的2个村、6个社区成建制划入齐大山街道。

千山风景区

撤销温泉街道，将其下辖的4个村、4个社区成建制划入铁东区大孤山街道。

抚顺市

新抚区

撤销千金街道，将其所辖的元雪社区、西一路社区、白云社区、千金社区行政区域以及乐园社区西五街铁路以东部分行政区域划归站前街道。站前街道办事处驻浑河南路中段54号。

将千金街道乐园社区西五街铁路以西部分行政区域划归福民街道管辖，并将新抚街道大官社区千金路铁路以南部分行政区域划归福民街道管辖。福民街道办事处驻新抚路25号；新抚街道办事处驻新抚路33号。

撤销南阳街道，将其所辖行政区域划归永安台街道管辖。永安台街道办事处驻南台五街6号。

撤销东公园街道，将其所辖行政区域划归榆林街道管辖。榆林街道办事处驻榆林路47号。

撤销南花园街道，将其所辖行政区域划归刘山街道管辖。刘山街道办事处驻刘山二街57号。

东洲区

撤销张甸街道，将其所辖行政区域划归东洲街道管辖。东洲街道办事处驻庆安路8号。

撤销平山街道，将其所辖行政区域划归老虎台街道管辖。老虎台街道办事处驻虎南街15号。

望花区

撤销古城子街道、五老屯街道，将其所辖行政区域划归演武街道管辖。演武街道办事处驻古城子一路1号。

撤销田屯街道，将其所辖行政区域划归工农街道管辖。工农街道办事处驻丹东路（西段）北厚街。

撤销新民街道，将其所辖的洗化社区、昌盛社区行政区域划归和平街道管辖。和平街道办事处驻雷锋路（东段）52-2号。

将新民街道所辖的凤城社区、台安社区、油研社区、乐园社区、灯塔社区和玫瑰城社区行政区域划归光明街道管辖。光明街道办事处驻光明二街1号。

顺城区

撤销河东街道，将其所辖行政区域划归新华街道管辖。新华街道办事处驻站东街2号。

本溪市

平山区

撤销工人街道办事处，将转山、新和、新德、新麓4个社区划归南地街道，南地街道办事处驻地不变。

将工人街道办事处曙光、和平2个社区和南地街道福利社区、兴隆社区部分（解放南路、转山路、解放南二路与崔东路围合区域）划归站前街道。

将望溪公园区域划入东明街道管辖。

撤销桥头街道和北台街道，区域合并设立桥北街道，桥北街道办事处办公地址：本溪市平山区北府路18号（原北台街道办事处驻地）。

溪湖区

撤销彩北街道，将矿材、彩西、耐火、彩宏、新立、彩新、彩北、新光、彩建9个社区划归东风街道管辖，办公地址迁至原彩北街道办事处（本溪市溪湖区彩屯北路三江天艺亲子园东侧下行30米）。

撤销竖井街道，将竖井、高山、黑金、宝藏、华阳、华丰6个社区划归彩屯街道管辖。办公地址不变（本溪市溪湖区彩胜街）。

将原东风街道三会厂村、原河西街道头道社区划归火连寨街道管辖，火连寨街道办事处办公地址不变（本溪市溪湖区寨中路）。

高新区

撤销张其寨街道，将张其寨、大柳峪、花岭、黄木厂、大翻身、达贝沟6个村划归日月岛街道管辖。

明山区

撤销东兴街道办事处，区域整体并入新明街道办事处，新明街道办事处机关驻地不变，办公地址：本溪市明山区育龙路199号。

撤销金山街道办事处，区域整体并入北地街道办事处，北地街道办事处机关迁移至原金山街道办事处机关驻地，办公地址：本溪市明山区紫金路53号。

南芬区

撤销郭家街道办事处，南芬村、赵家村划归南芬街道办事处，解放村、金坑村划归思家岭街道办事处，永安村、柏峪村划归下马塘街道办事处。

撤销铁山街道办事处，所辖赵家、铁山、三十六户、六百户、对面沟5个社区划归南芬街道办事处。

丹东市

振兴区

撤销西城街道，并入纤维街道。

撤销头道桥街道，并入站前街道。

撤销六道沟街道，并入临江街道。

元宝区

撤销八道街道，并入广济街道。

撤销六道口街道，并入兴东街道。

振安区

撤销金矿街道办事处。

锦州市

古塔区

撤销天安街道，并入保安街道。

撤销站前街道，民治、民族、民生、三宝4个社区并入保安街道，阜康、丰乐2个社区并入新设立的古城街道。

撤销北街街道、南街街道、饶阳街道，设立古城街道，古城街道管辖原北街街道、南街街道、饶阳街道行政区域及原站前街道的阜康、丰乐2个社区。

撤销钟屯街道，并入士英街道。

将敬业街道的兴业社区划归石油街道管辖。

太和区

将汤河子街道与女儿河街道合并，命名为女儿河街道。

将太和街道与营盘街道合并，命名为营盘街道。

将凌西街道更名为太和街道，并将原新民街道星河社区划入新太和街道。

保留新民街道，将原凌西街道南山社区、一五五社区划入新民街道。

将兴隆街道与大薛街道合并，命名为大薛街道。

滨海新区（锦州经济技术开发区）

将天桥街道6个社区划入王家街道，撤销王家街道，合并设立天桥街道。

将天桥街道中山堡、尹屯村划入杏山街道，合并设立杏山街道。

撤销龙栖湾街道，并入娘娘宫街道。

凌河区

撤销凌安街道，并入锦铁街道。

撤销铁新街道，并入榴花街道。

凌海市

撤销大有街道，并入八千街道。

北镇市

撤销沙河子街道，并入沟帮子街道。

营口市

鲅鱼圈区

将海东街道与望海街道合并，命名为望海街道。

将原属海星街道的大董屯、神井子2个社区划入新合并的望海街道管辖。

大石桥市

将石桥街道与青花街道合并，命名为镁都街道。

老边区

将城东街道与老边街道合并，命名为老边街道。

站前区

将东风街道、新兴街道合并，命名为东兴街道。

西市区

将河北街道与渔市街道合并，命名为渔市街道。

将滨海街道与沿海街道合并，命名为[[滨海街道]。

将清华街道与胜利街道合并，命名为清华街道。

阜新市

海州区

撤销新兴街道、和平街道，设立和平街道。

撤销站前街道、西阜新街道，设立站前街道。

撤销五龙街道、工人村街道，设立五龙街道。

撤销平安西部街道、东梁街道，设立平安西部街道。

细河区

撤销东苑街道、华东街道，合并设立玉丰街道。

撤销北苑街道、学苑街道和中苑街道，合并设立玉龙街道。

将西苑街道更名为玉新街道。

太平区

撤销高德街道、煤海街道，合并设立高德街道。

撤销孙家湾街道、城南街道，合并设立孙家湾街道。

新邱区

撤销兴隆街道、中兴街道，合并设立街基街道。

撤销新发街道、益民街道，合并设立新发屯街道。

清河门区

撤销清河街道、艾友街道，合并设立清河街道。

撤销新北街道、六台街道，合并设立新北街道。

辽阳市

文圣区

撤销新城街道，将其辖区整体划入东京陵街道。

将原东京陵街道的稠井子、尖山子、东京陵、东光村划入庆阳街道。

宏伟区

将长征街道、光华街道和新村街道鹏程园社区、火炬街社区合并，命名为长征街道。

将工农街道和新村街道的龙鼎山社区、龙鼎山庄社区合并，命名为工农街道。

弓长岭区

将安平街道和团山街道的安南社区合并，命名为安平街道。

将苏家街道和团山街道的八家子社区、陈家社区、石门社区合并，命名为苏家街道。

太子河区

将铁西街道、望水台街道合并，命名为铁西街道。

白塔区

将站前街道、星火街道、武圣街道、文圣街道、襄平街道合并，命名为文圣街道。

将跃进街道、卫国路街道合并，命名为武圣街道。

将新华街道、南门街道合并，命名为南门街道。

将胜利街道、东兴街道合并，命名为襄平街道。

盘锦市

大洼区

撤销荣滨街道、荣兴街道，将其整建制划归二界沟街道管辖。

兴隆台区

撤销锦采街道、平安街道，并入欢喜街道，欢喜街道更名为欢喜岭街道。

撤销茨采街道、高升街道，并入沈采街道。

撤销新生街道、友谊街道，并入曙光街道。

朝阳市

喀喇沁左翼蒙古族自治县

撤销南哨街道，并入利州街道。

双塔区

撤销南塔街道、北塔街道，合并设立双塔街道。

撤销燕都街道，并入燕北街道。

龙城区

撤销马山街道，并入新华街道。

撤销燕山街道，并入海龙街道。

撤销向阳街道，并入龙泉街道。

建平县

将新城街道、富山街道合并到红山街道。

将东城街道合并到万寿街道。

凌源市

撤销热水汤街道、兴源街道，并入红山街道。

撤销凌北街道，红山、莫胡店、鸿凌、鸿钢东、双圆东、双圆西、鸿远等社区划归东城街道；客车、八间房社区划归北街街道。

北票市

撤销桥北街道，并入城关街道。

撤销三宝街道，并入冠山街道。

撤销双河街道，并入台吉街道。

葫芦岛市

连山区

撤销化机街道，并入化工街道。

撤销水泥街道，并入站前街道。

撤销毛祁屯街道，并入杨家杖子街道。

龙港区

撤销望海寺街道办事处，并入葫芦岛街道办事处，办事处驻原望海寺街道办事处。东街道风采街东侧的东山社区、岭东社区、小仙沟社区及大世界社区、锌小社区、集贸社区的风采街以东部分划归葫芦岛街道办事处。 撤销东街道、西街道，设立马仗房街道，将西街店和东街道风采街西侧的大世界社区、锌小社区、集贸社区、阳光社区合并设立马仗房街道。马仗房街道办事处办公地点在西街道办事处。

南票区

撤销赵家屯街道，并入九龙街道办事处。注：邱皮沟街道已并入赵家屯街道。 撤销三家子街道，并入沙锅屯街道办事处。注：苇子沟街道已并入三家子街道。 撤销龙飞街道、龙翔街道，并入龙腾街道办事处。

兴城市

撤销城东街道，东关、城南、河畔社区，东一、东二、南辛庄、新号地等村划入宁远街道；月亮河社区，韩家沟村、干柴村划入古城街道。 撤销钓鱼台街道，并入四家屯街道。

--tanuki（留言） 2025年2月16日 (日) 02:47 (UTC)

@Yugaminena：是否有其他省市需要更新？—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年2月28日 (五) 21:25 (UTC)

@Ericliu1912：是更新了辽宁省2019年以来的区划变动。tanuki（留言） 2025年3月10日 (一) 03:14 (UTC)

本讨论章节会维持开放，暂时不按最后意见发表时间存档，直至问题解决。欲让机器人存档，请移除本模板。留言请置于本模板上方。

视觉化编辑器ilh系模板显示bug

当外语连结没有空格时会显示成全黑字的“X语：link]]”而非正确带蓝字的“X语：link”，例见沙盒。连到英文之类还好，日文的话就几乎全都是这样了（见币舞桥底部的模板）。看了一下英维貌似不以绿链显示，日维有绿链但无法复现。--惣流·明日香·兰格雷不姓式波 2025年3月5日 (三) 11:08 (UTC)

本讨论章节会维持开放，暂时不按最后意见发表时间存档。欲让机器人存档，请移除本模板。留言请置于本模板上方。

有关失效连结

刚刚心血来潮看了一下Category:带有失效链接的条目，发现2025年2月和3月分别有50k和18k个条目于分类内，而其他月份一般不过100，多的也不过10k，请问这是正常现象吗？--惣流·明日香·兰格雷不姓式波 2025年3月9日 (日) 11:59 (UTC)

三月份才第9天就有1万8个条目被归类失效连结很明显不正常，有些条目在三月没有编辑却被归类在分类:自2025年3月带有失效链接的条目，例如2008年至2009年天水围飞马赛季、2001年12月阿根廷危机。--2402:7500:93E:31AE:456A:5C20:46FD:EE99（留言） 2025年3月9日 (日) 12:35 (UTC)

如果均速增加的话本月可能要破6万。看了一下阁下提的两个，天水围飞马分别是2017年12月、2018年2月、2023年3月标记了共30条dead link，阿根廷危机是2021年12月创建时、2023年10月标记了共3条dead link。--惣流·明日香·兰格雷不姓式波 2025年3月9日 (日) 13:03 (UTC)

补充：2008年至2009年天水围飞马赛季存于Category:自2017年12月带有失效链接的条目及Category:自2018年2月带有失效链接的条目，但不存于Category:自2023年3月带有失效链接的条目。

2001年12月阿根廷危机不存于Category:自2021年12月带有失效链接的条目及Category:自2023年10月带有失效链接的条目。--惣流·明日香·兰格雷不姓式波 2025年3月9日 (日) 13:32 (UTC)

2008年至2009年天水围飞马赛季不存在Category:自2023年3月带有失效链接的条目是正常的，因为2023年3月编辑并没有填写|data=参数，所以不会列入分类，2001年12月阿根廷危机也是同样情况。我比较疑惑的是，在以前如果没有填写|data=参数，其条目应该列入Category:带有失效链接的条目才对，不晓得是改过分类机制还是我记错。--2402:7500:93E:31AE:8563:9173:6E08:225E（留言） 2025年3月9日 (日) 14:34 (UTC)

我看源码时都觉得有点违和，原来是没填参数。那问题就变成：

1. 为什么没填参数会列到本月（2025年3月），又为什么有些会列到2025年2月
2. IABot从何时起，为何没有填参数
3. 如何补回参数（顺道把Category:条目有永久失效的外部链接的5.9万条清理一下）（这分类是放fix-attempted=yes的，与此问题无关）2025年3月13日 (四) 08:34 (UTC)

--惣流·明日香·兰格雷不姓式波 2025年3月10日 (一) 01:47 (UTC)

{{dead link}}不带|date=参数就会归类到当前月，没有及时WP:更新服务器缓存的就是上个月--Kunjinkao（留言） 2025年3月13日 (四) 01:18 (UTC)

这么说这是“正常现象”？那IABot不填参数是本地设置还是什么问题，我看英维运行得挺正常的，这样下去这些分类就废了。--惣流·明日香·兰格雷不姓式波 2025年3月13日 (四) 08:51 (UTC)

其他分类（{{cn}}, {{update inline}}）没有这个问题，但{{dead link}}逻辑好像不太一样。另外英维有自动给维护模板加date参数的机器人--Kunjinkao（留言） 2025年3月13日 (四) 09:01 (UTC)

我们恐怕需要这种机器人。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年3月13日 (四) 12:19 (UTC)

本讨论章节会维持开放，暂时不按最后意见发表时间存档。欲让机器人存档，请移除本模板。留言请置于本模板上方。

{{lang}}、{{lang-xx}}相关更新善后

标题由优枰所加（86600176）。 ——自由雨日🌧️❄️ 2025年3月28日 (五) 07:49 (UTC)

T:User lzh-3出错了（再看个“劲爆”的，御坂雪奈用户页……）。另外这里的{{lang|en}}模板莫名导致前后分段，不知道为什么……（副知@U:SuperGrey）。 ——自由雨日🌧️❄️ 2025年3月25日 (二) 11:49 (UTC)

按理说原来zht的写法应该是不对的，标准的写法应该使用zh-hant，严格来说这不是个错误。--Vozhuo_whisper 2025年3月25日 (二) 13:06 (UTC)

建议撤回编辑。{{langx}}兼容性问题太多了，暂不适合正式发布。--SuperGrey (留言) 2025年3月26日 (三) 20:33 (UTC)

目前Category:Lang和lang-xx模板错误里有近两千页面，考虑到lang模板有几十万的使用量，这次应该没有很重大的问题，我看了几个都是斜体的问题，关于{{lang|en|''xxx''}}的改法我觉得改用外部标记''{{lang|en|xxx}}''比加italic参数要更简洁一些。--Vozhuo_whisper 2025年3月25日 (二) 13:18 (UTC)

其实也有不少是原本错用斜体的，比如这里就是错用斜体，直接删去斜体就好了。 ——自由雨日🌧️❄️ 2025年3月25日 (二) 13:39 (UTC)

@Vozhuo：您看这条要怎么改？如果lang模板移动到rvw模板内，则lang模板彻底失效，所以只能放在外面。--SuperGrey (留言) 2025年3月27日 (四) 05:54 (UTC)

应该就是放在外面吧--Vozhuo_whisper 2025年3月27日 (四) 06:59 (UTC)

@Vozhuo：但是现在出现了奇怪的前后换行，不知道要如何解决呢？--SuperGrey (留言) 2025年3月27日 (四) 07:05 (UTC)

我检查了一下，是rvw模板有语法让lang模板误以为里面有列表，所以就自动前后换行了，我稍微调整了一下rvw模板--Vozhuo_whisper 2025年3月27日 (四) 09:03 (UTC)

原来如此，好神奇的bug。有点好笑 ……感谢修改！--SuperGrey (留言) 2025年3月27日 (四) 09:09 (UTC)

也有像是{{Engname}}这种里面引用{{lang}}模板的😓，详情见Wikipedia:互助客栈/技术 § Template:engname在条目中出现报错--竹林下小径，月光映一叶 2025年3月26日 (三) 07:50 (UTC)

(！)意见：这个“文本有斜体标记”的报错有必要在中文维基百科存在吗？英文维基百科似乎是因为要将拉丁字母拼写的非英文自动斜体才如此设计。如果斜体标记不会造成显示问题，那么直接去除这个报错更方便。——枰（留言） 2025年3月26日 (三) 10:45 (UTC)

考虑到中文维基默认没有斜体，可能这个确实不是很需要，而且影响的条目太多，一时半会也改不了。我在Module:Lang/sandbox中改了一个版本，使其在默认未设置italic参数时不检查是否有斜体，这样应该会移除绝大部分报错。--Vozhuo_whisper 2025年3月26日 (三) 13:17 (UTC)

西文作品名和一些物种学名，习惯上还是使用斜体。--Kethyga（留言） 2025年3月29日 (六) 05:58 (UTC)

@AT：建议把Module:Lang及所有子模块的编辑权限临时开放给模板编辑员，这样我可以实时去测试，要不然这样太慢了。--Vozhuo_whisper 2025年3月27日 (四) 04:45 (UTC)

支持，至少3万多个条目因为斜体报错，比起批量改条目，改模板也许更合适。--Kcx36（留言） 2025年3月26日 (三) 16:12 (UTC)

生物学名的可以批量替换成{{lang-xm}}模板，格式也比较固定（例[[学名]]：{{lang|la|''Astragalus lasiophyllus''}}替换成{{lang-xm|Astragalus lasiophyllus}}），未来继续修改格式也比较方便。--Kethyga（留言） 2025年3月27日 (四) 02:12 (UTC)

我先资询一下其他管理员。--AT⊿⁴⁶ 2025年3月27日 (四) 05:40 (UTC)

@Vozhuo已暂时开放lang和lang/data，由于子模块甚多，因此其他如果有需要的话请再跟我说，请编辑时务必谨慎处理，无法及时修正的话请即时回退。谢谢。--AT⊿⁴⁶ 2025年3月29日 (六) 04:47 (UTC)

@AT：被机器人改回去了 囧rz……--SunAfterRain 2025年4月1日 (二) 08:12 (UTC)

快来参选管理员吧lol--AT⊿⁴⁶ 2025年4月1日 (二) 11:35 (UTC)

大量中国地级行政区条目报错“语言标签：pinyin 无法识别”。--Kcx36（留言） 2025年3月26日 (三) 16:15 (UTC)

都用了{{lang|pinyin}}这样的写法，应该用zh-Latn-pinyin。我觉得可以作为别名。在可见的未来不可能有任何一个语言的代码是pinyin。 ——魔琴［留言 贡献 PJ:小学 PJ:两岸］ 2025年3月27日 (四) 01:18 (UTC)

查到一个邮政式拼音也用pinyin的，有点无语。 ——魔琴［留言 贡献 PJ:小学 PJ:两岸］ 2025年3月27日 (四) 01:19 (UTC)

其实标准的三字母应该是pny--Vozhuo_whisper 2025年3月27日 (四) 05:15 (UTC)

pinyin报错的问题我已经在沙盒中解决了，我加了特殊处理。--Vozhuo_whisper 2025年3月27日 (四) 05:45 (UTC)

广东省的条目中，用到了{{Infobox Chinese}}，在Wikipedia:沙盒中 (86586258)没报汉语拼音的错，在条目中提示“错误：{{Lang}}：非拉丁文本（pos 99: 嵌）/拉丁字母子标签不匹配”。--Kethyga（留言） 2025年3月27日 (四) 04:15 (UTC)

粤拼未支持yue-Latn-jyutping，暂时将{{Infobox Chinese/Chinese}}中的yue-Latn-jyutping改成了yue-Latn。--Kethyga（留言） 2025年3月27日 (四) 05:50 (UTC)

我在辣酱油中发现，{{标音/core}}也有类似的问题：错误：{{Lang}}：对于代码-字母对：yue-latn，变体：jyutping 无法识别（帮助）

已参照楼上方式修正，不过感觉遇到其他标音方式可能会再报一次错😅--竹林下小径，月光映一叶 2025年3月28日 (五) 03:41 (UTC)

目前jyutping的写法应该是yue-jyutping--Vozhuo_whisper 2025年3月28日 (五) 04:01 (UTC)

错误追踪分类是否需要细化，或者加入排序参数？现在全部混一块不便于研判、难以维护。--Kcx36（留言） 2025年3月26日 (三) 16:16 (UTC)

(！)意见：#1，在弗拉基米尔·普京条目，鼠标放在罗马化转写文本上弹出“俄语”，此处此前应是“俄语罗马化”，英维中同样是“**-language romanization”。#2，在模板{{Lang-srp}}中，源码中手动设置的“<span title="塞尔维亚语（西里尔字母）">”未能显示，似乎是被{{lang}}覆盖了，应该允许DIY比较好。--Kethyga（留言） 2025年3月27日 (四) 02:05 (UTC)

我看到的就是“俄语罗马化”，点进去也是对应的条目。--Vozhuo_whisper 2025年3月27日 (四) 06:35 (UTC)

@Vozhuo 将鼠标放在“Vladimir Vladimirovich Putin”上显示“俄语罗马化”，您那有截图吗？现在登录和未登录的情况下，罗马文文本均只提示“俄语”。另外{{langx|ru}}的罗马化默认的情况下缺少了内链。另外自定义提示的<span title="塞尔维亚语（西里尔字母）">也希望能看一下。--Kethyga（留言） 2025年4月30日 (三) 04:19 (UTC)

哦，那是我搞错了，这个已经改了。罗马化没有内链是因为俄语设置了link=no，这种设置取消了所有的内链，我也可以设置link只作用前面的语言内链，而不包括罗马化，但这样会导致罗马化的内链无法通过设置取消，我不清楚中文维基有没有这种取消罗马化内链的需求，如果没有也可以修改。另外，Lang无法自定义提示，默认会显示“塞尔维亚语西里尔字母文本”。--Vozhuo_whisper 2025年4月30日 (三) 06:31 (UTC)

@Vozhuo 不少模板的自定义提示文字被默认覆盖，比如{{Vie}}，清晰的表示出使用的文字（汉字、喃字或拉丁字母/国语字）比单纯的“越南语文本”要好。上面的“塞尔维亚语西里尔字母文本”英维好像没有加入到语言module中。--Kethyga（留言） 2025年5月1日 (四) 01:00 (UTC)

默认是可以改的，在Module:Lang/data里面添加就行了。比如vi-Hani就没有定义，那它就不会显示喃字，而会显示越南语。--Vozhuo_whisper 2025年5月1日 (四) 14:56 (UTC)

---

建议本话题移动至技术区。--Kcx36（留言） 2025年3月27日 (四) 11:15 (UTC)

@Kcx36：已移动。——枰（留言） 2025年3月28日 (五) 07:35 (UTC)

既然讨论串搬到VPT了，那我顺便请求一下管理员尽快处理Wikipedia:机器人/作业请求#请求修复lang模板外文斜体设定的问题与Wikipedia:机器人/作业请求#请求批量替换所有lang-xx模板为langx模板，尤其前者需要尽快处理。Sanmosa _新朝雅政 2025年3月29日 (六) 05:15 (UTC)

(？)疑问@Sanmosa：请问阁下提及的WP:翻译腔/城墙错误具体为何？本人没有找到其中出错，方括号在源代码中就是方括号。——枰（留言） 2025年3月29日 (六) 05:40 (UTC)

之前两处斜体标记显示为方括号，即源代码输入时为“''A Movie''”，显示效果为“[A Movie]”，但现在显示情况正常了。Sanmosa _新朝雅政 2025年3月29日 (六) 05:43 (UTC)

原来如此。我想那大概是斜体报错的后续处理，所以在默认未设置italic参数时不检查是否有斜体后斜体不报错就没有问题了。——枰（留言） 2025年3月29日 (六) 05:52 (UTC)

{{lang-xx}}系列中有一些是自定义模板，需要先确认是否有需要先排除掉的，比如{{lang-srp}}、{{lang-ug}}。英维保留了en:Template:Lang-sr-Cyrl及其他一些Lang-x模板。--Kethyga（留言） 2025年3月29日 (六) 05:45 (UTC)

@Kethyga：你提到的那些模板不在Category:使用Lang-xx模板的页面之内，因此不是处理的范围。Sanmosa _新朝雅政 2025年3月31日 (一) 01:43 (UTC)

@Sanmosa 英维有en:Category:Pages using Lang-xx templates，相关语言模板有{{Lang-sr-Cyrl}}、{{Lang-hbs-Cyrl}}……--Kethyga（留言） 2025年3月31日 (一) 11:37 (UTC)

这些自然也一同排除掉。不过这样看来我可能还需要另开一个排除清单。Sanmosa _新朝雅政 2025年3月31日 (一) 13:08 (UTC)

（更新）刚才开了一个Module:Lang/data的编辑请求，处理了以后你提到的那两个模板就可以正常替换为{{langx}}了。Sanmosa _新朝雅政 2025年4月1日 (二) 05:11 (UTC)

也许能实现想要的结果，可能不适合放入Module:Lang/data中。--Kethyga（留言） 2025年4月2日 (三) 05:47 (UTC)

Module:Lang/data有专门放置非标准代码的地方，因此没有什么不适合的，反正那个放置非标准代码的地方不是我弄出来的。Sanmosa _新朝雅政 2025年4月8日 (二) 14:07 (UTC)

在Category:使用Lang-xx模板的页面内但仍需要排除的模板暂时仅{{Lang-sq-definite}}一个，但我感觉这个模板存在的必要性是可以商讨的。Sanmosa _新朝雅政 2025年4月2日 (三) 03:59 (UTC)

更新：{{Lang-he-n}}应该可以删除，但删除前需要subst处理，而非简单替换“lang-”字根。Sanmosa _新朝雅政 2025年4月8日 (二) 14:06 (UTC)

@Vozhuo： 转至台湾维基社群脸书社团，Template:阿拉伯语显示“錯誤：{{Transl}}：轉寫文本非拉丁字母”，谢谢。--SCP-0000（留言） 2025年3月30日 (日) 07:30 (UTC)

已修复。--Vozhuo_whisper 2025年3月30日 (日) 07:48 (UTC)

不好意思想查询一下，现时是否能正常使用{{lang|en}}格式，或是否有必要把{{lang-en}}换成{{lang|en}}？鉴于本人持续批量建立条目，希望能了解详情，及早对相关页面作出修改。--维基病夫_{❤️边缘人小组·签到} 2025年3月30日 (日) 07:56 (UTC)

{{lang-en}}是未来要废除的，应该使用{{langx|en}}代替。{{lang|en}}并没有影响。--Vozhuo_whisper 2025年3月30日 (日) 08:09 (UTC)

了解，感谢。--维基病夫_{❤️边缘人小组·签到} 2025年3月30日 (日) 12:19 (UTC)

既然在改模块，能否帮忙看看Template talk:Lang-grc#为Lang-grc模板引入多调（polytonic）样式有无什么更加优雅的解决方案（） ——魔琴［留言 贡献 PJ:小学 PJ:两岸］ 2025年3月31日 (一) 09:03 (UTC)

另外也请管理员处理一下Wikipedia:页面存废讨论/记录/2025/03/28#批量Module:Lang相关data提删--SunAfterRain 2025年4月1日 (二) 08:13 (UTC)

ㄎㄎ —— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年4月2日 (三) 16:02 (UTC)

Template:Infobox_Chinese/Chinese中{{lang|zh-Hant| {{{t}}} }}、{{lang|zh-Hans| {{{s}}} }}对阻断繁简转换的效果似乎失效。--— Gohan 2025年4月3日 (四) 10:08 (UTC)

已在沙盒中修复Lang模块并提交修改请求。--Vozhuo_whisper 2025年4月3日 (四) 11:44 (UTC)

@Vozhuo：话说您有没有考虑选个界面管理员？—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年4月4日 (五) 13:54 (UTC)

没兴趣。我之前也没编辑过css js这些。--Vozhuo_whisper 2025年4月8日 (二) 14:41 (UTC)

@Vozhuo：哈萨克语的问题，该国的默认文字可能不再是西里尔/基里尔文，可能会改成拉丁字母。既然支持kk-Latn，kk-Cyrl不应该报错吧。还有像ru-Cyrl，不清楚为什么英维要禁用。--Kethyga（留言） 2025年4月12日 (六) 09:35 (UTC)

在模块的逻辑里，ru-Cyrl、kk-Cyrl均被视为冗余标签，你可以看Module:Lang/data/iana_suppressed_scripts，这里面记录了一些语言默认用什么字母，比如英语本来就用拉丁字母，俄语哈萨克语本来就用西里尔字母，如果非要写en-Latn、ru-Cyrl、kk-Cyrl就感觉有点奇怪，好像这样让人觉得和en、ru、kk代表的含义不一样，所以模块就不允许这样写。如果哈萨克语改用了拉丁字母，这个子模块就会更新，kk会放到["Latn"]那一行里，到时候kk-Cyrl就不会报错了，但是kk-Latn反而变成了冗余标签就会报错。--Vozhuo_whisper 2025年4月12日 (六) 11:43 (UTC)

假如正式改用拉丁字母，以前用{{lang|kk|xx}}标记的、以西里尔/基里尔字母书写的内容就和拉丁内容不符。到时不免折腾一番。--Kethyga（留言） 2025年4月12日 (六) 12:20 (UTC)

在沙盒（86805971）中测试蒙古语（另一个可能改变文字系统的），在{{lang|mn-Cyrl|xx}}中输入任意的文字均不会检测字符是否属于西里尔/基里尔字母。 {{lang|rul|xx}}中混合输入西里尔字母、拉丁字母、汉字均不会检测超范围的文字符号。--Kethyga（留言） 2025年4月13日 (日) 02:01 (UTC)

模块只有对具有后缀标签的代码（不包括ru这种没后缀的）检测拉丁字母的功能，比如mn-Cyrl包含拉丁字母，又或者mn-Latn包含非拉丁字母，除此之外都不会检查。--Vozhuo_whisper 2025年4月13日 (日) 10:21 (UTC)

英维中pt-br明确显示为巴西葡萄牙语，中维建议同步，巴西和欧洲葡萄牙语有一定差异。好像巴西葡语现在是葡语的主流？--Kethyga（留言） 2025年4月14日 (一) 08:22 (UTC)

已经更新在沙盒里了，要等管理员更新。--Vozhuo_whisper 2025年4月17日 (四) 13:47 (UTC)

英维中区分了en-gb（英式英语）和en-us（美式英语），本地目前未区分二者。--Kethyga（留言） 2025年4月25日 (五) 12:34 (UTC)

这是个bug，已提交修复。--Vozhuo_whisper 2025年4月30日 (三) 07:03 (UTC)

在纵书与横书中需要使用{{lang|zh-hant|，}}等单个标点符号的情况，此时 text_script_match_test 会报[，] 错误：{{Lang}}：指定的书写系统标签非拉丁字母，但文本为拉丁字母。（帮助）--_{内์์์์์์์存๎๎๎๎溢出์์์์์์์的๎๎๎๎猫}瞄?喵! 2025年4月21日 (一) 01:37 (UTC)

模组讨论:Lang/data/is latn data#编辑请求2025-04-22去掉了一些内容，能修，但是这种做法不太好，最好修改或去除这个拉丁字母检测功能。——枰（留言） 2025年4月22日 (二) 05:34 (UTC)

@优枰：更新之后会导致新的问题，例如2030年亚洲运动会，里面的转写因为有个‘会报错。我觉得像{{lang|zh-hant|，}}这种用法有点问题，因为lang模板是为了标明某种语言的文本，而标点符号不是专属于某个语言的，这样用有些不妥。--Vozhuo_whisper 2025年5月3日 (六) 16:42 (UTC)

没注意到这个问题，抱歉，我在编辑请求那里请求恢复了，然后新建了{{lang old}}临时用在此条目。关于{{lang|zh-hant|，}}，我觉得现有用法有些道理，毕竟浏览器可以借此以不同方式显示标点符号。然后这个问题，最好的方法可能是拆开Latn和Zyyy，也许应该回报到英文维基百科。——枰（留言） 2025年5月3日 (六) 19:50 (UTC)

模板{{Vi-nom}}也有类似问题。--Kethyga（留言） 2025年4月24日 (四) 11:29 (UTC)

英维直接使用<span lang="vi-Hani" class="vi-nom" {{{attr|}}}>{{{1}}}</span>进行标记。--Kethyga（留言） 2025年4月24日 (四) 11:32 (UTC)

ToolsRedirect的辅助选项“ToolsRedirect选项：取得生物学学名为重新导向候选”疑似因为这个更新失效了，我刚刚新建页面发现他完全抓不到lang-xm下的学名（更新之前我常用这功能，当时只要有学名：{{Sname}}时是可以运作的）。--WiTo🐤💬 2025年4月23日 (三) 06:16 (UTC)

@WiTo7946 似乎因为html源码中多了<span lang="la"--Kethyga（留言） 2025年4月29日 (二) 09:02 (UTC)

Module talk:Lang/data#编辑请求 2025-04-27需要管理员尽快处理。Sanmosa _新朝雅政 2025年4月27日 (日) 02:14 (UTC)

巴勒斯坦解放组织首句：“Lang-xx：拉丁字母转写第 99 个字元“嵌”不是拉丁字母。”，但直接把该lang-ar呼叫过来这里又正常了的样子。“阿拉伯语：منظمة التحرير الفلسطينية，罗马化：Munaẓẓamat at-Taḥrīr al-Filasṭīniyyah^ⓘ”--WiTo🐤💬 2025年5月5日 (一) 10:22 (UTC)

错误提示应该是{{Audio}}模板有关，lang模板估计只检测主命名空间（条目空间），在个人沙盒测试也未报错。--Kethyga（留言） 2025年5月5日 (一) 10:55 (UTC)

若直接展开看起来就没问题了，如果是Audio的问题的话，那可能是lang抓到Audio模板内的{{#ifeq:{{NAMESPACE}}|{{ns:0}}|[[Category:嵌入hAudio微格式的條目]]}}了。--WiTo🐤💬 2025年5月6日 (二) 05:18 (UTC)

使用“zhuyin”作语音标签的大量条目报错

例如《二十八宿》，显示错误：{{Lang}}：语言标签：zhuyin 无法识别。注音符号应该是什么语言标签？ ——自由雨日🌧️❄️ 2025年4月15日 (二) 06:19 (UTC)

（由@Cynroya发现的问题。） ——自由雨日🌧️❄️ 2025年4月15日 (二) 06:19 (UTC)

应改为zh-Bopo。--伞木 霙^留言 2025年4月15日 (二) 06:39 (UTC)

是否考虑直接在模板内增加相容参数？—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年4月21日 (一) 11:13 (UTC)

同上，同pinyin-->zh-Latn-pinyin的做法，也应该把zhuyin设置为zh-Bopo的别名。 ——魔琴［留言 贡献 PJ:小学 PJ:两岸］ 2025年4月25日 (五) 13:24 (UTC)

@自由雨日、魔琴：不过应修改什么模板呢？—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年5月5日 (一) 15:50 (UTC)

@Vozhuo。 ——魔琴［留言 贡献 PJ:小学 PJ:两岸］ 2025年5月5日 (一) 22:50 (UTC)

通过CSS隐藏信息框旗帜是否可行

近期通过的MOS:信息框旗帜规定信息框一般不应使用旗帜图标，考虑到对现有条目逐一修改费时费力（即使是由机器人进行），能否通过CSS隐藏旗帜？具体而言，例如由{{Infobox person}}引入.infobox.biography.vcard .flagicon {display: none;}以隐藏旗帜图标，可使用Template:Infobox_person/sandbox测试效果。本人对CSS不太熟悉，仅提出一点粗浅的建议，请各位指正。--Kcx36（留言） 2025年4月15日 (二) 08:04 (UTC)

我不认为信息框不该放旗帜--熊猫火狗（留言） 2025年4月20日 (日) 15:05 (UTC)

请另外提出讨论。--Kcx36（留言） 2025年4月20日 (日) 15:07 (UTC)

掩耳盗铃过于激进，且不利编者日后排查清理。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年4月21日 (一) 11:13 (UTC)

可以小工具形式对未注册用户启用，注册用户可以关闭。但是鉴于此类旗帜日后必然清理，掩耳盗铃确实没有意义。--PexEric 2025年4月24日 (四) 05:30 (UTC)

我(－)强烈反对隐藏旗帜。估计还没等清理这类条目，这规定就被废除了……--31.40.205.42（留言） 2025年5月3日 (六) 14:07 (UTC)

呵呵。如果你反对MOS:信息框旗帜，你倒应该支持通过CSS隐藏旗帜，因为如果规定日后被废除，改一下模板就能恢复条目中的旗帜，如果是逐个条目清理，想恢复就麻烦了。--Kcx36（留言） 2025年5月3日 (六) 14:14 (UTC) 👏1

视觉化编辑器加入T:NoteTag bug

如题，NoteTag的上下会被加入各两新行，在发布编辑前，不切到源码编辑貌似是拿不走新行。（最终效果见special:diff/86885440）--惣流·明日香·兰格雷不姓式波 2025年4月18日 (五) 13:16 (UTC)

建议用{{efn}}和{{notelist}}。--SuperGrey (留言) 2025年4月20日 (日) 14:41 (UTC)

兴奋地试了一下，遗憾的是，除了refnest，全部都有同样问题 囧rz……--惣流·明日香·兰格雷不姓式波 2025年4月21日 (一) 04:31 (UTC)

这个缺陷目前是修不好还是怎么说？不能回退吗？--【拒绝编辑霸凌，拒绝拉扯性讨论，谢绝拉票，谢绝提名，谢绝豢养人肉傀儡】（有建议可以留言） 2025年5月4日 (日) 16:40 (UTC)

目前这个缺陷是无法明确哪一笔修改导致的吗？--【拒绝编辑霸凌，拒绝拉扯性讨论，谢绝拉票，谢绝提名，谢绝豢养人肉傀儡】（有建议可以留言） 2025年5月7日 (三) 00:39 (UTC)

本地搞排除异己的时候三人两人就能成虎、众口两口就能铄金，修个技术缺陷的时候就拖泥带水、没有这个积极性了。--【拒绝编辑霸凌，拒绝拉扯性讨论，谢绝拉票，谢绝提名，谢绝豢养人肉傀儡】（有建议可以留言） 2025年5月7日 (三) 00:43 (UTC)

目前还有概率性的问题，预览的时候100%上下会被各加一行，提交编辑后概率不会有上下各加一行。--【拒绝编辑霸凌，拒绝拉扯性讨论，谢绝拉票，谢绝提名，谢绝豢养人肉傀儡】（有建议可以留言） 2025年5月7日 (三) 00:50 (UTC)

本讨论章节会维持开放，暂时不按最后意见发表时间存档。欲让机器人存档，请移除本模板。留言请置于本模板上方。

为什么Twinkle的关闭存废讨论功能不支持Vector 2022皮肤？什么时候才能支持？

完成：

经检查，Vector 2022界面已能正常运行Twinkle关闭AFD的功能，故该功能已重新在Vector 2022界面启用。Sanmosa _新朝雅政 2025年4月30日 (三) 01:49 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。

---

--熊猫火狗（留言） 2025年4月20日 (日) 13:56 (UTC)

不知道呢，嗯。--SunAfterRain 2025年4月21日 (一) 05:11 (UTC)

@SunAfterRain：关闭使用者提问也不是这样随便的吧？还是说你知道Twinkle内部的维护细节？—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年4月21日 (一) 11:11 (UTC)

@Ericliu1912：[1]，理由是Vector-2022的HTML源代码一直变来变去造成维护困难所以暂时不支援（顺带一提，东八区的下午我有在AC群贴过这段话）

另外我认为既然这位都没有要好好认真提问了，那很随便关闭也是理所当然的--SunAfterRain 2025年4月21日 (一) 13:46 (UTC)

意思就是Vector 2022现在还不是稳定版？--熊猫火狗（留言） 2025年4月21日 (一) 13:56 (UTC)

@Ericliu1912、SunAfterRain：（其实我也有一个相关的问题要问，所以这样直接关掉讨论串确实不太妥当）我觉得我就顺便问这个问题吧：有没有办法可以在Vector 2022界面下强制运行Twinkle关闭AFD的功能？就算可能有bug我也不介意，但现在关AFD就要不断来回切换界面对我来说比较麻烦。Sanmosa _新朝雅政 2025年4月28日 (一) 11:44 (UTC) +11

你问错人了，你应该问@Xiplus、Hamish--SunAfterRain 2025年4月28日 (一) 12:07 (UTC)

我不懂技术，别问我XD —— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年4月28日 (一) 12:19 (UTC)

目前Twinkle的关闭AFD功能部分暂时还没有加入vector2022的适配，强制运行现有的代码也没有办法实现，“关闭讨论”的程式入口都不会显示。--Hamish T 2025年4月28日 (一) 19:04 (UTC)

@Hamish：“‘关闭讨论’的程式入口都不会显示”是指无法显示按钮吗？但我是能看到按钮的。Sanmosa _新朝雅政 2025年4月29日 (二) 00:55 (UTC)

我是指，关闭讨论点开以后，程序入口是不会显示任何东西的，只会提示用不了，我可能稍后测试一下当前的2022外观直接运行现有的代码会不会出大问题，没有大问题的话，会考虑加入一个option打开vector2022上这个功能。--Hamish T 2025年4月29日 (二) 01:26 (UTC)

“关闭讨论点开以后，程序入口是不会显示任何东西的，只会提示用不了”确实如此。如果能开这个option的话就再好不过了，我记得一开始Vector 2022界面下还能运行Twinkle关闭AFD的功能的时候，这功能基本上都是在正常运作的（至少就我自己而言）。Sanmosa _新朝雅政 2025年4月29日 (二) 01:53 (UTC)

刚去翻了一下Twinkle和Vector2022的代码提交记录，当时2022的HTML标签有问题，这个问题会导致twinkle根本无法正常显示“关闭讨论”按钮，也无法正常关闭讨论，但现在看应该是修复了，吧。等待技术帝意见。--Hamish T 2025年4月29日 (二) 02:19 (UTC)

@SunAfterRain和@Hamish说的是对的，已重新在vector-2022上启用。--Xiplus#Talk 2025年4月29日 (二) 11:34 (UTC)

---

本讨论已关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。

Special:链入页面与Wikipedia:合并请求

应该是因为使用Template:Querylink的关系，被提合并请求的条目的链入页面并不包含合并请求页，且未被执行的合并请求不如Wikipedia:存废复核般会在讨论页留下讨论的连结，导致编者无法简易查看过往的合并讨论。--惣流·明日香·兰格雷不姓式波 2025年4月23日 (三) 04:20 (UTC)

@Sohryu Asuka Langley Not Shikinami，合并讨论需要在被合并的条目中的讨论页讨论，合并请求只是一个媒介提供不知道怎么合并或是不确定怎么合并提交的地方。-- Willy1018（留言） 2025年4月28日 (一) 18:10 (UTC)

但显然WP:合并请求中亦有讨论，或至少对于“未被执行的合并请求”会有不执行的原因，现时情况是一存档就很难快速找到（需人手搜索，前提是知道曾提至WP:合并请求）。--惣流·明日香·兰格雷不姓式波 2025年4月29日 (二) 01:12 (UTC)

{{Infobox road}}相关追踪分类建立

Infobox road近期似乎在施工，引入了一批新的追踪分类，但没有建立分类页面导致界面上不显示为隐藏分类。其他的没几个，主要是“使用Infobox road的xx道路”，人力穷举显然有困难，要不然开个机器人？

附：追踪分类列表

• Category:Infobox road模板临时追踪分类1
• Category:Infobox road模板临时追踪分类2
• Category:Infobox road模板地图追踪分类
• Category:Infobox road模板存在可迁移到维基数据的地图参数
• Category:Infobox road模板缺少维基数据国家参数的条目
• Category:Infobox road模板未连结至维基数据的条目
• Category:使用Infobox road带有未知参数的页面
• Category:使用Infobox road的{{Infobox road/meta/mask/category|1={{{country|}}}|2={{{state|}}}|3={{{province|}}}}}道路

Nanhuajiaren（留言） 2025年4月25日 (五) 12:40 (UTC

不是很理解意思，如果您是指一个条目已经被分到某个分类，但是这个条目底部没有显示的话，是不对的，因为分到了分类，就算没有建立分类页面，页面底下也会有红色的分类连结。--Hamish T 2025年4月29日 (二) 00:35 (UTC)

@Hamish：他说的是“没有建立分类页面，导致界面上不显示为隐藏分类”，也就是当成一般分类那样来显示，他希望做到的是在不开启检视隐藏分类的功能的情况下看不到那个分类。Sanmosa _新朝雅政 2025年4月29日 (二) 00:57 (UTC)

以上有列出来的分类我基本都建了，剩下的就看看特殊页面逐一建立吧。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年5月5日 (一) 15:58 (UTC)

2条仅为繁简差异重定向的负面问题及解决方案（“废除这类重定向？使用机器人维护该负面问题？”二选一）

原标题：繁简重定向的负面问题及解决方案（“废除繁简重定向？使用机器人维护该负面问题？”二选一）。修改理由：改变讨论主题焦点。修改者：自由雨日🌧️❄️ 2025年4月28日 (一) 05:05 (UTC)

原标题：有关对仅存在简繁差异的重定向是否应该同时存在或是否应当监视变动的讨论。修改理由：清晰表述；经原作者同意后修改。修改者：自由雨日🌧️❄️ 2025年4月25日 (五) 19:20 (UTC)

原标题：有关对某一个页面的简繁重定向（不含该页面本身）是否应该同时存在或是否应当监视变动的讨论。修改者：--此条未签名留言由Iming（讨论｜贡献）于2025年4月25日 (五) 13:33 (UTC)加入。

请至下方讨论：

讨论焦点改变，请至下方讨论。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 05:05 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。

---

例子在Special:Diff/86988917中有修改，改于2025年4月25日 (五) 13:30 (UTC)。

前几个月注意到一次在站外Telegram AC群的讨论，发现存在A -> C，B -> C（A、B仅有繁简区别），A修改后B没有修改，而导致仅存在繁简区别的两个重定向指向不同页面，因而当时考虑设置一个机器人来自动化处理此问题。有用户认为，因为目前软件、内链等不需要同时简体繁体标题都存在就可以工作，应当删除A或B其中一个而不是继续保留。我个人认为，因为有一些脚本可以创建此类重定向（且不会提示已存在另外一个仅有繁简差异的重定向），也存在被恶意创建的可能性，因此应当保留此类重定向并由机器人进行监控。应机器人审核小组成员建议，在此开启议题，以便社群检视。

• 机器人申请页面：Wikipedia:机器人/申请/Shio-bot
• 经脚本整理统计出共有75821例此类情况，相关页面信息见：https://gist.github.com/SAScholar/40cfeaa833b12393b8655c9ada139e05

谢谢。Iming 彼女の爱は、甘くて痛い。 2025年4月25日 (五) 13:05 (UTC)

邀请@魔琴、@0xDeadbeef两位参与讨论。--Iming 彼女の爱は、甘くて痛い。 2025年4月25日 (五) 13:08 (UTC)

and @自由雨日（（（ Iming 彼女の爱は、甘くて痛い。 2025年4月25日 (五) 13:24 (UTC)

(＋)支持--Aqurs 2025年4月25日 (五) 13:14 (UTC)

(＋)支持。 ——魔琴［留言 贡献 PJ:小学 PJ:两岸］ 2025年4月25日 (五) 13:25 (UTC)

@Iming：咦，这个例子不还是我半年前说的问题吗？你举的例子属于“修复双重重定向”，早已有机器人在维护了；@魔琴和我说的是“A因B的重定向变化而没有跟B同步”的问题。 ——自由雨日🌧️❄️ 2025年4月25日 (五) 13:28 (UTC)

我的问题，例子举错了，不过机器人等设计的都是正确的。感谢提醒。--Iming 彼女の爱は、甘くて痛い。 2025年4月25日 (五) 13:32 (UTC)

cc @Aqurs1和@魔琴两位。Iming 彼女の爱は、甘くて痛い。 2025年4月25日 (五) 13:50 (UTC)

了解。因为这个东西似乎就是我最初提议的，所以我明白Iming的意思。 ——魔琴［留言 贡献 PJ:小学 PJ:两岸］ 2025年4月25日 (五) 18:30 (UTC)

见下，通知的不是那个（） ——自由雨日🌧️❄️ 2025年4月25日 (五) 19:22 (UTC)

经站外私聊帮助@Iming传达：上方通知两位（并非主要是通知对我留言的回应，而主要）是由于标题发生了变化——即Iming讨论的本意是希望让在话题下讨论的编者选择“废除繁简重定向”和“使用机器人”方案之一，故两位的“支持”可能得改成具体的“支持某一方案”（） ——自由雨日🌧️❄️ 2025年4月25日 (五) 14:04 (UTC)

繁简重定向属常年提案，如果本讨论真是讨论在两方案取其一的话，恐怕不得不开始ping之前的编者大规模讨论了。 ——自由雨日🌧️❄️ 2025年4月25日 (五) 14:05 (UTC)

通知先前讨论过繁简重定向去留问题的（不完全名单）@Yangfl、Cdip150、Cwek、Antigng、PhiLiP、Jasonzhuocn、Bluedeck、Temp3600、淺藍雪、RabbitMeow、RekishiEJ、Jane9306、Michael Chan、Spaghet-Ti、SzMithrandir、M940504、Sanmosa、Mongolian Beef、白布飘扬、EtaoinWu、Hotaru Natsumi、Tomchen1989、Wcam、Chiefwei、Hat600、FRDian、乌拉跨氪、Liangent、Byfserag、DeBit、Wangxuan8331800、GZWDer、SElephant、Shizhao、脳内補完、燃玉、HYH.124、Bnb674、Chmarkine、Byfserag、小躍、日期20220626： ——自由雨日🌧️❄️ 2025年4月25日 (五) 19:20 (UTC)

我支持“废除繁简重定向”。繁简重新导向的保留理据不足，虽然视觉化编辑器等bug迟迟无人修，但在繁简重新导向在阅读界面并无显示问题，保留重新导向徒增维护压力，并无必要。只需一键删除即可。自动加此类重新导向的小工具本该是罪魁祸首，不应该反而迁就，成为保留此类重新导向的理据。--SuperGrey (留言) 2025年4月25日 (五) 20:42 (UTC)

繁简重新导向还有另外一大问题：条目更名的时候，需要手动检查并修复旧名的另一/几个变体。即使有机器人自动修复，移动者也有检查的义务，此“旧名+繁简重新导向”是否有存在的必要？有无必须存在的理据？--SuperGrey (留言) 2025年4月26日 (六) 04:22 (UTC)

这就是“修复双重重定向”，这倒是倒很方便？我一般用小工具几秒钟就能完成；即便不去动它，不出几小时机器人也都会修复。 ——自由雨日🌧️❄️ 2025年4月26日 (六) 04:24 (UTC)

但有必要徒增烦恼吗？用小工具再方便，不如不建立，更方便，效率提升100%。--SuperGrey (留言) 2025年4月26日 (六) 04:26 (UTC)

(－)反对,简繁重定向的存在，主要是有时出现转换系统失效时，未建立的页面会直接红链，而不会导向简繁版本，于是这种情况出现时，就会临时建立简繁重定向，并保留下来。另一个是生僻字的转换问题，目前依然有很多生僻字或新的Unicode字符没列入简繁自动转换系统，比如鿳、鿸、志、𰵧、𤦎，𮴅，都需要手动更新，今年又会有中日韩统一表意文字扩展区J启用，预计这种情况会长期存在，所以我觉得简繁重定向应有需要继续存在。--白布飘扬（留言） 2025年4月25日 (五) 23:10 (UTC)

还有一些简繁多对多的问题，比如“蘋、𬞟、萍、苹”、“乾、幹、榦、干”、“勳、勛、勋”很容易出现过度转换，所以有时必须用简繁重定向来纠正。——白布飘扬（留言） 2025年4月25日 (五) 23:39 (UTC)

可否举个例子，哪个条目因为“过度转换”而必须用简繁重新导向来纠正？--SuperGrey (留言) 2025年4月26日 (六) 04:13 (UTC)

而且多对多的条目“如果真的存在”，给这几个建立重新导向即可，必须扩大到非多对多的情况吗？--SuperGrey (留言) 2025年4月26日 (六) 04:28 (UTC)

另外一个理由是重复页面的问题，当简或繁重定向缺失时，新手或机器人容易建立重复的简繁页面，所以简繁重定向可以减少这些问题。至于链接更新问题，维基编者在更换重定向时，应养成检查简繁页面的习惯。——白布飘扬（留言）--白布飘扬（留言） 2025年4月26日 (六) 00:09 (UTC)

机器人容易建立，但只要系统能正常跳转，新手并不容易建立。机器人作者写出错误的程式逻辑应自己负责，此理据不成立。--SuperGrey (留言) 2025年4月26日 (六) 04:15 (UTC)

对生僻字和未收录字建立简繁重新导向就好了，不必扩大化到常用字。“转换系统失效”的时候，最近几年有发生过吗？--SuperGrey (留言) 2025年4月26日 (六) 04:18 (UTC)

此外繁简重定向仅在中文维基百科有效，链接到维基百科的网址可能会因为删除繁简重定向而404。不少工具不支持繁简通搜，比如intitle:"历年"。可以用机器人或数据库保证繁简指向同一页面。同一上面提及的机器人维护方案。--Kethyga（留言） 2025年4月26日 (六) 03:52 (UTC)

能否举个404的例子？哪个网址会404？--SuperGrey (留言) 2025年4月26日 (六) 04:16 (UTC)

以雅羅斯拉夫·莫斯卡利克为例，将其保存到Wayback Machine（网址），如果把网址中最后标题改成简体的雅罗斯拉夫·莫斯卡利克就失效。--Kethyga（留言） 2025年4月26日 (六) 05:51 (UTC)

这是肯定的。因为Wayback Machine并不是这样用的，不应用于存档重新导向。而且，本来拿Wayback Machine存档维基百科也是挺奇怪的做法。您如果需要存档将被删除的条目，还是去蓝灯图书馆吧。--SuperGrey (留言) 2025年4月26日 (六) 06:15 (UTC)

(－)反对废除繁简重定向、支持机器人或数据库报告监控，理由同白布飘扬及Kethyga。--回廊彼端（留言） 2025年4月26日 (六) 04:05 (UTC)

(：)回应,我建立页面User:白布飘扬/沙盒/1/幹的话，相应的页面不会自动链接（乾、幹、榦、干）；

我建立页面User:白布飘扬/沙盒/1/干干的话，则部分繁体字都会链接(:乾乾、幹幹、榦榦、干干）--白布飘扬（留言） 2025年4月26日 (六) 05:08 (UTC)

在这种情况下，尤其用在人名时，都需要特别处理，来避免错误导向，这会是一个常见的问题，所以现有方针应明确保留。——白布飘扬（留言） 2025年4月26日 (六) 05:08 (UTC)

赞同。这部分重新导向应该保留。--SuperGrey (留言) 2025年4月26日 (六) 05:13 (UTC)

(－)反对废除繁简重定向，同白布飘扬阁下。另在去年八月时，我有提出过相关的繁简疑问，但受限于各装置支援字体的不同，有可能有些简化字输入/显示不出来。在本站诸如“栗苇𫛚、栗苇鳽”此类的转换问题解决之前，不该贸然处理掉繁简重定向（何况这举例仅仅是中日韩统一表意文字扩展区C的字，甚至也不用到今年的J）。用机器人产生报告再修改的方式则可以考虑。--WiTo🐤💬 2025年4月26日 (六) 07:09 (UTC)

如果是利用机器人直接自动维护，其他编者可以根据机器人贡献日志检查呢？--Iming 彼女の爱は、甘くて痛い。 2025年4月26日 (六) 07:24 (UTC)

如果最终能做到几乎无误那是可以，我个人不希望要帮机器人善后太多东西。--WiTo🐤💬 2025年4月26日 (六) 10:52 (UTC)

我没什么太大的想法，机器人来做的话错误率应该不会太高？没试验过不太了解。或许可以先这样做（指由机器人自动维护）一段时间，如果错误率比较高的话就改为仅报告这样？--Iming 彼女の爱は、甘くて痛い。 2025年4月26日 (六) 13:05 (UTC)

近期看一些本站过往的机器人运转纪录，感觉有一些我想不到的部分还是有可能会出错，最好还是小范围起测试，免得直接出现天坑。--WiTo🐤💬 2025年4月26日 (六) 14:02 (UTC)

(＋)支持让机器人找出目标不一致的简繁连接再修正是好办法。——白布飘扬（留言） 2025年4月26日 (六) 10:35 (UTC)

修正，反对废除繁简重定向，支持使用机器人维护。Aqurs 2025年4月27日 (日) 02:46 (UTC)

打算建立多少新繁简重新导向呢？几十万条？--SuperGrey (留言) 2025年4月27日 (日) 04:43 (UTC)

见上，经脚本整理统计出共有75821例此类情况。至少大规模建立相关页面暂时未见有明显负面效果。--Aqurs 2025年4月27日 (日) 12:48 (UTC)

75821例都是“简体→繁体”。“繁体→简体”呢？需要多少条重新导向？--SuperGrey (留言) 2025年4月27日 (日) 13:04 (UTC)

后者确实是未知数，但暂且先用机器人维护有什么负面效果吗？--Aqurs 2025年4月27日 (日) 13:54 (UTC)

据@Sohryu Asuka Langley Not Shikinami的说法，75821例只是“情况3”。想必您说的“大规模建立相关页面”远远不止7万例吧？要是建立了几十万、上百万条简繁重新导向（维基百科里面现在主名字空间的页面数远不止这个数），以后就变成新的技术债了，故并非“暂时未见有明显负面效果”就没事，而是要充分讨论、凝聚共识之后再去建。--SuperGrey (留言) 2025年4月27日 (日) 14:00 (UTC)

@SuperGrey：似乎建立重定向属于跑题了，这边讨论串说的是修复现有有问题/有可能会有问题的重定向，不会建立。我是不反对“大规模建立”但这边不是讨论这个东西。--Aqurs 2025年4月27日 (日) 15:38 (UTC)

“跑题”但题目写的就是“废除重新导向”和“机器人维护重新导向”。看来还是题目和提案有点偏差。建议底下再开一个章节，重新厘清提案内容。--SuperGrey (留言) 2025年4月27日 (日) 23:30 (UTC)

“使用机器人维护该负面问题”是怎么被您理解成“建立重定向”的……？？ ——自由雨日🌧️❄️ 2025年4月28日 (一) 03:24 (UTC)

这是在讨论这里的情况3对吧？阁下的7万多例应该是包含1、2、3的情况？我当时提的时候就想过废除繁简重定向，但看了一下过往讨论感觉不会成事。--惣流·明日香·兰格雷不姓式波 2025年4月27日 (日) 12:41 (UTC)

上述例子是两者均为重定向，标题仅有简繁差异，没有考虑两个重定向的最终目标为何。给这个例子是为了表明存在如此多的页面需要机器人监视是否存在“仅有简繁差异的两个重定向里，其中一个被修改，而另外一个未被修改，导致仅存在繁简区别的两个重定向指向不同页面”。Iming 彼女の爱は、甘くて痛い。 2025年4月27日 (日) 13:28 (UTC)

如果只对已有的简繁重新导向使用机器人辅助维护，我是没有意见的，(＋)支持。但是此次提案大有推广简繁重新导向、建立几十万条新简繁重新导向的迹象，让人担心。不知参与讨论的大家都真心希望建立这么多条新重新导向吗？真的不是增加维护的烦恼？--SuperGrey (留言) 2025年4月27日 (日) 13:33 (UTC)

我刚才再读了一遍提案，可能确实是我写的有问题。我的意思是，对现在存在的所有此类重定向和在未来由其他编者自行建立的此类重定向，是否应当删除，或保留并由机器人监控维护。本提案无意推广简繁重定向或新增简繁重定向，机器人只会关注已经存在的简繁重定向。--Iming 彼女の爱は、甘くて痛い。 2025年4月27日 (日) 15:24 (UTC)

我又看了一遍，其实讨论的根本不是“繁简重定向”，而是“两个仅为简繁差异的重定向”，标题该再改改了。另外，我刚刚想到一个应该禁止的“两个仅为简繁差异的重定向”情况，就是当其中一个有连至wikidata项目时；此时应确保项目所连的是两个页面中较早建的那个（先到先得原则），后来那个就删掉加白纸保护。--惣流·明日香·兰格雷不姓式波 2025年4月27日 (日) 16:09 (UTC)

@Sohryu Asuka Langley Not Shikinami：我知道“两个仅为简繁差异的重定向”不是严格意义上的繁简重定向，但实务上常会视作繁简重定向，作用也类似。而且如果社群认为处理方式是禁止“两个仅为简繁差异的重定向”存在的话，我想社群也不会认为“繁简重定向”有必要存在，尤其是只要主页面一移动（保留重定向），原先的繁简重定向就会成为“两个仅为简繁差异的重定向”。 ——自由雨日🌧️❄️ 2025年4月27日 (日) 16:32 (UTC)

不清楚阁下的私聊讨论了什么，但我认为“废除繁简重定向”与“处理两个仅为简繁差异但目标不同的重定向”有很大分别。本来是处理小问题a，然后转为讨论“背后的”大问题A，那如果A的讨论没共识，a怎么办？先关注好a，A应另外讨论。如阁下所知，“废除繁简重定向”是常年提案，某程度上显示“常年不处理”也没有大问题；但“两个仅为简繁差异但目标不同的重定向”显然是值得更积极处理的。--惣流·明日香·兰格雷不姓式波 2025年4月28日 (一) 01:34 (UTC)

见下方留言；另外你比较一下“反对废除繁简重定向”的那些理由（即“繁简重定向”的作用），同样也是反对废除“两个仅为简繁差异的重定向”的理由，换句话说上面的讨论同时就是在讨论“两个仅为简繁差异的重定向”。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 01:42 (UTC)

无语了。能不能不要随意扩大化解释？我们还是认真讨论“因移动导致的2条仅为简繁差异的重新导向”吧。--SuperGrey (留言) 2025年4月28日 (一) 01:45 (UTC)

并不是我在扩大化解释。你后一句更是错了，“因移动导致的2条仅为简繁差异的重新导向”是“修复双重重定向”，早已有机器人在维护了……不是本讨论的主题。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 01:47 (UTC)

……那本讨论的主题是什么？能一次性说清楚吗？--SuperGrey (留言) 2025年4月28日 (一) 01:51 (UTC)

还是说刚刚您说的“换句话说上面的讨论同时就是在讨论“两个仅为简繁差异的重定向””并非指“因移动导致的2条仅为简繁差异的重新导向”？那么，您指的是什么？--SuperGrey (留言) 2025年4月28日 (一) 01:52 (UTC)

@SuperGrey：需要解决的问题是如何处理“2条仅为简繁差异的重定向”。但这些重定向建立的原因多不是因为移动，而是和{{繁简重定向}}作用一样的解决系统无法转换的问题（如生僻字）、消除红字链接的问题等等^{如果是因为移动，由于机器人会修复双重重定向，反而几乎不可能有“指向页面不一致”的问题}，且之前提删“2条仅为简繁差异的重定向”的理由也多为和废除繁简重定向一样的理由；因而我直接以“繁简重定向”开题（你可以看到，上方反对废除“繁简重定向”的理由就是反对废除“2条仅为简繁差异的重定向”的理由；且这条留言显示白布飘扬等并没有弄错讨论的对象）。关于@Sohryu Asuka Langley Not Shikinami说的“2条仅为简繁差异的重定向”是“小问题”，请注意能够创建的“2条仅为简繁差异的重定向”数量远远多过标题的“繁简重定向”。不过如果2位仍然觉得目前讨论不切题的话，就停止吧……按SuperGrey的方式处理，但标题实在要改一下，把“移动”去掉。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 02:17 (UTC)

明白了。如果将问题扩展到是否废除“ 2条仅为简繁差异的重定向”，那么确实和是否废除繁简重新导向是同一道题。但是因为目前其他讨论者讨论的都不是这个题（而是主要因移动产生的重新导向），故讨论变得非常混乱。如果您希望讨论“是否废除繁简重新导向”这个大题，还是也在底下专门开一个吧，看看大家是否想要新建几十万条繁简重新导向。--SuperGrey (留言) 2025年4月28日 (一) 02:30 (UTC)

算了。我想了想，还是不要妄下定论。虽然我赞同是“同一道题”，但别人不一定赞同。故还是分开来提案吧，就事论事。如果要讨论全部废除，就讨论全部废除；如果要讨论废除“简繁差异的两个重新导向”，就讨论“简繁差异的两个重新导向”；如果要讨论“因移动产生的重新导向”，就讨论“因移动产生的重新导向”。--SuperGrey (留言) 2025年4月28日 (一) 02:38 (UTC)

@SuperGrey：目前其他讨论者讨论的都不是这个题（而是主要因移动产生的重新导向）（我刚刚才说“2条仅为繁简差异的重定向”很多不是因为移动建立的，而且因为移动而建立的那些因为有修复双重重定向的机制反而不会出错，甚至不需要机器人监控；讨论的重点就是和“繁简重定向”作用一致的并非因为移动产生的那些“2条仅为简繁差异的重定向”。）另外恕我直言，让我觉得讨论混乱的主要是您（以及Aqurs也有一些莫名的误解），其他人则大都是切题讨论；您莫名将“反对废除”等同于了“要新建”（而且您似乎没留意到我说的“能够新建的‘2条仅为简繁差异的重定向’”数量比标题繁简重定向远远更多）。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 02:41 (UTC)

@SuperGrey：见此，@Iming一开始确实举错了例子，说到了移动问题，但很快纠正了——目前其他讨论者讨论的都并不主要是因移动产生的重定向（副知@魔琴）。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 03:14 (UTC)

行。已删去“因移动导致”。--SuperGrey (留言) 2025年4月28日 (一) 03:57 (UTC)

“简体标题（重定向）”重定向至“繁体标题（条目）”，后“繁体标题（条目）”被移动，变为“繁体标题（重定向）”，就会出现“因移动而产生”的“2条仅为简繁差异的重定向”。虽然机器人会修复双重重定向，但我主要是质疑“这些重定向建立的原因多不是因为移动”这一点。我认为重点在于“指向页面不一致”的情况有多少、能否有效监察。

对于如何处理“2条仅为简繁差异的重定向”及或“指向页面不一致”，我认为下方这两个皆是选项，但废除繁简重定向有点overkill。（可理解为二选一的话支持机器人方案）--惣流·明日香·兰格雷不姓式波 2025年4月28日 (一) 02:42 (UTC)

我知道这种移动会产生这种重定向，但我也看到很多额外新建的情况——谁更多不重要，重点是前者在目前机器人维护下已经基本不会出现目标不一致的问题。由于“能够新建的‘2条仅为简繁差异的重定向’”数量比标题繁简重定向远远更多，实际上标题繁简重定向只是所有这些繁简重定向的一小部分，所以我不太理解“overkill”的说法……（换句话说，如果是Supergrey等因担心用户大量创建“标题繁简重定向”而决心废除，那么同样的逻辑更该担心的是“2条仅为简繁差异的重定向”……） ——自由雨日🌧️❄️ 2025年4月28日 (一) 02:55 (UTC)

关于上面@我的“小问题”，我指的是“两个仅为简繁差异但目标不同的重定向”（数量未知，但上限为7万），对比的“大问题”是“繁简重定向”（11万），中间还有“2条仅为简繁差异的重定向”（7万）。至于“能够创建的”，我不太关心这个。“实际上标题繁简重定向只是所有这些繁简重定向的一小部分”，这个有大概的比例吗？--惣流·明日香·兰格雷不姓式波 2025年4月28日 (一) 03:00 (UTC)

我指的是潜在能创建的数量：因为不少“删除”这些重定向意见理由是“担心有用户大量创建”——那么如果以此为理由认为需废除标题繁简重定向的话，当然更应该以此为理由废除“2条仅为简繁差异的重定向”。这也是我不认同你说的“繁简重定向”是大问题而“2条仅为简繁差异的重定向”是小问题的原因（在我看来刚好相反）。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 03:03 (UTC)

所以阁下的意思是“标题繁简重定向只是所有这些（潜在能创建的）繁简重定向的一小部分”？重申一次我指的“小问题”是“两个仅为简繁差异但目标不同的重定向”，我瞎猜不到一万，甚至一千例都未必有，所以（现时实际上）比较下来就是小问题，阁下同意吗？--惣流·明日香·兰格雷不姓式波 2025年4月28日 (一) 03:40 (UTC)

@Sohryu Asuka Langley Not Shikinami：知道你的意思了，你说的“小问题”是“处理两个仅为简繁差异但目标不同的重定向”，但我理解成了你说的小问题是“处理两个仅为简繁差异的重定向”（没有“但目标不同”），在此抱歉。然而如果是这样的话，不得不说您理解错了本提案。本提案并不是针对现存的“大概率不到一千例的”“两个仅为简繁差异但目标不同的重定向”……所有的7万条“两个仅为简繁差异的重定向”必须共同处理，要么删掉其中一种繁简版本，要么全部保留并用机器人维护。@Iming提案的重点也说了，A和B原本重定向至同一页面，但A改了重定向目标但B没改，导致不一致，所以需要机器人随时监控将来可能出现的这种改变，重点并不是讨论如何处理现在那些不一致的页面。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 03:52 (UTC)

是这样的。Iming 彼女の爱は、甘くて痛い。 2025年4月28日 (一) 03:54 (UTC)

（以及现在虽只有7万条，但无法预计未来会建立多少条，如果选择不废除，未来会出现的也都必须监控。所以我说才一直在说“潜在能创建的数量”。） ——自由雨日🌧️❄️ 2025年4月28日 (一) 03:56 (UTC)

我调整了一下下面“原提案”章节的表述，贴合您的提案。--SuperGrey (留言) 2025年4月28日 (一) 04:02 (UTC)

@自由雨日：仔细想了想，补了一个各退一步的折衷方案(C)维持现状。有了折衷方案或许更有助于结案 😂--SuperGrey (留言) 2025年4月28日 (一) 04:16 (UTC)

好的，现时各方的观点应该都正确地传递好了。接下来的问题是：如果不必“废除繁简重定向”就能妥善解决“小问题”，那是否还需要废除？要注意即使决定要废除，处理“小问题”的程序还是要先跑一遍的。“潜在能创建的数量”固然很大，但“将来会创建的数量”其实很小（不过得承认不会是0）。老实说我不反对废除，但我实在不觉得这次突然就能成功废除。--惣流·明日香·兰格雷不姓式波 2025年4月28日 (一) 04:23 (UTC)

确实可以先把已有的小问题处理了。--SuperGrey (留言) 2025年4月28日 (一) 04:29 (UTC)

如果你指的“小问题”仍是指处理现存的目标不一的页面的话，那根本不需要提案，机器人一通操作就搞定了……提案主要是要管将来（将来会新建的这类页面其实也不是重点，重点是现存的目标一致的页面未来可能发生不一致的情况——包括标题繁简重定向其实也会发生这种情况）。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 04:36 (UTC)

以防万一我还是确定一下，所以现时确实是在讨论“废除所有繁简重定向”？另，现时的Category:简繁重定向是否包含“两个仅为简繁差异的重定向（不论目标）”？--惣流·明日香·兰格雷不姓式波 2025年4月28日 (一) 01:51 (UTC)

至少我现在不是很确定@自由雨日君想要讨论的是什么提案。--SuperGrey (留言) 2025年4月28日 (一) 01:53 (UTC)

行。既然讨论的题目不是“繁简重新导向”而是“两个仅为简繁差异的重定向”，那干脆在下面再开一个章节吧。不然前面这些讨论偏题很远了。--SuperGrey (留言) 2025年4月27日 (日) 23:27 (UTC)

不用开啊？我上方留言不是才说本质上区别不大吗😂繁简重定向的作用基本就是“两个仅为繁简差异重定向”的作用，而且它们也可以因页面移动互相转化，后者在重定向页挂的模板也常是“繁简重定向”，先前偶尔看到提删或其他讨论时也经常是叫作“繁简重定向”。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 01:22 (UTC)

定义混乱，混为一谈。怪不得整个讨论都跑偏了。--SuperGrey (留言) 2025年4月28日 (一) 01:43 (UTC)

我没看到跑偏啊……再见这条留言。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 01:45 (UTC)

@SuperGrey：我完全没看到这种迹象啊…… ——自由雨日🌧️❄️ 2025年4月28日 (一) 01:09 (UTC)

看来是我误读了“繁简重定向属常年提案，如果本讨论真是讨论在两方案取其一的话，恐怕不得不开始ping之前的编者大规模讨论了”传达的含义。我以为“两方案”指的是这个“常年提案”，又要再来讨论一遍这个“常年提案”。--SuperGrey (留言) 2025年4月28日 (一) 01:16 (UTC)

不是很理解您的理解……不过可能是我没有加“废除”两个字造成的误会？因为之前有不少编者反对废除“繁简重定向”（之前有过多次提案废除），所以本讨论其中一个选项涉及“废除”当然应该通知…… ——自由雨日🌧️❄️ 2025年4月28日 (一) 01:20 (UTC)

哦，明白了，换句话说情况3的upperbound是7万多。--惣流·明日香·兰格雷不姓式波 2025年4月27日 (日) 13:42 (UTC)

情况3确实值得处理。--SuperGrey (留言) 2025年4月27日 (日) 13:45 (UTC)

---

本讨论已关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。

原提案：目前和将来出现的2条仅为简繁差异的重新导向，(A)使用机器人维护？(B)还是删除？

原标题：原提案：2条仅为简繁差异的重新导向，共7万条，(A)使用机器人维护？(B)还是删除？。修改者：--此条未签名留言由SuperGrey（讨论｜贡献）于2025年4月28日 (一) 04:01 (UTC)加入。

原标题：原提案：因移动导致的2条仅为简繁差异的重新导向，共7万条，(A)使用机器人维护？(B)还是删除？。修改者：--此条未签名留言由SuperGrey（讨论｜贡献）于2025年4月28日 (一) 03:56 (UTC)加入。

目前和将来，若出现2条重新导向仅简繁字形存在差异，请大家决定如何处置？此情况目前共有7万条，但未来可能会出现更多。

(A)保留，并使用机器人统一维护管理？

(B)择一删除？--SuperGrey (留言) 2025年4月28日 (一) 01:49 (UTC)

(C)维持现状：已有的，保留，并使用机器人进一步监视维护；未来凡非移动产生的此类重新导向，视为重复，如无合理理由（如生僻字无法被自动转换之类）不再建立新的。--SuperGrey (留言) 2025年4月28日 (一) 04:12 (UTC)

目前已有机器人自动处理此类重新导向。我不反对维持现状，故A、B我都支持。--SuperGrey (留言) 2025年4月28日 (一) 01:56 (UTC)

更准确的描述是：现时有7万对“仅为简繁差异且两者皆为重定向”，其中有部分（数量应该未知）属于“简繁分别重定向至不同目标”，为处理后者，对于这七万对，是应该1.）使用机器人维护，还是2.）删除每对的其中一项。--惣流·明日香·兰格雷不姓式波 2025年4月28日 (一) 02:00 (UTC) 👍1

“因移动导致的2条仅为简繁差异的重新导向”并不是@Iming的意思…… ——自由雨日🌧️❄️ 2025年4月28日 (一) 03:21 (UTC)

我给的例子里，七万多例不都是因为移动导致的（我甚至不太确定是否存在仅因为移动导致的两个只有简繁差异的重定向）。我觉得这部分的标题需要更改，需要删掉“因移动导致”。Iming 彼女の爱は、甘くて痛い。 2025年4月28日 (一) 03:37 (UTC)

而且因移动导致的重定向通常情况下会有机器人维护，所以一般情况下不会出现本提案所述“目标页面不同”的情况。--Iming 彼女の爱は、甘くて痛い。 2025年4月28日 (一) 03:44 (UTC)

已删去题目中的“因移动导致”。--SuperGrey (留言) 2025年4月28日 (一) 03:56 (UTC)

我又添加了方案(C)，也就是维持现状。或许这样更简单易行。--SuperGrey (留言) 2025年4月28日 (一) 04:12 (UTC)

我说一下我的立场吧：上方白布飘扬、Kethyga等论述的这类重定向的作用均既适用于“标题繁简重定向”，也适用于“2条仅为简繁差异的重定向”，且“标题繁简重定向”也可能存在指向另一页面的问题（比如标题为“画图”的条目的繁体版本“畫圖”却指向另一页面。这时候到底是算“标题繁简重定向”还是算“2条仅为简繁差异的重定向”呢？^{这里向@Iming确认下统计的时候有没有考虑到这些页面？}）；此外两者也常可互相转化。且白布飘扬的这条留言也明确表示的是支持机器人维护所有“目标不一致的简繁页面”（并不单针对“标题繁简重定向”）。因而我反对B方案，即反对废除“2条仅为简繁差异的重定向”。对C我不强烈反对，但仍倾向认为除非是为了“刷编辑数”大量产生的重定向，否则不需要限制建立（利益申明：我个人除非确有需要或无意间没看到有繁体版本，否则我是并不会去建立这种重定向的）。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 04:21 (UTC)

还有一种特殊情况是，我个人一直倾向认为不应要求所有仅繁简差异的重定向标题都必须指向同一页面（应豁免一些特殊情况。比如简体“朝鲜”我认为应重定向至“朝鲜民主主义人民共和国”），如果将来社群能获得共识允许这类繁简同形词导向目标不一，那当然不应删除另一繁/简，以及机器人需要为这些页面“开绿灯”。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 04:31 (UTC)

不应豁免。“繁简统一”是方针，如果想要修改方针，需要专门拿出提案到“互助客栈/方针”去讨论。--SuperGrey (留言) 2025年4月28日 (一) 04:41 (UTC)

“繁简统一”是方针我之前找了不少页面都没找到。（条目当然是繁简统一，不能为“法国”创建简体条目/繁体条目两个版本。我说的是重定向/消歧义的情况。） ——自由雨日🌧️❄️ 2025年4月28日 (一) 04:45 (UTC)

Wikipedia:命名常规#繁简统一。--SuperGrey (留言) 2025年4月28日 (一) 04:46 (UTC)

您好像完全理解错了……《命名常规·繁简统一》说的是不能使用繁简混杂的条目名称…… ——自由雨日🌧️❄️ 2025年4月28日 (一) 04:49 (UTC)

还真是……这里倒是还有一个指引：WP:繁简重新导向，不过这里只表达了对双重重新导向的弱反对，没提到指向目标是否要统一。--SuperGrey (留言) 2025年4月28日 (一) 04:57 (UTC)

还有一条：WP:R#NPOV，这条是方针。--SuperGrey (留言) 2025年4月28日 (一) 05:04 (UTC)

好吧，这条也没有做出明确规定。看来“重新导向的繁简统一”还未有形成书面共识。--SuperGrey (留言) 2025年4月28日 (一) 05:11 (UTC)

（编辑冲突）我知道这条方针，这和我说的也没有任何关联……（它说的是“可以创建非中立重定向”的问题。）是否允许繁简重定向目标不一有点跑题了，先打住吧😂 ——自由雨日🌧️❄️ 2025年4月28日 (一) 05:12 (UTC)

WP:避免地域中心？不过确实跑题，有机会再讨论吧。--惣流·明日香·兰格雷不姓式波 2025年4月28日 (一) 05:20 (UTC)

我认为应该一律指向同一页面，理由在《User:魔琴/论述/体异页同》已述。 ——魔琴［留言 贡献 PJ:小学 PJ:两岸］ 2025年4月28日 (一) 19:06 (UTC)

我记得当时在客栈均回应过了（忘了哪个讨论了）。 ——自由雨日🌧️❄️ 2025年5月8日 (四) 13:24 (UTC)

您怎么判断对方是不是“为了‘刷编辑数’而创建”呢？如果我每写一个新条目就创建几个（比如说，因为有了后藤一里这个条目，就建立後藤一里、後藤獨、后藤独、小孤獨、小孤独），这算是“刷编辑数”吗？还是说应当限制呢？--SuperGrey (留言) 2025年4月28日 (一) 04:34 (UTC)

和其他刷编辑数的认定方法类似……客观上肯定没有一个标准，但可以结合行为模式判断。我自己不会去建立，但我个人不倾向限制建立（其实我看@Iming就常大批同时建立仅繁简差异的重定向😂），不过如果其他编者倾向C方案，可以认为我“不反对”C。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 04:41 (UTC)

既然“刷编辑数”的标准模糊不清，不如直接限制不要再添加新的，用规则来约束，就不必在未来看到你我被送交ANM了 --SuperGrey (留言) 2025年4月28日 (一) 04:45 (UTC)

“画图”的情况属于这里的情况2，我认为可以全自动解决（当然最好处理完再人工检查一下）。另外想确认一下，阁下对“废除繁简重定向”的立场为何？其实除了SuperGrey，貌似没其他用户表达过支持，所以继续讨论（废除繁简重定向）的意义可能不大。--惣流·明日香·兰格雷不姓式波 2025年4月28日 (一) 04:38 (UTC)

和上方同样的逻辑，自然也是反对废除繁简重定向。 ——自由雨日🌧️❄️ 2025年4月28日 (一) 04:41 (UTC)

您对(C)怎么看？--SuperGrey (留言) 2025年4月28日 (一) 04:43 (UTC)

其实“使用机器人监视维护”是必须的，因为未来依然有机会出现这类情况。所以重点是对于“未来产生的此类重新导向”是直接删除还是容许保留。换言之在确定会有机器人监视的前提下，三个选项可以概括为：

(A)现有的(○)保留，未来的(○)保留

(B)现有的(×)删除，未来的(×)删除

(C)现有的(○)保留，未来的(×)删除

（“现有的删除”指删除“后来的”；“未来的删除”指先更新“先来的”的连结目标，再删除“后来的”）

所以说三个选项都差不多，不过我会倾向A或B，执行起来简单一点。--惣流·明日香·兰格雷不姓式波 2025年4月28日 (一) 05:16 (UTC) 👍1

(－)反对B+C，(＋)支持A，谢谢--Aqurs 2025年4月28日 (一) 14:53 (UTC)

小工具“PageRedirect ToolsRedirect”似乎会把所有繁简形式都找出来让你创建，如果禁止建立繁简差异重定向，使用起来会非常麻烦。 ——魔琴［留言 贡献 PJ:小学 PJ:两岸］ 2025年4月28日 (一) 12:44 (UTC)

那就换个小工具。--SuperGrey (留言) 2025年4月28日 (一) 13:09 (UTC)

现在有替用品吗？--WiTo🐤💬 2025年4月29日 (二) 02:30 (UTC)

我可以写一个。--SuperGrey (留言) 2025年4月29日 (二) 06:20 (UTC) 👍1

见此源代码：MediaWiki:Gadget-ToolsRedirect.js。把基于繁简的部分去掉即可。--SuperGrey (留言) 2025年4月29日 (二) 06:25 (UTC)

距离上一次留言已逾9日，看起来对于使用机器人应该没有什么太大的意见，那么我想我们应该初步达成了一个共识，即“不论是否新建，相关对重定向的修改均由机器人监视并维护”。有鉴于这个提案最开始只是为机器人许可而开的，且我们没有产生什么其他必须要公示的内容，就不公示了。如果您还存在任何意见，请您说明，感谢。Iming 彼女の爱は、甘くて痛い。 2025年5月8日 (四) 13:19 (UTC)

应该补充一下，对于新建的，由编者自行决定是否提报删除，机器人不会自动提删。--Iming 彼女の爱は、甘くて痛い。 2025年5月8日 (四) 13:22 (UTC)

新脚注风格：用户测试

原题目：Sub-referencing: User testing --KurGenera^(留言) 2025年4月29日 (二) 17:17 (UTC)

Apologies for writing in English, please help us by providing a translation below

Hi I’m Johannes from Wikimedia Deutschland's Technical Wishes team. We are making great strides with the new sub-referencing feature and we’d love to invite you to take part in two activities to help us move this work further:

1. Try it out and share your feedback

   Please try the updated wikitext feature on the beta wiki and let us know what you think, either on our talk page or by booking a call with our UX researcher.

2. Get a sneak peak and help shape the Visual Editor user designs

   Help us test the new design prototypes by participating in user sessions – sign up here to receive an invite. We're especially hoping to speak with people from underrepresented and diverse groups. If that's you, please consider signing up! No prior or extensive editing experience is required. User sessions will start May 14th.

We plan to bring this feature to Wikimedia wikis later this year. We’ll reach out to wikis for piloting in time for deployments. Creators and maintainers of reference-related tools and templates will be contacted beforehand as well.

Thank you very much for your support and encouragement so far in helping bring this feature to life!

Johannes Richter (WMDE) (talk) 2025年4月28日 (一) 15:04 (UTC)

省流：注释系统大改

• 成为试验小白鼠
• 反馈区
  • beta wiki
  • 原维基讨论页
  • booking a call
• 可视化编辑器也要改
  • 参与技术分野！（5月14日开工）

--KurGenera^(留言) 2025年4月28日 (一) 16:19 (UTC)

详见第18期技术新闻。--KurGenera^(留言) 2025年4月28日 (一) 23:25 (UTC)

关于T:Republican Calendar的一点啸问题

下列讨论已经关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。

---

怎样把这玩意的显示从UTC+0改成UTC+8呢？（当然原模板不能动😁，但可以自行测试）--KurGenera^(留言) 2025年4月28日 (一) 16:29 (UTC)

自行解决了喵(≧^.^≦)~--KurGenera^(留言) 2025年4月28日 (一) 16:47 (UTC)

---

本讨论已关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。

2025年第18期技术新闻

维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改；不是所有的更改都会对您造成影响。技术新闻提供其他语言的翻译版本。

近况更新 - 面向编辑者

• 本周，孟加拉语、日语、韩语维基百科等多个维基的协作活动筹办人员将可以使用CampaignEvents扩充功能。此外，已启用CampaignEvents的维基百科中的管理员将不久后自动获得活动筹办人员权限，无需再根据社群要求手动授予自身。
• 上周有19件社群提交的工单得到解决。

近况更新 - 面向技术贡献者

• 维基媒体设计系统——Codex预定于2025年4月29日发布下一个主要版本。技术编辑者将能于2025年5月5日当周使用该版本。本次更新将包含一些不向下相容的重大变更和轻微的视觉变更。该页面记载了处理重大变更和视觉变更的说明。发布前的测试在T386298中回报，发布后的问题则在T392379和T392390中追踪。
• Wiki Replicas的使用者将会注意到ipblocks、ipblocks_ipindex和ipblocks_compat这几个数据库检视表现已弃用。使用者可以查询block和block_target这二个新的检视表，这些新检视表会反映生产数据库中的新表格。弃用的检视表将于2025年6月从Wiki Replicas中完全移除。
• 本周稍晚代码更新细节： MediaWiki

深入了解

• 季刊语言与国际化电子报新期数发布。 本期内容包括：内容翻译面板工具的改进概要；新增支援语言；“维基爱斋月”活动的亮点；新语言启动实验的结果；条目主题多样性的分析；以及即将举行的社群会议和活动的资讯。

会议与活动

• Let's Connect学习诊所将于4月29日 14:30 UTC举行。本期主题是“维基媒体专案中的冲突理解与应对”。现在可以报名参加。
• 2025年5月2日至4日，2025年维基媒体黑客松将在土耳其伊斯坦布尔举行，届时全球技术社群将齐聚一堂，相互交流、集思广益，并对既有专案进行骇客活动。

技术新闻由技术新闻编者准备，并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

MediaWiki message delivery 2025年4月28日 (一) 19:31 (UTC)

Jpn、Kor等模板是否应改以langx等模板为基础？

如题，{{Jpn}}、{{Kor}}等模板是否应改以{{langx}}等模板为基础？具体提议代码见User:Sanmosa/Template的子页面。Sanmosa _新朝雅政 2025年4月29日 (二) 08:59 (UTC)

看了一下{{Jpn}}的改法，改用{{langx}}仅仅是为了显示“日语”两个字。日语原文、假名以及／、〔、〕符号全在一个<span lang="ja">里面，可能会影响屏幕阅读器的使用。|link=参数的两种情况代码竟然是分开写的，维护困难。--Kcx36（留言） 2025年4月29日 (二) 12:31 (UTC)

@Kcx36：我最近才留意到langx可以设置label=none的事情，或许我可以用这个方法简省一些代码。Sanmosa _新朝雅政 2025年5月7日 (三) 11:00 (UTC)

新的{{lang}}模板无法自定义提示文字。日语汉字、平假名、片假名、罗马字、旧字体全都只显示“日语文本”，不如以前的清楚标明所使用的文字好。可能还得改进{{lang}}、module:lang。--Kethyga（留言） 2025年4月30日 (三) 04:23 (UTC)

@Kethyga：关注到这个问题。我关注{{lang}}内加span（比如{{lang|ja|<span title="漢字或假名表記（原文）">柳原家</span>}}）能否正确生效（即显示“汉字或假名表记（原文）”而非“日语文本”）。Sanmosa _新朝雅政 2025年5月7日 (三) 10:59 (UTC)

如果之后要提删这些模板，则恕不能同意。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年5月6日 (二) 17:25 (UTC)

@Ericliu1912：Jpn、Kor与Kmr的结构与langx的基础结构差异过大，就算真的改以langx等模板为基础也不可能删除。考虑到Vie的用量，我也不打算提删Vie。Sanmosa _新朝雅政 2025年5月7日 (三) 10:59 (UTC)

重新导向分类模板填写小工具

每次都要手动填分类模板，实在麻烦，故引入了英维Redirect Helper——User:SuperGrey/gadgets/RedirectHelper。参见源代码。按照中维需要调整了可用的分类模板。暂未做简繁转换，反正功能也不多，以后再做吧……--SuperGrey (留言) 2025年4月30日 (三) 17:59 (UTC) 👍1

efn爆炸了

已解决

提案者使用了错误的模板语法。--PexEric 2025年5月2日 (五) 16:38 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。

---

{{efn|法国精神病学家{{link-fr|罗兰·库唐索|Roland Coutanceau}}在其著作《心理暴力：理解与行动（Les violences psychologiques : Comprendre pour agir）》(Dunod, 2014)[https://books.google.fr/books?id=pGHIAwAAQBAJ&pg=PA206 page 206]，未详细说明地给出7人死亡数字。}}

显示：引用错误：<ref>标签中没有内容

有没有人解答一下发生了什么？--KurGenera^(留言) 2025年5月1日 (四) 00:36 (UTC)

请把你网址里面的等号=换成{{=}}（使用{{=}}魔术字而非模板，语法一样但不传参数），不然“{{efn | 法国精神病学家{{link-fr|罗兰·库唐索|Roland Coutanceau}}在其著作《心理暴力：理解与行动（Les violences psychologiques : Comprendre pour agir）》(Dunod, 2014) … [https://books.google.fr/books?id=pGHIAwAAQBA … J&pg = PA206   page 206 … ]，未详细说明地给出7人死亡 … 数字。}}”会被视为别的参数，而efn的预期参数就变成空的，所以当然引用错误：<ref>标签中没有内容啦，字面上的意思。模板没有炸，是你输入错误。 -- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么（☎️·☘️） 2025年5月1日 (四) 00:42 (UTC)

• (～)补充所以你输入的“{{efn | 法国精神病学家{{link-fr|罗兰·库唐索|Roland Coutanceau}}在其著作《心理暴力：理解与行动（Les violences psychologiques : Comprendre pour agir）》(Dunod, 2014) … [https://books.google.fr/books?id=pGHIAwAAQBA … J&pg = PA206   page 206 … ]，未详细说明地给出7人死亡 … 数字。}}”会被解析为：
  • 名称为“法国精神病学家{{link-fr|罗兰·库唐索|Roland Coutanceau}}在其著作《心理暴力：理解与行动（Les violences psychologiques : Comprendre pour agir）》(Dunod, 2014) … [https://books.google.fr/books?id=pGHIAwAAQBA … J&pg”的参数，并输入了值“PA206   page 206 … ]，未详细说明地给出7人死亡 … 数字。”
  • {{efn}}的必填参数被系统认为没填

因此你等于传了无效参数给{{efn}}。故模板没有爆炸，这是预期行为。模板未损坏，无须修理。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么（☎️·☘️） 2025年5月1日 (四) 06:20 (UTC)

补充一下，在引用内容前加上1=也可以，即将{{efn|带等号的引用内容}}改为{{efn|1=带等号的引用内容}}。 ——自由雨日🌧️❄️ 2025年5月1日 (四) 00:46 (UTC)

这是正确做法。遇到模版参数值有等号的，需要显式指明参数名。——Sakamotosan路过围观 | 避免做作，免敬 2025年5月2日 (五) 12:41 (UTC)

---

本讨论已关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。

请求尽快处理部分模组的页面历史合并

WP:页面存废讨论/记录/2025/04/01#Module:Unicode data/scripts与WP:页面存废讨论/记录/2025/04/13#批量Module:Lang相关data提删。Sanmosa _新朝雅政 2025年5月2日 (五) 12:53 (UTC)

有无批量检测、系统显示维基页面中红链（失效内部连结）的软件工具？

比如在哲学词汇表页面里找出前直觉主义、人类状况等在中文维基尚无的条目？ --Zhenqinli（留言） 2025年5月2日 (五) 22:24 (UTC)--Zhenqinli（留言） 2025年5月2日 (五) 22:24 (UTC)

针对单个页面？用CSS或编写JS脚本应该能突出/列出，但有必要吗，不阅读上下文的列出。--YFdyh000（留言） 2025年5月2日 (五) 22:49 (UTC)

如果有方便合适工具的话，对改善页面是有帮助的。 --Zhenqinli（留言） 2025年5月2日 (五) 22:55 (UTC)

@Zhenqinli，WP:AWB里面有个功能Links on page (only red links)。-- Willy1018（留言） 2025年5月5日 (一) 23:09 (UTC)

谢谢！好像需要申请权限？准备稍晚再试。 --Zhenqinli（留言） 2025年5月5日 (一) 23:54 (UTC)

@Zhenqinli：User:魔琴/gadgets/listredlinks/index.js，在页面底部列出红链，大概没什么问题。想改什么尽管说，但我懂不懂怎么写就不一定了。 ——魔琴［留言 贡献 PJ:小学 PJ:两岸］ 2025年5月6日 (二) 12:06 (UTC) 👍1

很好用。谢谢！ --Zhenqinli（留言） 2025年5月6日 (二) 13:07 (UTC)

Cat-a-lot小工具错误

Cat-a-lot小工具似乎会将展开此一页面到处错误分类（请见编辑历史），不确定是怎么回事。副知其他苦主@HanTsî、Yumeto。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年5月5日 (一) 10:14 (UTC)

我用的是维基共享资源版本，E、H用的可能是本站版本，都有出现过这种问题。--绀野梦人 2025年5月5日 (一) 10:30 (UTC)

本站版本该更新了。getMarkedLabels函数会选中.CategoryTreeBullet的a元素，title属性是“展开”（或“折叠”，但本站还没有折叠条目）。共享资源版本已差异不小，getMarkedLabels函数中的a:not([role])不选有role属性的元素，可避免此误匹配。部署共享资源版本2024年8月8日的修改补丁就可以，U:Yumeto遇到此问题时尚无补丁。--YFdyh000（留言） 2025年5月5日 (一) 10:56 (UTC)

@YFdyh000：本站是否适合直接移植共享资源现行版本？—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年5月5日 (一) 13:05 (UTC)

我没用过共享资源版本。询问AI来看，共享资源版本改进了很多方面。从Wikipedia:维基百科工具/Cat-a-lot允许以及U:Yumeto之前在用来看，共享资源版本在本地没有明显的问题，可能应该弃用本地版本？--YFdyh000（留言） 2025年5月5日 (一) 13:29 (UTC)

共享资源版本只能识别与分类标题正简体一致的源代码，否则不能，而本站版本对部分与分类标题正简体不一致的源代码仍能识别，例如源代码“[[Category:英國]]”不能被共享资源版本，而能被本站版本识别为“Category:英国”。--绀野梦人 2025年5月5日 (一) 23:46 (UTC)

@Yumeto：那本站现行版本与共享资源版本的差别在哪里呢？—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年5月6日 (二) 17:28 (UTC)

我只是从使用经验来比较，不是太了解代码上的差异……--绀野梦人 2025年5月6日 (二) 17:34 (UTC)

共享资源版本只能识别与分类标题正简体一致的源代码，能否具体指出复现步骤？--Hamish T 2025年5月6日 (二) 22:27 (UTC)

在维基百科:沙盒添加“[[Category:英國]]”（Category:英国）与“[[Category:中華民國]]”（Category:中華民國）（差异），用共享资源版本移除前者时会出现“以下页面已跳过，因为找不到现有分类：Wikipedia:沙盒”，而移除后者时不会（差异）。使用本站版本能移除前者（差异）。--绀野梦人 2025年5月7日 (三) 01:31 (UTC)

Special:Diff/37158362提供该功能。未对比其他差异。--YFdyh000（留言） 2025年5月7日 (三) 11:08 (UTC)

其SettingsUI似乎有问题，无法保存。--YFdyh000（留言） 2025年5月5日 (一) 14:09 (UTC)

无法保存是因为SettingsManager也要更新。--Hamish T 2025年5月7日 (三) 00:31 (UTC)

关于single_chart的问题

我在整理Draft:我的男孩只会亲手毁坏心爱玩具时遇到了这一句{{single chart|UKdownload|88|date=20240426|rowheader=true|access-date=2024-07-09|refname="UKDownload"}}（对应草稿的第72个来源），但我发现：

1. 页面链接失效（http://www.officialcharts.com/archive-chart/_/6/20240426/ ），而英维条目的对应链接则是 https://www.officialcharts.com/charts/singles-downloads-chart/20240426/7000/ ，可以正常访问。
2. 不会生成来源，所以第49个来源会变成“”。

我怀疑是错误，希望各位可以查明。--ItMarki^探讨人生 2025年5月5日 (一) 10:49 (UTC)

看起来是T:single chart中第339行开始的|UKdownload那段需要更新--竹林下小径，月光映一叶 2025年5月5日 (一) 11:11 (UTC)

 已修复，请见版本87151010的修改。

不知道为什么原本的|UKdownload那段中，没用上refname的参数呢XP--竹林下小径，月光映一叶 2025年5月5日 (一) 11:35 (UTC)

我感觉这个模板还有一些问题，大概还没有和英维那边的同步。--ItMarki^探讨人生 2025年5月6日 (二) 14:12 (UTC)

毕竟两边的Template都挺长的，所以我只有修UKdownload那段而已👉👈(戳手指)--竹林下小径，月光映一叶 2025年5月6日 (二) 17:26 (UTC)

2025年第19期技术新闻

维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改；不是所有的更改都会对您造成影响。技术新闻提供其他语言的翻译版本。

本周要闻

• 维基媒体基金会分享了明年度（2025年7月—2026年6月）年度计划的最新更新草案，其中包括执行摘要（也发布在Diff）、三大目标（基础设施、志愿者支援、有效性）的详细资讯、全球趋势以及预算与财务模式。欢迎在五月底前，在讨论页提供反馈意见和提出疑问。

近况更新 - 面向编辑者

• 已启用CampaignEvents的维基，该扩充功能发布了两项新的功能改进：
  • 管理员现在可以透过社群配置（说明文件）选择哪些命名空间允许活动报名。预设配置允许在“Event”命名空间中进行活动报名，但现在可以新增其他命名空间（例如专案或“维基专题”命名空间）。有了这项变更，维基专题等社群现在可以更轻松地使用活动报名功能来举办协作活动。
  • 编辑者现在可以在维基页面中嵌入协作清单（说明文件）。协作清单自动列出维基上的活动和维基专题，可透过Special:AllEvents查看（范例）。现在，协作清单可以被加进各种维基页面中，例如：维基首页、维基专题页面、自治体页面、活动页面，甚至是使用者页面。
• 上周有27件社群提交的工单得到解决。

近况更新 - 面向技术贡献者

• 小工具和使用者脚本的开发者，应将其使用moment函式库的程式码改为使用其他函式库，例如Intl或新的mediawiki.DateFormatter函式库。moment函式库现已弃用，并将开始在浏览器的开发人员主控台中记录警告讯息。需修改的程式码页面，请在Phab工单中提供的全域搜寻结果查看，如有疑问也可在工单中提出。
• 维护用于查询维基数据词汇（term）储存表（wbt_*）的工具的开发者需要更新其程式码，以连接到单独的数据库丛集。这些表格将被分割到一个独立的数据库丛集中。透过Wiki Replicas来查询这些表格的工具，必须改为连接到新的数据库丛集。参阅说明文件和相关连结。 [2]
• 本周软件更新细节： MediaWiki

深入了解

• Chart专案电子报新期数发布。 本期包括以下新讯：最快在本周（5月6日开始），Chart将进一步部署至更多wiki，并在接下来的几周内扩大部署规模，此外Chart将探索筛选和转换来源资料。

技术新闻由技术新闻编者准备，并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

MediaWiki message delivery 2025年5月6日 (二) 00:13 (UTC)

RefToolbar丢失文字标签

这段时间发现我的RefToolbar丢失了“Cite”、“Templates”、“Named References”、“Error Check”这几个文字标签，还有jQuery对话框的标题。我看了enwiki是正常的。--此条未正确签名的留言由魔琴（讨论｜贡献）于2025年5月6日 (二) 10:57 (UTC)加入。

We will be enabling the new Charts extension on your wiki soon!

(Apologies for posting in English)

Hi all! We have good news to share regarding the ongoing problem with graphs and charts affecting all wikis that use them.

As you probably know, the old Graph extension was disabled in 2023 due to security reasons. We’ve worked in these two years to find a solution that could replace the old extension, and provide a safer and better solution to users who wanted to showcase graphs and charts in their articles. We therefore developed the Charts extension, which will be replacing the old Graph extension and potentially also the EasyTimeline extension.

After successfully deploying the extension on Italian, Swedish, and Hebrew Wikipedia, as well as on MediaWiki.org, as part of a pilot phase, we are now happy to announce that we are moving forward with the next phase of deployment, which will also include your wiki.

The deployment will happen in batches, and will start from May 6. Please, consult our page on MediaWiki.org to discover when the new Charts extension will be deployed on your wiki. You can also consult the documentation about the extension on MediaWiki.org.

If you have questions, need clarifications, or just want to express your opinion about it, please refer to the project’s talk page on Mediawiki.org, or ping me directly under this thread. If you encounter issues using Charts once it gets enabled on your wiki, please report it on the talk page or at Phabricator.

Thank you in advance! -- User:Sannita (WMF) (talk) 2025年5月6日 (二) 15:07 (UTC)

Category:图表被禁用的页面，或可考虑将此处列出的页面中的图表替换？谢谢。--SCP-0000（留言） 2025年5月6日 (二) 15:35 (UTC)

数据和源代码表现形式千差百异，可能全自动切换有点麻烦。讨论页现在很多有使用{{Mostread}}来检查页面浏览量，需要改写。还有一些直接使用{{Graph:Chart}}等。——Sakamotosan路过围观 | 避免做作，免敬 2025年5月8日 (四) 06:21 (UTC)

本地似乎已经可用[3]--百無一用是書生 (☎) 2025年5月8日 (四) 02:57 (UTC)

本地需要的Data空间未开放，还是需要手工转内容模型？——Sakamotosan路过围观 | 避免做作，免敬 2025年5月8日 (四) 06:21 (UTC)

Data空间必需要用共享资源那边的，页面浏览量这种目前不支持外部数据源，目前看起来除非把页面浏览量去data空间建立数据集，否则没其他办法--百無一用是書生 (☎) 2025年5月8日 (四) 11:13 (UTC)

现在图表大小和颜色等似乎还都不能自定义，而且共享资源的Data数据也没有提供链接过去方便修改--百無一用是書生 (☎) 2025年5月8日 (四) 11:18 (UTC)

不支持用lua产生数据吗? 这样{{函数图形}}就死掉了耶QQ-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么（☎️·☘️） 2025年5月8日 (四) 11:23 (UTC)

能反馈这些问题回开发组？——Sakamotosan路过围观 | 避免做作，免敬 2025年5月8日 (四) 12:52 (UTC)

模板:Normdaten

看到一个有趣的bug，这明明是模板页面，显示标题却是没有“模板:”的“Normdaten”，不知道是怎么回事？—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年5月6日 (二) 20:34 (UTC)

好像是{{德语重定向}}的问题。--Miyakoo（留言） 2025年5月6日 (二) 23:04 (UTC)

准确来说，是{{非中文重定向/template}}。--Hamish T 2025年5月7日 (三) 01:05 (UTC)

合并分类重新导向设定

今天难得合并一个分类的所有修订版本（见此处），发现系统目前仍然会给原本的页面设定普通重新导向，而非如移动操作般改用分类重新导向模板，是否能够修改此类设定？—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年5月7日 (三) 08:54 (UTC)

评级页面分类问题

目前似乎所有条目都会分类到“重新导向级条目”，而非条目会分类到“重新导向级页面”（如日本、香港、铁道等专题）；两者实应予以统一，以免造成混乱。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年5月7日 (三) 09:35 (UTC)

还有非条目级也是；其他不属于条目的评级，可能亦有这类问题，需要一并清查。无论如何，至少要确定“条目”或“页面”择一。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2025年5月7日 (三) 09:36 (UTC)

翻译文章模板爆开

如Special:Diff/87165735或是Special:Diff/85455404，我在翻译完文章后常出现引用或是绿连爆开的情形（尤其是在翻译时复制贴上），该如何处理？--Kanshui0943（留言） 2025年5月8日 (四) 15:24 (UTC)