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

“生卒模板的分类索引未使用catIdx作为参数名的页面”？

我编辑德惠翁主的时候，有个隐藏分类Category:生卒模板的分类索引未使用catIdx作为参数名的页面一直无法去掉，不知道哪里要改；同时Lint error测试也出现三个问题，“stripped-tag”、“missing-end-tag”，我测试的结果可能是在Template:李王家模板里的问题，不过我同样也找不到原因。——George6VI（留言） 2021年9月30日 (四) 01:26 (UTC)

@George6VI：Lint 错误出现在{{朝鲜半岛元首}}里面，就是nowrap系列模版的问题。似乎还有人非常可悲的在内链语法里头加了{{\w}}，导致整个解析器解析不出正确的代码。我个人是建议重新从英维同步一下nowrap系列模版，但是肯定又要煮起来。 --Milky·Defer 2021年10月1日 (五) 04:38 (UTC)

我目前是先把{{to}}、{{\w}}都替换成字符，对我来说够用了。——George6VI（留言） 2021年10月1日 (五) 08:23 (UTC)

Twinkle更新 (2021-10-03) @31b009d3

近期变更

• 封锁、保护：部分罕用的期限选项已被移除。
• 速删：
  • 已加入CSD G17选项。
  • CSD R2选项已根据方针修订不再适用于计划命名空间及维基专题命名空间。
  • 在管理员删除完成的画面上增加“点击前往下一个快速删除候选”连结，可直接前往下一个随机的快速删除候选。

如果近期变更有任何错误，或是认为未来变更会造成任何问题，请在Twinkle讨论页、互助客栈技术版、Telegram群组或Github择一报告。--Xiplus#Talk 2021年10月3日 (日) 12:58 (UTC)

Tech News: 2021-40

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

最近更改

• 更有效率从维基数据向维基媒体wiki传送变更的方式已在下列10个wiki上启用：mediawiki.org，意大利语、加泰罗尼亚语、希伯来语和越南语维基百科，法语维基文库，英文维基导游、教科书、词典和新闻。 如果您发现维基数据的变更在这些wiki上的最近变更或您的监视清单上显示有些奇怪的话，请让开发人员知道。

本周后期变更

• MediaWiki新版本将于10月5日部署至测试维基及MediaWiki.org，于10月6日部署至非维基百科站点及部分维基百科，于10月7日部署至所有站点，参见日历。
• 一些使用API读取过滤器日志的小工具和机器人可能会受影响，hidden参数将不会再告诉您被隐藏编辑所对应未被隐藏的日志项目是implicit，如果您的机器人需要知道这个资讯，请分别进行修订查询，另外，该参数将对于可见项目回传值false，在此之前它不包含在回应中。 [1]
• 更有效率从维基数据向维基媒体wiki传送变更的方式将在所有生产wiki上启用。 如果您发现维基数据的变更在最近变更或您的监视清单上显示有些奇怪的话，请让开发人员知道。

未来更新

• 您很快就能够在iOS维基百科应用程序上收到跨wiki通知，您还能以推送通知的方式收到通知。更多通知更新将在后续版本推出。 [2]
• JavaScript变数wgExtraSignatureNamespaces、wgLegalTitleChars和wgIllegalFileChars将很快从mw.config中移除，这些不是能在wiki JavaScript中使用的“稳定”变数的一部分。 [3]
• JavaScript变数wgCookiePrefix、wgCookieDomain、wgCookiePath和wgCookieExpiration将很快从mw.config中移除，脚本应改成使用“mediawiki.cookie”模组中mw.cookie。 [4]

技术新闻由技术新闻编者制作并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2021年10月4日 (一) 16:31 (UTC)

引用公共转换组“NBA”的条目在台湾正体模式下“南斯拉夫”会变成“南斯雷夫”

因为 Module:CGroup/NBA 第 594 行是：

{ type = 'item', original = 'Ralph', rule = 'zh-cn:拉尔夫;zh-tw:雷夫;zh-hk:拉夫' },

导致引用它的世界杯篮球赛条目在台湾正体模式下，会将“南斯拉夫”显示成“南斯雷夫”。目前条目的本文有些直接用「南斯-{拉}-夫」盖掉，但模板{{bk|Yugoslavia}}、{{flag|Yugoslavia|size=23px}}、{{bk-big|Yugoslavia|size=30px}}无法如此处理，请问有没有方法解决？若无，只好先移除引用再说。--Kolyma（留言） 2021年10月5日 (二) 06:02 (UTC)

@Kolyma：可以在转换组中加入针对“（南）斯拉夫”的转换（两者均已设置）。问题应已解决，请复查。不过既然是会经常出现的族名（斯拉夫）和国名（南斯拉夫），那应该要设置全域转换。Sanmosa _WÖRK 2021年10月5日 (二) 07:49 (UTC)

谢谢您！--Kolyma（留言） 2021年10月6日 (三) 00:46 (UTC)

Template:NoteTag能否加入分栏或栏位宽度参数

如题。Template:Reflist可分栏或设定栏位宽度参数，但Template:NoteTag似乎没有这个参数（也可能是我不会用，还请指点）。技术上来说，能否让Template:NoteTag也有分栏或栏位宽度参数？若可行的话，再请有能力、有模板编辑权限的维基人修改，感谢。

目前正在写的条目草稿会同时用到Template:Reflist和Template:NoteTag，后者引注数量多，但只有一栏，阅读上不太方便。

另，也欢迎各位维基人对上述草稿提供意见，感谢。--灯火阑珊处（留言） 2021年9月27日 (一) 10:29 (UTC)

{{reflist|30em|list= {{noteFoot| ... }} }} ，不过像现在这种情况下分栏反而似乎不太好（1920x1080的屏幕观看，注释2的内容碎成了3栏），当然最后还是要看条目完成时的模样才能定论。--街燈電箱150號 开箱维修 抄表 检验证明 2021年9月27日 (一) 11:41 (UTC)

@Cdip150：万分感谢！完成后我再视实际情形调整栏位参数。我的小小疑问应该可以结案了。--灯火阑珊处（留言） 2021年9月27日 (一) 11:50 (UTC)

你说的是{{notefoot}}吧。好像以前讨论过，认为保持notefoot的技术简洁性，用{{refbegin}}和配套结尾代替。——Sakamotosan路过围观杯弓蛇影 | 避免做作，免敬 2021年9月27日 (一) 12:01 (UTC)

@燈火闌珊處：替代参数：{{reflist|30em|group=註}}（不会和没设定group的{{reflist}}冲突）。{{notefoot}}只是{{reflist}}加个|group=註而已。Sanmosa _WÖRK 2021年10月2日 (六) 00:11 (UTC)

也替你在草稿里调整了。Sanmosa _WÖRK 2021年10月2日 (六) 00:18 (UTC)

请勿使用{{reflist|30em|group=註}}，注意Template:refFoot/doc：“{{noteTag}}与{{noteFoot}}必须同时使用，请勿混用其他注脚标签或模板，否则将导致一些专门处理注脚的小工具不能正常运作。”--街燈電箱150號 开箱维修 抄表 检验证明 2021年10月2日 (六) 04:30 (UTC)

doc写的东西不是金科玉律，“一些专门处理注脚的小工具”又没有说明是什么小工具，相关说明很可能到了现在已经不合时宜了。@燈火闌珊處：而且如果这是用户自己的选择，那我不觉得你应该干涉。Sanmosa _WÖRK 2021年10月2日 (六) 05:11 (UTC)

如果您有仔细检查noteTag和noteFoot的源代码，它其实并非单纯多了“group=注”那么简单，还多了一个span/div标签包起了，这个就是给幕后的工具用的，简单说noteTag并不全然等同<ref group=註>，noteFoot并不全然等同<references group=註>（否则我就不会在后期移除了“相当于…”这句话，又或者说不合时宜的反而是“{{notefoot}}只是{{reflist}}加个|group=註而已”，这是最早期的说法，但现在已不是了）。而且您这样做也会增加将来的技术维护难度，万一将来noteTag和noteFoot的group名需要更改的时候，又要逐个条目去检查，我不想efn事件将来又重演一次。--街燈電箱150號 开箱维修 抄表 检验证明 2021年10月2日 (六) 05:42 (UTC)

你仍未说明是什么小工具。Sanmosa _WÖRK 2021年10月2日 (六) 06:27 (UTC)

其中一个是MediaWiki:Gadget-SimplifyRefNotesTag.js，有侦测该span/div语法，另外MW后台好像还有其他的功能去辨这个（不记得名字了）。--街燈電箱150號 开箱维修 抄表 检验证明 2021年10月2日 (六) 07:20 (UTC)

@Cdip150：如果{{NoteFoot}}可以改成Draft:Template:NoteFoot的样子（保留了原有的div id；应该不会触发references-small；使用原有匿名参数1的条目应该不会受影响，因为新加的匿名参数2是可选的，而且没动到原有匿名参数1的机能），应该可以处理colwidth。Sanmosa _WÖRK 2021年10月2日 (六) 06:57 (UTC)

这相当于Special:Permalink/22662970的问题，这是轮到分栏语法如果在将来需要改动的时候，除了要检修reflist，notefoot的系列也需要检修的问题。--街燈電箱150號 开箱维修 抄表 检验证明 2021年10月2日 (六) 07:20 (UTC)

@Cdip150：虽然确实会产生未来需要两个模板一同调整的情况，但至少两个模板在代码结构上非常相似，调整的方法几乎一样，真的要调整也不会花多大的工夫。另一种方法是{{reflist}}修改为Draft:Template:Reflist（使{{reflist}}可自行设定div class，但预设的div class仍为reflist），然后{{noteFoot}}修改为{{reflist|{{{2|}}}|divclass=references-NoteFoot|colwidth={{{colwidth|}}}|refs={{{refs|{{{1|}}}}}}|group=註}}（{{reflist}}的修改也代表{{refFoot}}、{{notelist}}、{{notelist-ua}}、{{notelist-lr}}、{{notelist-ur}}、{{notelist-lg}}全部都可以用类似的方法套用{{reflist}}的格式，维护上更省工夫）。Sanmosa _WÖRK 2021年10月2日 (六) 08:20 (UTC)

又一个问题，如果是轮到notefoot的div标签整个都要改时，而其他的又不需要改时，reflist又不知道要怎样搞（别把所有的鸡蛋放在同一个篮子啊）。还有别以为结构相似工夫就一定小，efn当年就是这样中伏的。所以我设计这些模板时，尽量不要附送其他模板已有的功能，因为当被附送的功能需要更新的时候，后续可能是非常麻烦的。--街燈電箱150號 开箱维修 抄表 检验证明 2021年10月2日 (六) 08:41 (UTC)

@Cdip150：你说的问题不存在。Draft:Template:Reflist以divclass参数设置div class，如果不在该参数栏位输入任何东西，那就是预设的div class（即reflist），否则就是自定义的div class。{{noteFoot}}修改为{{reflist|{{{2|}}}|divclass=references-NoteFoot|colwidth={{{colwidth|}}}|refs={{{refs|{{{1|}}}}}}|group=註}}会使{{noteFoot}}自定义div class为references-NoteFoot，但这不会影响主模板Draft:Template:Reflist的div class预设为reflist的设定。如果真的要改{{noteFoot}}的div class，你只需要调整{{noteFoot}}内|divclass=参数内填入的东西就可以了，其他东西完全不用动。这就是定制资料盒的好处。Sanmosa _WÖRK 2021年10月2日 (六) 10:40 (UTC)

问题是将来要更新的未必一定是class嘛。--街燈電箱150號 开箱维修 抄表 检验证明 2021年10月2日 (六) 10:42 (UTC)

@Cdip150：如果因为未来不可预测、不可知的因素而牺牲现在用户的利益的话，我觉得不智。而且，就算{{reflist}}与{{notefoot}}都不修改，这也不代表我不能自己建模板，那我在自己建了模板以后，假设你突然说要更新些什么东西，那你所说的“后续”的“麻烦”还是存在（可能还会变得更大）。Sanmosa _WÖRK 2021年10月2日 (六) 10:47 (UTC)

如果是要在notefoot加其他元件而不是单纯改一个属性呢？用您的方法那reflist就非改不可了，但是一旦reflist要改，随时可能就得东时又就不了西的情况（例如修好了notefoot但却影响了notelist），Infobox可以做的事不代表Footnote也可以做啊。还有不认为这属于WP:BALL，尤其是发生过的事情，那么认为下次也会出现同样的问题也很合理，明知有可能出问题的方法还照样继续用的话，反而更不智。用家便利与技术维护便利之间也要权衡，不能说用家的便利就是最大。如果您要建立新的模板，一旦noteFoot和noteTag的语法日后有需要改到跟您的新模板不相容时，那请您自己执手尾，因为本来就不建议这样另起炉灶，而因为建立新模板而令后续的麻烦出现（无论有否变得更大），届时也都是新模板建立者的责任（因为不建立新模板的话就不会有后续的麻烦），不是noteFoot原创者的责任。（不过被告知可能会出现往后的问题还要坚持己见去建立新模板的话，不知道这样算不算WP:POINT？）--街燈電箱150號 开箱维修 抄表 检验证明 2021年10月2日 (六) 11:04 (UTC)

只要不是频发性的事件，我都会认为是WP:BALL，那件事情都过去快10年了，又不是WWII，这样偶发性的事件我不认为以后有很大的几率会发生。只要有需要的话就应该建立新模板，因为原有模板不能满足需求，故意不让模板满足合理需求而不让其他模板填补相关需求是反直觉的行径。机器与代码本来就是为服务人类而设的，无理由为了迁就机器与代码而故意无视或损害人类的利益与需求。或许让我这样明说：我对于你将为满足合理需求而建立模板（注意：不是修改模板）的行为称为WP:POINT极为不满，我要求你收回。Sanmosa _WÖRK 2021年10月4日 (一) 12:32 (UTC)

@Cdip150：另外，我认为你上面的表述还是不正确的（我指“如果是要在notefoot加其他元件而不是单纯改一个属性呢？用您的方法那reflist就非改不可了”这句），因为还要视乎加入的东西是什么、加入的地方是在哪里。Sanmosa _WÖRK 2021年10月4日 (一) 12:35 (UTC)

对上一次是2015年发生的，现在已经快有十年？这显示您连背后发生过什么技术问题都还没有了解清楚。2015年我把所有功能分开后，已经把频发的问题封堵了，这几年当然是平安无事啦，那您怎可以再用频发率低作为BALL的合理理由啊？而且这完全不是原有模板满足不了需求的问题，因为现行的模板组合一样达到现时所需（至少灯火君也说了“我的小小疑问应该可以结案了”），而且技术问题是最少，所以不成为您所谓的反直觉的行径（因为根本没有新的需求要填补），故而在此情况下还坚持建立新的模板（而且是可能再发生同样问题的方法），我非但不收回，还要把POINT再三强调。--街燈電箱150號 开箱维修 抄表 检验证明 2021年10月4日 (一) 12:49 (UTC)

我等一下email好了。Sanmosa _WÖRK 2021年10月4日 (一) 13:25 (UTC)

我有看见User:Cdip150和User:Sanmosa和两位的编辑，感谢两位热心指点和讨论。模板技术并非我的专长，Cdip150第一时间回复、提供专业建议后，我也就配合办理，也确实解决了我的问题。后续的技术讨论我跟不上，请两位不必顾虑我个人的想法，单纯在技术层面上讨论即可。若社群有所共识、基于技术专业考量而修改脚注模板使用方法，那我也会尊重专业、配合办理。大致以上，两位都是资深维基人，希望两位不要因此伤了和气。灯火阑珊处（留言） 2021年10月8日 (五) 09:49 (UTC)

Beta Cluster部分图片未能正常显示

@Xiplus、WhitePhosphorus：刚刚在中维版本的Beta Cluster发现了部分图片未能如常显示，不知道是否出了什么问题。另外，也请两位留意Beta Cluster的abuse filter#13近期被多次触发。14.0.180.85（留言） 2021年10月9日 (六) 06:40 (UTC)

noteTA怎么回事？

见9月30日afd，我写了腾讯等买了版权，怎么出来变成了腾讯等持有著作权。（还以为打错，看了源码，没有。我当然是用陆简）--我是火星の石榴（留言） 2021年10月5日 (二) 03:46 (UTC)

Special:Diff/68042367，您写的是“都持有版权”。--Xiplus#Talk 2021年10月5日 (二) 04:06 (UTC)

买下了版权（持有版权是错误的说法吗？比如技术这里，并没有noteTA啊，那为什么afd那里会有呢？这本身是一个问题。单纯的简繁转换并没有什么问题啊，afd那边显然加了地区词转换？）--我是火星の石榴（留言） 2021年10月6日 (三) 05:00 (UTC)

noteTA不影响您所输入的内容跟编辑差异显示的内容，历史纪录上就是显示您写了“都持有版权”。--Xiplus#Talk 2021年10月6日 (三) 05:05 (UTC)

这当然不影响，我很清楚。现在的问题是，(举例)来读的人其中有一个人是被noteTA显示为著作权(针对的是版权二字，就说为什么版权要被转换为著作权？就说两岸三地，有谁不理解版权二字是什么意思的？)，这根本读不下去，是病句（腾讯买下了版权和腾讯买下了著作权一样吗？显然不是啊）。(我自己也被显示为著作权，但是因为我是作者，我当然知道我自己说了什么)--我是火星の石榴（留言） 2021年10月7日 (四) 06:53 (UTC)

版权和著作权不都是copyright吗？没差别吧？--Txkk（留言） 2021年10月9日 (六) 02:03 (UTC)

著作权是author's right。但在大陆法律下二者没区别，不清楚其他地方的。--安忆^Talk 2021年10月9日 (六) 04:55 (UTC)

版权 => 著作权是直接从Module:CGroup/Copyright#版权原封不动抄去Module:CGroup/MediaWiki_special#版权专有名词的就是了....-- Sunny00217  2021年10月10日 (日) 02:23 (UTC)

Tech News: 2021-41

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

本周后期变更

• MediaWiki新版本将于10月12日部署至测试维基及MediaWiki.org，于10月13日部署至非维基百科站点及部分维基百科，于10月14日部署至所有站点，参见日历。

• “标题自动编号”偏好设定已被移除，您可以在phab:T284921查看原因和讨论，此变更先前已通知过。如果仍想支援自动编号，有个JavaScript片段可用来在wiki上建立小工具。

会议

• 您可以参与桌面版改进的会议，将展示最新功能的演示版本。该活动将在10月12日星期二 16:00 UTC举行。在此查看参与方式。

技术新闻由技术新闻编者制作并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2021年10月11日 (一) 15:30 (UTC)

社会主义模板

我发现许多使用 社会主义 模板{{Socialism}}的条目排版都很不美观，长条状的的模板在条目中间，而不是在通常会在的条目尾。我已经动手改了两个条目，目前还有许多使用该模板的条目，例2021年10月11日的社会主义的类型。 --The Puki desu（留言） 2021年10月11日 (一) 08:37 (UTC)

已调整。{{Socialism}}原来是{{Socialism sidebar}}的重定向，@Rocketaccelerator：将其改为Navbox的形式，需要重新协商处理方法。——Sakamotosan路过围观杯弓蛇影 | 避免做作，免敬 2021年10月11日 (一) 09:16 (UTC)

应该用AWB将现在引用{{Socialism}}的改为{{Socialism sidebar}}先，然后再更新{{Socialism}}的代码。——Sakamotosan路过围观杯弓蛇影 | 避免做作，免敬 2021年10月11日 (一) 09:20 (UTC)

我觉得还是合并一些相关sidebar吧，例如条目马克思主义就有三个{{马克思主义}}{{Communism}}{{Socialism}}，这在相关条目中十分严重，既不美观，也没有必要共存。——毕竟这三个概念重合度过高--The Puki desu（留言） 2021年10月11日 (一) 10:25 (UTC)

不确定，Communism 的概念 强于 Socialism，而马克思主义是强两者的一个理论实现？——Sakamotosan路过围观杯弓蛇影 | 避免做作，免敬 2021年10月11日 (一) 10:56 (UTC)

在这三者中“社会主义”的外延最大，包括其他二者。“共产主义”是“社会主义”其中一个学说“马克思主义”的最高理想，通常被用来指代“马克思主义”本身，或者指代“马克思主义”里的“马克思列宁主义”（相对于所谓的“西方马克思主义”而言）。“科学社会主义”是“马克思主义”的三个组成部分之一，也通常被用来指代“马克思主义”本身。简而言之，社会主义被通常分为马克思主义（或称之为“科学社会主义”）和非马克思主义的社会主义（或称之为“民主社会主义”）。在不细究的情况下，马克思主义≈共产主义≈科学社会主义。--The Puki desu（留言） 2021年10月11日 (一) 11:34 (UTC)

嗯，但这里优先解决的是技术问题。如上，先进行引用名移动后再调整{{Socialism}}内容。——Sakamotosan路过围观杯弓蛇影 | 避免做作，免敬 2021年10月12日 (二) 00:50 (UTC)

同意，但本账号目前并没有在“条目探讨”处发表意见之权限，烦请代为发表。--The Puki desu（留言） 2021年10月12日 (二) 05:36 (UTC)

问题已基本解决，已将绝大部分使用Socialism模板的条目更改为Socialism sidebar。[5]--Rocketaccelerator（留言） 2021年10月13日 (三) 21:42 (UTC)

绕过翻译内容比例的过滤器

鄙编希望运用“翻译页面”功能自动生成带有内链机器翻译，再行润色，惟现时可视化编辑实在不易使用，而且无法直接在文中加入绿链；故现时最适合利用源代码编辑以加以润色/修改。但是尝试将页面发布（至草稿页）时，会出现“因包含太多未更改过文字缘故，无法发布您的翻译”的提示。

通常而言，对于充满专业名词的模板/列表，机器翻译可能会优于人手翻译，而且人手加入内链十分繁杂。除此之外，对于部分机器翻译品质上乘的内容，或许经审阅后只需进行小幅度修改，这种时候却也不能够发布页面（因为机器翻译百分比过高）。故恳请有权限的编者开放将存在“大量未翻译内容”的页面发布至草稿页（或个人草稿页）。 --Yangwenbo99^论 诚邀诸君参与自主隔离运动 2021年10月14日 (四) 03:06 (UTC)

• 可以考虑User:和平奋斗救地球/link-ts。--Temp3600（留言） 2021年10月14日 (四) 06:21 (UTC)

Template:Imdb title使用8位参数会出错

原标题为：关于template:imdb title的问题

不知道别的语言版本有没有这样的问题，但最近几天以来，如果后面的数据不是tt开头而是id=或是直接写数字id的话，都无法链接到所对应的页面因为每个id都不知道为什么前面多了一个0，希望有能力的人可以检查一下，是不是出什么bug了，要不然会造成很大的困扰，谢谢。--Ethan Ch（留言） 2021年10月3日 (日) 00:21 (UTC)

Template:Imdb title使用8位参数时，会截掉首位而无法正常连结，例如「{{Imdb title|11743112}}」的连结会变成「https://www.imdb.com/title/tt1743112/」。先前在模板讨论页曾有用户提出修改建议方案，但那样改会使得7位参数及以下者前面多加1个0而无法正常连结，影响更大。本人刚才已先恢复原样，敬请高手协助解决问题。--Kolyma（留言） 2021年10月6日 (三) 03:28 (UTC)

已完成：已改套用规格相近的日语维基模板，并调整为相同的“显示”格式，测试1、3、5、7、8码皆可正常连结。--Kolyma（留言） 2021年10月15日 (五) 03:43 (UTC)

ZH Wikipedia 字体，首页

请问

1. 中文维基百科的字体比较大。同样的一行中文文字，在中维就比在英维大。这是怎么做到的？
   （在 MediaWiki: Common.css 看了一圈，没有什么发现。）
2. 维基百科是如何做到隐藏首页的标题的？
   在 Miraheze，如已删百科，首页也会显示“已删百科:首页”这样的标题。Miraheze Meta-Wiki 与中文维基百科却不会。

谢谢！ — 𝕏ℂ𝕠𝕞𝕙𝕘𝕙𝕒𝕝𝕝 talk 2021年10月16日 (六) 21:49 (UTC)

1. MediaWiki:Gadget-large-font.css
2. MediaWiki:Vector.css / MediaWiki:Monobook.css

   Liangent（留言） 2021年10月16日 (六) 22:54 (UTC)

非常感谢！ — 𝕏ℂ𝕠𝕞𝕙𝕘𝕙𝕒𝕝𝕝 talk 2021年10月16日 (六) 23:09 (UTC)

Tech News: 2021-42

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

最近更改

• Toolhub是一个目录，它可以让您方便的找到处理维基媒体项目的软件工具。您可以了解详情。

本周后期变更

• MediaWiki新版本将于10月19日部署至测试维基及MediaWiki.org，于10月20日部署至非维基百科站点及部分维基百科，于10月21日部署至所有站点，参见日历。

未来更新

• 维基百科Android应用的开发者正在改善应用中的通信。您此时可回答调查中的问题以帮助开发。
• 3-5%的编者可能会在数月内被封锁，这是因为Safari提供的一项叫做“iCloud私密转送”的新服务。这项服务类似于代理或VPN。元维基上有相关讨论，目标是了解iCloud私密转送对社群意味着什么。
• Wikimedia Enterprise是适用于在其他站点上使用大量维基媒体项目信息的新API。这是一种让大型商业用户为数据付费的方式。很快就会有Wikimedia Enterprise数据集的副本。您可以了解详情。您还可以在10月22日 15:00 (UTC)在Zoom上向团队提问。

技术新闻由技术新闻编者制作并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2021年10月18日 (一) 20:53 (UTC)

Coolest Tool Award 2021: Call for nominations

The third edition of the m:Coolest Tool Award is looking for nominations!

Tools play an essential role for the Wikimedia projects, and so do the many volunteer developers who experiment with new ideas and develop and maintain local and global solutions to support the Wikimedia communities. The Coolest Tool Award aims to recognize and celebrate the coolest tools in a variety of categories.

The awarded projects will be announced and showcased in a virtual ceremony in December. Deadline to submit nominations is October 27. More information: m:Coolest Tool Award. Thanks for your recommendations! -- SSethi (WMF) for the 2021 Coolest Tool Academy team 2021年10月19日 (二) 05:57 (UTC)

新版vector皮肤翻译、上传的媒体显示差错

新版vector皮肤翻译、上传的媒体显示差错

我目前使用新版vector皮肤。近期发现右上角用户页点开后，有显示差错，具体可看右边图片。这个错误在英文、法文维基百科也有，可能影响到了全域。9月没有这个错误。 --$8.7638\,$$\times$$\,10^{217134}$ 2021年10月16日 (六) 05:26 (UTC)

@50829!：缺少mw-list-item的class导致。--路西法人 • 留言 2021年10月22日 (五) 05:04 (UTC)

Tech News: 2021-43

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

最近更改

• 2021最酷工具奖现正接受提名，您可以在10月27日前推荐工具。

本周后期变更

• MediaWiki新版本将于10月26日部署至测试维基及MediaWiki.org，于10月27日部署至非维基百科站点及部分维基百科，于10月28日部署至所有站点，参见日历。

未来更新

• 差异页面将改进复制和贴上的体验，该变更将把差异前后的文字视为不同的栏，并移除其他不必要的语句。 [6]
• 在SVG中使用的Liberation字型的版本将会更新，只有新的缩图会被影响。Liberation Sans Narrow将不会改变。 [7]

会议

• 您可以参与有关社群愿望清单调查的会议，将展示消歧义和即时预览的更新，该活动将于10月27日 14:30 UTC举办。查看如何参与。

技术新闻由技术新闻编者制作并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2021年10月25日 (一) 20:08 (UTC)

• • 没有中文界面，看不懂--Te0sla（留言） 2021年10月26日 (二) 03:05 (UTC)

我翻译还不让，上面还写着：

至中文（中国大陆）的翻译已禁用：Translate in zh please.

--Te0sla（留言） 2021年10月26日 (二) 03:09 (UTC)

是的，翻译只开放了zh（中文）语种。只要是中文就可以了，不区分地区或繁简字型。——Sakamotosan路过围观杯弓蛇影 | 避免做作，免敬 2021年10月26日 (二) 03:44 (UTC)

翻译也是志愿者自己去提交的，没有的话，做伸手等吧。英文再差也可以考翻译器吧。——Sakamotosan路过围观杯弓蛇影 | 避免做作，免敬 2021年10月26日 (二) 03:45 (UTC)

能翻译的都翻译了，一些复杂句不会翻译。--2021年10月26日 (二) 07:10 (UTC)--Te0sla（留言） 2021年10月26日 (二) 07:10 (UTC)

专题评级工具除错

不如重写：

经过分析代码后发现该脚本与英文维基百科耦合度过高，与其花大成本理解代码并动大手术，不如重写。 --Milky·Defer 2021年10月27日 (三) 17:38 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

我之前尝试引入新版的专题评级工具，不过不知道为啥一直没法显示重要度选单，还有其他一些问题，有人能帮忙看看吗？—— Eric Liu _{创造は生命（留言．留名．学生会）} 2021年10月22日 (五) 17:23 (UTC)

• @Ericliu1912：这代码指定不是给人看的说实话（给人看的代码过了一道不给人看的工序），要改还是得看GitHub。我稍晚一会儿看看试试。 --Milky·Defer 2021年10月24日 (日) 10:28 (UTC)
• @Ericliu1912：基于我私下跟您交流的分析内容，我决定关闭此讨论。您可以尝试推动维基专题分级模版统一化规范化，这样可能还会带来其他好处。 --Milky·Defer 2021年10月27日 (三) 17:38 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

ToolsRedirect选项

“ToolsRedirect选项：自动为中国人物字号补全姓氏并作为重定向候选”不起作用，姓氏+字号未出现在重定向候选中。--佛祖西来（留言） 2021年10月27日 (三) 18:36 (UTC)

具体条目是？--安忆^Talk 2021年10月27日 (三) 18:43 (UTC)

所有条目都不行。我最近创建了几百个重定向，都没找到“姓氏+字号”的候选。见 [8]--佛祖西来（留言） 2021年10月27日 (三) 19:12 (UTC)

看起来它预期的格式比较严格，需要首段里有粗体的“字xx”或“号xx”才能捕获到。--安忆^Talk 2021年10月28日 (四) 00:06 (UTC)

这个严格一点好，宁可不做，不要做错。否则建了一堆错误的重定向就不好玩了--百無一用是書生 (☎) 2021年10月28日 (四) 02:32 (UTC)

这是个bug，见MediaWiki_talk:Gadget-ToolsRedirect.js#编辑请求_2021-10-28。MediaWiki修改了其layout，在#mw-content-text下增加了一层div.mw-parser-output。旧的selector选不到$content.find('> p > b')了。--菲菇＠维基食用菌协会 2021年10月28日 (四) 06:04 (UTC)

在这个脚本把>p改成p:first~child是不是比在那里改好？--安忆^Talk 2021年10月28日 (四) 07:50 (UTC)

不是。有的人物前面会插infobox或者维护性模版，p:first-child抓的是第一个child且同时为<p>，并不是第一个出现的<p>。--菲菇＠维基食用菌协会 2021年10月29日 (五) 04:54 (UTC)

• 当前问题已解决。另一个问题是，对于含消歧义括号的条目，其重定向候选仍带有消歧义括号，例如王纶_(天顺进士)，字廷言，重定向候选应为“王廷言”，但实际出现的是“王廷言 (天顺进士)”。而进士条目中带有消歧义括号的差不多有万条，因此有必要改进此功能。MediaWiki_talk:Gadget-ToolsRedirect.js#“获取页面中加粗文字为重定向候选”不应该带消歧义曾提出类似问题，但当时未解决。佛祖西来（留言） 2021年10月29日 (五) 09:08 (UTC)

  技术上很容易去掉括号部分，但不清楚条目方面是不是都不需要xx (yy)这种名字。--安忆^Talk 2021年10月29日 (五) 09:15 (UTC)

  两种可以都提供为候选，是否勾选需要用户自己判断。--佛祖西来（留言） 2021年10月29日 (五) 09:19 (UTC)