维基百科

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

< Wikipedia:互助客栈
最新留言：6小时前由Shizhao在话题2024年第16期技术新闻内发布

快捷方式

本页用作讨论在编辑时遇到的技术问题；发表问题或讨论前，请先参阅常见问题解答、帮助信息、MediaWiki基本问题及搜索旧讨论记录。另请注意：

请注重礼仪、遵守方针与指引，一般问题请至互助客栈其他区或知识问答提出，留言后请务必签名（点击 ）。


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

4月6日之后没有新回应的议题会移动至相应的讨论页或存档。跳至本页的：目录 · 底端

公告栏
# 💭 话题 💬 👥 🙋 最新发言 🕒 (UTC+8)
1 Template:Weather box 11 6 Ericliu1912 2024-01-30 01:28
2 MobileFrontend侧边栏故障 6 2 Shizhao 2023-12-25 15:47
3 引文模板不应该报错全部的零宽空格 4 3 H2226 2024-01-07 18:11
4 “阅读无障碍”功能和本站小工具兼容问题以及字号选择 26 7 Shizhao 2024-04-08 11:21
5 Template:Authority control 5 4 Kethyga 2024-04-10 14:29
6 2024年第15期技术新闻 2 2 Shizhao 2024-04-09 10:51
7 可视化编辑器是坏了吗 3 3 Diskdance 2024-04-15 16:53
8 关于使用 ToolsRedirect 创建的繁简重定向 7 4 回廊彼端 2024-04-15 22:16
9 用户讨论页内部错误 6 3 Diskdance 2024-04-15 22:10
10 修改 Infobox person 中 native_name 参数位置 6 3 Ericliu1912 2024-04-14 02:22
11 可视化编辑器问题 2 2 Diskdance 2024-04-15 16:52
12 2024年第16期技术新闻 2 2 Shizhao 2024-04-16 10:29
发言更新图例
  • 最近一小时内
  • 最近一日内
  • 一周内
  • 一个月内
  • 逾一个月
特殊状态
已移动至其他页面
或完成讨论之议题
手动设定
当列表出现异常时，
请先检查设定是否有误

正在广泛征求意见的议题

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

维基百科技术议题与模板

Template talk:N/A § “不适用”不适用

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

MediaWiki talk:Common.css § 编辑请求 2023-11-20

条目主题
非条目主题
提示
要将某一个讨论加入上述列表中：
  • 在讨论页中的对应讨论章节顶端加上{{rfc|xxx}}标签，其中“xxx”为分类缩写。各类分类缩写已列于上方项目中，并应将其插入{{rfc}}中。多个分类请使用管道符号分开，如{{rfc|xxx|yyy}}，其中“xxx”为第一个分类，“yyy”为第二个分类。
更多资讯请参阅Wikipedia:征求意见。请在Wikipedia talk:征求意见回报有关错误。本列表由LuciferianBot于每个小时进行更新。

Template:Weather box 编辑

最新留言：2个月前10条留言6人参与讨论

本主题或以下段落文字，在讨论结束后应存档至Template talk: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)回复

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

MobileFrontend侧边栏故障 编辑

最新留言：3个月前6条留言2人参与讨论

[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)回复

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

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

最新留言：3个月前4条留言3人参与讨论

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)回复

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

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

最新留言：8天前26条留言7人参与讨论
于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)回复

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

Template:Authority control 编辑

最新留言：6天前5条留言4人参与讨论

本主题或以下段落文字，在讨论结束后应存档至Template talk:Authority control。

因为之前我在讨论页留言但没人理我，所以发到这里。模板中的WorldCat Identities连结会显示Not Found，看起来是没有更新。还有“规范控制”可以在选择台湾正体时显示成“权威控制”吗？--世界解放者（留言） 2024年4月4日 (四) 08:30 (UTC)回复

前者在Module_talk:Authority_control应已解决。后者解决，效果。请等待未来部署。--YFdyh000（留言） 2024年4月4日 (四) 15:56 (UTC)回复
了解，感谢你。--世界解放者（留言） 2024年4月5日 (五) 06:22 (UTC)回复
见香港中文名称规范数据库，香港的估计可能和大陆的一样。--Kethyga（留言） 2024年4月10日 (三) 06:29 (UTC)回复
本地正在引入英维新版，阁下可移步Module talk:Authority_control关注。--PexEric 💬|📝 2024年4月5日 (五) 06:19 (UTC)回复

2024年第15期技术新闻 编辑

最新留言：7天前2条留言2人参与讨论

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

最近更改

  • 网络浏览器中可以使用扩展程序工具。现在有一个名为Citation Needed的Chrome扩展程序，您可以使用它来查看网络上的内容是否受维基百科条目支持。这是个测试维基百科运用方式的小实验。不过因为是小实验，所以仅限于Chrome浏览器使用，且仅能用于英文内容。
  •   所有wiki均加入了新功能“编辑恢复”，可在参数设置中启用。启用后，正在进行的编辑将保存在网络浏览器中，如果您意外关闭编辑窗口，或是浏览器或计算机崩溃，再次开启时，网页将提示您恢复未发布的文本。请在项目讨论页留言反馈。这是2023年社群愿望清单调查中的第八位。
  • “编辑检查”实验的初步结果已发布。编辑检查现已作为默认功能部署至先前测试它的wiki。如果您希望您所在的wiki成为下一批编辑检查的部署对象，联系我们。 [2][3]
  • 在移动设备上使用Minerva皮肤的读者将注意到所有排版设置的行高皆有改进。 [4]

本周变更

  •   MediaWiki的新版本将于4月9日部署至测试维基及MediaWiki.org，于4月10日部署至非维基百科wiki及部分维基百科，并于4月11日部署至所有站点（参见日历）。 [5][6]
  • 新账号和登出的用户将以可视化编辑器作为移动版的默认编辑器。除英语维基百科外，所有维基百科均进行此部署。 [7]

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

MediaWiki message delivery 2024年4月8日 (一) 23:36 (UTC)回复

编辑恢复有时候操作不小心会恢复到错误的版本--百無一用是書生 (☎) 2024年4月9日 (二) 02:51 (UTC)回复

可视化编辑器是坏了吗 编辑

最新留言：1天前3条留言3人参与讨论
于Phabricator查看
编号T356157的工单

如题，切换过去就显示Unable to stash Parsoid HTML。--mije meli carrot_233 -- 讨论 2024年4月10日 (三) 05:40 (UTC)回复

有时候会丧失功能，原因不明。-- 肥羊翻译机 ⁄留言 2024年4月12日 (五) 12:53 (UTC)回复
phab:T356157。类似问题先前发生过，由于没有日志无法分析，后来启用了日志，这次复现了等调查结果吧。--碟之舞📀💿 2024年4月15日 (一) 08:53 (UTC)回复

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

最新留言：18小时前7条留言4人参与讨论

本主题或以下段落文字，在讨论结束后应存档至MediaWiki talk:Gadget-ToolsRedirect.js、Category talk:有蓝链却未移除内部链接助手模板的页面、Category talk:简繁重定向、Template talk:简繁重定向。

使用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)回复

用户讨论页内部错误 编辑

最新留言：18小时前6条留言3人参与讨论
于Phabricator查看
编号T362530的工单
状态：已解决

请问各位阁下，关于用户讨论页发生内部错误，显示以下错误说明，该如何恢复讨论页？麻烦请各位阁下协助，谢谢。 

結構式討論工作流程並未與該頁面關聯。
[e7ab9c04-d03f-457a-85f2-7abd118bfd25] 2024-04-12 12:32:56: 嚴重異常類型
「Flow\Exception\InvalidDataException」

-- 肥羊翻译机 ⁄留言 2024年4月12日 (五) 12:50 (UTC)回复

@OnionBulb：能否在测试功能中关闭结构式讨论页？--碟之舞📀💿 2024年4月15日 (一) 08:47 (UTC)回复
偏好设定的测试功能没有“结构式讨论页”的设定，我记得以前有这个设定，不知为何现在没有也没显示。-- 肥羊翻译机 ⁄留言 2024年4月15日 (一) 11:59 (UTC)回复
报phab ——魔琴［身份声明 留言 贡献 新手2023］ 2024年4月15日 (一) 12:02 (UTC)回复
已交工单。@OnionBulb您好，想问一下这个问题是怎么出现的，之前是否进行过关闭结构式讨论的操作？
另外，结构式讨论已经废弃，将来将会从本站移除，就算恢复过来大概率会是传统Wikitext页面。--碟之舞📀💿 2024年4月15日 (一) 13:07 (UTC)回复
@OnionBulb：Phab的人修好了，请复查。--碟之舞📀💿 2024年4月15日 (一) 14:10 (UTC)回复

修改 Infobox person 中 native_name 参数位置 编辑

最新留言：2天前6条留言3人参与讨论

本主题或以下段落文字，在讨论结束后应存档至Template talk:Infobox person。

修改模板{{Infobox person}}中native_name参数显示位置，效果见Template:Infobox_person/testcases#Bill_Gates，参考了en:Template:Infobox person (1214869678)（比如en:Sun Yat-sen（孙中山））和Template:Infobox officeholder。

修改Template:Infobox person/sandbox需要同时修改Template:Infobox person/core/sandbox

显示效果实现了，不确定代码是否有问题，还请检视。另外，还请看一下这种显示效果是否可行，是否可以应用。（平时看到不少人手动在中文后面添加原文名，且未标注对应语种）

（注：条目讨论那页过于庞大，也涉及到技术问题，就放到技术版了）--Kethyga（留言） 2024年4月13日 (六) 00:38 (UTC)回复

修改的原因？我觉得之前更好，修改后名称过长怎么办。修改后也没有语种吧。“手动在中文后面添加原文名”的例子？虽然原文名很重要，但序言和跨语言有提供，信息框应再提供吗。--YFdyh000（留言） 2024年4月13日 (六) 01:51 (UTC)回复
外文过长中文也会过长，一样。在源代码中会增加lang="en"，便于无障碍和机器识别，原来的native_name_lang的功能就是添加lang="xx"。如果想显示地呈现语种可以用{{native_name}}模板替换。“手动在中文后面添加原文名”的例子，比如威廉·吉尔伯特、利昂内尔·梅西（足球模板未使用嵌套人物模板）、伊万·巴甫洛夫（{{Infobox_Scientist}}嵌套人物模板）。“序言和跨语言有提供，信息框应再提供吗”，序言和文章中人物的大多数信息也都提供了，除了native_name之外的其他参数照样还是会提供。虽然没看英维这样设计的讨论，个人感觉原文名（native_name）放到中文名下可以让读者更快速找到，而且用了小号字、不加粗不会让读者分散注意力。另外中国大百科全书上外文名（或罗马化）是直接跟在中文名之后的。--Kethyga（留言） 2024年4月13日 (六) 02:12 (UTC)回复
不一定，尤其是有汉名者。为上下对照，是否要求或建议译名与原名的一致性，如姓氏数量。沿用的class="nickname"对机器来说是否合适，或者暂可忽略。修改后原有加注的重复展现，是否需要程序统计和妥善清理，或者很少（我仅找到姜谐潾这例）。轻度担心有人以常用性或人物归属为由改动与争执此位置的语种。莎兰查娜·阿芘莎麦蒙空等例，修改后原文名会胜于英文名等参数，是否符合共识与读者需求。目前不反对提案。--YFdyh000（留言） 2024年4月13日 (六) 03:12 (UTC)回复
{{艺人}}模板暂未嵌入人物模板，个人经验，在中文名之后添加原语种名，一般不会再添加native_name参数，毕竟重复，感觉不多。姜谐潾这种有些特殊，Haerin是其本人常用的拉丁/罗马拼写，或者可以用ko-Latn。争议语种应该会有，但是模板毕竟考虑的是一般情况，个人条目特殊情况应该专门讨论。莎兰查娜·阿芘莎麦蒙空这种按理说应该不是英文名，一般来说是其罗马/拉丁转写，有人喜好用泰文，有人喜好用拉丁字母，拉丁字母写的可以标注{{lang|th-Latn}}，代码{{in lang|th-Latn}}会显示为“（泰语）”。--Kethyga（留言） 2024年4月13日 (六) 04:17 (UTC)回复
(＋)支持：也与其他类似模板贴齐。我看过有人手动贴外文名的情况，大抵也有原文名过度掩藏的缘故。—— Eric Liu 創造は生命（留言・留名・学生会） 2024年4月13日 (六) 18:22 (UTC)回复

可视化编辑器问题 编辑

最新留言：1天前2条留言2人参与讨论
下列讨论已经关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。

感觉最近较常出现Unable to stash Parsoid HTML这个问题--Yutommy 崖上的孤儿 消暑乐祭的狗 2024年4月14日 (日) 15:59 (UTC)回复

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

2024年第16期技术新闻 编辑

最新留言：6小时前2条留言2人参与讨论

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

问题

  • 4月2日至8日间，在使用标记修订的wiki上，被撤销的编辑未被加上“已被回退”标签。此外，页面移动、保护和导入操作未自动标记为已巡查。此问题已解决。 [8][9]

本周更改

  •   MediaWiki的新版本将于4月16日部署至测试维基及MediaWiki.org，于4月17日部署至非维基百科wiki及部分维基百科，并于4月18日部署至所有站点（参见日程表）。 [10][11]
  • 默认分类排序关键字现在会影响脚注中放置的模板所添加的分类。先前，脚注中的分类使用页面标题作为默认排序关键字，即使已经指定了不同的默认排序关键字（分类专用的排序关键字已经生效）。 [12]
  • 滥用过滤器将添加新变量page_last_edit_age。该变量表示页面的最后一次编辑是在多少秒前。 [13]

未来更改

  • 恳请志愿开发者们更新您维护的工具和功能的代码以应对临时账号。了解更多。
  •   数据库副本（包括Quarry）中将移除四个数据库字段。这仅影响abuse_filter和abuse_filter_history表格。某些查询可能需要更新。 [14]

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

MediaWiki message delivery 2024年4月15日 (一) 23:27 (UTC)回复

看来又要坏掉一批站内站外的工具了....--百無一用是書生 (☎) 2024年4月16日 (二) 02:29 (UTC)回复
添加话题
取自“https://zh.wikipedia.org/w/index.php?title=Wikipedia:互助客栈/技术&oldid=82288605”