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

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

发表新议题

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

公告欄

• [人事] Hoben7599已離任仲裁委員會委員，感謝任內貢獻。
• [協作] 社羣正在籌備今年的動員令，主持人提名截至6月3日0时，主題徵集截至6月13日0时，請踊躍參與討論、報名、徵集！
• [公告] 根據先前的討論共識，Twinkle於當前的破壞和編輯爭議布告板的預設提報格式已改為二級標題。
• [公告] 新增RSP伪命名空间、電子遊戲專題修訂專題橫幅、快速刪除準則G14款改爲A8款並修改刪除流程、簡化公示流程及適用範圍、允許仲裁員就擾亂仲裁空間頁面禁制擾亂者並不受回退不過三規限、修改模板uw-ublock的样式、引入有關條目命名的精確性的規定、引入英文維基百科有關條目命名的精確性的規定的細則、在“新闻动态/重复发生的项目”中加入世界斯诺克锦标赛、廢除“消歧義使用的括弧或空格錯誤”適用快速刪除的規定及圖標格式手冊補丁（現實性對應調整）已經通過。
• [公告] 修改用户查核封禁通知及啟用Convenient Discussions為全站小工具並添加編輯標籤正在公示，如有意見請盡快提出。
• [公告] 社群正就仲裁機制發起意見徵求，歡迎踴躍參與。
• [討論] 互助客栈正在討論請求實現部分標點符號的全半角自動跳轉及提议“特色列表”改名，歡迎踴躍參與。
• [討論] 社群正在討論NotMandarin模板的修改、快速刪除方針G14/A8準則如何表述本站接受及不接受的語言、Abuse Filter的中文譯名、允許在存廢討論或存廢覆核外達成存廢共識、检讨不限期封禁的用户页标记、簡化命名常規與格式手冊的命名、尚在规划的城市轨道交通线路是否应独立成文、增補《收錄標準/運動員》、日期分类的存留问题、修訂避免地域中心方針有關提及地名的規定、格式手册增加有關提及地名的規定、允许以G5快速删除仅有繁简差异的标题、POINT更名为“不要为證明观点而製造反面案例”、停止封禁后默认提报解除权限、增修標點符號格式手冊連接號章節、增修日期和數字格式手冊年月日章節及基金會行動本地方針降級成資訊頁等方針與指引議題，歡迎踴躍參與。
• [討論] 社群正在討論RSP更名、使用模板樣式隱藏RFA投票模板的圖示、将子专题模板作为参数并入其主专题模板、有關非編號命名的城市軌道交通鐵路綫的條目命名、有關國際學校導航模板的命名、昆虫专题问题、替換中華人民共和國國徽圖案及藝人模板基於藝人性別、類型或成員數量分別染色的恰當性，歡迎踴躍參與。

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

#	💭 話題	💬	👥	🙋 最新發言	🕒 (UTC+8)
1	改善字体的讨论怎麼又死了	21	9	魔琴	2026-05-27 02:15
2	RfC：某些標點符號的全半角自動跳轉	20	7	魔琴	2026-06-03 21:59
3	ConvenientDiscussion適配腳本	42	10	Hamish	2026-06-05 12:52
4	未结束的编辑请求被移入存档	4	2	沈澄心	2026-06-02 16:56
5	要求緊急更新Template:Taxobox colour	6	4	白布飘扬	2026-06-05 00:03
6	Survey (proposed direction for Wishlist)	1	1	MediaWiki message delivery	2026-05-29 11:07
7	{{delink}}錯誤	1	1	Benteds	2026-05-29 16:34
8	關於在模板參數內替換引用T:unsigned的問題	1	1	AromaTake	2026-05-31 18:09
9	2026年第23期技術新聞	1	1	MediaWiki message delivery	2026-06-02 05:05
10	疑似switch函数出现问题	1	1	BigBullfrog	2026-06-03 02:51
11	汇报神秘技术问题	2	2	Cwek	2026-06-03 10:33
12	中維瀏覽量疑問	3	3	Shizhao	2026-06-03 11:00
13	是不是应该搞个社群请愿要求Extension:Math加Unicode支持啊？	5	4	SCP-2000	2026-06-04 21:06
14	提议增加重设信息框内背景颜色为默认颜色的小工具	1	1	Dabao qian	2026-06-05 04:45
15	疑似{{Family name explanation}}严重问题	15	5	Sanmosa	2026-06-07 16:21
16	使用回复功能后会使a+-失效	3	3	魔琴	2026-06-07 15:24
17	Portal:新闻动态引用错误	3	2	臺灣象象	2026-06-07 18:57

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

正在廣泛徵求意見的議題

議題清單

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

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

最近WP:RSP（Wikipedia:可靠来源/常见有争议来源列表）改用分页格式。RSP分页多，而且常(?)在社群讨论中引用，应该考慮统一的快捷方式（捷徑）。设置一個伪命名空间可以方便链接，避免快捷方式衝突（比如英维RSP有一些链接是WP:RSP开头，比如WP:RSPANI）。

此外，我想到或许可以设置为「真」命名空间，这樣也不用麻烦建重定向了，还能避免繁简问题。如果需要给各页面设置NOINDEX的话也能顺便设置。之前獨立格式手冊爲單獨命名空間的反對意見包括會分散方針指引，但是RSP並非方針指引，所以沒有這方面的問題。命名空间中文名称我提议为「信源评估/信源評估」。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年4月2日 (四) 14:01 (UTC)

Wikipedia talk:专题 § 提议将所有子专题模板作为参数并入其主专题

理由如下：

1子专题模板通常会被编者与其主专题模板并列放置，就算单独列出子专题模板，其内容也通常属于其主专题内容范围内，若合并到一个模板内，可更让人容易理解其属于子专题，而非单独的专题。

2现有主专题都很少有人维护，更不要提子专题。

3若将子专题参数作为主专题模板的一部分，则可保留其子专题信息，无需后续有人建立进行大量操作。亦可先行导向其主专题。--Luoniya（留言） 2026年4月18日 (六) 11:38 (UTC)

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

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

Wikipedia:防滥用过滤器/过滤器请求 § 禁止添加来自搜狗的短有效期微信公众号链接

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

“众所周知”，weixin.sogou.com 给出的微信公众号文章链接只有较短的有效期（生成满6小时就只能用微信客户端才能打开，50天后会彻底过期），显然是link rot的毒瘤。过往站内应该有讨论过，不过本人没去搜。可搜索insource:"mp.weixin.qq.com" insource:"signature" insource:/&signature=/观察条目空间的使用情况。

故建议设置过滤器阻止加入此类链接，参考pattern：

mp\.weixin\.qq\.com/s\?.*signature=
weixin\.sogou\.com/link\?url=

可考虑让它在全站生效，或者至少覆盖主、草稿、Wikipedia空间和所有的讨论空间。我倾向于把它的动作设为阻止，警告文案稿在Draft:MediaWiki:Abusefilter-disallowed-wechat。（如果不需要自定义警告，其实可以放到MediaWiki:Spam-blacklist）

Srapoj（留言） 2026年4月22日 (三) 14:59 (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)

Wikipedia talk:申请成为管理人员 § 使用模板樣式隱藏投票模板的圖示

提議預設在管理人員申請頁面加入模板樣式，以隱藏投票模板的圖示。（模板樣式草稿：Template:沙盒/TemplateStyles/臺灣象象/style.css）--象象🐘(留言|貢獻) 2026年5月1日 (五) 14:01 (UTC)

MediaWiki talk:Titleblacklist § 编辑请求 2026-05-05

我认为User( talk)?:Liangent\/.* <noedit|errmsg=Titleblacklist-fullprotected> # Targeting Jimmy-bot一行应该被移除，原因如下：首先，现在User:Liangent已经不是管理员，没有证据显示这行字本来所针对的破坏会卷土重来；第二，User:Liangent的很多子页面有应该改为分类链接的分类（如User:Liangent/RCL/UNIQ/SW/CH），标题黑名单的保护使得此类请求非常不方便（因为必须由管理员处理）。--Ascchrvalstr（留言） 2026年5月5日 (二) 11:27 (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:Support § 使用Module:TalkIcon實現支持、反對模板

茲提案使用基於早前共識編寫的Module:TalkIcon實現{{支持}}、{{反對}}模板：

修改Template:Support：（預覽：Template:Support/sandbox） {{{{{|safesubst:}}}#invoke:TalkIcon|main|type=vote-support|id=support|icon=(＋)|iconClass={{#if:{{{1|}}}||zhwpVoteSupport}}|text={{{1|-{支持}-}}}|fg=green|bg=lightgreen}} 修改Template:Oppose：（預覽：Template:Oppose/sandbox） {{{{{|safesubst:}}}#invoke:TalkIcon|main|type=vote-oppose|id=oppose|icon=(－)|iconClass=zhwpVoteOppose|text=反对|fg=red|bg=pink}} （通過在每個頁面或檔案存廢討論都有嵌入的Template:NewAfdLink載入以下TemplateStyles：） ［在替換引用所有往期討論引用的前提下，在Template:AfdHead中加入以下TemplateStyles：］ .zhwiki-talkicon-support, .zhwiki-talkicon-oppose { color: var(--color-base, #202122) !important; background: transparent !important; } 回應Wikipedia talk:申请成为管理人员 § 使用模板樣式隱藏投票模板的圖示，在Template:RfA中加入以下TemplateStyles： .zhwiki-voteicon { display: none; }

通知@SunAfterRain、臺灣象象、魔琴、Ericliu1912，並交付社羣討論。 1F616EMO（喵留言～求助？） 2026年5月16日 (六) 14:42 (UTC)

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

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

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

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

正在討論：

• 是否啓用CD爲本地小工具［（正在公示）］
• 是否爲CD編輯加上標籤 ［（正在公示）］
• 中文譯名討論

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

MediaWiki talk:Gadget-CX-Template Translated page.js § 編輯請求 2026-05-24

避免在抓取不到修訂版本ID時將version參數設為undefined--象象🐘(留言|貢獻) 2026年5月24日 (日) 14:10 (UTC)

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

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

MediaWiki talk:BlockMessage-uw-cblock § 编辑请求 2026-05-29

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

unblock-zh{{@}}lists.wikimedia.org的第一次出现改为调用{{Unblock-zh}}更好，因为后者直接链接到电邮联系用户User:Unblock-zh的界面。--Ascchrvalstr（留言） 2026年5月29日 (五) 21:42 (UTC)

Template talk:熱帶氣旋基礎資訊 § NCHMF风速更新

中央水文气象预报中心在2021年增设超强台风等级，如今模板最高强度仅显示台风，希望创作者可以尽快回复/更改模板，此信息可以参考Tropical cyclones in Vietnam作为标准。--MAS0802（留言） 2026年5月30日 (六) 00:30 (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)

Module talk:Citation/CS1/Language § 編輯請求 2026-06-05

應該可以解決Module_talk:Citation/CS1/Language#zh不等于Zh？的問題。--象象🐘(留言|貢獻) 2026年6月5日 (五) 14:55 (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適配腳本

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

正在討論：

• 是否啓用CD爲本地小工具［（正在公示）］
• 是否爲CD編輯加上標籤 ［（正在公示）］
• 中文譯名討論

1F616EMO（喵留言～求助？） 2026年5月19日 (二) 12:59 (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)

是否爲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)

中文譯名討論

此處討論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)

未结束的编辑请求被移入存档

User:Jimmy-bot将维基百科讨论:首页上未结束（完成或拒绝）的编辑请求移入了存档（Special:diff/92694857）。包含{{Editprotected}}且不含有|ok=1或|no=1参数的讨论不应存档。--dringsim 2026年5月19日 (二) 02:41 (UTC)

已向User talk:Jimmy Xu發送討論邀請。TalkInvitedringsim 2026年5月19日 (二) 02:46 (UTC)

其实像{{rfc}}那样给未获回应的模板加上{{bot-directive-archiver}}不就行了。不然再放个{{不存檔}}也是一样的效果。--Srapoj（留言） 2026年5月28日 (四) 10:35 (UTC)

已经提出编辑请求。 dringsim 2026年6月2日 (二) 08:56 (UTC)

要求緊急更新Template:Taxobox colour

目前生物模板不能顯示顏色，因為{{Taxobox colour}}的𱾖代碼在{{#switch}}之中用了模板：{{Delink}}，而目前的新系統已不再支援這種格式，必須移除{{Delink}}。我已在沙盒做了更正和測試，如下：

{{Taxobox colour/sandbox}}、{{Taxobox colour/testcases}}

（Template:Taxobox colour 與 Template:Taxobox colour/sandbox 頁面間的差異）

請用{{Taxobox colour/sandbox}}的代碼替代{{Taxobox colour}}的原代碼。謝謝。

--白布飘扬（留言） 2026年5月27日 (三) 00:19 (UTC)

另外，我也更新了{{Taxobox colour scheme}}，裡面糾錯自測用的內鏈已不能使用，也不需要再使用，模塊化後的模板已經不再需要這類糾錯方式。--白布飘扬（留言） 2026年5月27日 (三) 01:03 (UTC)

@白布飘扬 fixed.--SCP-0000（留言） 2026年5月27日 (三) 01:08 (UTC)

是Module:Delink#L-209跟模板名不搭，所以不顯示，不是不支援{{#invoke:delink|delink|1=[[Animal]]ia|wikilinks=target}}，直接調用模組還是可行的。--Qqkuro66541（留言） 2026年5月27日 (三) 18:49 (UTC)

@白布飘扬、SCP-2000：delink模板已修复，要改回去吗？--Srapoj（留言） 2026年6月4日 (四) 15:17 (UTC)

不需要，模块化後參數不能放內鏈，已經不需要delink。--白布飘扬（留言） 2026年6月4日 (四) 16:03 (UTC)

Survey (proposed direction for Wishlist)

Apologies if this has not yet been translated into your wiki's language. 请帮助翻译至您的语言.

You are invited to voice your opinion on a new community-proposed direction for the Community Wishlist. 谢谢您！ MediaWiki message delivery（留言） 2026年5月29日 (五) 03:07 (UTC)

{{delink}}錯誤

{{delink}}於近日更新後疑似無法正常運作，包括模板doc中的範例與實際使用中均出現內容被直接吞掉的情況。--Benteds（留言） 2026年5月29日 (五) 08:34 (UTC)

關於在模板參數內替換引用T:unsigned的問題

問體起初來自於我打算在版本92858979替{{Archive top}}的result參數用{{subst:unsigned}}補簽名的時候，發現預覽的結果跟單獨在模板外不一致。不太確定是否以前就有這個問題。
雖然可以透過丟到模板外顯示差異後再複製替換後的結果回去，不過有點麻煩呢😅--竹林＝月光 2026年5月31日 (日) 10:09 (UTC)

2026年第23期技術新聞

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

近況更新 - 面向編輯者

• 讀者體驗團隊正在進行一項實驗，向未登入的行動端讀者展示開發中的「閱讀清單」功能，以測試相較於「監視」按鈕，此功能是否能提升帳號註冊率。實驗已於5月18日在土耳其語、西班牙語、波蘭語、烏爾都語、荷蘭語、義大利語、葡萄牙語、德語維基百科上線，為期一個月。
• 維基媒體App團隊在Android公測版App中推出了「首頁動態」重新設計的第一階段。全新的「首頁動態」包含改版的「社群」分頁，以及個人化的「為您推薦」分頁，提供每日更新的閱讀推薦。此次重新設計旨在改善維基百科App中的內容探索功能，並創造更具吸引力的學習體驗。
• 上週有18件由社群提交的工單得到解決。 例如，先前Special:Homepage上的某些建議編輯中，圖片可能無法載入，導致縮圖停留在載入狀態，現已修正此問題。 [1]

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

• 本週軟體更新細節： MediaWiki

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

MediaWiki message delivery 2026年6月1日 (一) 21:05 (UTC)

疑似switch函数出现问题

使用T:Infobox former German municipality的条目均出错（示例），明显是该模板pushpin_map参数的问题。但此前该模板一切正常，且近来一直没动过。还望知晓原因者帮忙解决一下。--BigBullfrog（𓆏） 2026年6月2日 (二) 18:51 (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)

中維瀏覽量疑問

wikimedia statistics上統計中維2026年5月的瀏覽量達2B左右（1,644,988,873）[2]，比日維還多，貌似僅次於英維了，但是以前我記得只有7-8億，從來沒有這麼多，是哪裡出bug了嗎？還是AI大模型在瘋狂抓取中維的內容？--日期20220626（留言） 2026年6月3日 (三) 02:28 (UTC)

他们有一个叫Pageviews-Anomaly的分类，不过暂未见到有人开单。--Srapoj（留言） 2026年6月3日 (三) 02:47 (UTC)

看top100页面浏览量，5月份似乎并无很大变化？--百無一用是書生 (☎) 2026年6月3日 (三) 03:00 (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)

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

提议增加重设信息框内背景颜色为默认颜色的小工具

由于各种原因，目前维基百科内使用自定义背景颜色的信息框无法完全从代码层面移除背景颜色。为方便色盲、色弱或使用黑白版本的用户阅读，建议新增用户可选择启用的小工具，代码见此，使用该小工具可将信息框内的自定义背景颜色强制重设为默认颜色。现征求社群意见。--Dabao qian℡ 2026年6月4日 (四) 20:45 (UTC)

疑似{{Family name explanation}}严重问题

本地输入{{Family name explanation|Queiroz|Monteiro|lang=Portuguese}}会生成“這是葡萄牙語人名，首姓或母姓是「Monteiro」，次姓或父姓是「Queiroz」。”

而英维相关代码{{Portuguese name|Queiroz|Monteiro}}会生成“In this Portuguese name, the first or maternal family name is Queiroz and the second or paternal family name is Monteiro.”

可以看出“首姓或母姓（first or maternal family name）”与“次姓或父姓（second or paternal family name）”的中文内容与英文内容截然相反。这是否是在整合{{Family name explanation}}未注意到的严重问题，抑或是本地需要对所有曾使用{{Portuguese name}}的模板更改参数顺序。鉴于影响条目众多，希望整合用户@Sanmosa尽早回复，同时ping参与整合与存废讨论的用户@1F616EMO、Nebulatria、優枰、SunAfterRain、愛子棋枰、Zyx20101210、Tony85poon、阿南之人、Ericliu1912、臺灣象象、Willy1018。--东风（留言） 2026年6月5日 (五) 14:05 (UTC)

關係讀者，有問題就趕快回退吧，先提存廢覆核把葡萄牙語姓名模板撿回來（不管永久或臨時都好），改成嵌套。整合相容問題早都不是第一次發生了。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2026年6月5日 (五) 14:30 (UTC)

不必，修正新模板雖然困難，倒也沒有批量恢復舊模板困難。 1F616EMO（喵留言～求助？） 2026年6月5日 (五) 15:45 (UTC)

只能慨嘆爲什麼{{Family name explanation}}寫的像面条一樣，維護極爲困難。 1F616EMO（喵留言～求助？） 2026年6月5日 (五) 15:41 (UTC)

無從得知是否已有條目使用目前模板的參數順序，直接翻轉兩個參數可能導致這些條目出錯，因此未應用補丁，而改爲直接停止輸出內容，寧願輸出較少資訊也不輸出錯誤資訊。至於後續維護，建議沿用英維的參數順序，以免混淆。請@Sanmosa回應。 1F616EMO（喵留言～求助？） 2026年6月5日 (五) 16:15 (UTC)

diff 1F616EMO（喵留言～求助？） 2026年6月5日 (五) 16:15 (UTC)

@1F616EMO：我的建議是先確定有多少頁面填寫lang參數為Portuguese，然後再逐個處理，這點可以通過加追蹤分類來實現。Sanmosa _风林火山 2026年6月6日 (六) 01:00 (UTC)

但本地似乎模板順序是顛倒的我查了好久，所以目前版本其實是對的？-- Willy1018（留言） 2026年6月6日 (六) 01:59 (UTC)

部分巴西人名沒有母姓，因此相關模板預設可僅填寫父姓。我在處理兼容問題時沿用了相關設置。Sanmosa _风林火山 2026年6月6日 (六) 03:04 (UTC)

Category:使用多個參數的葡萄牙語姓名模板的頁面 1F616EMO（喵留言～求助？） 2026年6月6日 (六) 04:00 (UTC)

@1F616EMO：能不能暫時恢復輸出內容，幾百個條目逐個逐個點進去看原始碼對我來說還是相當有挑戰性的。Sanmosa _风林火山 2026年6月6日 (六) 09:09 (UTC)

完成，另提供pt_fixed以將條目從追蹤分類中排除，方便管理進度。 1F616EMO（喵留言～求助？） 2026年6月6日 (六) 10:07 (UTC)

@1F616EMO：匯報一下經Category:使用多個參數的葡萄牙語姓名模板的頁面排查的結果，使用目前模板的參數順序的用例佔大多數，因此而父母姓顯示顛倒的情況則佔少數，故此理論上只需要把少數情況裏的{{Family name hatnote}}中的首兩個匿名參數的填寫內容對調即可。Sanmosa _风林火山 2026年6月6日 (六) 11:07 (UTC)

我不理解为什么本地替换要将原本第一个参数调换至第二个参数，这种替换方法本身就证明了{{Family name explanation}}模板无法直接完美取代旧模板，“使用目前模板的参数顺序的用例占大多数”也是机器人跑出来的结果，不能代表所有用户都知道{{Portuguese name}}在本地使用的时候除了更换模板外还必须调换参数的顺序，另外在写参数中首姓（first）在第一位、次姓（second）在第二位也应该是常识，而本地强制调换也是没有什么道理，这种“一刀切”的模板处理方法对用户及条目的害处绝对大于益处。--东风（留言） 2026年6月7日 (日) 07:06 (UTC)

這也可以在確認所有條目的顯示沒問題後用bot來批量處理啊，你這歸因多少還是有些武斷了。Sanmosa _风林火山 2026年6月7日 (日) 08:21 (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)

Portal:新闻动态引用错误

新闻动态版面无法引用2026年6月的内容，出现大量空白章节，亟待解决。--Jeffchu2014（留言） 2026年6月7日 (日) 10:15 (UTC)

@Ericliu1912麻烦看一下。--Jeffchu2014（留言） 2026年6月7日 (日) 10:15 (UTC)

@Jeffchu2014： 已修复：Special:Diff/92979661 象象🐘(留言|貢獻) 2026年6月7日 (日) 10:57 (UTC)