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


无痕浏览模式隐藏变体提示框

结构式讨论中不必要的自动繁简转换

“我们希望提供更好的阅读体验”提供了更糟糕的阅读体验

异常链接跳转汇总

{{NoteTag}}和{{efn}}等模板的悬浮预览显示为“参考文献”而非“注释”

如标题所述,需要修改模板源代码添加正确的类名。--碟之舞📀💿 2023年11月29日 (三) 07:19 (UTC)

误会题目的讨论展开
{{saveto|MediaWiki talk:Cite section preview references}}疑似误会了的讨论主题。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鲜果茶☕在维基百寻求休闲是否搞错了什么☎️·☘️2023年11月30日 (四) 01:58 (UTC)
不需要吧?NoteTag等一票基础就是<ref>,然后配套的是<references />。由于预览时源代码如果没有对应的notefoot等,那解析器就默认补一个系统隐藏的<references />给你做脚注预览(信息页:MediaWiki:Cite section preview references)。结论就是你源代码没写notefoot,系统帮你补个原生<references />给你看看大概结果,保存出来后能对上则可。——Sakamotosan路过围观 | 避免做作,免敬 2023年11月29日 (三) 07:31 (UTC)
或者叫“脚注预览”(Help:脚注),因为“参考资料”、“注释”的技术基础就是这同一套技术“脚注”。——Sakamotosan路过围观 | 避免做作,免敬 2023年11月29日 (三) 07:41 (UTC)
@Diskdance,看这里,或者改成上面这个?补充,这个脚注预览是不显式显示group的名字,当然本身还是根据不同脚注所属group来分开渲染对应的<references />。——Sakamotosan路过围观 | 避免做作,免敬 2023年11月30日 (四) 01:08 (UTC)
 
“单一一个”Ref显示于“悬停窗”。讨论目标似乎是这个悬停窗的标题
@cwek他说得好像也不是“渲染对应的<references />”(即并非“Cite section preview”),而是指只抓取“单一一个”Ref显示于“悬停窗”的那种。你确定是“MediaWiki:Cite section preview references”吗?我怎么觉得不是?-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鲜果茶☕在维基百寻求休闲是否搞错了什么☎️·☘️2023年11月30日 (四) 01:50 (UTC)
参考mw:​Help:​Reference_​Previews#​How_​to_​assign_​a_​reference_​type_​to_​your_​reference似乎跟你说的“MediaWiki:Cite section preview references”完全不是同一种东西。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鲜果茶☕在维基百寻求休闲是否搞错了什么☎️·☘️2023年11月30日 (四) 01:55 (UTC)
如果新的“悬浮注脚预览”的话,可能也无解,因为参考的注脚这个功能生效是因为{{cite}}(cite-XX)系列,里面的有<cite class="XX">来识别,注脚好像没有这样的标签,或者看en等如何应对这种情况。——Sakamotosan路过围观 | 避免做作,免敬 2023年11月30日 (四) 04:10 (UTC)
 
“单一一个”Ref显示于“参考文献预览的悬停窗
  • 已隐藏因误会造成的错误讨论内容,由于篇幅太大可能影响正常的讨论,所以至今都没有针对主题讨论,因此那部分误会主题的讨论就先隐藏了。这次讨论的主题是这个,如右图,由于目前注解在这个悬停窗中的标题也是显示为“参考文献”因此现在就是要讨论,是否该让注释的对应悬停窗标题显示为“注释”以及如何修改可以实现。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鲜果茶☕在维基百寻求休闲是否搞错了什么☎️·☘️2023年12月3日 (日) 05:07 (UTC)
这句不算太离题,再重复一下:如果新的“悬浮注脚预览”的话,可能也无解,因为参考的注脚这个功能生效是因为{{cite}}(cite-XX)系列,里面的有<cite class="XX">来识别,注脚好像没有这样的标签,或者看en等如何应对这种情况。——Sakamotosan路过围观 | 避免做作,免敬 2023年12月4日 (一) 03:42 (UTC)
不用看了,en那边也是无解,看en:Asia有使用notetag的,或者没有使用cite系列的(类似“生”注脚),都无法识别,默认都是“Reference”。——Sakamotosan路过围观 | 避免做作,免敬 2023年12月4日 (一) 03:49 (UTC)
@DiskdanceA2569875,技术上解释如上,也可以自己去en将“Navigation popups”、“Reference Tooltips”小工具关掉,再去将“Enable reference previews”打开,进入上面条目,打开浏览器开发者工具,看一下下面列出注脚列表里面的项,能让功能生效的项是不是套了一层“<cite class="citation XX cs1">”的东西,这就是“魔法”的秘密。——Sakamotosan路过围观 | 避免做作,免敬 2023年12月4日 (一) 03:56 (UTC)

在模块命名空间内添加快速删除模板但分类消失

2023年第49期技术新闻

MediaWiki message delivery 2023年12月4日 (一) 23:49 (UTC)

废弃Flow这件事情终于要见到曙光了。基金会初步的计划是1)将所有还在活跃的结构式讨论版archive,改回普通的讨论页面(相当于强制取消Flow的Beta状态);然后2)将留存的Flow页面转换为新的格式(具体待定)。我个人比较希望是转换回wikitext,这个需要改底层的database了。--MilkyDefer 2023年12月5日 (二) 05:53 (UTC)
也就是解决存量了?转新格式相当于从一个坑跳到另一个坑,转回标准wikicode讨论的话,可能是要估算处理量和是否存在异常(要不然就原地替换会无法挽回)。——Sakamotosan路过围观 | 避免做作,免敬 2023年12月5日 (二) 06:18 (UTC)

新皮肤下左侧目录丢失最后的部分章节

如题。例如本页目前目录最后一个章节是“在模块命名空间内添加快速删除模板但分类消失”--百無一用是書生 () 2023年12月4日 (一) 02:31 (UTC)

额,添加了本章节后,目录最后一个章节变成了“异常链接跳转汇总”,看起来是最后一个章节不显示?--百無一用是書生 () 2023年12月4日 (一) 02:33 (UTC)
Wikipedia:互助客栈/条目探讨也有同样问题,但Wikipedia:互助客栈/消息则无此问题。看起来是章节数超过一定数量后就会出现这个问题?--百無一用是書生 () 2023年12月4日 (一) 02:35 (UTC)
测试了一下User:Shizhao/test1,章节数超过18就会丢失最后的一个或两个章节--百無一用是書生 () 2023年12月4日 (一) 02:40 (UTC)
如果是说vector-2022的话我这边没发现同类问题。也可能是由于页面未滚动到下方时 目录部分的最下方不在显示范围内的原因?--LaMagiaaa 2023年12月4日 (一) 05:06 (UTC)
似乎与此工单有关?未来一两周后部署的 Zebra 界面更改似乎解决了相关问题 [6]。谢谢。--SCP-0000留言2023年12月4日 (一) 07:39 (UTC)
你说未来一两周后部署Zebra?--MilkyDefer 2023年12月4日 (一) 12:52 (UTC)
照上方提到的工单,似乎是一两周后会部署,但部置详细就不清楚。换言之,这个问题应该一两周后就会修正了。谢谢。--SCP-0000留言2023年12月4日 (一) 13:25 (UTC)
确实有问题。—— Eric Liu 創造は生命(留言留名学生会 2023年12月4日 (一) 10:07 (UTC)
  • 章节确实存在,并未丢失。以浏览器开发者模式检视
 
但似乎超出容器范围导致其不可见。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鲜果茶☕在维基百寻求休闲是否搞错了什么☎️·☘️2023年12月4日 (一) 10:20 (UTC)

看了一下,似乎是这个css的问题?

  .vector-feature-zebra-design-disabled.client-js.vector-sticky-header-enabled .vector-sticky-pinned-container {
    max-height: calc(100vh - 3.125rem - 16px);
  }

--百無一用是書生 () 2023年12月5日 (二) 03:04 (UTC)

似乎这个问题修复了--百無一用是書生 () 2023年12月6日 (三) 06:50 (UTC)

鉴相器问题

“维基百科,自由的百科全书”在新Vector下上方间距过小

启用“改善中文和其他字符混排时的字距”后,Progression和Progression2模板显示有问题

移动端宽度较小的情况下,{{Progression}}和{{Progression2}}模板显示有问题

2023年第50期技术新闻

MediaWiki message delivery 2023年12月12日 (二) 02:11 (UTC)

“修订间差异”这个功能怎么自己使?

大家好,请问“修订间差异”wikitext之间差异的这个功能(编辑条目提交确认时也会看到),是维基百科独有的功能还是别的应用有类似功能呢?想用来比较自己的文档,或在没有维基时熟练熟练。感觉自己找的应用,分段的判断细节上和维基百科的不同。谢谢--Mahengrui1留言2023年12月10日 (日) 16:46 (UTC)

虽然大体上和维基百科无关,但是我姑且可以给你一个关键的提示:diff。--MilkyDefer 2023年12月10日 (日) 18:19 (UTC)
先安装Visual Studio Code,然后给Visual Studio Code添加diff扩展程序(extension)。--Txkk留言2023年12月11日 (一) 04:57 (UTC)
谢谢你们告诉我diff @MilkyDefer@Txkk--Mahengrui1留言2023年12月12日 (二) 10:45 (UTC)

美国选举模板中将Republican显示为共和党

目前使用的设计美国选举的不少模板中,显示的是英文Republican,请帮助调整至中文共和党。

页面举例:2022年阿拉巴马州联邦参议员选举2022年阿拉巴马州州长选举2023年犹他州第2选区联邦众议员补选2023年路易斯安那州州长选举等--桃花影落飞神剑留言2023年12月12日 (二) 18:58 (UTC)

 完成 Special:Diff/80096135--YFdyh000留言2023年12月13日 (三) 02:19 (UTC)

(新)Kartographer功能:使用QID添加地理点

自2022年9月以来,您可以使用QID建立地理点。许多维基贡献者要求了这个功能,但并没有被广泛使用。因此我们想提醒您此功能现已可用。更多资讯可以在计划页面找到。如果您有任何意见,请在讨论页告诉我们。——谨致问候,德国维基媒体协会技术愿望团队


Thereza Mengs (WMDE) 2023年12月13日 (三) 12:32 (UTC)

[请求协助]章节标题样式发生变化

章节标题(h1,h2,h3...)的css样式今天发现因mediawiki更新而发生了变化,这导致一些页面中定制的章节标题样式变了,影响美观和用户体验,目前我已经修了Wikipedia:首页Wikipedia:典范条目/存档修了一下但感觉似乎还是和之前的不一样。目前我发现仍待修复的有:Wikipedia:优良条目/存档Wikipedia:页面存废讨论Wikipedia:档案存废讨论的每日提删页面,不确定还有哪些页面需要修复--百無一用是書生 () 2023年12月15日 (五) 03:02 (UTC)

似乎是这个相关:mw:Heading HTML changes--百無一用是書生 () 2023年12月15日 (五) 03:30 (UTC)
实在不喜欢在解析wikitext的时候还要把h标签包裹一层的做法--百無一用是書生 () 2023年12月15日 (五) 08:43 (UTC)
但似乎Wikipedia:页面存废讨论中第一章节标题(h1),目前还是过大,似乎需要修正。例如:Wikipedia:页面存废讨论/记录/2023/12/07#武夷显道真君。-- Willy1018留言2023年12月15日 (五) 05:07 (UTC)
存废讨论的还没修呢。。。而且你说的是h2吧?--百無一用是書生 () 2023年12月15日 (五) 08:44 (UTC)
存废讨论已修。但我觉得最好把相关的样式拆分到templatestyle里去--百無一用是書生 () 2023年12月15日 (五) 11:53 (UTC)

2023年第51期技术新闻

MediaWiki message delivery 2023年12月18日 (一) 16:16 (UTC)

粤语输入法问题

刚才使用视觉化编辑器时,发觉当采用粤语相关的输入法输入字词,有时候出现打出来的声母或韵母会消失,导致未能输入的字词。在其他页面(社交平台、word)中尝试过并没有字词被吞噬的问题。--Yutommy 崖上的孤儿 请支持春秋分喵留言2023年12月16日 (六) 13:28 (UTC)

貌似打字时太快会出现此问题,有时候是完整打出了支持的声母及韵母,但未能选字,若果选字就会整个部分消失。--Yutommy 崖上的孤儿 请支持春秋分喵留言2023年12月16日 (六) 13:32 (UTC)
补充:使用普通话拼音亦会有相同状况,我目前使用的操作系统为MacOS。--Yutommy 崖上的孤儿 请支持春秋分喵留言2023年12月16日 (六) 13:38 (UTC)
留言工具-源代码里一样会如此,Win10,拼音输入法。以前多次出现过,今天出现率高。怀疑与留言草稿或网络请求相关。--YFdyh000留言2023年12月16日 (六) 13:43 (UTC)
这类问题基本上要等技术人员解决?--Yutommy 崖上的孤儿 请支持春秋分喵留言2023年12月16日 (六) 14:03 (UTC)
不只是粤语,应该是Windows上的IME都出了这个问题,可能是某次更新又把以前对IME的适配搞没了。(以前也出现过类似情况)——Sakamotosan路过围观 | 避免做作,免敬 2023年12月17日 (日) 02:50 (UTC)
同样Win10,微软自带输入法。不只是可视化,源代码编辑也会出现这样的问题。之前的类似情况参见[1][2]——大禾花看看古典音乐专题 · 留言 2023年12月17日 (日) 08:00 (UTC)
源代码编辑器要说明哪种?是最原始的?还是基于可视化的2017源码编辑器(使用可视化编辑器的wikitext模式,而非另一独立的wikitext编辑器)?——Sakamotosan路过围观 | 避免做作,免敬 2023年12月17日 (日) 09:41 (UTC)
win11,未发现有此问题--百無一用是書生 () 2023年12月18日 (一) 02:41 (UTC)
我个人使用的2017源码编辑器也会出现这种问题——大禾花看看古典音乐专题 · 留言 2023年12月18日 (一) 10:56 (UTC)
我也在可视化编辑和源代码编辑中出现了这个问题(但是“快速编辑”似乎没问题)?Dkzzl留言2023年12月18日 (一) 17:10 (UTC)
快速编辑是WP:W+,应该没有自动草稿功能。--YFdyh000留言2023年12月19日 (二) 06:50 (UTC)
应该已修复。--碟之舞📀💿 2023年12月20日 (三) 04:54 (UTC)

16进制数字 排序功能?

刚才在某条目看到某列表,想说依照其中某16进制值的字段重新排列一下。

结果,排序结果变得很奇怪。

我想说 是不是中文版才有这问题,就跳到英文版去看,状况似乎相同?

i.e. : https://en.wikipedia.org/wiki/Unified_Diagnostic_Services , 依据 'Response SID' 字段做排序 :

首先出現的 是 0x50, 0x51, 0x67, 0x68, 0x69, 0x7e, 0xc3 ... 想說 數字 0x6? 的數字 應該結束了。
結果,0xC7 下面又跳出來 0x62, 0x6... 

这完全不是依照 Unicode在排序啊? 说是按照注音/拼音排序,似乎也不太合理?

中/英文版Wiki状况相同!!

这是什么情况?--Innova留言2023年12月7日 (四) 04:23 (UTC)

@Innova大概排序法觉得0x[数][数]和[0x[英][数]0x[数][英]]不是同一种东西吧,已提交工单--SunAfterRain 2023年12月7日 (四) 13:37 (UTC)
最新消息: 英文版 排序状况依旧;但...中文版 不知道有那些高手动过,目前排序功能已经正确!
不知道该不该先结案? 让高层来决定吧!
Innova留言2023年12月18日 (一) 00:53 (UTC)
  • (:)回应@Innova问题根本没有解决,十六进制依然无法排序。中文版是被人改成了十进制而已。问题依旧,偷改成隐藏的十进制,治标不治本,故我认为不该关,现在结案关闭讨论就是掩耳盗铃(改成了十进制就像掩耳,你以为十六进制正常了,事实上并没有)自欺欺人(用改成十进制来欺骗自己十六进制已能排序),你以为十六进制排序正常了,事实上并没有,不要被假象骗了;不过另一方面,条目内容排序能正常也是好事,但总不能都是用治标不治本的方法吧。 -- 宇帆-娜娜奇🐰鲜果茶☕在维基百寻求休闲是否搞错了什么☎️·☘️2023年12月18日 (一) 07:44 (UTC)
    我考... 没注意到 是有人去编辑了内容... @@"
    难怪"看起来"正常了...
    认同+1 --Innova留言2023年12月19日 (二) 00:27 (UTC)

使用Xray直连维基媒体网站

IABot无法使用、Timeout

大家今天有没有遇到IABot无法使用、Timeout的情况?单个页面分析报错504 Gateway Timeout,提交队列也是直接卡死。活动日志上只有两条记录,也都是卡死的机器人队列。一查Phabricator上bug提报已经一年了,明明英维就能正常用?不会中维、英维时空背景不同吧……--Grey [ 留言 | 原神工作组 ] 2023年12月27日 (三) 10:26 (UTC)

@Supergrey1:您的请求已完成,猜测由于总共有2603个连结,故机器人先完成其他请求。-- Willy1018留言2023年12月28日 (四) 00:56 (UTC)
嗯。现在已经完成了。--Grey [ 留言 | 原神工作组 ] 2023年12月28日 (四) 01:54 (UTC)

Editintro里的手动字词转换不能正常工作

复现方式:可以打开这个,会看到-{zh-cn:用户;zh-hk:用戶;zh-tw:使用者;}-。{{Editprotected/editintro}}模板本身似乎没问题。不知道此问题是否是一直都有?--及时雨 留言 2023年12月19日 (二) 07:20 (UTC)

界面文本不支持繁简转换。其实最早是支持的,后来因为什么原因就不支持了(具体原因忘了)--百無一用是書生 () 2023年12月19日 (二) 07:35 (UTC)
已知问题。Wikipedia:互助客栈/技术/存档/2023年8月#模板:BLP_editintro。--YFdyh000留言2023年12月19日 (二) 07:39 (UTC)
用{{lan}} ——魔琴 留言 贡献 新手2023计划 ] 2023年12月19日 (二) 12:48 (UTC)
我怎么记得editintro跟editnotice不一样以前是能正常转换的--SunAfterRain 2023年12月21日 (四) 10:05 (UTC)

地区用词模板start、end参数内过度转换的问题

{{地区用词}}模板在各繁简体版本下,会出现将start、end参数内的文字一并转换的情况。例如:

jpn模板里面日语原名的“協”字会过度转换到“协”;而“会”字会过度转换到“會”。即:A协会C(日语:A協会,台湾作A协会F)({{地区用词|cn=A协会C|tw=A协会F|start={{jpn|j=A協会}}}})。但正确展现应为“A協会”。

恳请大家看一看如何解决。PATLABOR 英格拉姆Ingram Talk 2023年10月27日 (五) 15:00 (UTC)

确实有此问题。Module:WikitextLC感觉有个笔误,但修好它则转换功能失效,没看懂它应该怎样运作。--YFdyh000留言2023年10月27日 (五) 19:56 (UTC)
|似乎是Help:高级字词转换语法#组合转换标签所以不能改成:?—— 留言2023年10月27日 (五) 20:18 (UTC)
原来还有这个语法。其介绍没怎么看懂。这个语法内似乎-{}-不转换会失效,如-{zh;zh-cn;zh-hk|博客、-{網誌}-、部落格}-呈现博客、网志、部落格。--YFdyh000留言2023年10月27日 (五) 20:55 (UTC)
@Patlabor IngramYFdyh000刚才修改了Module:地区用词/sandbox,您们可以看一下这样{{地区用词/sandbox}}能不能正常运作--SunAfterRain 2023年12月21日 (四) 10:58 (UTC)
报告的问题看上去解决。未深入检查代码和有无其他影响。--YFdyh000留言2023年12月22日 (五) 04:57 (UTC)
已暂时套用补丁。等待一个月看看有没有人回报问题。--SunAfterRain 2023年12月31日 (日) 11:22 (UTC)