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

维基百科,自由的百科全书

本頁用作讨论在编辑时遇到的技术问题;發表問題或討論前,請先參閱常見問題解答帮助信息MediaWiki基本問題及搜索舊討論記錄。另請注意:

請注重礼仪、遵守方針與指引,一般問題請至互助客棧其他區知识问答提出,留言后请务必签名(点击 )。


發表前請先搜索存档,參考舊討論中的内容可節省您的時間。
公告欄
# 💭 話題 💬 👥 🙋 最新發言 🕒 (UTC+8)
1 Template:Weather box 14 6 Kethyga 2024-04-26 09:30
2 MobileFrontend侧边栏故障 6 2 Shizhao 2023-12-25 15:47
3 引文模板不应该报错全部的零宽空格 5 3 Cookai1205 2024-04-24 12:58
4 關於使用 ToolsRedirect 創建的繁簡重定向 9 5 Kethyga 2024-05-10 11:13
5 InternetArchiveBot故障? 22 10 Cyberpower678 2024-05-15 00:42
6 Template:Lang 模板语言代码检查 8 1 Kethyga 2024-05-17 10:29
7 關於部分日本城鎮頁面出現的Authority control模板 9 3 雪雨73 2024-05-15 14:54
8 Category:包含规范控制信息的维基百科条目 9 4 Ericliu1912 2024-05-24 14:38
9 限制页面宽度功能失效了? 2 2 暁月凛奈 2024-05-16 14:55
10 Template:Infobox building 1 1 Kethyga 2024-05-17 12:48
11 Sports results里跨语言链接的显示问题 2 2 魔琴 2024-05-20 21:16
12 是否有方法可以監視特定IP的編輯? 1 1 射命丸 2024-05-18 23:02
13 我好像发现了过滤器的一个bug 6 3 Dnaimfz 2024-05-22 10:39
14 2024年第21期技術新聞 2 2 魔琴 2024-05-24 00:44
15 乐谱无法输出音乐 4 2 三猎 2024-05-22 01:30
16 Template:Infobox body of water中的坐标会重复两次 8 2 Shizhao 2024-05-24 12:02
17 首页顶栏排版错乱 3 3 Cookai1205 2024-05-23 22:19
18 {{Infobox EU legislation}} 1 1 Easterlies 2024-05-24 18:52
19 未有登入的用戶將可以使用外觀選單和新的預設標準字體大小 3 3 SCP-2000 2024-05-25 00:09
20 如何隐藏用户页内自动生成的“目录”元素 3 2 Flyinet 2024-05-24 22:13
21 Template:校對翻譯句 无法使用 1 1 桃花影落飞神剑 2024-05-25 00:34
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時,
請先檢查設定是否有誤

正在廣泛徵求意見的議題

以下討論需要社群廣泛關注:重新整理

維基百科技術議題與模板

Wikipedia talk:字詞轉換處理/公共轉換組 § 思路:條目預儲公共轉換組中匹配的規則,減少載入時間

Template talk:Twitter § Twitter改為X

Template talk:Infobox person § 修改 Infobox person 中 native_name 参数位置

Template talk:电影信息框 § 影/視 資訊框互斥、難記

Template talk:Hang on § {{hangon}}

Template talk:Bd § 編輯請求 2024-05-19

天气模板Template:Weather box,可以添加参数|width=auto以自动适应条目,但是在有信息框的条目中添加该参数并不总是会自适应,比如韦斯卡 (78803227)会在气候模板上方出现大段空白(可能也是信息框/Infobox的原因)。--Kethyga留言2023年9月5日 (二) 10:03 (UTC)[回复]

自带{{clr}}效果?如果没有,表格在小屏幕宽度下不会放不下吗。--YFdyh000留言2023年9月9日 (六) 04:14 (UTC)[回复]
手机网页和App看了下,应该都要左右滑动。--Kethyga留言2023年9月9日 (六) 08:20 (UTC)[回复]
应该又是V22皮肤的css更新所致,换成2010版皮肤看是正常的。--蕭漫留言2023年10月10日 (二) 02:44 (UTC)[回复]
似乎现在显示效果正常了?--Kcx36留言2023年11月15日 (三) 10:39 (UTC)[回复]
目前已 无法重现 Willy1018留言) 2023年11月19日 (日) 02:50 (UTC)-- Willy1018留言2023年11月30日 (四) 03:21 (UTC)[回复]
在条目韦斯卡中,未登录和Timeless Skin下目前均无法自适应页面宽度。--Kethyga留言2023年11月27日 (一) 04:11 (UTC)[回复]
我的显示效果。--Kcx36留言2023年11月27日 (一) 04:50 (UTC)[回复]
发现新版皮肤/外观在未登录状态下的右下角有一个切换“全屏宽度”和“有限宽度”的按钮,如果选择“全屏宽度”的话就不会被信息框/Infobox遮挡,但是Weatherbox/天气框仍未填满空间。另外在条目洛帕中,Timeless Skin下可以正常自适应页宽。--Kethyga留言2023年11月28日 (二) 01:55 (UTC)[回复]
@Kethyga英文維基百科也有這種情形嗎?—— Eric Liu 創造は生命(留言留名學生會 2024年1月29日 (一) 17:28 (UTC)[回复]
@Ericliu1912 en:Wikipedia:Sandbox (1220692034) 在英维的效果,个人认为无问题,右侧的信息框一般不会遮挡天气框。--Kethyga留言2024年4月25日 (四) 09:52 (UTC)[回复]
@Kethyga若直接複製來本地,是否可行?—— Eric Liu 創造は生命(留言留名學生會 2024年4月25日 (四) 15:28 (UTC)[回复]
得先测试看看了,不知道差异大不大,另外也不知道是否只是 Weather box 的问题。--Kethyga留言2024年4月26日 (五) 01:30 (UTC)[回复]

本討論章節會維持開放,暫時不按最後意見發表時間存檔。欲讓機器人存檔,請移除本模板。留言請置於本模板上方。

MobileFrontend侧边栏故障[编辑]

[1] Log in(登录)、Settings(设置)、Donate(资助)、About Wikipedia(关于Wikipedia(随维基媒体计划名称而变))、Disclaimers(免责声明)均无法被点击,也无法对其长按弹出浏览器菜单,全站(所有语言、所有维基媒体计划)均发生该问题。--Txkk留言2023年11月29日 (三) 03:05 (UTC)[回复]

在firefox下未能复现,可点击,可弹出浏览器菜单。但是侧边栏各项一点击或弹出浏览器菜单时(点击鼠标左键或右键时),侧边栏就会迅速缩回,虽然点击的链接打开没问题(选择使用弹出的浏览器菜单中的功能也没问题),但是用户体验比较糟糕。从前端角度看,很可能算是个bug--百無一用是書生 () 2023年11月29日 (三) 03:20 (UTC)[回复]
似乎现在mediawiki更新后,这个问题(或类似问题)已不存在了?--百無一用是書生 () 2023年12月15日 (五) 11:56 (UTC)[回复]
还在。--Txkk留言2023年12月15日 (五) 21:21 (UTC)[回复]

有没有人去Phabricator报告问题?--Txkk留言2023年12月25日 (一) 06:46 (UTC)[回复]

我现在是只有关于和免责声明点击后侧边栏缩回,页面不跳转--百無一用是書生 () 2023年12月25日 (一) 07:47 (UTC)[回复]

本討論章節會維持開放,暫時不按最後意見發表時間存檔。欲讓機器人存檔,請移除本模板。留言請置於本模板上方。

引文模板不应该报错全部的零宽空格[编辑]

Cat:引文格式1错误:不可见字符现在只要有U+200B就会报错,实际上有些零宽字符是合理且必要的,比如emoji和孟加拉文使用其连接字符。

建议将其改为维护而不是错误。--落花有意12138 2023年12月16日 (六) 12:44 (UTC)[回复]

en:Module:Citation/CS1/Configuration有為特定文字或Emoji添加例外。--Cookai餅塊🍪💬留言 2023年12月24日 (日) 10:10 (UTC)[回复]
等等,Module:Citation/CS1/Configuration也有indic_script,但Module:Citation/CS1沒有把它排除。--Cookai餅塊🍪💬留言 2023年12月24日 (日) 10:19 (UTC)[回复]
請問此問題有辦法解決嗎?《亂世勇者》的97號來源出現此情況,但不知道該如何解決。--H2226留言2024年1月7日 (日) 10:11 (UTC)[回复]
要改的是Module:Citation/CS1/Utilitieshas_invisible_chars,en的has_invisible_charsen:Module:Citation/CS1,看有沒有高人要來修。--Cookai餅塊🍪💬留言 2024年4月24日 (三) 04:58 (UTC)[回复]

本討論章節會維持開放,暫時不按最後意見發表時間存檔。欲讓機器人存檔,請移除本模板。留言請置於本模板上方。

關於使用 ToolsRedirect 創建的繁簡重定向[编辑]

使用ToolsRedirect自動創建的繁簡重定向,會被該工具錯誤地標記為別名重定向,參見:Special:Diff/82229793Special:Diff/82063339Special:Diff/82063322Special:Diff/82034218Special:Diff/82003931……煩請界管盡快修復此bug,防止掛有錯誤標記的繁簡重定向不斷增加。

由於大量編者均習慣以ToolsRedirect快速創建重定向,因此需要修正的繁簡重定向恐怕已不可勝數,能否讓機器人批量處理使用該工具創建的繁簡重定向,將頁面中的{{別名重定向}}替換為{{簡繁重定向}}?@Kanashimi--蕭漫留言2024年4月12日 (五) 08:22 (UTC)[回复]

一个疑问,这些简繁重定向是必要还是不太必要的。是解决可视化编辑器问题的吗。--YFdyh000留言2024年4月12日 (五) 19:47 (UTC)[回复]
个人感觉别名(包括地区用词、外文名)有必要,繁简必要性不大,条目和模板中可以正常跳转,只是编辑摘要(或者还有什么地方)会显示红链。--Kethyga留言2024年4月13日 (六) 00:22 (UTC)[回复]
若不涉及一簡對多繁或異體字問題,繁簡重定向應該是不必要的。--蕭漫留言2024年4月13日 (六) 01:04 (UTC)[回复]
User:YFdyh000User:KethygaUser:蕭漫:對我來說,簡繁重定向最重要的功能是克服伺服器緩存過多、直接逼User:Cewbot清掉被系統忽略、遺忘的偽藍連,例如我做完Special:PermaLink/82174815不久,機器人就幫我做了這筆清理,不這樣做的話,機器人不會清到這些條目機器人很難清到這些條目。英文維基百科那邊也是這樣,大家可以留意裡面有一條「{{ill|Hundred Flowers Award for Best Writing|zh|大众电影百花奖最佳编剧|lt=Best Writing}}」被標示為「The corresponding foreign language page does not exist.」,但中文百科其實有大眾電影百花獎最佳編劇條目,只是繁簡不同而已,如果有簡繁重定向頁就不會跳出這個錯誤。--迴廊彼端留言2024年4月14日 (日) 14:19 (UTC)[回复]
伪蓝链是什么效果。Database reports可能该机器人不支持简繁机制,不了解有无别的方案。是否要建简繁重定向似乎多次讨论过,有无结论忘记了。--YFdyh000留言2024年4月14日 (日) 14:54 (UTC)[回复]
User:YFdyh000:偽藍連只有兩種可能,一個是應該功成身退的跨語言連結,另一個是編者寫的不正確或與未來建立條目名稱不同、導致機器人清不掉的連結,兩種最好都不要存在。--迴廊彼端留言2024年4月15日 (一) 14:16 (UTC)[回复]
我还没发现本地User:Cewbot/需要修正的跨語言連結中因为繁简而受影响的情形。如果确实有的话,应该可以考虑重新设计机器人。倒是除此之外,繁简重定向确实没有什么作用。--PexEric 💬|📝 2024年5月2日 (四) 09:35 (UTC)[回复]
可能需要修改MediaWiki:Gadget-ToolsRedirect.js的识别方案吧,另外还有非繁简识别成繁简重定向的,比如82561648--Kethyga留言2024年5月10日 (五) 03:13 (UTC)[回复]

本討論章節會維持開放,暫時不按最後意見發表時間存檔。欲讓機器人存檔,請移除本模板。留言請置於本模板上方。

InternetArchiveBot故障?[编辑]

这两天突然发现User:InternetArchiveBot无法识别{{Cite web}}、{{Cite news}}等系列模板中已添加的存档,而是直接在模板外添加了{{Wayback}},导致大量引用来源出现重复的存档链接(如:[2]);即使Cite系列模板没有存档链接,也不会填进去(如:[3])。我已在P站提单,暂未得到回复;但刚刚发现机器人在其他站点的工作是正常的(如西语维基百科英语维基百科)……想请教是否会与本地的一些配置有关?以及我认为有必要将这两天机器人做的编辑全数回退……--Tim Wu留言2024年5月4日 (六) 17:55 (UTC)[回复]

問題持續中,現在還是重複添加{{Wayback}}。InternetArchiveBot的條目修改量也不少,在解決問題之前,能否先禁止這個bot的在zhwiki的運行。--Nostalgiacn留言2024年5月6日 (一) 03:04 (UTC)[回复]
不反对暂时禁止。--Tim Wu留言2024年5月6日 (一) 03:14 (UTC)[回复]
不确定是bug还是只是参数识别问题,因为用iabot界面编辑存档的话,参数名为“archive-date”和“archive-url”,可能是原来的模板参数对不上而无法处理?——Sakamotosan路过围观 | 避免做作,免敬 2024年5月6日 (一) 07:26 (UTC)[回复]
现在有没有横杠都识别不出来。--Tim Wu留言2024年5月6日 (一) 07:31 (UTC)[回复]
像这个更改Special:Diff/82526887,{{Cite web}}的参数就是archive-urlarchive-date,但bot还是在模板外加的{{Wayback}}。--𝓧𝓩𝓣𝓓𝓮𝓪𝓷𝕋𝕒𝕝𝕜2024年5月6日 (一) 10:05 (UTC)[回复]
剛試了用iabot界面編輯存檔,出現了同樣問題。連帶之前沒有存檔的也是以{{Wayback}}存檔。--S叔 2024年5月6日 (一) 12:48 (UTC)[回复]
虽然但是我觉得应该联系机器人维护者@Cyberpower678Harej而不是去phab开工单……我觉得该问题是机器人本身的问题与mw没啥关系,机器人也不是基金会人员所有的。--忒有钱 🌊塩水あります🐳留言2024年5月9日 (四) 19:24 (UTC)[回复]
工单也加了Cyberpower678。但如果直接去对方用户讨论页提醒一下,或者先咨询一下是不是出了一些问题,应该会更好。——Sakamotosan路过围观 | 避免做作,免敬 2024年5月10日 (五) 00:23 (UTC)[回复]
是在机器人元维基问题回报页反馈无果后才提单的,虽然两处直到现在都没有更新,很失望。--Tim Wu留言2024年5月10日 (五) 03:37 (UTC)[回复]
建议修复前先禁用吧。另外IABOT工具也是在{{cite}}模板之外添加的存档,不论archive-url是否已经填写。--Kethyga留言2024年5月10日 (五) 03:32 (UTC)[回复]
另外,还有IABotManagementConsole的也是,见 Special:Diff/81922170/82595494标签:IABotManagementConsole最近更改。--Kethyga留言2024年5月11日 (六) 01:18 (UTC)[回复]
有必要按照Wikipedia:忽略所有规则立刻禁用该机器人,避免受影响范围扩大--Dnaimfz留言2024年5月14日 (二) 12:10 (UTC)[回复]
此机器人的自动作业已停止,但这期间仍有用户通过 IABotManagementConsole 添加存档。--Tim Wu留言2024年5月14日 (二) 13:07 (UTC)[回复]

Template:Lang 模板语言代码检查[编辑]

目前语言标示模板{{Lang}},未对语言代码参数进行检查,填写任何值都不无提示,见Wikipedia:沙盒 (82616832),英维则会检查语言代码(包括ISO 639和IETF語言標籤),见en:Wikipedia:Sandbox (1223490529)--Kethyga留言2024年5月12日 (日) 14:11 (UTC)[回复]

纠正一下说法, 目前的Template:Lang会提示jp/jap(日语)、gr(希腊语)、kp(朝韩语)、po(波兰语)、sp(西班牙语)、cz(捷克语)、kz(哈萨克语)、dk(丹麦语)的错误语言代码,但是其他的无提示,比如输入一个不存在的拉丁语代码,{{lang|latin|latin}}。--Kethyga留言2024年5月15日 (三) 06:50 (UTC)[回复]

:在巴拉耶沃佐兰·金吉奇,语言标签"sr-Latn"未识别成塞尔维亚语lang|sr-Latn临时通过Template:ISO 639 name sr-Latn识别塞尔维亚语)Template:Kmr中的km-Latn未识别成高棉语--Kethyga留言2024年5月13日 (一) 01:26 (UTC)[回复]

维克托·阿斯塔菲耶夫 (76094597),lang中语言代码填入了不存在的“tu”,只会加入Category:含有非中文內容的條目,但并未提示编辑哪里出现错误。--Kethyga留言2024年5月14日 (二) 01:50 (UTC)[回复]
{{lang}}对于语言代码的检查似乎是通过ISO 639語言代碼系列模板检测的,但是{{lang-xx}}系列模板是通过Module:Lang/data模块进行检测的,使得目前需要同时维护Module:Lang/dataISO 639語言代碼系列模板。ISO 639語言代碼系列模板可以作为特殊语言的补充,但是维护两份有些多余了。--Kethyga留言2024年5月15日 (三) 05:15 (UTC)[回复]
另外,Category:语言标示模板分类下的各种模板也是多余,既然都需要记忆语言代码,只用{{Language icon}}或{{in lang}}就可以。--Kethyga留言2024年5月15日 (三) 05:20 (UTC)[回复]
另外,ISO 639 name或{{lang}}只识别或生成小写的latn,比如在山口站 (萨哈林州)中生成的源码<span lang="ru-latn">Pereval</span>W3C好像是要求“Latn”,[4]。--Kethyga留言2024年5月15日 (三) 05:47 (UTC)[回复]
需要改善的地方,模板{{lang}}可以增加鼠标悬停语种提示功能,有时不需要明确表示“XX语:”。--Kethyga留言2024年5月17日 (五) 02:29 (UTC)[回复]

關於部分日本城鎮頁面出現的Authority control模板[编辑]

因有編輯員說我在日本城鎮頁面產生難以理解(對方說法)的authority原始碼,而稍早我已回覆他說:根據我調到的紀錄,上述日本城鎮出現的原始碼可能為cewbot先前的編輯導致,如https://zh.wikipedia.org/w/index.php?title=%E4%B8%80%E6%88%B6%E7%94%BA&diff=prev&oldid=36585938

https://zh.wikipedia.org/w/index.php?title=%E8%97%A4%E9%87%8C%E7%94%BA&diff=prev&oldid=36585364

因此想請問大家是否知道,為什麼機器人管理員會附上那串原始碼?又是否應將其刪除?謝謝--雪雨73留言2024年5月15日 (三) 05:38 (UTC)[回复]

目前未见页面异常,你们是看到模板故障了?--YFdyh000留言2024年5月15日 (三) 06:02 (UTC)[回复]
@YFdyh000主要是rastinition說authority control是無法理解的編碼
@Kethyga因為我不確定這是模板還是原始碼的問題,只好以模板問題的敘述形容。至於您提供的角柱我會用用看,感謝您。--雪雨73留言2024年5月15日 (三) 06:26 (UTC)[回复]
@雪雨73 在你的讨论页,关于藤里町条目,似乎Rastinition并未说是{{Authority control}}模板的问题,问题可能是加入了章节“参考文献”(== 參考文獻 ==),但是未在该章节加入"<references />"或“{{reflist}}”(使用说明,见Help:脚注),导致引用的内容都出现在“{{秋田縣}}{{Authority control}}”下方。至于本来存在的{{Authority control}}建议维持不动。--Kethyga留言2024年5月15日 (三) 06:11 (UTC)[回复]
@Rastinition 問題我已向兩位編輯員了解,會在接下來進行修改,因為先前編輯是用視覺化編輯,因此並無察覺--雪雨73留言2024年5月15日 (三) 06:28 (UTC)[回复]
先弄清对方在讲什么。--YFdyh000留言2024年5月15日 (三) 06:38 (UTC)[回复]
@YFdyh000好的,現在我有了解對方提出的問題了,正在修改,不好意思麻煩您回覆,感謝。--雪雨73留言2024年5月15日 (三) 06:41 (UTC)[回复]
@YFdyh000因為rastinition是說: 除了我主動干涉的一戶町,因為你罐頭處理的頁面多有類似問題,抽檢藤里町頁面原始碼後給予提問,請你回答你在頁面產生下列原始碼的意圖是什麼,如果你經過這個提問意識到你的問題成因,請自行修== 參考文獻 =={{秋田縣}}{{Authority control}}
我一時也看不懂只好上來詢問(⊙_⊙;),現在懂了。--雪雨73留言2024年5月15日 (三) 06:52 (UTC)[回复]
然後考慮到有管理員可能會認為我在刷編輯次數,我有在最新的編輯註解理由,希望巡視使用者貢獻的人能看到。--雪雨73留言2024年5月15日 (三) 06:54 (UTC)[回复]

Category:包含规范控制信息的维基百科条目[编辑]

Category:包含规范控制信息的维基百科条目,该分类英维对应en:Category:Articles with authority control information,即Category:包含规范控制信息的条目,减少“维基百科”4个字,对于规范控制信息较多的条目能节省一些空间,且感觉这几个字有些多余。即将Module:Authority control/config#L-14语句cat = '包含%s标识符的维基百科条目',中的“维基百科”4个字删除。不过有170个分类需要移动。@Shizhao--Kethyga留言2024年5月15日 (三) 07:23 (UTC)[回复]

因为最早就是Category:包含规范控制信息的维基百科条目,之前修Module:Authority control的时候就继续沿用了。不改就是因为要移动170个分类....实在不想耗费这个精力,要是有其他人愿意处理,乐见其成!--百無一用是書生 () 2024年5月15日 (三) 08:06 (UTC)[回复]
faultwithidcat = '包含错误规范控制信息的维基百科条目 (%s)',也是沿用的以前的命名方式,甚至为此还改了Module:Authority control中的相关代码,原因也是嫌麻烦,不想移动上百个分类...--百無一用是書生 () 2024年5月15日 (三) 08:09 (UTC)[回复]
@Ericliu1912 好像是有Massmove用来批量移动?--Kethyga留言2024年5月15日 (三) 08:22 (UTC)[回复]
如果没收益,我也倾向不动若干页面……如果要省字数,“条目包含规范控制信息”怎么样,不确定命名统一性等情况。--YFdyh000留言2024年5月15日 (三) 08:40 (UTC)[回复]
英维可能是在2021年集中移动的,见en:Template talk:Authority control (Remove_"Wikipedia"_from_"Wikipedia_articles_with_EMU_identifiers"-type_categories?)。
“条目包含规范控制信息”,没觉得更好,倾向原表达方式。--Kethyga留言2024年5月15日 (三) 10:24 (UTC)[回复]
确实,没有找到“条目包含”前例,“条目有”1例,“条目使用”2例,“的条目”则很多。--YFdyh000留言2024年5月15日 (三) 10:39 (UTC)[回复]
更好的的表述可能是“含有规范控制信息的条目”--百無一用是書生 () 2024年5月15日 (三) 12:11 (UTC)[回复]
@KethygaShizhaoYFdyh000是不是請各位確認一下分類頁面命名格式,然後再修改模組,並將分類一齊移動?—— Eric Liu 創造は生命(留言留名學生會 2024年5月24日 (五) 06:38 (UTC)[回复]

限制页面宽度功能失效了?[编辑]

--Dnaimfz留言2024年5月16日 (四) 06:10 (UTC)[回复]

上面技术新闻有写。——暁月凛奈 (留言) 2024年5月16日 (四) 06:55 (UTC)[回复]

Template:Infobox building[编辑]

模板{{Infobox building}}的native_name_lang参数问题,如果native_name_lang参数未填写的话,会默认其语言代码为"{{{native_name_lang}}}",而不是像{{Infobox settlement}}一样将其忽略,见布兰城堡信息框。另外布兰城堡中使用{{native_name_list}}模板的话,其中后缀语言在简体状态下显示繁体,但是native_name_list模板在馬焦雷湖条目中简体环境下正常显示简体语言名称。--Kethyga留言2024年5月17日 (五) 04:48 (UTC)[回复]

Sports results里跨语言链接的显示问题[编辑]

今天在修改2024年中国足球甲级联赛的时候发现Module:Sports results里的球队名字如果用跨语言链接模板比如{{link-en}},就会把表格顶部球队名的悬浮提示框里的外文条目名字变成顶部的那个名字。

比如像这个表格:

主隊 \ 客隊 队1英语队1 队2英语队2 队3英语队3
队伍1英语Team 1 1–0 2–0
第二只队伍英语Team 2 3–0 4–0
队伍3英语Team 3 5–0 6–0
最後更新:unknown。資料來源:[來源請求]
藍色:主隊取勝;黃色:战平;紅色:客隊取勝。

对于{{le|第一只队伍|Team 1|队伍1}},表格顶部的跨语言链接的鼠标悬浮提示框里写的就成了

条目“第一只队伍”尚未创建,可参考英语维基百科的对应页面:队1

但像最左侧的一列显示的正常的的跨语言链接应该是显示

条目“第一只队伍”尚未创建,可参考英语维基百科的对应页面:Team 1

使用{{ilh}}系列和{{tsl}}都会有一样的问题,不过外文链接都还是正常的。不知道这个是有意设计的还是在替换球队名字的时候也把外文维基百科的链接名字也替换了。--𝓧𝓩𝓣𝓓𝓮𝓪𝓷𝕋𝕒𝕝𝕜2024年5月17日 (五) 08:31 (UTC)[回复]

看了看猜测是Module:Sports_results#L-289的问题 ——魔琴身份声明 留言 贡献 新手2023 2024年5月20日 (一) 13:16 (UTC)[回复]

是否有方法可以監視特定IP的編輯?[编辑]

有時會遇到IP用戶持續低頻擾亂的情況,短期封禁無法制止其行為,因此希望能監視其貢獻紀錄以及時篩出破壞。然而監視列表似乎只能放入頁面,不知有沒有監視用戶貢獻的方法。--성이 마음과 마음을 잇는 일은 언어를 뛰어넘는 일이다 2024年5月18日 (六) 15:02 (UTC)[回复]

我好像发现了过滤器的一个bug[编辑]

一般情况下,是不能移除自己用户页上的T:d的,但如果用TW加上O1,然后就可以移除t:d了,参考User:Dnaimfz/edfafaqfapfeqpasncfepqcnhsfsvs的页面历史--Dnaimfz留言2024年5月20日 (一) 05:59 (UTC)[回复]

没人吗?--Dnaimfz留言2024年5月21日 (二) 11:37 (UTC)[回复]
@Dnaimfz从过滤器源代码看,是有意为之,如认为确有错误可以在WP:AF/FP提出。--伞木 留言 2024年5月21日 (二) 13:19 (UTC)[回复]
这就是bug,如果是特性,应该是允许移除所有自己用户页上的t:d,而不是先改成o1再移除。应该检查一下编辑历史。--Dnaimfz留言2024年5月21日 (二) 15:17 (UTC)[回复]
 已修复--Xiplus#Talk 2024年5月22日 (三) 00:26 (UTC)[回复]
@Xiplus然而出现了另一个bug,没法移除自己加的t:d了--Dnaimfz留言2024年5月22日 (三) 02:39 (UTC)[回复]

2024年第21期技術新聞[编辑]

MediaWiki message delivery 2024年5月20日 (一) 23:02 (UTC)[回复]

怀旧还能用? ——魔琴身份声明 留言 贡献 新手2023 2024年5月23日 (四) 16:44 (UTC)[回复]

乐谱无法输出音乐[编辑]

丢手绢条目的历史版本中,乐谱可以输出音乐播放。在最新版本中,尽管没有修改乐谱相关的任何代码,却无法播放音乐了,鼠标交互显示为播放File:Undefined。请问是什么缘故?--三猎留言2024年5月21日 (二) 15:37 (UTC)[回复]

页面上有其他多媒体文件时(您在编辑中加入了File:Le facteur n'est pas passé.webm),Score扩展无法播放。见Phab:T363630Irralpaca留言2024年5月21日 (二) 16:14 (UTC)[回复]
其他条目也可见该问题,如义勇军进行曲#歌曲中華民國國歌#旋律Irralpaca留言2024年5月21日 (二) 16:17 (UTC)[回复]
感谢告知。怪不得我前几天在英维上也遇到过这一状况。那就坐等修复啦。——三猎留言2024年5月21日 (二) 17:30 (UTC)[回复]

Template:Infobox body of water中的坐标会重复两次[编辑]

太湖,信息框中的坐标显示为31°10′N 120°09′E坐标:31°10′N 120°09′E(地图),英文版无此问题。粗查了一下,没找到问题出在哪里--百無一用是書生 () 2024年5月23日 (四) 12:26 (UTC)[回复]

啊,似乎问题是出在信息框中的坐标参数使用{{coord}}的话,coord模板中的display参数带有title的话,坐标不会显示在页面标题右侧。一时不知道如何修复--百無一用是書生 () 2024年5月23日 (四) 12:34 (UTC)[回复]
好像是所有{{coord}}的display=title失效了。--Kcx36留言2024年5月23日 (四) 12:34 (UTC)[回复]
咦,果然是这样--百無一用是書生 () 2024年5月23日 (四) 12:38 (UTC)[回复]
ok,在MediaWiki:Vector-2022.css修复了一下--百無一用是書生 () 2024年5月23日 (四) 13:06 (UTC)[回复]
现在会和特色、优良的图标重叠。。。--百無一用是書生 () 2024年5月23日 (四) 13:08 (UTC)[回复]
移动版也有同样问题,还没修--百無一用是書生 () 2024年5月23日 (四) 13:24 (UTC)[回复]
对比了一下英文移动版的处理方式(移动版display=title不显示),暂时没找到是在哪里处理的...--百無一用是書生 () 2024年5月24日 (五) 04:02 (UTC)[回复]

首页顶栏排版错乱[编辑]

今日下午登入中维时发现首页上的顶栏突现排版错乱,更换不同浏览器和清除Cookie都没能解决这个问题,这个问题似乎仅在使用Timeless或Monobook作为外观皮肤时出现,状况都是“维基百科”四字被放大。--ElectronicGhost留言签名 2024年5月23日 (四) 13:26 (UTC)[回复]

可能与#2024年第21期技術新聞的变更有关?--百無一用是書生 () 2024年5月23日 (四) 13:35 (UTC)[回复]
前次相關討論。--Cookai餅塊🍪💬留言 2024年5月23日 (四) 14:19 (UTC)[回复]

模板参数label2与英文模板参数不同,在不填入{{{number}}}时会出现“欧洲联盟法规第号”的文字(见人工智能法案infobox),询问社群怎么修复。--东风留言2024年5月24日 (五) 10:52 (UTC)[回复]

未有登入的用戶將可以使用外觀選單和新的預設標準字體大小[编辑]

大家好! 我們是維基媒體基金會網路團隊。作為本年度年度計劃「閱讀和媒體體驗目標的一部分,我們致力於讓維基媒體計劃的閱讀變得更容易。為了實現這一目標,我們推出了「無障礙閱讀」測試版功能。這添加了一個適用於 Vector 2022 皮膚的選單,並允許已登入的用戶根據個人需求選擇不同的字體大小和配色方案。

此選單引入了新的標準字體設定。這稍微增加了字體的大小和高度。它是根據多個來源選擇的。您可以在「關於新的標準字體設定」部分找到更多相關資訊。

我們將會發生什麼變化

  • 我們現在已準備好為未有登入的和已登入的用戶提供新的外觀選單
  • 同時,我們將標準選項設定為僅適用於未有登入的用戶之新預設選項
  • 如果沒有發現重大技術問題,我們計劃在接下來的兩週內進行此更改。
  • 稍後,該選單將包括選擇深色模式的選項(該功能暫時仍將是測試版功能)。如希望了解更多信息,請查看我們的專案頁面

關於選項列表

新選單將允許為未有登入的和已登入的用戶設定以下首選項:

  1. 文字大小和行高(現以測試版功能提供):使用者將能夠在「小」(目前預設值)、「標準」(建議更好的可訪問性)和「大」選項之間進行選擇。選擇一個選項將更改文字的字體大小和行高。
  2. 深色模式(現以測試版功能提供):使用者將能夠選擇永久以深色模式查看網站,或選擇「自動」設置,根據裝置或瀏覽器首選項設定淺色或深色模式。
  3. 內容寬度(先前作為切換按鈕提供):我們已將內容寬度切換從頁面底部的圖示移至新選單中標籤的單選按鈕。其工作原理與切換開關完全相同。之前的切換按鈕將不再可用。

此選單已作為測試版功能由不同的維基之專案上的已登入使用者進行了測試,同時我們邀請了一些讀者進行了使用者測試。根據這些測試的結果,我們更改了選單,以提高可發現性和易用性,並適應小工具的相容性。

此選單將顯示在頁面右側,如果已固定選單,則緊鄰「工具」選單的下方。與「工具」選單不同,「外觀」選單預設是固定的,但您可以取消固定預設。一旦取消固定預設,這就會折疊在頁面頂部的圖示下。

關於新的標準字體設置

小字體選項是目前的預設值。對於未有登入的用戶,我們將將此預設值更改為「標準」,同時保留小字體選項作為已登入用戶的預設值。「標準」和大字體選項是根據以下內容構建和測試的:

  • 針對大多數讀者的最佳平均字體大小的學術研究和建議。這些建議表明,我們目前的字體尺寸太小無法讓大多數人舒適地閱讀。這意味著,平均而言,人們閱讀速度較慢,閱讀時眼睛疲勞,或難以清楚地看清文字。預設增加字體大小可以改善所有使用者的這些問題,包括可能沒有足夠時間透過外觀選單或瀏覽器調整設定的使用者。資訊密度同時很重要,這就是為什麼我們希望在不犧牲資訊密度的情況下增加字體大小。我們不僅透過更改字體大小,同時透過更改行高和段落間距來實現這一目標。
  • 由來自 13 個不同語言、腳本和大小的維基專案中 630 多名維基媒體成員提交的設計。這些用戶中的大多數(約 450 名)選擇了比預設值更大的字體大小。「標準」代表最受歡迎的一組答案(15-20 像素)的平均值。大字體選項代表讀者需要更大的字體尺寸選項,例如 21-26 像素之間的一組尺寸。您可以在此閱讀更多關於我們如何讓志願者參與此過程並確定這些選項的資訊
  • 測試版功能使用情況表明,至少一次與該功能互動的大多數使用者選擇的字體大小大於當前預設值

我們目前為止的工作和下一步

已登入的用戶將暫時保留小字體選項設置作為預設設置,但可以隨時更改為任何其他設定。幾個月後,我們將研究有多少登入使用者切換到標準字體選項,並開始討論已登入的用戶進行的切換是否具有意義。根據測試版功能的早期數據,與該功能的互動中有 55% 選擇使用標準或更大的字體選項設定。

如果您想提供協助,我們有一些簡單的請求:

  1. 請開啟測試版功能 (「無障礙閱讀(Vector 2022皮膚)」)
  2. 請嘗試一下新選單。請問有什麼令人困惑的部分嗎?您了解所有標籤以及選單的工作原理嗎?
  3. 請嘗試不同的字體選項:小尺寸、標準尺寸和大尺寸、配色方案和寬度切換。如果您發現任何錯誤或有任何疑問,請與我們聯絡。

Last-minute FAQ (thanks to SCP-2000 for pointing out these issues:

Zhwiki community has already solved this issue by increasing the font size to 15px with a gadget.
We believe that it's great that you have decided to increase the font size. You are one of few communities which have done that, and we applaud you. But 15px turns out to be not enough.
Why 16px? Do this research and data usage apply to CJK characters?
Yes, they do. 16px is a minimum for any script, including non-diacriticized Latin scripts like English. Since Chinese characters are more complex than Latin characters, the minimum for zhwiki is at least equal to the minimum for the Latin script-wikis.

如果您想了解有關該專案的更多信息,請參閱我們的常見問題與答案。我們歡迎您提出意見和問題。謝謝你![Translated by Venuslui] OVasileva (WMF) & SGrabarczuk (WMF)留言2024年5月24日 (五) 12:26 (UTC)[回复]

我记得@Shizhao曾经解释过选择15px的理由,想问一下同样的理由也适合16px吗?这个变化至少在我这里是可感的,而社群当时同意保持15px的理由是尽量避免变化。--碟之舞📀💿 2024年5月24日 (五) 14:11 (UTC)[回复]
@ShizhaoYFdyh000S8321414Ericliu1912 簡單而言,未登入用戶的字體大小改為標準選項(16px),登入用戶維持原狀及為小選項(15px),所有用戶將有選項列表改變字體大小和行高、及開關深色模式。如果沒有任何重大問題,將會兩星期後部署此改動。副知曾參與相關討論的編者。謝謝。--SCP-0000留言2024年5月24日 (五) 16:09 (UTC)[回复]

如何隐藏用户页内自动生成的“目录”元素[编辑]

如题。--Sinet讨论 2024年5月24日 (五) 14:11 (UTC)[回复]

页面开头加上__NOTOC__。--碟之舞📀💿 2024年5月24日 (五) 14:12 (UTC)[回复]
感谢--Sinet讨论 2024年5月24日 (五) 14:13 (UTC)[回复]

Template:校對翻譯句 无法使用[编辑]

Template:校對翻譯句 模板好像无法使用?像我插入{{subst:Check translation/auto|请求校对的译文}},会直接将原文文字删除,而不是在原文文字上产生灰色标记。--桃花影落飞神剑留言2024年5月24日 (五) 16:34 (UTC)[回复]

{{Check translation/auto}}之前被某位编者清空了;已恢复。Irralpaca留言2024年5月24日 (五) 17:41 (UTC)[回复]