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

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

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

公告栏

• [离任] Kuon.Haku已离任管理员，感谢其任内贡献。
• [通知] 深色模式现已供所有行动版及桌面版网站（Vector 2022和Minerva皮肤）的用户使用。如有任何问题，欢迎在讨论页或透过页面右侧的回报功能提出。
• [人事] Mys 721tx的管理员解任投票正在进行，参见投票页面，欢迎踊跃参与。
• [公告] 讨论页话题索引现正重投测试。如有意见、建议或报错，请至互助客栈的讨论串提出。
• [公告] 讨论递进机制正在试行中。如对实行过程及相关规范有疑问，可在讨论页提问。
• [公告] 修订本地更改用户名方针叙述及修订条目内嵌入人物列表的收录标准已经通过。
• [公告] 设立教育布告板正在公示，如有意见请尽快提出。
• [讨论] Unblock-zh.org正在试运行。同时互助客栈继续对于其各项细节征求意见。
• [讨论] 互助客栈方针区正在讨论修订著作权验证模板与提报侵权流程，请踊跃参与讨论。
• [讨论] 快速删除方针讨论页正在讨论G18款的调整、R7款的调整、增加快速删除因关注度问题被删除而又被重建的条目的规定及O4款的调整，请踊跃参与讨论。
• [协作] 第二十二次动员令于7月6日至9月8日间举行，欢迎踊跃参与！

• [协作] 现有129个页面需维基化，318个条目需清理，56个移动请求正在讨论。

#	💭 话题	💬	👥	🙋 最新发言	🕒 (UTC+8)
1	《通用规范汉字表》以外的简体字是否应该类推简化	34	10	What7what8	2024-06-14 11:12
2	Module:Mapframe、Module:Location map报错	7	3	Kcx36	2024-07-14 19:57
3	美国县级行政区地图显示故障	9	5	Shizhao	2024-07-15 10:55
4	维基百科:其他语言的维基百科典范条目/英语版这样的标题是否属于繁简混用？	6	4	Miyakoo	2024-07-12 16:57
5	在导航模板中淘汰过时的可折叠表格支持	39	5	Dabao qian	2024-07-18 17:45
6	条目标题左侧出现多余的“维基百科”	15	6	Func86	2024-07-20 05:23
7	小工具“编辑段落链接（[编辑]）靠右排列”使编辑按钮较正常位置偏高	5	2	自由雨日	2024-07-19 18:01
8	T:Summer Olympics by year category navigation	1	1	Jimmy-bot	2024-07-20 16:14
9	首页下半部分排版乱了	1	1	Jimmy-bot	2024-07-20 16:14
10	销售认证模板被我改出了bug	4	2	Scarsnevergoaway	2024-07-13 14:35
11	提报DC的小工具什么时候能更新啊	5	3	Leiem	2024-07-13 01:13
12	Navbox标题置中	15	5	Qqkuro66541	2024-07-16 23:34
13	现有的技术能否做到将新条目自动加入相关专题的新进条目列表内	1	1	Scarsnevergoaway	2024-07-13 14:31
14	我制作了一个自动翻译榜单排行的小工具，请问有什么办法可以推广？	1	1	Scarsnevergoaway	2024-07-13 14:34
15	Infobox person/Wikidata 出生日期	10	6	Dabao qian	2024-07-20 20:21
16	用户头衔模板重叠	12	4	Shizhao	2024-07-15 14:22
17	存废重新提交	4	4	Manchiu	2024-07-16 10:25
18	Template:Hlist-comma	2	2	Qqkuro66541	2024-07-17 01:01
19	2024年第29期技术新闻	1	1	MediaWiki message delivery	2024-07-16 09:29
20	法属圭亚那行政区划列表显示问题	5	3	GZWDer	2024-07-16 22:57
21	Template:Cite X	7	4	Sohryu Asuka Langley Not Shikinami	2024-07-17 10:48
22	六四事件词条无法正常显示某些模板	3	3	Irralpaca	2024-07-17 05:04
23	模板折叠问题	11	5	Yutommy0612	2024-07-17 17:05
24	崩溃	3	3	桃花影落飞神剑	2024-07-19 12:08
25	首页的“维基百科”四字过大	8	4	Irralpaca	2024-07-19 22:08
26	wrap换行	1	1	Kethyga	2024-07-19 18:45
27	captcha	4	4	Diskdance	2024-07-20 23:26
28	Campaignbox被默认为开启状态，使用指令皆无法更改	3	2	Waylon1104	2024-07-20 23:30

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

正在广泛征求意见的议题

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

维基百科技术议题与模板

Template talk:User Fujian § 关于图片选用

本人有以下几点意见：

• 不知为何@向史公哲曰阁下认为土楼缺乏代表性？个人认为福建土楼不仅是福建著名景点，知名度较高，而且外形也十分有特色，比武夷山等自然景观更易辨识。
• 新样式的模板背景颜色和图案与其他中国大陆省级行政区的用户框模板样式不同，显得福建似乎十分特殊，私以为不妥。
• 新样式的用户框超高。

--射命丸 마음과 마음을 잇는 일은 언어를 뛰어넘는 일이다 2024年7月5日 (五) 14:44 (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)

如果通过的话，WP:R3可能也有需要更改。--User:What7what8🏠 2024年6月14日 (五) 03:12 (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)

目前转换表主要是我在维护，过来解释一下。确实如上文所说，目前只支持到中日韩统一表意文字扩展B区及以前的规则，B区之后基本只支持了通用规范汉字表表内的规则。这么做主要还是考虑到大众用户的设备显示，现在大家使用手机访问的频率变得更高，但目前手机显示基本只支持到扩展A区+所有表内汉字，因此不敢妄作扩张，怕反而伤害了用户的阅读体验。—Chiefwei（论 - 历） 2024年6月8日 (六) 13:23 (UTC)

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

Module:Mapframe、Module:Location map报错

问题已解决

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

---

好像就在近期，新出现了不少Module:Mapframe、Module:Location map的Lua错误[1][2]，如天门山寺、和合石。--Kcx36（留言） 2024年6月9日 (日) 10:35 (UTC)

我也注意到了；似乎在条目内将{{coord}}中的display=title改为display=inline,title可以解决报错。从时间上看，会不会和为了解决上面的问题（#Template:Infobox_body_of_water中的坐标会重复两次），Shizhao在Module:Coordinates的几个编辑（82849253）有关？Irralpaca（留言） 2024年6月9日 (日) 11:12 (UTC)

看来似乎是Module:Coordinates修改后，导致Module:Location_map#L-122取不到/取错值了--百無一用是書生 (☎) 2024年6月9日 (日) 12:17 (UTC)

改为display=inline,title或者display=inline都可以解决报错--百無一用是書生 (☎) 2024年6月9日 (日) 12:30 (UTC)

测试了一下，Module:Location map用display=title的时候，坐标并不会显示在标题右上角（直接就不显示），似乎这样和coord对参数的声明不符合？--百無一用是書生 (☎) 2024年6月9日 (日) 12:36 (UTC)

最近更新了Module:Coordinates，似乎这个问题解决了？--百無一用是書生 (☎) 2024年7月14日 (日) 11:54 (UTC)

好像是解决了。--Kcx36（留言） 2024年7月14日 (日) 11:57 (UTC)

---

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

美国县级行政区地图显示故障

问题已解决--百無一用是書生 (☎) 2024年7月15日 (一) 02:55 (UTC)

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

---

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

如弗吉尼亚州县级行政区列表，密西西比州县级行政区列表，密苏里州各县列表，马里兰州行政区划，爱达荷州县级行政区列表等列表中的小地图显示故障，只显示一个红色块而没有网格，同时对应各县的条目的地图也是一样的问题，好像是原图批量出了问题？

--桃花影落飞神剑（留言） 2024年6月17日 (一) 15:43 (UTC)

是批量出了问题，我建了很多个县都是这样子。经调查，这不是本人能力范围内能解决的，只能坐等一天恢复正常。--维基病夫_{邀请您加入❤️边缘人小组·🖊️签到} 2024年6月17日 (一) 15:51 (UTC)

是维基共享使用的底图出问题了，各种语言维基都有显示问题。这边不动手，英维那边也会吵起来，让相关人员处理。这个应该算是技术问题？大概很快就有{{Tracked}}的工单。--Nostalgiacn（留言） 2024年6月17日 (一) 16:59 (UTC)

怀疑与最近librsvg版本升级有关--百無一用是書生 (☎) 2024年6月18日 (二) 03:02 (UTC)

根据phab:T367645#9902624的说法，svg文件原本就有问题，只是没有表现出来，librsvg升级后这个问题变严重了。可以参考下这个[3]，一大堆的报错--百無一用是書生 (☎) 2024年6月19日 (三) 02:25 (UTC)

举例的图片，以上传新图片解决了。不过仍然有很多图片没有上传新图片取代。如右图（Virginia）

Virginia

--Nostalgiacn（留言） 2024年6月30日 (日) 06:50 (UTC)

工单上编者Nux已经使用机器人替换相关图片，美国相关图片已经替换。不清楚是否有有其他国家或地区使用同类图片，Phabricator上的工单已经标记完成，关闭了。--Nostalgiacn（留言） 2024年7月7日 (日) 02:53 (UTC)

---

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

维基百科:其他语言的维基百科典范条目/英语版这样的标题是否属于繁简混用？

维基百科:其他语言的维基百科典范条目/英語版这样的标题是否属于繁简混用？有很多这样的页面需要移动。--Midleading（留言） 2024年7月1日 (一) 09:38 (UTC)

命名常规的简繁统一仅约束条目。要求子页面统一简繁会带来很多麻烦，讨论存档、新建子页面，需要手动转换简繁。有/分割，也不会有转换分词等问题。--YFdyh000（留言） 2024年7月1日 (一) 15:32 (UTC)

许多时候区分繁简或许还别有意义。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2024年7月3日 (三) 10:59 (UTC)

原来如此 Midleading（留言） 2024年7月6日 (六) 12:29 (UTC)

像Category:埃里克·貝特爾森命名的生物分类这样的分类名是否属于繁简混用呢？ Midleading（留言） 2024年7月12日 (五) 08:18 (UTC)

理论上不算，https://dict.variants.moe.edu.tw/dictView.jsp?ID=50466 。

不过维基百科系统无法自动转换。--Miyakoo（留言） 2024年7月12日 (五) 08:57 (UTC)

在导航模板中淘汰过时的可折叠表格支持

参见MediaWiki talk:Common.css、MediaWiki talk:Common.js、Module talk:Navbox，对应上述三处编辑请求，停用导航模板中过时的可折叠表格支持，改为MediaWiki自带的折叠语法。--Dabao qian℡ 2024年7月3日 (三) 20:56 (UTC)

使用mw核心提供的表格折叠会不会存在问题？能否复刻一个样式看看？——Sakamotosan路过围观 | 避免做作，免敬 2024年7月4日 (四) 00:44 (UTC)

Template:Navbox/sandbox3、Module:Navbox/sandbox3、Template:香港行车隧道/sandbox。mw版技术手册mw:Manual:Collapsible_elements。另外好像有亿点点小问题：默认预设折叠的参数等和本来的不一致（mw的是“mw-collapsed”、而我们脚本是“collapsed”；上面的例子就是改了mw后加的是我们脚本的参数，当然意料之内不生效；需要统计Navbox下加了这个参数有多少影响和是否需要兼容机制），另外我们实现的折叠脚本有自动折叠机制：挂了“autocollapse”的结构，数量超过2个时会默认全部折叠起来。——Sakamotosan路过围观 | 避免做作，免敬 2024年7月4日 (四) 01:05 (UTC)

MediaWiki:Gadget-collapsibleTables.js英维3.0版本改了机制，会给有collapsible和collapsed的地方自动叠加带mw-的class（纯向下兼容），中维因为涉及到导航模板所以暂时没有部署（仍沿用2.04版本）。autocollapse、innercollapse和outercollapse需要修改Common.js才能实现。--Dabao qian℡ 2024年7月4日 (四) 01:56 (UTC)

User:Dabao qian/common.js这里的最后两段脚本，一是为mw-collapsible增加autocollapse、innercollapse和outercollapse三种元素的支持，二是3.0版本的可折叠表格支持。--Dabao qian℡ 2024年7月4日 (四) 02:06 (UTC)

可能还需要更新en:MediaWiki:Gadget-collapsibleTables.js等配套脚本，需要更多测试，而不是说换就换。当然怕出问题的话，没坏别修。就像一堆java 8、java 6不升级的——Sakamotosan路过围观 | 避免做作，免敬 2024年7月4日 (四) 02:34 (UTC)

其他语言的可折叠表格支持都是直接放在Common.js的，不像中维是以小工具的形式提供。需要灰度测试的话，关掉小工具里的可折叠表格支持，然后复制User:Dabao qian/common.js和MediaWiki talk:Common.css里面的相关代码到您的用户页JS/CSS就可以了。不过英、粤维早就已经实际运行很长时间了，问题应该不大。--Dabao qian℡ 2024年7月4日 (四) 02:39 (UTC)

需要将相应的功能整理成单独的脚本，然后通过小工具或者Commons.js引入。初步来看是暂时没看出还有什么明显问题，但也要考虑为什么很多看上去应该全站点代码一致的站点自定义功能，实际操作上都是脱同步的——每个站点具体实施上又加了自己的调整。——Sakamotosan路过围观 | 避免做作，免敬 2024年7月4日 (四) 02:49 (UTC)

好像改了会不会影响标题居中？为了保证标题居中，我写的User:Cwek/collapsibleTables.js默认给了折叠按钮8em的宽度，Navbar按照以前也给了8em的宽度。如果改了mw加Navbar不固定宽度的话，标题稍微略微偏右？——Sakamotosan路过围观 | 避免做作，免敬 2024年7月4日 (四) 01:37 (UTC)

好像哪里见过MediaWiki:Gadget-collapsibleTables.js、Navbox、或者配套的css，折叠按钮是设定8em，所以我的实现也跟着8em。如果要保持Navbox内标题居中的话，必须Navbar（还有它的空白替代块）和折叠按钮块的宽度一致，才能将标题挤到居中。——Sakamotosan路过围观 | 避免做作，免敬 2024年7月4日 (四) 03:06 (UTC)

Special:Diff/83093979，左右平衡的实现语法在Common.css，新版的话就用mw-collapsible-toggle替换掉collapseButton。--Dabao qian℡ 2024年7月4日 (四) 04:10 (UTC)

试过，这样做法不是左右平衡的。因为两个块的长度不等，所以挤占的中间块不是完全居中，所以才搞固定宽度。——Sakamotosan路过围观 | 避免做作，免敬 2024年7月4日 (四) 06:44 (UTC)

@Dabao qian：如果启用折叠按钮块，保证Navbox标题居中，折叠按钮初始化时需要读取同行Navbar的宽度，然后手工设成相同。——Sakamotosan路过围观 | 避免做作，免敬 2024年7月4日 (四) 07:50 (UTC)

我测算的话，Narbar的宽为49.563、折叠按钮的宽为34.266。——Sakamotosan路过围观 | 避免做作，免敬 2024年7月4日 (四) 01:39 (UTC)

居中问题有没解决思路？当然Wikiplus的是它自己的问题，没必要考虑它的感受。建议的话，可以考虑Wikiplus做个兼容补充，劫持编辑链接，改成弹窗形式机制询问是快速编辑还是传统编辑，从而不用因为额外添加内容导致box溢出偏移，维持Navbox内Navbar和折叠按钮微妙的宽度平衡。——Sakamotosan路过围观 | 避免做作，免敬 2024年7月4日 (四) 02:57 (UTC)

英维的Navbox早就改了好几回了，粤维当前版本也早就不是中维当前版本了，不再需要Common.css定义宽度，而且英维的{{Navbar}}是不会出现快速编辑按钮的。--Dabao qian℡ 2024年7月4日 (四) 04:18 (UTC)

那就测试一下，两个块不固定宽度后，能不能保证标题居中？——Sakamotosan路过围观 | 避免做作，免敬 2024年7月4日 (四) 06:30 (UTC)

提起“Wikiplus”，是因为上面提到类似问题，所以猜测Wikiplus的编辑按钮修改是否会影响。——Sakamotosan路过围观 | 避免做作，免敬 2024年7月4日 (四) 06:42 (UTC)

英维改了方案，编辑按钮的链接换成了Special:Editpage内部链接，Wikiplus读不出来自然也就不会自作主张地额外加按钮，已经在Module:Navbox提EP按照英维方案修改。--Dabao qian℡ 2024年7月4日 (四) 08:02 (UTC)

那不就是Wikiplus的问题，Wikiplus没有正确识别出编辑链接，自己处理错了，为什么不是Wikiplus去自己修正？而且代码不一定要跟en同步吧？而且编辑部分不应该是Navbar去实现的？——Sakamotosan路过围观 | 避免做作，免敬 2024年7月4日 (四) 08:18 (UTC)

你说的编辑链接问题，就是我们的Navbar还是用fullurl+action=edit生成链接（Module:Navbar#L-81），而en是用内链+加上Special:EditPage特殊页生成内链（en:Module:Navbar#L-70）。在链接生成上没明显差异。——Sakamotosan路过围观 | 避免做作，免敬 2024年7月4日 (四) 08:26 (UTC)

@Dabao qian：，Navbar的生成模式上，编辑和历史的链接生成模式，只需要移植这部分（en:Module:Navbar#L-69--L-72）就对应了。——Sakamotosan路过围观 | 避免做作，免敬 2024年7月4日 (四) 08:37 (UTC)

[4]，分别是固定宽、不固定宽，使用mw折叠、小工具折叠、小工具改写折叠的样式。如果固定宽度的话，标题字会更接近中间。——Sakamotosan路过围观 | 避免做作，免敬 2024年7月4日 (四) 07:05 (UTC)

打开F12实时调试使用mw折叠且按照旧版Common.css方案设定两端固定宽度8em之后效果与小工具改写折叠相差无几--Dabao qian℡ 2024年7月4日 (四) 08:50 (UTC)

@Dabao qian：你调成这样当然没问题了。这里分两个主要部分：1.改用mw折叠，可以考虑，但需要一组兼容性脚本用于处理自制折叠参数的兼容处理和自动折叠处理；2.标题居中，需要Navbox中的Navbar和折叠按钮块的宽度固定且相等，这可能需要脚本控制而不能靠css的自动宽度控制（因为两者长度大概率不等，需要脚本比较计算和注入覆盖）；2.1.Wikiplus的撑爆，一定程度上和Navbar固定宽有关，要么Wikiplus自己适配，要么结合前面前面计算新的宽度和重新注入。——Sakamotosan路过围观 | 避免做作，免敬 2024年7月4日 (四) 09:31 (UTC)

1.User:Dabao qian/collapsibleTables-new.js以及MediaWiki:Common.js和MediaWiki:Common.css的两处EP即可实现；2.似乎没有找到其他合适的方法--Dabao qian℡ 2024年7月4日 (四) 09:37 (UTC)

第1点暂时seems good。虽然我更喜欢我自己写的，能使th那一栏同时也绑定上折叠按钮功能。——Sakamotosan路过围观 | 避免做作，免敬 2024年7月4日 (四) 09:53 (UTC)

经测试启用Wikiplus后两端宽度设为10em即可避免撑爆。--Dabao qian℡ 2024年7月4日 (四) 16:05 (UTC)

那应该是Wikiplus自己搞，还是学微软帮用户擦屁股？——Sakamotosan路过围观 | 避免做作，免敬 2024年7月5日 (五) 00:40 (UTC)

我有个问题，我同时用Wikiplus和InPageEdit应该怎么办^{[开玩笑的]} ——魔琴［身份声明 留言 贡献 新手2023］ 2024年7月5日 (五) 15:05 (UTC)

那只能自己写脚本（js或者css）适配了，简而言之，两个块固定宽度且相等就可以保证navbox标题挤占居中。——Sakamotosan路过围观 | 避免做作，免敬 2024年7月6日 (六) 00:27 (UTC)

更新清单

1. • User:Dabao qian/collapsibleTables-new.js更新到MediaWiki:Gadget-collapsibleTables.js
   • MediaWiki:Common.js更新EP：MediaWiki_talk:Common.js#编辑请求_2024-07-03
   • MediaWiki:Common.css更新EP：MediaWiki_talk:Common.css#编辑请求_2024-07-03
2. 以上完毕了，才需要更新Module:Navbox、Module:NavboxV2的折叠参数调整。

@Dabao qian：如果理解和没异议的话，可以推进下去。——Sakamotosan路过围观 | 避免做作，免敬 2024年7月5日 (五) 02:20 (UTC)

无异议，宽度和深色模式适配的问题后续再议（当然这不属于本次讨论范围）。--Dabao qian℡ 2024年7月5日 (五) 03:46 (UTC)

@Dabao qian：，看了collapsibleTables-new.js，其实Module:Navbox、Module:NavboxV2不用换，因为按照脚本逻辑，“table.collapsible:not(.mw-collapsible)”就能够选出保持兼容class的table，然后后面加上“mw-collapsible”就是加上mw的折叠功能。——Sakamotosan路过围观 | 避免做作，免敬 2024年7月5日 (五) 08:33 (UTC)

state=collapsed丧失作用的原因似乎与这个主题谈论的内容有关，我对这个主题不熟悉，可能需要导入机器人修正(因为影响的页面可预见非常多)--Rastinition（留言） 2024年7月17日 (三) 23:54 (UTC)

参见Module talk:Navbox#编辑请求 2024-07-17--Dabao qian℡ 2024年7月18日 (四) 09:45 (UTC)

UX

啊所以现在想展开已关闭的存废讨论，就必须按右边的[展开]，而不能直接点击小蓝条了？有点麻烦…… ——魔琴［身份声明 留言 贡献 新手2023］ 2024年7月14日 (日) 16:55 (UTC)

小蓝条？是不是一整栏的标题行？——Sakamotosan路过围观 | 避免做作，免敬 2024年7月15日 (一) 00:41 (UTC)

@魔琴：可以参考User:SunAfterRain/js/TalkendFrameToggle.js--SunAfterRain 2024年7月16日 (二) 03:28 (UTC)

条目标题左侧出现多余的“维基百科”

于Phabricator查看
编号T369537的工单

如题，条目标题出现多余得“维基百科”，今天第一次出现，见截图，多出的是图片版的File:Wikipedia-wordmark-zh.svg，像是和MediaWiki:Common.css中的的“content: url(/static/images/mobile/copyright/wikipedia-wordmark-zh-hans.svg);”有关--Kethyga（留言） 2024年7月4日 (四) 12:49 (UTC)

不能复现，或许与您使用的js脚本之类的有关--百無一用是書生 (☎) 2024年7月4日 (四) 12:58 (UTC)

我使用Timeless，从几个小时前开始也这样。--Tim Wu（留言） 2024年7月4日 (四) 13:10 (UTC)

我在Timeless下测试，未发现问题--百無一用是書生 (☎) 2024年7月5日 (五) 03:32 (UTC)

使用隐私模式复现，可能不是脚本问题（？ ——魔琴［身份声明 留言 贡献 新手2023］ 2024年7月5日 (五) 12:55 (UTC)

看起来像是MediaWiki:Common.css#L-1035的问题，似乎只匿名用户有这问题？应该是Timeless最近更新导致？--百無一用是書生 (☎) 2024年7月5日 (五) 13:23 (UTC)

我、Kethyga还有下面的ElectronicGhost都算是匿名用户？--Tim Wu（留言） 2024年7月5日 (五) 13:25 (UTC)

目前我只能在firefox的隐私模式下能复现，chrome隐私模式不能复现（都是未登陆状态）。两个浏览器非隐私模式登录状态下都不能复现--百無一用是書生 (☎) 2024年7月5日 (五) 13:32 (UTC)

我在Chrome/Firefox的登录/隐私模式都出现这个问题……在Chrome登录小号也复现……怎么回事 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年7月5日 (五) 14:38 (UTC)

本人的Timeless skin，目前只在登录模式下（Chrome/Firefox）出现，隐私模式下暂时没有。--Kethyga（留言） 2024年7月5日 (五) 15:06 (UTC)

上面结果在隐私模式下未登录，使用的默认皮肤。--Kethyga（留言） 2024年7月6日 (六) 05:01 (UTC)

我在使用Timeless皮肤的情况下，无论使用Safari、Chrome还是Firefox抑或是在各个浏览器开启隐私模式并登陆，这个问题都会出现。 -- ElectronicGhost｜👻 2024年7月6日 (六) 04:48 (UTC)

这样看起来，只有使用小工具和用户权限的差异了--百無一用是書生 (☎) 2024年7月7日 (日) 06:16 (UTC)

造成需要这段站内css的问题已经修复（phab:T369537），在下周部署后可以直接删除相关段落。--Func（讨论·贡献） 2024年7月10日 (三) 16:55 (UTC)

cc @Shizhao--Func（讨论·贡献） 2024年7月19日 (五) 21:23 (UTC)

小工具“编辑段落链接（[编辑]）靠右排列”使编辑按钮较正常位置偏高

印象中这个问题似乎一直存在，今天来客栈提一下，不知道是否是普遍的情况。开启该工具（可在参数设置->小工具->界面显示工具一节找到）后，在每一个段落出现“[编辑源代码/查看源代码|快速编辑]”都明显较正常（不开启该工具）位置高，在条目标题旁边，因为位置太高，甚至会使“[编辑源代码/查看源代码|快速编辑]”文字大约上1/3部分“隐没”。--——自由雨日（留言・贡献） 2024年7月7日 (日) 03:04 (UTC)

猜测可能是近期系统字体大小调整导致的？--百無一用是書生 (☎) 2024年7月15日 (一) 02:59 (UTC)

“近期”，大概是什么时候的调整？🤔--——自由雨日（留言・贡献） 2024年7月18日 (四) 02:11 (UTC)

大概2、3个月前？--百無一用是書生 (☎) 2024年7月19日 (五) 07:37 (UTC)

凭我自己印象是，“按钮较高”的问题至少已经大半年（或更久）了，似乎是自我打开该工具以来一直就是这样🤔只是之前觉得影响不大一直懒得提（）--——自由雨日（留言・贡献） 2024年7月19日 (五) 10:01 (UTC)

销售认证模板被我改出了bug

问题已解决

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

---

出错的文件在Template:Certification_Table_Entry模板，具体出错的几行代码如下：

{{!}} {{#if:{{{nocert|}}}|{{sdash}}{{#if:{{{nocat|}}}||{{main other|<!-- [[Category:使用Certification Table Entry沒有認證的頁面]]-->}}}}|{{#ifeq:{{{region|}}}|Mexico|{{Certification Table Entry/MexicanAward|award={{{award|}}}|number={{{number|}}}|number2={{{number2|}}}|number3={{{number3|}}}}}|{{#if:{{{number|}}}|{{#ifeq:{{{number}}}|1||{{{number}}}×}}|}} {{{award}}}{{#switch:{{{award|}}}|Silver|Gold|Platinum|Diamond|Million|Billion|Platinum+Gold|Diamond+Gold|Diamond+Platinum|Diamond+Platinum+Gold=|#default={{main other|[[Category:Pages using Certification Table Entry with unsupported award]]}}}}{{#switch:{{{type|}}}|album|single|video|jazz|compilation|videosingle|ringtone|EP|=|#default={{main other|[[Category:Pages using Certification Table Entry with unsupported type]]}}}} {{#if:{{{Spanish|}}}|([[RIAA certification#{{#switch:{{{type}}}|album=Latin|single=Singles}}|Latin]])}}}}}}

请问如何修改这一段，让输入Silver、gold等英文的时候，模板转为显示成银、白金等中文呢？--Scarsnevergoaway（留言） 2024年7月10日 (三) 08:30 (UTC)

Help:解析器函数#switch。目前好像写反，该“Silver|银|银=银|Gold=金|Platinum=白金|”这样？代码很乱没弄清。--YFdyh000（留言） 2024年7月10日 (三) 13:00 (UTC)

谢谢，我明天改改--Scarsnevergoaway（留言） 2024年7月10日 (三) 15:40 (UTC)

问题已解决，请求关闭讨论--Scarsnevergoaway（留言） 2024年7月13日 (六) 06:35 (UTC)

---

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

提报DC的小工具什么时候能更新啊

如题，都开始好几天了一直没人更新脚本，手填既不方便还容易出错，都没参与的积极性了（恼）。DC本身的讨论页有不少人反映过了，但也没见脚本更新……--Nanhuajiaren（留言） 2024年7月11日 (四) 01:26 (UTC)

@Nanhuajiaren：目前主持人正在讨论中。技术人手不足Orz —— Eric Liu _{創造は生命（留言・留名・学生会）} 2024年7月11日 (四) 05:35 (UTC)

今年和去年的东西几乎差不多的吧？除了修改常量之外也就去掉界面上新增来源那一行（因为去年有缺来源的小项今年没有）。--Nanhuajiaren（留言） 2024年7月11日 (四) 07:11 (UTC)

@Nanhuajiaren：主要是动员令主持人团队向来仰赖本站仅有的几位介面管理员，最近刚好不少在休息，没空帮忙。这一两天应该能解决。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2024年7月11日 (四) 16:32 (UTC)

应该已经好了。--Leiem（留言·签名·维基调查） 2024年7月12日 (五) 17:13 (UTC)

Navbox标题置中

Navbox标题似乎还是没法对齐中间（见模板说明页面范例，可参照above参数位置及英文版本），是不是需要额外设定什么间距？—— Eric Liu _{創造は生命（留言・留名・学生会）} 2024年7月11日 (四) 06:26 (UTC)

中维以前的方案是固定宽度左右各保留8em，至于Wikiplus会撑爆那就让Wikiplus自己修吧。--Dabao qian℡ 2024年7月11日 (四) 10:14 (UTC)

不是Wikiplus问题，Template:Navbox中的示例1和3（从上往下数）的确现在往右歪了一点，但示例4却差不多是居中的。把.navbox-title .navbar的样式改成margin-right: -1.6em;示例1和3似乎能差不多居中了，但是示例4却又歪了--百無一用是書生 (☎) 2024年7月11日 (四) 13:01 (UTC)

尝试修了一下[5]，现在除了示例4外，其他看起来差不多都居中了--百無一用是書生 (☎) 2024年7月11日 (四) 13:38 (UTC)

但是navbar和展开被挡住了，点不到。--Cookai饼块🍪_{（💬留言）} 2024年7月11日 (四) 13:42 (UTC)

回退了，这样修改后，左右两侧都无法点击了--百無一用是書生 (☎) 2024年7月11日 (四) 13:42 (UTC)

如果是让左右侧absolute呢？

即Special:PermaLink/83367707加上

.navbox-title .navbar { position: absolute; left: 1em; }

.navbox-title .mw-collapsible-toggle { position: absolute; right: 1em; }

--Cookai饼块🍪_{（💬留言）} 2024年7月11日 (四) 14:04 (UTC)

.navbox-title .navbar {
    /* @noflip */
    float: left;
    /* @noflip */
    text-align: left;
    /* @noflip */
    margin-right: 0.5em;
    width: auto;
    padding-left: 0.2em;
    position: absolute;
    left: 1em;
}

/* In navboxes, the show/hide button balances the v·d·e links
   from [[Template:Navbar]], so they need to be the same width. */
.navbox .mw-collapsible-toggle {
    margin-left: 0.5em;
    position: absolute;
    right: 1em;
}

这样看上去并没有什么问题。当然，Module:Navbox也需要做修改，因为设置|navbar=plain之后产生的占位符也需要有相同的样式。

    -- Render the spacer div.
    if spacerSide then
        titleCell
            :tag('span')
                :css('float', spacerSide)
                :css('position', 'absolute')
                :css(spacerSide, '1em')
                :css('margin-' .. (spacerSide == 'left' and 'right' or 'left'), '0.5em')
                :css('padding-' .. spacerSide, '0.2em')
                :wikitext(' ')
    end
end

--Dabao qian℡ 2024年7月11日 (四) 15:26 (UTC)

@Shizhao：用这个模板来看，可以知道目前标题还是歪的。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2024年7月11日 (四) 16:31 (UTC)

这样修改之后Template:JR东日本的车辆似乎显示有问题，左右两侧的按钮会和色块重叠，这种情况需要写脚本修复到4em才能正常显示。--Dabao qian℡ 2024年7月11日 (四) 17:44 (UTC)

在Special:PermaLink/83367707的基础上按上述方案分别修改MediaWiki:Common.css和Module:Navbox即可。--Dabao qian℡ 2024年7月11日 (四) 18:57 (UTC)

改了，看看是否还有问题--百無一用是書生 (☎) 2024年7月12日 (五) 02:46 (UTC)

目前发现的问题是当浏览器宽度（window.innerWidth）小于640px时，点击右侧折叠按钮后，折叠按钮、查论编和标题全都会跑到左侧叠在一起。暂不确定是否和本次修订相关--百無一用是書生 (☎) 2024年7月12日 (五) 03:05 (UTC)

可以复现，原先是页面宽度小于640px时会折行显示，改完之后强制缩排在同一行就会直接叠在一起。--Dabao qian℡ 2024年7月12日 (五) 18:16 (UTC)

(？)疑问：{{Navbox}}的state参数设定折叠好像失效。--Qqkuro66541（留言） 2024年7月16日 (二) 15:34 (UTC)

现有的技术能否做到将新条目自动加入相关专题的新进条目列表内

我记得现在专题页面有个机器人，可以查看最近在评选FA、GA、DYK的各专题相关条目。但我打开音乐专题，发现新进条目这里还是靠人去手工加入的。能否让机器人自动更新一下，把近三十天创建的，且挂上各个专题评级模版的条目自动放进各个专题的首页，这样就免去人为添加了。--Scarsnevergoaway（留言） 2024年7月13日 (六) 06:31 (UTC)

我制作了一个自动翻译榜单排行的小工具，请问有什么办法可以推广？

我目前正开发一个音乐条目的自动翻译工具，希望能实现以下功能：

1. 自动翻译单曲周榜单和年终榜单的表格。
2. 自动翻译专辑周榜单和年终榜单的表格。
3. 自动修正常见的榜单错误翻译。
4. 自动翻译专辑和单曲条目制作人员名单的分工类型。
5. 自动翻译曲目列表的部分常用类型。
6. 自动翻译发行历史的国家名称和日期。
7. 单曲和专辑信息框模版清理。
8. 根据信息框模版自动生成条目导言。

目前已完成单曲榜单的自动翻译功能的初始版本。 使用方法如下： 将mw.loader.load('//zh.wikipedia.org/w/index.php?title= User:Scarsnevergoaway/Tool/singlechart.js&action=raw&ctype=text/javascript');加入您的common.js页。

使用时，进入源代码编辑页，工具一栏会出现“单曲榜翻译”等分类，按照需求点击分类下的各功能按钮即可。在编写条目时，务必先使用本工具，再使用链接自动翻译器。

这个工具在经常参与音乐专题，翻译歌曲条目的编者这里还是挺好用的，可以省去大量重复性工作。请问有什么办法能推广一下这个吗。--Scarsnevergoaway（留言） 2024年7月13日 (六) 06:34 (UTC)

Infobox person/Wikidata 出生日期

中文数字与阿拉伯数字混用，例见热尔玛娜·维亚娜，“出生”显示为“1972年十月16日”--惣流·明日香·兰格雷不姓式波 2024年7月13日 (六) 07:52 (UTC)

无法复现。或许已经修复？--PexEric💬|📝 2024年7月13日 (六) 11:54 (UTC)

刚刚看了一下，似乎是只有香港和澳门版本有此问题，应与使用的装置和浏览器无关--惣流·明日香·兰格雷不姓式波 2024年7月14日 (日) 01:30 (UTC)

未登录时港澳版本可重现，登录后无法重现。--YFdyh000（留言） 2024年7月14日 (日) 02:22 (UTC)

哪个浏览器？我win11 firefox和edge，登入与否，无痕与否，均能复现，chrome的话没安装试不了。--惣流·明日香·兰格雷不姓式波 2024年7月14日 (日) 06:33 (UTC)

Win10 Edge。curl -v https://zh.wikipedia.org/zh-mo/%E7%83%AD%E5%B0%94%E7%8E%9B%E5%A8%9C%C2%B7%E7%BB%B4%E4%BA%9A%E5%A8%9C 的源码里也能看到>1972年十月16日&#160;<。--YFdyh000（留言） 2024年7月14日 (日) 11:10 (UTC)

我这只有未登录时香港、澳门繁体能复现。--Kcx36（留言） 2024年7月14日 (日) 10:45 (UTC)

经测试，该栏会随著介面语言改变（zh-hk、ko）（登入与否的差异应该跟这有关），行为与{{#time}}类似

• {{#time:Y年Fj日|1942-10-16|zh-hans}}（“1942年10月16日”）
• {{#time:Y年Fj日|1942-10-16|zh-hant}}（“1942年10月16日”）
• {{#time:Y年Fj日|1942-10-16|zh-hk}}（“1942年十月16日”）

可能跟MediaWiki:October月份系列有关：

• MediaWiki:October/zh-hans（“10月”）
• MediaWiki:October/zh-hant（“10月”）
• MediaWiki:October/zh-hk（“十月”）

--Cookai饼块🍪_{（💬留言）} 2024年7月15日 (一) 13:27 (UTC)

需要去TWN修改--Dabao qian℡ 2024年7月17日 (三) 15:35 (UTC)

已修改，待下次MediaWiki版本更新即可应用，请留意技术新闻--Dabao qian℡ 2024年7月20日 (六) 12:21 (UTC)

用户头衔模板重叠

似乎当两个template:Encourage之间有template:top icon时（例如任一有Encourage的头衔模板紧接一个Template:反破坏工作小组成员），两个Encourage头衔框会部分重叠，具体见User:方志维（随机选的，但他的情况非常明显）的一堆头衔。（小弟用户页直接复制了Template:反破坏工作小组成员的Encourage源码，所以没有此问题）--惣流·明日香·兰格雷不姓式波 2024年7月14日 (日) 09:19 (UTC)

我这里未发现有什么问题--百無一用是書生 (☎) 2024年7月14日 (日) 11:51 (UTC)

他刚刚移除了一堆模板，在历史版本仍可见（图），另见User:Ericliu1912（图）--惣流·明日香·兰格雷不姓式波 2024年7月14日 (日) 13:22 (UTC)

我自己看了看倒是没问题？—— Eric Liu _{創造は生命（留言・留名・学生会）} 2024年7月14日 (日) 15:42 (UTC)

同上，我还是看不出截图中的问题，或许是浏览器或使用了某些js脚本导致？--百無一用是書生 (☎) 2024年7月15日 (一) 02:24 (UTC)

这就怪了，我win11 Firefox（有一些插件）登入与否都能复现，edge（没有插件）及android chrome（没有插件）同理。--惣流·明日香·兰格雷不姓式波 2024年7月15日 (一) 02:29 (UTC)

那可能是某个本站的js小工具或用户脚本导致的？--百無一用是書生 (☎) 2024年7月15日 (一) 03:03 (UTC)

但我的edge没有任何extention，也应该没有动过任何设定（平常用firefox），没有登入的话理应没有脚本或小工具？会否与装置或浏览器的语言或地区设定有关？--惣流·明日香·兰格雷不姓式波 2024年7月15日 (一) 03:10 (UTC)

咦，刚才重新打开了这两个用户页，莫名的就复现了...--百無一用是書生 (☎) 2024年7月15日 (一) 03:06 (UTC)

是重叠的模板写的有问题，解析成html后多了一个空行，可以参考我刚刚在Template:维基座标工作小组、Template:边缘人小组和Template:维权联盟盟友的修改方式对其他模板一并修改，把top icon和Encourage模板之间用<!-- -->断行，最后的分类和模板之间不要断行或者也用<!-- -->断行--百無一用是書生 (☎) 2024年7月15日 (一) 03:23 (UTC)

{{维基近卫骑士}}怎么修改？--Miyakoo（留言） 2024年7月15日 (一) 04:21 (UTC)

 已修复--百無一用是書生 (☎) 2024年7月15日 (一) 06:22 (UTC)

存废重新提交

我去看《溯源之惧》的存废讨论，7月4日重新提交，但是我找不到重新提交的页面。标注是重新提交到Wikipedia:页面存废讨论/记录/2024/07/12，但是编辑记录和页面都没有《溯源之惧》的存废讨论移动记录。--Nostalgiacn（留言） 2024年7月15日 (一) 08:55 (UTC)

@Shizhao：是不是小工具故障？—— Eric Liu _{創造は生命（留言・留名・学生会）} 2024年7月15日 (一) 20:22 (UTC)

@Manchiu。我以前的确遇到过几回，偶尔会故障一下--百無一用是書生 (☎) 2024年7月16日 (二) 01:34 (UTC)

啊不好意思。已重新提交到Wikipedia:页面存废讨论/记录/2024/07/16#溯源之惧，避免因失误造成讨论不公。。-千村狐兔（留言） 2024年7月16日 (二) 02:25 (UTC)。

Template:Hlist-comma

日维动画条目的各话列表节使用{{剧集列表}}模板时，参数都会使用{{Hlist-comma}}模板，且会根据当前画面宽度自动换行，中维也有相同模板{{Hlist-comma}}，不过不会自动换行，想知道是什么原因。--夏冰 2024年7月16日 (二) 00:18 (UTC)

这参考Template_talk:Hlist#单独使用{{hlist}}会导致同一页面的{{Infobox}}内建的hlist出现多馀的空格，inline-block的问题一修又有另一个的问题--Qqkuro66541（留言） 2024年7月16日 (二) 17:01 (UTC)

2024年第29期技术新闻

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

技术新闻调查

• 邀请您填写这份简短问卷调查，协助我们改善技术新闻。本次调查旨在更有效地满足阅读技术新闻的各类读者的需求。本次调查还会开放3天。本次调查适用这份隐私声明。本次调查提供其他语言的翻译版本。

最近更改

• 维基媒体开发者现在可以正式继续使用Gerrit和GitLab，基于维基媒体基金会于6月24日决定支持在这两个平台共同进行软体开发。Gerrit和GitLab皆是开发者用来编写、审查和部署软体代码的代码储存库，而这些代码支撑著MediaWiki——用于建构维基专案，也是编辑者用于创建和改进内容的工具。这项决定将保障开发者们的生产力，并避免code review——代码审查方面的问题影响用户。更多详情请见迁移状态页面。
• 维基媒体基金会诚征产品与技术谘询委员会（PTAC）申请人。该小组将汇集技术贡献者与维基媒体基金会，共同开发一个更具弹性、与时俱进的技术平台。委员会成员将对维基媒体运动的产品与技术活动进行评估与谘询，以便我们开发多代的项目。我们正在寻找来自世界各地具有不同项目经验的技术贡献者。请于8月10日前在此申请。
• 持有回退权的编辑者可以在Android版维基百科App使用新的编辑巡查功能。这些功能包括最近更改的新动态、撤销和回退等相关链接，以及创建和保存个人的用户讨论消息库以供巡查时使用。如果您所在的wiki希望向没有回退权但编辑次数达到一定门槛的用户提供这些功能，您可以联络团队。更多关于此项目，请参阅Diff文章。
• 在基金会进行联络沟通后，有权访问维基百科图书馆的编辑者再度能使用SpringerLinks中的非开放访问内容。延伸阅读上周完成的22个社群提交工单。

本周更改

• 本周，深色模式将供多个维基百科使用，无论桌面版或移动版，用户登录或未登录。敬请介面管理员和用户脚本维护人员在深色模式下检查小工具和用户脚本，查找任何写死的颜色并修复它们。有一些深色模式兼容性建议可供参考。

未来更改

• 下周，邀请工作人员、志愿工具维护者和软体开发团队在测试维基上测试临时帐号功能。临时帐号功能有助于改善wiki上的隐私保护。目前未有其他进一步的部署安排。欢迎在项目讨论页发表意见和提出疑问。 [6]
• 邀请跨维基上传文件或教导他人如此操作的编辑者，参与维基共享资源上的讨论。共享资源社群正在讨论将能够通过跨维基上传功能（或称上传对话框）上传文件的用户，限缩为维基共享资源上的自动确认用户。这是因为通过这种方式上传的文件大量侵犯了著作权。Commons:跨维基上传有简短摘要，讨论位于Commons:互助客栈。

技术新闻由技术新闻编者撰写，并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。 欢迎订阅维基媒体基金会公报获取更多新闻。

MediaWiki message delivery 2024年7月16日 (二) 01:29 (UTC)

法属圭亚那行政区划列表显示问题

于Phabricator查看
编号T253907的工单

法属圭亚那条目行政区划章节有一个列表，乍一看没什么问题，但只要点击上方任意一个排序，最右边每一格都会变成硕大的法属圭亚那地图。这张表是复制翻译的英维的，英维也有同样问题，请问应怎样改写代码才能修复？--BigBullfrog（𓆏） 2024年7月16日 (二) 04:16 (UTC)

具体来说发生的是：合并储存格在排序后会被分割，即使排序取消了（回到状态）依然不会恢复合并。

排序表格遇到合并储存格好像一直是这样。--Cookai饼块🍪_{（💬留言）} 2024年7月16日 (二) 05:15 (UTC)

phab:T122214提到类似问题，被评为Not a bug。不过当中没有提到“排序取消了依然不会恢复合并。”，可以考虑针对这点提新的工单？--Cookai饼块🍪_{（💬留言）} 2024年7月16日 (二) 05:27 (UTC)

可以考虑把大地图移出表格。--Cookai饼块🍪_{（💬留言）} 2024年7月16日 (二) 05:21 (UTC)

phab:T253907。--GZWDer（留言） 2024年7月16日 (二) 14:57 (UTC)

Template:Cite X

这玩意有必要存在吗？直接在template:cite twitter加个日期检测，自动调整输出不就行了？英维（相信其他站也是）都是直接重定向到cite twitter，本站template:tweet也能正确处理X。最大问题是知道cite twitter存在的人数肯定比知道cite x的多，我相信不少人都“误用旧模板”了。--惣流·明日香·兰格雷不姓式波 2024年7月16日 (二) 05:36 (UTC)

谁有空研究改写就行了。——Sakamotosan路过围观 | 避免做作，免敬 2024年7月16日 (二) 06:56 (UTC)

谁能帮忙改写成检测日期输出，在此谢过了，此外template:tweet也需要改一下。--BigBullfrog（𓆏） 2024年7月16日 (二) 12:27 (UTC)

tweet貌似早前已改好？

name @username

text

9999-12-31

name1 @username1

text1

1-12-31

应该可以大致照抄至cite tweet。--惣流·明日香·兰格雷不姓式波 2024年7月16日 (二) 12:38 (UTC)

还是有问题的，只是按时间检测修改了图标，reference还是会显示“通过Twitter”而不是“通过X”。--BigBullfrog（𓆏） 2024年7月17日 (三) 01:02 (UTC)

确实，但这问题应该会随cite twitter的改动而自动解决，因为tweet似乎也只是调用cite tweet。（可能还要找bot把现存的“问题”tweet ref解决一下）--惣流·明日香·兰格雷不姓式波 2024年7月17日 (三) 02:48 (UTC)

你们好，还请麻烦你们检查一下你们讨论的的话题发表的言论使用的源代码是否有不妥之处，我发表的话题（在下面）的标题（在电脑端维基百科上）显示的有点不对劲，我怀疑是不是你们的模板使用不妥造成的，谢谢。--■■■■（留言） 2024年7月16日 (二) 14:41 (UTC)

六四事件词条无法正常显示某些模板

如题，我发现模板:六四事件在六四事件中不能正常显示，不知道这是不是自己设备的问题，本人试图将模板复制到条目中并提交编辑仍不能解决问题，请有经验的编者协助解决，谢谢！--■■■■（留言） 2024年7月16日 (二) 14:36 (UTC)

@大慈树王：由于条目中使用太多模版（条目中用到{{ }}的就算）, 该条目已属于Category:引用模板后大小超过限制的页面的隐藏分类，针对该问题，我知道的解法是调整条目内容, 减少模版的使用量。--Wolfch (留言) 2024年7月16日 (二) 14:44 (UTC)

注意到条目在引用同一本书的不同页码时写成分开的脚注，且部分引用的书籍还包含{{link-en}}绿链，可以想见占用空间颇大，目前已修改成使用单一脚注并用{{rp}}表示页码，似乎底部的模板已经可以显示。Irralpaca（留言） 2024年7月16日 (二) 21:04 (UTC)

模板折叠问题

突然发现使用Navbox模板时候，纵然state的一栏采用了collapsed，仍然无法折叠，想请教这是出现了问题还是其他原因，谢谢。--Yutommy 崖上的孤儿 北桥的狗 2024年7月16日 (二) 17:03 (UTC)

+1同发现问题，比较显著的页面如勒布朗·詹姆斯、长相思 (电视剧)。--桃花影落飞神剑（留言） 2024年7月16日 (二) 21:11 (UTC)

if args.title and (args.state ~= 'plain' and args.state ~= 'off') then
		if args.state == 'collapsed' then args.state = 'mw-collapsed' end
		tbl
			:addClass('mw-collapsible')
			:addClass(args.state or 'autocollapse')
	end

在Module:Navbox316行加入，请再测试一下，感谢，可参见en:Template_talk:Navbox--Qqkuro66541（留言） 2024年7月16日 (二) 23:02 (UTC)

@Dabao qian：前面的#在导航模板中淘汰过时的可折叠表格支持后面提过，启用了小工具“可折叠表格”后，这部分其实可以不用改的了。——Sakamotosan路过围观 | 避免做作，免敬 2024年7月17日 (三) 00:25 (UTC)

@Dabao qian、cwek：zh:MediaWiki:Gadget-collapsibleTables.js，请问是这个吗？预设是开启的。--Qqkuro66541（留言） 2024年7月17日 (三) 01:40 (UTC)

对的，这个小工具已经有针对原有折叠参数的兼容，导致了Navbox这样参数的两不像。——Sakamotosan路过围观 | 避免做作，免敬 2024年7月17日 (三) 01:44 (UTC)

所以若然现在要让navbox在载入页面时折叠﹐该如何处理？谢谢！--Yutommy 崖上的孤儿 北桥的狗 2024年7月17日 (三) 04:48 (UTC)

我好像找到了﹐是不是使用mw-collapsed？--Yutommy 崖上的孤儿 北桥的狗 2024年7月17日 (三) 04:52 (UTC)

参见Module_talk:Navbox#编辑请求_2024-07-17，从粤维搬了个hack过来，等待管理员应用即可。--Dabao qian℡ 2024年7月17日 (三) 05:34 (UTC)

感谢！--Yutommy 崖上的孤儿 北桥的狗 2024年7月17日 (三) 09:05 (UTC)

en区的讨论页里似乎提到过，不修改是由ResourceLoader懒加载，修改后直接由解析器预处理，性能上会有所提升--Dabao qian℡ 2024年7月17日 (三) 06:31 (UTC)

崩溃

于Phabricator查看
编号T370304的工单

维基百科是不是刚刚崩溃了？有人知道发生什么了吗？--Martin 去我的签名簿签名！！ 2024年7月19日 (五) 00:56 (UTC)

见上。--碟之舞📀💿 2024年7月19日 (五) 04:08 (UTC)

EST时间下午遇到过MediaWiki internal error.--桃花影落飞神剑（留言） 2024年7月19日 (五) 04:08 (UTC)

首页的“维基百科”四字过大

还是Wikipedia:互助客栈/技术/存档/2024年6月#首页顶栏排版错乱，这次是Vector 2022皮肤。依照mw:Heading HTML changes，昨日开始h1标题都会嵌套一层<div class="mw-heading mw-heading1">，故首页上的“维基百科”四个大字变成了原本的1.8倍大。Irralpaca（留言） 2024年7月19日 (五) 02:05 (UTC)

还有一个bug，单击搜索框后会变成英文

动图--Bovemdep（留言） 2024年7月19日 (五) 09:19 (UTC)

点击前是MediaWiki:Searchbutton，点击后变成了MediaWiki:Cdx-search-input-search-button-label--百無一用是書生 (☎) 2024年7月19日 (五) 11:52 (UTC)

于Phabricator查看
编号T370517的工单

--百無一用是書生 (☎) 2024年7月19日 (五) 12:01 (UTC)

2010版变得与下方标语一样大。已经懒得吐槽近期更改了。——暁月凛奈 (留言) 2024年7月19日 (五) 09:29 (UTC)

Special:Diff/83427432/83472463，好了。——暁月凛奈 (留言) 2024年7月19日 (五) 09:35 (UTC)

看起来好像还是有点和以前不一样，“人人可编辑的自由百科全书”似乎离底边比以前近了--百無一用是書生 (☎) 2024年7月19日 (五) 09:47 (UTC)

那在TemplateStyles里面给mw-heading1再加上padding: 0;？--Irralpaca（留言） 2024年7月19日 (五) 14:08 (UTC)

wrap换行

在Template:时代年度风云人物中使用了模板{{wrap}}，但是未能正常换行，在Template:奥斯卡荣誉奖也试着加了{{wrap}}也未能换行。--Kethyga（留言） 2024年7月19日 (五) 10:45 (UTC)

captcha

可不可以行行好，让captcha可以接受全型英文，别让人敲了两个字母才发现不对又切回来，然后为了编辑又要切回去，很好玩是不是？

如果不会，我教你。建个一维阵列，以A到Z和a到z或其unicode为索引，内容则是全型字母，这就切换过去了，而且是O(1)。简单吧？

如果还要拿什么安全来说嘴，那拜托内容不要用英文，用中文字好吗？这不是更安全吗？打完字也不用切换全型半型了，拜托拜托。

我没有请人拿掉这个没经过投票就私加的captcha喔，没有喔。我是拜托在展现想加就加的莫大权力之后，也展现一下程式能写就写，能力跟权力匹配，这不过份吧？我知道一定有人要飞什么安全的大帽子过来，那就改成中文字让机器人更没机会运作，这方向没有错吧？拜托拜托，行行好。--2603:8000:500:FB00:89EE:D188:8491:54F3（留言） 2024年7月20日 (六) 03:38 (UTC)

建议你去方针求助--$\int _{0}^{10}x^{2}dx$August0422 2024年7月20日 (六) 06:23 (UTC)

准确来说，这是基金会添加的插件mw:Extension:ConfirmEdit，我们本地社群都是普通用家，管理配置和开发维护都是基金会的事。如果对于是否启用插件有意见，请去meta:Requests for comment请求讨论意见（并且期望有人关注）；如果对于代码实现逻辑有意见，请去phab:tag/confirmedit_captcha_extension开工单反馈，或者参与到相关的开发小组中。跟我们本地社群喷这个问题毫无用处。或者考虑注册一个账号，注册账户并达到自动确认用户级别可以免除这个验证。——Sakamotosan路过围观 | 避免做作，免敬 2024年7月20日 (六) 06:50 (UTC)

您可以提交功能请求，详细信息见此处。还有中文问题，这个验证码本身就是在西文语境下制作的，文化隔阂的问题不止一人提过，但是都找不到合适的开源替代品。--碟之舞📀💿 2024年7月20日 (六) 15:26 (UTC)

Campaignbox被默认为开启状态，使用指令皆无法更改

在模板:Campaignbox War of the Spanish Succession这个模板中，我尽了一切办法仍然无法让他在读者刚开始阅读时是闭合状态，明明指令与其他模板以及英文维基对应模板相同，但其他模板就没有这个问题，想请大佬们帮忙解决 --Waylon1104（留言） 2024年7月20日 (六) 15:16 (UTC)

@Waylon1104完成。

虽然可以个别页面处理，但collapsed的无效显然需要导入机器人批量替换成uw-collapsed，丧失作用的页面过多。--Rastinition（留言） 2024年7月20日 (六) 15:21 (UTC)

好的了解，太感谢您了--Waylon1104（留言） 2024年7月20日 (六) 15:30 (UTC)