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

互助客棧： 消息  方针  技术  求助  条目探讨  其他 |  知识问答

发表新议题

發表前請先搜索存档，參考舊討論中的内容可節省您的時間。

公告欄

• [協作] 社羣正在籌備今年的動員令，主持人提名截至6月11日0时，主題徵集截至6月13日0时，請踊躍參與討論、報名、徵集！
• [公告] 修改用户查核封禁通知、基金會行動本地方針降級成資訊頁及A8準則表述更改已經通過。
• [公告] RSP更名為「維基百科:來源評級」、封禁后停止默认提报解除权限及增修標點符號格式手冊連接號章節正在公示，如有意見請盡快提出。
• [公告] 社群正就仲裁機制發起意見徵求，歡迎踴躍參與。
• [討論] 互助客栈正在討論請求實現部分標點符號的全半角自動跳轉及提议“特色列表”改名，歡迎踴躍參與。
• [討論] 社群正在討論NotMandarin模板的修改、Abuse Filter的中文譯名、允許在存廢討論或存廢覆核外達成存廢共識、检讨不限期封禁的用户页标记、簡化命名常規與格式手冊的命名、尚在规划的城市轨道交通线路是否应独立成文、增補《收錄標準/運動員》、日期分类的存留问题、修訂避免地域中心方針有關提及地名的規定、格式手册增加有關提及地名的規定、允许以G5快速删除仅有繁简差异的标题、POINT更名为“不要为證明观点而製造反面案例”及增修日期和數字格式手冊年月日章節等方針與指引議題，歡迎踴躍參與。
• [討論] 社群正在討論使用模板樣式隱藏RFA投票模板的圖示、将子专题模板作为参数并入其主专题模板、有關非編號命名的城市軌道交通鐵路綫的條目命名、有關國際學校導航模板的命名、昆虫专题问题、替換中華人民共和國國徽圖案及藝人模板基於藝人性別、類型或成員數量分別染色的恰當性，歡迎踴躍參與。

• [協作] 现有185个页面需维基化，710个条目需清理，6个移动请求正在讨论。

#	💭 話題	💬	👥	🙋 最新發言	🕒 (UTC+8)
1	改善字体的讨论怎麼又死了	21	9	魔琴	2026-05-27 02:15
2	RfC：某些標點符號的全半角自動跳轉	20	7	魔琴	2026-06-03 21:59
3	ConvenientDiscussion適配腳本	45	10	1F616EMO	2026-06-08 14:35
4	汇报神秘技术问题	3	2	Cwek	2026-06-09 10:24
5	是不是应该搞个社群请愿要求Extension:Math加Unicode支持啊？	6	5	逆襲のあまのじゃく	2026-06-11 10:02
6	疑似{{Family name explanation}}严重问题	15	5	Sanmosa	2026-06-07 16:21
7	使用回复功能后会使a+-失效	6	4	1F616EMO	2026-06-11 11:23
8	Portal:新闻动态引用错误	3	2	臺灣象象	2026-06-07 18:57
9	Edge浏览器在条目的源代码编辑中，语法高亮状态下输入中文符号吞键	10	6	Srapoj	2026-06-16 20:48
10	部份語言支持警示模板的去留	12	4	Srapoj	2026-06-10 21:42
11	請求修復路綫的Lua代碼	5	2	臺灣象象	2026-06-08 20:19
12	模版全部變了白色，只顯示文字	4	4	Cwek	2026-06-09 10:19
13	Tech News: 2026-24	1	1	MediaWiki message delivery	2026-06-09 05:27
14	{{SpecialTH}}	3	2	璃茗熒音	2026-06-09 22:45
15	2026年國際足協世界盃參賽球員名單的模板限制问题	9	4	Hamish	2026-06-15 12:40
16	你維把高階語法高亮局部關掉了？	5	2	璃茗熒音	2026-06-14 16:20
17	關注一下Surface timeline模板異常問題	2	2	臺灣象象	2026-06-15 02:22
18	字體調節	2	2	YFdyh000	2026-06-15 20:58
19	2026年國際足協世界盃、NoteTA和Module:CGroup/FIFA2026	1	1	Jacklamf1d14	2026-06-16 00:32
20	2026年第25期技術新聞	2	2	Shizhao	2026-06-16 10:27
21	Module:CNBUS/MAS/data更新版本lua错误	1	1	Chubit	2026-06-16 10:48

發言更新圖例
最近一小時內
最近一日內
一週內
一個月內
逾一個月
特殊狀態
已移動至其他頁面 或完成討論之議題
手動設定
當列表出現異常時， 請先檢查設定是否有誤

正在廣泛徵求意見的議題

議題清單

以下討論需要社群廣泛關注：（重新整理） 維基百科技術議題與模板

MediaWiki talk:Gadget-MarkRights.css § 編輯請求 2025-02-21

有鉴于过滤器编辑者用户组已经正式部署，在此建议使用同管理员颜色一样的“滤”标记过滤器编辑者。这样，相较于“编”，可以使用户更好理解标记含义。Iming 彼女の愛は、甘くて痛い。 2025年5月30日 (五) 18:01 (UTC)

Template talk:电影信息框 § 編輯請求 2026-04-01

此討論正在公示7天，直至2026年6月23日 (二) 16:21 (UTC)結束，如有意見，請盡快提出。

请求加入“动画师”“布局师”“背景师”“色彩加工”四个参数（分别对应英语版本Infobox:film中的“animation”“layout artist”“background artist”“color process”，具体译名可待之后讨论敲定），这四个参数是一部动画电影的基本信息，虽然只在动画电影类型的条目中使用，但如果不加入这几个参数的话，诸多年代较为久远的传统的动画电影（尤其是美国动画黄金时代的诸多作品，这部分可以撰写的条目其实是很多的，但是中文维基这一部分的内容相当缺乏，我也不知道最初引入该模板的时候是有意还是无意地删掉了这几个参数）条目的基本信息很难通过模板的形式表现出来，因为动画电影属于电影的一种，放映的方式和现代的电视动画是不一样的，所以也不能使用Template:Infobox Television Episode。因此还是希望在电影信息框内添加上述参数。--261026CQ(留言) 2026年4月1日 (三) 08:04 (UTC)

Template talk:Reflist § 指定欄數的樣式

如題，建議全面廢止指定欄數的樣式（如{{reflist|3}}），以使欄數可基於頁寬與欄寬而調整。進行此調整前，須先加入追蹤參數確認使用指定欄數的樣式的頁面的數量。Sanmosa _风林火山 2026年4月22日 (三) 04:52 (UTC)

Wikipedia:防滥用过滤器/过滤器请求 § 有没有「某些」特定网站短链接的过滤器？

今天看到Special:Diff/92409369。众所周知，小红书的xhslink链接能展开出個人信息，某些特定网站能够直接反查分享账号，我认为可能有必要禁止。

此外，我还想到b站的某些b23[.]tv短链接，甚至有时效性。如崩坏3#直播變錄播事件的脚註21已经失效。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年4月26日 (日) 00:44 (UTC)

Wikipedia:互助客栈/方针 § 再次提议“特色列表”改名

@Betty、Oneam、靖天子、Patvoiiage、Wangxuan8331800、Ffaarr、Yaohua2k7、Jason21716、PhiLiP、Sameboat、Anakharsis、Simon951434、Encore007、Vatnið、CYlanxin、Rivalry、Zxk0321、Cwek、Tusooa、Yejianfei、Timmy Tian；@Kolyma、Liangent、Hat600、Ch.Andrew、LavixCanvas、YFdyh000、Cdip150、U5521180、SElephant、Snorri、Shizhao、Xiaojingfang、石、朝鲜的轮子、Jonashtand、Doraencyclopedia；@Koala0090、Dqwyy、JyunWaan、克勞棣、Wolfch、Antigng、葉又嘉、Thomas.Lu、Smallpei、Aotfs2013、Taiwania Justo、和平至上、鱼头炮、Cobrachen、A1Cafel、RabbitMeow、SSYoung、WAN233、ForwardXu、Clear Sky C、Dimuowosm、Pigppp、Siyuwj、Ginson Lim、Datou 1996、北極企鵝觀賞團、WhitePhosphorus、Kou Dou、武藏、Richard923888、Vinct 1998、Manchiu、Liuxinyu970226、Patlabor Ingram、Btooombtooom：就特色內容更名事，重新副知以往所有討論參與者。現在根本問題有二，一是統一名稱與否（畢竟本來是無意間造成既成事實，不是原本目的）？二是理想名稱（若不統一，則個別表決；若統一，則可合一表決）。上述整理方案依然太多，到時表決可能得用兩輪，所以最好還是裁併，以便聚焦一輪決出。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2026年5月1日 (五) 10:23 (UTC)

Module talk:Team appearances list/data § 编辑请求 2026-05-07

此討論正在公示7天，直至2026年6月20日 (六) 14:21 (UTC)結束，如有意見，請盡快提出。

请求将沙盒页面92341155版本覆盖到本页面中。改动如下：

• 追加近期举办的2026年亚洲沙滩运动会（简称2026年亚沙会），这样2026年亚洲沙滩运动会中国代表团条目infobox的“历届亚洲沙滩运动会参赛记录”一栏就能显示2026年的链接了。
• 2026年亚沙会没有独立运动员（代码：IOA，下同）参赛，因此我将独立运动员最后一次参加该赛事的年份设置为2016年。
• 另外2025年亚洲冬季运动会（简称2025年亚冬会）没有独立运动员参赛，我当时忘了给IOA标记缺席2025年亚冬会了，造成的问题见2022年亚洲运动会独立运动员的infobox（亚洲冬季运动会参赛纪录这里，本来应该是灰色的2025却有内链），趁这次机会补上。

相信这里我已经将具体改动解释得足够详细了，如果还看不懂的话没有关系，只看我开头说了什么就足够了，这个模块主要是由我维护的，我已经全部测试过确认没有问题才提出编辑请求。--💊✖️2️⃣3️⃣（留言） 2026年5月9日 (六) 09:29 (UTC)

MediaWiki talk:Gadget-EditorAPIs.js § 编辑请求 2026-05-11

对多年前写的代码进行了重构，增加了最新编辑器的支持，代码保持向下兼容，已测试稳定。

脚本文档页参见User:逆襲のあまのじゃく/tool/EditorAPIs，测试脚本参考User:逆襲のあまのじゃく/sandbox/EditorApis-test.js。--逆襲のあまのじゃく天邪鬼 (留言) 2026年5月11日 (一) 11:39 (UTC)

Wikipedia:互助客栈/技术 § RfC：某些標點符號的全半角自動跳轉

當前，本站消歧義括號需要使用半角（半形、半寬）括弧，而使用全角（全形、全寬）括號的重定向會適用R3快速刪除。目前有編者提出不再速刪此類重新導向。討論中提到可以考慮請求實現全角、半角括號的全自動跳轉，有如繁簡的自動跳轉，而不需要再人工干預重新導向。因此交付社羣討論。議題如左：

• 中文維基百科是否需要在系統層面（即，不建立重定向的情況下）實現某些標點符號（如圓括弧）的全半角自動跳轉，如「中國銀行_（日本）」自動跳轉到「中國銀行_(日本)」、「中國銀行(香港)」自動跳轉到「中國銀行（香港）」？
• 若需要，應包含哪些標點符號？

以上。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年5月12日 (二) 15:56 (UTC)

Wikipedia talk:人工智慧 § 中維應否使用AI？

他山之石，可以為錯。他山之石，可以攻玉。《小雅·鶴鳴》

韓維在2025年4月25日已推出AI翻譯工具WikiVault。

德維在Treffen zu KI und Wikipedia 2026後，也成立了KI-Lab實驗AI。

英維，當然也有成熟的WP:AIT專案。

俄維User:Котик полосатый更是在2024年10月就展示了AI可以改進文章（ru:Википедия:Форум/Архив/Общий/2024/10#ИИ-улучшение_статей）。其主要觀點是，AI可以幫助清理存在問題的文章，明顯改進混亂的文章。

正如User:Грустный кофеин在2024年10月23日說的：

Вероятно пока еще эта технология остается сырой и к теме будет лучше вернутся через 3 - 5 лет. Безусловно, однажды нейросети смогут написать статьи по запросу не хуже среднего редактора, а то и на уровне лучших.

目前，這項技術還處於早期階段，預計在 3-5 年後會進一步完善。毫無疑問，未來，人工智能可以撰寫文章，其質量甚至可以媲美優秀的編輯。

中維應否效仿？

1. 中維應否成立興趣小組或實驗室，專門測試適合中維語境的AI工具？
2. 中維應否支持AI工具（如WikiVault式自動翻譯）？
3. 中維應否允許人工校對AI輔助內容生成？

中維不能也物理上不好禁止AI，今後使用AI情況只會增加。--𝓖edu^11539381 2026年5月13日 (三) 16:33 (UTC)

Template talk:藝人 § 藝人模板基於藝人性別、類型或成員數量分別染色是否有違WP:格式手冊/文字格式#颜色及内联图像的規定？

如題，{{藝人}}模板現時基於藝人性別、類型或成員數量分別染色，具體顏色由{{藝人/color selector}}決定。我關注此舉是否有違WP:格式手冊/文字格式#颜色及内联图像“只有在背景顏色可幫助闡釋條目內容，且沒有其他更佳的表達方式時，才可對表格或其他的內文元素加入背景顏色”的規定，如是，{{藝人}}模板應廢除分別染色的安排，而且基於無障礙友善的考量，{{藝人}}模板應全面停用染色。Sanmosa _风林火山 2026年5月18日 (一) 13:28 (UTC)

Wikipedia:互助客栈/技术 § ConvenientDiscussion適配腳本

正在討論：

• 是否啓用CD爲本地小工具［已通過］
• 是否爲CD編輯加上標籤［已通過］
• 中文譯名討論

1F616EMO（喵留言～求助？） 2026年5月19日 (二) 12:59 (UTC)

Template talk:Kor § 編輯請求 2026-05-20

此討論正在公示7天，直至2026年6月18日 (四) 13:27 (UTC)結束，如有意見，請盡快提出。

取消匿名參數1的自定義提示文字，現代韓文一般不會用到漢字，用到漢字的韓文應使用匿名參數2。Sanmosa _风林火山 2026年5月20日 (三) 13:21 (UTC)

Template talk:Nihongo § 編輯請求 2026-05-25

因應{{jpn}}已兼容{{jp}}的所有參數，調整為基於{{Jpn}}模板定製的封裝模板，以利後續模板整合。顯示效果僅有一處分別，extra2參數前的全形空格由逗號代替。Sanmosa _风林火山 2026年5月25日 (一) 08:08 (UTC)

Template talk:Infobox tropical cyclone § 提议增设Injuries (受伤) 和Missing (失踪)

没有添加Injuries和Missing列表会添加一些困难，因为Fatalities翻译为“死亡”，死亡不能代替受伤和失踪，毕竟不是所有受伤的患民而死亡，希望创作者能模仿英文维基百科添加Injuries和Missing列表(Infobox hurricane)，以避免出现一些整理媒体资料上的困难。感谢。--MAS0802（留言） 2026年5月30日 (六) 01:04 (UTC)

Template talk:熱帶氣旋基礎資訊 § KMA 等级表更新

之前，韩国气象厅所列出来的强度包括热带风暴、强烈热带风暴、强台风和台风。不久前，韩国气象厅改为以等级方式列热带气旋强度。

更新版

第3级：台风级 (33米/秒–43米/秒)

第4级：强台风级 (44米/秒–53米/秒)

第5级：超强台风级 (≥54米/秒)

NCHMF和KMA已作出等级上的调整，恳请创作者能尽快给我回复或更新热带气旋基础资讯里头的热带气旋等级资料。--MAS0802（留言） 2026年6月1日 (一) 08:36 (UTC)

Template talk:NotMandarin § 適应G14改A8的修订

近日快速删除G14款改A8款，与本模板脱钩。关注到这個模板还有不少嵌入，有些是嵌入在章节中（因此不適用快速删除），现提请社群讨论本模板的去留或者改造事项。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年6月1日 (一) 18:28 (UTC)

MediaWiki talk:Spam-blacklist § 申請解除對youtu.be的限制

• 網址：youtu.be/hD2Bro3wLng?si=8yt1FxUEo1O63EqK
• 工具：垃圾連結黑名單日誌、封鎖網域觸發日誌、searchsbl

理由：我打算在自己用戶頁加個連結。應該沒有侵權問題吧？--——我瞎 (🈹🈯🈸) 2026年6月7日 (日) 14:47 (UTC)

Wikipedia:互助客栈/方针 § 新增RSP命名空间或伪命名空间

根據RSP更名案的當前偏好與統計結果（以「來源評級」為題），再議是否可以建立RSP真命名空間。若RSP能作為命名空間存在，則中文可以命名做「來源評級:*」，列表頁則置於「來源評級:列表」。此名或許相比「維基百科:來源評級/*」表意更清楚一點？此外，也可以考慮將此命名空間簡稱作「來源:*」？煩請諸位再議。

@1F616EMO、Ericliu1912、For Each ... Next、Nebulatria、Nostalgiacn、Olaf8940、Royal Sailor、Sksawf、Srapoj、Steven Sun、YFdyh000、春卷柯南、魔琴。 --SuperGrey (留言) 2026年6月8日 (一) 04:16 (UTC)

Template talk:WMF-legal banned user § 编辑请求 2026-06-08

此討論正在公示7天，直至2026年6月22日 (一) 13:04 (UTC)結束，如有意見，請盡快提出。

代码内设置的“LTA日志”未能正确显示，将其修正。--逆襲のあまのじゃく天邪鬼 (留言) 2026年6月8日 (一) 06:58 (UTC)

Template talk:Chembox § 編輯請求 2026-06-13

配合Template_talk:Chembox_IUPACName#編輯請求_2025-07-26修改此模板。--象象🐘(留言|貢獻) 2026年6月13日 (六) 08:23 (UTC)

改善字体的讨论怎麼又死了

• Wikipedia:互助客栈/技术/存档/2025年10月#「修復」「半角」间隔号
• Wikipedia:互助客栈/技术/存档/2025年10月#部署Chromium_Windows字体改善小工具

 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年10月28日 (二) 14:21 (UTC)

第一个估计很难有共识。屏显时代的间隔号，似乎都是偏爱“半角”，本站改了，堪比教科书改汉字读音😂，意义不甚大。这么说我想起来，古早的中文互联网，数字也是偏爱全角——你可以试试看全角数字写的中文日期，好像确实好看点——总之现在是没人这么干了。第二个对部署小工具本身没有意见，但Dabao qian阁下还是要提供更有价值的css方案，不然很像是劣化。--PexEric 2025年10月28日 (二) 15:26 (UTC)

半形間隔號（音界號？）可能是我們看久習慣了，但跟其他中文標點符號混排依然很難看，還是建議姑且修補一下。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年10月28日 (二) 16:52 (UTC)

同意，我怎么看都觉得字体改善工具应该是浏览器层面的事情--百無一用是書生 (☎) 2025年10月29日 (三) 03:01 (UTC)

屏显时代的间隔号，似乎都是偏爱“半角”：那是因为U+0087不分全半角，而繁体地区又误用U+FF0E，导致字体不支持。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年10月29日 (三) 08:23 (UTC)

字体设计师能自定义字形的宽度（advance width），咱能谈「修复」也是因为有字体把U+00B7做成全形的了。为何设计中文字体（其实我觉得兼容西文就是伪命题，西文字体和中文字体基本都是分开的），业界普遍不把U+00B7设计为全形，这根本就不清楚了。本站也没有必要考虑这些。--PexEric 2025年10月29日 (三) 09:03 (UTC)

無論如何，我們作為介質獨一無二的網路百科全書（先驅），應該還是能自訂標點格式。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年11月5日 (三) 16:08 (UTC)

既然在谈字体，顺便说几个问题：页面标题、t:tq、编辑框等处的衬线字体过细，在高分屏上看着费劲--Sksawf（留言） 2025年12月9日 (二) 14:46 (UTC)

有人吗？--Sksawf（留言） 2025年12月15日 (一) 08:08 (UTC)

tq 似乎并没有设置字重，可能只是因为操作系统上的衬线字体不支持多字重而已。（标题的宋体在macOS上似乎很细？）--内存溢出的猫（留言） 2025年12月15日 (一) 10:29 (UTC)

Windows 11，未修改任何字体，未使用MacType等第三方工具--Sksawf（留言） 2025年12月15日 (一) 11:31 (UTC)

仿宋的字体风格就是如此。不过为什么要用仿宋？其实我挺不理解的。--PexEric 2025年12月21日 (日) 07:56 (UTC)

這個討論現在是什麼情況？另外，間隔號真的不能使用全形麼？又若無法統一推廣，是否可能提供個人小工具？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2026年1月20日 (二) 23:43 (UTC)

我说，要不先上我之前说的尽可能贴近默认UI字体的做法吧。一点点改进总比不改好。

像这样：font-family: -apple-system, BlinkMacSystemFont, 'Segoe UI', sans-serif;。Minerva的字体列表基本上就是这个。--碟之舞📀💿 2026年1月27日 (二) 03:44 (UTC) 👍1

贊成使用全身間隔號。技術方案可另議，但最後的排版效果無疑應當是全身的。早期互聯網技術不發達造成的錯誤毫無因襲之必要。注意到日語有專門的 U+30FB KATAKANA MIDDLE POINT，漢語雖然尚無如此專門符號（U+2027 HYPHENATION POINT？），排版效果上卻無2026年仍不能實現之理。

Xsgzjmxs（留言） 2026年2月16日 (一) 13:44 (UTC)

要不先做幾個方案出来製成小工具我们先测试一下什麼的…… ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年3月3日 (二) 01:01 (UTC)

不太建议应用全站CSS@font-face去强行修改单个字符，因为字体的基线等参数的不同，给所有字体都套上统一的标点可能会遇到垂直不对齐的问题，至少应该用JS检测实际默认字体后再针对性添加CSS。（这个问题其实应该当初和弯引号一起提报标准变体选择符处理的，参见当初弯引号的提案）

覆盖多语言字体的提案不是太建议推动，插件或者Firefox能直接全域地解决这个问题，而操作系统提供的字体经常远不如自定义的，必须要有简单的opt-out方式。--DvXg 📬 2026年3月6日 (五) 15:47 (UTC)

弯引号确实能用变体处理了，但是你站也没办法给所有中文弯引号加上变体选择符，而且用户的字体版本可能非常落后…… ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年3月18日 (三) 23:02 (UTC)

所以是否可能就此處提及排版更新製作小工具，以茲選用？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2026年4月25日 (六) 15:22 (UTC)

然後間隔號顯示感覺變寬了，是錯覺嗎？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2026年5月2日 (六) 17:42 (UTC)

会不会是因为您的设备/浏览器开始使用Noto/Source了？ ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年5月26日 (二) 18:15 (UTC)

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

RfC：某些標點符號的全半角自動跳轉

當前，本站消歧義括號需要使用半角（半形、半寬）括弧，而使用全角（全形、全寬）括號的重定向會適用R3快速刪除。目前有編者提出不再速刪此類重新導向。討論中提到可以考慮請求實現全角、半角括號的全自動跳轉，有如繁簡的自動跳轉，而不需要再人工干預重新導向。因此交付社羣討論。議題如左：

• 中文維基百科是否需要在系統層面（即，不建立重定向的情況下）實現某些標點符號（如圓括弧）的全半角自動跳轉，如「中國銀行_（日本）」自動跳轉到「中國銀行_(日本)」、「中國銀行(香港)」自動跳轉到「中國銀行（香港）」？
• 若需要，應包含哪些標點符號？

以上。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年5月12日 (二) 15:56 (UTC)

支持，我覺得這是比建立一堆重新導向要好得多的做法。--SuperGrey (留言) 2026年5月12日 (二) 17:07 (UTC)

已向Wikipedia talk:消歧义發送討論邀請。TalkInvite ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年5月12日 (二) 17:11 (UTC)

所以之前关于消歧义括号选用的话题结论是？--YFdyh000（留言） 2026年5月12日 (二) 21:11 (UTC)

是无共识。我计划再提。不过似乎没太大关联？消歧義格式是怎樣的都不妨碍全半角跳转的需求。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年5月13日 (三) 01:55 (UTC)

之前讨论有说全半角括号可暗示不同含义，自动跳转等于否决此意味？--YFdyh000（留言） 2026年5月17日 (日) 12:10 (UTC)

可以这樣理解。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年5月26日 (二) 18:14 (UTC)

我覺得不能這樣理解。全半角括號仍然「暗示不同含義」，只是在輸入上可以自動跳轉，算便民服務。 --SuperGrey (留言) 2026年5月27日 (三) 00:33 (UTC)

我覺得

允許跳轉：()、_()、（U+3000 　 ()、U+FF08 （ U+FF09 ） ）、_U+FF08 （ U+FF09 ） 、（U+3000 　 U+FF08 （ U+FF09 ） ）

允許被視為跳轉目標（原理類似 findVariant 只能辨識沒有繁簡混雜的標題）：_()、U+FF08 （ U+FF09 ）

［允許互轉：0~9←→０~９、!←→！、?←→？］

--SunAfterRain 2026年5月16日 (六) 05:17 (UTC)

也不要侷限于消歧義嘛，U+3000 　 和U+0020   本身也可以相互跳转？还有数字、叹号、冒号什麼的。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年5月16日 (六) 05:51 (UTC)

或許可以吧（不過全型空格會被正規化成半型），但冒號作為命名空間分隔符我覺得WMF給過的機率有點微妙。--SunAfterRain 2026年5月17日 (日) 12:05 (UTC)

即便如此，我覺得還是值得提議的。省去輸入法切中英文的麻煩。 --SuperGrey (留言) 2026年5月17日 (日) 18:14 (UTC)

我曾针对命名空间分隔符提出过更改显示的提案，魔琴认为做成自动跳转“挺有意义的”。当时是我构想不够全面，有自动跳转当然更好。——Vesekskiy正在聽詩超絆 2026年5月17日 (日) 18:42 (UTC)

目前的实现在这个地方：TitleParser::splitTitleString。--Srapoj（留言） 2026年6月3日 (三) 05:45 (UTC)

另外留意到搜索框的near match机制会把输入转换到NFKC（TitleMatcher::getNearMatchInternal）。所以搜索词中的全角符号可自动转换成半角的。［2026年6月3日 (三) 14:24 (UTC)］--Srapoj（留言） 2026年6月3日 (三) 12:28 (UTC)

这样来看数字互转似乎就没有什么必要了？ ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年6月3日 (三) 13:59 (UTC)

@SunAfterRain：想问一下为什麼「无前导空格的全角括号」不允许跳转？另外，这樣区分的设置是否太「中文维基百科中心」？據我所知採用「无前导空格的半角括号」模式的站点亦有之。虽然这是中文维基百科的提案，但是影响範围（或者说受益範围）盖不仅侷限于本站，如果没有其他考量应该儘量满足其他站点的相似需求。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年6月3日 (三) 12:09 (UTC)

@魔琴：大概是我當時畫刪除線畫得太開心了 囧rz……--SunAfterRain 2026年6月3日 (三) 13:43 (UTC)

能試就試，駁回也不打緊。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2026年5月20日 (三) 03:21 (UTC)

总结目前的意见：

1. 消歧義系列：

觸發跳转	U+0028 (	U+0029 )
	_	U+0028 (	U+0029 )
	U+FF08 （	U+FF09 ）
	_	U+FF08 （	U+FF09 ）
允许成为 跳转目标
	_	U+0028 (	U+0029 )
	U+FF08 （	U+FF09 ）

2. 数字：

半角	全角
U+0030 0	U+FF10 ０
U+0031 1	U+FF11 １
U+0032 2	U+FF12 ２
U+0033 3	U+FF13 ３
U+0034 4	U+FF14 ４
U+0035 5	U+FF15 ５
U+0036 6	U+FF16 ６
U+0037 7	U+FF17 ７
U+0038 8	U+FF18 ８
U+0039 9	U+FF19 ９

3. 标点符号：

半角	全角
U+0021 !	U+FF01 ！
U+003A :	U+FF1A ：
U+003F ?	U+FF1F ？

 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年6月3日 (三) 12:04 (UTC)

本討論章節會維持開放，暫時不按最後意見發表時間存檔，等待技術方面確認是否可實行。欲讓機器人存檔，請移除本模板。留言請置於本模板上方。

ConvenientDiscussion適配腳本

正在討論：

• 是否啓用CD爲本地小工具［已通過］
• 是否爲CD編輯加上標籤［已通過］
• 中文譯名討論

1F616EMO（喵留言～求助？） 2026年5月19日 (二) 12:59 (UTC)

本地小工具及標籤提案已通過，正在部署。1F616EMO（喵留言～求助？） 2026年6月8日 (一) 06:28 (UTC)

---

於Phabricator追踪
工單T409653

前情提要：Wikipedia:互助客栈/技术/存档/2026年4月 § 請求建立MediaWiki:ConvenientDiscussions.js

@SuperGrey：User:1F616EMO/convenientDiscussions.js爲CD適配腳本的更新版本，邀請各位測試。由於此腳本不會影響沒有主動載入CD的用戶，應可無需公示而寫入MediaWiki空間。如確認無誤，將在幾天內寫入。--1F616EMO（喵留言～求助？） 2026年5月15日 (五) 16:12 (UTC)

看來應該沒有什麼問題。 象象🐘(留言|貢獻) 2026年5月15日 (五) 22:16 (UTC)

Wikipedia:公告欄/存檔/2026年的部分人事公告好像會因為有User page link而被誤判為留言，無法正常顯示。 象象🐘(留言|貢獻) 2026年5月15日 (五) 22:42 (UTC)

感謝回報，已通過排除/^Wikipedia:公告欄\/存檔\//修復：Special:Diff/92672670。 1F616EMO（喵留言～求助？） 2026年5月16日 (六) 02:03 (UTC)

似乎還有Wikipedia:中文維基百科之最也會被誤判？ 象象🐘(留言|貢獻) 2026年5月16日 (六) 13:13 (UTC)

已通過regex修復CD問題，及通過魔術字修復DT問題。 1F616EMO（喵留言～求助？） 2026年5月16日 (六) 13:29 (UTC) 👍1

如果沒什麼問題，今天可以實裝了。 --SuperGrey (留言) 2026年5月17日 (日) 19:15 (UTC)

已建立MediaWiki:Gadget-convenientDiscussion.js。使用Gadget命名格式乃爲避免日後社羣決定將CD訂立爲正式小工具時須移動頁面，此次建立操作並未修改小工具列表。 1F616EMO（喵留言～求助？） 2026年5月19日 (二) 12:22 (UTC)

抱歉錯字，應爲MediaWiki:Gadget-convenientDiscussions.js，漏了一個s。 1F616EMO（喵留言～求助？） 2026年5月19日 (二) 12:30 (UTC)

補充：剛剛修訂了小工具列表頁面以允許使用ResourceLoader載入腳本。該小工具爲隱藏狀態，故不會影響未主動載入的編者，視覺上及對一般用戶而言仍未修改小工具列表。 1F616EMO（喵留言～求助？） 2026年5月19日 (二) 12:35 (UTC)

是否啓用CD爲本地小工具

目前CD本地適配腳本已經上路，也已在技術上載入爲隱藏的小工具。CD在原生DT顯示之上加入了討論串摺疊、複製固定連結、快速編輯留言等優化，對經常參與討論的編者頗有助益。如今和本站模板及討論頁格式的兼容問題大致解決（WP:DYKC這類奇怪討論頁的問題待Wikipedia talk:討論頁指引 § 建議統一討論頁及布告板的主題標題層級爲二級標題處理完成即可解決），引入爲本地小工具也可以讓腳本載入快一點，故提案引入爲設定界面中可見的小工具。擬定小工具描述如下：

MediaWiki:Gadget-convenientDiscussions/zh-hant： Convenient Discussions：跨用增強在討論頁面上的體驗，提供討論串摺疊、複製固定連結、快速編輯留言等優化。 [文档 / 讨论] MediaWiki:Gadget-convenientDiscussions/zh-hans： Convenient Discussions：跨用增强在讨论页面上的体验，提供讨论串折叠、复制固定连结、快速编辑留言等优化。 [文档 / 讨论] （以上兩個頁面目前均爲佔位頁面）

以上，交付社羣討論。 1F616EMO（喵留言～求助？） 2026年5月19日 (二) 12:58 (UTC)

(＋)支持。 --SuperGrey (留言) 2026年5月19日 (二) 13:38 (UTC)

(＋)支持--象象🐘(留言|貢獻) 2026年5月19日 (二) 13:44 (UTC)

(＋)支持 dringsim 2026年5月19日 (二) 15:47 (UTC)

(＋)支持--$\color {White}{\mathfrak {ZYX}}$^Hola! 2026年5月19日 (二) 16:28 (UTC)

(＋)支持，CD忠实用户發来贺电。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年5月19日 (二) 19:34 (UTC)

注意：剛剛修復了一個因模塊棄用導致無法載入的問題：Special:Diff/92753188。如在Special:MyPage/common.js中使用了mw.loader.load( 'ext.gadget.convenientDiscussions' )而未能載入CD，請徹底清除瀏覽器快取以載入新的小工具定義表。 1F616EMO（喵留言～求助？） 2026年5月22日 (五) 12:15 (UTC)

暫採用原文名稱「Convenient Discussions」，和下方提案一同 公示7日，2026年6月8日 (一) 01:52 (UTC)結束。--1F616EMO（喵留言～求助？） 2026年6月1日 (一) 01:54 (UTC)

發現漏掉了標記跨維基腳本，此爲微小修訂，稍後會直接修改草案套用。 1F616EMO（喵留言～求助？） 2026年6月5日 (五) 01:13 (UTC)

完成 1F616EMO（喵留言～求助？） 2026年6月8日 (一) 06:34 (UTC)

是否爲Convenient Discussions編輯加上標籤

Convenient Discussions支援爲其所有編輯加上標籤，以識別使用此工具作出的編輯。加上標籤後，編輯摘要內容將不會包含「(CD)」連結，更爲簡潔，效果參見元維基。如建立標籤，暫擬使用「CD」，若中文譯名有共識亦可改用中文。是否需要建立專用標籤？ 1F616EMO（喵留言～求助？） 2026年5月24日 (日) 18:07 (UTC)

(＋)支持。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年5月24日 (日) 18:08 (UTC)

(＋)支持。 --SuperGrey (留言) 2026年5月24日 (日) 21:59 (UTC)

和上方提案一同 公示7日，2026年6月8日 (一) 01:52 (UTC)結束。公示期到前會先建立標籤但暫不套用，供社群檢查。--1F616EMO（喵留言～求助？） 2026年6月1日 (一) 01:52 (UTC)

標籤已建立。請社羣檢查MediaWiki:Tag-convenient-discussions、MediaWiki:Tag-convenient-discussions-helppage、MediaWiki:Tag-convenient-discussions-description，另可參考標籤特殊頁面預覽及手動套用此標籤的測試樣例。 1F616EMO（喵留言～求助？） 2026年6月1日 (一) 11:02 (UTC)

完成 1F616EMO（喵留言～求助？） 2026年6月8日 (一) 06:35 (UTC)

中文譯名討論

此處討論Convenient Discussions的中文譯名問題。1F616EMO（喵留言～求助？） 2026年5月25日 (一) 05:03 (UTC)

似乎应该作「Convenient Discussions」。我把中文译名改回了Stang的「便捷讨论」，也可考慮用这個中文译名。《现代汉语词典》便捷：快而方便。快捷：（速度）快，（行动）敏捷。便利：使用或行动起来不感觉困难；容易達到目的。还是「便捷」更贴合名称本意。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年5月19日 (二) 19:45 (UTC)

已應用首字母大寫。@SuperGrey、臺灣象象、沈澄心、Zyx20101210：詢問各位對中文譯名的意見，另邀請@Ericliu1912。 1F616EMO（喵留言～求助？） 2026年5月20日 (三) 02:09 (UTC)

便捷討論工具？--象象🐘(留言|貢獻) 2026年5月20日 (三) 02:20 (UTC)

意譯「討論助手」？本來的譯名是什麼來著。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2026年5月20日 (三) 03:19 (UTC)

Stang译为“便捷讨论”，BlackShadowG译为“快捷讨论”，Liuxinyu970226译为「便利讨论」。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年5月20日 (三) 05:46 (UTC)

「捷論」怎麼樣？剛想到的。--SuperGrey (留言) 2026年5月20日 (三) 07:05 (UTC)

如果要挑一個字的話「議」會更好一點。

“论”重在分是非，“议”重在定得失；“论”重在作出判断，“议”重在作出决定；“论”可以是一个人进行，“议”则是众人商量。所以“论辩”、“论述”、“论难”、“论据”等用“论”，“商议”、“提议”、“议会”、“议决”等用“议”。作为名词，“议”是建议，“论”是评论；作为文体，“论”是阐明道理、论辩是非，“议”是提出建议或措施。

——王鳳陽《古辭辨》

 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年5月20日 (三) 07:33 (UTC)

不如“快评”，是汉语中的已有词语。--内存溢出的猫（留言） 2026年6月3日 (三) 10:17 (UTC)

兩位，縮太短難以理解就本末倒置了。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2026年5月20日 (三) 13:29 (UTC) 👍1 😭1

讨论工具？--$\color {White}{\mathfrak {ZYX}}$^Hola! 2026年5月20日 (三) 20:00 (UTC)

這和Mediawiki原生的Discussion Tool撞名了。--象象🐘(留言|貢獻) 2026年5月20日 (三) 23:01 (UTC)

支持便捷讨论。同刘君，不必强求二字翻译。--GrandCeres（留言） 2026年5月21日 (四) 01:32 (UTC)

確定不了的話直接用英文名不行嗎？--Hamish one great show can change the world 2026年6月5日 (五) 01:22 (UTC)

暫時公示版本是使用英文名。不過新增的界面信息爲求和現有界面信息統一而使用了CD翻譯文件中使用的「快捷討論」。 1F616EMO（喵留言～求助？） 2026年6月5日 (五) 03:15 (UTC)

如果没有办法确定，直接全用英文名就好了啦，如Twinkle。--Hamish one great show can change the world 2026年6月5日 (五) 04:52 (UTC)

汇报神秘技术问题

最早遇到的问题是我在危機 (詞語)发布Special:Diff/91089893之后，AromaTake表示他在zh-tw看到的全是简体内容，当时认为是加入了模板导致的。后来类似的事件又发生了几次，比如我在Wikipedia:优良条目/第63届奥斯卡金像奖的zh-cn看到了zh-tw的内容，包括字体。当时我已经摸索出来可以用WP:零编辑解决，还录了屏。本来有一段时间没遇到问题，都快忘记了，结果今天又遇到了。我推测存在的问题是使用A变体的编者发布更改后，某个B变体会错误缓存为A变体的内容，需要刷新缓存才能解决。——Vesekskiy正在聽詩超絆 2026年6月3日 (三) 01:55 (UTC)

如果是Parsoid迁移的缓存bug，可能还要看一下页面源代码里面最后的那个模板限制报告注释，里面有“Render ID”、“Saved in parser cache with key”、“Post‐processing cache key ”的输出，可能是迁移时和多书写模式的兼容性问题？——Sakamotosan路过围观 | 避免做作，免敬 2026年6月3日 (三) 02:33 (UTC)

偶然发现类似问题：模板讨论:Reflist，刚才看到oldid=92997819修改（简体字），进去后发现页面变成台湾变体（我用户设置界面和内容为大陆简体），purge一下就好了，前一笔oldid=92918236的Sanmosa是繁体字，怀疑某种缓存竞争状态导致涉及多语言模式下页面缓存冲突？但主要是purge一下又好了？——Sakamotosan路过围观 | 避免做作，免敬 2026年6月9日 (二) 02:24 (UTC)

是不是应该搞个社群请愿要求Extension:Math加Unicode支持啊？

於Phabricator追踪
工單T50032

维基百科的Math拓展现在是基于PHP转化为MathML，然后（可选地）用MathJax 3转换成图。其中转换步骤也作为一种输入的语法检查，对于其他输入格式也都使用。MediaWiki的公式功能最早（不晚于2007年）是用一个叫做texvc的Ocaml程序实现。这个程序会对TeX代码进行语法检查，成功后再转交给LateX渲染成图片。后来使用Mathoid进行了现代化改修，以texvcjs取代了texvc的功能，用js将输入转化为MathML；再后来Mathoid也被抛弃，换成现有以PHP写成的WikiTexVC进行解析、检查和转换。

但总之这东西一直停留在2007年的那个语法水平，一直只允许用那个时代认为“对网页够用”的功能，相比MathJax内置的TeX输入而言功能少得可怜，更别提XeLaTeX了。其中最可恶的一点就是：这玩意在\text{}之外的地方不能使用非ASCII字符！

那这当然早就有人开ticket了，实际上现在的这个甚至是从bugzilla传下来的。然后呢？最低优先级。为啥呢？

（texvcjs不允许Unicode字符）不值得惊讶。texvc的目标就是重现它在2003年被写出时tex的行为，所以这不是什么bug。如果你想改变这个行为，那你就得自己写一个请求，然后我们才有可能改（除非他人，即Wikimedia Community User Group Math，有异议）。

It is not a surprise. The goal of texvc has been to reproduce the behavior of tex when it was created in 2003... So this is not a bug. If you propose to change this behavior you can make a proposal and we can change it in the source code unless there are objections from others, i.e., the Group.

哇那真的很棒棒哦，感觉很有被代表了。--Artoria2e5_编 讨论要完整，回覆请用ping。 2026年6月4日 (四) 07:35 (UTC)

总之我觉得应该多凑几个人给这个要求署个名，准备好开个新ticket的文字内容之后再开。当然能有共识以zh.wp的名义做更好。——Artoria2e5_编 讨论要完整，回覆请用ping。 2026年6月4日 (四) 07:38 (UTC)

(＋)支持。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年6月4日 (四) 09:37 (UTC)

能不能舉個不便的實例？比較易於理解。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2026年6月4日 (四) 10:01 (UTC)

在<math>数学公式里输入汉字需要套个text，就像${\text{这样套text}}$。不然的话，就会出现解析失败语法错误，就像这样解析失败 (语法错误): {\displaystyle 解析失败语法错误} 。--逆襲のあまのじゃく天邪鬼 (留言) 2026年6月11日 (四) 02:02 (UTC)

建議可至社群願望清單提出。儘管此渠道存有不少問題，但算是少數基金會開發人員會定期監察的渠道。您可使用任何語言提出（他們會借助機械翻譯理解），而社群成員可投票支持單個願望。謝謝。--SCP-0000（留言） 2026年6月4日 (四) 13:06 (UTC)

使用回复功能后会使a+-失效

如题。在维基百科讨论:格式手册/日期和数字那里遇到的。--Luoniya（留言） 2026年6月6日 (六) 16:34 (UTC)

其他地方也有一樣的情況，但是reload一次以後就沒問題了。Sanmosa _风林火山 2026年6月7日 (日) 01:32 (UTC)

想起来，如果a+-裏面有标题，用CD回覆章节会导致回覆的内容被塞到a+-裏面😡️遇到好幾次了😡️ ——魔琴［六四］ 2026年6月7日 (日) 07:24 (UTC)

能否提供復現例子？ 1F616EMO（喵留言～求助？） 2026年6月9日 (二) 00:29 (UTC)

@1F616EMO：Special:Diff/93018910 ——魔琴［六四］ 2026年6月10日 (三) 18:56 (UTC)

phab:T428839 1F616EMO（喵留言～求助？） 2026年6月11日 (四) 03:23 (UTC)

Edge浏览器在条目的源代码编辑中，语法高亮状态下输入中文符号吞键

於Phabricator追踪
工單T428325
狀態：無效

如题，在编辑源代码中输入中文符号会出现吞键、部分独立使用的标点符号（包括右侧的引号、括号等）需要双击才能出现，而如果使用可以联想的标点符号（如部分输入法输入左括号、左书名号等联想出右括号、右书名号）无法显示。这种情况只在Edge浏览器中有出现，其他浏览器没有出现；而输入法则微软输入法和搜狗输入法等比较主流的输入法会遇到这种情况。不知道是Edge自身的问题还是MediaWiki的CodeMirror与Edge结合而出现了某种奇怪的bug，快捷回复内的语法高亮没有这种情况。--Cygz（留言） 2026年6月7日 (日) 21:39 (UTC)

微软输入法在firefox下有时也会发生一些奇怪问题。例如在[[test]]后输入中文（例如用全拼输入“测试”）时，会变成类似[[test测试]]c这样，即“测试”全拼ceshi的第一个字母c在]]之后，而“测试”却跑到了[[]]之内。一般情况下，删除后再重新输入一次就不会发生同样问题。而且也不是每次都会发生--百無一用是書生 (☎) 2026年6月8日 (一) 01:44 (UTC)

使用Codemirror+Firefox+RIME有类似的情况。 ——魔琴［六四］ 2026年6月8日 (一) 01:46 (UTC)

这应该是另一个问题。如果能复现的话再开个单吧。--Srapoj（留言） 2026年6月16日 (二) 10:20 (UTC)

Codemirror+Edge+RIME有遇到此情况。--YFdyh000（留言） 2026年6月8日 (一) 02:53 (UTC)

語法高亮下的原始碼編輯器有時還會把注音吞掉，或建立編輯請求新章節時最後一行會在編輯時被重複，關掉語法高亮後就沒事了。我使用的是Chrome。--象象🐘(留言|貢獻) 2026年6月8日 (一) 03:16 (UTC)

适配CodeMirror 6的开发者发现是chromium的问题issue 521205128。--Srapoj（留言） 2026年6月10日 (三) 05:06 (UTC)

Chromium更新到149.0.7827.153或之后的版本即可解决（尚未发布到Chrome的稳定版）。--Srapoj（留言） 2026年6月16日 (二) 10:05 (UTC)

Edge 150.0.4078.13 (正式版本) beta (64 位) 仍可重现问题。--YFdyh000（留言） 2026年6月16日 (二) 12:40 (UTC)

到150分支的backport被合并的时间其实比149分支晚，对应的版本号是150.0.7871.21或更高。目前主线的151则需要是151.0.7888.0之后。可以用chromium工单里的commit id去chromiumdash.appspot.com查。
等不及的话，去Devtools把编辑框的autocorrect="off"删掉应该能凑合？--Srapoj（留言） 2026年6月16日 (二) 12:48 (UTC)

部份語言支持警示模板的去留

我在看Category:外文字母警示信息框時，發現一些非常常見、所以看來很不能理解的模板。這包括{{Contains Arabic text}}、{{Contains Indic text}}、{{Contains Thai text}}等。現代主流的作業系統目前大都支持印度系文字、阿拉伯文、泰文等（Microsoft Windows, macOS, ubuntu, fedora, archlinux）。從Wikipedia:頁面存廢討論/記錄/2017/11/21的紀錄來看，可以因為技術實現為由刪除沒用的模板。我有打算提刪部份Category:外文字母警示信息框的模板，不過在刪除前，想先調查一下外文支持，以及刪除外的其他可能性，包括棄用、合併（en:Wikipedia:Templates_for_discussion/Log/2020_June_2#Foreign_character_warning_boxes）等。--Saimmx（留言） 2026年6月8日 (一) 07:59 (UTC)

可以看一下目前mediawiki系统能完整支持的最低浏览器版本是多少，如果在最低版本浏览器中这些字符的显示都不成问题，那么似乎就可以考虑删除这些模板了？--百無一用是書生 (☎) 2026年6月10日 (三) 02:21 (UTC)

Mediawiki 系统的 Grade C 瀏覽器要完整支持瀏覽器的文字編碼，可以假設這是「mediawiki系统能完整支持的最低浏览器版本」。不過我看了一下，字元顯示和字型有關（註）。這和Wikipedia:頁面存廢討論/記錄/2017/11/21的討論吻合，所以要探討的，大概是「Grade C 瀏覽器支援哪些作業系統、還有哪些字型」。

根據表格，Grade C 最少支援 Chrome 49, Firefox 49, Edge 79, Safari 10+, iOS 10+, Android 5。

註：

• Modern browsers can display pretty much any character as long as the user has a font installed that includes it. So your question comes down to: Which fonts are bundled with every major OS, and which characters do those fonts support?
• This is a problem of fonts, not browser support
• Most operating systems include fonts that provide extensive coverage of Unicode characters, and most applications know how to make use of the system fonts. There may be gaps, however.

--Saimmx（留言） 2026年6月10日 (三) 05:46 (UTC)

是的，之前忘了说操作系统的事情了。--百無一用是書生 (☎) 2026年6月10日 (三) 07:04 (UTC)

經browserling.com與browserstack.com測試，發現 Grade C 瀏覽器已支援顯示阿拉伯文、希伯來文、泰文、印地文、高棉文、寮文。將把這些模板轉交存廢討論：Wikipedia:頁面存廢討論/記錄/2026/06/10#Template:Contains_Arabic_text、Template:Contains_Hebrew_text、Template:Contains_Indic_text、Template:Contains_Khmer_text、Template:Contains_Lao_text、Template:Contains_Thai_text--Saimmx（留言） 2026年6月10日 (三) 07:09 (UTC)

免费账号似乎无法测试mw:Compatibility#Browser_support_matrix里列出的平台版本--百無一用是書生 (☎) 2026年6月10日 (三) 07:26 (UTC)

browserstack.com 可以測 Chrome 49, Firefox 49, Safari 10 的截圖。Edge 79似乎是合併至 Chrome、Android 確實免費帳號無法測試。另外，Firefox 在 browserstack.com 會因為憑證問題無法測試。總之免費帳號問題多多。--Saimmx（留言） 2026年6月10日 (三) 07:30 (UTC)

我根据mw:Compatibility#Browser_support_matrix里列出的平台版本，大概查了一下各个平台对unicode的支持情况（未必准确）：

平台	unicode支持	原生字形支持
Windows 7	Unicode 5.0	不支持CJK 扩展区B及以上
macOS 12 Monterey	Unicode 14.0/15.0	不支持CJK 扩展区 F/G
macOS 11 Big Sur	？	支持到 CJK扩展区 B
macOS 10.15 Catalina	Unicode 12	？
macOS 10.13 High Sierra	Unicode 10.0	不包含扩展区 G 或 Maya 文字等较新的区块
OS X 10.11 El Capitan	Unicode 8.0	支持 CJK扩展区 E
iPhone 5s	Unicode 11.0	不支持CJK扩展区 E 或 F
Moto G (2nd generation)	Unicode 7.0
Google Nexus 5	?	有限支持Ext-B/C/D
Google Nexus 4	Unicode 6.0
Moto G (1st generation)	?	不支持CJK 扩展区?

--百無一用是書生 (☎) 2026年6月10日 (三) 07:34 (UTC)

CJK 相關模板被刪除了（Wikipedia:頁面存廢討論/記錄/2017/11/21），所以多數 CJK 大概不需要討論。另外從wikibooks:en:Unicode/Versions來看，似乎 Unicode 5.0 以前支援的語言夠多了。--Saimmx（留言） 2026年6月10日 (三) 07:45 (UTC)

这要分两步来看，一是对unicode版本的支持，二是系统默认安装的字体对字形的支持。即使系统完整支持某个版本的unicode，但默认安装的字体如果不包括该unicode版本下的所有字形，也是白搭--百無一用是書生 (☎) 2026年6月10日 (三) 08:02 (UTC)

(>)調整分類成內部連結。難怪這裡被放到分類裡了XP--竹林＝月光 2026年6月10日 (三) 02:37 (UTC)

这里其实有两个问题，一个是浏览器或操作系统对于某些complex script的排版支持，另一个是操作系统有没有带需要的字体。前者指的是微软的GDI/Uniscribe和DirectWrite，或开源的HarfBuzz、Pango什么的；印象里到2010年左右一般叫得上名字的语言的显示应该没问题了。后者则不好说，偶尔用稍老的android机就会见到tofu，有可能是老AOSP带的字体没那么多，或者厂商为节省空间没有打包进去。我不了解这些语言预装字体的情况。--Srapoj（留言） 2026年6月10日 (三) 13:42 (UTC)

請求修復路綫的Lua代碼

請求修復這個路線的Lua代碼路綫New York, New Haven and Hartford Railroad 由於大部分沒有中文頁面，目前只輸入了我所需要車站 由於該路線公司已被收購，而且已收購后的公司路綫是有相關LUA頁面的，而且相關路線的車站名稱幾乎是一樣的，可以選擇參考頁面海岸東綫 懇請各位修復代碼 JeffreyN06（留言） 2026年6月8日 (一) 08:26 (UTC)

修復連結--象象🐘(留言|貢獻) 2026年6月8日 (一) 08:29 (UTC)

@JeffreyN06：閣下說的修復是直接引用後繼路線的資訊嗎？--象象🐘(留言|貢獻) 2026年6月8日 (一) 09:08 (UTC)

抱歉，上面沒說清楚。

兩個超連接的'海岸東線'是基本是一樣的，是公司改了。（都不確定中文翻譯名）建議先保持英文名《Shore Line East》。

路綫資訊基本可以直接復制；

但要主意兩端的終點站不太一樣，要改成 聯合車站 (紐黑文)《Union Station (New Haven)》（根据Wikidata item的中文名），及 波士頓南站

New York, New Haven and Hartford Railroad鐵路公司還有幾條路線

上面的是該鐵路公司的英文LUA頁面

CTrail海岸東綫上面海岸綫的英文LUA頁面--JeffreyN06（留言） 2026年6月8日 (一) 10:37 (UTC)

我改了一下，不確定是不是要這麼改。 象象🐘(留言|貢獻) 2026年6月8日 (一) 12:19 (UTC)

模版全部變了白色，只顯示文字

不知道是什麼原因，發現很多模版全部變成白色，只顯示文字，但F5後就沒有事。有沒有人知道是不是chrome的問題--Freddickfix（留言） 2026年6月8日 (一) 15:24 (UTC)

那些模板？ 象象🐘(留言|貢獻) 2026年6月8日 (一) 15:45 (UTC)

可能网络原因css加载失败。--YFdyh000（留言） 2026年6月8日 (一) 19:30 (UTC)

修改后涉及模版样式的？刷新一下又没事了。解析器bug？——Sakamotosan路过围观 | 避免做作，免敬 2026年6月9日 (二) 02:19 (UTC)

Tech News: 2026-24

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Weekly highlight

• Wikimedia Enterprise has increased the free usage limits for its API offerings. The monthly request limit for the On-demand API has increased from 5,000 to 50,000 requests, while the Snapshot API limit has increased from 15 to 30 requests per month. In addition, Structured Contents snapshots are now available for free accounts. These changes expand access to Wikimedia Enterprise data for developers, researchers, and organizations using Wikimedia content. [1]

Updates for editors

• The refreshed Explore Feed, now called the Home Feed, is rolling out to 50% of users of the Wikipedia Android app. The Home Feed helps readers discover relevant content through two new tabs: Community and For You. The Community tab provides a scrollable feed of curated content and updates from the broader Wikimedia community and movement, while the For You tab offers a full-screen, swipeable experience that shows content tailored to a user's interests. The redesign is part of a broader effort to improve discovery and enhance the learning experience in the Wikipedia app.
• The Which came first? daily trivia game is now available in the beta version of the Wikipedia iOS app in English, German, French, Portuguese, Russian, Spanish, Arabic, Chinese, and Turkish. The game uses historical events from Wikipedia's "On This Day" content and challenges readers to guess which of two events happened first. The game was previously released on Android. Communities interested in making the game available in their languages can read the instructions and requirements.
• Sub-referencing, a new MediaWiki feature that allows editors to reuse references with different details, will begin rolling out to Wikimedia wikis following a successful pilot phase. Deployment will start on 8 June for most Group 1 wikis and French Wikipedia, with additional Wikipedia language editions receiving the feature over the coming months. Communities are encouraged to prepare by checking for untranslated Cite extension messages in their language and reviewing any use of Reference Tooltips, which may require updates to support the new functionality. Wikis using Reference Previews do not need to take any action. Communities may also wish to create the cite-tracking-category-ref-details tracking category as a hidden category using __HIDDENCAT__ (or a dedicated template), and connect it to the corresponding Wikidata item d:Q129764848. [2]
• The Page Previews experiment on mobile web has concluded. The team decided not to roll out the feature after the results showed no statistically significant impact on reader retention, as the primary success metric was retention improvement. Page Previews, which are already available on desktop and in the apps, display a thumbnail, lead paragraph, and link to the full article when readers tap a blue link. The experiment tested this experience on mobile web across six Wikipedias.
• The user interface icon library will be updated later this week or next week. Most of the ~300 icons have been slightly refined and ~30 new icons have been added. These changes improve the icons to make them more consistent and comprehensible, and provide more visual balance when they are used in groups.
• The Universal Language Selector (ULS) interface in MediaWiki, which helps users select content in other languages, has been updated. The new version improves speed and accessibility, and users of Wikimedia projects can now pin languages for quicker language switching. The deployment to Wikimedia sites will happen gradually in the coming weeks. You can test it now as a beta feature by selecting beta features in your profile preferences and share your feedback on the project page.
• View all 21 community-submitted tasks that were resolved last week. For example, an issue where the Pageviews Analysis dashboard on pageviews.wmcloud.org stopped updating graph data in May 2026, affecting all users, has been fixed. [3]

Updates for technical contributors

• The function signature for mw.util.addPortletLink() has been simplified. Developers can now pass a configuration object instead of a list of positional parameters when creating portlet links. The previous function signature remains supported for backwards compatibility. For example, instead of: mw.util.addPortletLink('p-cactions', '#', 'Stub', 'ca-stubtag', 'Add a stub tag to this page'); use mw.util.addPortletLink('p-cactions', { href: '#', text: 'Stub', id: 'ca-stubtag', tooltip: 'Add a stub tag to this page' });. Script maintainers are encouraged to review existing uses of addPortletLink() and update them where appropriate. This change will be available on all wikis from 11 June. Thanks to community volunteer Gerges for contributing this improvement. [4]
• Community Wishlist discussion: Product & Technology introduced changes meant to increase the number and complexity of wishes fulfilled, including the disbanding of the Community Tech team. They are engaging in discussions about a proposed direction for the wishlist from community members. Includes ways to structure annual voting, better tracking of wishes, removing focus areas, and staffing updates.
• Detailed code updates later this week: MediaWiki

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

MediaWiki message delivery 2026年6月8日 (一) 21:27 (UTC)

{{SpecialTH}}

有與其他框重量的bug。--璃茗熒音♪^•ﻌ•^ฅ🐾(𝒞𝑜𝓃𝓉𝒶𝒸𝓉☎︎) 2026年6月9日 (二) 07:29 (UTC)

已改成{{Encourage}}的派生模板，請確認下視覺效果。--竹林＝月光 2026年6月9日 (二) 07:57 (UTC)

👍好了--璃茗熒音♪^•ﻌ•^ฅ🐾(𝒞𝑜𝓃𝓉𝒶𝒸𝓉☎︎) 2026年6月9日 (二) 14:45 (UTC)

2026年國際足協世界盃參賽球員名單的模板限制问题

条目引用模板过大，导致部分段落无法正常显示。在大量条目绿链短时间内无法消红的情况，应如何解决？--Jeffchu2014（留言） 2026年6月11日 (四) 15:22 (UTC)

或許先不用tsl？編輯還可以選擇在紅字連結後面用括號直接附註原文——即「條目名稱（Article Name）」——來避開跨語言連結。--Hamish one great show can change the world 2026年6月11日 (四) 16:14 (UTC)

尝试把link-en和tsl直接全部删掉，PEIS仍有1900491/2097152 Bytes。主要是那个{{Nat fs g player}}本身就不小，里面还要嵌套{{Birth date and age2}}套{{age}}，还有{{Fbaicon}}。--Srapoj（留言） 2026年6月11日 (四) 16:22 (UTC)

把綠鏈幾乎都炸光了 象象🐘(留言|貢獻) 2026年6月13日 (六) 06:39 (UTC)

目前頁面顯示正常。 象象🐘(留言|貢獻) 2026年6月13日 (六) 06:46 (UTC)

又爆了--Jeffchu2014（留言） 2026年6月14日 (日) 19:31 (UTC)

暫時，正常了。--Hamish one great show can change the world 2026年6月14日 (日) 19:52 (UTC)

有个navbox没有正常展开--Jeffchu2014（留言） 2026年6月15日 (一) 04:21 (UTC)

那就不要了吧，現在剛剛好。--Hamish one great show can change the world 2026年6月15日 (一) 04:40 (UTC)

你維把高階語法高亮局部關掉了？

之前的測試功能來的，好用就一直開著。能顯示/div和/ref的功能挺好用，缺點就是無法像普通高亮般顯示行數。今天編緝時發現上面的高階語法的功能框還在，但高亮在下午沒了（早上還有），而且往測試功能看也沒了。害我在裝修用戶頁時多打了/div，導致現在要搶修用戶頁。--璃茗熒音♪^•ﻌ•^ฅ🐾(𝒞𝑜𝓃𝓉𝒶𝒸𝓉☎︎) 2026年6月13日 (六) 09:51 (UTC)

我不確定是不是真的關掉了，但如果是的話可能和這個問題有關。 象象🐘(留言|貢獻) 2026年6月13日 (六) 10:08 (UTC)

受影響用戶不能自己關嗎⋯⋯--璃茗熒音♪^•ﻌ•^ฅ🐾(𝒞𝑜𝓃𝓉𝒶𝒸𝓉☎︎) 2026年6月13日 (六) 12:25 (UTC)

重點是本來我想把高階高亮語法關掉換成普通高亮語法，結果找不到關不掉還得看著上面的高階高亮語法功能框，但下面的高亮語法顯示不出來⋯⋯--璃茗熒音♪^•ﻌ•^ฅ🐾(𝒞𝑜𝓃𝓉𝒶𝒸𝓉☎︎) 2026年6月13日 (六) 12:32 (UTC)

現在沒事了😐--璃茗熒音♪^•ﻌ•^ฅ🐾(𝒞𝑜𝓃𝓉𝒶𝒸𝓉☎︎) 2026年6月14日 (日) 08:20 (UTC)

關注一下Surface timeline模板異常問題

於Phabricator追踪
工單T428063

如題，{{Surface timeline}}這個模板目前套用時會報錯「时间线出错。无法储存输出档案」，暫不肯定報錯原因在哪，煩請高手幫忙看一下、修正一下。先行感謝！--飄流書生（見山 · 客棧） 2026年6月14日 (日) 18:15 (UTC)

phabricator:T428063 象象🐘(留言|貢獻) 2026年6月14日 (日) 18:22 (UTC)

字體調節

如不慎將字體擴大（不是條目，是系統的字體），請問該怎樣調回？這樣看上去真的很難受也很難寫條目--XiaoFui ^签·友 2026年6月15日 (一) 12:35 (UTC)

是需要【赛博灯泡】电脑DPI分辨率500%的设置方法+最强恢复拯救方法吗。嫌长可看图文版。--YFdyh000（留言） 2026年6月15日 (一) 12:58 (UTC)

2026年國際足協世界盃、NoteTA和Module:CGroup/FIFA2026

隨著世界盃開幕，各大維基志工也持續在打磨相關條目的細節，本小姐也不例外地繼續此前的工作，在各分組和2026年國際足協世界盃統計數據為球員添加NoteTA轉譯。Hamish君此前創建的Module:CGroup/FIFA2026讓本小姐不用再在分組條目內轉譯，但因2026年國際足協世界盃為了省模版大小而使用NoteTA-lite的關係，而一直未能加載CGroup/FIFA2026。除了在各分組條目，以及統計數據的射手榜與助攻榜加回轉譯外，未知各位有無其他辦法？--Mısaka✨M1koto 2026年6月15日 (一) 16:32 (UTC)

2026年第25期技術新聞

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

本週要聞

• The Reader Growth team has launched an Image Browsing beta feature on the mobile web version of all Wikipedias. The feature shows an image carousel at the top of articles with 3 or more images. Editors can configure this feature with the following controls: to hide a specific image from a page, either use class=notpageimage excluding it from thumbnail previews, or class=noviewer excluding it from MediaViewer. The carousel can also be disabled from a page entirely, with the magic word __NOMEDIAVIEWERCAROUSEL__. To submit feedback or flag bugs, please visit the project page.
• Wikitables can now be sorted in descending order on the first click by adding data-sort-order="desc" to the header cell. Previously, by default, clicking a column header for the first time sorts it in ascending order. This addition to a Wikitable gives it more control and flexibility, while the default behavior for subsequent clicks remains unchanged. [5]

近況更新 - 面向編輯者

• The Article guidance feature is currently being tested with some editors creating new articles on the Simple English, French, and Turkish Wikipedias. The experiment will soon begin on the Arabic and Bangla Wikipedias as well. This feature gives editors community-curated guidance to help them create articles that follow community standards. Experienced editors can continue creating or adapting outlines for specific article types that are commonly created by less experienced contributors. The outlines guide less experienced editors in creating high-quality articles. A quick guide to markups used in outlines can be found on this page. Example outlines that can be adapted and instructions for how to adapt them are on this section of the project page.
• 如果您的維基站點想要替換Special:Block頁面中針對臨時帳號的「不限期」按鈕（例如，您的維基站點想要在臨時帳號過期時解除封鎖），您可以建立MediaWiki:ipb-indefinite-expiry-temporary-account並設定所需的封鎖期限來達成此目的。設定方法請見此處說明。 [6]
• 上週有41件由社群提交的工單得到解決。

近況更新 - 面向技術貢獻者

• By the end of June, a valid user-agent string will be required for automated dumps downloads from the dumps.wikimedia.org website. Automated requests that provide a generic or empty user-agent will be blocked. This extends enforcement of the long standing user-agent policy. Access to dumps through Wikimedia Cloud Services will not change.
• 全域API速率限制的所有階段均已推出，所有API均已實施限制，且各使用者群組的限額均依照文件記載的標準執行。目前在Toolforge/WMCS運行的機器人和擁有站內機器人權限的機器人不受此限制。所有機器人應繼續遵循文件中記載的最佳實踐，以避免受到速率限制。
• API Portal維基將從本週（6月15日至18日）起轉為唯讀模式。下週（6月22日至25日），所有API Portal維基的網址都將重新導向至MediaWiki.org的「Wikimedia APIs」頁面。參閱專案頁面了解詳情。
• 本週軟體更新細節： MediaWiki

會議與活動

• 維基媒體基金會將於6月17日 18:00 UTC舉行一場以「程式碼審查」為主題的Discord通話會議。我們透過「開發者滿意度調查」得知，志願者在進行程式碼審查時面臨不少困難，因此我們希望藉此機會討論這些經驗，以期找出可行的解決方案。您可以在維基媒體社群Discord伺服器加入本次會議。
• 拉丁美洲維基媒體會議將舉辦一場區域性黑客松，邀請維基媒體技術社群中的開發者、系統管理員、資料科學家以及站內的高階權限者一同共襄盛舉。有興趣參與的技術貢獻者可申請獎助金，申請期間至6月21日午夜（玻利維亞時間，UTC-4）截止。
• 歡迎報名參加維基媒體國際會議團隊挑戰賽，一同參與這場特別活動。團隊挑戰賽將於維基媒體國際會議召開前的7月21日至22日，以線上及實體形式舉行。無論技術水準或是否報名參加維基媒體國際會議，皆歡迎參與。各團隊將共同完成10項為維基媒體社群提供支援的重要挑戰。詳情請參閱團隊挑戰賽頁面並於該處報名（或點此報名）。報名期間至6月20日 23:00 UTC截止。

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

MediaWiki message delivery 2026年6月15日 (一) 16:45 (UTC)

看起来旗帜模板啥的又要改了？--百無一用是書生 (☎) 2026年6月16日 (二) 02:27 (UTC)

Module:CNBUS/MAS/data更新版本lua错误

我真的不了解，此次编辑'masbusline'怎么出现错误呢？--Chubit（留言） 2026年6月16日 (二) 02:48 (UTC)