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

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

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

公告栏

• [人事] Manchiu、UjuiUjuMandan、ASid、ATannedBurger获提名为管理员，AT获提名为监督员，欢迎踊跃参与提问和讨论。
• [公告] 现时已改为只有延伸确认用户可以使用内容翻译将页面释出到主条目空间，如有疑问及意见，欢迎参与相关讨论。
• [公告] 回馈请求系统正在试运作中，诚邀用户订阅以接收讨论通知。用户订阅有兴趣参与的讨论议题后，机器人会自动在新讨论发起时随机抽取部分用户发消息通知。
• [公告] 修订维基百科不是维基物种及IP封禁豁免权授予者的顶部图标已经通过。
• [公告] 规范讨论发起步骤正在公示，如有意见请尽快提出。
• [讨论] 互助客栈方针区正在讨论电视条目播放资讯增加收录准则及再拟议立国际关系命名常规为方针，请踊跃参与讨论。
• [讨论] 互助客栈技术区正在讨论ToolsRedirect创建的繁简重定向问题，请踊跃参与讨论。
• [讨论] 互助客栈其他区正在讨论对新闻动态获选标准及ITNR规则的小修订及页面评级与通用评级行政层面上的统合方案，请踊跃参与讨论。
• [广告] 第二十二次动员令现正征求主题及决定举办时间。另主持人选举时程及规则公示至5月14日止，欢迎踊跃参与！

• [协作] 现有125个页面需维基化，271个条目需清理，20个移动请求正在讨论。
• [奖励] 现有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	“阅读无障碍”功能和本站小工具兼容问题以及字号选择	34	8	Diskdance	2024-05-11 09:15
5	关于使用 ToolsRedirect 创建的繁简重定向	9	5	Kethyga	2024-05-10 11:13
6	2024年第18期技术新闻	3	3	Cookai1205	2024-05-02 13:47
7	Template:Douban people	11	3	Kcx36	2024-05-03 03:33
8	请求有能力者修改邛崃市南宝山镇的维基数据	2	2	Kcx36	2024-05-03 00:27
9	InternetArchiveBot故障？	12	7	Kethyga	2024-05-11 09:18
10	張藝与张艺	2	2	Cookai1205	2024-05-07 01:25
11	2024年第19期技术新闻	1	1	MediaWiki message delivery	2024-05-07 00:42
12	字词转换问题	3	2	SingBow	2024-05-10 12:56
13	字词转换问题	4	3	SingBow	2024-05-10 12:45
14	请问技术上如何修正：台湾正体中文用 “进位” 代替 “进制” 的自动转换？	5	2	Kethyga	2024-05-10 19:18
15	优先体验深色模式（行动版网站、已登入使用者）	1	1	SGrabarczuk (WMF)	2024-05-10 22:42
16	北平市、重庆市 (中华民国)等民国大陆时期直辖市条目地图定位偏差问题	12	5	Ericliu1912	2024-05-12 11:04

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

正在广泛征求意见的议题

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

维基百科技术议题与模板

Wikipedia talk:字词转换处理/公共转换组 § 思路：条目预储公共转换组中匹配的规则，减少载入时间

近年有些公共转换组越来越大，导致所嵌入的各条目等页面_{（为便说明下称“条目”但不限于条目）}载入越来越慢，为人诟病。而若条目预先储存公共转换组中与条目中字词相匹配的转换规则，并适时更新：— Gohan 2024年3月12日 (二) 05:00 (UTC)

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:电影信息框 § 影／视 资讯框互斥、难记

Template:电影信息框只有香港片名、澳门片名参数，没有港澳片名参数；Template:电视节目信息框只有港澳名称参数，没有香港名称、澳门名称参数；二者截然相反，应当统一为均可填写。另外，众多条目仍然残留无效的“马新名称／片名”参数，宜部署机械人改写。难以想象多少译名因此被掩盖。
另外，电影信息框original_name所填文字会被字词转换，本不应受字词转换。— Gohan 2024年4月25日 (四) 11:10 (UTC)

Template talk:No source § 一个问题

此讨论正在公示7天，直至2024年5月18日 (六) 03:26 (UTC)结束；如有意见请尽快提出。

本模板描述写着“如果这个图片已经注明来源讯息，请移除此模板。”但是，页面创建者依此移除模板时，会被过滤器16阻止，故建议修改模板，加入使用hang on的相关内容。--在下荷花，请多指教（欢迎签到） 2024年4月29日 (一) 13:33 (UTC)

Template talk:Hang on § {{hangon}}

Template:Db-meta的格式在之前的讨论中，无法解决标记提速删页面上的速删状态；如果用机器人的方式来处理，是否可行？台湾杉在此发言 (会客室) 2024年4月30日 (二) 08:33 (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)

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

“阅读无障碍”功能和本站小工具兼容问题以及字号选择

于Phabricator查看
编号T358119的工单
状态：已解决

测试功能中Vector 2022的“阅读无障碍”功能之前和本站大字体小工具存在兼容性问题，目前主要问题已经修正，但是存在若干遗留问题。

该测试功能有三个挡位，“小”对应14px，“标准”对应16px，“大”对应20px，并无本站目前使用的15px。本来该功能是有望让小工具在Vector 2022下直接退役的，但由于缺少15px所以目前不行。

目前个人认为有以下解决方案，请社群评估：

1. 维持现状（大字体小工具将“小”修改为15px，其他不变）。
2. 让大字体小工具在打开“阅读无障碍”时直接失效，之后在正式部署“阅读无障碍”时调整为默认启用16px，小工具退役。注意会导致默认字号改变。
3. （新增）让基金会加上15px的挡位，正式部署时默认启用，小工具退役。

以上。--碟之舞📀💿 2024年2月23日 (五) 02:13 (UTC)

我个人会倾向2。--冥王欧西里斯（留言） 2024年2月23日 (五) 03:56 (UTC)

@S8321414：刚刚加了个3，提醒一下。--碟之舞📀💿 2024年2月23日 (五) 13:36 (UTC)

有看到，但我个人还是倾向2，但不排斥3。--冥王欧西里斯（留言） 2024年2月23日 (五) 13:59 (UTC)

阅读方面14px和15px我感觉都行，但排版变化明显。顺便一提，Timeless皮肤下是15.2px。16px感觉较大，但部分用户和繁体用户可能偏爱。--YFdyh000（留言） 2024年2月23日 (五) 14:02 (UTC)

依据“阅读无障碍”功能的文档“Small is the current default”，而本站预设启用“大字体”小工具及实际上本站预设字体为 15px 而非 14px，故“小”选项应由现时的 14px 增加至 15px，或是增加 15px 的选项及成为预设选择。至于“大字体”小工具，当“阅读无障碍”功能仍在测试阶段时应改为不覆盖该功能字体设定，待该功能正式部署后才仅在 Vector 2022 暂停使用。谢谢。--SCP-0000（留言） 2024年2月23日 (五) 15:22 (UTC)

另外，没坏就不要修，除非有明确共识或证据支持其他字体大小比现时预设的 15px 更佳。--SCP-0000（留言） 2024年2月23日 (五) 15:30 (UTC)

“小”选项由现时的 14px 增加至大字体的 15px，大家不觉得这让很多人难以理解吗？小变成了大，但却还是叫做小。。。

总的来说，15px是中文网页（可能也包括日文网页）最常见的字体大小（可认为是最优），但是随着近几年显示技术和网页技术的变化，是否15px还是最优可能需要再探讨。另外，偶数大小（14、16）从网页设计上来说更方便计算和取整，可以避免一些页面排版和渲染方面意外的发生。所以最后还是要权衡利弊，是保守原来的不变，还是拥抱新变化，还是只要最优大小，还是虽然不是最优但能够更灵活？--百無一用是書生 (☎) 2024年2月26日 (一) 02:27 (UTC)

更新：Jon (WMF)表示可以针对不同语言调整预设值大小。--碟之舞📀💿 2024年2月24日 (六) 02:21 (UTC)

那正好，基于最小修改原则，新版外观预设字体大小应该就设定为原本者。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2024年2月25日 (日) 16:52 (UTC)

@SGrabarczuk (WMF): BTW, I have read the analysis of the community prototype testing and I found that the analysis mixed up the data from communities using Latin and CJK characters. Since Latin and CJK is quite different (FYR the comparison by Google), perhaps re-analysis and only focus on the data from communities using CJK character (Chinese, Japanese, and Korean Wikipedia) if possible? Thanks.--SCP-0000（留言） 2024年2月28日 (三) 05:39 (UTC)

Hey @SCP-2000, that's interesting, thank you for pointing this out! Our designer broke down that data by different scripts. So he must have taken this into consideration. But as I can see, this breakdown didn't make it to the wiki page. I'll ask him.--SGrabarczuk (WMF)（留言） 2024年3月6日 (三) 16:22 (UTC)

@SGrabarczuk (WMF): Hello, any update of this matter? Thanks.--SCP-0000（留言） 2024年3月24日 (日) 17:23 (UTC)

Hello @SCP-2000, I'm happy to share that I do have an update :D

Ultimately, it will be possible for local users (specifically, admins, if I'm not mistaken) to change the settings (only by increasing the values) for the entire wiki. This will be possible via the Community configuration tool. It was originally built for newbies and mentors, but it's gonna be connected with other features as well.

In the meantime though, our team will be happy to make those changes for you.

However, if I'm not mistaken, it will not be necessary since our proposed new default ("Standard", 16px) is a bit larger than the current default on this wiki (15px). Am I forgetting about something?

What do you think about all this? Thanks!--SGrabarczuk (WMF)（留言） 2024年3月29日 (五) 22:37 (UTC)

@SGrabarczuk (WMF): Hello, thanks for your information:)

We are currently in a discussion about which font size (i.e. 14, 15 or 16px) is better. That was why I asked if there is any data from communities using CJK characters, so that help us make a better decision. Anyway, we'll let you know if we reach the consensus.--SCP-0000（留言） 2024年3月30日 (六) 12:31 (UTC)

---

@Diskdance、S8321414、YFdyh000、Shizhao、Ericliu1912： 考虑到现时未见有广泛共识同意更改预设字体大小，个人认为较佳的做法是维持现况（即 15px）。而 WMF 愿意依据社群意见更改字体大小，故个人建议将 Vector 2022 未来的预设“标准”选项（ “our proposed new default ("Standard", 16px)”）改为本站现时的 15px。至于“大字体”小工具，当“阅读无障碍”功能仍在测试阶段时改为不覆盖该功能字体设定，待该功能正式部署后才仅在 Vector 2022 暂停使用。不如各位意下如何？谢谢。--SCP-0000（留言） 2024年3月30日 (六) 12:59 (UTC)

个人支持SCP所述做法。但是需要考虑是否要相应调整“大”选项的字号。--碟之舞📀💿 2024年3月30日 (六) 13:13 (UTC)

所以现在是变成要把“标准”改为15px而非把“小”改为15px？我个人仍是比较倾向让这三个选项维持原本的14、16、20px，让小工具在Vector 2022失效，但也不反对将“标准”改为15px就是（是说原本选15px究竟是什么原因？）。--冥王欧西里斯（留言） 2024年3月30日 (六) 13:27 (UTC)

“所以现在是变成要把“标准”改为15px而非把“小”改为15px？”是的，这是基于维持现况的考量。而“标准”未来将成为预设选择。

“我个人仍是比较倾向让这三个选项维持原本的14、16、20px，让小工具在Vector 2022失效”或许能否详细说明理由？谢谢。--SCP-0000（留言） 2024年3月30日 (六) 13:33 (UTC)

主要是现在用“阅读无障碍”的“标准”也没遇到什么排版上的问题，另外没那么重要的应该是跨站点的一致性，至于“大字体”小工具在“阅读无障碍”功能预设开启后（在Vector 2022）就不需要了。--冥王欧西里斯（留言） 2024年3月30日 (六) 13:44 (UTC)

理解。大字体那句是不小心引用的（）。至于跨站点的一致性，这确实是合理的担忧，不过只要本站愿意作出改动，个人认为其他使用中文的 wikis 也会跟进改动。至于中文以外的 wikis，正如您所说其实不太重要。谢谢。--SCP-0000（留言） 2024年3月30日 (六) 14:02 (UTC)

现在中文站点的字型大小设定并不完全相同，所以我反而不觉得其他中文站点会跟进本站改“标准”为15px就是XD，毕竟改了反而也是跟原先的排版不同。--冥王欧西里斯（留言） 2024年3月30日 (六) 23:26 (UTC)

原本选15px是因为当时中文网页字体大小的最佳实践是15px--百無一用是書生 (☎) 2024年3月31日 (日) 12:09 (UTC)

那就是看现在的最佳实践是不是还是15px了。--冥王欧西里斯（留言） 2024年3月31日 (日) 12:14 (UTC)

啊，“最佳实践”我在这里是有点反讽的意思的....意思就是别人都这么做，所以这么做，效果上是不是“最佳”则未必，但成本上肯定是“最佳”的--百無一用是書生 (☎) 2024年4月8日 (一) 03:21 (UTC)

既然此讨论已过一个月多，而本提案已过七天且无合理异议，故现公示七天，如无合理异议即视达成共识及通过。谢谢。--SCP-0000（留言） 2024年4月7日 (日) 16:01 (UTC)

• 根本就不是这问题，是这个基金会本身的问题。强迫人换成Vector 2022的皮肤外观不说，还要登入使用者的帐号才能选择，跟字体大小可能没什么影响了，字体大小也不是决定条目质量的主要因素，而且一堆多馀空白就影响阅读品质。再说，为何不自己用缩放功能调整字体大小就好？真的懒成这样吗？--Z7504非常建议必要时多关注评选（留言） 2024年4月18日 (四) 14:10 (UTC)

  良好的网站设计不应要求使用者透过缩放功能来调整字体大小，而字体大小确实会影响读者的阅读品质（参见相关研究）。至于预设选项及空白的问题，与本讨论无关，个人便不评论。谢谢。--SCP-0000（留言） 2024年4月18日 (四) 16:13 (UTC)

  字体大小的确是会影响读者的阅读品质，但哪些读者是真的会管您维基百科要是14px还是15px的大小啊？讲这个几px大小也不是维基百科所有的读者都能一目了然。基金会也没有要发明这个功能啊？为啥不给维基百科本身阅读时能自己决定字体大小的功能建议比较快？电脑有缩放字体功能，手机也有缩放萤幕大小的功能，那字体显示的大小当然是取决自己要不要去决定而已。（独裁）基金会做为一个维基百科全书网页始祖之一，却连这点功能都办不到，那和其他网络百科全书基本差不多功能而已，就（独裁）社群的维基百科功能性而言，没有比较突出。与其讨论字体选择性功能，真的建议直接看看这个（独裁）基金会的意愿吧，（独裁）社群光只在互助客栈这讨论半天是没有屁用的。--Z7504非常建议必要时多关注评选（留言） 2024年4月18日 (四) 17:04 (UTC)

  相信做过网站开发和应用系统设计工作的，绝不会说出这种不专业的话--百無一用是書生 (☎) 2024年4月19日 (五) 03:29 (UTC)

既然没有合理且与本提案相关的异议，视为达成共识及通过。个人稍后将建立相关工单。谢谢。--SCP-0000（留言） 2024年4月19日 (五) 07:35 (UTC)

已建立 phab:T362995。

@SGrabarczuk (WMF)： Hello, we agree that change the "Standard" font size from 16 to 15px in Chinese Wikipedia. More information in this phab ticket. Thanks.--SCP-0000（留言） 2024年4月19日 (五) 16:09 (UTC)

所以此话题现在可告一段落了？—— Eric Liu _{創造は生命（留言・留名・学生会）} 2024年5月10日 (五) 19:58 (UTC)

我认为没问题。--碟之舞📀💿 2024年5月11日 (六) 01:15 (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)

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

Template:Douban people

发现豆瓣电影、豆瓣读书、豆瓣音乐的人物页面目前开始跳转到Douban personage（豆瓣人物）页面，比如蒲松龄豆瓣读书页面跳转到27504363，估计需要一个新的{{Douban personage}}，可能需要将movie/book/musician中的标识符转移到personage上。另外维基数据上在申请建立Douban Personage ID。--Kethyga（留言） 2024年4月30日 (二) 23:42 (UTC)

我觉得{{douban}}加一个personage参数比较好。--YFdyh000（留言） 2024年5月1日 (三) 01:17 (UTC)

纠正，我是想说{{douban people}}加personage参数--YFdyh000（留言） 2024年5月1日 (三) 18:19 (UTC)

不对吧，豆瓣网站改版后人物页面不再分电影、读书、音乐，模板只需要id、title两个参数。--Kcx36（留言） 2024年5月2日 (四) 16:32 (UTC)

旧的网址目前被重定向、豆瓣电影搜索中仍呈现，有用，模板应保留功能。前些天还有些没重定向，但现在似乎越来越多/全面。如果配合机器人，可以将douban people未指定type默认为movie，改动成默认personage。机器人可以经重定向添加personage值到维基数据。--YFdyh000（留言） 2024年5月2日 (四) 17:40 (UTC)

我建议用机器人将未填写type的补全type=movie，模板功能改为未指定type则默认personage，type参数不再推荐使用，仅为兼容保留。然后将模板改名为“Douban personage”，而无需建两套模板。--Kcx36（留言） 2024年5月2日 (四) 18:09 (UTC)

机器人补全type，不如去掉参数自动读维基数据。当然，要确保最终网址正确有效。--YFdyh000（留言） 2024年5月2日 (四) 19:00 (UTC)

您是说不填type时自动读维基数据的personage ID，还是去掉所有参数，自动读维基数据的personage ID？有的条目，如蒲松龄，使用了多个模板。--Kcx36（留言） 2024年5月2日 (四) 19:11 (UTC)

去掉所有参数，因为其他type的页面似乎将不再提供服务。该条目为例，多个模板的最终页面现为同一个页面。--YFdyh000（留言） 2024年5月2日 (四) 19:25 (UTC)

有道理，我支持此方案。这样的话还需要补充Category:不在维基数据的豆瓣影人等的维基数据，以及去掉多次使用的模板。--Kcx36（留言） 2024年5月2日 (四) 19:33 (UTC)

“未指定type则默认personage”有个小缺点，哪怕机器人处理了所有案例，条目历史版本的效果会改变。--YFdyh000（留言） 2024年5月2日 (四) 19:32 (UTC)

请求有能力者修改邛崃市南宝山镇的维基数据

南宝山镇2015年由原南宝乡与油榨乡合并而设立，镇政府驻地在原油榨乡场镇。2019年12月，南宝山镇茶板村、金甲村、常乐村、大葫村所属行政区域划归火井镇管辖，划归火井的区域中就包含了原南宝乡场镇。

然而，维基数据中的南宝山镇就仅仅是原南宝乡改了个名，下属行政区、地点、区划代码等仍是九年前南宝乡的。而百科条目中对行政区划的描述也是通过Template:PRC_admin引用维基数据自动填的，因此南宝山镇的条目内容也成了错误的。与此同时，油榨乡的数据和百科条目也存在，将其描述为现存行政区域。

我对这套数据库理解尚不透彻，暂无能力修改。我姑且将百科条目效果不符事实的模板中能注释掉的都注释掉了，并手动输入正确内容，但数据库不应该一直这样拖下去。况且据Wikipedia:机器人建立条目小组/中华人民共和国行政区划/简明手动维护手册所言，这种行政区划变动后对数据库调整校对的工作是非常繁琐的，建议到互助客栈求助。因此我在此请求诸位同仁的援手。

题外话，据相关文档所言，这套数据库刚建立时应该是有机器人自动更新的。但这个问题遗留了九年、两次区划变动之久，究竟是偶然的漏网之鱼还是自动更新机制已经失灵？若是后者，且以后也没有恢复定期自动更新的话，我对这种路径的前景深感担忧。--樱桃纳米粉（留言） 2024年5月1日 (三) 18:14 (UTC)

除维基数据的下辖行政领土实体（P150）外已修改。--Kcx36（留言） 2024年5月2日 (四) 16:27 (UTC)

InternetArchiveBot故障？

于Phabricator查看
编号T364136的工单

这两天突然发现User:InternetArchiveBot无法识别{{Cite web}}、{{Cite news}}等系列模板中已添加的存档，而是直接在模板外添加了{{Wayback}}，导致大量引用来源出现重复的存档链接（如：[2]）；即使Cite系列模板没有存档链接，也不会填进去（如：[3]）。我已在P站提单，暂未得到回复；但刚刚发现机器人在其他站点的工作是正常的（如西语维基百科、英语维基百科）……想请教是否会与本地的一些配置有关？以及我认为有必要将这两天机器人做的编辑全数回退……--Tim Wu（留言） 2024年5月4日 (六) 17:55 (UTC)

问题持续中，现在还是重复添加{{Wayback}}。InternetArchiveBot的条目修改量也不少，在解决问题之前，能否先禁止这个bot的在zhwiki的运行。--Nostalgiacn（留言） 2024年5月6日 (一) 03:04 (UTC)

不反对暂时禁止。--Tim Wu（留言） 2024年5月6日 (一) 03:14 (UTC)

不确定是bug还是只是参数识别问题，因为用iabot界面编辑存档的话，参数名为“archive-date”和“archive-url”，可能是原来的模板参数对不上而无法处理？——Sakamotosan路过围观 | 避免做作，免敬 2024年5月6日 (一) 07:26 (UTC)

现在有没有横杠都识别不出来。--Tim Wu（留言） 2024年5月6日 (一) 07:31 (UTC)

像这个更改Special:Diff/82526887，{{Cite web}}的参数就是archive-url和archive-date，但bot还是在模板外加的{{Wayback}}。--𝓧𝓩𝓣𝓓𝓮𝓪𝓷 ^{𝕋𝕒𝕝𝕜}  2024年5月6日 (一) 10:05 (UTC)

刚试了用iabot界面编辑存档，出现了同样问题。连带之前没有存档的也是以{{Wayback}}存档。--S叔 2024年5月6日 (一) 12:48 (UTC)

虽然但是我觉得应该联系机器人维护者@Cyberpower678、Harej而不是去phab开工单……我觉得该问题是机器人本身的问题与mw没啥关系，机器人也不是基金会人员所有的。--忒有钱 🌊塩水あります🐳（留言） 2024年5月9日 (四) 19:24 (UTC)

工单也加了Cyberpower678。但如果直接去对方用户讨论页提醒一下，或者先咨询一下是不是出了一些问题，应该会更好。——Sakamotosan路过围观 | 避免做作，免敬 2024年5月10日 (五) 00:23 (UTC)

是在机器人元维基问题回报页反馈无果后才提单的，虽然两处直到现在都没有更新，很失望。--Tim Wu（留言） 2024年5月10日 (五) 03:37 (UTC)

建议修复前先禁用吧。另外IABOT工具也是在{{cite}}模板之外添加的存档，不论archive-url是否已经填写。--Kethyga（留言） 2024年5月10日 (五) 03:32 (UTC)

另外，还有IABotManagementConsole的也是，见 Special:Diff/81922170/82595494、标签：IABotManagementConsole最近更改。--Kethyga（留言） 2024年5月11日 (六) 01:18 (UTC)

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

張藝与张艺

张艺与张艺，两个条目名称一繁一简，内容不同。后建者创建时不是会自动转换吗？是否有bug？--Factrecordor（留言） 2024年5月6日 (一) 12:43 (UTC)

（注：现为张艺 (台湾演员)和张艺 (香港演员)）

可能是用了一些特殊方法，只要在张艺url尾端加上?redirect=no就能检视、编辑、建立该页面。（不是说该编者一定有这么做）。--Cookai饼块🍪_{（💬留言）} 2024年5月6日 (一) 17:25 (UTC)

2024年第19期技术新闻

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

最近更改

采用新设计的讨论页的示例，图为法语维基百科

• 除了维基共享资源、维基数据和大多数维基百科之外，所有维基的讨论页外观均已更改（部分维基已在此前获得新设计）。您可以在Diff阅读此更改的详细资讯。用户可以在参数设置中选择停用此更改（“显示讨论活动”）。未来几周内，其馀维基将获得此部署。 [4][5]
• 界面管理员现在可以使用SiteAdminHelper，更有效地控制移动版网站上条目元素的样式。关于如何停用样式的更多资讯，请参阅扩展页面。 [6]
• Wikimedia Enterprise已将JSON格式的条目内文章节和精选的简短描述栏位添加至现有的已解析信息框中。此API扩展也可以通过维基媒体云服务使用。 [7]

本周更改

• MediaWiki的新版本将于5月7日部署至测试维基及MediaWiki.org，于5月8日部署至非维基百科wiki及部分维基百科，并于5月9日部署至所有站点（参见日程表）。 [8][9]
• 当您查看Special:Log特殊页面时，第一眼见到的是“所有公开日志”标签，但其仅显示部分日志。该标签现将更名为“主要公开日志”。 [10]

未来更改

• Graph扩展将被新服务取代，该服务仍待开发。详情请见该扩展的最新更新资讯。
• 自5月21日起，英语维基百科和德语维基百科将可以启用“添加链接”。这是逐步向所有维基百科部署此工具的一部分。这些社群可以在本地启用和配置此功能。 [11]

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

MediaWiki message delivery 2024年5月6日 (一) 16:42 (UTC)

字词转换问题

完成。SingBow（留言） 2024年5月10日 (五) 04:56 (UTC)

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

---

玛莉·雷诺特条目中，所有的“毕业”都会在繁体转换为东野圭吾的小说“毕业 雪月花杀人游戏”。--SingBow（留言） 2024年5月10日 (五) 01:00 (UTC)

看起来修复了。Template:CGroup/文学对应项没配置好。——Sakamotosan路过围观 | 避免做作，免敬 2024年5月10日 (五) 03:36 (UTC)

---

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

字词转换问题

完成。SingBow（留言） 2024年5月10日 (五) 04:45 (UTC)

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

---

史达林死了没？条目中，赫鲁雪夫的名字“尼基塔”会在繁体转换为电影“霹雳煞”--SingBow（留言） 2024年5月10日 (五) 01:03 (UTC)

@SingBow 是Module:CGroup/Movie的问题，“La Femme Nikita', 'zh-tw:霹雳煞;zh-cn:尼基塔;zh-hk:堕落花;”，该转换项需要修改，“尼基塔”是常用人名。另外错误字词转换在Wikipedia:字词转换/修复请求。--Kethyga（留言） 2024年5月10日 (五) 03:42 (UTC)

解决了，电影名组过转，Kethyga在条目上加了一个固定转义。——Sakamotosan路过围观 | 避免做作，免敬 2024年5月10日 (五) 03:42 (UTC)

---

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

请问技术上如何修正：台湾正体中文用 “进位” 代替 “进制” 的自动转换？

本技术问题，已张贴于条目【进位制】的讨论区，因修订该条目时，查询其公共转换组

（IT、Electronics、Science），其模板内容并查无强制“进制”字词转换处理，为何会自动转换成“进位”？怎么解决？谢谢！

贴文如下：

进制（carry system）与进位（carry）并不等义！见：乐词网【进位】，但不知道什么原因，维基中文会自动转换！（包括其他条目，例如“十進制”，台湾正体中文非要显示“十進位”不可）请协助并指导修订技术，谢谢！--Yyfroy（留言） 2024年5月10日 (五) 08:39 (UTC)

@Yyfroy 在全局转换表中，该转换使得"进制"在中文维基项目上zh-tw都会转换成“進位”。确实过度转换的话，可以提报到Wikipedia:字词转换/修复请求，不过处理速度会就比较久。--Kethyga（留言） 2024年5月10日 (五) 08:59 (UTC)

谢谢！原来如此！还有这种网站（https://phabricator.wikimedia.org/ ）！Yyfroy（留言） 2024年5月10日 (五) 09:44 (UTC)

可以看一下Wikipedia:字词转换的说明和流程。--Kethyga（留言） 2024年5月10日 (五) 11:03 (UTC)

@A2569875 麻烦确认一下，是否应该取消全局转换。--Kethyga（留言） 2024年5月10日 (五) 11:18 (UTC)

优先体验深色模式（行动版网站、已登入使用者）

大家好，如同去年11月的公告所述，维基媒体基金会网页团队正在开发深色模式（或称夜间模式）。我们现在已为所有维基专案的行动版进阶模式已登入使用者发布了该功能，以进行测试。请别担心，新功能不会造成破坏！（请参阅下文的“已知局限”部分）。在向更广泛的受众发布该功能之前，与您合作对我们来说非常重要。我们优先推出的目标是：

• 展示我们的早期成果。您越早参与，您的意见就越能在最终版本得到体现
• 取得有关标记错误、问题和请求的协助
• 与技术编者合作，调整各种模板和小工具以支援深色模式

请参见专案页面和常见问题页面了解关于此专案基础知识的更多资讯。

初始版本的已知局限

• 目前，深色模式仅适用于已启用行动版进阶模式的已登入使用者，作为可选功能。
• 小工具最初可能无法在深色模式下正常工作，并可能需要更新。
• 我们的首要目标是让深色模式能在条目上使用。特殊页面、讨论页面和其他命名空间尚未针对深色模式更新。我们暂时在一些页面禁用了深色模式。

我们希望您（广大社群）做的是：

如果您有任何疑问——欢迎您向我们提出！此外，请适时考虑将维基媒体专案的深色模式相容性建议的连结加入解释如何在程式码中定义颜色的页面。该相容性建议页面将很快被标记为可翻译页面。我们想强调的是，这些建议可能会不断变化。因此，我们不建议在本地维基专案建立该相容性建议的副本。在某些时候，副本可能会与原始版本有所差异。

我们希望您（模板编者、介面管理员、技术编者）做的是：

当大多数错误得到解决后，我们将能够为桌面和行动装置两方的读者提供深色模式。为了实现这一目标，我们需要与您一起合作共同回报和解决问题。

1. 若要启用深色模式，请使用行动版网站并前往选单的设定部分，选择启用进阶模式（若尚未启用）。然后，将色彩设为深色。（稍后，我们将使该设定自动使用装置主题）。
2. 接著，前往不同的条目寻找问题：
   • 如果您发现模板有问题但不知道如何修复它
     1. 前往建议页面寻找相关范例
     2. 如果没有相关范例可用或对修复方法有疑问，联络我们
   • 如果你想为多个模板在深色模式下除错
     1. 请前往https://night-mode-checker.wmcloud.org/找出需要修复的模板。该工具会标示出阅读量最高的100篇条目。
     2. 前往建议页面寻找相关范例
     3. 如果没有相关范例可用或对修复方法有疑问，联络我们
   • 如果您想找出前100篇条目以外的问题
     1. 安装WCAG色彩对比浏览器扩充功能（Chrome、Firefox）并造访一些条目。用它来找出问题
     2. 前往建议页面寻找相关范例
     3. 如果没有相关范例可用或对修复方法有疑问，联络我们
   • 如果您有与模板无关的深色模式错误报告
     1. 将您看到的画面截图下来
     2. 联络我们。如果可以，请注明您的浏览器版本和作业系统版本

谢谢您。我们期待您的意见和评论！--SGrabarczuk (WMF)（留言） 2024年5月10日 (五) 14:42 (UTC)

北平市、重庆市 (中华民国)等民国大陆时期直辖市条目地图定位偏差问题

互助客栈/技术
北平市

互助客栈/技术
重庆市

• 如图，北平西移到了陕蒙交界处、重庆西移到了西康地界，需要精通此模板的编辑更正。—— 　桁霁　 ↹　晚来天欲雪，能饮一杯无　　 2024年5月10日 (五) 15:24 (UTC)
• 重庆市 (中华民国)、上海市 (中华民国)、大连市 (中华民国)等中华民国直辖市条目都存在这一问题。—— 　桁霁　 ↹　晚来天欲雪，能饮一杯无　　 2024年5月10日 (五) 15:30 (UTC)

  似乎是移动版视图特有的问题，电脑上查看页面未见异常。@Lilauid，Irralpaca（留言） 2024年5月10日 (五) 18:54 (UTC)

  欸？奇怪了，我是用的 macOS 的 Chrome 浏览器浏览，也是电脑端。—— 　桁霁　 ↹　晚来天欲雪，能饮一杯无　　 2024年5月10日 (五) 19:39 (UTC)

  顺带一提，若我在同一设备统一浏览器下，切换为手机版视图阅览，以上定位东移：北平居于烟威、重庆居于湘北。但类似的 Template:南沙群岛岛礁地图 则不存在以上任何问题。—— 　桁霁　 ↹　晚来天欲雪，能饮一杯无　　 2024年5月10日 (五) 19:45 (UTC)

  chrome会东移，firefox不会。

  {{Image label}}的x似乎不是根据图片的width，而且根据{{Infobox Former Subdivision}}的width。

  虽然chrome与firefox的图片大小一样，但{{Infobox Former Subdivision}}的大小不一样，chrome是317.88*284.36，firefox是316.833*282.383。--Miyakoo（留言） 2024年5月11日 (六) 08:12 (UTC)

  如果在行动版下打开DevTools把尺寸改成回应式，然后拖动宽度，还能看到标签跑起来了。--Miyakoo（留言） 2024年5月11日 (六) 08:22 (UTC)

  Safari 浏览器没有这个问题。目前仅限于 Chrome 浏览器出现偏差。但维基百科应争取在任何界面正确展示。—— 　桁霁　 ↹　晚来天欲雪，能饮一杯无　　 2024年5月10日 (五) 19:51 (UTC)

  是否您的浏览器配置导致异常，新建配置文件试试？Edge、Firefox浏览PC或移动版网页正常。--YFdyh000（留言） 2024年5月10日 (五) 21:38 (UTC)

  我的情况是Android手机上使用Firefox或Chrome，苹果手机上使用Safari，浏览手机版网页能看见西移；但手机上浏览桌面版，以及Windows上使用Edge浏览桌面或手机版视图均未见问题。Irralpaca（留言） 2024年5月10日 (五) 23:44 (UTC)

  使用Mac版Chrome阅览，未见问题。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2024年5月12日 (日) 03:04 (UTC)