维基百科:互助客栈/技术

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

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

公告栏

• [投票] 2024年5月管理人员申请投票正在进行中，参见投票列表，欢迎踊跃参与。
• [投票] 2024年5月关于仲裁委员会的调查问卷正在进行中，参见投票页面，欢迎踊跃参与。
• [公告] 互助客栈正在对于Unblock-zh.org试运行征求意见。
• [公告] 修订维基百科不是维基物种、关于{{Death}}和{{Deceased Wikipedian}}文案调整的方案、再拟设立文化遗产关注度指引及将地理特征关注度指引中有关道路的部分改为在交通关注度指引中列出已经通过。
• [公告] 再拟设立国际关系命名常规为方针、规范讨论发起步骤及修改RFA流程相关规定正在公示，如有意见请尽快提出。
• [讨论] 互助客栈方针区正在讨论电视条目播放资讯增加收录准则，请踊跃参与讨论。
• [讨论] 互助客栈技术区正在讨论更改未登入用户的预设字体大小及增加外观选单及ToolsRedirect创建的繁简重定向问题，请踊跃参与讨论。
• [讨论] 互助客栈其他区正在讨论将法轮功订为高风险主题、对新闻动态获选标准及ITNR规则的小修订及页面评级与通用评级行政层面上的统合方案，请踊跃参与讨论。
• [广告] 第二十二次动员令将于7月6日至9月8日间举行，现正在征求主题及主持人，欢迎踊跃参与！

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

#	💭 话题	💬	👥	🙋 最新发言	🕒 (UTC+8)
1	Template:Weather box	14	6	Kethyga	2024-04-26 09:30
2	MobileFrontend侧边栏故障	6	2	Shizhao	2023-12-25 15:47
3	引文模板不应该报错全部的零宽空格	5	3	Cookai1205	2024-04-24 12:58
4	关于使用 ToolsRedirect 创建的繁简重定向	9	5	Kethyga	2024-05-10 11:13
5	Category:包含规范控制信息的维基百科条目	9	4	Ericliu1912	2024-05-24 14:38
6	Sports results里跨语言链接的显示问题	2	2	魔琴	2024-05-20 21:16
7	我好像发现了过滤器的一个bug	6	3	Dnaimfz	2024-05-22 10:39
8	2024年第21期技术新闻	2	2	魔琴	2024-05-24 00:44
9	乐谱无法输出音乐	4	2	三猎	2024-05-22 01:30
10	Template:Infobox body of water中的坐标会重复两次	8	2	Shizhao	2024-05-24 12:02
11	首页顶栏排版错乱	5	4	ElectronicGhost	2024-05-26 02:12
12	{{Infobox EU legislation}}	1	1	Easterlies	2024-05-24 18:52
13	未有登入的用户将可以使用外观选单和新的预设标准字体大小	10	4	SCP-2000	2024-05-26 10:34
14	如何隐藏用户页内自动生成的“目录”元素	3	2	Flyinet	2024-05-24 22:13
15	Template:校对翻译句 无法使用	2	2	Irralpaca	2024-05-25 01:41
16	《通用规范汉字表》以外的简体字是否应该类推简化	32	9	T45614631	2024-05-29 13:34
17	波斯尼亚和黑塞哥维那的 Infobox 中无链入波斯尼亚和黑塞哥维那国旗的国旗蓝链	2	2	Miyakoo	2024-05-26 07:30
18	请求协助删除MediaWiki:Discussiontools-topicsubscription-notify-unsubscribed-body的本地自定义消息	2	2	Shizhao	2024-05-29 11:26
19	2024年第22期技术新闻	1	1	MediaWiki message delivery	2024-05-28 08:14
20	Timeless皮肤首页“维基百科”字体大小	2	2	魔琴	2024-05-29 11:22

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

正在广泛征求意见的议题

以下讨论需要社群广泛关注：（重新整理）

维基百科技术议题与模板

Template talk:Twitter § Twitter改为X

因应Twitter已改名X一段时间了，因此提请讨论是否做相应更改。台湾杉在此发言 (会客室) 2024年4月18日 (四) 04:10 (UTC)

Template talk:Infobox person § 修改 Infobox person 中 native_name 参数位置

可能需要进一步讨论以便获得共识。--Kethyga（留言） 2024年4月24日 (三) 05:15 (UTC)

Template talk:Bd § 编辑请求 2024-05-19

加入为各条目自动加入某月（某日）出生与某月（某日）逝世的分类的代码，见WP:页面存废讨论/记录/2024/05/19#批量提删。Sanmosa _人人皆王 2024年5月19日 (日) 05:56 (UTC)

Wikipedia:互助客栈/技术 § 未有登入的用户将可以使用外观选单和新的预设标准字体大小

摘要：基金会计划将未登入用户的字体大小改为标准选项（16px），登入用户维持原状及为小选项（15px），所有用户将有选项列表改变字体大小和行高、及开关深色模式。此变更仅影响使用Vector 2022皮肤的用户。如果没有任何重大问题，将会两星期后部署此改动。--SCP-0000（留言） 2024年5月25日 (六) 03:17 (UTC)

Template:Weather box

天气模板Template:Weather box，可以添加参数|width=auto以自动适应条目，但是在有信息框的条目中添加该参数并不总是会自适应，比如韦斯卡 (78803227)会在气候模板上方出现大段空白（可能也是信息框/Infobox的原因）。--Kethyga（留言） 2023年9月5日 (二) 10:03 (UTC)

自带{{clr}}效果？如果没有，表格在小屏幕宽度下不会放不下吗。--YFdyh000（留言） 2023年9月9日 (六) 04:14 (UTC)

手机网页和App看了下，应该都要左右滑动。--Kethyga（留言） 2023年9月9日 (六) 08:20 (UTC)

应该又是V22皮肤的css更新所致，换成2010版皮肤看是正常的。--萧漫（留言） 2023年10月10日 (二) 02:44 (UTC)

似乎现在显示效果正常了？--Kcx36（留言） 2023年11月15日 (三) 10:39 (UTC)

目前已 无法重现。 Willy1018（留言） 2023年11月19日 (日) 02:50 (UTC)-- Willy1018（留言） 2023年11月30日 (四) 03:21 (UTC)

在条目韦斯卡中，未登录和Timeless Skin下目前均无法自适应页面宽度。--Kethyga（留言） 2023年11月27日 (一) 04:11 (UTC)

我的显示效果。--Kcx36（留言） 2023年11月27日 (一) 04:50 (UTC)

发现新版皮肤/外观在未登录状态下的右下角有一个切换“全屏宽度”和“有限宽度”的按钮，如果选择“全屏宽度”的话就不会被信息框/Infobox遮挡，但是Weatherbox/天气框仍未填满空间。另外在条目洛帕中，Timeless Skin下可以正常自适应页宽。--Kethyga（留言） 2023年11月28日 (二) 01:55 (UTC)

@Kethyga：英文维基百科也有这种情形吗？—— Eric Liu _{創造は生命（留言・留名・学生会）} 2024年1月29日 (一) 17:28 (UTC)

@Ericliu1912 en:Wikipedia:Sandbox (1220692034) 在英维的效果，个人认为无问题，右侧的信息框一般不会遮挡天气框。--Kethyga（留言） 2024年4月25日 (四) 09:52 (UTC)

@Kethyga：若直接复制来本地，是否可行？—— Eric Liu _{創造は生命（留言・留名・学生会）} 2024年4月25日 (四) 15:28 (UTC)

得先测试看看了，不知道差异大不大，另外也不知道是否只是 Weather box 的问题。--Kethyga（留言） 2024年4月26日 (五) 01:30 (UTC)

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

MobileFrontend侧边栏故障

[1] Log in（登录）、Settings（设置）、Donate（资助）、About Wikipedia（关于Wikipedia^{（随维基媒体计划名称而变）}）、Disclaimers（免责声明）均无法被点击，也无法对其长按弹出浏览器菜单，全站（所有语言、所有维基媒体计划）均发生该问题。--Txkk（留言） 2023年11月29日 (三) 03:05 (UTC)

在firefox下未能复现，可点击，可弹出浏览器菜单。但是侧边栏各项一点击或弹出浏览器菜单时（点击鼠标左键或右键时），侧边栏就会迅速缩回，虽然点击的链接打开没问题（选择使用弹出的浏览器菜单中的功能也没问题），但是用户体验比较糟糕。从前端角度看，很可能算是个bug--百無一用是書生 (☎) 2023年11月29日 (三) 03:20 (UTC)

似乎现在mediawiki更新后，这个问题（或类似问题）已不存在了？--百無一用是書生 (☎) 2023年12月15日 (五) 11:56 (UTC)

还在。--Txkk（留言） 2023年12月15日 (五) 21:21 (UTC)

有没有人去Phabricator报告问题？--Txkk（留言） 2023年12月25日 (一) 06:46 (UTC)

我现在是只有关于和免责声明点击后侧边栏缩回，页面不跳转--百無一用是書生 (☎) 2023年12月25日 (一) 07:47 (UTC)

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

引文模板不应该报错全部的零宽空格

Cat:引文格式1错误：不可见字符现在只要有U+200B就会报错，实际上有些零宽字符是合理且必要的，比如emoji和孟加拉文使用其连接字符。

建议将其改为维护而不是错误。--落花有意12138 2023年12月16日 (六) 12:44 (UTC)

en:Module:Citation/CS1/Configuration有为特定文字或Emoji添加例外。--Cookai饼块🍪_{（💬留言）} 2023年12月24日 (日) 10:10 (UTC)

等等，Module:Citation/CS1/Configuration也有indic_script，但Module:Citation/CS1没有把它排除。--Cookai饼块🍪_{（💬留言）} 2023年12月24日 (日) 10:19 (UTC)

请问此问题有办法解决吗？《乱世勇者》的97号来源出现此情况，但不知道该如何解决。--H2226（留言） 2024年1月7日 (日) 10:11 (UTC)

要改的是Module:Citation/CS1/Utilities的has_invisible_chars，en的has_invisible_chars在en:Module:Citation/CS1，看有没有高人要来修。--Cookai饼块🍪_{（💬留言）} 2024年4月24日 (三) 04:58 (UTC)

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

关于使用 ToolsRedirect 创建的繁简重定向

使用ToolsRedirect自动创建的繁简重定向，会被该工具错误地标记为别名重定向，参见：Special:Diff/82229793、Special:Diff/82063339、Special:Diff/82063322、Special:Diff/82034218、Special:Diff/82003931……烦请界管尽快修复此bug，防止挂有错误标记的繁简重定向不断增加。

由于大量编者均习惯以ToolsRedirect快速创建重定向，因此需要修正的繁简重定向恐怕已不可胜数，能否让机器人批量处理使用该工具创建的繁简重定向，将页面中的{{別名重定向}}替换为{{簡繁重定向}}？@Kanashimi--萧漫（留言） 2024年4月12日 (五) 08:22 (UTC)

一个疑问，这些简繁重定向是必要还是不太必要的。是解决可视化编辑器问题的吗。--YFdyh000（留言） 2024年4月12日 (五) 19:47 (UTC)

个人感觉别名（包括地区用词、外文名）有必要，繁简必要性不大，条目和模板中可以正常跳转，只是编辑摘要（或者还有什么地方）会显示红链。--Kethyga（留言） 2024年4月13日 (六) 00:22 (UTC)

若不涉及一简对多繁或异体字问题，繁简重定向应该是不必要的。--萧漫（留言） 2024年4月13日 (六) 01:04 (UTC)

User:YFdyh000、User:Kethyga、User:萧漫：对我来说，简繁重定向最重要的功能是克服服务器缓存过多、直接逼User:Cewbot清掉被系统忽略、遗忘的伪蓝连，例如我做完Special:PermaLink/82174815不久，机器人就帮我做了这笔清理，不这样做的话，机器人不会清到这些条目机器人很难清到这些条目。英文维基百科那边也是这样，大家可以留意里面有一条“{{ill|Hundred Flowers Award for Best Writing|zh|大众电影百花奖最佳编剧|lt=Best Writing}}”被标示为“The corresponding foreign language page does not exist.”，但中文百科其实有大众电影百花奖最佳编剧条目，只是繁简不同而已，如果有简繁重定向页就不会跳出这个错误。--回廊彼端（留言） 2024年4月14日 (日) 14:19 (UTC)

伪蓝链是什么效果。Database reports可能该机器人不支持简繁机制，不了解有无别的方案。是否要建简繁重定向似乎多次讨论过，有无结论忘记了。--YFdyh000（留言） 2024年4月14日 (日) 14:54 (UTC)

User:YFdyh000：伪蓝连只有两种可能，一个是应该功成身退的跨语言链接，另一个是编者写的不正确或与未来建立条目名称不同、导致机器人清不掉的连结，两种最好都不要存在。--回廊彼端（留言） 2024年4月15日 (一) 14:16 (UTC)

我还没发现本地User:Cewbot/需要修正的跨语言链接中因为繁简而受影响的情形。如果确实有的话，应该可以考虑重新设计机器人。倒是除此之外，繁简重定向确实没有什么作用。--PexEric 💬|📝 2024年5月2日 (四) 09:35 (UTC)

可能需要修改MediaWiki:Gadget-ToolsRedirect.js的识别方案吧，另外还有非繁简识别成繁简重定向的，比如82561648--Kethyga（留言） 2024年5月10日 (五) 03:13 (UTC)

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

Category:包含规范控制信息的维基百科条目

Category:包含规范控制信息的维基百科条目，该分类英维对应en:Category:Articles with authority control information，即Category:包含规范控制信息的条目，减少“维基百科”4个字，对于规范控制信息较多的条目能节省一些空间，且感觉这几个字有些多余。即将Module:Authority control/config#L-14语句cat = '包含%s标识符的维基百科条目',中的“维基百科”4个字删除。不过有170个分类需要移动。@Shizhao：--Kethyga（留言） 2024年5月15日 (三) 07:23 (UTC)

因为最早就是Category:包含规范控制信息的维基百科条目，之前修Module:Authority control的时候就继续沿用了。不改就是因为要移动170个分类....实在不想耗费这个精力，要是有其他人愿意处理，乐见其成！--百無一用是書生 (☎) 2024年5月15日 (三) 08:06 (UTC)

faultwithidcat = '包含错误规范控制信息的维基百科条目 (%s)',也是沿用的以前的命名方式，甚至为此还改了Module:Authority control中的相关代码，原因也是嫌麻烦，不想移动上百个分类...--百無一用是書生 (☎) 2024年5月15日 (三) 08:09 (UTC)

@Ericliu1912 好像是有Massmove用来批量移动？--Kethyga（留言） 2024年5月15日 (三) 08:22 (UTC)

如果没收益，我也倾向不动若干页面……如果要省字数，“条目包含规范控制信息”怎么样，不确定命名统一性等情况。--YFdyh000（留言） 2024年5月15日 (三) 08:40 (UTC)

英维可能是在2021年集中移动的，见en:Template talk:Authority control (Remove_"Wikipedia"_from_"Wikipedia_articles_with_EMU_identifiers"-type_categories?)。

“条目包含规范控制信息”，没觉得更好，倾向原表达方式。--Kethyga（留言） 2024年5月15日 (三) 10:24 (UTC)

确实，没有找到“条目包含”前例，“条目有”1例，“条目使用”2例，“的条目”则很多。--YFdyh000（留言） 2024年5月15日 (三) 10:39 (UTC)

更好的的表述可能是“含有规范控制信息的条目”--百無一用是書生 (☎) 2024年5月15日 (三) 12:11 (UTC)

@Kethyga、Shizhao、YFdyh000：是不是请各位确认一下分类页面命名格式，然后再修改模组，并将分类一齐移动？—— Eric Liu _{創造は生命（留言・留名・学生会）} 2024年5月24日 (五) 06:38 (UTC)

Sports results里跨语言链接的显示问题

今天在修改2024年中国足球甲级联赛的时候发现Module:Sports results里的球队名字如果用跨语言链接模板比如{{link-en}}，就会把表格顶部球队名的悬浮提示框里的外文条目名字变成顶部的那个名字。

比如像这个表格：

主队 ＼ 客队	队1	队2	队3
队伍1	—	1–0	2–0
第二只队伍	3–0	—	4–0
队伍3	5–0	6–0	—

对于{{le|第一只队伍|Team 1|队伍1}}，表格顶部的跨语言链接的鼠标悬浮提示框里写的就成了

条目“第一只队伍”尚未创建，可参考英语维基百科的对应页面：队1。

但像最左侧的一列显示的正常的的跨语言链接应该是显示

条目“第一只队伍”尚未创建，可参考英语维基百科的对应页面：Team 1。

使用{{ilh}}系列和{{tsl}}都会有一样的问题，不过外文链接都还是正常的。不知道这个是有意设计的还是在替换球队名字的时候也把外文维基百科的链接名字也替换了。--𝓧𝓩𝓣𝓓𝓮𝓪𝓷 ^{𝕋𝕒𝕝𝕜}  2024年5月17日 (五) 08:31 (UTC)

看了看猜测是Module:Sports_results#L-289的问题 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年5月20日 (一) 13:16 (UTC)

我好像发现了过滤器的一个bug

一般情况下，是不能移除自己用户页上的T:d的，但如果用TW加上O1，然后就可以移除t:d了，参考User:Dnaimfz/edfafaqfapfeqpasncfepqcnhsfsvs的页面历史--Dnaimfz（留言） 2024年5月20日 (一) 05:59 (UTC)

没人吗？--Dnaimfz（留言） 2024年5月21日 (二) 11:37 (UTC)

@Dnaimfz：从过滤器源代码看，是有意为之，如认为确有错误可以在WP:AF/FP提出。--伞木 霙^留言 2024年5月21日 (二) 13:19 (UTC)

这就是bug，如果是特性，应该是允许移除所有自己用户页上的t:d，而不是先改成o1再移除。应该检查一下编辑历史。--Dnaimfz（留言） 2024年5月21日 (二) 15:17 (UTC)

 已修复--Xiplus#Talk 2024年5月22日 (三) 00:26 (UTC)

@Xiplus然而出现了另一个bug，没法移除自己加的t:d了--Dnaimfz（留言） 2024年5月22日 (三) 02:39 (UTC)

2024年第21期技术新闻

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

最近更改

• “大量删除”（Nuke）功能使管理员得以删除大量页面。该功能现在能正确删除经移动至其他标题的页面。 [2]
• 维基共享资源上传向导有新更改：表单及其字段将遵循新样式和间距，以改进整体布局；各字段的标题和帮助文本有些许更改；媒体说明文字现在是必填字段，使用者还可以选择将媒体说明文字复制到媒体描述中。 [3][4]

本周更改

• MediaWiki的新版本将于5月21日部署至测试维基及MediaWiki.org，于5月22日部署至非维基百科wiki及部分维基百科，并于5月23日部署至所有站点（参见日程表）。 [5][6]
• 所有标题的HTML标记正在进行更改，以进一步落实无障碍。部分皮肤（Timeless、现代、科隆香水蓝、怀旧和MonoBook）将于5月22日更改。请于您所在的维基的这些皮肤下测试小工具，并回报任何相关问题，以便在所有其他皮肤进行更改之前解决这些问题。开发人员正在考虑引入小工具API，用来向章节标题添加按钮（如果这对工具创建者有帮助的话）。开发人员将非常感谢您对此提供任何意见。

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

MediaWiki message delivery 2024年5月20日 (一) 23:02 (UTC)

怀旧还能用？ ——魔琴［身份声明 留言 贡献 新手2023］ 2024年5月23日 (四) 16:44 (UTC)

乐谱无法输出音乐

于Phabricator查看
编号T363630的工单

在丢手绢条目的历史版本中，乐谱可以输出音乐播放。在最新版本中，尽管没有修改乐谱相关的任何代码，却无法播放音乐了，鼠标交互显示为播放File:Undefined。请问是什么缘故？--三猎（留言） 2024年5月21日 (二) 15:37 (UTC)

页面上有其他多媒体文件时（您在编辑中加入了File:Le facteur n'est pas passé.webm），Score扩展无法播放。见Phab:T363630。Irralpaca（留言） 2024年5月21日 (二) 16:14 (UTC)

其他条目也可见该问题，如义勇军进行曲#歌曲和中华民国国歌#旋律。Irralpaca（留言） 2024年5月21日 (二) 16:17 (UTC)

感谢告知。怪不得我前几天在英维上也遇到过这一状况。那就坐等修复啦。——三猎（留言） 2024年5月21日 (二) 17:30 (UTC)

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

Template:Infobox body of water中的坐标会重复两次

如太湖，信息框中的坐标显示为31°10′N 120°09′E坐标：31°10′N 120°09′E（地图），英文版无此问题。粗查了一下，没找到问题出在哪里--百無一用是書生 (☎) 2024年5月23日 (四) 12:26 (UTC)

啊，似乎问题是出在信息框中的坐标参数使用{{coord}}的话，coord模板中的display参数带有title的话，坐标不会显示在页面标题右侧。一时不知道如何修复--百無一用是書生 (☎) 2024年5月23日 (四) 12:34 (UTC)

好像是所有{{coord}}的display=title失效了。--Kcx36（留言） 2024年5月23日 (四) 12:34 (UTC)

咦，果然是这样--百無一用是書生 (☎) 2024年5月23日 (四) 12:38 (UTC)

ok，在MediaWiki:Vector-2022.css修复了一下--百無一用是書生 (☎) 2024年5月23日 (四) 13:06 (UTC)

现在会和特色、优良的图标重叠。。。--百無一用是書生 (☎) 2024年5月23日 (四) 13:08 (UTC)

移动版也有同样问题，还没修--百無一用是書生 (☎) 2024年5月23日 (四) 13:24 (UTC)

对比了一下英文移动版的处理方式（移动版display=title不显示），暂时没找到是在哪里处理的...--百無一用是書生 (☎) 2024年5月24日 (五) 04:02 (UTC)

首页顶栏排版错乱

今日下午登入中维时发现首页上的顶栏突现排版错乱，更换不同浏览器和清除Cookie都没能解决这个问题，这个问题似乎仅在使用Timeless或Monobook作为外观皮肤时出现，状况都是“维基百科”四字被放大。--ElectronicGhost丨留言丨签名 2024年5月23日 (四) 13:26 (UTC)

可能与#2024年第21期技术新闻的变更有关？--百無一用是書生 (☎) 2024年5月23日 (四) 13:35 (UTC)

前次相关讨论。--Cookai饼块🍪_{（💬留言）} 2024年5月23日 (四) 14:19 (UTC)

可以给个载图吗？--GX01（留言） 2024年5月25日 (六) 03:48 (UTC)

见此：https://t.me/wikipedia_zh_n/1839284--ElectronicGhost｜👻 2024年5月25日 (六) 18:12 (UTC)

{{Infobox EU legislation}}

模板参数label2与英文模板参数不同，在不填入{{{number}}}时会出现“欧洲联盟法规第号”的文字（见人工智能法案infobox），询问社群怎么修复。--东风（留言） 2024年5月24日 (五) 10:52 (UTC)

未有登入的用户将可以使用外观选单和新的预设标准字体大小

摘要：基金会计划将未登入用户的字体大小改为标准选项（16px），登入用户维持原状及为小选项（15px），所有用户将有选项列表改变字体大小和行高、及开关深色模式。此变更仅影响使用Vector 2022皮肤的用户。如果没有任何重大问题，将会两星期后部署此改动。--SCP-0000（留言） 2024年5月25日 (六) 03:17 (UTC)

大家好！ 我们是维基媒体基金会网络团队。作为本年度年度计划“阅读和媒体体验目标的一部分，我们致力于让维基媒体计划的阅读变得更容易。为了实现这一目标，我们推出了“无障碍阅读”测试版功能。这添加了一个适用于 Vector 2022 皮肤的选单，并允许已登入的用户根据个人需求选择不同的字体大小和配色方案。

此选单引入了新的标准字体设定。这稍微增加了字体的大小和高度。它是根据多个来源选择的。您可以在“关于新的标准字体设定”部分找到更多相关资讯。

我们将会发生什么变化

• 我们现在已准备好为未有登入的和已登入的用户提供新的外观选单。
• 同时，我们将标准选项设定为仅适用于未有登入的用户之新预设选项。
• 如果没有发现重大技术问题，我们计划在接下来的两周内进行此更改。
• 稍后，该选单将包括选择深色模式的选项（该功能暂时仍将是测试版功能）。如希望了解更多信息，请查看我们的专案页面。

关于选项列表

新选单将允许为未有登入的和已登入的用户设定以下首选项：

1. 文字大小和行高（现以测试版功能提供）：使用者将能够在“小”（目前预设值）、“标准”（建议更好的可访问性）和“大”选项之间进行选择。选择一个选项将更改文字的字体大小和行高。
2. 深色模式（现以测试版功能提供）：使用者将能够选择永久以深色模式查看网站，或选择“自动”设置，根据装置或浏览器首选项设定浅色或深色模式。

3. 

   内容宽度（先前作为切换按钮提供）：我们已将内容宽度切换从页面底部的图示移至新选单中标签的单选按钮。其工作原理与切换开关完全相同。之前的切换按钮将不再可用。

此选单已作为测试版功能由不同的维基之专案上的已登入使用者进行了测试，同时我们邀请了一些读者进行了使用者测试。根据这些测试的结果，我们更改了选单，以提高可发现性和易用性，并适应小工具的相容性。

此选单将显示在页面右侧，如果已固定选单，则紧邻“工具”选单的下方。与“工具”选单不同，“外观”选单预设是固定的，但您可以取消固定预设。一旦取消固定预设，这就会折叠在页面顶部的图示下。

关于新的标准字体设置

小字体选项是目前的预设值。对于未有登入的用户，我们将将此预设值更改为“标准”，同时保留小字体选项作为已登入用户的预设值。“标准”和大字体选项是根据以下内容构建和测试的：

• 针对大多数读者的最佳平均字体大小的学术研究和建议。这些建议表明，我们目前的字体尺寸太小无法让大多数人舒适地阅读。这意味着，平均而言，人们阅读速度较慢，阅读时眼睛疲劳，或难以清楚地看清文字。预设增加字体大小可以改善所有使用者的这些问题，包括可能没有足够时间透过外观选单或浏览器调整设定的使用者。资讯密度同时很重要，这就是为什么我们希望在不牺牲资讯密度的情况下增加字体大小。我们不仅透过更改字体大小，同时透过更改行高和段落间距来实现这一目标。
• 由来自 13 个不同语言、脚本和大小的维基专案中 630 多名维基媒体成员提交的设计。这些用户中的大多数（约 450 名）选择了比预设值更大的字体大小。“标准”代表最受欢迎的一组答案（15-20 像素）的平均值。大字体选项代表读者需要更大的字体尺寸选项，例如 21-26 像素之间的一组尺寸。您可以在此阅读更多关于我们如何让志愿者参与此过程并确定这些选项的资讯。
• 测试版功能使用情况表明，至少一次与该功能互动的大多数使用者选择的字体大小大于当前预设值。

我们目前为止的工作和下一步

已登入的用户将暂时保留小字体选项设置作为预设设置，但可以随时更改为任何其他设定。几个月后，我们将研究有多少登入使用者切换到标准字体选项，并开始讨论已登入的用户进行的切换是否具有意义。根据测试版功能的早期数据，与该功能的互动中有 55% 选择使用标准或更大的字体选项设定。

如果您想提供协助，我们有一些简单的请求：

1. 请开启测试版功能 （“无障碍阅读（Vector 2022皮肤）”）
2. 请尝试一下新选单。请问有什么令人困惑的部分吗？您了解所有标签以及选单的工作原理吗？
3. 请尝试不同的字体选项：小尺寸、标准尺寸和大尺寸、配色方案和宽度切换。如果您发现任何错误或有任何疑问，请与我们联络。

Last-minute FAQ (thanks to SCP-2000 for pointing out these issues:

Zhwiki community has already solved this issue by increasing the font size to 15px with a gadget.

We believe that it's great that you have decided to increase the font size. You are one of few communities which have done that, and we applaud you. But 15px turns out to be not enough.

Why 16px? Do this research and data usage apply to CJK characters?

Yes, they do. 16px is a minimum for any script, including non-diacriticized Latin scripts like English. Since Chinese characters are more complex than Latin characters, the minimum for zhwiki is at least equal to the minimum for the Latin script-wikis.

如果您想了解有关该专案的更多信息，请参阅我们的常见问题与答案。我们欢迎您提出意见和问题。谢谢你！[Translated by Venuslui] OVasileva (WMF) & SGrabarczuk (WMF)（留言） 2024年5月24日 (五) 12:26 (UTC)

我记得@Shizhao曾经解释过选择15px的理由，想问一下同样的理由也适合16px吗？这个变化至少在我这里是可感的，而社群当时同意保持15px的理由是尽量避免变化。--碟之舞📀💿 2024年5月24日 (五) 14:11 (UTC)

@Shizhao、YFdyh000、S8321414、Ericliu1912： 简单而言，未登入用户的字体大小改为标准选项（16px），登入用户维持原状及为小选项（15px），所有用户将有选项列表改变字体大小和行高、及开关深色模式。如果没有任何重大问题，将会两星期后部署此改动。副知曾参与相关讨论的编者。谢谢。--SCP-0000（留言） 2024年5月24日 (五) 16:09 (UTC)

如果真的要更改的话，有必要维持两个选项吗？我觉得这样徒增维护成本。--碟之舞📀💿 2024年5月25日 (六) 03:02 (UTC)

这功能本来设计就有“小”（目前预设值）、“中”（基金会建议值）及“大”选项，应该不会徒增基金会维护的成本，但始终可能对社群有些影响。--SCP-0000（留言） 2024年5月25日 (六) 03:26 (UTC)

也就是说中文的“小”还是会从14px改为15px，是吗？--碟之舞📀💿 2024年5月25日 (六) 03:34 (UTC)

理论上是的。--SCP-0000（留言） 2024年5月25日 (六) 03:49 (UTC)

所以现在未登入与已登入的使用者都是小(15px)、标准(16px)、大(20px)，只是未登入使用者预设是标准(16px)，已登入使用者预设是小(15px)这样？我是觉得这样没什么问题。--冥王欧西里斯（留言） 2024年5月26日 (日) 02:16 (UTC)

理论上是的。--SCP-0000（留言） 2024年5月26日 (日) 02:34 (UTC)

如何隐藏用户页内自动生成的“目录”元素

如题。--Sinet（讨论） 2024年5月24日 (五) 14:11 (UTC)

页面开头加上__NOTOC__。--碟之舞📀💿 2024年5月24日 (五) 14:12 (UTC)

感谢--Sinet（讨论） 2024年5月24日 (五) 14:13 (UTC)

Template:校对翻译句 无法使用

Template:校对翻译句 模板好像无法使用？像我插入{{subst:Check translation/auto|请求校对的译文}}，会直接将原文文字删除，而不是在原文文字上产生灰色标记。--桃花影落飞神剑（留言） 2024年5月24日 (五) 16:34 (UTC)

{{Check translation/auto}}之前被某位编者清空了；已恢复。Irralpaca（留言） 2024年5月24日 (五) 17:41 (UTC)

《通用规范汉字表》以外的简体字是否应该类推简化

这说来有点话长，但日前因为在修理相关条目时遇到了“𫛚”这种字（该字位于Unihan扩充C区），接着就发现小苇𫛚及小葦鳽并不被系统视为是同个字，所以数天前至WP:TS报修。但稍早前微肿头龙阁下提及这是因为该字在《通用规范汉字表》以外的缘故，所以需要一些意见讨论是否应该将可能会使用到的表外字作类推简化（并修改转换表）重定向或移动到合适标题，又或是直接限制仅使用在表内的字或要求使用繁体标题以回避问题。毕竟实质上不少表外字可能已经被经常使用，而导致部分条目标题实质上是繁简混杂的，却因非表内字而无法被正常转换。

另外现在有个问题是如果硬套{{僻字}}转换处理的话，有时候似乎会出现蛮可怕的悬浮文字框，但我一时不太知道怎么处理及触发的。举例来说，在大陆简体模式下大麻鹭属的右侧导航框中的“麻𫛚亚科”悬浮文字。--WiTo🐤💬 2024年5月6日 (一) 16:40 (UTC)

有多少字？—— Eric Liu _{創造は生命（留言・留名・学生会）} 2024年5月6日 (一) 17:39 (UTC)

老实说我不知道，我目前也只是偶然发现有几个字是这样的状况。但辶、门、金、食、马、鸟、鱼等字旁的字个人猜测可能会有不少这种情形，应该会需要电脑协助筛出有在Unihan扩充区内但不在表内的字。范围上可能从扩充A区就要开始找了，A区的“䴙䴘”疑似就有类似情形（北美䴙䴘属、北美鸊鷉屬、北美鷿鷈屬，不过这组有牵涉到异体字的问题可能不一定真是如此）--WiTo🐤💬 2024年5月7日 (二) 00:33 (UTC)

根据我近期看到的一些中文学术著作，似乎并没有统一的做法，有人就用繁体字，有人则用简体字（生物类）--百無一用是書生 (☎) 2024年5月7日 (二) 09:36 (UTC)

仅考虑学术用字的话几百个应该还是有的，但如果范围扩大至所有领域恐怕得去到一千个以上（尤其是古人名、古地名）。--微肿头龙（留言） 2024年5月7日 (二) 01:43 (UTC)

忘了副知提醒我此事的@微肿头龙阁下及当时先使用了𫛚一字的@Interaccoonale阁下。--WiTo🐤💬 2024年5月7日 (二) 00:40 (UTC)

这个讨论串是否应该移动到技术版？--——🦝Interaccoonale_{（留言・贡献）} 2024年5月7日 (二) 01:18 (UTC)

我大概说一下我的想法：

• 从法律上讲，之前《通用规范汉字表》的草案有规定过表外汉字不类推简化，但是正式版把这一条删掉了，所以含有类推简化偏旁的表外汉字是应该简化的。
• 从实际应用上讲，《中华人民共和国国家重点保护野生动物名录》对于生物中文名的表外汉字作类推简化处理，大部分正式学术著作也作类推简化处理。
• 从技术上讲，如果相关的bug实在太多，我不反对改回原状，对于表外汉字在简体模式下显示繁体字。

我之前有思考过比当前的{{僻字}}模板更优雅的渲染方式，我之前想的是根据当前页面中包含的扩展区段字符，自动生成一个含有相关僻字的字体文件（字形档），然后用CSS引入到当前页面中，就可以避免这种恐怖的悬浮文字框（有时候这些文字会被显示在Tools-redirect中以及底部的页面分类里面，会变得尤其可怕）。比如大麻鹭属就会自动生成一个仅含有𫛚字的字体文件（字形档）。

其实如果只考虑自动生成的部分，在技术上还不算太难，以遍黑体为基础字体（字形）就可以，能在服务器端编辑字体文件（字形档）的库也有很多。但是我不清楚要如何跟mediawiki整合起来。

另一种技术上更简单（但是操作上更复杂）的方法就是手动将相关字符拆分出来，然后上传到commons，然后在页面中引用即可。--——🦝Interaccoonale_{（留言・贡献）} 2024年5月7日 (二) 01:31 (UTC)

若根据NC:COMMON的话，那就应该是要随名录名称类推简化没错了。但希望能以操作上简易的方式处理，不然像我这种电脑技术笨蛋恐怕就不会操作了，不过命名标题会不会有需要额外调整？另若认为搬去技术版更合适，那还请协助移动。--WiTo🐤💬 2024年5月7日 (二) 03:27 (UTC)

我早前用字形wiki的字体做过一个小工具来实现类似你说的这种方法，后来因为技术和安全原因失效了。其实现在仍然可以利用字形wiki的字体资源来实现，只是要把字体之类的资源搬到toolforge上去，然后本地用小工具调用。c区似乎不能上传字体文件？“根据当前页面中包含的扩展区段字符”其实并不是一个很好的做法，因为每个人电脑/终端上的字库未必不一样，在甲上不能正常显示的字形，在乙那里没准就可以正常显示。所以最好的办法是自动检测某人设备上哪些字形不能正常显示，不能正常显示的就即时下载相应的字形文件（可能会遇到一些优化工作要做）。目前来说，我知道的是这种自动检测方法chrome和firefox下都有解决方案，其他浏览器内核的不确定--百無一用是書生 (☎) 2024年5月7日 (二) 09:47 (UTC)

• chrome检测法：将代表不能显示的字符形状映射到画布，然后将文本中的每个字符一个一个映射到画布并进行比较，如果比较结果一致，就表示该字符无法在这个设备上显示
• firefox检测法：将文本中所有字符设为斜体，如果某个字符不是斜体，就表示该字符无法在这个设备上显示（比如𱎼家人和𱎼家人）

--百無一用是書生 (☎) 2024年5月29日 (三) 04:05 (UTC)

@T45614631、Interaccoonale、Ericliu1912：我根据知乎上的一些文章整理出来了未被收录进《通用规范汉字表》的科学技术用字，见我的子页面User:微肿头龙/E。这个表肯定是不完整的，欢迎补充。--微肿头龙（留言） 2024年5月7日 (二) 06:52 (UTC)

这样看起来的话，有些表外字还是有被正常转换耶，像是𫚉、鳋、鿔等，那是被手动增加转换的吗？--WiTo🐤💬 2024年5月7日 (二) 07:49 (UTC)

那几个字确实已经加入全域转换了。这里有维基百科的完整繁简转换表--微肿头龙（留言） 2024年5月7日 (二) 09:01 (UTC)

所以现在算是有共识要处理这个繁简问题吗？感觉上这些字迟早会变成正规简化字...--WiTo🐤💬 2024年5月13日 (一) 03:47 (UTC)

@Shizhao、Interaccoonale、T45614631、Ericliu1912：所以几位觉得需要处理这些繁简问题吗？还是放着不用理？我个人是觉得需要简化。--微肿头龙（留言） 2024年5月16日 (四) 07:48 (UTC)

我是支持简化的，但还是要考虑显示的问题？——🦝Interaccoonale_{（留言・贡献）} 2024年5月16日 (四) 08:16 (UTC)

@Interaccoonale：其实就我个人来说{{僻字}}就已经够用了，但如果有更好的方式也可以。我的电脑技术很差，这方面就爱莫能助了。--微肿头龙（留言） 2024年5月16日 (四) 08:36 (UTC)

目前维护内置转换表的管理意见，应该是大部分都只转换到中日韩统一表意文字扩展B区，后面扩展区域的因为大部分设备字体兼容性不足，一般不转换（大部分类推简化的繁体本字能正常显示）。上面有表外漏转汉字可能要从扩展A区开始找的观点，我(＋)支持这种找法，扩AB两个区先查一遍看看有什么没转换的。至于后面的扩展区我暂保持中立。--屠麟傲血（留言） 2024年5月17日 (五) 14:53 (UTC)

那我就转到技术区看要有没有人能处理这问题了。--WiTo🐤💬 2024年5月25日 (六) 03:50 (UTC)

拿脚本找了一下Unihan数据库（里面可能有不适用的，例如“奨，奖”还有大部分一简多繁转换）：

• User:What7what8/缺漏简繁转换
• User:What7what8/缺漏繁简转换
• User:What7what8/缺漏一繁多简转换
• User:What7what8/缺漏一简多繁转换

筛选出了简繁皆为基础及扩AB区的

• User:What7what8/缺漏繁简转换（仅含基础及扩AB区）
• User:What7what8/缺漏简繁转换（仅含基础及扩AB区）

--User:What7what8🏠 2024年5月25日 (六) 06:51 (UTC)

如果通过的话Template:繁简混杂重定向也要改，不过只有几个页面应该不难改。--User:What7what8🏠 2024年5月25日 (六) 07:52 (UTC)

粗略看来一下阁下列出的，当中有些是违反简化规则的。比如“㳕,灡”，“蘭/兰”字位于《简化字总表》的第一表，因此是不可类推简化的。也就是说，如果有一天“灡”字被列为规范汉字，也仅会对“門”部件进行简化变成“𬞕”，而不是将整个“蘭”进行简化。再比如“䓕,薳”，由于“遠/远”也是不可类推简化部件，所以“薳”也是不必简化的，刚巧《通用规范汉字表》就有收录“薳”字。所以阁下的这个恐怕要进行超大规模的整理才能提交啊。而且我觉得没有具体使用例子的就没必要简化了。不过还是要感谢一下阁下把它们整理出来。@What7What8：--微肿头龙（留言） 2024年5月25日 (六) 13:40 (UTC)

另外想问一下哪一种字体支援最完整？—— Eric Liu _{創造は生命（留言・留名・学生会）} 2024年5月26日 (日) 03:41 (UTC)

应当是宋体吧，因为Unicode的文件也是宋体，Microsoft在显示生僻字时好像也是默认宋体。--微肿头龙（留言） 2024年5月26日 (日) 03:46 (UTC)

宋体是字体风格不是一种字体。--Miyakoo（留言） 2024年5月26日 (日) 11:05 (UTC)

好吧，是我搞错了两个概念。谢谢指出。@Miyakoo：--微肿头龙（留言） 2024年5月26日 (日) 11:09 (UTC)

Unifont吧，不过是点阵字形，可以参考Wikipedia:Unicode扩展汉字还有Template:Unihan

( π )题外话，Special:链入页面/Wikipedia:Unicode扩展汉字“𰻝𰻝面 ‎ （← 连结 | 编辑）”怎么全变方框了，还有𱎼家人的标题“家人”也变成方框了，是有什么bug吗？--User:What7what8🏠 2024年5月26日 (日) 15:30 (UTC)

Firefox正常显示，Chrome显示方框。--Kethyga（留言） 2024年5月29日 (三) 00:38 (UTC)

我这里不能复现--百無一用是書生 (☎) 2024年5月29日 (三) 03:28 (UTC)

我这也是，认真说应该是我两台电脑都开chrome，一台正常显示，另一台则是全方框。--WiTo🐤💬 2024年5月29日 (三) 05:34 (UTC)

天珩全字库（大陆标准）和字云（日本标准），它们都支援到了I区。--Miyakoo（留言） 2024年5月26日 (日) 10:58 (UTC)

波斯尼亚和黑塞哥维那的 Infobox 中无链入波斯尼亚和黑塞哥维那国旗的国旗蓝链

对比了其他国家条目的源代码，端详不出缘由。请各位解决。—— 　桁霁　 ↹　晚来天欲雪，能饮一杯无　　 2024年5月25日 (六) 19:28 (UTC)

common_name会用来寻找连结，原本是common_name = 波黑，没有波黑国旗条目。--Miyakoo（留言） 2024年5月25日 (六) 23:30 (UTC)

请求协助删除MediaWiki:Discussiontools-topicsubscription-notify-unsubscribed-body的本地自定义消息

如标题所述。先前我发现MediaWiki:Discussiontools-topicsubscription-notify-unsubscribed-body在本站的翻译存在问题，但TWN上的翻译是无误的。是本地自定义导致无法从TWN同步正确翻译，而且我不觉得这个消息有需要自定义的必要。--碟之舞📀💿 2024年5月27日 (一) 07:12 (UTC)

---

已删除。--百無一用是書生 (☎) 2024年5月29日 (三) 03:26 (UTC)

2024年第22期技术新闻

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

最近更改

• 与维基共享资源上传向导最新更新相关的多个错误已解决。参见T365107和T365119以了解更多。
• 2024年3月，新增了addPortlet API，使小工具能为自定义皮肤创建新的portlet（菜单）。在特定皮肤中，这可以用来创建下拉式菜单。欢迎小工具开发者试用并提供反馈。
• Minerva皮肤的一些CSS已移除，以方便社群进行配置。请界面编辑者检查行动设备上与下列class相关的渲染效果：.collapsible、​.multicol、​.reflist、​.coordinates、​.topicon。了解更多。

本周更改

• MediaWiki的新版本将于5月28日部署至测试维基及MediaWiki.org，于5月29日部署至非维基百科wiki及部分维基百科，并于5月30日部署至所有站点（参见日程表）。 [7][8]
• 当您访问尚未创建本地账号的维基站点时，编辑过滤器等本地规则有时会禁止您建立账号。从本周开始，MediaWiki在评估您是否可以覆盖此类本地规则时，会将您的全域权限纳入考量。 [9]

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

MediaWiki message delivery 2024年5月28日 (二) 00:14 (UTC)

Timeless皮肤首页“维基百科”字体大小

Wikipedia talk:首页 (82774138)

--Kethyga（留言） 2024年5月29日 (三) 00:27 (UTC)

#2024年第21期技术新闻 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年5月29日 (三) 03:22 (UTC)