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

维基百科,自由的百科全书

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

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


发表前请先搜索存档,参考旧讨论中的内容可节省您的时间。
公告栏
# 💭 话题 💬 👥 🙋 最新发言 🕒 (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 “阅读无障碍”功能和本站小工具兼容问题以及字号选择 32 8 SCP-2000 2024-04-20 00:09
5 Template:Authority control 6 5 Z7504 2024-04-18 22:14
6 可视化编辑器是坏了吗 3 3 Diskdance 2024-04-15 16:53
7 关于使用 ToolsRedirect 创建的繁简重定向 7 4 回廊彼端 2024-04-15 22:16
8 用户讨论页内部错误 10 3 OnionBulb 2024-04-18 13:05
9 修改 Infobox person 中 native_name 参数位置 6 3 Ericliu1912 2024-04-14 02:22
10 可视化编辑器问题 2 2 Diskdance 2024-04-15 16:52
11 2024年第16期技术新闻 4 4 Cwek 2024-04-17 10:04
12 Category:与维基数据相同的X用户名,应该要是隐藏分类吧? 4 3 Cwek 2024-04-18 10:55
13 关于“Template:Cite interview”和“Template:Cite letter”的问题 3 2 薄蛍 2024-04-21 08:49
14 请求修复Template:navy、Template:Armed forces、Template:air force 3 2 BlackShadowG 2024-04-20 11:53
15 Template:Cite web 印尼语 2 2 Liuxinyu970226 2024-04-21 13:51
16 页面信息/基本信息/过去30天的页面访问量 蓝链问题 1 1 Zzhtju 2024-04-20 20:54
17 2024年第17期技术新闻 1 1 MediaWiki message delivery 2024-04-23 04:26
发言更新图例
  • 最近一小时内
  • 最近一日内
  • 一周内
  • 一个月内
  • 逾一个月
特殊状态
已移动至其他页面
或完成讨论之议题
手动设定
当列表出现异常时,
请先检查设定是否有误

正在广泛征求意见的议题

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

维基百科技术议题与模板

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

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

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

Template talk:Twitter § Twitter改为X

天气模板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侧边栏故障

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

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

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

测试功能中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)[回复]

@DiskdanceS8321414YFdyh000ShizhaoEricliu1912 考虑到现时未见有广泛共识同意更改预设字体大小,个人认为较佳的做法是维持现况(即 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)[回复]

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

Template: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)[回复]
  • 没被其他人理会正常吧,因为这个模板可能使用上就没问题嘛。但只觉得现在这个Authority control模板比以前差劲多了,以前的都还能明确显示有使用Authority control模板的条目之内容,现在却都无法显示(无法显示内容的话那干嘛还要用Authority control模板?),应该恢复成以前的样子。--Z7504非常建议必要时多关注评选留言2024年4月18日 (四) 14:14 (UTC)[回复]

可视化编辑器是坏了吗

如题,切换过去就显示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 创建的繁简重定向

使用ToolsRedirect自动创建的繁简重定向,会被该工具错误地标记为别名重定向,参见:Special:Diff/82229793Special:Diff/82063339Special:Diff/82063322Special:Diff/82034218Special: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:YFdyh000User:KethygaUser:萧漫:对我来说,简繁重定向最重要的功能是克服服务器缓存过多、直接逼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)[回复]

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

用户讨论页内部错误

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

結構式討論工作流程並未與該頁面關聯。
[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)[回复]
了解,感谢。-- 肥羊翻译机 ⁄留言 2024年4月18日 (四) 02:49 (UTC)[回复]
已交工单。@OnionBulb您好,想问一下这个问题是怎么出现的,之前是否进行过关闭结构式讨论的操作?
另外,结构式讨论已经废弃,将来将会从本站移除,就算恢复过来大概率会是传统Wikitext页面。--碟之舞📀💿 2024年4月15日 (一) 13:07 (UTC)[回复]
因为用户讨论页有收到结构式讨论的弃用通告,大概前两个月我从偏好设定关闭结构式讨论,结果用户讨论页变成上述的发生内部错误。-- 肥羊翻译机 ⁄留言 2024年4月18日 (四) 02:55 (UTC)[回复]
@OnionBulb:Phab的人修好了,请复查。--碟之舞📀💿 2024年4月15日 (一) 14:10 (UTC)[回复]
感谢阁下大大的协助。-- 肥羊翻译机 ⁄留言 2024年4月18日 (四) 02:56 (UTC)[回复]
请问阁下,要如何改为传统wikitext页面?虽然他们有修好,可是偏好设定似乎找不到相关的关闭选项,是不是只能等待站方正式移除改回传统页面?-- 肥羊翻译机 ⁄留言 2024年4月18日 (四) 05:05 (UTC)[回复]

修改 Infobox person 中 native_name 参数位置

修改模板{{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)[回复]

可视化编辑器问题

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

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


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

2024年第16期技术新闻

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

看来又要坏掉一批站内站外的工具了....--百無一用是書生 () 2024年4月16日 (二) 02:29 (UTC)[回复]
可否筛选一下本站可能受到临时账号影响的脚本?--碟之舞📀💿 2024年4月16日 (二) 15:36 (UTC)[回复]
可能影响不明显?因为临时账号的用户名表现方式和普通用户相近,可能底层属性会多了“临时”的标签,需要相应脚本增加相应的检测。IP地址形式用户名可能以后会消失,相关的脚本也就没有用了。——Sakamotosan路过围观 | 避免做作,免敬 2024年4月17日 (三) 02:04 (UTC)[回复]

Category:与维基数据相同的X用户名,应该要是隐藏分类吧?

Category:与维基数据相同的X用户名会显示在页面上,但我不知道要去哪里修改。--世界解放者留言2024年4月18日 (四) 02:24 (UTC)[回复]

已建立并加入{{Tracking category}}。进一步优化可参考分类:与维基数据相同的Twitter用户名等页面。--YFdyh000留言2024年4月18日 (四) 02:35 (UTC)[回复]
原来是Category:与维基数据相同的Twitter用户名,可能为了适配X改了{{Twitter}}的参数,导致与D区的链接丢失了。改成重定向先。好像其他语区也没有动作,en的对应参数也没有改,但对应分类因为清空而被删掉了。——Sakamotosan路过围观 | 避免做作,免敬 2024年4月18日 (四) 02:48 (UTC)[回复]
en那边开了nocatsame=1,所以不要这个分类。——Sakamotosan路过围观 | 避免做作,免敬 2024年4月18日 (四) 02:55 (UTC)[回复]

关于“Template:Cite interview”和“Template:Cite letter”的问题

各位好,现在中维基百科的 Template:Cite interviewTemplate:Cite interview 两个模板还存在若干问题,之前在条目探讨与@薄蛍讨论,还希望引起各位技术大佬的注意,那边的讨论如下:

Cite interview 已经在上面提到了,仍然是以前的“访谈 with 访谈者”的格式,Cite letter 是完全没有汉化。非管理员没有权限进行改动,不然我就自己改了。——  桁霁  晚来天欲雪,能饮一杯无  ↹ 苦辛 🇹🇱   2024年4月17日 (三) 06:47 (UTC)[回复]
建议 Cite interview 可以呈现为:
  • 名,姓. title [标题] (采访). 采访者为XXX. 发表刊物(卷:册)/发表栏目. 地点:发表者. 1年1月1日[2年2月2日]. (语言)
建议 Cite letter 可以呈现为:
  • 名,姓. title [标题] (信件). 致XXX. 发表刊物(卷:册)/发表栏目. 地点:发表者. 1年1月1日[2年2月2日]. (语言)
——  桁霁  晚来天欲雪,能饮一杯无  ↹ 苦辛 🇹🇱   2024年4月17日 (三) 06:55 (UTC)[回复]
关于采访者的文字部分,要不要考虑参考{{cite book|translatorn|translator-lastn|translator-firstn}}呈现的中文方式呢?
目前会呈现“<translator>翻譯”,像这样我觉得很不错:
代码
  • {{cite book |author=永田泰弘 |editor=楊瑞琳 |translator=梅應琪 |year=2014 |orig-year=2013 |chapter=關於系統色名與簡寫符號 |title=色彩便利帳 : 彩圖詳解日本常用150色 |script-title=ja:[カラー写真でよくわかる色の便利帳] |language=zh-TW |location=台灣 |publisher=台灣東販 |page=p.8 |isbn=978-9-8633-1446-2 |oclc=1338422687 |type=辭典}}
    
效果
  • 永田泰弘. 關於系統色名與簡寫符號. 杨瑞琳 (编). 色彩便利帳 : 彩圖詳解日本常用150色 [カラー写真でよくわかる色の便利帳] (辞典). 由梅应琪翻译. 台湾: 台湾东贩. 2014: p.8 [2013]. ISBN 978-9-8633-1446-2. OCLC 1338422687 (中文(台湾)). 
若考量到{{cite interview}}可使用的所有参数来进行修正,
现行
代码
  • {{cite interview |subject=受訪人 |subject-link= |last2= |first2= |subject2=受訪體2 |subject-link2=工作人員 |last3= |first3= |subject3= |subject-link3= |last4= |first4= |subject4= |subject-link4= |interviewer=採訪者 |editor=編彙者 |title=標題 |trans-title=譯後標題 |chapter=章節 |type= |language=語言 |work=刊物名 |series=叢數 |volume=卷數 |issue=期數 |page=頁數 |edition=刷數 |date=訪談日期 |publisher=出版社 |publication-place=出版地 |publication-date=出版日期 |via= |location=採談地 |quote=引用內容 |url=https://zh.wikipedia.org/ |url-access=registration |format=DOC |url-status=live |archive-url=https://web.archive.org/web/20240418041032/https://zh.wikipedia.org/wiki/Wikipedia:%E9%A6%96%E9%A1%B5 |archive-date=存檔日期 |archive-format=PDF |access-date=訪問日期}}
    
效果
  • 受访人; 受访体2. 章節. 写于采谈地. 编汇者 (编). 標題 [译后标题]需要免费注册 (DOC). 刊物名. 丛数 卷数 (期数). 访谈 with 采访者 刷数 (出版地: 出版社). 访谈日期: 页数 (出版日期) [访问日期]. (原始内容存档 (PDF)于存档日期) (语言). 引用内容 
建议
格式
  • <subject>. <title> [<trans-title>] (访谈). 受访于<place>. 由<interviewer>采访. <editor> (编). <work>. <series> <volume>(<issue>): <page>/<at>. (<publication-place>: <publisher>.) <date> (publication-date) [<access-date>]. (原始内容存档于<archive-date>) <language>. “<quote>”
呈现
  • 受訪者姓, 受訪者名. 標題 [譯標] (访谈)[1]. 受访于採訪地. 由採訪者采访. 編彙者 (编)[2]. 刊物. 叢數 卷數(期數): 頁數[3]. (出版地: 出版者.) 採訪日期 (出版日期) [訪問來源日期]. (原始内容存档于存檔日期語言[4]. “引用內容
短版
  • 受訪者. 標題 (访谈). 由採訪者采访. 刊物 (採訪地[5]: 出版者.) 採訪日期 [訪問來源日期]. (原始内容存档于存檔日期語言. “引用內容
以前文为例[6]
  1. ^ 这个部分是由参数mode来选填,预设值为访谈
  2. ^ 可考虑将编辑者与采访者同样的方式中文化,目前是只有在人名后加上張三 (編)的全站通用参数呈现。
  3. ^ 现行page可替换成pagesat,但本模板里页数的位置与全站通用预设显示的位置不同,猜测可能是编写或复制语法时放错位置,需要后续修正。
  4. ^ 建议考虑若出现采访时语言与出版语言相异的状况,是否需添加新参数语法。
  5. ^ 当采访地与刊物出版地不同时,需要两种参数placepublication-place;两者皆在时,呈现的位置会不同。同地点的话用place即可。
  6. ^ 此为使用html与wikitext模拟格式的呈现,尚未写成模板。
--薄蛍留言2024年4月18日 (四) 05:50 (UTC)[回复]

——  桁霁  晚来天欲雪,能饮一杯无  ↹ 苦辛 🇹🇱   2024年4月19日 (五) 06:27 (UTC)[回复]

感谢通知!刚看了一下模组,如您所说是全保护状态,那只有管理员才能更动了。祈祷管理员有关注到--薄蛍留言2024年4月21日 (日) 00:49 (UTC)[回复]

这三个模板在英文维基百科都能显示对应军种的名称,但在中维只能显示国家的名称,请求修复。——BlackShadowG Slava Ukraini! 2024年4月19日 (五) 11:33 (UTC)[回复]

怀疑Template:Country data United States等的name需按英文调整。--YFdyh000留言2024年4月19日 (五) 21:35 (UTC)[回复]
@YFdyh000:看来没错。我发现只要全部改为|name= {{{name|}}}就可以正常显示了。刚才试过了{{Country data Jordan}}和{{Country data East Timor}},现均可正常显示。看来接下来的工作是批量修改|name=参数了。——BlackShadowG Slava Ukraini! 2024年4月20日 (六) 03:53 (UTC)[回复]

Template:Cite web 印尼语

{{Template:Cite web}}中印尼语(iso 639:id),现在显示为“印度尼西亚语”,见佐科·维多多,感觉多显示3个字没必要,另外{{lang-id}}中用的是“印尼语”,应该统一一下吧。看了Module:Lang/data里面是记作“印尼语”,不知道Module:Citation/CS1/Language是从哪里读的中文名称,从Mediawiki(mw.language.fetchLanguageName,语言包在mw:Extension:CLDR/zh)中读到的是“印度尼西亚语”。(应该可以在Module:Citation/CS1/Language将从外部读取的中文名覆盖掉)

另外,未支持3字母代码,比如Module:Lang/ISO 639 synonyms中日语的jpn。--Kethyga留言2024年4月20日 (六) 06:57 (UTC)[回复]

CLDR比较难办,依赖谷歌框架(所以大陆地区不挂木弟子根本加载不了),而且那边的Wikimedia组主管乱弹琴随意设置参与用户使用语言,造成zh只能贡献简体(而且没记错的话zh必须跟随大陆语法),想同步改zh_Hant、zh_Hant_HK等各种变体云云都没啥法子(貌似得看Amire80的脸色),加之受微软、苹果、谷歌等知名IT企业专人影响大,跨企业沟通真心蓝瘦香菇,要不问一下@SupaplexWinston Sung能不能想办法看看怎么解决?--Liuxinyu970226留言2024年4月21日 (日) 05:51 (UTC)[回复]

页面信息/基本信息/过去30天的页面访问量 蓝链问题

请问各位,【页面信息/基本信息/过去30天的页面访问量】中的数据超链接蓝链可否恢复?或者类似英维那样直接链出?——Zzhtju留言2024年4月20日 (六) 12:54 (UTC)[回复]

2024年第17期技术新闻

MediaWiki message delivery 2024年4月22日 (一) 20:26 (UTC)[回复]