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

监视列表的星星图标旋转后不对称

监视列表的星星图标在点击监视按钮后会旋转，旋转过后可以发现图标不对称。这个问题出现在网页端，移动端和PC端都有这个问题。

查看不对称的星星图标截图--Heer Rayy（留言） 2024年6月1日 (六) 08:25 (UTC)

没明白怎么不对称？--百無一用是書生 (☎) 2024年6月1日 (六) 11:34 (UTC)

因为MediaWiki使用的星星图标File:OOjs_UI_icon_star.svg本身就不是正五角星，下方的两个角要大个5°左右，见[1]。因此旋转之后自然看起来就有点歪。不过说它“不对称”是不准确的，它有一条对称轴，只是它不满足旋转对称。Irralpaca（留言） 2024年6月1日 (六) 13:48 (UTC)

Wikipedia:資料庫報告

能否列出在Category:在世人物和Category:生者傳記分类中，英语维基、维基数据中已经标示死亡的人物传记条目，比如菲利普·罗斯已经去世六七年了，讨论页Talk:菲利普·罗斯 (Special:Diff/80866776/82855802)的模板中有{{Blp}}模板，或者{{WikiProject banner shell}}还有BLP、living参数，并将其列入Category:生者傳記分类。--Kethyga（留言） 2024年5月31日 (五) 01:48 (UTC)

英维有一个en:Category:Living people on EN wiki who are dead on other wikis这样的分类。希望可以引入中维吧--微肿头龙（留言） 2024年5月31日 (五) 08:00 (UTC)

有一說一，這個分類名稱有夠好笑XD —— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年6月3日 (一) 02:33 (UTC)

关于Special:Watchlist的变动

最近，监视清单的顶部改用了flex进行实现。flex作为块级元素，和作为右浮动块级div元素的「全域监视列表」按钮位置配合得不是很好。

干脆改成简单的链接算了吧。加个clear感觉不是很好看。 --MilkyDefer 2024年5月30日 (四) 13:49 (UTC)

完成，看这样可好？--百無一用是書生 (☎) 2024年5月31日 (五) 13:18 (UTC)

我觉得鼠标不移动上去就不知道原来是个按钮、并且可以完美地和上下文的文字融于一体的设计不是好设计。--MilkyDefer 2024年5月31日 (五) 14:07 (UTC)

那改成这样了Special:Watchlist--百無一用是書生 (☎) 2024年5月31日 (五) 14:23 (UTC)

我在想能不能比照元維基改在側邊欄顯示？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年6月5日 (三) 00:33 (UTC)

舊版Vector來源彈窗不能顯示

於Phabricator查看
編號T366419的工單

當鼠標標向來源時，彈窗不能顯示。

又是更新導致嗎 ?--約翰同志－條目裱糊匠（留言） 2024年6月6日 (四) 11:20 (UTC)

我还以为是我浏览器问题，看来是真的出问题了--百無一用是書生 (☎) 2024年6月6日 (四) 12:22 (UTC)

见phab:T366419#9857143，被默认关闭了。需要在Special:参数设置#mw-prefsection-rendering中手工重新开启--百無一用是書生 (☎) 2024年6月6日 (四) 12:29 (UTC)

Cat-a-lot

見展開的編輯歷史，是哪裡出了問題。--寒吉（留言） 2024年6月6日 (四) 16:02 (UTC)

页面预览功能疑似损坏

已修复：

在“全域参数设置”中勾选“启用页面预览”后恢复正常。--深鸣（留言） 2024年6月7日 (五) 04:58 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

---

自昨天下午开始，我登录状态下页面预览似乎被破坏，但在未登录状态下似乎正常。已经勾选了启用页面预览。我尝试过的方法：关闭所有小工具、清空common.js、切换皮肤、换用浏览器（Microsoft Edge、Firefox）、清除浏览器Cookie、新建账户等，均能复现。

另附英维相关讨论。--深鸣（留言） 2024年5月30日 (四) 10:50 (UTC)

---

本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

2024年第23期技術新聞

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

最近更改

• 管理員現在無需使用JavaScript，即可在工具側邊欄的底部添加链接。參見手冊。 [2]
• WikiHiero追蹤分類的定義的訊息名稱已從「MediaWiki:Wikhiero-usage-tracking-category」修正為「MediaWiki:Wikihiero-usage-tracking-category」。 [3]
• 一個新的維基已创建： 中部杜順語维基百科 (w:dtp:) [4]

本週更改

• MediaWiki的新版本將於6月4日部署至測試維基及MediaWiki.org，於6月5日部署至非維基百科wiki及部分維基百科，並於6月6日部署至所有站點（參見日程表）。 [5][6]

未來更改

• 下週，在默认皮肤為Vector 2022的wiki上，未登录用户在桌面版將可以選擇不同的字体大小，同時默认字体也將增大。這是為了使維基媒體项目更易於閱讀。了解更多。（譯註：相關討論）

技術新聞由技術新聞編者撰寫，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2024年6月3日 (一) 22:33 (UTC)

新版本对Vector 2010的更改中包含标题HTML的更改，这会导致部分小工具失效，需参考mw:Heading HTML changes对受影响的工具进行修改。——暁月凛奈 (留言) 2024年6月7日 (五) 12:44 (UTC)

另外，Vector 2010下，首页的mw-heading mw-heading1会把文字挤到下方……——暁月凛奈 (留言) 2024年6月7日 (五) 13:03 (UTC)

Jimmy-bot存档互助客栈时创建的讨论页面包含存档页模板

Jimmy-bot在存档互助客栈的讨论时，如果存档至一个不存在的讨论界面，创建讨论界面时就会在顶部加上{{存档页|Wikipedia:互助客栈/XX}}。比如这个讨论页面Special:Diff/82853018，顶部就被加上了“本页是以往讨论的存档。请勿编辑本页。若您想发起新讨论或重启现有讨论，请在当前讨论页进行。”并且当前讨论页的链接也是指向Wikipedia:互助客栈/技术的。不知道问题是不是bot没有区别创建其他讨论页面和创建类似Wikipedia:互助客栈/技术/存档/2024年5月这种存档页。--𝓧𝓩𝓣𝓓𝓮𝓪𝓷 ^{𝕋𝕒𝕝𝕜}  2024年6月7日 (五) 07:33 (UTC)

@XZTDean：您可以直接去Jimmy Xu的討論頁請教他。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年6月7日 (五) 13:52 (UTC)

艾奥瓦/艾奧瓦/愛荷華

剛剛編輯姊妹舰題目時，留意到一個小問題。

艾奧瓦號戰艦 (BB-61)和艾奧瓦號戰艦 (BB-4)的名稱來自艾奥瓦州。根據Module:CGroup/USState，美國州份Iowa的轉換為简体：艾奥瓦；繁體：愛荷華。奥為簡，而奧為繁，艾奧瓦是否合符規範？但我於沙盒測試時，發現台灣字詞轉換未能正確處理 艾奥瓦(標準簡體，顯示為繁體奧)，而能將艾奧瓦（繁體奧）轉爲愛荷華。

另同樣以該州命名的衣阿华级战列舰是否需要更名？--惣流 明日香 蘭格雷不姓 式波 2024年6月7日 (五) 08:33 (UTC)

@Sohryu Asuka Langley Not Shikinami：似乎涉及譯名差異而非純粹技術問題，建議移步條目探討區，經討論後再統一更新各類轉換組。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年6月7日 (五) 13:55 (UTC)

台灣轉換將混入繁體的大陸寫法“艾奧瓦”“正確”轉爲“愛荷華”，將簡體大陸寫法“艾奥瓦”只“轉”成“艾奧瓦”是否技術問題？--惣流 明日香 蘭格雷不姓 式波 2024年6月7日 (五) 14:10 (UTC)

IABOT与哈佛参考文献格式

IABOT是否只能处理<ref></ref>中的链接，而不能处理{{refbegin}}{{refend}}中的链接？--三猎（留言） 2024年6月8日 (六) 15:47 (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)

可以给个载图吗？--GX01（留言） 2024年5月25日 (六) 03:48 (UTC)

见此：https://t.me/wikipedia_zh_n/1839284--ElectronicGhost｜👻 2024年5月25日 (六) 18:12 (UTC)

 已修复在MediaWiki:Timeless.css和MediaWiki:Monobook.css--百無一用是書生 (☎) 2024年5月31日 (五) 12:55 (UTC)

Vector皮肤也一样排版错乱（包括粤维也是如此）；Vector 2022皮肤在URL最后增加?safemode=1禁用JavaScript后正常，以正常模式打开会排版错乱。--Dabao qian℡ 2024年6月10日 (一) 11:09 (UTC)

 已修复 in MediaWiki:Vector.css--百無一用是書生 (☎) 2024年6月10日 (一) 11:28 (UTC)

2024年第24期技術新聞

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

最近更改

• SVG渲染软件已更新，修復了多項長期存在的SVG渲染錯誤。 [7]
• 所有標題的HTML標記正在進行更改，以進一步落實無障礙。部分皮肤（旧版Vector（2010）和MinervaNeue）已於上週更改。請於您所在的維基的這些皮肤下測試小工具，並回報任何相關問題，以便在Vector 2022進行更改之前解決這些問題。開發人員仍在考慮引入小工具API，用來向章節標題添加按鈕（如果這對工具創作者有幫助的話）；開發人員將非常感謝您對此提供任何意見。
• 上週，Parsoid用於引用的HTML標記有一項更改。現在，Parsoid在原本會生成mw-reference-text class的地方，會同時生成reference-text class，以便更好地兼容舊版解析器。詳情請見公告。 [8]

問題

• 內容翻譯功能的界面出現錯誤，導致了工具菜单錯位。此問題已解決。 [9]

本週更改

• MediaWiki的新版本將於6月11日部署至測試維基及MediaWiki.org，於6月12日部署至非維基百科wiki及部分維基百科，並於6月13日部署至所有站點（參見日程表）。 [10][11]
• MediaWiki的新版本有另一項關於引用的HTML標記更改：Parsoid現在均會為已命名和未命名參考生成<span class="mw-cite-backlink"> wrapper，以便更好地兼容舊版解析器。請界面管理員確認與引用互動的小工具是否兼容新標記。詳情請見公告。 [12]
• 在使用<translate>系統的多語言維基上，可能過時的翻译會以粉紅色背景顯示，直到被更新或確認。從本週開始，確認翻译操作將記錄在日誌中；如果社群提出要求，我們將為確認翻译新增一項用户权限。 [13]

技術新聞由技術新聞編者撰寫，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2024年6月10日 (一) 20:18 (UTC)

如何在「Template:」以外的 namespace 測試 styles.css？

我在模板沙盒想要測試NumBlk（User:Justin545/沙盒/Template:NumBlk）及其對應的TemplateStyles（User:Justin545/沙盒/Template:NumBlk/styles.css），所以在 模板沙盒 的 沙盒字首 欄位填入「User:Justin545/沙盒」，顯示頁面 欄位填入「不等」，按下 檢視 鈕後，結果卻看到『頁面Template:NumBlk/styles.css必須具有內容模型「已過濾的CSS」用於模板樣式（目前的內容模型是「CSS」）。』的紅字。

請問要如何才能在「Template:」及「模板:」以外的命名空間測試含有TemplateStyles的模板？--Justin545（留言） 2024年6月3日 (一) 06:53 (UTC)

找管理员帮手改“内容模型”，或者直接在模板空间下面建立CSS页（好像只有模板子页面的css页才是“已過濾的CSS”，可以用于模板样式）。——Sakamotosan路过围观 | 避免做作，免敬 2024年6月3日 (一) 08:05 (UTC)

謝謝，看來似乎還是要有特殊權限才行，若是這樣「模板沙盒」的用處就比較小了，要在模板空間下的CSS頁才能使用。--Justin545（留言） 2024年6月3日 (一) 09:07 (UTC)

把你需要的css拉到Template:沙盒/TemplateStyles的子页面吧 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年6月3日 (一) 11:44 (UTC)

若沒錯的話，雖然該頁面也是屬於Template命名空間底下的頁面，不過它看來有分配子頁面給各別的使用者做測試，可以避免不同使用者搶到同一個頁面來測試的問題。

其實，原本這個「已過濾的CSS」的錯誤訊息一開始是在日文維基遇到的問題，後來發現中文也有相同的問題，所以直接在這裡提問，畢竟日文也是靠Chrome的翻譯，溝通還是可能造成誤會。我可能再找找日文維基有沒有Template:沙盒/TemplateStyles的類似頁面，如果沒有的話，可能就直接把日文維基的Lua module搬到中文維基來用了。--Justin545（留言） 2024年6月3日 (一) 15:40 (UTC)

註：上述的module為ja:Module:サンドボックス/Ef3/Timeit，看起來像是可以量測模板在做展開時所耗費的時間（第14~20行），不過Lua幾乎沒經驗，也可能有誤解。--Justin545（留言） 2024年6月3日 (一) 15:49 (UTC)

日文維基我暫時找不到類似的template style放置空間，所以已將前述的Lua module先搬到Module:沙盒/Justin545/Timeit，並加上一點使用的範例。--Justin545（留言） 2024年6月4日 (二) 04:56 (UTC)

有一個做法就是隨便建一個Template:沙盒/TemplateStyles/TEST20240603.css之類的css頁然後再直接移動到你的用戶頁（這種頁面移動不會留下重定向）--SunAfterRain 2024年6月4日 (二) 09:18 (UTC)

在Template命名空間先建立好CSS頁，然後再把該CSS頁移到其他的命名空間（如User），您是指像這樣類似的做法可以讓移動後的CSS頁面其內容模型保持在「已過濾的CSS」嗎？--Justin545（留言） 2024年6月4日 (二) 10:05 (UTC)

@Justin545：呃 您從哪裡聽來移動頁面會改變內容模型了 囧rz……如果新標題不能放置那個內容模型是會直接連移都移不了--SunAfterRain 2024年6月11日 (二) 13:14 (UTC)

沒聽說也不這麼認為移動頁面會改變內容模型，原本只是想再次確認閣下所述的做法以減少自己誤會的可能。只是沒想到這個再確認「似乎」又造成了另一個誤會。後續有需要我再自行試驗即可，謝謝建議。--Justin545（留言） 2024年6月11日 (二) 16:43 (UTC)

互助客栈/条目探讨 的英文連結

現時Wikipedia:互助客栈/条目探讨的英文版本連結至無關的英維法輪功討論頁歷史版本--惣流 明日香 蘭格雷不姓 式波 2024年6月12日 (三) 03:02 (UTC)

找到原因了，Talk:法轮功#从英文维基百科翻译了一段内容有个直链en的跨语言标记，通过RFC嵌入进来了。——Sakamotosan路过围观 | 避免做作，免敬 2024年6月12日 (三) 04:16 (UTC)

好奇問一下RFC是什麽？--惣流 明日香 蘭格雷不姓 式波 2024年6月12日 (三) 04:40 (UTC)

WP:RFC（征求意见）。不过我也不知道是怎么嵌入到条目探讨的……--自由雨日（留言） 2024年6月12日 (三) 05:15 (UTC)

本来的讨论有人写错了跨语言连接。然后被RFC复制到Wikipedia:徵求意見/政治、政府與法律，再通过逐层嵌套引入的。

t:Village pump page header加了判断子页面Wikipedia:互助客栈/条目探讨/rfclist，后者嵌入Wikipedia:徵求意見/條目主題，再嵌入Wikipedia:徵求意見/政治、政府與法律。——Sakamotosan路过围观 | 避免做作，免敬 2024年6月12日 (三) 06:08 (UTC)

簡繁重定向不一致

剛剛在1970年约旦内战編輯時看到一個武裝鬥爭鏈接，重定向至舉事，而武装斗争鏈接，重定向至武装力量。未知是否有其他類似情況。--惣流 明日香 蘭格雷不姓 式波 2024年6月5日 (三) 08:34 (UTC)

其實可以考慮用機器人偵測列出資料庫報告？副知@Kanashimi。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年6月5日 (三) 09:49 (UTC)

機器人可以做，不過得有時間寫程式。--Kanashimi（留言） 2024年6月5日 (三) 12:56 (UTC)

@Kanashimi：無妨，您若改日有空再看看。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年6月12日 (三) 19:41 (UTC)

又一例：

2022年英国政府危机 消歧義

2022年英國政府危機 重定向

--惣流 明日香 蘭格雷不姓 式波 2024年6月7日 (五) 09:31 (UTC)

目前後者已被更改重定向至前者--—— Matt Zhuang表示有事按「此」留言 2024年6月7日 (五) 10:47 (UTC)

乐谱无法输出音乐

於Phabricator查看
編號T363630的工單
狀態：已解決

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

页面上有其他多媒体文件时（您在编辑中加入了File:Le facteur n'est pas passé.webm），Score扩展无法播放。见Phab:T363630。Irralpaca（留言） 2024年5月21日 (二) 16:14 (UTC)

其他条目也可见该问题，如义勇军进行曲#歌曲和中華民國國歌#旋律。Irralpaca（留言） 2024年5月21日 (二) 16:17 (UTC)

感谢告知。怪不得我前几天在英维上也遇到过这一状况。那就坐等修复啦。——三猎（留言） 2024年5月21日 (二) 17:30 (UTC)

@三猎：问题已于6月13日部署至中维的1.43.0-wmf.9版本中解决，谨此通知。Irralpaca（留言） 2024年6月13日 (四) 23:32 (UTC)

@Irralpaca：感谢！——三猎（留言） 2024年6月14日 (五) 05:25 (UTC)

能否取消点击右上角“X种语言”时弹出的“缺少XX、XX及其他语言版本”？

於Phabricator查看
編號T344028的工單

想阅读其他语言版本的条目时，点击右上角的“X种语言”按钮，总会在大约1s后在顶端出现“缺少XX、XX及其他语言版本”横幅。这就导致，比如原本想点击English，结果在按下鼠标时刚好弹出横幅，就点到了English上面的一种语言。所以每次只能要么趁横幅还没弹出来赶紧点，要么就只能等一会儿等横幅跳出来之后再点，严重影响使用体验。 （注：用的是Vector 2022皮肤）--自由雨日（留言） 2024年6月14日 (五) 08:40 (UTC)

一年前已有其他用户在Phabricator报告了（Phab:T344028），不过似是没有修复的意向。在bug报告下方有其他用户提供了使用全域CSS的临时解决方案，您可前往Phab链接查看。Irralpaca（留言） 2024年6月14日 (五) 11:29 (UTC)

谢谢！不过我照他说的加入了css并刷新了缓存，好像根本没有效果……--自由雨日（留言） 2024年6月14日 (五) 11:42 (UTC)

另一种解决方法，如果平时不用内容翻译功能的话，便是在参数设置的测试功能中将内容翻译关闭。Irralpaca（留言） 2024年6月14日 (五) 16:46 (UTC)

！！好像确实可行！我确实不用翻译功能。没想到这么容易就解决了……？--自由雨日（留言） 2024年6月14日 (五) 21:05 (UTC)

换个皮肤试一下？--Leiem（留言·签名·维基调查） 2024年6月14日 (五) 18:13 (UTC)

不太用得习惯其他皮肤啊，而且可能和皮肤无关（）--自由雨日（留言） 2024年6月14日 (五) 21:05 (UTC)

比如我用的Modern皮肤的语言列表是在左下角的，是一长列的形式。--Leiem（留言·签名·维基调查） 2024年6月15日 (六) 01:50 (UTC)

哦哦，很有道理！用惯了Vector（2022）差点忘了其他皮肤语言链接一般是在侧面了。（不过设置里有Modern这个皮肤吗……）--自由雨日（留言） 2024年6月15日 (六) 02:02 (UTC)

Wikipedia:互助客栈/技术/存档/2024年1月#h-皮肤不可用-20240130070700 ← 在这。--Leiem（留言·签名·维基调查） 2024年6月15日 (六) 04:37 (UTC)

我也需要！—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年6月14日 (五) 22:10 (UTC)

推荐全域屏蔽cx的广告。可以看看经典语言栏小工具。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年6月15日 (六) 17:21 (UTC)

cx是什么？内容翻译吗？--自由雨日（留言） 2024年6月15日 (六) 17:36 (UTC)

en:WP:CX--Miyakoo（留言） 2024年6月15日 (六) 17:57 (UTC)

Infobox 配色

上游bug，已修复。--碟之舞📀💿 2024年6月16日 (日) 09:33 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

---

於Phabricator查看
編號T367462的工單
狀態：已解決

請問最近是改了配色了嗎，現在Infobox 邊框顏色改了嗎，或者是改細了？背景白色和Infobox表格內配色太相近了，邊框不清晰，看得眼疼。個人現在這種變化有違無障礙要求的MOS:對比度。--Nostalgiacn（留言） 2024年6月14日 (五) 01:52 (UTC)

補充是瀏覽器的變化，直觀感覺是直接套用手機端的樣式，手機屏幕小，Infobox顯示由上而下，所以不太受影響。PC屏幕長寬比更大，讓整體體驗變得很糟糕。--Nostalgiacn（留言） 2024年6月14日 (五) 02:03 (UTC)

Vector 2022皮肤又瞎改，{{Infobox}}和{{Hatnote}}都变成了移动版的样式。--Dabao qian℡ 2024年6月14日 (五) 02:53 (UTC)

我是觉得还可以--百無一用是書生 (☎) 2024年6月14日 (五) 03:16 (UTC)

{{taxobox}}跟{{speciesbox}}家族是不是也遭到一樣的改動？我剛剛一點開才發現資訊框設計整個變了，科學分類層從靠左變成靠右對齊，還整個對歪（詳見我正在慢慢編輯的紅嘴奎利亞雀）看了相當強迫症發作...這有辦法修成比較對齊的樣子嗎？--WiTo🐤💬 2024年6月14日 (五) 03:38 (UTC)

Infobox 的表格比例也變了，變成1：1。排版都亂了，原本不換行的變換行，還有直接格式崩掉的，如《極速星舞》。--Nostalgiacn（留言） 2024年6月14日 (五) 05:10 (UTC)

要不要将放在MediaWiki:Common.css的infobox样式迁移回模板样式中？可能皮肤css对infobox系样式增加了适应性的调整，刚好覆盖了我们的MediaWiki:Common.css对infobox的样式。或者考虑下降到模板样式，这样优先级会更高一些，同时也是专项专用。——Sakamotosan路过围观 | 避免做作，免敬 2024年6月14日 (五) 06:03 (UTC)

有相当一部分信息框模板没有使用{{Infobox}}模板编写，而是直接套用表格语法（{{Infobox PRCG}}），这样怕会出问题，而且这个问题是所有语言版本都有出现。--Dabao qian℡ 2024年6月14日 (五) 06:45 (UTC)

参考英文版的讨论：en:Wikipedia:Village_pump_(technical)#Thursday_13_June_style_changes--百無一用是書生 (☎) 2024年6月14日 (五) 06:47 (UTC)

英文版也只迁移了一小部分en:Module:Infobox/styles.css，全部迁移好是好，但是工作量巨大--百無一用是書生 (☎) 2024年6月14日 (五) 06:49 (UTC)

从模板空间找insource:"class=\"infobox"看看那些没有直接调用{{infobox}}，先双线保留（Common和模板样式并存），清理掉前面的，再移除Common，到时仍看到有的再补充模板样式。应该就好了。——Sakamotosan路过围观 | 避免做作，免敬 2024年6月14日 (五) 06:54 (UTC)

目前的情况，只能是先等phab那边给出方案，尽快修改。如果迟迟不解决，再本地解决--百無一用是書生 (☎) 2024年6月14日 (五) 06:54 (UTC)

抛去那些问题不说，新版的infobox还是挺好看的...--百無一用是書生 (☎) 2024年6月14日 (五) 07:02 (UTC)

比例問題先不提，改了，大部分條目都要重新適配。新版辨識度，體驗很糟糕，不太清楚是否與熒幕材質有關，反正我看得眼疼。--Nostalgiacn（留言） 2024年6月14日 (五) 07:11 (UTC)

我说好看，是指整体设计上，细节的确是一大堆毛病。辨識度这点，的确有问题，虽说我电脑上看起来还行，眼睛很舒服，没之前那么刺眼了（的确和熒幕有关系，但本质还是配色问题）--百無一用是書生 (☎) 2024年6月14日 (五) 08:42 (UTC)

坚持vector-2010不动摇。不过这部分影响可能只是限定特定皮肤的。虽然navbox、infobox名义上是社群通用设计与mw没直接组件关联，但mw直接插手到样式控制上就有点意外。——Sakamotosan路过围观 | 避免做作，免敬 2024年6月14日 (五) 09:08 (UTC)

mw一直在插手，只是以前插手少，没感觉罢了。这次这个是要搞dark模式兼容、移动版优化以及flex设计，全都搅在一起了--百無一用是書生 (☎) 2024年6月14日 (五) 09:43 (UTC)

---

留意到，現在已經換回來了。--Nostalgiacn（留言） 2024年6月15日 (六) 02:00 (UTC)

---

本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

表格內圖片過小

我編寫沖繩縣行政區劃時為表格內圖片逐一設定了大小，當時也是這樣的大小，但我剛才再次檢視條目時發現圖片變得特別小（特殊:固定链接/82846712），設定了表格欄大小才恢復當時的效果（特殊:差异/83064499），不知是哪裡發生了變化，其他裝置是否亦如此。--紺野夢人 2024年6月16日 (日) 15:51 (UTC)

包括今天的首页FL蕉城区各级文物保护单位列表在内的一些条目也有同样问题。至少在6月14日就已经出现。--Kcx36（留言） 2024年6月17日 (一) 05:49 (UTC)

Vector2010就没有问题，很有可能是因为近期对Vector2022样式的改动。--Kcx36（留言） 2024年6月17日 (一) 05:56 (UTC)

和Wikipediasister模板那个应该是同一个问题：phab:T367463--百無一用是書生 (☎) 2024年6月17日 (一) 07:35 (UTC)

会影响到Vector 2022, monobook和移动版皮肤--百無一用是書生 (☎) 2024年6月17日 (一) 07:36 (UTC)

我在上面对Wikipediasister模板的临时修复应该也修复了这个问题--百無一用是書生 (☎) 2024年6月17日 (一) 07:39 (UTC)

一些模板可能导致页面排版出错

我目前发现的有Template:routemap，该模板于大都会线等页面内，移动端视图会出现排版错误，下一章节（甚至多个章节）的标题会与展开的routemap重叠在一起难以查看和点击。我试图更改条目的内容布局但无法解决问题，并且我最新的更改后发现桌面端也出现了同样的排版错误，routemap展开后会超出下一章节的标题和内容。

所以这个问题要如何解决？有没有其他类似的模板，内容过长展开时也会出现这个问题？--Awdqmb（留言） 2024年6月17日 (一) 13:53 (UTC)

您可以考虑将{{Clear}}置于{{Routemap}}下方。Irralpaca（留言） 2024年6月17日 (一) 23:59 (UTC)

我试了一下，问题确实解决了。但我个人认为直接从底层排版逻辑修复这个问题应该很难，毕竟移动端的显示排版问题一直是整个维百的老大难问题。--Awdqmb（留言） 2024年6月18日 (二) 02:45 (UTC)

是否和phab:T367463#9894557是同样问题？--百無一用是書生 (☎) 2024年6月18日 (二) 02:28 (UTC)

看起来不是，不过这个问题我之前在其他语言的维基（比如英维）见过这个问题，直接放入Infobox的Routemap会排版出错，Routemap所有内容都会自动换行不连贯。但现在这个问题已经修复了，至少英维是修复了。而且我没在中维见过这个问题（因为我之前就在补充一些线路的Routemap）。--Awdqmb（留言） 2024年6月18日 (二) 02:40 (UTC)

2024年第25期技術新聞

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

最近更改

• 現在，當用户在視覺化編輯器中嘗試加入外部連結，而該網域被列入維基项目的黑名單，用户將立即收到回饋。詳情請見編輯檢查。 [14]
• 新的社群配置扩展可在測試維基使用。此扩展使本地社群能依需求自訂特定功能。目前僅能配置Growth功能，但未來將支持其他用例。 [15][16]
• 現在，深色模式測試功能可以在分類、帮助頁面以及更多特殊頁面上使用。請留意可能存在對比問題。如果您發現任何錯誤，請在项目討論頁回報。 [17]

問題

• 上週，維基媒體云服務中斷了25分鐘。這是由於数据中心的纜線故障所致。 [18]
• 上週，Vector 2022皮肤進行了樣式更新。這導致了模板、頂註和圖片出現意料之外的問題。對模板和頂註的更改已被回退；大多數圖片問題已解決。如果您發現任何問題，請在此工單回報。 [19]

本週更改

• MediaWiki的新版本將於6月18日部署至測試維基及MediaWiki.org，於6月19日部署至非維基百科wiki及部分維基百科，並於6月20日部署至所有站點（參見日程表）。 [20][21]
• 從6月18日開始，「參考編輯檢查」功能將部署至新一批維基百科。當用户新增內容至維基百科條目時，若未附上引註，此功能將請他們新增引註，藉此來協助新手並輔助巡查工作。在涵蓋11個維基的測試中，當向用户顯示「參考檢查」時，新增的引註數量增加了一倍以上。「參考檢查」可由社群自行配置。 [22]
• 本週二（18日），維基媒體郵件列表將於10:00至12:00 UTC期間暫停服務約兩個小時。這是為了遷移至新伺服器並升級其軟體。 [23]

技術新聞由技術新聞編者撰寫，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2024年6月17日 (一) 23:47 (UTC)

「參考編輯檢查」感覺會挺有用的？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年6月18日 (二) 03:15 (UTC)

在过滤最近更改时把拒绝编辑检查的四个标签激活，立刻治好低血压。——暁月凛奈 (留言) 2024年6月19日 (三) 16:41 (UTC)

模板中禁止使用noteTA标题转换？

刚刚发现，如模板中加入noteTA字词转换，可能导致引述模板的条目中（标题等）的错误。例子：Template:手動工具。

有何方法禁止在模板中使用 noteTA字词转换，或至少在提交模板编辑时展示警告？--Zhenqinli（留言） 2024年6月20日 (四) 17:51 (UTC)

之前的版本直接添加了标题转换（Special:Diff/83053442），那毫无疑问会导致标题错误……我已经改为只在正文转换了（Special:Diff/83111564）。第二行，“禁止在模板中使用字词转换，或至少……警告”我没看懂。--自由雨日（留言） 2024年6月20日 (四) 18:30 (UTC)

应该修正为：禁止在模板中使用noteTA（T=标题转换）的选项。--Zhenqinli（留言） 2024年6月20日 (四) 18:35 (UTC)

Template:NoteTA/doc#其他注意事項已经指出“如果要在模板内使用本模板，请将本模板用<noinclude>……</noinclude>包圍”，理论上如果加了noinclude（现在已经被加上了），模板的标题转换是不会影响条目中的标题转换的，出问题是加模板操作错误。

另外，有的模板确实是需要标题转换的（如{{知识共享}}），不应该禁止；倒是可以提示“在模板中加{{NoteTA}}要包含noinclude”。--_古怪的Wang31（讨论 | 贡献） 2024年6月21日 (五) 00:37 (UTC)

感谢说明！我确实之前在模板代码中都会看到{{NoteTA}}被<noinclude>……</noinclude>包裹，但感觉这里和相关条目转换规则的冲突概率不大，所以就没加（Special:Diff/83111564），没想到在Template:NoteTA/doc#其他注意事項中有强制要求。确实应该加上这句提示。尤其是对直接在模板中将局部字词转换参数写作T（相关编者本意不可能是想将“手动工具”标题转为“锁定钳”）的新手来说，一般更不会知道要用noinclude包裹的注意事项……--自由雨日（留言） 2024年6月21日 (五) 01:22 (UTC)

说点远的：我觉得将来应该扩展MW自己的字词转换语法，给规则设定作用域，这样就可以最终解决这个长久以来的痛点。--碟之舞📀💿 2024年6月21日 (五) 03:16 (UTC)

应该是“模板的作用域”，有些模板不应该透传到其他页面。也就是noteTA不应该放在模板页面中，然后被嵌入时透传到条目页面上。——Sakamotosan路过围观 | 避免做作，免敬 2024年6月21日 (五) 03:25 (UTC)

深色模式界面格式问题：编辑模式对话框文本、SVG图片、代码块背景色及字体

—此條未加入日期時間的留言是于2024年6月21日 (五) 08:14 (UTC)之前加入的。

“為翻譯頁面標記{{Translated page}}”小工具的bug

應該產生的是“|version=<版本號>”，但是無法正常抓取版本號，變成了“|version=undefined”。--GnolizX（留言） 2024年6月21日 (五) 12:23 (UTC)

繁簡分類重新導向問題

歸類於繁體標題下之頁面，未能自動重新導向至簡體；如不丹宗份在「各國一級行政區」，卻不能自動分類至既有之「各国一级行政区」分類。Jimmy-bot可能亦需要注意此種分類。我知道手動建立分類重新導向應該可以解決，但本來應該不建立也能運作纔是。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年6月23日 (日) 14:32 (UTC)

以淺藍色背景突顯被點選到的數學式其對應的NumBlk模板

我已將{{NumBlk}}的inline styles盡可能地都移到其對應的模板樣式CSS頁NumBlk/styles.css了。接下來，因為維基百科原本就有一些點選後以淺藍色背景顏色突顯目標的行為（例如：點選條目中的註釋編號後註釋文字會以淺藍色突顯、點選訂閱通知後在討論章節中新增文字會以淺藍色突顯），所以我想{{NumBlk}}或許也應比照辦理。例如，在特征线法裡的數學式(6)其源碼為：

{{NumBlk|:|<math>
...（省略LaTeX，不是討論的重點）...
</math>|{{EquationRef|6}}}}

它的渲染結果為：

${\begin{array}{rcl}x_{1}\left(s{=}0\right)&{=}&h_{1}\left(t_{1},t_{2},\ldots ,t_{N-1}\right)\\x_{2}\left(s{=}0\right)&{=}&h_{2}\left(t_{1},t_{2},\ldots ,t_{N-1}\right)\\\vdots \\u\left(s{=}0\right)&{=}&v\left(t_{1},t_{2},\ldots ,t_{N-1}\right)\end{array}}$

6

而在條目的源碼中加入({{EquationNote|6}})即可產生連到該數學式的連結(6)。我希望點選前面那個連到數學式的連結後，會變成如下的樣式，也就是整個{{NumBlk}}的背景變為淺藍色：

${\begin{array}{rcl}x_{1}\left(s{=}0\right)&{=}&h_{1}\left(t_{1},t_{2},\ldots ,t_{N-1}\right)\\x_{2}\left(s{=}0\right)&{=}&h_{2}\left(t_{1},t_{2},\ldots ,t_{N-1}\right)\\\vdots \\u\left(s{=}0\right)&{=}&v\left(t_{1},t_{2},\ldots ,t_{N-1}\right)\end{array}}$

6

而不是只有編號的部份其背景變為淺藍色（這樣非常不明顯，而且也看不出整個數學式的範圍）：

${\begin{array}{rcl}x_{1}\left(s{=}0\right)&{=}&h_{1}\left(t_{1},t_{2},\ldots ,t_{N-1}\right)\\x_{2}\left(s{=}0\right)&{=}&h_{2}\left(t_{1},t_{2},\ldots ,t_{N-1}\right)\\\vdots \\u\left(s{=}0\right)&{=}&v\left(t_{1},t_{2},\ldots ,t_{N-1}\right)\end{array}}$

6

以上的需求，不確定能否光靠模板樣式或CSS來達成？？？？？

但是目前看來似乎有難度，因為({{EquationNote|6}})所連結到的目標是{{EquationRef|6}}，所以用:target pseudo-class所選到的節點基本上是{{EquationRef|6}}而不是最外層的整個{{NumBlk|:|<math>...</math>|...}}，如此就難以突顯整個{{NumBlk}}，而是可能只有突顯到{{NumBlk}}的子節點，也就是編號的部份。可能這需要CSS selector能夠選到父節點的類似功能才能辦到...--Justin545（留言） 2024年6月22日 (六) 15:25 (UTC)

(～)補充：Is there a CSS parent selector? 提到可以用:has() pseudo-class來選到父節點，但這CSS規格較新，一些browser可能不支援。--Justin545（留言） 2024年6月23日 (日) 13:01 (UTC)

• (：)回應我用火狐和Chrome在F12 Console下使用

  console.log(document.querySelectorAll(".numblk:has(a:hover)"))
  

  回傳NodeList [ table.numblk ]，如圖

但使用Template:沙盒/TemplateStyles測試之後得到以下錯誤訊息：

在第 1 行裡字元 1 有無效的頁面選擇器清單。

似乎:has()語法在頁面內容模型（ContentModel）為「sanitized-css」（已過濾的CSS），也就是Help:模板樣式，似乎還不支援此種語法，所以系統會阻止你在Help:模板樣式:「sanitized-css」（已過濾的CSS）頁面中提交包含:has()的css selector，如圖

既然系統已經阻擋，即使繞過阻擋，該規則也會被MediaWiki過濾掉而無法生效，因此含有此CSS Selector會無法保存編輯(沙盒也發不了、而顯示預覽時，則該規則消失)。

所以，如需要讓Help:模板樣式支援:has()的css selector，可能需要提工單或提交社群願望清單。c.c.@Justin545：-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年6月23日 (日) 14:59 (UTC)

• (：)回應

我之前沒有實際做過:has()的測試，沒想到sanitized-css或MediaWiki可能也是潛在的問題，感謝閣下的測試與回覆。

後有去查了一下，在MDN關於:has()的Browser compatibility一節看到各大browser的相容資訊，Firefox是121 (Released 2023-12-19)。所以根據該表，沒錯的話可以整理出一個相容性的清單：

• Chrome:105 (Released 2022-09-02)
• Edge: 105 (Released 2022-09-01)
• Firefox: 121 (Released 2023-12-19)
• Opera: 91 (Released 2022-09-14)
• Safari: 15.4 (Released 2022-03-14)
• Chrome Android: 105 (Released 2022-09-02)
• Firefox for Android: 121 (Released 2023-12-19)
• Opera Android: 72 (Released 2022-10-21)
• Safari on iOS: 15.4 (Released 2022-03-14)
• Samsung Internet: 20.0 (Released 2023-02-10)
• WebView Android: 105 (Released 2022-09-02)

可以看到各browser似乎都要到2022年後才開始對:has()提供支援，對於不常更新browser軟體的使用者是有一定的危害。

現在主要的兩個問題：server side是閣下所發現的問題，client side是browser相容性的問題，這似乎讓:has()的解決方案走進暫時的死胡同裡。如果CSS的問題在幾年內都是暫時無解的，或許要考慮CSS以外的方法...。也許是另外再建一個新版的{{NumBlk}}，譬如像是{{NumBlkEx}}這個新模板，然後在新版{{NumBlkEx}}的實作部份會自動把第3個參數（也就是編號）當作是最外層節點的id attribute，例如呼叫

{{NumBlkEx|:|<math>...</math>|17}}

展開後會自動變成

<table id="math_17" class="numblk">...（數學式與編號）...</table>

這樣當在條目中若有新增或存在既有的{{EquationNote|17}}，它所連結到的目標基本上就會是整個{{NumBlkEx}}了（若沒錯的話，原本{{EquationNote}}所連結到的目標id是透過其展開後所包含的一個連結<a href="#math_17">...</a>所決定的）。若是這個做法，呼叫{{NumBlkEx}}時第3個參數就不應該再使用{{EquationRef}}。而{{NumBlkEx}}的實作部份看是要把{{NumBlk}}的源碼複制過去改，還是要把{{NumBlkEx}}當作一個wrapper template去呼叫原本的{{NumBlk}}。{{NumBlk}}的說明文件也要明顯地註明將{{NumBlkEx}}與{{EquationRef}}合併使用是不建議的（deprecated），應改用{{NumBlkEx}}。

目前還想不到較好的做法，上述做法的缺點是只能適用到新增的條目內容，原有的條目內容可能要手動（以機器人改對我有技術門檻，但英文維基呼叫{{NumBlk}}或{{EquationRef}}的次數估計皆超過1000次）慢慢改成使用新版的{{NumBlkEx}}。--Justin545（留言） 2024年6月24日 (一) 05:01 (UTC)

2024年第26期技術新聞

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

最近更改

• 上週，差異視圖中的文字背景顏色以及位元組變化數字的顏色有一些更改。這些改動旨在使文字在淺色模式和深色模式下更容易閱讀，是加強落實無障礙的一部分。您可以在專案討論頁提出意見和疑問。 [24]
• 上週，visited、hover和active链接的顏色也略有改動，以在淺色模式和深色模式下進一步落實無障礙。 [25]

問題

• 點擊留言的时间戳可以複製討論頁留言的固定链接。當話題標題過長並且链接被用作wikitext連結時，有一些留言固定链接不起作用。此問題已解決。感謝Lofhi回報錯誤。 [26]

本週更改

• MediaWiki的新版本將於6月25日部署至測試維基及MediaWiki.org，於6月26日部署至非維基百科wiki及部分維基百科，並於6月27日部署至所有站點（參見日程表）。 [27][28]
• 從6月26日開始，英語維基百科上所有討論頁留言的时间戳將產生一個链接；至此所有維基都能使用此功能。這個链接是該留言的固定链接。即使留言被移動到他處，用户仍找得到該链接導向的留言。關於此功能的更多信息，請參閱Diff或Mediawiki.org。 [29]

技術新聞由技術新聞編者撰寫，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2024年6月24日 (一) 22:31 (UTC)

MobileFrontend侧边栏故障

[30] 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)

@Txkk、Shizhao：現在情況如何？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年6月25日 (二) 02:58 (UTC)

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

摘要：基金會計劃將未登入用戶的字體大小改為標準選項（16px），登入用戶維持原狀及為小選項（15px），所有用戶將有選項列表改變字體大小和行高、及開關深色模式。此變更僅影響使用Vector 2022皮膚的用戶。如果沒有任何重大問題，將會兩星期後部署此改動。--SCP-0000（留言） 2024年5月25日 (六) 03:17 (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)

@Shizhao、YFdyh000、S8321414、Ericliu1912： 簡單而言，未登入用戶的字體大小改為標準選項（16px），登入用戶維持原狀及為小選項（15px），所有用戶將有選項列表改變字體大小和行高、及開關深色模式。如果沒有任何重大問題，將會兩星期後部署此改動。副知曾參與相關討論的編者。謝謝。--SCP-0000（留言） 2024年5月24日 (五) 16:09 (UTC)

如果真的要更改的话，有必要维持两个选项吗？我觉得这样徒增维护成本。--碟之舞📀💿 2024年5月25日 (六) 03:02 (UTC)

這功能本來設計就有「小」（目前預設值）、「中」（基金會建議值）及「大」選項，應該不會徒增基金會維護的成本，但始終可能對社群有些影響。--SCP-0000（留言） 2024年5月25日 (六) 03:26 (UTC)

也就是说中文的“小”还是会从14px改为15px，是吗？--碟之舞📀💿 2024年5月25日 (六) 03:34 (UTC)

理論上是的。--SCP-0000（留言） 2024年5月25日 (六) 03:49 (UTC)

所以現在未登入與已登入的使用者都是小(15px)、標準(16px)、大(20px)，只是未登入使用者預設是標準(16px)，已登入使用者預設是小(15px)這樣？我是覺得這樣沒什麼問題。--冥王歐西里斯（留言） 2024年5月26日 (日) 02:16 (UTC)

理論上是的。--SCP-0000（留言） 2024年5月26日 (日) 02:34 (UTC)

目前已经部署了，将来打算如何调整？--碟之舞📀💿 2024年6月16日 (日) 09:32 (UTC)

感覺社群意見不多。建議往後分別提出。祇是個人納悶為何登入與否字體大小不同？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年6月23日 (日) 02:36 (UTC)

應依據原定計劃將「大字體」工具在 Vector 2022 停用，然而現在「無障礙閱讀」功能並非所有用戶預設啟用，所以可以再等一下。謝謝。--SCP-0000（留言） 2024年6月25日 (二) 06:30 (UTC)

@SCP-2000：技术上可以做到只在“无障碍阅读”功能启用的情况下停用。原定计划可以执行。--碟之舞📀💿 2024年6月25日 (二) 07:28 (UTC)

有没有辦法限制重定向在條目正文中的使用？

諸如溫哥華白帽、FC多倫多這樣屬於「常見錯誤拼寫」的重定向，有沒有辦法能限制它們在條目正文中的使用，使這些重定向只能用於搜索和導航，但不能在正文中出現？--📕📙📒📗📘 賭博機構最堅定的反對者 📚📖 2024年6月23日 (日) 16:53 (UTC)

看了一下，正文目前也并没有出现这两个词啊……（除了“温哥华白帽”在介绍这个词本身时候出现了一次。）如果用词罕见或不当，正文自然不会出现（即便出现，也会被其他编者改为常用词）。如果说您是想要通过技术手段限制类似的“错误用法”的话，我倾向没有必要。--自由雨日（留言） 2024年6月23日 (日) 18:46 (UTC)

请问这么做的意义是？尚没有规则禁止不常见的错误拼写，常见的又怎么会被禁止？而且，技术上有可能实现吗？--微肿头龙（留言） 2024年6月24日 (一) 17:10 (UTC)

意義在於不讓條目質量下跌到可接受程度之下。而且既然是錯誤拼寫，自然不應該出現在正文之中。即使是這種重定向在正文中用作鏈接，也應該被豎杠後面的文字覆蓋掉（就像這樣：「[[溫哥華白帽|溫哥華白浪]]」）。📕📙📒📗📘 賭博機構最堅定的反對者 📚📖 2024年6月24日 (一) 18:39 (UTC)

感觉可设立机器人检查和提醒，但全自动是不行的。--YFdyh000（留言） 2024年6月25日 (二) 14:26 (UTC)

假如廣泛採用{{錯誤拼寫重定向|正確寫法=xxx}}，機器人或許能幫忙處理。--Kanashimi（留言） 2024年6月25日 (二) 22:58 (UTC)

跨项目通知的蓝点

近期发现在中文维基百科的页面中，“常规通知”右侧有蓝点，一般情况下点击之后页面会被标记为已读状态。但是跨语言/跨项目的通知的“总”蓝点无法点掉（原来是可以的），只能一个个点击“子”蓝点来已读。例如：

来自另外1个wiki的更多常规通知 ●←（1）

中文维基词典

您创建的[A]页面在[B]页面被人链接。●←（2）

只有点（2）才会把●标记为○，而点（1）只有点击手感，无其它改变。

请问是哪边有了更改了吗？--Leiem（留言·签名·维基调查） 2024年6月19日 (三) 09:33 (UTC)

似乎这个已经有一段时间了。我还以为是特意为之....--百無一用是書生 (☎) 2024年6月20日 (四) 08:21 (UTC)

我怎么觉得一直如此……--YFdyh000（留言） 2024年6月21日 (五) 05:22 (UTC)

近期是这样的，以前是可以直接点掉未读消息的。--Leiem（留言·签名·维基调查） 2024年6月25日 (二) 02:20 (UTC)

我這邊也出現了這種問題。應考慮提交工單。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年6月26日 (三) 13:21 (UTC)

请求修改Cite book对统一书号的支持

前次未获回应的请求见此，这里重新复制粘贴下：

发现大量由中国标准出版社出版的中华人民共和国国家标准纸质出版物，将统一书号的第二部分添加了短横线（如 GB/T 10302-2010 的 155066·1-40495、GB/T 33677-2017 的 155066·1-56323 等），也出现混用了圆点·与短横线-的情况（GB/T 32626-2016 的 155066-1-55030）。虽然暂时没找到短横线的意义是什么，但请求修改Module:Citation/CS1/Identifiers以添加对第二个短横线的支持，以及不要强制将-转为·。--Tim Wu（留言） 2024年6月28日 (五) 06:05 (UTC)

需要耐心等待，之前類似的统一书号修改請求（Cite_book的unified需要更新），我在2022年10月提出，到2024年5月才給出臨時應對方案{{统一书号}}，我想應該優化的是{{统一书号}}。因為英維根本不用统一书号，沒法參考，要這邊獨立寫。--Nostalgiacn（留言） 2024年6月30日 (日) 06:47 (UTC)