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

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

发表新议题

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

公告欄

• [人事] 1F616EMO獲提名為介面管理員，歡迎參與討論和投票。
• [公告] 《维基百科不是新闻报道》删除维基新闻相关表述、将WP:ITNR中加入国家间宣战等内容、仲裁委員會設立召集人、仲裁委員會設立觀察員、明確被禁制者尋求澄清的義務、在Wikipedia:联络我们/封禁中增加unblock-zh的选项及确立《冒犯性内容》为内容指引已經通過。
• [公告] 緊急修正快速刪除方針G12條的條文的提案因屬現實性對應調整而已立即通過。
• [公告] 簡化公示流程及適用範圍、调整MediaWiki:Blockiptext的措辞及重修共識方針並將公示及討論發起位置相關規定降為指引正在公示，如有意見請盡快提出。
• [討論] 互助客栈正在討論提议“特色列表”改名，歡迎踴躍參與。
• [討論] 社群正在討論允許仲裁員就擾亂仲裁空間頁面禁制擾亂者並不受回退不過三規限、Abuse Filter的中文譯名、非中文条目是否应草稿化、允許在存廢討論或存廢覆核外達成存廢共識、检讨不限期封禁的用户页标记、取消快速刪除方針G14條的14日等待期、停止人工解除隐退用户的多余权限、簡化命名常規與格式手冊的命名、尚在规划的城市轨道交通线路是否应独立成文、增補《收錄標準/運動員》、廢除“消歧義使用的括弧或空格錯誤”適用快速刪除的規定、日期分类的存留问题、修訂避免地域中心方針有關提及地名的規定及格式手册增加有關提及地名的規定等方針與指引議題，歡迎踴躍參與。
• [討論] 社群正在討論有關RFX report模板支持、反對、中立和支持率等三個欄位的去留、使用模板樣式隱藏RFA投票模板的圖示、将子专题模板作为参数并入其主专题模板、有關非編號命名的城市軌道交通鐵路綫的條目命名、有關國際學校導航模板的命名、昆虫专题问题、替換中華人民共和國國徽圖案及調整unblock等模板使用的圖標，歡迎踴躍參與。

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

#	💭 話題	💬	👥	🙋 最新發言	🕒 (UTC+8)
1	改善字体的讨论怎麼又死了	20	9	Ericliu1912	2026-05-03 01:42
2	链接翻译器更新	16	5	逆襲のあまのじゃく	2026-05-11 15:38
3	徵求大量信息字詞轉換方案	6	5	Olaf8940	2026-05-03 12:30
4	讓我們做個實驗：早期採用新功能	9	5	魔琴	2026-05-12 19:32
5	Cat-a-lot錯誤	5	4	Ericliu1912	2026-05-12 04:18
6	Template:Infobox social media personality的顔色	2	2	Qqkuro66541	2026-05-04 19:08
7	2026年第19期技術新聞	2	2	Shizhao	2026-05-06 10:45
8	分享卡片實驗：第一階段	1	1	EBlackorby-WMF	2026-05-05 10:19
9	File:Charlotte logo.svg無法正常顯示	3	3	1F616EMO	2026-05-05 19:42
10	視覺化編輯器導致編輯內容重複	5	3	BronyaZaychik1116	2026-05-07 19:00
11	模板:Country topics	3	2	Ericliu1912	2026-05-11 18:01
12	InternetArchiveBot添加版權作品的問題	6	4	Nostalgiacn	2026-05-10 14:01
13	2026年第20期技術新聞	1	1	MediaWiki message delivery	2026-05-12 03:18
14	GapMap.wiki — 通过维基数据跨语言链接识别缺失条目的工具	1	1	Wikigapmap	2026-05-12 06:44

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

正在廣泛徵求意見的議題

議題清單

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

Template talk:Unblock § 編輯請求 2026-01-18

英文版已于2025年9月更新了此模板的图标（相关讨论）。本人提议中文维基亦追随英文维基更新模板图标，以此更容易理解图标的定义，具体如下：

• 提出申诉： →
• 婉拒申诉： →
• 拒绝申诉： →
• 接受申诉： →

如有需要可移至互助客栈上作进一步的讨论。本模板图标更新后，Template:Unblock-un和Template:Unban的图标亦需更新。

另外，请在模板中的出现的源代码“帐户创建者”的“帐户”改为“账户”，因为在简体字中“账”才是正确的写法。--Shwangtianyuan 让中国再次伟大 2026年1月18日 (日) 15:15 (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)

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

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

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

Wikipedia talk:可靠来源/常见有争议来源列表 § 对等记录模板的逻辑重写

鄙人尝试把目前的各大页面的记录整合入Module:RSP/Data了，并通过Module:RSP/Infobox重写了信息框逻辑使其对接RSP/Data。原先的想法是打算写现在的{{Source reliability link}}视觉化Wikipedia:可靠来源/常见有争议来源列表#列表，效果如下：

• 17173.COM
• 51查特產網
• 財新傳媒

由于修改模板影响数百个页面，故请求社群讨论以决定是否修改。--${\mathfrak {Kurwa}}$__^{( •̀ ω •́ )＜✧} 2026年4月4日 (六) 14:30 (UTC)

MediaWiki talk:Blockiptext § 提议调整界面的措辞

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

该模板写道：只有在防止蓄意破坏，及符合方针与指引，或是用户违反封禁方针的情况下才可采取此行动。，但这句话读起来很怪异：首先，根据破坏的定义，只有蓄意损毁维基百科的行为才能被称为破坏，所以“蓄意破坏”中的“蓄意”是冗余的；其次，“用户违反封禁方针”没有“用户违反方针与指引”来得通顺。因此，我建议把这句话改为如下：

只有在防止[[Wikipedia:破坏|破壞]]，或是用戶違反其它[[維基百科:方針與指引|方針與指引]]的情况下才可根据[[Wikipedia:封禁|封禁方針]]採取此行動。。--Ascchrvalstr（留言） 2026年4月4日 (六) 17:10 (UTC)

Template talk:Country data Hong Kong § 編輯請求 2026-04-11

| link alias-football = 香港{{{mw|}}}足球代表隊需要在“香港”后添加上{{{age|}}}，否则{{fbu}}、{{fbwu}}都无法正确导向。--Cygz（留言） 2026年4月11日 (六) 09:56 (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:防滥用过滤器/过滤器请求 § 禁止添加来自搜狗的短有效期微信公众号链接

“众所周知”，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)

Template talk:Infobox station § 編輯請求 2026-04-25

增加匹配 borough 参数中第一个行政区链接的名字，以便能被{{ISO 3166 code}}正确识别出行政区（ISO_3166-2）名字，从而避免大量页面被加入Category:使用未识别行政区名称的页面。

英维模板中采用 {{#invoke:String2|split|{{#invoke:delink|delink|{{{borough|}}}}}|,|-1}} 匹配最后一个逗号后的单词，因中文不使用逗号分隔地名，故采用过滤第一个 [[]] 中的内容来达成目的。--Tim（留言） 2026年4月25日 (六) 13:21 (UTC)

Wikipedia:互助客栈/技术 § 徵求大量信息字詞轉換方案

目前本人主編社羣簡報、信源簡報，在發佈時須預先進行字詞轉換，以配合不同用戶的用字習慣。雖能通過使用{{subst:#invoke:NoteTA-lite|main|G1=MediaWiki}}篩選出文內存在的字詞在進行轉換，但人工逐個詞語處理依然非常費時。我想到以下解決方法，均有其限制：

• 直接使用{{NoteTA}}系列模板：會同時影響討論頁上的其他內容，容易造成過度轉換；
• 在文首加入轉換規則，文末使用對應撤銷語法：如討論頁已嵌入其他轉換組，可能會錯誤撤銷不應撤銷的轉換組。

茲提請討論，希望可以集思廣益，甚至惠及技術新聞等其他中文大量信息發送。邀請兩簡報主編@人間百態、魔琴、ZhaoFJx、SuperGrey、Olaf8940、Royal Sailor。--1F616EMO（喵留言～求助？） 2026年4月30日 (四) 13:56 (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)

Template talk:RFX report § 有關本模板支持、反對、中立和支持率 (%)等三個欄位的去留

目前由於先前討論共識的緣故，原模組Module:Rfx不再支援剖析公開投票情況。然而目前本模板仍保有支持、反對、中立和支持率 (%)等三個依賴Module:Rfx剖析的欄位。雖然技術上有辦法使Rfx模組相容新版RFX格式，然而考慮到先前討論共識的目的，而如果不進行投票剖析的話此四欄位便會永遠處於「投票剖析失敗」的狀態，因此希望能邀請大家討論是否將Rfx模組改為相容新版RFX格式，抑或直接刪除此四欄位。--象象🐘(留言|貢獻) 2026年5月9日 (六) 06:21 (UTC)

Module talk:Delink § 編輯請求 2026-05-12

从enwiki导入新版模组，主要变更为增加对wikilinks=target的支持，便于获取链接目标条目名，为Module:Adjacent stations/sandbox中计划提出的新功能作支持。考虑到跨维基的链接语法并无差异，enwiki广泛试用后的代码应当可以导入本地。--DvXg 📬 2026年5月12日 (二) 01:14 (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)

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

链接翻译器更新

新版语法高亮即将正式上线，由于该语法高亮采用了完全不同的技术路线，可能会导致链接翻译器功能失效，因此我对“小工具”里的“链接翻译器”（以及User:Peacearth/link-ts，由User:Peacearth维护的版本）进行了一次更新。新版目前未正式部署，希望在此发起公测，稳定后再正式部署至小工具中。

该工具的主要功能是将外文维基百科的链接直接转换成本地链接，降低翻译工作量。本次更新内容是将界面更换为现代化界面，完善了近几年新增编辑器和模式的支持，新版本可以在开启新版/旧版语法高亮、纯可视化模式、Wikiplus或单纯查看页面情况下进行链接翻译工作了。

部署方法：

1. 前往参数设置，将现有的“链接翻译器”关掉。
2. 如果在您的common.js中有其他的link-ts，例如User:Peacearth/link-ts.js、User:Vanished user 1929210/js/link-ts.js，将其代码删除
3. 在您的common.js下面增加：

mw.loader.load('https://zh.wikipedia.org/w/index.php?title=User:逆襲のあまのじゃく/js/link-ts.js&action=raw&ctype=text/javascript');

资料和反馈：

• 操作手册
• 问题反馈，报告问题时请说明：
  • 涉及的链接或条目
  • 您的浏览器
  • 您所用的编辑器/模式
  • 编辑差异（如有）

再次感谢各位的支持！--逆襲のあまのじゃく天邪鬼 (留言) 2026年4月21日 (二) 03:00 (UTC)

common.js增加的代码，“/wiki/”→“/w/index.php?title=”。--Kcx36（留言） 2026年4月21日 (二) 06:15 (UTC)

感谢指出，已改为正确的url。--逆襲のあまのじゃく天邪鬼 (留言) 2026年4月21日 (二) 06:26 (UTC)

酷酷酷 —— Eric Liu _{創造は生命（留言・留名・學生會）} 2026年4月24日 (五) 12:59 (UTC)

@逆襲のあまのじゃく：新版翻譯器好像不會註釋不存在本地頁面，是否可以補回？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2026年4月25日 (六) 08:23 (UTC)

然後完成翻譯後，必須反直覺按左上「取消」退出，有沒有辦法增加右上「完成」來點？（註：我用Mac版Chrome，Vector 2010外觀，2017版原始碼編輯器）—— Eric Liu _{創造は生命（留言・留名・學生會）} 2026年4月25日 (六) 08:36 (UTC)

已经更新--逆襲のあまのじゃく天邪鬼 (留言) 2026年4月26日 (日) 12:39 (UTC)

感謝更新！-Peacearth（留言） 2026年4月25日 (六) 02:34 (UTC)

翻存档时发现了User talk:Peacearth/2022-2存檔#link-ts.js工具問題請教，把里面提到的两个问题也处理了。--逆襲のあまのじゃく天邪鬼 (留言) 2026年4月26日 (日) 12:41 (UTC)

⚡️ —— Eric Liu _{創造は生命（留言・留名・學生會）} 2026年4月26日 (日) 14:21 (UTC)

@逆襲のあまのじゃく：無法偵測韓文分類連結，會顯示「此頁沒有任何連結」。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2026年5月1日 (五) 14:12 (UTC)

能复现一下哪个条目、如何操作、填写了哪些信息的吗--逆襲のあまのじゃく天邪鬼 (留言) 2026年5月5日 (二) 15:33 (UTC)

應該是在改全國教職員工會的時候，欲抄錄翻譯韓文分類。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2026年5月8日 (五) 04:08 (UTC)

@逆襲のあまのじゃく：重新導向翻譯時會錯誤顯示「本地條目已存在」，如「Council of Europe」，應該填補為「欧洲委员会」。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2026年5月8日 (五) 04:08 (UTC)

此問題和上述韓文問題 已修复。--逆襲のあまのじゃく天邪鬼 (留言) 2026年5月11日 (一) 07:38 (UTC)

徵求大量信息字詞轉換方案

目前本人主編社羣簡報、信源簡報，在發佈時須預先進行字詞轉換，以配合不同用戶的用字習慣。雖能通過使用{{subst:#invoke:NoteTA-lite|main|G1=MediaWiki}}篩選出文內存在的字詞在進行轉換，但人工逐個詞語處理依然非常費時。我想到以下解決方法，均有其限制：

• 直接使用{{NoteTA}}系列模板：會同時影響討論頁上的其他內容，容易造成過度轉換；
• 在文首加入轉換規則，文末使用對應撤銷語法：如討論頁已嵌入其他轉換組，可能會錯誤撤銷不應撤銷的轉換組。

茲提請討論，希望可以集思廣益，甚至惠及技術新聞等其他中文大量信息發送。邀請兩簡報主編@人間百態、魔琴、ZhaoFJx、SuperGrey、Olaf8940、Royal Sailor。--1F616EMO（喵留言～求助？） 2026年4月30日 (四) 13:56 (UTC)

没办法。简报这种东西只得自己审校，应用手工转换。或许可以写一个脚本，自动来做这件事。之前我做过一个Module:Conversion rule extractor，也只是和NoteTA-lite一样的作用。--PexEric 2026年4月30日 (四) 14:02 (UTC)

@1F616EMO 寫出來了：Module:NoteTA-MMS--象象🐘(留言|貢獻) 2026年5月3日 (日) 01:16 (UTC)

赞！ --SuperGrey (留言) 2026年5月3日 (日) 02:49 (UTC)

膜技術帝.jpg--1F616EMO（喵留言～求助？） 2026年5月3日 (日) 04:21 (UTC)

果然是象象大師一出手，便知有沒有 赞拉!--英國皇家歐拉夫王子（留言） 2026年5月3日 (日) 04:30 (UTC)

讓我們做個實驗：早期採用新功能

English version

Hello! At Wikimedia Futures Lab in January, we discussed what Wikimedia should do to keep up with the changes around us. We were asked to come up with ideas for experiments – small, safe-to-try changes to which different communities could commit, based on which results all communities would learn.

One of the ideas discussed there was for some communities to agree to have experimental features from the Wikimedia Foundation deployed in a streamlined way. They would be announced, and then tested just for some users (A/B test), without needing community discussion on each one. And if they don't work, they would be swiftly rolled back with little or no discussion.

By keeping the successful experiments, our wiki will have a more modern and powerful user experience than most wikis. The Foundation and we will be able to talk in public about how we are innovative and how that leads the way for other wikis to adopt new features. To see some of the kinds of things that the Foundation has been experimenting with lately, check out this page.

What do you think about this idea? Can we agree to have experiments more often here with fewer prior discussions? What should the Foundation do to make it work?

大家好！我出席了在一月份舉行的維基媒體未來實驗室（Wikimedia Futures Lab），其中，我們討論了維基媒體項目應該做些什麼來與時俱進，以適應周遭的變化。我們被邀請提出一些關於實驗的構想：這些是安全且可嘗試的微小改變，可由不同的社群自行參與，然後所有社群都能從這些實驗結果中學習。

其中一個討論到的構想是，由部分社群同意讓維基媒體基金會以簡化的流程來部署實驗性功能。這些功能在發布公告後，就會僅針對部分使用者進行測試（A/B 測試），而不需要針對每一個功能都進行社群討論。如果成效不彰，它們會在幾乎或完全不經討論的情況下被迅速回退。

通過保留成功的實驗功能，我們的維基將擁有比大多數維基更現代化、更強大的使用者體驗。基金會與我們將能夠公開討論我們的創新之處，以及這將如何引領其他維基採用新功能。想了解基金會最近正在嘗試哪些類型的實驗，請查看此頁面。

大家覺得這個想法如何？我們是否同意在本站更頻繁地進行實驗，並減少事前的討論？另外，基金會應該怎麼做才能讓這個計畫順利運作？歡迎大家的意見。 Borschts⁺ 2026年4月30日 (四) 14:02 (UTC)

衹有一個问题：要怎麼防止基金会偷偷推他的AI概览功能？如果认为社群讨论是冗长低效的（事实也是如此），是不是可以考慮预先小範围諮询分会、监管员等的意见？ ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年4月30日 (四) 14:10 (UTC)

xD，這確實是一個有趣的意見，不過諮詢自治組織和監管員，不一定有足夠的承載力去承擔每個新實驗性功能的評估和反饋收集。至於AI概覽功能，我想如果社群可以先在和基金會討論這個計劃的時候先提出這一底線，應該是可以的。我會再反映一下這一點。--Borschts⁺ 2026年4月30日 (四) 14:18 (UTC)

我的意思是，像是「AI概览」这種功能，如果预先諮询自治体、监管员等等，很可能在这一步就受到強烈反对，那可能就需要考慮这種功能是不是应该走「快速部署」这条路。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年4月30日 (四) 14:22 (UTC)

唯有期待基金會自持，知道什麼可以走快速流程，什麼不應該。至少人工智慧方面，基金會已很明確收到廣大社群反對意見纔是。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2026年4月30日 (四) 15:35 (UTC)

Hello @魔琴. It would be a huge problem if we were pushing for anything secretly. We are trying to be transparent and clear, and we inform the communities about what experiments we work on. The bare minimum is listing everything on the page m:List of experiments in Product and Technology. This idea of innovation wikis we're discussing here is about uncontroversial experiments. When we want to propose something more sensitive or controversial or complex, we announce it via the bulletin, Tech News, village pump posts, etc.--SGrabarczuk (WMF)（留言） 2026年4月30日 (四) 19:10 (UTC)

@SGrabarczuk (WMF)： Understood. Thanks for making this clear. ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年4月30日 (四) 19:12 (UTC)

個人認為這想法挺不錯的。考慮到本站既有眾多讀者及編者，同時為少數使用 CJK 系統的站點及絕大多數讀者皆來自東亞地區，也許收集到的數據可為開發人員提供獨特的觀點。另一方面，事前測試也有助開發人員及早辨識問題，從而有利於功能的相容性。

「基金會應該怎麼做才能讓這個計劃順利運作？」也許有一個簡單的日誌（e.g mw:Readers/Release timeline）以便社群有需要的時候（例如解答讀者提出的問題）可以查看最近的測試。謝謝。--SCP-0000（留言） 2026年5月10日 (日) 16:43 (UTC)

哦忘了是否同意這個問題，我表達一下(＋)支持。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年5月12日 (二) 11:32 (UTC)

Cat-a-lot錯誤

Cat-a-lot不知道哪一個版本有bug（我好像同時裝了兩三個版本Orz），就是會錯誤將介面中的「展開」按鈕也視為可操作條目，於是編輯歷史經年出現分類增刪。是否有辦法解決？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2026年5月2日 (六) 22:32 (UTC)

@Ericliu1912就全部砍了，只啟用偏好設定內建的小工具，編輯工具第二項，試試看是否能解決。--英國皇家歐拉夫王子（留言） 2026年5月3日 (日) 04:34 (UTC)

站内搜索不太行，site:zh.wikipedia.org Cat-a-lot "展开"一下子就找到了旧讨论，还是Liu您提出的。如果不能将站内所有错误脚本改掉（需界面管理员），得考虑为展開加一个滥用过滤器了，虽然有点大材小用。--YFdyh000（留言） 2026年5月3日 (日) 05:11 (UTC)

參見commons:MediaWiki:Gadget-Cat-a-lot.js#L-797，在MediaWiki:Gadget-Cat-a-lot.js#L-263加入:not([role])即可解決問題。由於本站版本有專門爲繁簡轉換調教過，不能直接匯入他站版本，但User:Hamish/Catalot.js或許可以考慮。--1F616EMO（喵留言～求助？） 2026年5月11日 (一) 04:53 (UTC)

👍 —— Eric Liu _{創造は生命（留言・留名・學生會）} 2026年5月11日 (一) 20:18 (UTC)

Template:Infobox social media personality的顔色

請問Template:Infobox social media personality要不要加上顔色？以前YouTube舆其他有顔色。--Sim Chi Yun（留言） 2026年5月4日 (一) 06:28 (UTC)

不用了吧，整合到一起怎麼判斷？個别加又五顏六色。我用深色模式下，更是沒差別。--Qqkuro66541（留言） 2026年5月4日 (一) 11:08 (UTC)

2026年第19期技術新聞

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

本週要聞

• 條目指南團隊誠摯邀請參與試行的維基百科站點（土耳其語、日語、西班牙語、孟加拉語、法語、波斯語、阿拉伯語、葡萄牙語、簡單英語）的資深編輯者，協助翻譯並調整範例大綱。該功能預定於2026年5月上線，屆時這些大綱將引導編輯者撰寫清晰、結構完善且符合方針指引的條目。請參閱關於如何翻譯及調整大綱的簡易說明。

近況更新 - 面向編輯者

• 產品與技術諮詢委員會發布了一份建議草案，內容針對自治體在參與技術領域時可遵循的模式。誠邀社群成員於5月8日前在討論頁上針對草案提供意見回饋。
• 作為持續提升效能並減輕縮圖服務負擔的一環，偏好設定中的可用縮圖尺寸將精簡為三種標準選項：小（180px）、中（250px）、大（400px）。現有設定將映射至最接近且較大的尺寸（例如，120px或150px將以180px顯示，300px或360px將以400px顯示）。偏好設定介面將很快更新以反映這些變更，使用者若希望選擇非標準尺寸或提供意見回饋，請參閱工單。 [1]
• 從現在起，使用者將在權限自動到期時收到類似權限變更通知的Echo通知。這與全域提醒機器人不同，該機器人會在權限即將到期前一週提醒使用者，以便他們能及時申請延長權限。
• 上週有32件由社群提交的工單得到解決。 例如，之前Special:Translate頁面中ULS語言選擇器在不該捲動時垂直捲動，現已修正此問題。 [2]
• 全域監視清單可在同一頁面顯示來自多個維基站點的監視清單。此功能目前正持續改進，更新包括：Wikibase站點（如維基數據）的監視清單現已支援EntitySchema元素，以實現更完善的追蹤功能；動態更新模式現在每60秒刷新一次，以符合最新的全域API速率限制，從而提升即時響應能力；此外，之前混合不同書寫方向的清單會將連結顯示為「changes 3」而非「3 changes」，現已修正此問題。 [3][4][5]

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

• 全域API速率限制的第二階段已正式實施，旨在減輕AI爬蟲的影響，並確保維基媒體資源能獲得合理且可持續的存取，優先處理真人及符合維基媒體使命的流量。流量限額已從每小時調整為每分鐘計量，從而使流量模式更為平穩，API負載也更容易預測。社群使用者應不受影響，且無需採取任何行動。初步跡象顯示，部分基於使用者代理的請求者正在調整行為，目前約有64%的自動化API流量可被識別身份。監控工作仍在持續進行，維基媒體企業服務（Wikimedia Enterprise）仍提供商業支援服務。
• 本週軟體更新細節： MediaWiki

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

MediaWiki message delivery 2026年5月4日 (一) 20:40 (UTC)

條目指南这个新玩具看起来是把最初维基专题要做的部分事情给做了--百無一用是書生 (☎) 2026年5月6日 (三) 02:45 (UTC)

分享卡片實驗：第一階段

大家好，

This is a design mockup example of what the share card looks like when sharing the full article for chamber music.

This is a design mockup of what the share card looks like when a user shares a quote from the article.

讀者成長團隊 正在推出一項實驗，用於測試分享功能的實用性。此功能讓讀者可以為正在閱讀的文章（或文章的一部分）建立一張引人矚目的卡片。讀者可以將這張卡片分享給朋友或發佈到社群媒體上。當點擊該卡片時，瀏覽者或接收者將被直接導向該文章，或是文章中的特定段落。

此實驗為僅限行動裝置的 A/B 測試，將針對阿拉伯語、中文、法語和越南語維基百科中 10% 的讀者，以及英語維基百科中 0.1% 的讀者進行。實驗將於 5 月 18 日當週上線，並持續四週。

為什麼我們要進行這項工作？

全球造訪維基百科的比例正在下降，這一點可從讀者人數的減少中看出，進而影響帳號建立數量及對我們網站的貢獻。同時，如今絕大多數網路使用者以行動裝置為主要使用方式，他們習慣能夠輕鬆地與親友分享連結與內容。

我們正在測試什麼想法？

我們希望了解未登入的讀者在享受維基百科內容時，是否願意將這些內容分享給站外的其他人，以及我們設計的流程是否讓他們能夠輕鬆完成分享。

時程為何？

我們將於 5 月 18 日當週開始進行此版本的 A/B 測試，並於四週後結束。我們將衡量讀者是否使用該功能，以及他們存取維基百科的頻率是否有所提高。我們同時希望了解收到實驗參與者分享連結的用戶最終點擊連結訪問維基百科的頻率。如果測試結果積極，我們將分享這次A/B測試的結果，並共同決定是否繼續推進該功能，以及如果繼續推進，需要做出哪些更改。

此實驗包含哪些內容？

此功能將出現在兩個位置：（1）文章頁面工具列中始終顯示的新「分享」按鈕；（2）當使用者選取文章文字時，會觸發彈出式的分享卡片介面，顯示相關的文章摘錄。讀者同時可以選擇下載圖片或僅複製文章／摘錄的連結。 我們樂觀地認為，這些分享卡片可能有助於潛移默化地引導大眾了解正確的來源標示。分享卡片中包含返回維基百科文章的連結，以及（如適用）圖片來源標示與授權圖示。 由於這項工作仍處於實驗階段，我們預期會根據您的回饋與實驗結果持續改進與調整設計。 我們歡迎各位在此分享想法與問題！

如需更多關於我們的研究、設計稿及其他細節，請參閱我們的 專案頁面。謝謝。EBlackorby-WMF（留言） 2026年5月5日 (二) 02:19 (UTC)

File:Charlotte logo.svg無法正常顯示

如題，該圖片在夏洛特 (動畫)及部分地方無法正常顯示，目前測試圖片尺寸要大於480px（例如481px）才能顯示（見下），不知道是不是共享資源那邊的問題

--~2026-27145-37（留言） 2026年5月5日 (二) 04:53 (UTC)

直接引出图片会报“Too Many Request”，481px实际是1280px的前端缩图，可能svg转png的调用出问题。——Sakamotosan路过围观 | 避免做作，免敬 2026年5月5日 (二) 08:00 (UTC)

SVG代碼錯誤，已提出編輯請求：Commons:Overwriting_existing_files/Requests#Overriding_File:Charlotte_logo.svg--1F616EMO（喵留言～求助？） 2026年5月5日 (二) 11:42 (UTC)

視覺化編輯器導致編輯內容重複

参见：User_talk:BronyaZaychik1116 § 2026年5月

@BronyaZaychik1116使用視覺化編輯器進行編輯時遇到編輯器莫名其妙將內容複製貼上一次的情況，尚未能復現，邀請各位協助除錯。--1F616EMO（喵留言～求助？） 2026年5月7日 (四) 09:19 (UTC)

我剛剛看過格式沒問題了(@￣ρ￣@)--BronyaZaychik1116（留言） 2026年5月7日 (四) 09:29 (UTC)

還有我那時候是用原始碼編輯器--BronyaZaychik1116（留言） 2026年5月7日 (四) 09:38 (UTC)

这个我当初也遇到过一次，但是很罕见，大概是全篇copy了所有更改的内容。--$\color {White}{\mathfrak {ZYX}}$^Hola! 2026年5月7日 (四) 10:34 (UTC)

在同一時間遇上三次的我算什麼（哭--BronyaZaychik1116（留言） 2026年5月7日 (四) 11:00 (UTC)

模板:Country topics

需要修復name僅提供繁體後綴，有時導致無法正確編輯問題；如在「歐洲主題」模板點選編輯按鈕，會錯誤通到「欧洲主題」模板編輯頁面。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2026年5月8日 (五) 04:03 (UTC)

已處理。--逆襲のあまのじゃく天邪鬼 (留言) 2026年5月8日 (五) 07:15 (UTC)

@逆襲のあまのじゃく：⚡️ —— Eric Liu _{創造は生命（留言・留名・學生會）} 2026年5月11日 (一) 10:01 (UTC)

InternetArchiveBot添加版權作品的問題

留意到InternetArchiveBot會自動增加互联网档案馆有收錄的圖書，如這個編輯，這書明顯是版權作品，儘管互联网档案馆對一般瀏覽者限制閱讀內容，但是註冊用戶就能閱讀整本書。根據WP:ELNEVER，提供侵犯版權的連結違反方針的。InternetArchiveBot這些操作是否違規？--Nostalgiacn（留言） 2026年5月9日 (六) 14:56 (UTC)

似乎是个法律问题。“该网站依照合理使用原则使用有版权作品”了吗。之前在美被起诉、败诉和下架了几十万本书籍。[6][7]--YFdyh000（留言） 2026年5月9日 (六) 16:19 (UTC)

主條目就有這些內容（互联网档案馆#与出版商的法律纠纷），影子圖書館私下看就行，直接在條目加入連結，就過分了，以維基百科的使用量，這不是平白給互联网档案馆惹來訴訟。--Nostalgiacn（留言） 2026年5月9日 (六) 16:40 (UTC)

之前en:Hachette v. Internet Archive是关于一些国际出版商[8]自己仍在售的的书的（含在售电子版），所以没影响到例子里的这本书。这本书的电子版来源据 https://archive.org/details/popularchinesebooks 的介绍是他们自行采购实体书并扫描，再加上DRM。--Srapoj（留言） 2026年5月9日 (六) 16:43 (UTC)

@Nostalgiacn：機器人維護者GreenC的回覆--象象🐘(留言|貢獻) 2026年5月10日 (日) 04:46 (UTC)

如果註冊才能閱讀，這個門檻算是合法的受控數位出借(CDL)行為，那麼我對此沒意見。--Nostalgiacn（留言） 2026年5月10日 (日) 06:01 (UTC)

2026年第20期技術新聞

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

本週要聞

• 社群技術團隊發布了新的願望指南，說明社群願望清單中的願望如何進行分級篩選以決定優先順序。這份指南旨在釐清影響決策的各項因素，以期能協助貢獻者撰寫更具說服力的提案。該指南強調，除了票數外，願望是否獲得採納還需考量諸如對社群的潛在影響等各種因素。

近況更新 - 面向編輯者

• 讀者成長團隊即將啟動一項實驗，測試新的「分享卡片」功能。此功能讓讀者能從維基百科條目或其中的特定章節，製作出引人注目的卡片並在網路上分享，每張卡片皆會連結回條目，藉此擴大讀者群並提升條目曝光度。這項僅限行動裝置的A/B測試將開放給中文、法語、阿拉伯語、英語、越南語維基百科的部分讀者參與，以更深入了解閱讀與分享習慣，預計於5月18日當週開始，為期四週。
• Android和iOS版維基百科APP最近推出了「25天閱讀挑戰」的Beta測試版，旨在鼓勵使用者達成閱讀里程碑，藉此提升讀者參與度。為了在挑戰期間追蹤自己的「連勝」天數，APP使用者可將一個以「拼圖球寶寶」（Baby Globe）為主題的Widget加到主畫面。挑戰將於5月11日正式開始。
• 上週有17件由社群提交的工單得到解決。 例如，全域偏好設定中的語法高亮顯示選項，在啟用後可能會意外地自動停用，現已修正此問題。 [9]

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

• 於2023年9月宣告棄用後，資源載入模組mediawiki.ui.input將於本週移除。對於任何使用此模組的工具，請參閱MediaWiki UI至Codex的遷移指南。 [10]
• 本週軟體更新細節： MediaWiki

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

MediaWiki message delivery 2026年5月11日 (一) 19:18 (UTC)

GapMap.wiki — 通过维基数据跨语言链接识别缺失条目的工具

大家好，我在维基百科还是个新手，如果发错了地方请见谅——需要的话可以移动。

我做了一个免费的开源工具：GapMap.wiki。它显示在一个维基百科语言版本中存在但在另一个版本中缺失的条目，按其他语言版本已有该条目的数量排序。

它通过比对维基数据的跨语言链接（来自公开数据转储，运行时不使用SPARQL查询）来工作。目前支持56个语言版本。

想法很简单：如果一个条目在40多个维基百科中存在，但你的语言版本没有，那很可能是一个值得关注的缺口。

一位用户指出了一个有趣的附带效果：部分结果可能并不是真正缺失的条目，而是已存在但在维基数据上缺少跨语言链接的条目。因此这个工具也可以帮助发现缺失或错误的跨wiki链接。

可能对寻找待创建条目的编辑者，或修复跨语言链接的维基数据贡献者有用。欢迎反馈。

源代码：https://github.com/gapmap-wiki/gapmap--Wikigapmap（留言） 2026年5月11日 (一) 22:44 (UTC)