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

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

发表新议题

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

公告欄

• [人事] Alltonight、Htchien、Kallgan、Liangent、Minghong及武藏已離任管理員，感謝其任內的貢獻。
• [公告] 可靠來源布告板修訂「通常不可靠」評級、修訂圖標格式手冊有關旗幟與類似旗幟圖標的使用規定、修訂快速刪除方針F3、F4、F6、F8、F9、F10條並改造相關模板及修訂有關中等教育機構的收錄標準的規定已經通過。
• [公告] 修訂資訊框格式手冊有關表示國籍與公民權的規定及修訂保護方針有關需討論達成社羣共識的編輯請求的規定正在公示，如有意見請盡快提出。
• [討論] 互助客栈正在討論再次提议“特色列表”改名、默认使用text-autospace为中英文之间添加空白的后续及「撤銷」與「撤消」兩詞的正確性與使用情況，歡迎踴躍參與。
• [討論] 社群正在討論有關非編號命名的城市軌道交通鐵路綫的條目命名、確立列表收錄標準為正式指引、电子游戏角色外文标注、「臺灣光復節」條目章節排版問題、检讨不限期封禁的用户页标记、有關國際學校導航模板的命名、仲裁委員會組織調整及活動組織者該由行政員還是管理員賦權，歡迎踴躍參與。
• [广告] 为协助基金会开发者将字词转换系统适配到本年将部署的Parsoid解析器，欢迎完善字词转换系统的英语文档或审阅其简介草稿。

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

#	💭 話題	💬	👥	🙋 最新發言	🕒 (UTC+8)
1	提議：高亮哈佛参考文献格式短鏈指向的完整資料引用	57	9	Ericliu1912	2026-02-13 20:23
2	改善字体的讨论怎麼又死了	16	8	魔琴	2026-03-03 09:01
3	中文字元與拉丁字母、數字之間在顯示上被自動加入空格	26	11	Srapoj	2026-02-10 21:00
4	Request for Translation of LanguageConverter documentation	20	6	Diskdance	2026-02-11 18:03
5	Search怎么了	15	8	Vesekskiy	2026-02-20 20:00
6	2026年第9期技術新聞	1	1	MediaWiki message delivery	2026-02-24 03:00
7	WMF为了拦截AI爬虫一刀切拦截所有自定义的user agent访问维基项目的网站？	6	5	忒有钱	2026-03-01 02:33
8	編輯完畢提交後版本出現自動追加大量簡繁字體轉換字符Bug	6	5	Cwek	2026-03-01 13:36
9	2026年第10期技術新聞	2	2	Shizhao	2026-03-03 17:36
10	多调希臘文文本是否应该、如何修改自定義字形	2	2	Sanmosa	2026-03-05 21:42
11	Template:Delete/reasons是否已棄用？	1	1	Sanmosa	2026-03-04 09:17

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

正在廣泛徵求意見的議題

議題清單

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

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

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

Module talk:Article history/config § Module:Article history/config自动添加Category有歧义

最近在看优良条目广州市时发现，该条目之前多次参与优良条目评选和优良条目重审，导致其讨论页Talk:广州市的Special:Categories同时拥有Category:優良條目討論和Category:已撤銷的優良條目。通过找config的代码发现，问题应该是出现在第1376行。而解决的方法应该是仿照第306行起的GA，将categories这一参数放到statuses里面第335行的DGA下而不是放到1376行的地方，FA典范条目亦同理。如果有管理员或对Lua语言熟悉的模板编辑员请协助修改。副知@Shizhao。--Cygz（留言） 2025年10月24日 (五) 18:32 (UTC)

Wikipedia:互助客栈/技术 § Request for Translation of LanguageConverter documentation

I am working on improving Parsoid's support for LanguageConverter (phab:T380517) and in order to create good test cases it would be helpful to have a full translation of zh:Help:AC in a form which could be maintained as documentation. There was a start made at mw:Writing_systems/LanguageConverter but only the first section was translated. (There is also mw:Writing_systems/Syntax which is a translation of zh:Help:高级字词转换语法 and covers some of the same material, and the relationship between these pages is unclear. Which should be considered authoritative?)

Ideally we'd set this up using the translate extension as a translated document so we could track changes back and forth. There's an error on the translated mw:Writing_systems/Syntax page in the "Combined conversion flag" section (zh-hant and zh-tw actually have the same output as zh-hk in my tests) which appears to be present in the source document zh:Help:高级字词转换语法 as well; it would be good to have a means to make such corrections and have them applied to all the translated versions.--Cscott（留言） 2026年1月7日 (三) 15:56 (UTC)

Template talk:Infobox person § 編輯請求 2026-02-11

新增參數，以兼容{{Infobox adult biography}}。須與Template talk:Infobox person/core#編輯請求 2026-02-11同時處理。Sanmosa _新朝雅政 2026年2月11日 (三) 13:17 (UTC)

Template talk:Infobox person/core § 編輯請求 2026-02-11

新增參數，以兼容{{Infobox adult biography}}。須與Template talk:Infobox person#編輯請求 2026-02-11同時處理。Sanmosa _新朝雅政 2026年2月11日 (三) 13:17 (UTC)

Template talk:CSD Link § 引用的速删准则废除后会报错

参见Wikipedia:頁面存廢討論/記錄/2025/01/06#Template:China-buddhism-temple。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年2月27日 (五) 13:17 (UTC)

Wikipedia talk:可靠来源/常见有争议来源列表 § 新RSP格式

新RSP格式已完成，索引頁在此：Wikipedia:可靠來源/常見。預計索引頁中的列表和搜尋框將嵌入到Wikipedia:可靠来源/常见有争议来源列表以替換原表格。存檔方式等資訊，可以就直接放在各個頁面裡面（開個「存檔」章節）。已有的頁面也可以補充收錄電子遊戲專題、ACG專題的來源評語（例如Wikipedia:可靠來源/常見/17173.COM）。雖然RSP只是論述，但還是需要來個徵求意見，讓大家再討論看看。Ping「收錄存檔資訊」一事的討論參與者：@1F616EMO、Ericliu1912、Liu116、Olaf8940、Sksawf、YFdyh000、魔琴。--SuperGrey (留言) 2026年3月3日 (二) 14:44 (UTC)

Template talk:中国乡级行政区 § 編輯請求 2026-03-05

新增「sk」參數，在未填寫區劃代碼時可通過填寫該參數自行設定是否顯示新疆時間。Sanmosa _风林火山 2026年3月5日 (四) 23:56 (UTC)

提議：高亮哈佛参考文献格式短鏈指向的完整資料引用

此已存檔的討論仍有未完的部分，因此從存檔中粘貼過來，還盼望各位有所關心。—— 　桁霽　 ↹　晚來天欲雪，能飲一杯無　　 2025年7月25日 (五) 00:47 (UTC)

存檔前討論

具體而言，點擊引用部分的的短鏈（t:sfn或t:harvnb）後，讓頁面在跳至完整文獻引用處的同時，使之高亮。有時完整文獻列表處分兩欄顯示，部分情形下讀者須對照原短鏈確認具體所指。不知道在技術上能否實現，亦不知是否有他人支持。個人認為這是一個讓本站更加讀者友好化的提議，姑且一言。—— 　桁霽　 ↹　晚來天欲雪，能飲一杯無　　 2025年6月27日 (五) 09:39 (UTC)

別的維基百科有麼？或許可以參考。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月29日 (日) 10:28 (UTC)

@Ericliu1912 俄文维基百科有。可以参见我的沙盒页，点击短链查看效果。—— 　桁霽　 ↹　晚來天欲雪，能飲一杯無　　 2025年6月29日 (日) 14:45 (UTC)

哎，這挺好呀！—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月29日 (日) 14:56 (UTC)

確未料到俄維有，可見有其功用並可以實現。中維可考慮引進。—— 　桁霽　 ↹　晚來天欲雪，能飲一杯無　　 2025年6月29日 (日) 15:01 (UTC)

若此事可蒙閣下促進，那就太好了。—— 　桁霽　 ↹　晚來天欲雪，能飲一杯無　　 2025年6月29日 (日) 15:18 (UTC)

我不懂技術，但我會支持這主意。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年7月12日 (六) 12:09 (UTC)

我记得一两年前中文维基的哈佛引用是有tooltip的。--Kcx36（留言） 2025年7月9日 (三) 08:12 (UTC)

你这么一说，好像是有这么一出，但是不知道是在哪、怎么实现的。--Hamish T 2025年7月9日 (三) 08:40 (UTC)

找到了，mw:Reference_Tooltips/zh。--Kcx36（留言） 2025年7月9日 (三) 08:52 (UTC)

英文维基高亮：en:Module:Citation/CS1/styles.css#L-25，俄文维基高亮：ru:MediaWiki:Common.css#L-340。Kcx36（留言） 2025年7月9日 (三) 08:32 (UTC)

@Dabao qian：您看高亮的css应该加到哪里？--Kcx36（留言） 2025年7月14日 (一) 18:28 (UTC)

目前本站的参考文献引用默认是mw:Help:Reference_Previews提供的，mw:Reference_Tooltips是之前的小工具，不过确实可以单独把这个功能加上。--碟之舞📀💿 2025年7月11日 (五) 16:02 (UTC)

感謝@Diskdance君、@Eric君、@Hamish君、@Kcx36君諸位傾力支持，無論是技術上還是決策上。下一步是否需要提請社群表決？還是直接應用？—— 　桁霽　 ↹　晚來天欲雪，能飲一杯無　　 2025年7月13日 (日) 02:37 (UTC)

新討論

來日瀏覽條目，越發堅信此舉錯確為必要，希望此懸而未決之議有所進展。—— 　桁霽　 ↹　晚來天欲雪，能飲一杯無　　 2025年7月25日 (五) 00:47 (UTC)

其實你可以直接貼上原討論連結（ —— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年7月25日 (五) 06:33 (UTC)

支持進行高亮，建議添加進模板樣式內，因MediaWiki:Common.css會在所有頁面加載。--1F616EMO（喵留言～回覆請ping） 2025年7月25日 (五) 14:33 (UTC)

见Module_talk:Citation/CS1/styles.css#編輯請求_2025-08-14。--PexEric 2025年8月14日 (四) 10:28 (UTC)

好像没效果？--碟之舞📀💿 2025年8月17日 (日) 14:58 (UTC)

模板样式没加载，所以需要更新CS1模块。--Dabao qian℡ 2025年8月17日 (日) 16:49 (UTC)

	return table.concat ({
		frame:extensionTag ('templatestyles', '', {src='Module:Citation/CS1/styles.css'}),
		do_citation (config, args)
	});
end

这样应该就可以了。--Dabao qian℡ 2025年8月17日 (日) 17:04 (UTC)

（節刪）

不过确实如原讨论页所说，CS1模块需要彻底翻新一次了，现行版本对比粤、英维都已经十分落后，但是自从Antigng淡出之后就没有熟悉这个模块的用户继续接手维护。--Dabao qian℡ 2025年8月17日 (日) 19:00 (UTC)

是否“落后”我不熟悉无法评价。但从模块的历史大小diff可以看出它被User:Antigng重构之后结构上肯定不能直接照搬英语维基的版本了（对应讨论页“第二阶段”以及“第五阶段”被折叠的部分）。那会儿我看这里的CS1模块页面有代码高亮而英维没有，才知道Extension:SyntaxHighlight有个100kB的大小上限。
不知道他为什么没有尝试把修改upstream到英语维基，虽然我能想象这种事不容易沟通（这个模块差不多是英维管理员User:Trappist the monk一个人维护的）。--Srapoj（留言） 2025年8月17日 (日) 19:26 (UTC)

比如刚刚调整半天没调好的网站权限级别图标部分，中维是自己添加的图标文件，粤维和英维的设计是覆盖PDF图标，所以模板样式用不了，/Configuration子页面也动不了。--Dabao qian℡ 2025年8月17日 (日) 20:27 (UTC)

翻了一下历史，英语维基是在18年9月底改成目前这种用CSS里指定<a>的背景图片来实现xx-access的。本站版本保留了旧的图片链接实现，且在版本67678524写明：该函数与英文站CS1模块中相应函数不兼容，请勿盲目替换！
我猜测U:Antigng可能故意不想引入Extension:TemplateStyles吧。我个人觉得英语维基的实现给CS1系列这种会被大量使用的模板在源码留下一堆mw-deduplicated-inline-style元素，看着不爽。该怎么做还是得看维护者取舍了。--Srapoj（留言） 2025年8月17日 (日) 23:51 (UTC)

先改为较为保守的改法，给Module:Citation/CS1应用模板样式补丁，后续是否需要翻新留待社群进一步讨论。--Dabao qian℡ 2025年8月17日 (日) 20:37 (UTC)

小意见：可以写成直接字符串拼接，因为用frame:extensionTag会生成出，略为啰嗦。--Srapoj（留言） 2025年10月28日 (二) 14:00 (UTC)

@Srapoj：似乎並不可行。--1F616EMO（喵留言～求助？） 2025年10月28日 (二) 14:32 (UTC)

抱歉，之前不知道在Lua模块返回的东西里调用parser extension tag也需要用等效为{{#tag:}}的写法。--Srapoj（留言） 2025年10月28日 (二) 14:45 (UTC)

检查了一下才意识到这是个有点抽象的情况。本地的CS1模块目前没在使用Module:Citation/CS1/styles.css， 反倒是{{Harvc}}用的Module:Harvc、{{ISBN}}使用的{{Catalog lookup link}}在用它（应该是搬运英维模板造成的）。如果要给CS1做这种改动应该征求意见吗？--Srapoj（留言） 2025年8月18日 (一) 00:38 (UTC)

我觉得为解决这里cite模板ref=harv的问题，不妨先把样式放到MediaWiki:Common.css里算了（也就一点点作用于:target伪类的样式，还不如我之前抱怨的IPA字体列表长）。CS1模块的维护可以另开讨论？但不知道这会儿有没有熟悉它的编者能参与讨论，且好像没有具体的需要解决的问题。--Srapoj（留言） 2025年8月18日 (一) 01:21 (UTC)

放Common.css已经是不推荐的做法了，Common.css会在所有页面都加载一次，无疑会增加负担，而且移动端目前不会加载Common.css，后续视迁移进度还是要删，IPA是不得已而为之。--Dabao qian℡ 2025年8月18日 (一) 03:30 (UTC)

关于IPA模板，我反对的是指定那一大串字体的方案，并认为U:Diskdance最初只指定一个字体的改法已足够，不过这与此处讨论无关。--Srapoj（留言） 2025年8月18日 (一) 23:02 (UTC)

我的建议是除非万不得已否则不要再在Common.css、Minerva.css和Print.css加入任何非站点级的样式，上述修改方案已经是最为保守的改法了，只要不影响WP:PEIS应该问题不大。--Dabao qian℡ 2025年8月18日 (一) 04:57 (UTC)

会计入PEIS的应该只有这一段文本，不算太长吧。但从性能的角度说我不觉得把CS1相关的东西放Common.css里是不恰当的，毕竟它又不是没缓存（总还会有皮肤、扩展的样式要走ResourceLoader加载，目前它对css不进行version hash，这类资源文件的缓存期限$wgResourceLoaderMaxage是5分钟），只要用户在缓存期限内访问过带cite模板的页面就不算浪费。
单就CS1模块来说，使用模板样式是能让它更self-contained，但此前模块的维护者U:Antigng并未跟进这个改动。我是觉得换不换是CS1模块维护者需要决定的事，要跟就把英语维基改用模板样式实现的功能（如您举的付费墙图标）都替换了，维持现状就做好说明。本来CS1系列就因为连锁保护只有管理员才能编辑，换了模板样式也仍需要协商。--Srapoj（留言） 2025年8月18日 (一) 22:55 (UTC)

 吐槽：要不要把关于CS1模块的留言拆分成新讨论？但这里本来的问题怎么办🤦--Srapoj（留言） 2025年8月18日 (一) 23:13 (UTC)

目前暂定的解决方案是先应用补丁，如有技术问题可另行报告，是否需要翻新CS1模块可留待社群进一步讨论，付费墙图标的问题因为{{Catalog lookup link}}模板也在使用所以没有删掉。--Dabao qian℡ 2025年8月19日 (二) 02:48 (UTC)

支持Dabao qian阁下的方案，您直接提编辑请求吧。其他的重构更新之类日后再说吧。--PexEric 2025年8月20日 (三) 05:41 (UTC)

副知@Dabao qian。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年9月4日 (四) 15:19 (UTC)

他已经提了。虽然说我仍持保留意见。--Srapoj（留言） 2025年9月4日 (四) 15:24 (UTC)

@Srapoj：不知您的意見是基於實務還是技術問題？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年9月7日 (日) 13:30 (UTC)

主要是涉及是否需要和模块翻新一起做，模块翻新目前暂时搁置。--Dabao qian℡ 2025年9月7日 (日) 14:50 (UTC)

不确定“實務”在这里指什么。技术上我仍倾向于暂时塞common.css，但不完全反对用模板样式，见8月18日的回复。主要是目前本地的CS1模块可以说是orphaned的状态，在Antigng之后没有活跃的管理员维护（英维版本可以说是有一个管理员“专职”维护它），修改只限于子模块/Configuration、/Identifiers、/Language的小更新（？）。

虽说在输出里加个本质也是小更改，然而我会担心在没有维护者的情况下向屎山堆砌结构修改会令它滑向缝合怪（我承认这像是滑坡谬误，又没有参数变化之类的，想不到会怎么阻碍未来的铲屎者把它炸了重来，顶多需要兼顾其他使用这个css的模板罢了）。虽然谈不上支持，但这样也算是“持保留意见”吧（--Srapoj（留言） 2025年9月7日 (日) 23:29 (UTC)

「實務問題」，指的當然是「看起來行不行」、「讀者能不能用」之類。其餘都是背後的技術問題。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年9月8日 (一) 19:51 (UTC)

不知目前此一功能是否已實裝？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年10月28日 (二) 06:09 (UTC)

没有。显然本站的CS1模块已经事实上处于orphaned的状态了。--Srapoj（留言） 2025年10月28日 (二) 11:55 (UTC)

==，那能不能改回來？Antigng大跑路啊。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年10月28日 (二) 13:44 (UTC)

解决这里的问题需要做的只是一个小修改，不涉及整套实现的问题。（然而这也还没管理员直接拍板，更说明orphaned了。）--Srapoj（留言） 2025年10月28日 (二) 13:55 (UTC)

@Dabao qian：不考慮其他模組或模板更新，能否單就此一問題部署解方？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年12月2日 (二) 09:43 (UTC)

参见#c-Dabao_qian-20250817170400-新討論。--Dabao qian℡ 2025年12月2日 (二) 12:52 (UTC)

要么按Dabao qian的提议给所有CS1模板使用模板样式（英维做法），要么改Common.css（MediaWiki talk:Common.css#編輯請求 2025-07-25）。我想过能否只给哈佛格式会用到的模板加入样式，但我不了解它们在本站是怎么使用的（应该读en:Help:Shortened footnotes？），且未见中维自己这样搞一套的必要性。--Srapoj（留言） 2025年12月2日 (二) 15:20 (UTC)

@Dabao qian：按此處所說模式提出編輯請求，如何？CS1模組維護是長期問題，恐怕無法輕易解決。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年12月3日 (三) 08:55 (UTC)

按此方案应用补丁即可，其他问题留待后续进一步讨论。--Dabao qian℡ 2025年12月3日 (三) 09:47 (UTC)

@Dabao qian：是否可代為提出請求？我不懂技術，不知道應該應用什麼方案。是這個麼？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2026年1月20日 (二) 23:42 (UTC)

@Dabao qian：上面提到的代碼要加在哪一列？是否需要註釋？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2026年2月13日 (五) 12:23 (UTC)

副知@Shizhao。@Dabao qian：不過這個現在是什麼情況？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年12月3日 (三) 08:57 (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)

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

中文字元與拉丁字母、數字之間在顯示上被自動加入空格

中文字元與拉丁字母、數字之間在顯示上被自動加入空格，不知道是何時的改動？Sanmosa _新朝雅政 2025年12月15日 (一) 02:17 (UTC)

几乎所有页面都被改动了。(！)強烈抗议此次修改，deltalk极不方便，还违反MOS:SPACE。--${\mathfrak {Kurwa}}$__^{( •̀ ω •́ )＜✧} 2025年12月15日 (一) 03:33 (UTC)

各位，上面討論好幾個月了，也有經過正規公示程序。另外，沒有違反格式手冊，因為並非手動加入空格，而是以技術手段自動排版。我個人的建議是，減少自動排版所用空格間距，方便與應予清理的手動空格相區別，不然確實對編者不便。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年12月15日 (一) 04:48 (UTC)

是的。如果要关闭可以在参数设置中关闭“^预改善中文与其他字符混排时的字距 [文档]”小工具。--碟之舞📀💿 2025年12月15日 (一) 05:03 (UTC)

我建议还是暂时不要默认启用为好--百無一用是書生 (☎) 2025年12月16日 (二) 07:42 (UTC)

這點可以徵詢社羣的意見。Sanmosa _新朝雅政 2025年12月16日 (二) 10:57 (UTC)

想請問可以把全形括號改回原本的樣子嗎？我編輯的時候分辨不了是全形括號還是半形括號。（吐槽：因為標點符號都連在一起，我還以為我手機壞了。）-- Sun8908 2025年12月21日 (日) 14:24 (UTC)

以及默认情况下排除了各种编辑界面（包括文本框和可视化编辑器），不会加空白。--碟之舞📀💿 2025年12月15日 (一) 05:23 (UTC)

另外，之前一直没有提到，给元素加上gadget-nospace class可以排除加空白。--碟之舞📀💿 2025年12月17日 (三) 02:15 (UTC) 👍1

text-autospace后续

先前讨论：Wikipedia:互助客栈/技术/存档/2025年12月#h-提议：默认使用text-autospace为中英文之间添加空白-20251017153500

先前的讨论存档了，故重启讨论。需要讨论的后续有：

1. 是否将行首的上引号、左括号等设为半角（trim-start效果）；
2. 关于是否需要默认启用额外的JS处理标题间距；
3. 是否/如何提示浏览器不兼容。

另外，先前提到的iOS上部分地方遗漏空白的问题疑似为WebKit bug。以及貌似<bdi>周围空白也会出现问题，是否是spec有意为之还是实现bug暂不得而知。

以上。--碟之舞📀💿 2025年12月28日 (日) 07:17 (UTC)

前兩項都支持。瀏覽器不兼容個人認為可以不提。 --SuperGrey (留言) 2026年1月8日 (四) 12:39 (UTC)

我用webkit nightly能够复现U:TimWu007之前报告的链接与数字间未加空白的问题。此问题应该算是webkit项目issue tracker里的bug 299306。

( π )题外话：如果其他人要在非苹果设备上测试WebKit/Safari，可以在Linux下用WebKitGTK的port（如Epiphany，即GNOME Web），Windows下可以找WinCairo port的二进制（参见文档和帖子，虽说从CI只能下载到nightly版的）。--Srapoj（留言） 2026年1月8日 (四) 22:14 (UTC)

不同意標點半角，不雅觀且容易誤會。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2026年1月9日 (五) 14:28 (UTC)

左邊為trim-start，右邊為normal

無論「還是“都沒有所謂半角、全角之分，這兩個符號都只有1種Unicode字符，故 @Ericliu1912說的「誤會」實在是不知所云。
至於雅觀與否。做了個擷圖，讓大家來評判。 --SuperGrey (留言) 2026年1月9日 (五) 21:44 (UTC)

而且如我先前所言，trim-start 是 W3C中文排版要求 § 行首行尾標點擠壓 之規範。文字「左端對齊」，個人認為遠比「留一個大空白、對不齊」要美觀多了。 --SuperGrey (留言) 2026年1月9日 (五) 21:48 (UTC)

可能簡體有問題吧，但繁體引號設計就是占一格。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2026年1月12日 (一) 02:41 (UTC)

简体的font也是占一格的，不管是繁简体的设计，都是左边有半格的空白。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年2月3日 (二) 10:16 (UTC)

其实「是有的，U+FF62 ｢ HALFWIDTH LEFT CORNER BRACKET，但这并不影响什么（ ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年2月3日 (二) 10:14 (UTC)

（feature or bug?）發現在firefox上，半形符號與中文相連時，中間沒有autospace，例如「1%至2%」中「%」與「至」之間沒有autospace（但chromium系似乎沒有此問題）。--有線耳機（留言） 2026年2月5日 (四) 06:23 (UTC)

%属于Unicode character category Po (Punctuation, other)，因此Firefox的行为看起来符合text-autospace: normal的要求（只在汉字与字母或数字间加入空格）。--Srapoj（留言） 2026年2月5日 (四) 11:50 (UTC)

這裡的空格不會指望我們手動加吧？Firefox應該通融一下這種例外情況。 --SuperGrey (留言) 2026年2月5日 (四) 22:20 (UTC)

Firefox应该是严格按照spec实现的，所以spec的bug也抄过来了。--碟之舞📀💿 2026年2月10日 (二) 03:51 (UTC)

看到有w3c/csswg-drafts#9479。--Srapoj（留言） 2026年2月10日 (二) 13:00 (UTC)

一味追新？

我检查了MDN文档。text-autospace的支援矩阵惨不忍睹，最早提供支援的是Safari和它的Webkit；但也不到一年。如此行为完全违反了基金会的compatibility指南。 MilkyDefer 2026年2月3日 (二) 09:51 (UTC)

(～)補充：根据CanIUse的统计，这个属性只能覆盖到九成的手机使用者和六成的电脑使用者，难谓成熟技术。--MilkyDefer 2026年2月3日 (二) 10:02 (UTC)

这又不是什么缺了会明显影响使用的必需功能，对旧浏览器用户来说显示效果和以前没有区别（属于老话说的progressive enhancement）。真被废弃的只有原来的js小工具，本身是给登录用户用的。--Srapoj（留言） 2026年2月3日 (二) 11:14 (UTC)

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

Request for Translation of LanguageConverter documentation

👍1

I am working on improving Parsoid's support for LanguageConverter (phab:T380517) and in order to create good test cases it would be helpful to have a full translation of zh:Help:AC in a form which could be maintained as documentation. There was a start made at mw:Writing_systems/LanguageConverter but only the first section was translated. (There is also mw:Writing_systems/Syntax which is a translation of zh:Help:高级字词转换语法 and covers some of the same material, and the relationship between these pages is unclear. Which should be considered authoritative?)

Ideally we'd set this up using the translate extension as a translated document so we could track changes back and forth. There's an error on the translated mw:Writing_systems/Syntax page in the "Combined conversion flag" section (zh-hant and zh-tw actually have the same output as zh-hk in my tests) which appears to be present in the source document zh:Help:高级字词转换语法 as well; it would be good to have a means to make such corrections and have them applied to all the translated versions.--Cscott（留言） 2026年1月7日 (三) 15:56 (UTC)

I'm not too optimistic about the state of LanguageConverter documentation here either. Some content seems outdated (not changed from the initial 2000s versions) and confusingly worded. There are undocumented "magics", such as the special unidirectional status of zh-hans/hant, and the behavior when nesting another tag inside a flagged tag. --Srapoj（留言） 2026年1月7日 (三) 17:02 (UTC)

@Cscott：mw:Writing_systems/Syntax is wrong. I've corrected it. The output given in the same example in the source document is correct.

註：mw:Writing_systems/Syntax有錯誤已修正，Help:高级字词转换语法無誤。——枰（留言） 2026年1月7日 (三) 21:16 (UTC)

Thanks! I've updated my parser tests to match the new page. I also translated a few more sections to make it more complete.--Cscott（留言） 2026年1月9日 (五) 17:07 (UTC)

LC originated from zhwiki. Although the LC supports other languages (m:Wikipedias in multiple writing systems), probably only Chinese wikis use it extensively. Using the translate extension for its syntax document necessiates writing the original version in English (for sensible collaboration), but that would be awkward for Chinese editors: Currently mw:Writing systems/Syntax uses lower and upper cases of Latin alphabets to represent the simplified and traditional Chinese characters in examples, which have to be crafted manually. It's also hard to explain why exotic tags like the combined conversion flag would ever exist, without some knowledge about the messy regional word variations (地区词) in zhwiki. --Srapoj（留言） 2026年1月8日 (四) 00:55 (UTC)

I've started to make some test cases in tests/parser: Add more complete tests for language converter (1220645) which use a limited number of simplified and traditional characters (just 舊/旧, 叢/丛, and 蘭/兰) in order to demonstrate the same test cases as on mw:Writing systems/Syntax while limited the number of characters that folks who are not literate in hanzi need to recognize.--Cscott（留言） 2026年1月8日 (四) 16:42 (UTC)

PRC's character simplification scheme can be classified into multiple methods. The pairs you use belong to those using de novo characters for simplification, where the relationship is difficult to deduce for users proficient in either variant only or foreigners. I propose these pairs: 這/这, 對/对, 學/学, 經/经, 號/号, 報/报, 馬/马, 風/风, 氣/气, 電/电.

我觉得这位开发者挑的例子不便于简体使用者或者外国人猜到简繁字形间的对应关系，所以从常用字里又挑了几个。个人觉得最好看起来要有足够的差异且笔画不应太复杂（毕竟对外国人相当于在看图）。不知道各位有没有别的建议。--Srapoj（留言） 2026年1月8日 (四) 20:34 (UTC)

「舊叢蘭」这三个字看多了我都发怵……
Staring at "舊叢蘭" for too long even gives me the creeps... ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年1月9日 (五) 07:50 (UTC)

Thank you! I've updated the tests to use your suggested character pairs.--Cscott（留言） 2026年1月10日 (六) 06:34 (UTC)

en:Wikipedia:Language_recognition_chart#Simplified_Chinese_(简体)_vs_Traditional_Chinese_(繁體)這邊的如何？但是要注意日文漢字就是了。--Saimmx（留言） 2026年2月10日 (二) 14:59 (UTC)

这位开发者写的test case已经合入主线了（tests/parser/langParserTests2.txt），虽说再去改也不是不行。
我觉得应考虑的问题仍然是文档里用什么例子能方便外国人理解LanguageConverter要解决的问题。Diskdance现在写的那份可以发布到mw:Writing systems/LanguageConverter（对应本地的H:AC），而mw:Writing systems/Syntax（H:高级字词转换语法）则仍需琢磨。--Srapoj（留言） 2026年2月10日 (二) 15:21 (UTC)

题外话，我觉得H:AC写得也不行，需要大幅翻修。我本来想直接翻译的，发现问题后就直接自己写了。--碟之舞📀💿 2026年2月11日 (三) 10:03 (UTC)

@Cscott: A major problem here is, in contrast to the majority of MediaWiki codebase, LC is initially tailored for Chinese Wikipedia's needs, thus its documentation in Chinese is most comprehensive and may be considered the source of truth, rather than that in English. I doubt if MediaWiki.org allows that.

Help:AC is an introductory article about LC. Help:高级字词转换语法 literally translates to "Advanced language conversion syntax", so I would treat it as a technical documentation on LC.

Anyway, despite the challenges, I may consider translate Help:AC to English and paraphrase it in a way friendlier to English users, if I'm available later.--碟之舞📀💿 2026年1月8日 (四) 13:02 (UTC)

Thanks! Technically the translate extension can use any language as the "base" language, and so one option would be to set the page language for Writing_systems/Syntax to Chinese, and then use the translate extension to put the english translation in Writing_systems/Syntax/en (presumably with a banner at the top to explain the somewhat unusual situation). Extension:Translate isn't enabled on zhwiki, or I'd suggest just keeping the primary page hosted here and using a /en suffix for the translation. Other ideas on how to keep this content up to date and in sync are very welcome.--Cscott（留言） 2026年1月8日 (四) 16:45 (UTC)

https://www.mediawiki.org/wiki/Special:PageLanguage lets you change the "base language" for a page on wikis using the translate extension, although I don't personally have the proper permissions on mediawiki to make that change.--Cscott（留言） 2026年1月8日 (四) 16:59 (UTC)

@Cscott: I've created mw:User:Diskdance/Overview_of_LanguageConverter with the hope of it becoming an overview document of LC which is currently absent in MW.org. It is partially based on Help:AC but tailored a lot to be more understandable by non-Chinese readers. Could you please check if there are anything hard to understand, erroneous or missing in it? Thanks.--碟之舞📀💿 2026年2月1日 (日) 13:58 (UTC)

It's better to distinguish between the conversion rules of characters and words. I created mw:User:魔琴/Chinese conversion as a supplement to your essay. ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年2月3日 (二) 08:23 (UTC)

@魔琴：character是单个汉字，word是单个词语，他们的转换规则我在Background部分已经分开叙述了，是否还有不够详尽的地方？--碟之舞📀💿 2026年2月3日 (二) 08:43 (UTC)

我看到Ideal conversion framework#1了，但就是改之前的小標題可能引發誤解。現在沒有問題。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年2月3日 (二) 08:50 (UTC)

Search怎么了

於Phabricator追踪
工單T416764

网页默认的搜索框坏掉了，例如按照简体输入“WP:用户框”或按照重定向“WP:VP”都会导向条目命名空间的结果。由于导致特定命名空间的搜索不方便（尤其Wikipedia空间和Template空间），故请求改回原来的样子。--${\mathfrak {Kurwa}}$__^{( •̀ ω •́ )＜✧} 2026年2月8日 (日) 03:56 (UTC)

是啊，我也遇上了这个问题，相当不方便。

不过我去其他站点搜的时候发现也是这个问题，可能这个问题是全域性的？--浅村しき（留言・签名） 2026年2月8日 (日) 06:29 (UTC) 👍1

未重现，已经好了？--YFdyh000（留言） 2026年2月8日 (日) 19:13 (UTC)

好像这几天都这样。比如我要用逐字词输入的形式进入“中国国旗”条目，下面的候选项就变成“国旗”开头的条目。--Shwangtianyuan 让中国再次伟大 2026年2月9日 (一) 15:01 (UTC)

现在似乎是 已解决了。--${\mathfrak {Kurwa}}$__^{( •̀ ω •́ )＜✧} 2026年2月10日 (二) 03:45 (UTC)

我这边还是不行。刚试了，拆词依次输入“中国”、“共产党”，本来排第一的搜索建议是中国共产党，但跳出来的建议变成了共产党。--Shwangtianyuan 让中国再次伟大 2026年2月10日 (二) 06:55 (UTC)

我发现是Wikipedia命名空间修复了，但是WikiProject命名空间还是坏的。--${\mathfrak {Kurwa}}$__^{( •̀ ω •́ )＜✧} 2026年2月10日 (二) 10:20 (UTC)

好吧还是没有修复……只有搜索重定向和繁简被修复了……--${\mathfrak {Kurwa}}$__^{( •̀ ω •́ )＜✧} 2026年2月10日 (二) 10:54 (UTC)

需要补充一下，似乎只有桌面端受到了影响，移动端的Search应该可以正常使用？至少搜出来两边不一样。--${\mathfrak {Kurwa}}$__^{( •̀ ω •́ )＜✧} 2026年2月12日 (四) 09:40 (UTC)

@Kurgenera：才看到。我这边的移动端也不太正常……--浅村しき（留言・签名） 2026年2月18日 (三) 16:44 (UTC)

我也发现了，但是我还以为是自己的问题。。。--Zyx快困死了 2026年2月12日 (四) 11:51 (UTC)

问题的触发条件是桌面环境在搜索框输字母后切换到中文输入法，此时搜索建议请求只含有输入法最近一次输入的文本。我在phab:T393819#11611413提了。--Srapoj（留言） 2026年2月12日 (四) 15:15 (UTC)

确实如此。--${\mathfrak {Kurwa}}$__^{( •̀ ω •́ )＜✧} 2026年2月18日 (三) 16:51 (UTC)

貌似搜索框是捕捉到最后一个输入的字词进行联想，确实是只有桌面端会这样，不知道为什么是这样的，希望改回去。--Cygz（留言） 2026年2月20日 (五) 10:08 (UTC)

所有需要输入法输入的文本都有这个问题，例如在日语维基百科用日语输入法先打“ウィ”再打“キ”，也是只有“キ”的结果。——Vesekskiy正在聽詩超絆 2026年2月20日 (五) 12:00 (UTC)

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

2026年第9期技術新聞

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

本週要聞

• 参考文献检查功能已在英语维基百科部署完成，标志着该功能已在所有维基百科语言版本推广完成。该功能会在新用户发布内容前提示他们添加引用，有助于减少因缺乏引用而被撤销的情况，并提高条目的可验证性。在A/B测试中，该功能效果显著：A/B测试显示效果显著：使用该功能的新用户在桌面端添加引用的比例增加约2.2倍，在移动端则增加约17.5倍。 [1]

近況更新 - 面向編輯者

• 维基百科已撤销部署跨wiki排序扩展，该扩展曾提供跨wiki链接排序功能。因此，之前在“非紧凑模式（完整列表）”下进行跨维基链接排序的编辑者，他们的链接顺序将发生变化。今后链接将按语言代码的字母顺序显示。 [2]
• 本週稍晚，使用移动版可视化编辑器按段编辑页面的用户将看到新增的“编辑整页”按钮。点击后可切换到整页编辑，便于在修改内容跨段时一次性编辑整篇条目。当需要修改的内容超出当前段落时，该功能可省去反复打开其他段落的步骤，使用更方便。 [3][4]
• 读者体验团队正在邀请编辑者并根据他们在桌面端和移动端的使用情况，评估深色模式是否仍需在各自站点维持“测试版”状态。如果认为该功能已经成熟，编辑者可以更新MediaWiki:skin-theme-description和MediaWiki:Vector-night-mode-beta-tag中的介面提示，说明深色模式已可正式使用，不再处于测试阶段。
• 改进后的活动标签页现已向维基百科iOS应用程序（7.9.0及以上版本）的所有用户开放。A/B测试显示，启用该功能的用户注册率显著提高；因此我们已向所有用户全面推送该功能，并同时推出若干更新。活动标签页现在会在时间轴中显示用户编辑过的条目，提供编辑影响洞察（例如贡献次数与条目浏览趋势），并支持自定义选项以优化应用内体验。
• 上週有21件由社群提交的工單得到解決。 例如，先前讨论工具（DiscussionTools）在移动设备上无法正常使用，功能现已全面恢复。 [5]

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

• 全域监视列表可在同一页面显示来自多个维基站点的监视列表。此扩展目前正持續改進，最新增加了新钩子ext.globalwatchlist.rebuild，该钩子会在每次重建监视列表后触发。这使您能在该页面运行小工具和用户脚本。 [6]
• 本週軟體更新細節： MediaWiki

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

MediaWiki message delivery 2026年2月23日 (一) 19:00 (UTC)

WMF为了拦截AI爬虫一刀切拦截所有自定义的user agent访问维基项目的网站？

我是移动互联网用户，经常使用Android上网，因为Chrome for Android运行起来比较笨重，所以我选择轻巧的Via浏览器浏览网页。Via的功能十分丰富，其中一个便是可设定user agent（既可全局设定，也可给个别网站单独设定，也可这两者兼而有之）。在本月19日之前，我用Via浏览维基百科的页面没有出现任何故障，但在那之后，网页内的插图随机挂掉，这已经干扰到我使用维基百科了。我为了排查原因，翻遍了Via的所有设置项，也关闭了一切开启的非默认设置项，甚至安装了Via的另一版本，均一无所获。我在翻找Via设置时注意到它有调试网页的功能，用数据线把手机和电脑连到一起，手机启用USB调试，然后通过电脑端Chromium系的浏览器的inspect工具查看网页信息。此时，谜底终于揭开：挂掉的插图，其HTTP状态码都为HTTP 429，网上信息对它的解释是“HTTP 429 "Too Many Requests"（请求过多）是一种客户端错误状态码，表示用户在特定时间内发送了太多请求，超出了服务器的处理能力（速率限制）。通常这是一种保护机制，旨在防止服务器过载或遭攻击。”，我联想到这些年大众、互联网厂商和各国政府对生成式AI的狂热追捧，以及AI爬虫疯狂爬取维基百科网页造成WMF服务器负担的新闻，这个插图挂掉的情况怕不是为了拦截AI爬虫而产生的吧？

参考資料

--~2026-12910-20（留言） 2026年2月27日 (五) 14:09 (UTC)

不是吧，我不知道，但是1自动确认用户及以上就可以忽略掉这条规则了，自动确认用户不受速率限制--Zyx快困死了 2026年2月27日 (五) 14:17 (UTC)

不知道就不要瞎回覆。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年2月27日 (五) 14:57 (UTC)

被UA policy挡住的应该会看到403（phab:T400119）。你这个commons的缩略图报429则估计是phab:T414805的结果，相关的实现细节看起来不公开（也许有浏览器指纹打分）。看到phab:T413570说缩略图请求没设置referrer会直接触发429。如果你在devtools里确认那些缩略图请求的UA是正常的（不是特别旧的浏览器）、referer也存在，那请移步提phab单吧，在这里扯一堆背景新闻又不会有基金会的人管。--Srapoj（留言） 2026年2月27日 (五) 15:08 (UTC)

@忒有钱：既然你在Via浏览器的Telegram群，那么接下来就靠你帮忙了，十分感谢。未来这一两天我没电脑用。--~2026-12910-20（留言） 2026年2月27日 (五) 17:51 (UTC)

首先我需要问你一下：你改过UA吗？如果没有感觉可能和你使用的节点也有关系，我在使用Via默认UA（一般就是当前版本WebView的UA）的环境下也遇到过。--忒有钱 🌊塩水あります🐳（留言） 2026年2月28日 (六) 18:33 (UTC)

編輯完畢提交後版本出現自動追加大量簡繁字體轉換字符Bug

另一位編輯君見到編輯版本內出現大量簡繁字體轉換字符後回退，因為一開始沒有直接說明還沒留意到，很感謝經詢問後答覆告知情況，皆因最近似乎曾有幾次編輯時系統有過類似自動追加奇怪字符，但沒有該次規模，特在此提交報告，期望技術同好不吝垂注，研判是否編輯系統存在bug，感謝閱讀。--約克客（留言） 2026年2月28日 (六) 06:27 (UTC)

最早在這個條目內有發現這情形，我本來以為是單一用途帳號的操作問題special:Diff/91361215，最近也遇到2次special:Diff/91686346、special:Diff/91678027。不曉得約克客君本來是想要修改甚麼，編輯環境是？共同點似乎是視覺化編輯。--提斯切里（留言） 2026年2月28日 (六) 08:29 (UTC)

可見提交個人差異記錄，對照前後中最少自動字符混雜、在回退時一併刪去之段落，便為當時純屬本編輯操作內容，包括最少自動字符及其他所有大規模出現字符，是完全不知道系統怎樣自動追加出來。其他編輯君如有類似情況，可重新過目自己相關記錄看，是否當時確屬自己編輯之內容相對包含有最少佔比自動字符，而在編輯內容之外則大規模附加字符。--約克客（留言） 2026年2月28日 (六) 09:29 (UTC)

據說已修復，參見Wikipedia:防滥用过滤器/过滤器请求#追蹤因T418549而大量加入字詞轉換模板的編輯。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年2月28日 (六) 11:50 (UTC)

早前有人在求助版报过了。若有空闲时间欢迎检查phab:T418549#11660418受影响的修订版本是否需要回退。--Srapoj（留言） 2026年2月28日 (六) 14:22 (UTC)

我也遇到了，现在Parsoid想改善LanguageConverter的支持，估计是Parsoid后端给VE重渲染编辑的wikicode代码时，将系统代码、Mediawiki空间的转换表的配置数据作为编辑内容也整合到修改的内容段中。估计Parsoid支持下的VE，要么最多为转换代码块提供token性支持但整体不处理转换，要么要小心根据用户的语言转换设置，显示出来要转换，但底层编辑wikicode保持不能转换。——Sakamotosan路过围观 | 避免做作，免敬 2026年3月1日 (日) 05:36 (UTC)

2026年第10期技術新聞

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

本週要聞

• 維基百科25週年生日模式現已在中文、布列塔尼語、印尼語、西西里語、西班牙語、貝塔維語、法語、科隆達羅語、英語、泰語、馬都拉語、捷克語、荷蘭語、越南語、義大利語及盧森堡語維基百科上線！此限時活動為慶祝維基百科成立25週年，特別推出生日吉祥物「拼圖球寶寶」（Baby Globe）。啟用生日模式後，拼圖球寶寶將出現在約2500篇條目中，靜待讀者發現。要在本地維基啟用生日模式，管理員可在社群取得共識後啟用此功能，亦可在社群配置功能中進行自訂。

近況更新 - 面向編輯者

• 子引用功能已在瑞典語、波蘭語維基百科及其他數個維基站點推出，此新功能可在重複使用參考資料時能修改部分細節。您可在上述站點、測試維基或Beta維基來試用此功能。首個試行站點——德語維基百科的實施經驗已彙整成報告發布。若您的社群有意參與試行，請聯繫德國維基媒體協會團隊。
• 本週，貼上檢查（Paste check）功能將在所有維基百科站點上線。此功能針對使用視覺化編輯器的新編者，當他們將由他人撰寫的內容貼入條目時，此功能會提示其思考此舉是否可能侵犯著作權。凡觸發此功能的編輯內容，系統皆會標上標籤供其他編者審核。本地管理員可透過Special:EditChecks頁面設定此功能的各項參數。橫跨22個維基站點的研究顯示，相較於對照組，貼上檢查功能使編輯回退率減少了18%。誠摯邀請翻譯者協助本地化此功能及相關功能。
• 閱讀體驗團隊將為所有行動版使用者統一右上角的使用者選單，使其更貼近桌面版的使用體驗。目前此選單僅對啟用行動版進階模式（AMC）的使用者顯示。本次變更後，未啟用AMC的使用者將有若干按鈕從左側選單移至右上角。此變更旨在改善UI，預計於3月9日推出。 [7]
• 自3月2日當週起，當帳號新增、移除或變更電子郵件地址時，系統發送的通知郵件將由原先的純文字格式，更改為更美觀清晰的HTML格式電子郵件。 [8]
• 目前，每位使用者的通知匣最多可儲存2000筆紀錄，可追溯至2013年該功能推出之初。這將調整為僅儲存近五年內的通知記錄，但數量上限提升至1萬筆。此變更有助於基礎設施的長期穩定運行，並避免近期通知過早消失。 [9]
• 全域監視清單可在同一頁面顯示來自多個維基站點的監視清單。此擴充功能目前正持續改進，最新改進了維基數據項目標籤的使用體驗。現在，全域監視清單為維基數據等站點啟用了語言備援系統，若維基數據項目缺少使用者檢視語言的標籤，將以備援語言或使用者偏好的維基數據語言顯示這些標籤（若提供uselang= URL參數則以該語言為檢視語言）。 [10][11]
• 維基百科Android團隊已在希臘語維基百科啟動混合搜尋功能的Beta測試。混合搜尋功能可同時處理語義查詢與關鍵字查詢，讓讀者能更容易直接在維基百科上找到所需內容。
• 出於安全考量，位於特定使用者群組的使用者將必須啟用雙重認証（2FA）。當前，只有在使用相關權限時才會檢查並要求啟用2FA，而單純位於相關使用者群組內則不需要。考量到即便如此依然可能存在安全漏洞，基金會自三月起將逐步改變現狀。處於這些使用者群組的使用者只要還擁有相關使用者群組身分便不能從自己的帳號中移除全部的2FA方式，同時有權者亦無法將沒有啟用2FA的使用者加入到這些群組中。只要帳號中至少還留有一個2FA方式，這些使用者依然可以自由添加和移除額外的2FA方式。目前決定以下使用者群組將受到新規則的限制：CentralNotice administrators、使用者查核員、介面管理員、監督員、Wikidata staff、Wikifunctions staff、WMF Office IT和WMF Trust & Safety。其他使用者不受影響。關於新規定生效的時程詳見連結的工單。 [12]
• 上週有27件由社群提交的工單得到解決。 例如，先前有個問題導致使用者無法在Wikibase.cloud建立實例，現已修正此問題。 [13]

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

• 為確保基礎設施的合理使用，維基媒體基金會將於未來一個月內對所有API全面實施速率限制。3月初，針對並非來自Toolforge/WMCS且未經身份驗證的請求，以及透過網頁瀏覽器發出的API請求，將實施更嚴格的流量限制。4月起，已驗證流量將適用較高限額。此限額刻意設定得盡可能高，以盡量減少對社群的影響。目前在Toolforge/WMCS運行的機器人和擁有站內機器人權限的機器人應不受影響。不過，我們建議所有開發者遵循最新的最佳實踐。詳情請參閱維基媒體API/速率限制。（WMCS＝Wikimedia Cloud Services）
• 維基數據查詢服務的鏈結資料片段（LDF）端點將於2月停止運作。此端點原本服務流量有限，現已成功遷移至其他更適合支援現有用例的資料存取方式。原本用於支援LDF端點的硬體設備將重新分配，以支援進行中的後端遷移工作。 [14]
• 新版解析器Parsoid正持續部署至更多維基站點，這不僅能提升平台永續性，亦有助於導入新的閱讀與編輯功能。目前Parsoid已成為488個維基媒體站點（含268個維基百科站點）的預設解析器，涵蓋超過10%的維基百科頁面瀏覽量。
• 維基媒體企業服務API高流量資料源的特殊存取權限申請流程與標準現已正式發布（符合維基媒體使命的用例可免費取得）。此舉旨在為使用者提供更詳盡清晰的說明文件。
• Tech Blog，這個專為維基媒體技術社群設立的部落格，預計將遷移至社群新聞與活動部落格——Diff。遷移作業預計於2026年4月完成，之後將開放刊登新文章。讀者可在入口頁面瀏覽所有新舊文章。
• 本週軟體更新細節： MediaWiki

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

MediaWiki message delivery 2026年3月2日 (一) 17:48 (UTC)

似乎大家可以讨论一下本地Special:EditChecks如何配置较好？--百無一用是書生 (☎) 2026年3月3日 (二) 09:36 (UTC)

多调希臘文文本是否应该、如何修改自定義字形

希臘语在1982年改革正写法，大幅简化了字母上下的各種弯弯繞繞（參见「希臘語變音符號」）。不过，今天古希臘语还是按照改革前的正写法「polytonic」（多调）来写的。本站有{{Script/Greek}}自定義多调希臘文的显示效果。

考慮到lang系列模板最近在改革，如果能自动在所有古希臘语文本调用CSS会更加轻鬆。但是先前的类似讨论（见此）也有不少人反对写死字体。

而且，也有人认为衬线体不太容易阅读。我確实也有这種感觉，但是前人（大概是英文维基百科的前人）似乎是特意将衬线体排在前，我也不是很確定是否应该改。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年3月3日 (二) 02:05 (UTC)

我不清楚enwiki這樣做的目的，但是從WP:格式手册#不要花哨华丽的精神來看，如果多調希臘文不適用襯線體也能正確顯示的話，那就不應該特意改用襯線體。Sanmosa _风林火山 2026年3月5日 (四) 13:42 (UTC)

Template:Delete/reasons是否已棄用？

如題，我看到{{Delete/reasons}}的資料久未更新，而且只有一個模板討論頁引用，因此想確認一下這個模板是否已棄用。Sanmosa _风林火山 2026年3月4日 (三) 01:17 (UTC)

停用模板吧。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2026年3月5日 (四) 15:31 (UTC)