维基百科:互助客栈/技术/存档/2022年11月

MediaWiki message delivery在话题“2022年第48期技术新闻”中的最新留言:2年前


首页显示异常

模板:Infobox ship begin等子模板合并事宜

Wikipedia:数据库报告/未连结到维基数据项目的页面

管理员布告板中的Lua错误

Cite book的unified需要更新

二十周年特别logo@vector-2022

有一个基金会员工在本站创了MediaWiki:Vector-2022.css这么一个页面,但是换的新wordmark/tagline(页面左上角,维基球右侧的东西)个人感觉不甚雅观。猜测创这个页面是phab:T319223#8345770的后续。请问社群是否希望在vector-2022皮肤下使用20周年特别wordmark/tagline?如果感觉不希望,界面管理员可以注释掉这个页面。 Stang 2022年11月2日 (三) 22:26 (UTC)

的确太不好看了,已删掉了--百無一用是書生 () 2022年11月3日 (四) 02:49 (UTC)

Infobox settlement 扩展 Template:Infobox_name_module

地名和人名一样有各地差异,模板 {{Infobox name module}} 添加到 {{Infobox settlement}}上,显示结果 Wikipedia:沙盒 (74386256),好像无法像 {{艺人}}模板一样隐藏边框,比如 妮琪·米娜 (74164211)。感觉这个模板比 {{各地中文名}} 在信息框外展示好一些。

另外,Template:Infobox_name_module 是否适当限制一下地区别名,比如 普京 (74376508),台湾别名添加了5个,感觉最好不超过2个。 --Kethyga留言2022年11月3日 (四) 16:02 (UTC)

别名数量,个人倾向尽量多,只要有实际使用、非一两个特例使用(需辨别)。不过是写在信息框还是章节,乃至讨论页,我没意见。--YFdyh000留言2022年11月4日 (五) 10:35 (UTC)
为带来选择困难问题,毕竟名字就是个代号,统一方便交流,而且很多就只是某些媒体起名也没个标准。--Kethyga留言2022年11月4日 (五) 14:21 (UTC)
建立在方便搜索引擎索引、用户查询的角度,有时顺便能增长见识,也不违背可供查证。常用度可以排序。能写成章节更好,不过章节容易是原创总结的结果。--YFdyh000留言2022年11月4日 (五) 15:16 (UTC)

提议修改自动生物信息框系列模板以适配无中文名的情形

2022年第45期技术新闻

MediaWiki message delivery 2022年11月8日 (二) 00:31 (UTC)

能否筛选出 生物学名的非中文重定向标记

不明的空格

如题,管碧玲条目被显示为管碧 玲,不知道如何修改?--Sean0115 2022年11月12日 (六) 06:37 (UTC)

微软正黑体#已知问题。--Xiplus#Talk 2022年11月12日 (六) 07:51 (UTC)
谢谢。--Sean0115 2022年11月12日 (六) 09:54 (UTC)

MediaWiki:Gadget-ToolsRedirect.js

{{MolFormDisambigNav}}的化学式

2022年第46期技术新闻

MediaWiki message delivery 2022年11月14日 (一) 21:54 (UTC)

Module:Message box看起来需要大更新了--百無一用是書生 () 2022年11月15日 (二) 02:37 (UTC)

Special:引用此页面

Special:引用此页面中,是否需要根据语言变体调整输出条目的标题?比如康城电影节,还可以叫“康城影展、坎城影展,输出的都用“康城电影节”,链接用的是未转换的版本[6] --Kethyga留言2022年11月12日 (六) 05:30 (UTC)

引用似乎保持原文的原始状态较好?--百無一用是書生 () 2022年11月14日 (一) 02:18 (UTC)
但是某些用词在其他地区的非常用或对其他地区不熟悉,比如 德怀特·霍华德,粤语用词 迪韦特·侯活。另外,在DBpedia上,发现霍华德 条目 74589153 出现了用词混合,德怀特是陆、台用词,侯活是港粤用词。--Kethyga留言2022年11月14日 (一) 05:01 (UTC)
输入“德怀特·霍华德”看上去就没问题。“康城影展”,元信息会不对。我觉得该功能应该用输入值(用户输入的变体)+重定向目标。--YFdyh000留言2022年11月14日 (一) 08:14 (UTC)
用词在其他地区的非常用或对其他地区不熟悉,这和引用没什么关系啊--百無一用是書生 () 2022年11月15日 (二) 02:25 (UTC)
虽然引用原始字样不错,但中文维基的字词转换是比较无缝的,如果用户访问转换或重定向后的标题也能来到相同页面,那么选用当地用词是更友好的。引用原始标题也不能保证到达所引用的页面(非永久链接、可能更名)。用户访问时如果不看URL,也是看到最终目标页面、转换后版本,引用部分显示原始字样将有些突兀。--YFdyh000留言2022年11月15日 (二) 03:00 (UTC)

{{Replace}}需要更新以允许正则表达式

特定页面的目录简繁转换异常

Wikipedia:编辑禁制方针页面,有Template:NoteTA/MediaWiki转换组。-{H|紀錄=>zh-cn:记录}-正常转换了正文内容,但简体中文下目录区仍显示“纪录”。预览结果中正常。刷新缓存不见效果。--YFdyh000留言2022年5月8日 (日) 22:51 (UTC)

好像没有发现“纪录”。内容和界面的设置都是中国大陆简中。——Sakamotosan路过围观 | 避免做作,免敬 2022年5月8日 (日) 23:45 (UTC)
“5.3 纪录”没有吗。--YFdyh000留言2022年5月9日 (一) 01:05 (UTC)
好像之前见过目录部分的繁简转换有问题,已经报过P区了。——Sakamotosan路过围观 | 避免做作,免敬 2022年5月9日 (一) 02:09 (UTC)
Wikipedia:互助客栈/技术/存档/2022年3月,搜“目录问题”。——Sakamotosan路过围观 | 避免做作,免敬 2022年5月9日 (一) 02:11 (UTC)
  赞!看来是新的已知bug,phab:T303855。--YFdyh000留言2022年5月9日 (一) 03:40 (UTC)
因为我用脚本把原生目录直接隐藏掉了。  囧rz……——Sakamotosan路过围观 | 避免做作,免敬 2022年5月9日 (一) 02:12 (UTC)
这边插一句,Vector(2022)外观目录完全不支持简繁转换,希望有人出个脚本。--ꓱꓤꓵZꓯ SKY (talk-contribs) 2022年6月30日 (四) 08:47 (UTC)
@Azure2022:或许可以试看看User:SunAfterRain/js/vector-2022-toc-covert-fix.js,只是我的写法可能会让部分自订的特殊转换失效(其实是很极端的情况)。--SunAfterRain 2022年7月16日 (六) 04:06 (UTC)

话说,还没有进展啊?orz —— Eric Liu 創造は生命(留言留名学生会 2022年11月21日 (一) 16:07 (UTC)

2022年第47期技术新闻

MediaWiki message delivery 2022年11月21日 (一) 23:21 (UTC)

Cite book的unified需要更新

原本的问题存档了Template_talk:Cite_book#Cite_book的unified需要更新,问题还是没有解决。承之前的讨论,统一书号(unified)的规则可以慢慢找,能不能先更新支持6位数。--Nostalgiacn留言2022年11月22日 (二) 06:35 (UTC)

请求已交至模块讨论:Citation/CS1/Identifiers。--YFdyh000留言2022年11月22日 (二) 06:55 (UTC)

Template:NumBlk

@GqqnbLiangentXiplus克勞棣:各位好,我是 2008 年最早在英文维基上建立 template:NumBlk 模板的使用者。最近看到 [7] 有提到该模板有间距过大的问题,临时性的解决办法或许可以参考 [8] 的说明,如果您与该问题不相关,请直接忽略本话题,不好意思打扰了,以上。 --Justin545留言2022年11月23日 (三) 16:42 (UTC)

另外个人有发现 Firefox 和 Chrome 对于   的处理方式似乎不同,在 Firefox 中有无   似乎对于间距没有影响,但在 Chrome 中有   可能会使间距加大。如果前述的观察属实,基于排版上一致性的考量,个人认为还是应该将 Template:NumBlk 之中的   移除较为适当。--Justin545留言2022年11月24日 (四) 00:14 (UTC)

以application/xhtml+xml代text/html

现在Windows 9x与NT(8.1以前)都被微软停止技术支援,而可上网的PC不应以被取消技术支援的OS作host OS,因此中文版维基百科不该再考虑旧浏览器(会用旧浏览器的通常用的OS是已被停止技术支援者),只要支援最新稳定版的Microsoft Edge、Google Chrome、Safari、Opera与Mozilla Firefox即可,这样的话CSS就无须考虑IE5到7那违反W3C规范的处理方式,text/html亦应用application/xhtml+xml取代,这样解析效率较快,长页面要引用导航模板也才能正常显示。--RekishiEJ留言2022年11月15日 (二) 15:10 (UTC)

然后呢?——Sakamotosan路过围观 | 避免做作,免敬 2022年11月16日 (三) 00:06 (UTC)
What do you mean?你是说改用application/xhtml+xml与CSS只考虑最新稳定版浏览器使用者之后要做啥吗?--RekishiEJ留言2022年11月16日 (三) 02:40 (UTC)
只是不明白你提出的这个意见是什么意思?我推测你指是页面的HTTP头“content-type: text/html”要调整?这是Mediawiki的设计吧?这问题是与维基百科社群所能控制?你应该去mw:提出你的意见。——Sakamotosan路过围观 | 避免做作,免敬 2022年11月16日 (三) 03:34 (UTC)
应该是去phab:吧?另,现在已经停止支持IE8以下了(phab:T248061),其他的IE支持可以去这里讨论:[9]--百無一用是書生 () 2022年11月16日 (三) 03:58 (UTC)
不太确定流程,但我认为应该在mw上跟开发人员确认两种MINE对浏览器解析性能的影响,然后再去phab开单子如何去修改或调整。mediawiki是基金会“赞助”开发和最主要的产品用户,各Wiki项目是基金会旗下营运管理的使用mediawiki的项目,我们就只是这些项目下面卑微的用户,改个底层参数还要看基金会的各种面色。 ——Sakamotosan路过围观 | 避免做作,免敬 2022年11月16日 (三) 06:18 (UTC)
原则上我不认为把HTTP响应头改掉可以解决长页面导航模板的问题(WP:模板限制),模板限制是先于服务器返回HTTP响应发生的。--MilkyDefer 2022年11月17日 (四) 04:54 (UTC)
@RekishiEJ:关于MediaWiki的浏览器支持列表详见此页面。--Diskdance 2022年11月24日 (四) 14:02 (UTC)

某些条目出现了两个字词转换图标

 

今天登上首页的罗得西亚驻葡萄牙代表处,我注意到出现了两个字词转换的图标。其中左边的列出了所有的转换,而右边的仅列出了标题转换和一个“公共转换组”。不清楚该现象是否正常。(见右图) --Shenzhiming88留言2022年11月16日 (三) 15:52 (UTC)

条目调用了{{驻葡萄牙外交代表机构}},该模板有Category:放置于模板的noteTA,补回noinclude(Special:Diff/74643727)后,罗得西亚驻葡萄牙代表处似乎回复正常(只有一个字词转换图标)。—— 留言2022年11月16日 (三) 16:04 (UTC)
的确已经修复。感谢!话说此类模板内调用noteTA的,还有必要在条目上方显示吗?--Shenzhiming88留言2022年11月16日 (三) 16:07 (UTC)
过往技术,不应该。现在主要观感不好和不便管理。——Sakamotosan路过围观 | 避免做作,免敬 2022年11月17日 (四) 00:24 (UTC)
有办法更改Module:NoteTA以合并重复调用吗?要不然对于模板中确实需要语言转换的,是否需要机器人将之合并到主条目中?--Kanashimi留言2022年11月21日 (一) 21:13 (UTC)
改进JS合并图标更可行吧,我记得以前提过。机器人合并,除非新增一种语法,不然会有后续维护问题,新条目/旧无法跟进模板最终采用的转换,且不排除出现过度转换,更容易发生模板超过限制。--YFdyh000留言2022年11月22日 (二) 06:58 (UTC)
这是长期存在的技术问题,目前没有特别好的解决方案,共识是尽量不要在模板内使用NoteTA。--Diskdance 2022年11月24日 (四) 14:03 (UTC)

2022年第48期技术新闻

MediaWiki message delivery 2022年11月28日 (一) 20:02 (UTC)