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

最新留言:Yutommy06124小时前发布于话题“模板折叠问题

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

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


发表前请先搜索存档,参考旧讨论中的内容可节省您的时间。
公告栏
# 💭 话题 💬 👥 🙋 最新发言 🕒 (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 TW部分功能故障 15 6 Kethyga 2024-07-07 18:49
5 维基百科:其他语言的维基百科典范条目/英语版这样的标题是否属于繁简混用? 6 4 Miyakoo 2024-07-12 16:57
6 在导航模板中淘汰过时的可折叠表格支持 37 4 SunAfterRain 2024-07-16 11:28
7 条目标题左侧出现多余的“维基百科” 14 6 Func86 2024-07-11 00:55
8 深色模式现在可供所有使用者使用! 13 6 SCP-2000 2024-07-10 10:04
9 Twinkle关闭存废讨论无法在Vector 2022使用 4 3 Z7504 2024-07-07 18:47
10 小工具“编辑段落链接([编辑])靠右排列”使编辑按钮较正常位置偏高 2 2 Shizhao 2024-07-15 10:59
11 T:Summer Olympics by year category navigation 3 2 ItsLiana 2024-07-10 10:52
12 移动版Navbox 4 3 Cwek 2024-07-08 17:36
13 2024年第28期技术新闻 2 2 Shizhao 2024-07-09 10:20
14 检测模板限制 2 2 Cwek 2024-07-09 19:21
15 古籍模版似乎默认地区为中华人民共和国 2 2 银色雪莉 2024-07-09 20:53
16 首页下半部分排版乱了 6 2 Cwek 2024-07-10 11:07
17 销售认证模板被我改出了bug 4 2 Scarsnevergoaway 2024-07-13 14:35
18 提报DC的小工具什么时候能更新啊 5 3 Leiem 2024-07-13 01:13
19 Navbox标题置中 15 5 Qqkuro66541 2024-07-16 23:34
20 现有的技术能否做到将新条目自动加入相关专题的新进条目列表内 1 1 Scarsnevergoaway 2024-07-13 14:31
21 我制作了一个自动翻译榜单排行的小工具,请问有什么办法可以推广? 1 1 Scarsnevergoaway 2024-07-13 14:34
22 Infobox person/Wikidata 出生日期 8 5 Cookai1205 2024-07-15 21:27
23 用户头衔模板重叠 12 4 Shizhao 2024-07-15 14:22
24 存废重新提交 4 4 Manchiu 2024-07-16 10:25
25 Template:Hlist-comma 2 2 Qqkuro66541 2024-07-17 01:01
26 2024年第29期技术新闻 1 1 MediaWiki message delivery 2024-07-16 09:29
27 法属圭亚那行政区划列表显示问题 5 3 GZWDer 2024-07-16 22:57
28 Template:Cite X 7 4 Sohryu Asuka Langley Not Shikinami 2024-07-17 10:48
29 六四事件词条无法正常显示某些模板 3 3 Irralpaca 2024-07-17 05:04
30 模板折叠问题 11 5 Yutommy0612 2024-07-17 17:05
发言更新图例
  • 最近一小时内
  • 最近一日内
  • 一周内
  • 一个月内
  • 逾一个月
特殊状态
已移动至其他页面
或完成讨论之议题
手动设定
当列表出现异常时,
请先检查设定是否有误

正在广泛征求意见的议题

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

维基百科技术议题与模板

Wikipedia talk:互助客栈 § 互助客栈(或是任何讨论)存档到空的讨论页需改为加上Template:Talk_header

例如这个部分,当机器人存档到一个空讨论页时,会自动加上存档模板。但问题是有时目标本身就是一个正常的讨论页,加上存档模板不合常理。因此希望这个机制改一下,正常页面就改成用{{Talk header}}加注,存档页面才是存档模板。台湾杉在此发言 (会客室) 2024年6月18日 (二) 04:20 (UTC)

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)回复
@T45614631InteraccoonaleEricliu1912我根据知乎上的一些文章整理出来了未被收录进《通用规范汉字表》的科学技术用字,见我的子页面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)回复
@ShizhaoInteraccoonaleT45614631Ericliu1912所以几位觉得需要处理这些繁简问题吗?还是放着不用理?我个人是觉得需要简化。--微肿头龙留言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数据库(里面可能有不适用的,例如“奨,奖”还有大部分一简多繁转换):
筛选出了简繁皆为基础及扩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:MapframeModule:Location map报错

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

好像就在近期,新出现了不少Module:MapframeModule: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年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)回复

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

TW部分功能故障

编辑

  1. 存废讨论中三级标题右侧不出现“关闭讨论”
  2. 在存废讨论中无法关闭讨论,只能删除相关提删页面或移除相关提删页面的模板,但无法关闭相应的讨论
  3. 另外发现Wikipedia:页面存废讨论/记录/2024/06/22使用tw关闭讨论时,发生了错位(“赖拥连”错位到了“Code Geass角色列表”,“Category:各国县治、Category:县治”错位到了“家庭教师HITMAN_REBORN!角色列表”),当时#2问题还未发生

--百無一用是書生 () 2024年6月30日 (日) 06:17 (UTC)回复

@Xiplus @Manchiu--百無一用是書生 () 2024年6月30日 (日) 06:19 (UTC)回复
大概是mw:Heading HTML changes——暁月凛奈 (留言) 2024年6月30日 (日) 06:43 (UTC)回复
能否给一下具体的案例(固定版本号或差异),不然上面三个问题我目前都无法重现。--Xiplus#Talk 2024年6月30日 (日) 13:08 (UTC)回复
  1. 1应为此版本。我也有同样情况。以为是自己浏览器问题。(我本身需F5多遍方看到关闭讨论键。)-千村狐兔留言2024年6月30日 (日) 13:15 (UTC)回复
    @ManchiuWikipedia:页面存废讨论/记录/2024/06/24,你的操作似乎也发生了错位,杨尚铭和王红权星被标记为允许并入,Eva IM client被标记为删除,已删除的陈美琪 (企业家)被标记为允许并入...--百無一用是書生 () 2024年7月1日 (一) 02:09 (UTC)回复
    Special:PermaLink/83231036--百無一用是書生 () 2024年7月1日 (一) 02:10 (UTC)回复
    建议这个问题未修好前,暂时不要使用TW来处理存废讨论,我刚用了一下,结果错位得太离谱了!--百無一用是書生 () 2024年7月1日 (一) 02:15 (UTC)回复
    谢谢修正错误。真的不好意思!--千村狐兔留言2024年7月1日 (一) 02:26 (UTC)回复
    @ManchiuWikipedia:页面存废讨论/记录/2024/06/23也有错位的问题。-- 2024年7月1日 (一) 03:43 (UTC)回复
    我重新回退后,全手工处理了一遍,请复查--百無一用是書生 () 2024年7月1日 (一) 02:28 (UTC)回复
2.无法关闭是[4](TW删除)、Special:Diff/83221043(手动关闭)
3.错位是Special:Diff/83212283-- 2024年7月1日 (一) 01:08 (UTC)回复
已确认这是由Vector2022引起的,Vector2010运作正常。--Xiplus#Talk 2024年7月1日 (一) 14:04 (UTC)回复
根据 Heading HTML changes,应该所有的标题(h1-h6)都会被加上 mw-heading,但不知为何在 Vector 2022 仅有 h2 被加上,导致计算章节数量时错误而造成此问题,为避免 Vector 2022 后续再次更改,我暂时决定在 Heading HTML changes 完成前不会支援 Vector 2022,请改用其他外观,经测试本功能在 Vector 2010 运作正常。--Xiplus#Talk 2024年7月1日 (一) 14:45 (UTC)回复
顺便说一下,Timeless下好像也无关闭讨论按钮。--Kethyga留言2024年7月7日 (日) 10:49 (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.cssMediaWiki talk:Common.jsModule talk:Navbox,对应上述三处编辑请求,停用导航模板中过时的可折叠表格支持,改为MediaWiki自带的折叠语法。--Dabao qian 2024年7月3日 (三) 20:56 (UTC)回复

使用mw核心提供的表格折叠会不会存在问题?能否复刻一个样式看看?——Sakamotosan路过围观 | 避免做作,免敬 2024年7月4日 (四) 00:44 (UTC)回复
Template:Navbox/sandbox3Module:Navbox/sandbox3Template:香港行车隧道/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.jsMediaWiki 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)回复
[5],分别是固定宽、不固定宽,使用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.jsMediaWiki: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. 以上完毕了,才需要更新Module:NavboxModule:NavboxV2的折叠参数调整。
@Dabao qian如果理解和没异议的话,可以推进下去。——Sakamotosan路过围观 | 避免做作,免敬 2024年7月5日 (五) 02:20 (UTC)回复
无异议,宽度和深色模式适配的问题后续再议(当然这不属于本次讨论范围)。--Dabao qian 2024年7月5日 (五) 03:46 (UTC)回复
@Dabao qian,看了collapsibleTables-new.js,其实Module:NavboxModule:NavboxV2不用换,因为按照脚本逻辑,“table.collapsible:not(.mw-collapsible)”就能够选出保持兼容class的table,然后后面加上“mw-collapsible”就是加上mw的折叠功能。——Sakamotosan路过围观 | 避免做作,免敬 2024年7月5日 (五) 08:33 (UTC)回复

啊所以现在想展开已关闭的存废讨论,就必须按右边的[展开],而不能直接点击小蓝条了?有点麻烦…… ——魔琴身份声明 留言 贡献 新手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)回复

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

编辑

如题,条目标题出现多余得“维基百科”,今天第一次出现,见截图,多出的是图片版的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)回复

深色模式现在可供所有使用者使用!

编辑
 

大家好,在过去的一年里维基媒体基金会的网页团队一直致力于深色模式的开发。这项工作是无障碍阅读计划的一部分(该计划引入了对 Vector 2022 和 Minerva 皮肤的更改)。这提高了可读性,并允许每个人(无论是未登入的使用者还是已登入的使用者)自订以阅读为中心的设定。

自今年年初以来,深色模式已作为测试版功能在行动版和桌面版网站上向大家提供。我们一直在与模板编辑者和其他技术贡献者合作,为此功能准备不同的维基专案。这项工作包括修复模板并确保许多页面均可以以深色模式显示,而不会出现任何无障碍问题。我们对参与此事的所有人表示衷心的感谢。因为已经做了很多工作,深色模式已经可供未登入及已登入的使用者在行动版网站上使用。在接下来的两周内,我们将向桌面版网站的使用者释出此功能!

部署配置和时间表

  • 第 1 级别与第 2 级别维基百科:与浅色模式相比,深色模式的问题数量并不显著的维基百科。这些维基专案已经为未登入及已登入的使用者提供深色模式。不过,模板中可能仍存在一些小问题。我们将添加报告这些问题的方法,以便我们可以继续与编辑者一起修复模板。
  • 第 3 级别维基百科:与浅色模式相比,深色模式的问题数量非常多的维基百科。这些维基只会为已登入的使用者提供深色模式。我们希望为所有用户提供深色模式。然而,有些维基专案仍然需要社群的工作来调整模板。与上面的群组类似,这些维基专案同时会收到一个报告问题的链接,这将有助于识别剩余的问题。
  • 7 月 1 日的当周:第 1 级别的维基百科(包括中文维基百科)上的行动版网站(Minerva 皮肤)
  • 7 月 15 日的当周:所有维基百科上的桌面版网站(Vector 2022 皮肤);行动版网站:在第 2 级别维基百科上已登入的使用者和未登入的使用者,第 3 级别维基百科仅限于已登入的使用者

如何开启深色模式

此功能会与文字和宽度选项一起出现在“外观”功能列表中。根据相容性和技术架构的不同,某些页面可能无法在深色模式下使用。对于这些页面,选单中会出现一则通知,提供更多资讯。

如何让深色模式变得更好!

如果您想协助让更多页面适合深色模式,请前往我们先前的讯息并查看“我们希望您做什么(模板编辑者、界面管理员、技术编辑者)”部分。

谢谢大家。我们期待您的问题、意见和评论!(Translated by VLui (WMF) and SCP-2000)--SGrabarczuk (WMF)留言2024年7月4日 (四) 13:48 (UTC)回复

可喜可贺!L'Internationale, Sera le genre humain! ✏️ 2024年7月4日 (四) 14:05 (UTC)回复
Note: I bolded some sentences for easier reading. Thanks. --SCP-0000留言2024年7月4日 (四) 14:15 (UTC)回复
借个楼顺便说一下中维导航模板的深色模式适配还是有问题,Shizhao做完深色模式适配之后“查论编”链接在正常模式下无法更改颜色了。--Dabao qian 2024年7月4日 (四) 15:56 (UTC)回复
@Dabao qian深色模式兼容性问题可在Wikipedia:征求意见/深色模式反映。--SCP-0000留言2024年7月5日 (五) 01:06 (UTC)回复
楼上的签名在深色模式下不适配....--百無一用是書生 () 2024年7月5日 (五) 03:33 (UTC)回复
能否有高人帮我看一下本人的签名和主编条目肯塔基州城市列表堪萨斯州城市列表等在深色模式下是否有问题?本人怎么设置也无法在Vector 2022中试用深色模式。--维基病夫邀请您加入❤️边缘人小组·🖊️签到 2024年7月5日 (五) 04:32 (UTC)回复
@SickManWP如果您是使用桌面版,现阶段您需要先在测试功能设定中启用“无障碍阅读”才能使用。而行动版可在设定中启用。--SCP-0000留言2024年7月5日 (五) 04:41 (UTC)回复
已设置完成。不过我希望看看其他用户对条目的意见,避免过几天本人编写更多类似列表时出现显示问题,影响条目评选。--维基病夫邀请您加入❤️边缘人小组·🖊️签到 2024年7月5日 (五) 04:48 (UTC)回复
两个条目的表格颜色有问题--百無一用是書生 () 2024年7月5日 (五) 08:15 (UTC)回复
相关条目的问题本人已于Wikipedia:征求意见/深色模式中提出,目前正在寻找解决办法。--维基病夫邀请您加入❤️边缘人小组·🖊️签到 2024年7月5日 (五) 08:19 (UTC)回复

Dark mode for logged-in users on desktop coming this week!

编辑

Hello! In the previous message, we announced that dark mode on desktop would be rolled out in one step, for both logged-in and logged-out users, in the week of July 15 (that is, next week). However, we'd be more comfortable to enable it for logged-in users first. Articles here on zh Wikipedia look very good in dark mode, and again, thanks to everyone who is contributing to it!

We are going to enable dark mode on desktop just for logged-in users this week. If everything goes well (it has been going very well so far!) we will enable it on desktop for logged-out users next week as we previously announced. It's gonna be exciting :D Thanks! SGrabarczuk (WMF)留言2024年7月10日 (三) 01:36 (UTC)回复

简单而言:本周先向桌面版的登入用户提供深色模式。如果一切顺利,便会照原定计划在下周向未登入用户提供。--SCP-0000留言2024年7月10日 (三) 02:04 (UTC)回复

Twinkle关闭存废讨论无法在Vector 2022使用

编辑

最近几天有使用Vector 2022界面的使用者,可以发现在WP:AFDWP:FFD无法用Twinkle关闭存废讨论,需要改以Vector 2010界面才能使用,有什么方法修复这样错误?谢谢!--Sinsyuan✍️🌏🚀 2024年7月5日 (五) 01:27 (UTC)回复

Xiplus君的说明。--伞木 留言 2024年7月5日 (五) 01:34 (UTC)回复
  囧rz……能否合并讨论串至“TW部分功能故障”?--Sinsyuan✍️🌏🚀 2024年7月5日 (五) 03:42 (UTC)回复

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

编辑

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

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

T:Summer Olympics by year category navigation

编辑

参见Category:2024年夏季奥运足球赛(简)、Category:2024年夏季奥运足球赛阵容(繁),想请问有什么方法可以让此模板同时在简中/繁中标题的分类中使用?--Liebhart 💬👩‍🚀 2024年7月7日 (日) 04:15 (UTC)回复

(&)建议还是将模板撷取至"YYYY年夏季",就不会有简繁问题,虽然可以加入前缀、后缀来达到目的,但然容易产生标题简繁不一的现象。--Qqkuro66541留言2024年7月9日 (二) 17:40 (UTC)回复
了解,看见您已经将模板修改好了,感谢帮助!——Liebhart 💬👩‍🚀 2024年7月10日 (三) 02:52 (UTC)回复

移动版Navbox

编辑

现在移动版在Wikipedia:命名空间下会显示Navbox了,不确定正不正常。[6]--User:What7what8🏠 2024年7月7日 (日) 12:20 (UTC)回复

没留意到技术新闻有相关的更新信息。也没见到条目放开Navbox等的渲染调整。如果不是wmf开发测试中,或者是以前就可以?——Sakamotosan路过围观 | 避免做作,免敬 2024年7月8日 (一) 00:44 (UTC)回复
显示的惨不忍睹的正常--百無一用是書生 () 2024年7月8日 (一) 02:35 (UTC)回复
看了眼en。如果没有过往记录印证是除条目空间外的navbox是隐藏外,可能是基金会测试?——Sakamotosan路过围观 | 避免做作,免敬 2024年7月8日 (一) 09:36 (UTC)回复

2024年第28期技术新闻

编辑

MediaWiki message delivery 2024年7月8日 (一) 21:30 (UTC)回复

CampaignEvents似乎可以考虑?--百無一用是書生 () 2024年7月9日 (二) 02:20 (UTC)回复

检测模板限制

编辑

模板限制很烦人,而且往往不知问题具体出在何处。是否有工具可协助编者确认哪里调用特别多资源?—— Eric Liu 創造は生命(留言留名学生会 2024年7月9日 (二) 10:38 (UTC)回复

好像没有很好的方法?页面“div.mw-parser-output”里面结尾有段HTML注释“NewPP limit report”和“Transclusion expansion time report”,可以看那个模板消耗时间和调用次数较多。或者借助WP:SB将内容逐点替换来分析。不过大部分情况,WP:模板限制基本上都说了:Navbox(尤其是包含大量ilh系的),包含了大量Navbox的Navboxlist,还有太多脚注的reflist系脚注模板。——Sakamotosan路过围观 | 避免做作,免敬 2024年7月9日 (二) 11:21 (UTC)回复

古籍模版似乎默认地区为中华人民共和国

编辑

老残游记一文可以看到右侧模版显示出版地点为“中华人民共和国”但在代码中并未体现此内容。在下在模版的页面也并未见到此项默认选项,是故提出,希望有同仁可以帮忙调整。--懒癌哪天行Laziness, as no today's excuse. 2024年7月9日 (二) 10:59 (UTC)回复

已处理,是wikidata那边的事情。--银色雪莉留言2024年7月9日 (二) 12:53 (UTC)回复

首页下半部分排版乱了

编辑

Wikipedia:首页排版乱了,下方的常用链接和姊妹计划全都挤到右侧了,动态热门和欢迎词的间距也变了。查了最近的修改,未发现修改有问题--百無一用是書生 () 2024年7月10日 (三) 02:10 (UTC)回复

看时光机存档(2024年1月1日)的话,“div.mp-2012-links”、“div.mp-2012-sisters”是放在“div.mp-2012-body”孩子中,与“div.mp-2012-column-left”、“div.mp-2012-column-right”是兄弟。现在是放在“div.mp-2012-column-right”里面。是不是有脚本可以判断“div.mp-2012-column-left”和“div.mp-2012-column-right”的高度,然后将前者抽出去?——Sakamotosan路过围观 | 避免做作,免敬 2024年7月10日 (三) 02:26 (UTC)回复
Wikipedia:每日图片/2024年7月10日,宽度调小一点,不知道有没问题?——Sakamotosan路过围观 | 避免做作,免敬 2024年7月10日 (三) 02:33 (UTC)回复
应该有脚本做平衡处理,[7]是抽了links和sisters出来平级,[8]则抽了links跟column-left“同宽”嵌进去了。——Sakamotosan路过围观 | 避免做作,免敬 2024年7月10日 (三) 02:35 (UTC)回复
  已修复,最近一次的{{itn}}更新误删了一个</div>--百無一用是書生 () 2024年7月10日 (三) 02:50 (UTC)回复
乐。——Sakamotosan路过围观 | 避免做作,免敬 2024年7月10日 (三) 03:07 (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标题似乎还是没法对齐中间(见模板说明页面范例,可参照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)回复
尝试修了一下[9],现在除了示例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('&nbsp;')
    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.cssModule: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-hkko)(登入与否的差异应该跟这有关),行为与{{#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月份系列有关:
--Cookai饼块🍪💬留言 2024年7月15日 (一) 13:27 (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期技术新闻

编辑

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

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

编辑

法属圭亚那条目行政区划章节有一个列表,乍一看没什么问题,但只要点击上方任意一个排序,最右边每一格都会变成硕大的法属圭亚那地图。这张表是复制翻译的英维的,英维也有同样问题,请问应怎样改写代码才能修复?--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 qiancwekzh: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)回复