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

光标问题

我在使用源代码编辑的时候偶尔会有光标与文本错位的现象，这样可能会造成误删。请问应该怎样排除这一问题？
ps：受政治原因，我使用iwiki.eu.org镜像站，而镜像站不支持可视化，故只能使用源代码编辑。--——范博_{邮局 · 探讨 · 留名} 2022年5月1日 (日) 05:33 (UTC)

别用语法高亮。——Sakamotosan路过围观 | 避免做作，免敬 2022年5月1日 (日) 06:53 (UTC)

我的可以可视化（（（--安忆^Talk 2022年5月1日 (日) 07:15 (UTC)

草，推销是吧。——Sakamotosan路过围观 | 避免做作，免敬 2022年5月1日 (日) 07:26 (UTC)

新版 Vector 外觀的目錄不支援字詞轉換

於Phabricator查看
編號T306862的任務

如題。--里維佩若（留言） 2022年5月1日 (日) 12:31 (UTC)

新版 Vector 目录造成排版问题

范例表格	如题，新版 Vector 目录造成排版问题，或者至少使原本不甚明显的排版问题激化了。
问题背景	对于使用了时间轴 {{Simple Horizontal timeline}} 模板而又有居右导航模板或者信息框的条目如香港历史和南京市金陵中学而言，新版 Vector 皮肤之将目录移到侧边栏会造成不太和谐的排版效果。时间轴模板倾向于占一整行，这样在导言和时间轴之间会因居右模板的存在而出现大面积空白。本来这一空白可以由目录填补一些，不至于空太多，现在目录移走则呈现在读者眼前的就是一片雪原。另外，时间轴模板的空间本来比较紧张，通过压缩其水平占地来改善排版问题，这样又可能使得时间轴内部排版变得棘手。〇通过调整时间轴标签的高度使其错落，这样也可以部分解决问题，但感觉也比较麻烦。
我的观点	这里主要是反映问题。
我的解决方案	如果要说解决方法，我个人一个不成熟的想法是修改时间轴模板使之支持自动分行。具体的技术实现我目前就无能为力了。

--Chih-See Hsie 签名中不能有拉票嫌疑，那么何不关注一下同行评审呢？😂️ 2022年5月1日 (日) 23:04 (UTC)

引入英维新版rater

英文版的旧版rater已被新版的en:User:Evad37/rater取代，望擅长这方面的人士帮忙更新中维的对应工具，谢谢各位。--BlackShadowG Pray for Ukraine 2022年4月27日 (三) 11:18 (UTC)

在很久很久以前@Ericliu1912有过尝试，我当时的意见是移植很难。如果有人愿意写个更鲁棒一些的版本我倒是愿意提供协助。--MilkyDefer 2022年4月27日 (三) 11:50 (UTC)

要是您能給我解說一下這工具的原理，正常的來肝應該是能行的。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年4月27日 (三) 14:52 (UTC)

大致上需要解析讨论页上的专题评级模板（专题评级模板的定义是位于评级模板分类中的模板），提取里面的参数，并且提供写入。说的简单，实际上涉及到比如说各个专题模板支持参数的不同（比如VG专题特有的小列表等级什么的），以及GUI的构建。--MilkyDefer 2022年4月28日 (四) 06:30 (UTC)

似乎早已讨论过但需要很多配套设施？--YFdyh000（留言） 2022年4月28日 (四) 16:15 (UTC)

User:YFdyh000/RATER。不清楚有哪些案例不能用，希望了解的讲一下。VG特有参数能否支持我还没细看，英文维基维护分类作用同上。界面简繁用wgUVS(简体,繁体)很好解决，有兴趣的建议提交PR。--YFdyh000（留言） 2022年4月28日 (四) 23:45 (UTC)

問題跟我的版本一樣。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年4月29日 (五) 01:31 (UTC)

差不多，但你直接改min.js太那啥了……另外，我觉得命名空间显示本地名称可有可无，英文名兼容性还更好。--YFdyh000（留言） 2022年4月29日 (五) 03:51 (UTC)

@YFdyh000：其實無論是您還是我的版本，只要能夠把無法評定重要度的主要問題解決，也差不多已經是八成堪用的程度了。無奈個人技術能力有限，難以解決。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年5月1日 (日) 09:39 (UTC)

尝试目前的版本，应该都显示了，包括模板不支持的级别和重要度。"工作组"参数目前得手动查看和设定。--YFdyh000（留言） 2022年5月1日 (日) 09:46 (UTC)

怎麼改的，好厲害 :D —— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年5月1日 (日) 23:04 (UTC)

我再調整了一下，現在可以評定小列表了。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年5月2日 (一) 01:00 (UTC)

我简要说一下要解决的问题。首先是从专题模版分类中找出专题模版。英维的专题模版主要从四个分类去找，其中有一个是Women什么什么的，这种东西中维完全没有，所以这部分的逻辑需要定制。此外还有从模版名提取专题名的功能，这个功能是用作界面显示用的。英维的专题模版是固定的「Template:WikiProject XXXXX」模式，因此很好提取；中维的专题模版命名格式就非常灵活，比如「Template:WikiProject XXXX」（XXXX可以是英语也可以是中文）、「Template:XXX专题」（可以是简体中文，也可以是繁体中文），不统一，因此很麻烦。英维支持利用机器学习自动为专题提供条目品质预测，这项服务中维不提供，所以相关功能要完全屏蔽。还有的话，这个rater检测一个专题有哪些重要度或者品质等级的方式是将自己知道存在的重要度等级和品质等级两两配对，比如「XX级重要度YY级ZZ条目」，检测有没有叫这个名字的分类。恕我直言，这个方法很蠢。--MilkyDefer 2022年4月29日 (五) 03:36 (UTC)

那个是英维WikiProject:當紅女人的大量模板，直接删掉应该就好。名称问题我之后看。机器学习那个，测试没看到出问题，且默认关掉/隐藏就行。是中文的分类命名比较随意吗。“重定向”那个选项我不太清楚作用。--YFdyh000（留言） 2022年4月29日 (五) 03:59 (UTC)

模板命名造成问题的话，实际上可以统一？--BlackShadowG Pray for Ukraine 2022年5月1日 (日) 02:31 (UTC)

1.已定制。2.似乎问题不大，已做，支持模糊匹配和现有别名。3.注意到讨论:皮卡丘、讨论:Windows 95页面上正确显示了ORES评级，保留。4.有点棘手，暂不检测，全部显示。5. rater-data.js所提供的工作组等功能，研究中。--YFdyh000（留言） 2022年5月1日 (日) 05:44 (UTC)

噢我有必要提一句关于ORES的事情。ORES请求页面评级是提供页面的oldid。你确定你送过去的oldid，对面是对着中文站的id，而不是英文站的id在评级？--MilkyDefer 2022年5月1日 (日) 08:27 (UTC)

囧rz……竟然是这样，确实如此。感谢您的提醒，之后我关掉。本来已经关掉了，但提交前测试发现有“正确”显示，以为有神奇的事情发生所以能用了。--YFdyh000（留言） 2022年5月1日 (日) 09:04 (UTC)

如何避免讓大家在翻譯條目時使用無用模板跟錯誤追蹤分類？

如題，模板部分像英文維基才有效的Template:short description，分類部分有Category:內容翻譯維護分類中的子分類跟不少隱藏分類，導致Category:带有简短描述的條目等追蹤分類內容越來越多。分類部分似乎是翻譯工具自行帶上所以我有去mediawiki那邊反應，short description則似乎是使用者直接從原文條目複製貼上比較麻煩，希望可以有效阻止，謝謝。--迴廊彼端（留言） 2022年4月19日 (二) 13:29 (UTC)

社群如果真有停用这模板的共识，我看贵方可以直接去提过滤器请求了虽然很有可能会等很久。--185.217.119.9（留言） 2022年4月19日 (二) 23:49 (UTC)

謝謝IP君的啟發，也想請教User:Tjmj您的看法，我目前傾向加入過濾器以防止未來花更多時間清理。--迴廊彼端（留言） 2022年4月29日 (五) 17:17 (UTC)

相比过滤器警告或阻止，我更倾向标记/分类、机器人清理等方案，不然长文编辑遇到过滤器真的相当打击贡献积极性，有时根本找不到原因。另外，这些有问题的内容也是巡查清理问题条目的好去处。--YFdyh000（留言） 2022年5月1日 (日) 06:18 (UTC)

附上其他地方的類似討論。--迴廊彼端（留言） 2022年5月2日 (一) 09:09 (UTC)

我有看到一些編輯是在創建條目後加入short description的，所以巡查員或許會遺漏掉。過濾器會消耗資源，我在想是否有其他方法可能比較好。目前加上預覽警告，若也可以定期開機器人清理那些直接從英語維基複製的代碼，問題就應該不會再擴大。我是覺得如果描述有被翻譯的話，是應該被加入維基數據但這可能需要手動執行。謝謝。--Tjmj（留言） 2022年5月2日 (一) 10:15 (UTC)

Twinkle更新 (2022-05-02) @9436d47d

近期變更

• 告狀：增加預覽提報內容的功能，請善加利用以避免筆誤。

如果近期變更有任何錯誤，或是認為未來變更會造成任何問題，請在Twinkle討論頁、互助客棧技術版、Telegram群組或Github擇一報告。--Xiplus#Talk 2022年5月2日 (一) 13:51 (UTC)

此更新後短暫出現提報換行有誤的問題，已修復。--Xiplus#Talk 2022年5月2日 (一) 13:52 (UTC)

Editing news 2022 #1

閱讀這份電子報的其他語言版本 • 訂閱這份多種語言的電子報

New editors were more successful with this new tool.

The New topic tool helps editors create new ==Sections== on discussion pages. New editors are more successful with this new tool. You can read the report. Soon, the Editing team will offer this to all editors at the 20 Wikipedias that participated in the test. You will be able to turn it off at Special:Preferences#mw-prefsection-editing-discussion.

Whatamidoing (WMF) 2022年5月2日 (一) 18:55 (UTC)

NoteTA的繁簡問題

發現「卑詩省」字樣無法轉換成繁體中文，會變成「不列颠哥伦比亚省」--烏●克●蘭 2022年5月2日 (一) 10:47 (UTC)

您好，这是内置转换表问题，目前已经提交转换表新代码，请等待审核通过。屠麟傲血（留言） 2022年5月5日 (四) 16:30 (UTC)

特殊页面的变化？

於Phabricator查看
編號T307644的任務
已解決

於Phabricator查看
編號T307751的任務

如Special:未归类页面、Special:未归类分类、Special:需要的分类等原来都是每3天更新一次，但目前已有6天未更新。另外Special:未链接页面原本应为最新页面在最上，但现在反过来变成最老页面。->>Vocal&Guitar->>_留言 2022年5月4日 (三) 23:04 (UTC)

@Stang：第二个问题尚未解决。->>Vocal&Guitar->>_留言 2022年5月5日 (四) 23:46 (UTC)

没解决直接删掉closed模板就行。 Stang^★ 2022年5月6日 (五) 00:04 (UTC)

Ohtashinichiro目前确实是以页面ID升序排序的，这一变更是出于效率原因。我更新了特殊页面顶上的描述文字。 Stang^★ 2022年5月6日 (五) 00:45 (UTC)

我只是不是很理解所谓的“效率原因”，因为这与我的维护经验不太匹配。->>Vocal&Guitar->>_留言 2022年5月6日 (五) 03:27 (UTC)

请教如何让-{}-中的参考资料不要显示多次？

请参见：中華斑嘴鴨, 印度斑嘴鸭

此处使用-{}-是必要的

三个参考文献均被标注为 x.0, x.1, x.2 ，但实际上在任何中文变体中每个参考资料均仅会显示一次。

--——٩(๑❛ᴗ❛๑)۶这里是浣熊君【浣熊窝欢迎您】 2022年5月11日 (三) 15:41 (UTC)

已解决——٩(๑❛ᴗ❛๑)۶这里是浣熊君【浣熊窝欢迎您】 2022年5月12日 (四) 02:50 (UTC)

2022年第19期技术新闻

維基媒體技術社群現在發佈最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻譯版本。

最近更改

• 现在您可以在维基百科Android版应用中看到分类了。 [1]

问题

• 上周维基数据的搜索自动完成功能出现问题，现已修复。 [2]
• 上周所有wiki的登录用户在访问非缓存页面时有20分钟访问缓慢或无法访问。这是由于数据库更改造成的问题。 [3]

本週後期變更

• 本周没有新的MediaWiki版本发布。 [4]
• Kartographer与FlaggedRevs扩展的不兼容问题将被修复，补丁计划于5月10日在所有wiki上部署。Kartographer将于5月24日在五个尚未启用该扩展的wiki上启用。
• 将有更多wiki的默认皮肤设置改为Vector（2022），包括阿拉伯语、加泰罗尼亚语和意大利语维基百科。登录用户将能够切换回旧版Vector（2010）。请参阅有关Vector（2022）的最新更新。

未来会议

• 下一次关于Vector（2022）与网页团队的开放会议将于5月17日举行。目前举行会议的计划如下：6月7日、6月21日、7月5日、7月19日。

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

2022年5月9日 (一) 15:20 (UTC)

---

话说中维有没有可能加入Vector（2022）测试计划？--50829! ^{Talk · 494,974,518} 2022年5月14日 (六) 06:18 (UTC)

关于移动端展开所有部分的设置项

如果打开这个设置项目，所有页面都展开了，希望在主名字空间展开所有部分，而在讨论板不展开，因为很乱不好找。所以提报一下。如果是个人需求，那么则请问个人该怎么做呢，我试了个人css页。发现ns-0选择器对.client-js .collapsible-block根本没有起到作用，如果有其他方法还请赐教。--850710247liu（留言） 2022年5月14日 (六) 15:52 (UTC)

移动版bug

本站的移动版皮肤不知何原因不可查看页面分类和查论编系模版（如Template:印度尼西亚語言打开一片空白），为何会造成此现象，是否可以修复--Neonlight185-欢迎参与赣语维基百科（留言） 2022年5月12日 (四) 08:20 (UTC)

这不是bug，这是功能--百無一用是書生 (☎) 2022年5月13日 (五) 03:59 (UTC)

？？？--Neonlight185-欢迎参与赣语维基百科（留言） 2022年5月13日 (五) 06:26 (UTC)

Mediawiki 软件的功能限制，导航模板及页面分类只能在电脑端查看。--蕭漫（留言） 2022年5月14日 (六) 22:02 (UTC)

分类好像可以在设置启用高级显示。Navbox等被写死不渲染显示。——Sakamotosan路过围观 | 避免做作，免敬 2022年5月15日 (日) 01:08 (UTC)

是否能開發搜尋紀錄統計工具

如題，有時候在寫條目時，會思考「讀者是否能成功搜尋到條目」、「讀者最希望看到什麼條目」。但因為現行的瀏覽工具僅能看到已經創立條目的瀏覽量，無法看到未創立的條目。因此希望能夠開發「搜尋紀錄統計工具」，表列讀者最常用的搜尋字串，並排除已有條目的搜尋結果，作為創建條目及創建重定向的思考方向---Koala0090（留言） 2022年4月28日 (四) 07:18 (UTC)

可能有滥用的风险？例如，频繁刷不文明用语，那它就会在工具中自动显示出来。--Antigng（留言） 2022年4月28日 (四) 10:18 (UTC)

这种工具又不是给读者看的，是给编者参考的。就算是有可能滥用的风险，影响也仅限于编者，不会外溢到读者身上啊。--MilkyDefer 2022年4月28日 (四) 11:20 (UTC)

本地难以开发，涉及用户隐私/底层软件。至多作为重定向候选，读者来搜不存在条目的情况可能不多，大多数一般读者是从搜索引擎来的吧？以及有条目请求和相关页面，缺的是编者数量和条目质量，而不是满足热度。“希望看到什么条目”，明星绯闻怎么办。--YFdyh000（留言） 2022年4月28日 (四) 13:40 (UTC)

@YFdyh000：沒有滿足熱度的問題，要不要寫都是維基人自己決定，讀者的搜尋量只是做為參考和搜尋改善工具，並不是績效指標。---Koala0090（留言） 2022年5月8日 (日) 03:36 (UTC)

我记得以前的搜索是有統計的，现在用的mw:Extension:CirrusSearch不确定有没有。而且现在的搜索功能支持很多的搜索语法，这样即使展示统计，也挺麻烦的，比如要不要过滤掉那些带搜索语法的搜索？--百無一用是書生 (☎) 2022年4月29日 (五) 02:22 (UTC)

@Shizhao：可能要先撈出來看一次大概長什麼樣子，我的想法是排除搜尋成功的結果，之後將最大家最常輸入的字串排序出來。如果有很多人都輸入同一個字串，那理論上應該可以排除一些比較複雜的輸入法。----Koala0090（留言） 2022年5月8日 (日) 03:36 (UTC)

Google有热搜字词 https://trends.google.com/trends/trendingsearches/daily?geo=US 你如果想从需求入手编写条目的话，不如就看看这些热搜字词有没有对于的维基百科条目，或者改善现有条目。--Gqqnb（留言） 2022年5月15日 (日) 08:06 (UTC)

如何解决关注度提报栏被提报条目太多导致超出模板限制的问题

原标题为：{{Findsources}}显示异常

如题，目前的显示效果参考Wikipedia:关注度/提报，直接显示为指向模板的链接而模板本身完全没有工作。--忒有钱🌊塩水あります🐳（留言） 2022年5月11日 (三) 18:54 (UTC)

猜测是因为维基百科:模板限制，关注度提报页面中被提条目太多了，模板在沙盒中测试显示正常。--Kethyga（留言） 2022年5月11日 (三) 20:53 (UTC)

感谢您的回复，现将讨论串改为讨论如何绕过模板限制的问题。--忒有钱🌊塩水あります🐳（留言） 2022年5月12日 (四) 16:44 (UTC)

过几天就好了，等清掉一批大量批量提报的项目。——Sakamotosan路过围观 | 避免做作，免敬 2022年5月16日 (一) 00:00 (UTC)

去掉“猜测”。就是。当年SM大扫荡就能看见这种比这壮观的场景。——Sakamotosan路过围观 | 避免做作，免敬 2022年5月12日 (四) 00:21 (UTC)

2022年第20期技术新闻

維基媒體技術社群現在發佈最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻譯版本。

本週後期變更

• 自周三起，部分维基站点将可以使用添加链接功能。这些站点包括加泰罗尼亚语维基百科、​希伯来语维基百科、​印地语维基百科、​韩文维基百科、​书面挪威语维基百科、​葡萄牙语维基百科、​简单英语维基百科、​瑞典语维基百科、​乌克兰语维基百科。这是逐步向更多维基百科部署这一工具的一部分。社群可以在本地配置这一功能如何工作。 [5]
• 2022年维基媒体黑客松将于5月20日至22日以线上形式举行。活动使用英语。在德国、加纳、希腊、印度、尼日利亚和美国，当地也会举办线下聚会。对技术感兴趣的维基人可以参与软件项目并学习新技能。您也可以主持一场会议，或发布您想参与的项目。
• MediaWiki新版本將於5月17日部署至測試維基及MediaWiki.org，於5月18日部署至非維基百科站點及部分维基百科，於5月19日部署至所有站點，參見日曆。

未來更新

• 您将在不久之后可以使用可视化编辑器编辑可翻译页面。可翻译的页面存在于元维基、维基共享资源等站点。 [6]

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

2022年5月16日 (一) 18:56 (UTC)

Category 页面的次级标题存在冗余的“分类”二字

於Phabricator查看
編號T302161的任務
已解決

在 Category 页面的次级标题中，重复出现了“分类”一词。例如 Category:自然科学 这个页面，其第二个次级标题为「分类“分类:自然科学”中的页面」，对比英维的相应页面，该标题作「Pages in category "Natural sciences"」，可见本站应删去此处的“分类:”字样，希望管理人员能处理一下这个 bug。--蕭漫（留言） 2022年2月19日 (六) 17:52 (UTC)

在“不转换”模式下是正常的，其他变体都有问题。 Stang^★ 2022年2月19日 (六) 18:09 (UTC)

---

問題已經解決。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年5月20日 (五) 02:23 (UTC)

点击留言后的回复，不能回复留言

弹出一个窗口：

“回复”链接无法用于回复此留言。若要回复，请点击“编辑源代码”，使用完整页面编辑器回复。

这是为什么？--GUT412454（留言） 2022年5月21日 (六) 05:47 (UTC)

可能讨论内容格式特殊，工具无法辨别层次。--YFdyh000（留言） 2022年5月21日 (六) 07:05 (UTC)

2022年第18期技术新闻

維基媒體技術社群現在發佈最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻譯版本。

最近更改

• 组2中列出的维基站点上的视频和音频播放器已更换，旧的播放器已移除。一些音频播放器将变得更宽。新版播放器已作为测试功能使用超过四年。 [7][8]

本週後期變更

• MediaWiki新版本將於5月3日部署至測試維基及MediaWiki.org，及於5月4日部署至非維基百科站點及部分维基百科，並於5月5日部署至所有站點，參見日曆。

未來更新

• 开发人员正在开发iOS版维基百科应用程序中的讨论页。您可以使用英语、德语、希伯来语或中文参与调查以提供反馈。
• 多数站点将在可视化编辑器和新版维基文本模式看到改进版的模板对话框。 [9] [10]
• 维基文本高亮将启用一个对色盲用户友好的配色方案。 [11]
• 若干MediaWiki界面信息的CSS ID将被移除。如您对技术感兴趣，请复查ID列表、并检查它们目前的使用情况。受影响的ID包括#mw-anon-edit-warning, #mw-undelete-revision和另外三个。

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

2022年5月2日 (一) 19:31 (UTC)

於Phabricator查看
編號T304363的任務

站内受影响的页面主要是用到了#mw-undelete-revision的MediaWiki:Gadget-SpecialWikitext.js--百無一用是書生 (☎) 2022年5月3日 (二) 12:24 (UTC)

哪個管理員可以幫忙用開發者模式看一下Special:Undelete裡面的undelete-revision框還有什麼可識別的css選擇器特徵？—- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年5月5日 (四) 01:06 (UTC)

• 也就是說，我需要知道Special:Undelete裡面的「查看和还原被删除的页面」中「更改可见性」頁面在文字框上方那個框的CSS特徵：

上方那個框的CSS特徵是本功能運作所必需的，所以我只能也必須請求管理員幫忙看看。-- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年5月5日 (四) 01:37 (UTC)

现在暂时不用担心这个，怎么处理这些ID的方案还没定下来。 Stang^★ 2022年5月5日 (四) 03:08 (UTC)

该说不说，还原得好啊。--185.217.119.27（留言） 2022年5月6日 (五) 00:17 (UTC)

• 這是用自架MediaWiki站複製代碼用的，但裝的不是最新版，無法確定屆時的css 特徵，所以要請本站管理員幫忙看。—- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年5月6日 (五) 11:41 (UTC)
  • 找人帮忙不如自己动手。A2569875 Stang^★ 2022年5月6日 (五) 13:33 (UTC)
    • (：)回應「現在暫時不用擔心這個，怎麼處理這些ID的方案還沒定下來。」@Stang：大概什麼時候會敲定新的CSS特徵或ID？—- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年5月7日 (六) 06:15 (UTC)
      • (？)疑問「現在暫時不用擔心這個」@Stang：大概什麼時候要開始擔心？-- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年5月7日 (六) 12:58 (UTC)
      • 不知道；现在一个可能的方案是创同名的class替换掉id。 Stang^★ 2022年5月7日 (六) 13:32 (UTC)

  @A2569875：其實用patchdemo整一個就好了（

  取了放在（節刪），<a>全部拿掉了，所以全部連結的class和id是找不到的--SunAfterRain 2022年5月7日 (六) 11:27 (UTC)

  • @SunAfterRain：你弄錯頁了，我要的不是那一頁，是還要點進去修訂差異的那一頁（如上方示意的#已刪修訂查詢頁，而非你提供的這一頁），因為MediaWiki:Gadget-SpecialWikitext.js的功能是預覽阿，啊你這一頁哪有需要預覽的地方？？？，所以你提供的東西完全沒有參考價值。—- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年5月7日 (六) 12:18 (UTC)
  • 而且現在的問題是MediaWiki:Gadget-SpecialWikitext.js判斷所仰賴的#mw-undelete-revision要被換掉了，所以是要找#mw-undelete-revision被換成了甚麼。您拿一頁完全不包含任何類似#mw-undelete-revision元素的一部分之頁面，不管class和id有沒有拿掉，你那頁是連原生#mw-undelete-revision元素的一部分都沒有耶，是在開玩笑嗎？-- 今晚 我想來點 [雪菲🐉蛋糕🎂] 配 [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年5月7日 (六) 13:00 (UTC)

    抱歉看錯了，已刪除連結--SunAfterRain 2022年5月7日 (六) 13:55 (UTC)

进master了，应该下周TN会提一嘴。这个可以关掉了。 Stang^★ 2022年5月23日 (一) 23:23 (UTC)

2022年第21期技术新闻

維基媒體技術社群現在發佈最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻譯版本。

最近更改

• 管理员现在可以从手机版界面的用户页直接访问Special:Block。 [12]
• www.wiktionary.org的门户页面现在使用自动更新系统。其他项目门户也会在未来几个月更新。 [13]

问题

• Growth团队正维护面向新手的导师项目。过去，新手无法选择不参加该项目。自2022年5月19日起，如果新手觉得自己不想要导师，可以选择完全不参与Growth导师项目。 [14]
• 部分编者在贡献列表的菜单中点击翻译按钮后，无法访问内容翻译工具。开发者正着手解决该问题。直接通过Special:ContentTranslation访问内容翻译工具仍应没有问题。 [15]

本週後期變更

• MediaWiki新版本將於5月24日部署至測試維基及MediaWiki.org，於5月25日部署至非維基百科站點及部分维基百科，於5月26日部署至所有站點，參見日曆。

未來更新

• 欢迎小工具和用户脚本的开发者对一份技术方针提案提出意见，该提案计划改进MediaWiki开发者的技术支持。 [16]

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

2022年5月24日 (二) 00:20 (UTC)

Cat-a-lot繁簡分類修改問題

我將Category:中華民國浙江省省长移至Category:中華民國浙江省省長（僅有繁簡差異），留有重新導向，用Cat-a-lot修改分類卻甚麼變更也沒有；若前者無分類重新導向模板，用Cat-a-lot修改分類則只會將前者移除，而非改為後者。問題何在？--紺野夢人 2022年5月22日 (日) 17:04 (UTC)

不了解，工具只认源代码中的写法。这种情况下R3-简繁混用删掉旧页面即可，不需将分类重新导向，MediaWiki一般能识别简繁转换后的分类名称。--YFdyh000（留言） 2022年5月22日 (日) 17:19 (UTC)

我不是在問分類名稱簡繁混用怎麼辦，我是在問這樣的情形問題何在：名稱上僅有繁簡差異的兩個分類，用Cat-a-lot從一個移動至另一個，若前者有至後者的分類重新導向模板，則甚麼變更也沒有；若前者無分類重新導向模板，則只會將前者移除，而非改為後者。--紺野夢人 2022年5月22日 (日) 17:31 (UTC)

我剛測試了一下，在User:Yumeto/沙盒加入Category:叶姓，用Cat-a-lot試圖將其移至Category:葉姓，結果只是移除了Category:叶姓。前者有至後者的分類重新導向模板，用Cat-a-lot試圖將前者的頁面移至後者，結果只是將前者移除，而非改為後者，又有點不一樣了，但無論如何都不成功。--紺野夢人 2022年5月22日 (日) 17:47 (UTC)

Cat-a-lot是这样的，对于仅繁简不同的同名分类，对里面条目进行移动会直接移除分类。--东风（留言） 2022年5月25日 (三) 10:17 (UTC)

关于空字符串

我在创建{{Cn2}}模板时不知道空字符串（代码里的""）在维基百科怎么实现，所以想请问一下，调用模板时如果有多个参数，空串怎么表示呢--QiuLiming1（留言） 2022年5月26日 (四) 15:04 (UTC)

参考Help:模板#未赋值且没有默认值的参数、英文文档，{{Cn2|text=}} 就行。--砜中嘌呤的白磷_{萃取 打谱} 2022年5月27日 (五) 03:04 (UTC)

Cite journal模板中莫名其妙的加粗字体

大家好，我发现cite journal模板中，对于volume参数显示出来会有粗体效果，但并没充分理由，请大家讨论是否可以修改该模板为全部显示正常不加粗。谢谢！--Hamham（留言） 2022年5月21日 (六) 07:24 (UTC)

“莫明其妙”在什么地方？--Antigng（留言） 2022年5月21日 (六) 08:40 (UTC)

就是只有引用文献的“卷名”被加粗，这并没有什么必然性。引用文献的标题、页数、刊物名与卷名都是同等重要的信息，为何只有卷名（volume）被加粗？--Hamham（留言） 2022年5月22日 (日) 00:35 (UTC)

虽然我不知道具体起源，但是volume用bold在期刊的citation style里是非常常见的。--Fireattack（留言） 2022年5月22日 (日) 01:59 (UTC)

谢谢提供参考。确实我在英维也发现cite journal有同样的加粗卷号的做法，感觉应该就是照抄过来了。但似乎并没有任何逻辑支撑单独将引文格式中的“卷号”加粗，而页码、期号甚至作者、刊名都不用加粗。因此我还是希望提请更多同人来思考这个问题，是否可以取消这个加粗的形式？看到参考文献里零散的粗体，强迫症不能忍啊。--Hamham（留言） 2022年5月22日 (日) 02:25 (UTC)

并不是“英文站”抄来的，而是实际的文献（e.g. 1）就会加粗卷号，页码期号刊名都不加粗。--Antigng（留言） 2022年5月22日 (日) 03:11 (UTC)

同有疑问。著录文后参考文献的规则及注意事项 陈浩元（多方采用）对GB/T 7714 —2005 《文后参考文献著录规则》的分析中称，“卷号不必用黑体”，不确定是否指加粗。GB/T 7714-2015 信息与文献 参考文献著录规则中没找到相关介绍和字体样式。《分析科学学报》参考文献格式是“另外，请注意文献著录均为正体，期刊卷号为黑体。”--YFdyh000（留言） 2022年5月22日 (日) 13:21 (UTC)

感谢以上各位认真参与讨论，我建议将该加粗字体取消，并没有任何文献或格式规范要求对卷号进行加粗。因此是否可以自行修改该模板？以及如何修改？敬请指导。--Hamham（留言） 2022年5月22日 (日) 15:39 (UTC)

大量文献实际上会加粗卷号，何来“并没有任何文献或格式规范要求对卷号进行加粗”一说？--Antigng（留言） 2022年5月22日 (日) 16:08 (UTC)

尽管在英文语境下可能这是规范(目前也只有实例，尚未找到规范上的依据)，但中文(包括日文)学术规范中，文献引用并无对卷号加粗的要求。--Hamham（留言） 2022年5月23日 (一) 01:26 (UTC)

我又找到国外对MLA引用格式规范的解说，还有哈佛引用格式规范，其中的范例都没有将volume加粗的。--Hamham（留言） 2022年5月24日 (二) 03:50 (UTC)

AIP格式就要求加粗卷号。--Antigng（留言） 2022年5月24日 (二) 04:30 (UTC)

不推荐达成共识前就修改。这个格式的说明在Help:引文格式1（en:Help:Citation Style 1），强调了“Wikipedia does not have a single house style”，不过这个模板本身是参考了Chicago和APA的引文标准。另外，我不清楚国标或者ISO的情况或者适用范围，但是实际上各个出版社或者各种期刊几百年来从来就没有过统一的标准，并无对错之分。所以贴XXX Style有或者没有粗体没有太大意义，真要争论哪个常用，得用统计。--Fireattack（留言） 2022年5月24日 (二) 08:27 (UTC)

各家格式多种多样。ACS STYLE是出版年份粗体、Volume号斜体。[17]Volume号斜体或下划线。[18]期刊标题斜体。[19]标题粗体，Volume号斜体。[20]书名和期刊标题斜体，Volume号粗体。[21] Volume in bold (year)。[22]不使用任何字体格式。--YFdyh000（留言） 2022年5月24日 (二) 09:06 (UTC)

感谢大家调查到的信息，让这个问题越辩越明。既然没有现成的任何强制规范，我希望大家从各自判断来评判“仅仅卷号加粗”是否可以成为“维基”的引文style？之后或许要通过表决或议案来解决，但先征求大家的意见。谢谢！--Hamham（留言） 2022年5月24日 (二) 09:46 (UTC)

上面一位用户给出的链接已经说清楚了，“不存在‘维基’的引文style”，CS1、CS2只是本站用得比较多的两种引文格式而不是“维基官方格式”，您如果希望自己的条目使用不一样的格式当然是可以的，您可以自己创建模板，甚至不用模板自行排版都可以。--Antigng（留言） 2022年5月24日 (二) 11:53 (UTC)

我不清楚社群是否真的批准这个样子。要是可以我擔心不利維護，但是這也有理於我在知網照抄引用格式。--Ghren🐦🕙 2022年5月24日 (二) 14:27 (UTC)

回应Antigng阁下，我的诉求是“修改现有的cite journal模板”，这是否可以通过表决来完成？新建引文模板我认为不太妥，维基百科已经形成了约定俗成的规范，还是应当尽可能统一吧。--Hamham（留言） 2022年5月24日 (二) 23:31 (UTC)

我的建議是如果有些地區或領域是需要加粗的話，自行添加就好，默認的話應該設定為不加粗，畢竟加粗簡單，要移去默認加粗的同時不影響其他條目卻困難得多。--AT 2022年5月25日 (三) 05:21 (UTC)

感谢。是否目前可以将此问题提交何处形成一个表决或共识？--Hamham（留言） 2022年5月27日 (五) 02:38 (UTC)

还没有形成共识，卷号加粗是 CS1 和 CS2 引文模板的风格之一，如要取消必须征得社群多数人的同意。--蕭漫（留言） 2022年5月27日 (五) 17:48 (UTC)

感谢功能

为什么在用户贡献页没有“感谢”？--Txkk（留言） 2022年5月27日 (五) 07:56 (UTC)

防止你對同一個人洗感謝。--Xiplus#Talk 2022年5月28日 (六) 13:44 (UTC)

这理由不成立吧？想洗感谢，页面历史页不是一样可以洗？--Txkk（留言） 2022年5月29日 (日) 02:30 (UTC)

歷史頁至少通常不是同一個人的貢獻。--Xiplus#Talk 2022年5月29日 (日) 12:33 (UTC)

查看差异再感谢比较合理。--YFdyh000（留言） 2022年5月29日 (日) 19:28 (UTC)

2022年第22期技术新闻

維基媒體技術社群現在發佈最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻譯版本。

最近更改

• 防滥用过滤器扩展已添加新函数ip_in_ranges()，可以判断IP地址是否在任意一个IP段中。各维基站点可将多个|组成的ip_in_range()表达式合并成一个以提高性能。您可以使用Special:AbuseFilter页面上的搜索功能查找相关函数的使用状况。 [23]
• IP Info已作为测试功能部署到所有维基，该功能可让反破坏者查看IP地址的信息。该功能已在test.wikipedia.org beta测试了数星期。

本週後期變更

• MediaWiki的新版本將於5月31日部署至測試維基及MediaWiki.org，及於6月1日部署至非維基百科站點及部分维基百科，並於6月2日部署至所有站點，參見日曆。
• 出于定期数据库维护的原因，某些维基站点将进入只读模式数分钟。维护将于5月31日7:00 (UTC) 对s5数据库组的维基站点进行。
• 新话题工具很快将在绝大多数维基部署供所有编者使用。您可以在工具中或参数设置中关闭该功能。 [24][25]
• list=usercontribs API将支持获取IP段的贡献。API使用者可以指定uciprange参数来取得限制内的IP段贡献。 [26]
• MediaWiki软件将新增一个解析器函数：{{=}}。它的效果是插入一个等号，旨在替换掉现存的“=”的模板。您可以在模板参数值需要转义等号时使用该函数。 [27]

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

2022年5月30日 (一) 20:28 (UTC)

中文版IABot无法识别死链参数

於Phabricator查看
編號T306964的任務

见[28]、[29]，原来的版本是将|dead-url=作为默认参数，某次升级之后新加入的存档链接不会再添加死链（|dead-url=／|url-status=）参数。--Dabao qian℡^{每週五22:00《向往的生活第六季》｜每週六22:00《我的女儿出嫁了》} 2022年5月27日 (五) 10:42 (UTC)

已知问题，已提phab--在下荷花，请多指教（欢迎签到） 2022年5月28日 (六) 02:08 (UTC)

能否考虑把{{cite web}}的|dead-url=默认值改为no？{{cite news}}就是默认dead-url为no。--Kcx36（留言） 2022年5月31日 (二) 09:48 (UTC)

新版vector侧边章节标题栏无法繁简转换

如题，新版vector侧边章节标题栏无法繁简转换。--BlackShadowG Slava Ukraini! 2022年5月28日 (六) 03:37 (UTC)

我怎么记得，这个事情在这里被提出来过好几次了呢？--MilkyDefer 2022年5月28日 (六) 03:57 (UTC)

而且之前那一個章節還沒存檔⋯⋯ —— Eric Liu _{創造は生命（留言・留名・學生會）} 2022年5月31日 (二) 14:56 (UTC)

好像之前就有提过目录在应用多书写转换上好像有未解决的问题。——Sakamotosan路过围观 | 避免做作，免敬 2022年5月28日 (六) 09:30 (UTC)