维基百科:互助客栈/技术
| 發表前請先搜索存档,參考舊討論中的内容可節省您的時間。 |
- [協作] 社羣正在籌備今年的動員令,請踊躍參與討論。
- [公告] 簡化公示流程及適用範圍及调整MediaWiki:Blockiptext的措辞已經通過。
- [公告] 快速刪除準則G14款改爲A8款並修改刪除流程、電子遊戲專題修訂專題橫幅及允許仲裁員就擾亂仲裁空間頁面禁制擾亂者並不受回退不過三規限正在公示,如有意見請盡快提出。
- [公告] 社群正就仲裁機制徵集討論議題,歡迎踴躍參與。
- [討論] 互助客栈正在討論請求實現部分標點符號的全半角自動跳轉及提议“特色列表”改名,歡迎踴躍參與。
- [討論] 社群正在討論快速刪除方針G14/A8準則如何表述本站接受及不接受的語言、Abuse Filter的中文譯名、允許在存廢討論或存廢覆核外達成存廢共識、检讨不限期封禁的用户页标记、停止人工解除隐退用户的多余权限、簡化命名常規與格式手冊的命名、尚在规划的城市轨道交通线路是否应独立成文、增補《收錄標準/運動員》、廢除“消歧義使用的括弧或空格錯誤”適用快速刪除的規定、日期分类的存留问题、修訂避免地域中心方針有關提及地名的規定、格式手册增加有關提及地名的規定及允许以G5快速删除仅有繁简差异的标题等方針與指引議題,歡迎踴躍參與。
- [討論] 社群正在討論修改模板uw-ublock的样式、使用模板樣式隱藏RFA投票模板的圖示、将子专题模板作为参数并入其主专题模板、有關非編號命名的城市軌道交通鐵路綫的條目命名、有關國際學校導航模板的命名、昆虫专题问题、替換中華人民共和國國徽圖案及調整unblock等模板使用的圖標,歡迎踴躍參與。
存檔 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 早於10日的討論將會由Jimmy-bot存檔。 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| # | 💭 話題 | 💬 | 👥 | 🙋 最新發言 | 🕒 (UTC+8) |
|---|---|---|---|---|---|
| 1 | 改善字体的讨论怎麼又死了 | 20 | 9 | Ericliu1912 | 2026-05-03 01:42 |
| 2 | 链接翻译器更新 | 18 | 5 | 逆襲のあまのじゃく | 2026-05-15 19:11 |
| 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 | 模板:Country topics | 3 | 2 | Ericliu1912 | 2026-05-11 18:01 |
| 7 | InternetArchiveBot添加版權作品的問題 | 1 | 1 | Jimmy-bot | 2026-05-20 16:14 |
| 8 | 2026年第20期技術新聞 | 1 | 1 | MediaWiki message delivery | 2026-05-12 03:18 |
| 9 | GapMap.wiki — 通过维基数据跨语言链接识别缺失条目的工具 | 1 | 1 | Wikigapmap | 2026-05-12 06:44 |
| 10 | RfC:某些標點符號的全半角自動跳轉 | 12 | 6 | Ericliu1912 | 2026-05-20 11:21 |
| 11 | 小工具批量编辑是否有限制 | 12 | 7 | 人间百态 | 2026-05-17 22:09 |
| 12 | ConvenientDiscussion適配腳本 | 28 | 8 | GrandCeres | 2026-05-21 09:32 |
| 13 | 2024年美洲國家盃淘汰賽#季軍戰圖片顯示問題 | 2 | 2 | SunAfterRain | 2026-05-17 20:42 |
| 14 | 2026年第21期技術新聞 | 1 | 1 | MediaWiki message delivery | 2026-05-19 04:18 |
| 15 | 未结束的编辑请求被移入存档 | 2 | 1 | 沈澄心 | 2026-05-19 10:46 |
| 16 | Template bug | 4 | 2 | 逆襲のあまのじゃく | 2026-05-19 13:57 |
| 發言更新圖例 |
|---|
|
|
|
|
|
| 特殊狀態 |
| 已移動至其他頁面 或完成討論之議題 |
| 手動設定 |
| 當列表出現異常時, 請先檢查設定是否有誤 |
正在廣泛徵求意見的議題
| 您可在回饋請求系統訂閱以收取特定主題相關討論通知。 |
以下討論需要社群廣泛關注:(重新整理) 維基百科技術議題與模板
Template talk:Unblock § 編輯請求 2026-01-18英文版已于2025年9月更新了此模板的图标(相关讨论)。本人提议中文维基亦追随英文维基更新模板图标,以此更容易理解图标的定义,具体如下:
如有需要可移至互助客栈上作进一步的讨论。本模板图标更新后,Template:Unblock-un和Template:Unban的图标亦需更新。
另外,请在模板中的出现的源代码“帐户创建者”的“帐户”改为“账户”,因为在简体字中“账”才是正确的写法。--Shwangtianyuan 让中国再次伟大 2026年1月18日 (日) 15:15 (UTC)
按电子游戏专题讨论大幅调整横幅。测试位于{{WikiProject Electronic games}}(嵌入列表),效果符合预期。从{{WikiProject Electronic games}}到{{WikiProject Video games/sandbox}}的迁移请见此。
请求修改以下三处内容:
- 将{{/sandbox}}部署到{{WikiProject Video games}}(差分)
- 将{{/class/sandbox}}部署到{{WikiProject Video games/class}}(差分)
- 将{{/importance/sandbox}}部署到{{WikiProject Video games/importance}}(差分)
最近WP:RSP(Wikipedia:可靠来源/常见有争议来源列表)改用分页格式。RSP分页多,而且常(?)在社群讨论中引用,应该考慮统一的快捷方式(捷徑)。设置一個伪命名空间可以方便链接,避免快捷方式衝突(比如英维RSP有一些链接是WP:RSP开头,比如WP:RSPANI)。
此外,我想到或许可以设置为「真」命名空间,这樣也不用麻烦建重定向了,还能避免繁简问题。如果需要给各页面设置NOINDEX的话也能顺便设置。之前獨立格式手冊爲單獨命名空間的反對意見包括會分散方針指引,但是RSP並非方針指引,所以沒有這方面的問題。命名空间中文名称我提议为「信源评估/信源評估」。 ——魔琴[留言 贡献 PJ:小學 PJ:兩岸] 2026年4月2日 (四) 14:01 (UTC)鄙人尝试把目前的各大页面的记录整合入Module:RSP/Data了,并通过Module:RSP/Infobox重写了信息框逻辑使其对接RSP/Data。原先的想法是打算写现在的{{Source reliability link}}视觉化Wikipedia:可靠来源/常见有争议来源列表#列表,效果如下:
由于修改模板影响数百个页面,故请求社群讨论以决定是否修改。--__( •̀ ω •́ )<✧ 2026年4月4日 (六) 14:30 (UTC)理由如下:
1子专题模板通常会被编者与其主专题模板并列放置,就算单独列出子专题模板,其内容也通常属于其主专题内容范围内,若合并到一个模板内,可更让人容易理解其属于子专题,而非单独的专题。
2现有主专题都很少有人维护,更不要提子专题。
3若将子专题参数作为主专题模板的一部分,则可保留其子专题信息,无需后续有人建立进行大量操作。亦可先行导向其主专题。--Luoniya(留言) 2026年4月18日 (六) 11:38 (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)增加匹配 borough 参数中第一个行政区链接的名字,以便能被{{ISO 3166 code}}正确识别出行政区(ISO_3166-2)名字,从而避免大量页面被加入Category:使用未识别行政区名称的页面。
{{#invoke:String2|split|{{#invoke:delink|delink|{{{borough|}}}}}|,|-1}} 匹配最后一个逗号后的单词,因中文不使用逗号分隔地名,故采用过滤第一个 [[]] 中的内容来达成目的。--Tim(留言) 2026年4月25日 (六) 13:21 (UTC)目前本人主編社羣簡報、信源簡報,在發佈時須預先進行字詞轉換,以配合不同用戶的用字習慣。雖能通過使用{{subst:#invoke:NoteTA-lite|main|G1=MediaWiki}}篩選出文內存在的字詞在進行轉換,但人工逐個詞語處理依然非常費時。我想到以下解決方法,均有其限制:
- 直接使用{{NoteTA}}系列模板:會同時影響討論頁上的其他內容,容易造成過度轉換;
- 在文首加入轉換規則,文末使用對應撤銷語法:如討論頁已嵌入其他轉換組,可能會錯誤撤銷不應撤銷的轉換組。
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)wikilinks=target的支持,便于获取链接目标条目名,为Module:Adjacent stations/sandbox中计划提出的新功能作支持。考虑到跨维基的链接语法并无差异,enwiki广泛试用后的代码应当可以导入本地。--DvXg 📬 2026年5月12日 (二) 01:14 (UTC)當前,本站消歧義括號需要使用半角(半形、半寬)括弧,而使用全角(全形、全寬)括號的重定向會適用R3快速刪除。目前有編者提出不再速刪此類重新導向。討論中提到可以考慮請求實現全角、半角括號的全自動跳轉,有如繁簡的自動跳轉,而不需要再人工干預重新導向。因此交付社羣討論。議題如左:
- 中文維基百科是否需要在系統層面(即,不建立重定向的情況下)實現某些標點符號(如圓括弧)的全半角自動跳轉,如「中國銀行_(日本)」自動跳轉到「中國銀行_(日本)」、「中國銀行(香港)」自動跳轉到「中國銀行(香港)」?
- 若需要,應包含哪些標點符號?
他山之石,可以為錯。他山之石,可以攻玉。《小雅·鶴鳴》
韓維在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 年後會進一步完善。毫無疑問,未來,人工智能可以撰寫文章,其質量甚至可以媲美優秀的編輯。
中維應否效仿?
- 中維應否成立興趣小組或實驗室,專門測試適合中維語境的AI工具?
- 中維應否支持AI工具(如WikiVault式自動翻譯)?
- 中維應否允許人工校對AI輔助內容生成?
茲提案使用基於早前共識編寫的Module:TalkIcon實現{{支持}}、{{反對}}模板:
改善字体的讨论怎麼又死了
[编辑]——魔琴[留言 贡献 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)
- 字体设计师能自定义字形的宽度(advance width),咱能谈「修复」也是因为有字体把U+00B7做成全形的了。为何设计中文字体(其实我觉得兼容西文就是伪命题,西文字体和中文字体基本都是分开的),业界普遍不把U+00B7设计为全形,这根本就不清楚了。本站也没有必要考虑这些。--PexEric 2025年10月29日 (三) 09:03 (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)
- 所以是否可能就此處提及排版更新製作小工具,以茲選用?—— Eric Liu 創造は生命(留言・留名・學生會) 2026年4月25日 (六) 15:22 (UTC)
- 然後間隔號顯示感覺變寬了,是錯覺嗎?—— Eric Liu 創造は生命(留言・留名・學生會) 2026年5月2日 (六) 17:42 (UTC)
链接翻译器更新
[编辑]新版语法高亮即将正式上线,由于该语法高亮采用了完全不同的技术路线,可能会导致链接翻译器功能失效,因此我对“小工具”里的“链接翻译器”(以及User:Peacearth/link-ts,由User:Peacearth维护的版本)进行了一次更新。新版目前未正式部署,希望在此发起公测,稳定后再正式部署至小工具中。
该工具的主要功能是将外文维基百科的链接直接转换成本地链接,降低翻译工作量。本次更新内容是将界面更换为现代化界面,完善了近几年新增编辑器和模式的支持,新版本可以在开启新版/旧版语法高亮、纯可视化模式、Wikiplus或单纯查看页面情况下进行链接翻译工作了。
部署方法:
- 前往参数设置,将现有的“链接翻译器”关掉。
- 如果在您的common.js中有其他的link-ts,例如User:Peacearth/link-ts.js、User:Vanished user 1929210/js/link-ts.js,将其代码删除
- 在您的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)
- 翻存档时发现了User talk:Peacearth/2022-2存檔#link-ts.js工具問題請教,把里面提到的两个问题也处理了。--逆襲のあまのじゃく (留言) 2026年4月26日 (日) 12:41 (UTC)
- @逆襲のあまのじゃく:無法偵測韓文分類連結,會顯示「此頁沒有任何連結」。—— Eric Liu 創造は生命(留言・留名・學生會) 2026年5月1日 (五) 14:12 (UTC)
- 能复现一下哪个条目、如何操作、填写了哪些信息的吗--逆襲のあまのじゃく (留言) 2026年5月5日 (二) 15:33 (UTC)
- @逆襲のあまのじゃく:重新導向翻譯時會錯誤顯示「本地條目已存在」,如「Council of Europe」,應該填補為「欧洲委员会」。—— Eric Liu 創造は生命(留言・留名・學生會) 2026年5月8日 (五) 04:08 (UTC)
- 此問題和上述韓文問題
已修复。--逆襲のあまのじゃく (留言) 2026年5月11日 (一) 07:38 (UTC)
- 似乎部分未修復,如翻譯「Refugee travel document」應補為「難民旅行證」(在「護照」模板)。—— Eric Liu 創造は生命(留言・留名・學生會) 2026年5月15日 (五) 04:09 (UTC)
- 點開始之前選一下「將藍連重新定向到本維基最終連結」即可。--逆襲のあまのじゃく (留言) 2026年5月15日 (五) 11:11 (UTC)
- 似乎部分未修復,如翻譯「Refugee travel document」應補為「難民旅行證」(在「護照」模板)。—— Eric Liu 創造は生命(留言・留名・學生會) 2026年5月15日 (五) 04:09 (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)
- 我的意思是,像是「AI概览」这種功能,如果预先諮询自治体、监管员等等,很可能在这一步就受到強烈反对,那可能就需要考慮这種功能是不是应该走「快速部署」这条路。 ——魔琴[留言 贡献 PJ:小學 PJ:兩岸] 2026年4月30日 (四) 14:22 (UTC)
- xD,這確實是一個有趣的意見,不過諮詢自治組織和監管員,不一定有足夠的承載力去承擔每個新實驗性功能的評估和反饋收集。至於AI概覽功能,我想如果社群可以先在和基金會討論這個計劃的時候先提出這一底線,應該是可以的。我會再反映一下這一點。--Borschts+ 2026年4月30日 (四) 14:18 (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)
需要修復name僅提供繁體後綴,有時導致無法正確編輯問題;如在「歐洲主題」模板點選編輯按鈕,會錯誤通到「欧洲主題」模板編輯頁面。—— Eric Liu 創造は生命(留言・留名・學生會) 2026年5月8日 (五) 04:03 (UTC)
- 已處理。--逆襲のあまのじゃく (留言) 2026年5月8日 (五) 07:15 (UTC)
- ⚡️ —— Eric Liu 創造は生命(留言・留名・學生會) 2026年5月11日 (一) 10:01 (UTC)
InternetArchiveBot添加版權作品的問題
[编辑]2026年第20期技術新聞
[编辑]維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改;不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻譯版本。
本週要聞
- 社群技術團隊發布了新的願望指南,說明社群願望清單中的願望如何進行分級篩選以決定優先順序。這份指南旨在釐清影響決策的各項因素,以期能協助貢獻者撰寫更具說服力的提案。該指南強調,除了票數外,願望是否獲得採納還需考量諸如對社群的潛在影響等各種因素。
近況更新 - 面向編輯者
- 讀者成長團隊即將啟動一項實驗,測試新的「分享卡片」功能。此功能讓讀者能從維基百科條目或其中的特定章節,製作出引人注目的卡片並在網路上分享,每張卡片皆會連結回條目,藉此擴大讀者群並提升條目曝光度。這項僅限行動裝置的A/B測試將開放給中文、法語、阿拉伯語、英語、越南語維基百科的部分讀者參與,以更深入了解閱讀與分享習慣,預計於5月18日當週開始,為期四週。
- Android和iOS版維基百科APP最近推出了「25天閱讀挑戰」的Beta測試版,旨在鼓勵使用者達成閱讀里程碑,藉此提升讀者參與度。為了在挑戰期間追蹤自己的「連勝」天數,APP使用者可將一個以「拼圖球寶寶」(Baby Globe)為主題的Widget加到主畫面。挑戰將於5月11日正式開始。
上週有17件由社群提交的工單得到解決。 例如,全域偏好設定中的語法高亮顯示選項,在啟用後可能會意外地自動停用,現已修正此問題。 [2]
近況更新 - 面向技術貢獻者
於2023年9月宣告棄用後,資源載入模組mediawiki.ui.input將於本週移除。對於任何使用此模組的工具,請參閱MediaWiki UI至Codex的遷移指南。 [3]
本週軟體更新細節: 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)
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月13日 (三) 01:55 (UTC)
- 我覺得
- 允許跳轉:()、_()、(
U+3000 ()、U+FF08 ( U+FF09 ))、_U+FF08 ( U+FF09 ) 、(U+3000 U+FF08 ( U+FF09 )) - 允許被視為跳轉目標(原理類似 findVariant 只能辨識沒有繁簡混雜的標題):_()、U+FF08 ( U+FF09 )
- [允許互轉:0~9←→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)
- 或許可以吧(不過全型空格會被正規化成半型),但冒號作為命名空間分隔符我覺得WMF給過的機率有點微妙。--SunAfterRain 2026年5月17日 (日) 12:05 (UTC)
- 也不要侷限于消歧義嘛,U+3000 和U+0020 本身也可以相互跳转?还有数字、叹号、冒号什麼的。 ——魔琴[留言 贡献 PJ:小學 PJ:兩岸] 2026年5月16日 (六) 05:51 (UTC)
- 能試就試,駁回也不打緊。—— Eric Liu 創造は生命(留言・留名・學生會) 2026年5月20日 (三) 03:21 (UTC)
小工具批量编辑是否有限制
[编辑]我最近制作了一个小工具CatDiff。该工具允许对比中文和所选语言的分类页面,并列出只存在于各方的条目。该工具提供批量添加分类的功能,且并无设置上限(我也不知道存不存在所谓的上限),故特此询问是否有任何限制(比如编辑频率)或是否需要报备。——魔方〔论·贡〕 2026年5月13日 (三) 04:35 (UTC)
- 請參見WP:FLOOD。--路西法人 2026年5月13日 (三) 05:39 (UTC)
- 初步审查意见:
- 程序应该分批处理,并且控制最大并发数,例如每隔2秒执行一组,每组最多3个请求,以免触发API频率限制
- 程序宜提供可视化进度页面,以便查看进度或随时取消操作
- 当涉及条目数超过10时,应使用明显的确认框,提示用户需要修改多少个东西,检查是否具有“机器用户”或“机器人”权限,未经许可操作可能会被封禁。人工确认后才能继续。
- --逆襲のあまのじゃく (留言) 2026年5月13日 (三) 07:27 (UTC)
- (?)疑問:API單次請求限制不是50或500筆[4]嗎?--象象🐘(留言|貢獻) 2026年5月13日 (三) 11:28 (UTC)
- addCategoryToSelected这部分需要检查用户的bot和flood的权限,并控制编辑频率,这不是因为API频率限制,而是为了用户编辑防止冲刷最近更改。其他部分因为主要是查询,对服务器影响有限,不需要特意控制。--逆襲のあまのじゃく (留言) 2026年5月16日 (六) 10:43 (UTC)
- 可是此工具不是和catalot类似都是批量更改分类的吗?为什么使用catalot不需要机器人权限?而且每次使用都需申请机器人权限的话,手动添加分类似乎会更高效。--魔方〔论·贡〕 2026年5月16日 (六) 12:02 (UTC)
- Cat-a-lot有Special:AbuseFilter/8控制編輯速率。 象象🐘(留言|貢獻) 2026年5月16日 (六) 12:54 (UTC)
- 如果閣下的小工具可以將編輯速率控制在4秒一次編輯的話,就不需要機器人權限了。 象象🐘(留言|貢獻) 2026年5月16日 (六) 12:55 (UTC)
- 原来如此,但是这个4秒一次有什么讲究?感觉有点苛刻啊,要给100个条目添加分类就要花6分钟。--魔方〔论·贡〕 2026年5月16日 (六) 15:04 (UTC)
- 这是为了给巡查者留下巡查的时间,以防止短时间内大批量编辑刷屏Recent Changes阻碍巡查员工作。--人间百态,独尊变态(讨论)(签名) 2026年5月17日 (日) 14:09 (UTC)
- 原来如此,但是这个4秒一次有什么讲究?感觉有点苛刻啊,要给100个条目添加分类就要花6分钟。--魔方〔论·贡〕 2026年5月16日 (六) 15:04 (UTC)
- 可是此工具不是和catalot类似都是批量更改分类的吗?为什么使用catalot不需要机器人权限?而且每次使用都需申请机器人权限的话,手动添加分类似乎会更高效。--魔方〔论·贡〕 2026年5月16日 (六) 12:02 (UTC)
- addCategoryToSelected这部分需要检查用户的bot和flood的权限,并控制编辑频率,这不是因为API频率限制,而是为了用户编辑防止冲刷最近更改。其他部分因为主要是查询,对服务器影响有限,不需要特意控制。--逆襲のあまのじゃく (留言) 2026年5月16日 (六) 10:43 (UTC)
- (?)疑問:API單次請求限制不是50或500筆[4]嗎?--象象🐘(留言|貢獻) 2026年5月13日 (三) 11:28 (UTC)
- mw:Wikimedia APIs/Rate limits?--百無一用是書生 (☎) 2026年5月14日 (四) 03:17 (UTC)
ConvenientDiscussion適配腳本
[编辑]
|
正在討論:
1F616EMO(喵留言~求助?) 2026年5月19日 (二) 12:59 (UTC)
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
- 似乎還有Wikipedia:中文維基百科之最也會被誤判? 象象🐘(留言|貢獻) 2026年5月16日 (六) 13:13 (UTC)
- 感謝回報,已通過排除
- 如果沒什麼問題,今天可以實裝了。 --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:討論頁指引 § 建議統一討論頁及布告板的主題標題層級爲二級標題處理完成即可解決),引入爲本地小工具也可以讓腳本載入快一點,故提案引入爲設定界面中可見的小工具。擬定小工具描述如下:
以上,交付社羣討論。 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)
- (+)支持--Hola! 2026年5月19日 (二) 16:28 (UTC)
- (+)支持,CD忠实用户發来贺电。 ——魔琴[留言 贡献 PJ:小學 PJ:兩岸] 2026年5月19日 (二) 19:34 (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)“论”重在分是非,“议”重在定得失;“论”重在作出判断,“议”重在作出决定;“论”可以是一个人进行,“议”则是众人商量。所以“论辩”、“论述”、“论难”、“论据”等用“论”,“商议”、“提议”、“议会”、“议决”等用“议”。作为名词,“议”是建议,“论”是评论;作为文体,“论”是阐明道理、论辩是非,“议”是提出建议或措施。
——王鳳陽《古辭辨》 - 兩位,縮太短難以理解就本末倒置了。—— Eric Liu 創造は生命(留言・留名・學生會) 2026年5月20日 (三) 13:29 (UTC) 1 1
- 如果要挑一個字的話「議」會更好一點。
- 讨论工具?--Hola! 2026年5月20日 (三) 20:00 (UTC)
- 這和Mediawiki原生的Discussion Tool撞名了。--象象🐘(留言|貢獻) 2026年5月20日 (三) 23:01 (UTC)
- 支持便捷讨论。同刘君,不必强求二字翻译。--GrandCeres(留言) 2026年5月21日 (四) 01:32 (UTC)
- 「捷論」怎麼樣?剛想到的。--SuperGrey (留言) 2026年5月20日 (三) 07:05 (UTC)
- Stang译为“便捷讨论”,BlackShadowG译为“快捷讨论”,Liuxinyu970226译为「便利讨论」。 ——魔琴[留言 贡献 PJ:小學 PJ:兩岸] 2026年5月20日 (三) 05:46 (UTC)
- 已應用首字母大寫。@SuperGrey、臺灣象象、沈澄心、Zyx20101210:詢問各位對中文譯名的意見,另邀請@Ericliu1912。 1F616EMO(喵留言~求助?) 2026年5月20日 (三) 02:09 (UTC)
- 似乎应该作「Convenient Discussions」。我把中文译名改回了Stang的「便捷讨论」,也可考慮用这個中文译名。《现代汉语词典》便捷:快而方便。快捷:(速度)快,(行动)敏捷。便利:使用或行动起来不感觉困难;容易達到目的。还是「便捷」更贴合名称本意。 ——魔琴[留言 贡献 PJ:小學 PJ:兩岸] 2026年5月19日 (二) 19:45 (UTC)
2024年美洲國家盃淘汰賽#季軍戰圖片顯示問題
[编辑]在此章節中的File:CAN-URU 2024-07-13.svg檔案本身沒問題,但不知為何在條目中的顯示出現了問題:加拿大這邊的球員姓氏被不知道什麼翻譯成了牛頭不對馬嘴的姓氏。例如對應呂克·德富熱羅勒的位置顯示的是「高列巴尼」,對應莫伊茲·邦比托的位置顯示的是「西塞」,總之沒有一個是真正的加拿大男足球員姓氏。有沒有人知道為什麼會出現這種問題?📕📙📒📗📘賭博機構最堅定的反對者強烈要求馬上刪除一切含有賭博網站的編輯摘要! 2026年5月17日 (日) 02:36 (UTC)
- 看了一下是原檔案中文版的問題[5]--象象🐘(留言|貢獻) 2026年5月17日 (日) 04:47 (UTC)
- 那我怎樣做才能修復這個bug?📕📙📒📗📘賭博機構最堅定的反對者強烈要求馬上刪除一切含有賭博網站的編輯摘要! 2026年5月17日 (日) 05:45 (UTC)
- 這不是bug,是svg多語言圖片,你需要把原始svg檔下載下來修正文字再覆蓋回去,參考c:Commons:Overwriting_existing_files/zh。--SunAfterRain 2026年5月17日 (日) 12:42 (UTC)
- 那我怎樣做才能修復這個bug?📕📙📒📗📘賭博機構最堅定的反對者強烈要求馬上刪除一切含有賭博網站的編輯摘要! 2026年5月17日 (日) 05:45 (UTC)
2026年第21期技術新聞
[编辑]維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改;不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻譯版本。
本週要聞
- 抽象維基百科團隊已選定五個潛在的試行維基,團隊將評估這些維基是否有意願採用抽象條目。這些維基站點包括印尼語、孟加拉語、阿拉伯語、馬拉雅拉姆語、達巴尼語維基百科。意見徵集期將持續至5月22日。若您的社群有興趣參與試行,請在元維基告知我們。
近況更新 - 面向編輯者
- 5月18日,行動版網頁將啟動一項實驗,向未登入讀者提供「閱讀清單」功能。實驗將在土耳其語、西班牙語、波蘭語、烏爾都語、荷蘭語、義大利語、葡萄牙語、德語維基百科上線,為期一個月。此舉旨在協助讀者收藏及整理條目以便日後閱讀,同時培養未來可能促成貢獻維基百科的習慣。
- To support a bookmark button in the Reading List beta feature, the "Tools > Action" menu has been updated to display icons, including the watch star indicator that helps editors identify temporarily watched articles. The icons now also match those used on mobile, improving consistency across platforms. The change is currently limited to the actions menu and mainly affects editors with privileged user rights. [6]
- 「建議模式」已在約15個維基百科(包括中文)站點的行動版網頁上,針對新手編輯者展開A/B測試。此實驗將衡量「建議模式」對「新手編輯者在行動版網頁上產生具建設性(未被撤銷)條目編輯的編輯階段比例」所產生的影響。此外,實驗亦將評估此功能對編輯者留存率的影響,並監測撤銷率與封鎖率的變化。
上週有27件由社群提交的工單得到解決。 例如,之前在維基百科Android版APP中,開啟「推薦閱讀清單」通知後,圖片有時可能無法載入,現已修正此問題。 [7]
近況更新 - 面向技術貢獻者
- 維基數據平台團隊(WDP)已發布其後端替換建議及相關技術架構,用於將維基數據查詢服務(WDQS)從Blazegraph遷移出去。歡迎提供意見回饋(2026年5月25日截止),特別是針對潛在缺口以及對進階用例的影響。我們也鼓勵維基數據社群成員和WDQS使用者在此頁面協助找出可能需要關注的高影響力工具和工作流程。意見回饋可於遷移討論頁或下一次諮詢時段提出。詳情請參閱WDP團隊電子報。
本週軟體更新細節: MediaWiki
深入了解
- 在英語、法語、日語、中文及其他幾個維基百科站點上,曾針對第三方機器人偵測服務hCaptcha進行試行。試行結果顯示,hCaptcha不僅能獨立有效偵測並遏止某些惡意自動化活動,還能向用戶查核員和監管員提供線索以供進一步調查。由於試行結果令人滿意,hCaptcha將於未來幾週內在所有維基站點全面推行。有關實施細節及隱私保護措施的技術資訊,請參閱hCaptcha專案頁面。了解更多。
- 社群技術團隊發布最新消息,提及多項社群願望清單計畫的進展,包括將「閱讀清單」功能從APP擴展至網頁版、「誰寫的」功能與個人面板新增支援語言、3D渲染與Chart圖表功能的改進,以及即將進行的討論頁排序、音訊播放和編輯工作流程等相關工作。本次亦分享了當前的優先事項、願望清單狀態趨勢,以及針對未來重點領域與維基媒體基金會2026–2027年度計畫的社群回饋機會。閱讀全文了解更多。
MediaWiki message delivery 2026年5月18日 (一) 20:18 (UTC)
未结束的编辑请求被移入存档
[编辑]User:Jimmy-bot将维基百科讨论:首页上未结束(完成或拒绝)的编辑请求移入了存档(Special:diff/92694857)。包含{{Editprotected}}且不含有|ok=1或|no=1参数的讨论不应存档。--dringsim 2026年5月19日 (二) 02:41 (UTC)
Template bug
[编辑]
Template:秩序促進小組使用時會和其他框疊在一起。--璃茗熒音♪ฅ^•ﻌ•^ฅ🐾(𝒞𝑜𝓃𝓉𝒶𝒸𝓉☎︎) 2026年5月19日 (二) 05:10 (UTC)
- 请先在用户页或沙盒做一笔编辑,就让他和其他框叠在一起,然后保存下来,给出编辑链接,这样好知道如何修复。--逆襲のあまのじゃく (留言) 2026年5月19日 (二) 05:46 (UTC)
- Special:Diff/92712481,Special:PermaLink/92712481,可見重疊在一起了,看過源代碼但找不出問題。--璃茗熒音♪ฅ^•ﻌ•^ฅ🐾(𝒞𝑜𝓃𝓉𝒶𝒸𝓉☎︎) 2026年5月19日 (二) 05:56 (UTC)

