Wikipedia:互助客栈/技术

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

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

公告欄

• [人事] Manchiu、UjuiUjuMandan、ASid、ATannedBurger获提名为管理员，AT获提名为监督员，欢迎踊跃参与提问和讨论。
• [公告] 互助客栈正在对于Unblock-zh.org试运行征求意见。
• [公告] 修改模板:No source及修訂維基百科不是維基物種已經通過。
• [公告] 再擬議立國際關係命名常規為方針、关于{{Death}}和{{Deceased Wikipedian}}文案调整的方案及規範討論發起步驟正在公示，如有意見請儘快提出。
• [討論] 互助客栈方针区正在討論修改RFA流程相關規定，請踴躍參與討論。
• [討論] 互助客栈技术区正在討論ToolsRedirect创建的繁簡重定向問題，請踴躍參與討論。
• [討論] 互助客栈条目探讨区正在討論Rightmost模板與Str rightc模板重複的問題，請踴躍參與討論。
• [討論] 互助客栈其他区正在討論对新闻动态获选标准及ITNR规则的小修订及頁面評級與通用評級行政層面上的統合方案，請踴躍參與討論。
• [廣告] 第二十二次動員令現正徵求主題及主持人中，另舉辦時間公示至5月21日，歡迎踴躍參與！

• [協作] 现有126个页面需维基化，276个条目需清理，36个移动请求正在讨论。
• [獎勵] 現有3名用户獲提名维基奖励，欢迎投票。

#	💭 話題	💬	👥	🙋 最新發言	🕒 (UTC+8)
1	Template:Weather box	14	6	Kethyga	2024-04-26 09:30
2	MobileFrontend侧边栏故障	6	2	Shizhao	2023-12-25 15:47
3	引文模板不应该报错全部的零宽空格	5	3	Cookai1205	2024-04-24 12:58
4	“阅读无障碍”功能和本站小工具兼容问题以及字号选择	34	8	Diskdance	2024-05-11 09:15
5	關於使用 ToolsRedirect 創建的繁簡重定向	9	5	Kethyga	2024-05-10 11:13
6	InternetArchiveBot故障？	22	10	Cyberpower678	2024-05-15 00:42
7	字詞轉換問題	1	1	Jimmy-bot	2024-05-20 16:14
8	字詞轉換問題	1	1	Jimmy-bot	2024-05-20 16:14
9	北平市、重慶市 (中華民國)等民國大陸時期直轄市條目地圖定位偏差問題	12	5	Ericliu1912	2024-05-12 11:04
10	Template:Lang 模板语言代码检查	8	1	Kethyga	2024-05-17 10:29
11	MarkRights.js的修改：自动获取用户组、显示全域用户组	2	1	暁月凛奈	2024-05-13 19:10
12	閩越地圖	1	1	桜花雪	2024-05-13 15:26
13	讨论页重定向问题	2	2	YFdyh000	2024-05-14 00:23
14	2024年第20期技術新聞	1	1	MediaWiki message delivery	2024-05-14 07:57
15	關於部分日本城鎮頁面出現的Authority control模板	9	3	雪雨73	2024-05-15 14:54
16	Category:包含规范控制信息的维基百科条目	8	3	Shizhao	2024-05-15 20:11
17	限制页面宽度功能失效了？	2	2	暁月凛奈	2024-05-16 14:55
18	Template:Infobox building	1	1	Kethyga	2024-05-17 12:48
19	Sports results里跨语言链接的显示问题	2	2	魔琴	2024-05-20 21:16
20	是否有方法可以監視特定IP的編輯？	1	1	射命丸	2024-05-18 23:02
21	我好像发现了过滤器的一个bug	1	1	Dnaimfz	2024-05-20 13:59

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

正在廣泛徵求意見的議題

以下討論需要社群廣泛關注：（重新整理）

維基百科技術議題與模板

Wikipedia talk:字詞轉換處理/公共轉換組 § 思路：條目預儲公共轉換組中匹配的規則，減少載入時間

近年有些公共轉換組越來越大，導致所嵌入的各條目等頁面_{（爲便説明下稱「條目」但不限於條目）}載入越來越慢，爲人詬病。而若條目預先儲存公共轉換組中與條目中字詞相匹配的轉換規則，並適時更新：— Gohan 2024年3月12日 (二) 05:00 (UTC)

Template talk:Twitter § Twitter改為X

因應Twitter已改名X一段時間了，因此提請討論是否做相應更改。臺灣杉在此發言 (會客室) 2024年4月18日 (四) 04:10 (UTC)

Template talk:Infobox person § 修改 Infobox person 中 native_name 参数位置

可能需要进一步讨论以便获得共识。--Kethyga（留言） 2024年4月24日 (三) 05:15 (UTC)

Template talk:电影信息框 § 影／視 資訊框互斥、難記

Template:电影信息框只有香港片名、澳門片名參數，沒有港澳片名參數；Template:电视节目信息框只有港澳名稱參數，沒有香港名稱、澳門名稱參數；二者截然相反，應當統一為均可填寫。另外，衆多條目仍然殘留無效的「馬新名稱／片名」參數，宜部署機械人改寫。難以想象多少譯名因此被掩蓋。
另外，电影信息框original_name所填文字會被字詞轉換，本不應受字詞轉換。— Gohan 2024年4月25日 (四) 11:10 (UTC)

Template talk:Hang on § {{hangon}}

Template:Db-meta的格式在之前的討論中，無法解決标记提速删页面上的速删状态；如果用機器人的方式來處理，是否可行？臺灣杉在此發言 (會客室) 2024年4月30日 (二) 08:33 (UTC)

cite 系列模板添加 |ref=harv (第三次)

重提；之前的讨论见 Template_talk:Cite_book#模板_cite_book_添加_|ref=harv

简述：{{cite book}} 和 {{Cite journal}} 等文献引用模板将参数 |ref=harv 设定为默认值，目前不少使用哈佛参考文献格式的条目，特别是在翻译条目中编者没有指定 |ref=harv，导致相关模板 {{sfn}} 虽然是引用了，但是当鼠标点击时，不会直接跳转到对应的书目。从新手到资深编辑皆见到过此类问题。

以条目 希腊语底层 为例，显示问题见截图（安装脚本 en:User:Svick/HarvErrors.js 后的显示效果）

另外的问题是，一些编者翻译时只添加了短模板 {{sfn}}，未加文末的书目文献，算是个假引用，目前系统不会提示错误，推荐上面这个HarvErrors.js脚本，方便检查。--Kethyga（留言） 2023年6月15日 (四) 10:01 (UTC)

(＋)支持。--BlackShadowG Slava Ukraini! 2023年6月24日 (六) 07:01 (UTC)

(＋)支持。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年6月25日 (日) 07:10 (UTC)

安裝在中文維基百科用戶自己的common.js頁的代碼應為如下：

mw.loader.load('https://en.wikipedia.org/w/index.php?title=User:Svick/HarvErrors.js&action=raw&ctype=text/javascript');

@Kethyga。Sanmosa _{Акум орь ничодатэ, кроеште-ць алтэ соарте} 2023年6月25日 (日) 14:36 (UTC)

我嘗試中文化一下這小工具。Sanmosa _{Акум орь ничодатэ, кроеште-ць алтэ соарте} 2023年6月25日 (日) 14:40 (UTC)

已漢化，漢化後的代碼見User:Sanmosa/HarvErrors.js。Sanmosa _{Акум орь ничодатэ, кроеште-ць алтэ соарте} 2023年6月25日 (日) 14:54 (UTC)

@BlackShadowG、Ericliu1912。Sanmosa _{Акум орь ничодатэ, кроеште-ць алтэ соарте} 2023年6月25日 (日) 23:48 (UTC)

这个讨论是否可以加个 {{不存檔}}，等模板或技术上解决，免得重提？--Kethyga（留言） 2023年6月26日 (一) 00:23 (UTC)

@Kethyga：完成。Sanmosa _{Акум орь ничодатэ, кроеште-ць алтэ соарте} 2023年6月26日 (一) 00:41 (UTC)

发现Template:Citation的第13838303版已经有|Ref={{{ref|harv}}}，{{Citation}}目前的版本包含 |ref=harv，即 {{Citation}} 在与{{sfn}} 等模板搭配时通常情况下不需要再设置 |ref 参数。

其他 {{cite xx}}系列模板可以参考。--Kethyga（留言） 2023年6月27日 (二) 08:57 (UTC)

(＋)支持。cite系列应该和{{Citation}}保持统一。--PexEric 💬|📝 2023年7月29日 (六) 15:31 (UTC)

(＋)强烈支持+能不能把自动引用journal的默认的date改成year？----Cat on Mars 2023年8月2日 (三) 21:08 (UTC)

(＋)支持--Taeas（留言） 2023年8月3日 (四) 01:56 (UTC)

都已经8天了，而且公示过两次了，有人来执行结果吗？----Cat on Mars 2023年8月11日 (五) 15:50 (UTC)

@CatOnMars：如果有人整理一下要修哪一些模板或模組，以及具體怎麼修，我可以協助執行編輯請求。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年8月16日 (三) 13:07 (UTC)

观察英维的模板文档，在2020年4月（en:Special:Diff/825280955/next）改成了全局默认为|ref=harv，在此之前是只有|mode=cs2才能默认为|harv=。中维的模板没有跟随英维更新，所以目前依然是需要|mode=cs2才能默认为|ref=harv。--BlackShadowG Slava Ukraini! 2023年8月20日 (日) 02:44 (UTC)

英维的重要修改是en:Special:Diff/951705319，但在此之前，英维的模板已经与我们的有明显不同了。--BlackShadowG Slava Ukraini! 2023年8月20日 (日) 03:59 (UTC)

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

需要從英語維基百科翻譯的條目

此分類下部分簡化字子分類不能正常在條目隱藏，這似乎是技術問題，因為其他類似維護分類不分繁簡都能正常隱藏。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年6月18日 (日) 15:19 (UTC)

RIM-67飛彈中能重现。Wikipedia:互助客栈/技术/存档/2023年4月#隐藏分类“嵌入hAudio微格式的条目”无法隐藏应是同一个问题。--YFdyh000（留言） 2023年6月18日 (日) 16:10 (UTC)

还有这个：Wikipedia:互助客栈/技术/存档/2023年5月#Category:含有喬治亞語的條目。通过模板自动添加的分类，其页面名称应与模板源代码中的用字保持一致，所以要么移动分类页面，要么修改模板源代码，使两处用字相一致。--蕭漫（留言） 2023年6月19日 (一) 18:30 (UTC)

既然以前无问题，应该是新增的regression bug，该报送phab，而非调整分类。如果4月讨论中的日期准确，按部署日程，1.40/wmf.27版本的嫌疑大，其中有3个categories相关变更，但我审视代码没看出问题。--YFdyh000（留言） 2023年6月19日 (一) 18:46 (UTC)

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

{{Citation}}更改

Citation模板目前使用的separator是「,」，我想應該按照您維和國家標準改成「.」。目前的效果是上面，合適的效果應該是下面。

• 陳尚君, 前言, 舊五代史新輯會證, 上海: 復旦大學出版社, 2005 
• 陳尚君. 前言. 舊五代史新輯會證. 上海: 復旦大學出版社. 2005. 

謝謝。--Ghren🐦🕓 2023年7月4日 (二) 09:33 (UTC)

其實按照中文標準，是不是應該考慮全形化標點符號？或是（一）語言寫zh相關的才全形，（二）語言寫非中文語系的才不全形。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年7月4日 (二) 15:51 (UTC)

如果改了，那照實填入翻譯類書籍或資料的所有中文跟外文之後，會不會造成標點跟語言對不上的問題？這種資料引用後會同時有原文書名跟中文書名，還有作者（外文）跟譯者（中文）等。--WiTo^Talk 2023年7月4日 (二) 16:55 (UTC)

没有所谓的「中文标准」。大中華地區有且只有GB 7714這一套標準而已，其他標準都是期刊自己定的。--Ghren🐦🕚 2023年7月7日 (五) 03:47 (UTC)

但我還沒有看過多少期刊用半形標點符號處理中文參考資料格式的。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年7月9日 (日) 18:46 (UTC)

大陸期刊基本上（我估計至少7成以上）都用GB 7714，自然都用半形標點。港澳台的中文期刊一般都用自己一套標準，幾乎都用全形標點。可能是您看的港台期刊比較多。--Ghren🐦🕐 2023年7月17日 (一) 05:48 (UTC)

您说的这种情况，按照中国大陆的（推荐）标准，是译文文献和原文文献分列，原文文献在下方重列一遍，且在引注原文文献时所用之修饰性词语（如「见：」等）也以原文书写（如 ‘In: ’）。

--Boreas Sawada 2023年7月21日 (五) 13:00 (UTC)

全形的点 (U+FF0E) 有一个问题就是在非中国大陆字型中是居中间的，既往也非常常见于被台湾使用者作为中间点来使用（记得几年前有一款台湾游戏，在转换成简化字并在中国大陆推出时就因此造成了不太好看的效果），因此或可能造成混淆。个人认为不如保留现在的半型＋空格的形式，且视觉上也略更为紧凑，适合在脚注中比较拥挤的分栏显示中使用。至于主文所说的是否更换为中国大陆（推荐）标准的问题，个人认为鉴于中国大陆的现行（推荐）标准更接近于 ISO 690, 因此个人偏向于可行。另外，中国大陆（推荐）标准中所独有的文献类型与载体类型编码系统，在当有大量文献被引用时，也方便读者快速定位想要找到的文献（比如当读者想要找某本专著时，便可先快速用眼扫描 [M], 再在其中找寻）。--Boreas Sawada 2023年7月21日 (五) 12:43 (UTC)

感觉还行，但等待更多意见。--YFdyh000（留言） 2023年7月4日 (二) 19:16 (UTC)

(＋)支持，中文语境里几乎没见过参考文献格式用「,」的，都是用「.」--百無一用是書生 (☎) 2023年7月5日 (三) 01:32 (UTC)

現在好像也就只有主模板才用「,」當separator吧，同意這個改動。Sanmosa 2023年7月5日 (三) 11:03 (UTC)

我觉得拿「国家标准」做理由的话，会被人问为什么不是把{{Citation}}的输出改成GB 7714的。--MilkyDefer 2023年7月5日 (三) 11:08 (UTC)

(＋)支持，保持统一。--Kethyga（留言） 2023年7月5日 (三) 14:06 (UTC)

(＋)支持。--PexEric 💬|📝 2023年7月8日 (六) 08:06 (UTC)

(－)反对：逗号与点是两种不同的引文格式，前者是引文格式1，后者是引文格式2。{{Citation}}是引文格式1的模板，故使用逗号分隔。如要使用点分隔，请使用cite系列一类的引文格式2模板--BlackShadowG Slava Ukraini! 2023年7月11日 (二) 05:58 (UTC)

(？)異議 引文格式2里不是那样展现，“使用逗号分隔引文的各个元素，而CS1是句号。”，格式2是全部使用逗号。且从英文页面看，CS1是应该全部用英文句号分隔的，中文模板似乎错了？--YFdyh000（留言） 2023年7月11日 (二) 12:12 (UTC)

抱歉我说反了。{{Citation}}是CS2，使用逗号；其它cite系列模板是CS1，使用英文句号。总言而之这是两种不同的引文格式，我认为目前没有统一的必要性。--BlackShadowG Slava Ukraini! 2023年7月21日 (五) 15:27 (UTC)

按模板文档，Citation应默认产生CS1、可选产生CS2格式，所以应当纠正。--YFdyh000（留言） 2023年7月21日 (五) 18:49 (UTC)

模板文档写的是“这个模板使用了与引文格式1模板相同的Lua语言，并且带有将显示的格式变更为引文格式2的参数。”只是使用同一模块，默认产生的仍为CS2格式，英维也同样如此。--BlackShadowG Slava Ukraini! 2023年7月22日 (六) 03:40 (UTC)

是我理解错了。不过中文与英文的标点使用、模板默认样式，做本地化调整感觉也合理。可能mode=cs1就行，不过中文的Template:Citation需更新。--YFdyh000（留言） 2023年7月22日 (六) 13:52 (UTC)

我不認為中維有維護兩套引文格式的需要。我也看不出引文格式1本身使用逗號的理由。沒印象見過以「,」當separator的引文格式。--Ghren🐦🕚 2023年7月24日 (一) 15:13 (UTC)

两种格式使用同一个Lua，只是更改了显示格式，维护上不需要投入额外人力；引文格式的选取端看编者的喜好，维基百科的引文格式本身就与所有的格式手册都不相同。--BlackShadowG Slava Ukraini! 2023年8月16日 (三) 13:57 (UTC)

所以以「,」當separator理由是什麼？編者的喜好本身就是很主觀的東西，如果沒有什麼特別理由，我不認為需要迎合這些主觀的意見，而是應該倒向主流為是。--Ghren🐦🕓 2023年8月19日 (六) 09:13 (UTC)

我们已经有了有主流的Cite系列模板，把{{Citation}}改成同样的格式重复且没有必要。维基百科对使用哪种引文格式没有任何强制规定，编者依其喜好使用任何一种引文格式都可以，包括以“,”当separator的{{Citation}}。顺带一提，英维还有温哥华、LSA等引文格式模板可供选择。--BlackShadowG Slava Ukraini! 2023年8月20日 (日) 02:25 (UTC)

正因没有强制规定，所以中文维基可以根据自身需求选择与英文维基不一样的默认、推荐格式。可能主要影响翻译的条目。--YFdyh000（留言） 2023年8月20日 (日) 17:45 (UTC)

看起來共識似乎傾向更改？但我不知道要怎麼改。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年8月16日 (三) 13:05 (UTC)

可能所需效果是Template:Citation/testcases？--YFdyh000（留言） 2023年8月16日 (三) 15:49 (UTC)

参考資料

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

Hotcat 不识别繁简

Hotcat不能识别繁简，如果想要修改分类，有时需要特别去源代码模式下去操作，不知道这个有没有考虑过识别繁简，还是说和编辑摘要里面一样，只能如此。--Kethyga（留言） 2023年7月13日 (四) 01:44 (UTC)

只有建立了分類重新導向，才能正確識別。但我不太確定適不適合為此特地建立繁簡重新導向。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年7月13日 (四) 13:30 (UTC)

10多年前，有人在讨论页提出过HotCat的简繁问题（Wikipedia_talk:维基百科工具/HotCat#HotCat的简繁问题）。--Kethyga（留言） 2023年7月20日 (四) 09:34 (UTC)

@Ericliu1912 发现，如果分类名称为台灣，在條目中添加的臺灣，那么在Hotcat中就会搜索不到，而且條目底部會顯示紅色的分類，比如Special:Diff/76366223/78343392--Kethyga（留言） 2023年8月2日 (三) 04:33 (UTC)

不过有些地区词差异大的，感觉应该建立重定向，方便检索。--Kethyga（留言） 2023年7月28日 (五) 14:56 (UTC)

本站HotCat不識別繁簡，不過別站修改後（css、js、zh.js、zh-core.js）可以。@析石父。--紺野夢人 2023年7月15日 (六) 00:31 (UTC)

移植了：importScript('User:YFdyh000/HotCat-zh-plus.js'); 。那个网站有非商用条款，加到全站小工具或许会有障碍？是否可能联系开放授权。--YFdyh000（留言） 2023年7月21日 (五) 04:38 (UTC)

试了下，可以用，需要在Special:参数设置中关闭Hotcat。--Kethyga（留言） 2023年7月21日 (五) 10:43 (UTC)

@YFdyh000：你看他第15行有寫到他還是保持跟C站版本一樣的授權--SunAfterRain 2023年7月25日 (二) 03:19 (UTC)

MediaWiki:Gadget-HotCat.js与C站版本相近，移植中未用到。Gadget-HotCat-zh-core.js是单独且主要的内容。--YFdyh000（留言） 2023年7月25日 (二) 21:48 (UTC)

没有授权不可以问人家吗----Cat on Mars 2023年8月11日 (五) 15:52 (UTC)

刚刚去问。种种原因想先征询看法和解决方向。刚注意到我可能误解了本站的使用条款，如果最终是NC，可能需要加载站外脚本+满足未来的meta:Third-party_resources_policy。--YFdyh000（留言） 2023年8月11日 (五) 17:36 (UTC)

对方拒绝了授权--YFdyh000（留言） 2023年8月12日 (六) 21:37 (UTC)

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

ToolsRedirect 重定向标记

ToolsRedirect在修复重定向的时候，会清空重定向标记，不知道是否可以完善。--Kethyga（留言） 2023年7月29日 (六) 05:14 (UTC)

其中，之前讨论中发现User:EmausBot和User:Xqbot在修复重定向时不会清除重定向标记。--Kethyga（留言） 2023年7月29日 (六) 07:24 (UTC)

已制作，等界管。--YFdyh000（留言） 2023年7月29日 (六) 08:40 (UTC)

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

更新Module:Navbar

部署已完成。--Taeas（留言） 2023年8月19日 (六) 12:46 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

---

更新后的版本见Module:Navbar/sandbox。

同步英维最新版本，已做本地化处理。

测试样例见Template:Navbar/testcases。

差异见[1]。--Taeas（留言） 2023年8月3日 (四) 04:15 (UTC)

@Taeas：這更新，能不能解決Special:PermaLink/77107952和Special:PermaLink/77099514，因Navbar沒有追蹤至Category:Name參數和實際不同的導航框而未能顯示的問題 ?

能不能解決將來更新後，未能清理帶有Category:Name參數和實際不同的導航框的雙重模板頁面 ?

在talk page提了編輯請求兩個多月，無人理會.....--約翰同志－條目裱糊匠（留言） 2023年8月3日 (四) 17:38 (UTC)

@Comrade John：刚才根据Xiplus的代码改了一下，那些问题都解决了。测试页面：Template:名古屋鐵道RDT/田神線。--Taeas（留言） 2023年8月4日 (五) 02:51 (UTC)

@Taeas：所以現在要等管理員回應更新吧 ?--約翰同志－條目裱糊匠（留言） 2023年8月4日 (五) 13:20 (UTC)

在等公示，不知道现在能不能开公示。--Taeas（留言） 2023年8月4日 (五) 13:23 (UTC)

@Taeas：能夠有甚麼爭議 ? 只要不搞壞Navbar，這些修改根本無人理會，尤其是沒有開隱藏分類的用戶。但既然不能說服管理員這沒有爭議，建議在{{Bulletin}}放消息，幾日後無人理會，進行公示。--約翰同志－條目裱糊匠（留言） 2023年8月4日 (五) 13:45 (UTC)

毕竟WP:7days，当然现在已经放消息了。--Taeas（留言） 2023年8月4日 (五) 13:50 (UTC)

@Taeas：好吧，當更新後，可能需要閣下幫手清理歸入Category:Name參數和實際不同的導航框的Navbar，可能將來要微調Module。--約翰同志－條目裱糊匠（留言） 2023年8月4日 (五) 13:53 (UTC)

ok--Taeas（留言） 2023年8月4日 (五) 13:55 (UTC)

好像没必要走WP:7DAYS吧，这又不是提案，当成WP:编辑请求然后 等待管理员處理就行了吧？--PexEric 💬|📝 2023年8月9日 (三) 13:24 (UTC)

之前有位管理员更改模板也走了公示。--Taeas（留言） 2023年8月9日 (三) 13:45 (UTC)

@PexEric：自己看保護方針的需要達成共識的編輯請求的規定--RainBeforeSun（留言） 2023年8月16日 (三) 15:46 (UTC)

公示7日，2023年8月17日 (四) 04:27 (UTC) 結束：進入公示期。--Taeas（留言） 2023年8月10日 (四) 04:27 (UTC)

公示通过，请求管理员替换。--Taeas（留言） 2023年8月17日 (四) 05:32 (UTC)

@Xiplus @AnYiLin 见上--Taeas（留言） 2023年8月17日 (四) 05:34 (UTC)

@Ericliu1912：能不能幫手 ?--約翰同志－條目裱糊匠（留言） 2023年8月17日 (四) 13:06 (UTC)

確定不會搞壞模組？因為我不熟悉技術問題，修壞了就不好了。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年8月17日 (四) 14:17 (UTC)

出大问题回退就是了。--Taeas（留言） 2023年8月17日 (四) 14:22 (UTC)

尝试 @Shizhao--Taeas（留言） 2023年8月18日 (五) 05:32 (UTC)

@Taeas：試試去他們的討論頁問問 ?--約翰同志－條目裱糊匠（留言） 2023年8月18日 (五) 13:46 (UTC)

还是在这里等等吧。--Taeas（留言） 2023年8月19日 (六) 03:51 (UTC)

完成--百無一用是書生 (☎) 2023年8月19日 (六) 12:04 (UTC)

---

本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

更新Module:Navbar的善后工作

已回退Module:Navbar--Taeas（留言） 2023年8月22日 (二) 15:23 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

---

@Taeas：看看閣下能不能清理新出現的39個Category:Name參數和實際不同的導航框的頁面 ? 如果不行，看來我們搞砸了，看看Xiplus能不能幫手解決。--約翰同志－條目裱糊匠（留言） 2023年8月19日 (六) 13:19 (UTC)

@Comrade John 暂时没有头绪。--Taeas（留言） 2023年8月19日 (六) 14:20 (UTC)

@Taeas：話說同步英維最新版本的Navbar，究竟更新了甚麽 ?--約翰同志－條目裱糊匠（留言） 2023年8月19日 (六) 14:28 (UTC)

采用 style.css 和 configuration--Taeas（留言） 2023年8月19日 (六) 14:32 (UTC)

@Taeas：有甚麽好處 ?--約翰同志－條目裱糊匠（留言） 2023年8月19日 (六) 14:54 (UTC)

更易于维护。--Taeas（留言） 2023年8月19日 (六) 14:56 (UTC)

@Comrade John：我尝试修了一下[2]，不知道能不能解决。--Taeas（留言） 2023年8月19日 (六) 14:34 (UTC)

@Taeas：有一些頁面是雙重或多重模板面，原本只需|tracking = <includeonly>no</includeonly>就能清理，但Module:Navbar更新後，它們重新出現。--約翰同志－條目裱糊匠（留言） 2023年8月19日 (六) 14:39 (UTC)

可以先部署这个 patch 试试。--Taeas（留言） 2023年8月19日 (六) 14:41 (UTC)

@Shizhao 可以帮下吗？--Taeas（留言） 2023年8月19日 (六) 14:58 (UTC)

@Taeas：那些原本只需|tracking = <includeonly>no</includeonly>就能清理的頁面重新出現，會不會和style.css 和 configuration有關 ?--約翰同志－條目裱糊匠（留言） 2023年8月19日 (六) 16:27 (UTC)

跟这个无关。--Taeas（留言） 2023年8月19日 (六) 16:30 (UTC)

@Taeas：更新會不會仍缺了一些在Module:Navbox，而Module:Navbar沒有，涉及Tracking和name參數和實際不同的導航框的代碼 ?--約翰同志－條目裱糊匠（留言） 2023年8月19日 (六) 19:07 (UTC)

@Comrade John：是新增的追踪代码存在 bug。--Taeas（留言） 2023年8月19日 (六) 23:14 (UTC)

此外，我们可能还得修改 Module:Navbox。--Taeas（留言） 2023年8月19日 (六) 23:29 (UTC)

@Taeas：原來.....，哪裏有bug ? 另外，讓Shizhao或Ericliu1912或任何管理員回退此更新吧，看來真是搞砸了，Module:Navbox或Module:Navbar可能要重新再走一次流程。不能讓Category:Name參數和實際不同的導航框一直存在一些未能處理的頁面，影響或掩蓋真正能處理的頁面。--約翰同志－條目裱糊匠（留言） 2023年8月19日 (六) 23:49 (UTC)

@Comrade John：我觉得不用回退，紧急部署[3]和[4]就行。--Taeas（留言） 2023年8月19日 (六) 23:54 (UTC)

@Taeas：確定能解決 ? 閣下可能要去相關管理員的討論頁，說服他們緊急部署這些patch。--約翰同志－條目裱糊匠（留言） 2023年8月20日 (日) 00:00 (UTC)

@Comrade John：你可以先用沙盒版本的 navbox 测试一下--Taeas（留言） 2023年8月20日 (日) 00:05 (UTC)

@Taeas：確切頁面在 ? 如何測試 ?--約翰同志－條目裱糊匠（留言） 2023年8月20日 (日) 00:26 (UTC)

晚点我来测试吧，可能得等中午。--Taeas（留言） 2023年8月20日 (日) 00:35 (UTC)

我直接回退修改了，下次請確實測試再來提交編輯請求。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年8月22日 (二) 13:32 (UTC)

---

本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

修改Module:Navbox

已回退Module:Navbar--Taeas（留言） 2023年8月22日 (二) 15:25 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

---

@Comrade John：[5]可以解决以上问题。

测试页面：Template:糖类/sandbox，对照：Template:糖类。可测得沙盒版本的模板不会导致被错误归类到Category:Name參數和實際不同的導航框。--Taeas（留言） 2023年8月20日 (日) 03:40 (UTC)

@Taeas：首先，不用指望Xiplus會來幫助我們，他說誰弄壞誰修。指望Shizhao或Ericliu1912或任何管理員更新吧。

歸類到Category:Name參數和實際不同的導航框，而未能清理的頁面現時有幾類：

1. 模板捷經：例子有模板:台灣環境運動
2. PRC Admin系列模板：例子有模板:河北省秦皇島市青龍滿族自治縣行政區劃，此系列模板有3000多個，分類由模組:PRC admin控制，當時Xiplus加上「tracking = 'no',」令Category:Name參數和實際不同的導航框消失，但更新Module:Navbar後重新出現。
3. Navbox|child：例子有模板:臺灣社會運動/環境運動
4. 雙重或多重模板頁面：例子有模板:生物化學模板總覽、模板:天津市城市軌道交通線路、模板:FX電視節目、模板:User plus、模板:Shortcut
5. 元模板：例子有模板:Navbox、模板:F1車隊、模板:End date and age
6. Template:asbox：例子有模板:Europe-company-stub，此模板的name參數與模板文件掛勾，如將name參數由「Template:Europe-company-stub」改為「Europe-company-stub」，Category:Name參數和實際不同的導航框會消失，但模板文件也會。
7. 其他：例子有模板:WikiProject Articles for improvement、模板:Reference Desk

閣下的Navbox和Navbar Patch確定能解決這些 ? 如果不行，Module:Navbar中涉及Category:Name參數和實際不同的導航框和Tracking=no的代碼可以不要，正如之前所述，不能讓Category:Name參數和實際不同的導航框一直存在一些未能處理的頁面，影響或掩蓋真正能處理的頁面。--約翰同志－條目裱糊匠（留言） 2023年8月20日 (日) 08:51 (UTC)

@Comrade John：我认为可以解决。我们可以先部署 patch，实在不行，再移除涉及Category:Name參數和實際不同的導航框的代码。--Taeas（留言） 2023年8月20日 (日) 09:11 (UTC)

不过最简单且最保险的办法还是移除涉及Category:Name參數和實際不同的導航框的代码。--Taeas（留言） 2023年8月20日 (日) 09:28 (UTC)

至于Template:asbox，我们还需要另外的 patch：[6]。--Taeas（留言） 2023年8月20日 (日) 09:20 (UTC)

@Taeas：現在要patch的有四個：Module:Navbox、Module:Navbar、Module:PRC admin、Module:Asbox，所以現在怎麼辦 ? 有些雙重或多重模板頁面其實連放|tracking = <includeonly>no</includeonly>的位置都沒有，例如其他類那兩個。--約翰同志－條目裱糊匠（留言） 2023年8月20日 (日) 09:30 (UTC)

@Comrade John 那还是移除吧，其他类的那两个确实有些棘手。--Taeas（留言） 2023年8月20日 (日) 09:35 (UTC)

@Shizhao、Ericliu1912：請求移除模組:Navbar第164至166行涉及Category:Name參數和實際不同的導航框和Tracking=no的代碼，其令Category:Name參數和實際不同的導航框出現不能清理的頁面。相關編輯請求放在模組討論:Navbar。--約翰同志－條目裱糊匠（留言） 2023年8月20日 (日) 09:47 (UTC)

最近发现infobox里面的字都变小了些，不知道是不是和navbox模块的修改有关？--🔨（留言） 2023年8月22日 (二) 13:18 (UTC)

跟navbox无关。是infobox的修改：[7]，旨在增大字体。--Taeas（留言） 2023年8月22日 (二) 13:23 (UTC)

哦……不过我这里看的话反而small比88%要大。--🔨（留言） 2023年8月22日 (二) 14:48 (UTC)

那就奇怪了。--Taeas（留言） 2023年8月22日 (二) 14:59 (UTC)

我最初是看到2024年夏季奥林匹克运动会中国代表团infobox的字变得比以前小了，所以才发出这个疑问的。--🔨（留言） 2023年8月22日 (二) 15:03 (UTC)

我这里看是变大了，我用Microsoft Edge浏览器。--Taeas（留言） 2023年8月22日 (二) 15:05 (UTC)

我这里同样是edge，设成small反而比88%要大。--🔨（留言） 2023年8月22日 (二) 15:10 (UTC)

这...--Taeas（留言） 2023年8月22日 (二) 15:16 (UTC)

既然和navbar无关，那先把这地方折叠起来换个地方讨论吧……--🔨（留言） 2023年8月22日 (二) 15:26 (UTC)

---

本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

“添加不可靠来源”标签误用

参见版本差异1、版本差异2，编辑中未有添加任何参考来源，为何两笔编辑仍被标签为“添加不可靠来源”？——南屿小十233（对话 | 贡献 | 签名） 2023年8月8日 (二) 02:05 (UTC)

Special:滥用日志/4843609，added_links莫名出现内容。Special:滥用日志/4844137、Special:滥用日志/4844022等也是，未看出规律。--YFdyh000（留言） 2023年8月8日 (二) 09:37 (UTC)

出问题的added_links都是经由{{Wayback}}加入的。--MilkyDefer 2023年8月9日 (三) 07:30 (UTC)

个人感觉是过滤器插件本身逻辑的问题，Wayback模板往里面插入链接不应该出现新链接，Wayback模板也只是根据用户填的参数生成一个固定的链接，也不是每次更新页面缓存就会变。所以过滤器显示的新增链接肯定是存在问题的，而且这个问题应该出现在过滤器的近期更新中，早期不存在相关回报。H.Natsumi ™ 2023年8月17日 (四) 18:54 (UTC)

从过滤器日志看，2023年7月3日 (一) 18:26的Special:滥用日志/4797729可能是第一笔出问题。没有看到临近时间的MediaWiki软件部署或模板变更。会是1.41/wmf.15的git #d82a716a - Make old_links retrieval cleaner吗。--YFdyh000（留言） 2023年8月17日 (四) 20:36 (UTC)

仔细检查可以发现这里old_links里面存在相关链接，但是是非加密的http协议，在added_links里面是https协议。我自己用Wayback模板做编辑之后检查，没办法复现http的old_links。个人觉得这应该是过滤器逻辑更新，把“//”开头的链接变成了跟随浏览器行为，而不是之前的一概http（从这个commit上面也能看出来原来是请求数据库），那这个误报可能就是一过性的。过了这一阶段的集中误报期可能就好？H.Natsumi ™ 2023年8月18日 (五) 01:14 (UTC)

@YFdyh000：最近一次假阳性报告触发了两次，两次触发的added_links存在相同链接，个人觉得从现在状态来讲不像是一过性，可能要找一个站内临时解决方法或者报P。H.Natsumi ™ 2023年8月20日 (日) 14:19 (UTC)

站内临时解决方案个人能想到的就是报告一起假阳性，就找到对应模板把“//”开头的链接换成“https://”或者“http://”，固定下来不让解析器乱解析。H.Natsumi ™ 2023年8月20日 (日) 14:22 (UTC)

倾向趁早报Phab。--YFdyh000（留言） 2023年8月20日 (日) 18:11 (UTC)

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

模板:BLP editintro

在澳門繁體介面編輯在生人物條目時，有關模板顯示時沒有轉換成繁體字，全為簡體。未知為何？其他正/繁體介面可有同樣問題？—An Macanese 2023年8月9日 (三) 07:21 (UTC)

如果我没有记错，编辑提示不支援繁简转换。--MilkyDefer 2023年8月9日 (三) 07:31 (UTC)

額……要是如此則鄙人動議管理員修改此模板並添加正/繁體文本，如有其他編輯提示亦一併比照辦理。—An Macanese 2023年8月9日 (三) 12:51 (UTC)

Template:Editnotice，请。--MilkyDefer 2023年8月9日 (三) 12:54 (UTC)

(？)疑問，請問閣下另行把這個模板給我的意思是？Template:BLP editintro這模板被全保護了，想要編輯終得靠管理員出馬啊—An Macanese 2023年8月10日 (四) 13:47 (UTC)

编辑提示不支持繁简转换。另外修改工程量太大了，个人认为只要编辑提示能让人看明白就行，变体不是问题，修改条目文本本身就要面对繁简混用，多一个不能转换的编辑提示不是问题。如果真想改这块，更应该开另外一个话题去让社群讨论要不要给编辑提示加繁简转换功能，社群讨论达成一致了再报Phab。H.Natsumi ™ 2023年8月20日 (日) 14:30 (UTC)

我认为是个问题，不是所有人都简繁精通。怀疑是否已经报过phab。--YFdyh000（留言） 2023年8月20日 (日) 16:54 (UTC)

界面文字的转换不能通过常规的字词转换方式解决，需要使用{{Lan}}模板，该问题已通过提报EP实现本地解决。--Dabao qian℡^{今天19:30《中餐厅第七季》} 2023年8月25日 (五) 15:18 (UTC)

新跨語言連結

請問新版條目跨語言連結如何操作，tks--消波塊（留言） 2023年8月11日 (五) 09:02 (UTC)

新版的界面中好像是条目右上角“工具”->“添加跨语言链接”，然后会指引到维基数据进行编辑，似乎比之前复杂了。--Kethyga（留言） 2023年8月11日 (五) 09:32 (UTC)

另外像巴巴洛斯級巡防艦，这个已经建立维基数据项目的，需要在维基数据把两个维基数据项合并。维基数据登录用户，可以在设置中开启“合并小工具”。--Kethyga（留言） 2023年8月11日 (五) 09:38 (UTC)

Tks，這是個好問題，我按一按以後就有兩個數據頁面了--消波塊（留言） 2023年8月11日 (五) 14:36 (UTC)

@心平星辰、Kethyga：打開右側選單，裡面有一個「新增跨語言連結」選項，功能跟舊版外觀一樣。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年8月20日 (日) 12:17 (UTC)

Template:NoteTA

如果在模板中插入{{NoteTA}}，尤其是将其放在模板开头的话，很容易使得插入模板的条目会出现一个多余的空行，尤其是底部有多个导航模板的情况下很明显。分类Category:放置于模板的noteTA还是挺多的，将近6000多个。能否从技术上解决，还是建议少在导航模板中使用NoteTA。--Kethyga（留言） 2023年8月14日 (一) 11:52 (UTC)

大括号左右不换行，也会出现？导航模板里用，目前肯定是有弊端的。--YFdyh000（留言） 2023年8月14日 (一) 12:13 (UTC)

在清理影视人物奖项模板中时，不清楚是不是因为插入了公共转换组，特别容易导致插入空行。手动转换的话不清楚具体什么时候会引入空行。--Kethyga（留言） 2023年8月14日 (一) 12:51 (UTC)

模板本來就不適合放置NoteTA了，建議批量處理掉。--SunAfterRain 2023年8月15日 (二) 08:02 (UTC)

虽然有几项副作用（重复图标，空行处理，嵌入成本），但目前不觉得“不适合放置NoteTA”。--YFdyh000（留言） 2023年8月15日 (二) 08:08 (UTC)

所以能研發個機械人，給被<noinclude>...</noinclude>包圍的{{NoteTA}}（或者放在/doc的{{NoteTA}}）加個參數，不歸類於Category:放置于模板的noteTA嗎？--洛普利寧 2023年8月20日 (日) 11:48 (UTC)

字面上我觉得noinclude后也符合这个分类名。可能需要半自动编辑，有弄坏模板的风险和大量刷新，可能不值得加分类，生成一个列表似乎成本更低。--YFdyh000（留言） 2023年8月20日 (日) 17:54 (UTC)

zh不等于Zh？

在cite类模板中的language参数中，填入Zh-*和zh-*效果不同。以下内容中，前面的是Zh-*，后面的是zh-*

example （中文）  example （中文） （正常的）

example （简体中文）  example （中文（简体）） 

example （繁体中文）  example （中文（繁體）） 

example （Chinese (China)）  example （中文（中国大陆）） 

example （Chinese (Hong Kong)）  example （中文（香港）） 

example （Chinese (Macau)）  example （中文（澳門）） 

example （Chinese (Malaysia)）  example （中文（马来西亚）） 

example （Chinese (Singapore)）  example （中文（新加坡）） 

example （Chinese (Taiwan)）  example （中文（臺灣）） 

——试图修复未果的落花有意12138 2023年8月14日 (一) 13:18 (UTC)

看起来不应该用Zh。--安忆^Talk 2023年8月14日 (一) 13:31 (UTC)

英文维基中无此问题。模块:Citation/CS1/Language的:match ('^zh-')？--YFdyh000（留言） 2023年8月14日 (一) 14:00 (UTC)

或许应该用%l而不是%a。--安忆^Talk 2023年8月15日 (二) 00:30 (UTC)

話說這種語言的中文翻譯要去哪裡改啊？translatewiki搜尋太渣，我總是找不到翻譯位置。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年8月16日 (三) 13:02 (UTC)

@Ericliu1912：

要到Gerrit發變更。--Winston Sung（留言） 2023年8月17日 (四) 04:22 (UTC)

@落花有意12138：我先修改模組嘗試解決大小寫偵測問題了。如果其他人有更好的辦法也可以提出。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年8月20日 (日) 11:11 (UTC)

不過這好像會讓「CS1English来源 (en)」分類頁面暴增，所以還是先回退了。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年8月20日 (日) 11:47 (UTC)

Noteta是否可以支持分类

分类应该也是给用户看的，尤其是有些用词存在极大的地域差异，比如说本来是同一个人名，翻译之后完全不认识的情况应该有不少。。--Kethyga（留言） 2023年8月16日 (三) 01:21 (UTC)

具体例子？——Sakamotosan路过围观 | 避免做作，免敬 2023年8月16日 (三) 01:29 (UTC)

Category:拖連奴球員及其下的人物。--Kethyga（留言） 2023年8月16日 (三) 01:33 (UTC)

不确定，可能是技术实现的问题：字词转换语法（-{}-，也就是NoteTA的技术基础）应该只对属于页面内容部分有效（也就是分类页中的内容），对于分类内的页面罗列（可能算是一种特殊页模式）可能只有系统内置的转换表（Wikipedia:繁简处理的“全局转换”三种表，基本是单字简单转换居多）生效。而且考虑到这是条目的raw名称，显示原样不会容易技术上混淆。——Sakamotosan路过围观 | 避免做作，免敬 2023年8月16日 (三) 01:44 (UTC)

汉语固有词或者汉语文化圈事物还好，外语翻译的有些就差太多。--Kethyga（留言） 2023年8月16日 (三) 01:54 (UTC)

如何分类，我觉得如果读者有意想要了解条目中的地区词，就让NoteTA显示出来就行了----Cat on Mars 2023年8月16日 (三) 01:31 (UTC)

转换后复制条目标题，打开，很可能找不到页面。目前好像简繁也不转换？其实可以做一个小工具，调用预览API转换后替换或者对话框显示。手动用沙盒也可。--YFdyh000（留言） 2023年8月16日 (三) 01:38 (UTC)

一般情况下，转换后的标题（尤其是条目）需要添加条目重定向，即使没有通过管道转换，应该也能正确跳转到条目。分类重定向的话，按理说应该也需要加分类重定向（特别是地域词，不是繁简差异）。--Kethyga（留言） 2023年8月16日 (三) 01:46 (UTC)

可能这里不太接受将重定向页也添加分类来归入分类上。而且有些繁简“重定向”并不是来源于真正的页面，是基于简单繁简转换代码（可能来源于“全局转换”的转换表）产生的（在浏览器请求上是用301跳转回原对应页面）。——Sakamotosan路过围观 | 避免做作，免敬 2023年8月16日 (三) 02:00 (UTC)

他只是说地区词转换后的译名条目和分类应当建立重定向吧。我不确定普及率有多少，盲猜可能会有5%~10%未覆盖，甚至1%的链到另一条——不过这是应当找出和纠正的。--YFdyh000（留言） 2023年8月16日 (三) 02:08 (UTC)

大概也没错，就是一些不能简单繁简转换而产生的地区词繁简重定向页，习惯上不太多给重定向页也添加分类。简单繁简转换的连页面都不存在，是程序生成的。——Sakamotosan路过围观 | 避免做作，免敬 2023年8月16日 (三) 02:17 (UTC)

并不一定要将重定向加入到分类，目前在分类中显示的应该是条目原生的 Pagename，是否可以通过工具显示条目内已经存在的地区词转换。--Kethyga（留言） 2023年8月16日 (三) 02:23 (UTC)

可以征集小工具脚本，大致的话：分类页页面项遍历，读取页面源码，检索出noteTA的部分源码，套用用户内容用语设定，选出对应的用语；如果没有，拿条目名来代替套用选择；最后将页面项的显示名替换掉。——Sakamotosan路过围观 | 避免做作，免敬 2023年8月16日 (三) 02:39 (UTC)

拿源码的话可以看mw:API:Get the contents of a page，源码解析的话看mw:API:Parsing wikitext。——Sakamotosan路过围观 | 避免做作，免敬 2023年8月16日 (三) 02:55 (UTC)

例子：戈德弗里德·阿杜贝，如果浏览器访问戈德弗里德·阿杜貝（台湾用词地区变体），是301跳转，因为不存在“戈德弗里德·阿杜貝”的实际重定向页，它是通过简单繁简转换由程序生成的。如果是戈德弗里德·阿度比（香港用语地区变体），则是200加提示重定向，这个是实际存在的重定向，而且是为了解决无法简单繁简转换的地区词繁简重定向。——Sakamotosan路过围观 | 避免做作，免敬 2023年8月16日 (三) 02:12 (UTC)

如果要实现这个逻辑的话，可能逻辑是：判断分类页源码是否存在（分类名的页源码存在与否，和是否有页面归到这个分类名上，不是强关联），然后需要对分类页源码进行解析（至少完成mw:Transclusion）已获得展开后的包括来自模板的源码（包括字词转换语法），然后才能应用到分类页面罗列的链接生成中。这个可能需要跟mw开发人员扯皮。——Sakamotosan路过围观 | 避免做作，免敬 2023年8月16日 (三) 02:33 (UTC)

---

另一个问题，为什么条目页面底部的分类没有转换。--Kethyga（留言） 2023年8月16日 (三) 02:46 (UTC)

可能类似原因，分类页下的分类栏没有套用分类页的页面源码解析？（页面的话肯定套了（好像以前反馈过来调整的），但链接的title保留的是原始页面的名字）。——Sakamotosan路过围观 | 避免做作，免敬 2023年8月16日 (三) 03:00 (UTC)

在分类页Category:拖連奴球員中，加了Noteta之后，其中分类Category:效力意大利球會的球員可以转换成“效力意大利俱乐部的球员”。分类空间和主条目空间，应该差不了太多吧。--Kethyga（留言） 2023年8月27日 (日) 23:50 (UTC)

发现这个分类页的地区词转换时好时坏，不知道何时会转换。--Kethyga（留言） 2023年8月28日 (一) 01:01 (UTC)

魔改旧脚本弄了一个，试一下User:YFdyh000/category_item_description.js--YFdyh000（留言） 2023年8月16日 (三) 04:19 (UTC)

展示效果，以为你改的是条目下面的分类标题。--Kethyga（留言） 2023年8月16日 (三) 07:50 (UTC)

小提示，可以切换页面的地区变体后使用，会按当前显示变体检索。能否解决找不到条目的需求。替换链接是否意义不大。--YFdyh000（留言） 2023年8月16日 (三) 16:42 (UTC)

不同的需求吧，读者的话，还是用同一套翻译体系比较好。另外，条目空间下的分类名地区转换感觉有点急需。--Kethyga（留言） 2023年8月19日 (六) 09:49 (UTC)

脚本给编者用的。那应该等基金会软件的开发吧……--YFdyh000（留言） 2023年8月19日 (六) 19:19 (UTC)

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

結構式討論中不必要的自動繁簡轉換

如題，我在某位朋友的結構式討論留言板上輸入[[:Category:没有使用水平列表的导航框]]，但發布編輯後卻被系統自動改寫成[[:Category:沒有使用水平列表的導航框|Category:-{zh-hans:没; zh-hant:沒}-有使用水平列表的-{zh-hans:导; zh-hant:導}-航框]]，造成錯誤紅連如Topic:Xo3oqrb35jp2z86m且無法修正[8]（編輯歷史不可見，且莫名多出20位元組），請協助找出原因並修正，謝謝。--迴廊彼端（留言） 2023年8月19日 (六) 11:43 (UTC)

可视化编辑下输入后源代码模式提交，红链没了，但自动增加了许多转换语法。不了解原因。--YFdyh000（留言） 2023年8月19日 (六) 19:17 (UTC)

User:YFdyh000我也是用同樣模式編輯，看起來繁體使用者輸入時會自動把簡字內容轉成繁體（包括內部連結，所以發生上面的問題）；反之亦然但錯的離譜，例如說您編輯後自動跳出大量類似-{zh-hans:別; zh-cn:别}-的錯誤轉換，前面那個應該是zh-hant才對。--迴廊彼端（留言） 2023年8月20日 (日) 05:57 (UTC)

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

中英文自动添加空白小工具

各位维基人好，由于目前的共识是条目中英文间尽量不添加空格，我制作了中英文自动添加空白小工具。

效果图请见此处（不知道为什么被识别为18+了，请忽视）。目前小工具已经在Beta Cluster部署，目前看来没有什么大问题。各位如需测试，请前往Beta Cluster注册账号，并启用“优化中文和其他字符混排时的字距”小工具。

小工具GitHub仓库地址位于这里。--碟之舞📀💿 2023年8月21日 (一) 10:38 (UTC)

(！)意見 截图来看感觉间距稍大（单个字符宽），不习惯。型号两侧的间距规则有点怪。可能不少人在等浏览器新CSS。--YFdyh000（留言） 2023年8月21日 (一) 13:34 (UTC)

@YFdyh000：间距大小都是0.125em。--碟之舞📀💿 2023年8月22日 (二) 01:07 (UTC)

记得规范是半个字符宽？--百無一用是書生 (☎) 2023年8月22日 (二) 06:32 (UTC)

@Shizhao：摘自中文排版需求§横排的中、西文混排配置：

……原則上，漢字與西文字母、數字間使用不多於四分之一個漢字寬的字距或空白。

目前的宽度和苹果在iOS/macOS上自动添加的中英文空白差不多。--碟之舞📀💿 2023年8月22日 (二) 11:16 (UTC)

如果说是0.125em的话，应该非常窄，但是看效果图似乎不是这样。跟我的1/4em差不多，我用的\u{2005}，我觉得效果就蛮好了。我不知道你有没有听说过浏览器并不会忠实地处理这些空白字符，似乎最小就是1/4em了，而且有些空白字符还会扩张，我选的这个2005似乎是不会扩张，稳定是1/4em，所以我选它的。 1=0，欢迎加入WP:維基百科維護專題 2023年8月28日 (一) 02:13 (UTC)

(！)意見 用大字号的时候看不出有空白。--ItMarki^探討人生 2023年8月22日 (二) 08:11 (UTC)

我试了一下，对比前后能看出空白。能否给一下复现步骤？如果不满意的话，可以用CSS手动加大间距。--碟之舞📀💿 2023年8月22日 (二) 11:16 (UTC)

在这里。--ItMarki^探討人生 2023年8月22日 (二) 15:03 (UTC)

@ItMarki：修复了。如果没有效果的话请等待缓存刷新。--碟之舞📀💿 2023年8月23日 (三) 02:36 (UTC)

我記得以前Alexander Misel君還是誰寫過功能一樣的小工具來著。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年8月22日 (二) 13:34 (UTC)

对。我这个加空白的方式不一样，还有对长条目做了性能优化。--碟之舞📀💿 2023年8月23日 (三) 02:37 (UTC)

User:AnYiLin/js/pangu wiki.user.js，应该是这个吧。--蕭漫（留言） 2023年8月23日 (三) 07:13 (UTC)

既然盘古之白作为常年提案一直争论不休，並且不止一位编者专门为此编写了小工具，不如择其善者加入本地参数设置，並对所有用户默认开启。这样既优化了中西文混排时的显示效果，也解决了编者手动加空格的问题，从根本上避免了无谓的空格编辑战。待到主流浏览器支持自动加间距後，再将小工具弃用即可。--蕭漫（留言） 2023年8月23日 (三) 07:38 (UTC)

不建议默认开启，目前所有通过JS加空格的做法都没办法100%保证完全不存在兼容问题。--碟之舞📀💿 2023年8月23日 (三) 08:00 (UTC)

“兼容问题”是指什么问题？如果不是太大的问题，应该不妨碍默认启用。--蕭漫（留言） 2023年8月23日 (三) 09:17 (UTC)

难说。我测试的时候就遇到很严重的问题，比如直接导致Vector 2022搜索坏掉，当然现在修好了，但是谁也不知道将来会发生什么。--碟之舞📀💿 2023年8月23日 (三) 14:11 (UTC)

请问能否部署为本站非默认小工具？如果没有异议的话我开始公示了。--碟之舞📀💿 2023年8月24日 (四) 13:42 (UTC)

如果部署，小工具页面应加备注，确保使用者理解条目源码中应该不手动加空格，而非相反。--YFdyh000（留言） 2023年8月24日 (四) 16:26 (UTC)

我觉得这是应该在格式手册中规定的内容，和小工具本身无关吧？--碟之舞📀💿 2023年8月25日 (五) 02:02 (UTC)

我很担心有人误解为这个小工具是纠正为“正确格式”，然后用户去修改条目源码。如果加入小工具，建议描述阐明调整与MOS:空格的关系或不同。--YFdyh000（留言） 2023年8月25日 (五) 04:57 (UTC)

我建议同步修改格式手册。能否另开讨论？--碟之舞📀💿 2023年8月25日 (五) 06:32 (UTC)

2023年第34期技术新闻

维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改；不是所有的更改都会对您造成影响。技术新闻提供其它语言的翻译版本。

最近更改

• The GDrive to Commons Uploader tool is now available. It enables securely selecting and uploading files from your Google Drive directly to Wikimedia Commons. [9]
• From now on, we will announce new Wikimedia wikis in Tech News, so you can update any tools or pages.
  • Since the last edition, two new wikis have been created:
    • a Wiktionary in Pa'O (wikt:blk:) [10]
    • a Wikisource in Sundanese (s:su:) [11]
  • To catch up, the next most recent six wikis are:
    • 维基函數 (f:) [12]
    • a Wiktionary in Mandailing (wikt:btm:) [13]
    • a Wikipedia in Ghanaian Pidgin (w:gpe:) [14]
    • a Wikinews in Gungbe (n:guw:) [15]
    • a Wiktionary in Kabardian (wikt:kbd:) [16]
    • a Wikipedia in Fante (w:fat:) [17]

本周晚些时候的更新

• MediaWiki的新版本将于8月22日部署于测试维基及MediaWiki.org。它将于8月23日部署至非维基百科wiki及部分维基百科，并于8月24日部署至所有wiki，参见日历。

将来更新

• There is an existing stable interface policy for MediaWiki backend code. There is a proposed stable interface policy for frontend code. This is relevant for anyone who works on gadgets or Wikimedia frontend code. You can read it, discuss it, and let the proposer know if there are any problems. [18]

技术新闻由技术新闻编者准备，并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2023年8月21日 (一) 15:24 (UTC)

導航模板標題呈現

兩年多後，問題再度出現。

看看這個模板模板:Campaignbox 阿富汗內戰，有沒有人發現導航模板標題呈現偏左了 ? 偏左得很誇張。

被「查論編」擠的。可能與模組:Navbar、模組:Navbar/configuration、模組:Navbar/styles.css、模板:Hlist/styles.css它們有關。

但它們全都是全保護，需要管理員處理。

另外，如果和模組:Navbar有關的話，修改的同時，順便請求移除模組:Navbar第164至166行涉及Category:Name參數和實際不同的導航框和Tracking=no的代碼，其令Category:Name參數和實際不同的導航框出現不能清理的頁面，影響或掩蓋真正能處理的頁面。相關請求無爭議。請求放在模組討論:Navbar。--約翰同志－條目裱糊匠（留言） 2023年8月21日 (一) 20:07 (UTC)

有wikiplus则变成偏右。旧版。源码中的TemplateStyles:r78597504（Module:Navbar/styles.css）和wikiplus的“(快速编辑)”元素去掉后则正常。--YFdyh000（留言） 2023年8月21日 (一) 20:28 (UTC)

我没有用小工具的“可折叠表格支持”脚本，而是自己改了一个旧版样式同功能的脚本（User:Cwek/collapsibleTables.js），显示的标题是居中的。如果使用小工具的“可折叠表格”脚本，按照我给的折叠按钮css样式是 float: right; font-weight: normal; text-align: right; width: 8em;并且消除margin-left，按钮就“恰好”归位，标题也正常了。——Sakamotosan路过围观 | 避免做作，免敬 2023年8月22日 (二) 00:47 (UTC)

默认小工具的样式也是一样的，但要消除margin-left。——Sakamotosan路过围观 | 避免做作，免敬 2023年8月22日 (二) 00:49 (UTC)

需要处理的是Module:Navbox，我弄了个从英维移植的Module:Navbox/sandbox，已做本地化处理，经测试可解决以上问题。

测试页面：Template:Campaignbox 阿富汗內戰。（测试例子转到这里：Template:Campaignbox_阿富汗內戰/testcases。——Sakamotosan路过围观 | 避免做作，免敬 2023年8月22日 (二) 06:30 (UTC)）

其余测试样例：Template:Navbox/testcases。

差异：[19]。--Taeas（留言） 2023年8月22日 (二) 05:00 (UTC)

@Comrade John @Cwek @YFdyh000--Taeas（留言） 2023年8月22日 (二) 05:05 (UTC)

粗看了一下，好像有部分旧代码的配置没完全保留下来（titleCell部分），先观望。可以用testcase套一个实例，然后对比输出html和css样式，我弄NavboxV2也是这么对比判断。——Sakamotosan路过围观 | 避免做作，免敬 2023年8月22日 (二) 05:44 (UTC)

不一定要全部保留的，显示效果没问题就行。--Taeas（留言） 2023年8月22日 (二) 05:50 (UTC)

修改前：

修改后（沙盒版本）：

--Taeas（留言） 2023年8月22日 (二) 05:53 (UTC)

将更换前（User:Cwek/工作室/77637380）和更换后（User:Cwek/工作室/78614658）的输出做了对比，这已经是完全改变了原有Navbox的结构了。非常不建议，如果只是Category:Name參數和實際不同的導航框的问题，或者可以在相应的调用添加参数来关闭这个功能，而不是大概。我不认为不同语言项目类似功能的代码脱同步有什么问题。——Sakamotosan路过围观 | 避免做作，免敬 2023年8月22日 (二) 06:23 (UTC)

这个问题跟Category:Name参数和实际不同的导航框无关。--Taeas（留言） 2023年8月22日 (二) 06:38 (UTC)

那就有必要更新这个Navbox的代码？是不是Navbox和Navbar的Lua代码中都有各自的对Category:Name参数和实际不同的导航框标注检测而产生冲突？——Sakamotosan路过围观 | 避免做作，免敬 2023年8月22日 (二) 06:41 (UTC)

会不会是之前引进Navbar调整中引入了新的css模板样式（因为TemplateStyles:r78597504好像就是Navbar的模板样式，不太确定，可能以前并没有专门引入这个？或者Navbar的样式一直都在Commons.css中？）导致的问题？——Sakamotosan路过围观 | 避免做作，免敬 2023年8月22日 (二) 06:40 (UTC)

Navbar更新后确实引入了Module:Navbar/styles.css。另外，Commons.css里似乎也有Navbar的样式。--Taeas（留言） 2023年8月22日 (二) 08:40 (UTC)

不太确定居中问题是不是这个原因，只是根据渲染后的css结果推测：默认Navbox标题行的标题div是没有margin的，然后Navbar的div默认设了width为8em，挤占了左边8em的宽度（而且加浮动左边），我写的折叠按钮脚本也给了按钮字占位div为浮动右边+width为8em，刚好平衡了。小工具的折叠脚本给折叠按钮还加多了margin-left为0.5em，刚好还把标题行的内容顶了下去。新Navbox的话，Navbar的width为auto，但给标题的div给了margin: 0 4em（也就是左右给外展4em），刚好也规避了这个问题（只要Navbar和右边的按钮长度不超过4em的话）。——Sakamotosan路过围观 | 避免做作，免敬 2023年8月22日 (二) 07:01 (UTC)

如果要解决这个居中的话，Module:Navbox#L-122加多margin: 0 4em;。不考虑Wikiplus这个外部脚本的问题。——Sakamotosan路过围观 | 避免做作，免敬 2023年8月22日 (二) 07:08 (UTC)

已在Module:Navbox/sandbox2进行尝试，测试效果是这样的：Template:Campaignbox_阿富汗內戰/sandbox，问题没有得到解决。--Taeas（留言） 2023年8月22日 (二) 08:50 (UTC)

试下margin: 0 8em;（[25]），Navbar的div给了8em，collapseButton的div也是8 em。——Sakamotosan路过围观 | 避免做作，免敬 2023年8月22日 (二) 09:44 (UTC)

试了下，还是刚才那个页面。标题居中了，但是长文字不会换行。--Taeas（留言） 2023年8月22日 (二) 09:50 (UTC)

长文字不会换行应该是本来就是这样？因为标题div没有限制width，所以有多长字就撑开div多宽，除非通过titlestyle注入width和强制内部元素换行的属性。——Sakamotosan路过围观 | 避免做作，免敬 2023年8月22日 (二) 09:58 (UTC)

那没问题了。应该可以让管理员帮忙部署了吧。--Taeas（留言） 2023年8月22日 (二) 10:01 (UTC)

Module:Navbox#L-122加多一行:css('margin', '0 8em')，Module:Navbox#L-62加多一行tracking='no'（解决Navbar和Navbox一起检测Category:Name參數和實際不同的導航框），大概这样？——Sakamotosan路过围观 | 避免做作，免敬 2023年8月22日 (二) 10:07 (UTC)

Wikipedia:互助客栈/技术#修改Module:Navbox列出了几种类型的模板，只在Module:Navbox#L-62加多一行tracking='no'不能解决全部类型的问题，所以还是在Navbar移除比较好。--Taeas（留言） 2023年8月22日 (二) 10:12 (UTC)

无意见，应该是因为Navbar更新而带入的问题（？）。——Sakamotosan路过围观 | 避免做作，免敬 2023年8月22日 (二) 11:03 (UTC)

移除Module:Navbar第164至166行涉及Category:Name參數和實際不同的導航框的代码就行，那个是本地另外加的。--Taeas（留言） 2023年8月22日 (二) 11:15 (UTC)

如果降一级到模板保护的话，我的权限足够去改。——Sakamotosan路过围观 | 避免做作，免敬 2023年8月22日 (二) 10:08 (UTC)

如果改成给Module:Navbox#L-122添加margin: 0 auto;width:fit-content;，应该可以解决这个问题。--Taeas（留言） 2023年8月22日 (二) 09:14 (UTC)

不过，不知为何，标题栏高度会被撑开一点点。--Taeas（留言） 2023年8月22日 (二) 09:18 (UTC)

@Comrade John @Cwek 我已在Template:Campaign进行修复，不知效果是否达标。--Taeas（留言） 2023年8月22日 (二) 09:31 (UTC)

已回退。--Taeas（留言） 2023年8月22日 (二) 10:00 (UTC)

@Taeas、YFdyh000、cwek：所以現在情況如何，有甚麼解決辦法 ? 導航模板標題仍呈現偏左。--約翰同志－條目裱糊匠（留言） 2023年8月22日 (二) 11:54 (UTC)

在Module:Navbox#L-122增加一行:css('margin', '0 8em')--Taeas（留言） 2023年8月22日 (二) 12:35 (UTC)

同样需要管理员的帮助。--Taeas（留言） 2023年8月22日 (二) 12:35 (UTC)

我回退了Navbar模組修改，似乎有改善一點。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年8月22日 (二) 13:40 (UTC)

直情解決了問題。--約翰同志－條目裱糊匠（留言） 2023年8月22日 (二) 13:44 (UTC)

下一步应该是重新部署吧。--Taeas（留言） 2023年8月22日 (二) 15:27 (UTC)

将Module:Navbar/styles.css#L-3的font-size: 88%;移除即可解决以上问题。--Taeas（留言） 2023年8月22日 (二) 15:28 (UTC)

德国 Lua错误：not enough memory

此条目出现大量报错。--落花有意12138 2023年8月26日 (六) 13:24 (UTC)

Module:Lang可怕的内存消耗

只要条目当中引入了{{lang-xx}}系列模板，就会用到Module:Lang。引入这个模组，会带来大致16MB的内存开销。讽刺的是，{{Lang}}模板本家没有用到这个模板，不知道这是不幸还是万幸。我简单地把德国条目所有{{lang-de|xxx}}改成了[[德语]]：{{lang|de|xxx}}，就挤出来了十几个MB的空间，这个条目就不报错了。

英维的{{lang}}采取了引用模组的方法。我担心日后有人说要同步模板，又把条目搞炸了。也许，懒加载是个好东西呢。--MilkyDefer 2023年8月27日 (日) 09:45 (UTC)

• 他用到了Module:Unicode data，這個似乎給U+00000到U+E0FFF建了個表，看上去就覺得超耗空間的……-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2023年8月27日 (日) 12:55 (UTC)

调用{{#invoke:Unicode data|is|Latin|àzàhàr̃iyyā̀}}会占用15.5MB（多次调用稍有增长）。可能该建议改进这个模块。wikifunctions也许会有帮助？--YFdyh000（留言） 2023年8月27日 (日) 18:02 (UTC)