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

维基百科，自由的百科全书
< Wikipedia:互助客栈

这是本页的一个历史版本，由Ericliu1912（留言 | 贡献）在2021年3月31日 (三) 15:12 （→‎发行时间轴无法显示未来作品问题）编辑。这可能和当前版本存在着巨大的差异。

快捷方式

本頁用作讨论在编辑时遇到的技术问题；發表問題或討論前，請先參閱常見問題解答、帮助信息、MediaWiki基本問題及搜索舊討論記錄。另請注意：

請注重礼仪、遵守方針與指引，一般問題請至互助客棧其他區或知识问答提出，留言后请务必签名（点击 ）。


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

4月22日之后没有新回應的议题會移动至相应的讨论页或存档。跳至本頁的：目錄 · 底端

公告欄
# 💭 話題 💬 👥 🙋 最新發言 🕒 (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 “阅读无障碍”功能和本站小工具兼容问题以及字号选择 32 8 SCP-2000 2024-04-20 00:09
5 關於使用 ToolsRedirect 創建的繁簡重定向 8 5 PexEric 2024-05-02 17:35
6 2024年第17期技術新聞 1 1 MediaWiki message delivery 2024-04-23 04:26
7 Cite book模板預設支援哈佛式註腳 2 1 Ericliu1912 2024-04-24 14:28
8 infobox book出现问题 9 4 Kethyga 2024-04-26 17:58
9 自動評級？ 8 5 A2569875 2024-04-26 16:56
10 首页“历史上的今天”炸了 2 2 YFdyh000 2024-04-26 01:48
11 關於褒揚令、碑文的藍色方框的 CSS 樣式建議 5 3 Chu Tse-tien 2024-04-29 09:57
12 2024年第18期技術新聞 3 3 Cookai1205 2024-05-02 13:47
13 Template:Douban people 3 2 YFdyh000 2024-05-02 02:19
14 请求有能力者修改邛崃市南宝山镇的维基数据 1 1 樱桃纳米粉 2024-05-02 02:14
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時，
請先檢查設定是否有誤

正在廣泛徵求意見的議題

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

維基百科技術議題與模板

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

MediaWiki talk:Common.css § 編輯請求 2023-11-20

Template talk:Twitter § Twitter改為X

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

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

Template talk:No source § 一个问题

Template talk:Hang on § {{hangon}}

條目主題
非條目主題
提示
要將某一個討論加入上述列表中：
  • 在討論頁中的對應討論章節頂端加上{{rfc|xxx}}標籤，其中「xxx」為分類縮寫。各類分類縮寫已列於上方項目中，並應將其插入{{rfc}}中。多個分類請使用管道符號分開，如{{rfc|xxx|yyy}}，其中「xxx」為第一個分類，「yyy」為第二個分類。
更多資訊請參閱Wikipedia:徵求意見。請在Wikipedia talk:徵求意見回報有關錯誤。本列表由LuciferianBot於每個小時進行更新。

修改CS1系列引文格式模板

原标题为：修改Cite journal模板

本主題或以下段落文字，在討論結束後應存檔至Template talk:Cite journal、Module talk:Citation/CS1。

如题，英维早已修改此模板，增设/修改了url-status、doi-access、hdl-access、citeseerx、s2cid等参数。提议加入这些参数。为了防止像之前两次讨论一样在无人关注的情况下存档，鄙人加入了不存档模板。--Zhuofan WuCien años de soledad 2020年11月28日 (六) 11:40 (UTC)[回复]

(＋)支持，但是有一个(？)疑問：这个修改，需要把对应的模块从英文维基百科重新引进中文维基百科吗？--向前进，朝着胜利的方向 2020年11月29日 (日) 08:35 (UTC)[回复]
是把对应的功能引进，而不是模块。毕竟我们的格式和英文版有些不一样，无法直接引进--百無一用是書生 (☎) 2020年11月30日 (一) 02:45 (UTC)[回复]
這是遲早要做的，而且應該把全部Cite系列模板都一起翻修過。—— Eric Liu 創造は生命（留言．留名．學生會） 2020年11月30日 (一) 01:17 (UTC)[回复]
  • 强烈支持，并建议尽快解决，目前有大量CS1模板的错误都是由这些参数引起的（尤其是doi-access，url-access和s2cid）另，目前中维的subscription=yes和registration=yes与英维的url-access=subscription和url-access=registration起到的效果是基本一样的，中维的dead-url=no和dead-url=yes与英维的url-access=live和url-access=dead的效果也是一样的，在修改模块时记得合并这两个参数。另外，之前的一次讨论中禁止了title的繁简转换，而quote参数却没有禁止，这次希望能一起处理一下。
    现在CS1模板真的缺少维护，很多参数都没有更新，希望这次能彻底翻新一下。--BlackShadowG（留言） 2020年12月2日 (三) 16:02 (UTC)[回复]
(＋)支持。應兼容現有及這些新參數（比如兼容dead-url=yes和url-status=dead）。之前在Wikipedia:机器人/作业请求#更正cite_news中的df未知參數也有討論到這個問題。另外，也附議上面提到的禁止quote繁简转换的提議。-Peacearth（留言） 2020年12月12日 (六) 00:29 (UTC)[回复]
(？)疑問。跟本议题关系并不直接：大家看一下条目BNT162里面 Cite_*模板有什么参数问题导致参考资料里有大量红链？是否与最近模板的修改有关？—以上未簽名的留言由Zhenqinli（對話｜貢獻）於2020年12月12日 (六) 08:35 (UTC)加入。[回复]
@Zhenqinli：3、4、10三个来源文中根本没有给出，“url-status”、“s2cid”参数的引入就是本案在讨论的。name-list-style不太清楚。—MintCandy♫ 台州专题2021年新年贺词 2021年1月7日 (四) 08:45 (UTC)[回复]
(＋)支持，没有s2cid等参数确实麻烦。--ときさき くるみ not because they are easy, but because they are hard. 2021年1月7日 (四) 07:26 (UTC)[回复]
(＋)强烈支持：|url-access=對於翻譯者真的太麻煩了。--Austin Chang（留言） 2021年1月17日 (日) 05:40 (UTC)[回复]
(？)疑問：目前中维和英维的参考模板的参数有什么差别？是否有可能将现有参考模板全部替换为英维版本？--Yining Chen（留言|签名） 2021年2月1日 (一) 08:55 (UTC)[回复]
(＊)提醒：那个…各位只表达支持的话意义不大，得请人来改…现在哪位有着手的意向吗？--安忆Talk 2021年2月1日 (一) 16:34 (UTC)[回复]
我(＋)支持引進，不過也建議順便把說明中文化，我到現在還是不太清楚我到底有沒有用正確還是胡搞瞎搞。 --無心*插柳*柳橙汁 2021年2月6日 (六) 11:42 (UTC)[回复]
(＋)支持引進，另外想請問關於不是刊載在期刊上的單篇文章，是要用哪一種cite模板？---Koala0090（留言） 2021年2月7日 (日) 04:51 (UTC)[回复]
题外(...) 吐槽，cite系列模板的常用参数也是常在乱用的，网页A转载的网站B提供的媒体C刊发的报道，作者是谁、出版者是谁，是web还是news，以及B和A是否原样转载了C的内容。--YFdyh000（留言） 2021年2月7日 (日) 05:05 (UTC)[回复]
直接引用原始报道即可……--BlackShadowG（留言）维基百科20岁生日快乐！ 2021年2月19日 (五) 11:07 (UTC)[回复]
牵扯太多方面……查证成本的增加，有时很难找到原始报道位置。；原始报道的网页失效，登录可见，或者内容被分为若干页而不利阅读；信息量欠佳，比如转载方额外提供了背景信息、图表等。；转载方有时是对来源可靠性或中立性的一个佐证。；按道理新闻报道用news，但经常界限不那么分明。；'出版者'参数应该填出版单位名，但基本没人这样干，有时被用作转载者等。--YFdyh000（留言） 2021年2月20日 (六) 00:03 (UTC)[回复]
我举双手双脚(＋)支持，如果四个不够我现在就去卤肉店买他几十只猪蹄(＋)支持。同时我提议做绝一些，废弃掉dead-url等参数，开机器人进行自动化修改（url-status参数整合了dead-url、subscription等参数）。--Milky·Defer 2021年3月1日 (一) 14:28 (UTC)[回复]

CS1移植及反馈

這不是投票 囧rz……，CS1模块看起来蛮复杂的诶，现在各位哪位有着手修改的意向吗？——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年3月4日 (四) 11:41 (UTC)[回复]
那个模块看起来超级复杂，真的能在现有基础上修改好吗 囧rz…… --Yining Chen（留言|签名） 2021年3月6日 (六) 15:47 (UTC)[回复]
2015年12月13日的版本与enwiki的差别很小，zhwiki之后的版本也多是小修改、ep，感觉可以试试。不过相关页面和配置数据我没检查，没准会出现一些难题或bug。--YFdyh000（留言） 2021年3月6日 (六) 16:33 (UTC)[回复]
已在推进移植，不过还不确定如何测试。--YFdyh000（留言） 2021年3月6日 (六) 20:03 (UTC)[回复]
移植enwiki最新CS1基本架构完成，进入检查和调试阶段。精通Cite模板或Lua的用户请查阅Module:Citation/CS1提到的页面（比如testcases运行结果），协助检查有问题的地方。最终部署需由管理员或模板编辑员复审确认和提交。相关模板是否需更新我还未了解，文档估计会过时一部分。--YFdyh000（留言） 2021年3月7日 (日) 00:04 (UTC)[回复]
以模块讨论:Citation/CS1/testcases为例，左侧的“预期”是相应代码用当前正式模板（模块）渲染的结果，“实际结果”则是当前沙盒（移植并更新）的模块渲染的结果。两者代码有差异就会标橙，请自寻文本比对工具观察两者，并反馈哪些需要优化。--YFdyh000（留言） 2021年3月7日 (日) 02:12 (UTC)[回复]
(＊)提醒“lay summary”应该翻译成“简明摘要”。——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年3月7日 (日) 02:18 (UTC)[回复]
 已修复，之前只查出是某种格式。--YFdyh000（留言） 2021年3月7日 (日) 02:53 (UTC)[回复]
language参数建议维持原位置，不需要提前。——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年3月7日 (日) 02:27 (UTC)[回复]
enwiki那边的设计，没有调整过。尝试调整未果，pages、引用等参数的展示仍在后面，需要研究怎么改。--YFdyh000（留言） 2021年3月7日 (日) 03:34 (UTC)[回复]
display-authors参数好像有问题。——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年3月7日 (日) 02:34 (UTC)[回复]
错误消息问题已修正。--YFdyh000（留言） 2021年3月7日 (日) 03:34 (UTC)[回复]
  1. ['Coauthors'] = {'coauthors', 'coauthor'}参数不了解有多少在用，enwiki那边已经弃用且移除，找回相关代码有点麻烦。如果不多就清理掉算了。
  2. 加了两个本地的测试样本就曝出3+个问题，建议提供或补充更多复杂、不大常见或重要的本地用法到Module:Citation/CS1/testcases（或本讨论中提及）。帮忙修复自然更好，但请多做注解以免看不懂。
  3. enwiki弃用的deadurl参数要找回吗，可能大量条目在用，但机器人刷新或许也可。估计得找回。--YFdyh000（留言） 2021年3月7日 (日) 07:01 (UTC)[回复]
dead-url肯定要保留，目前有机器人和编辑工具会把url-access=live和url-access=dead替换成dead-url=no和dead-url=yes，肯定有大量条目使用了dead-url参数。——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年3月7日 (日) 07:29 (UTC)[回复]
应该逐步弃用dead-url。可以在一段时间内暂时保留dead-url，同时解决完相关问题后，再禁用该参数。--Yining Chen（留言|签名） 2021年3月7日 (日) 11:17 (UTC)[回复]
提醒一句，url-status有四个可用值：live表示可以访问并且能得到正确信息；unfit或usurped表示虽然可以访问，但是已经得不到正确信息（域名过期被他人注册等情况）；dead就是无法访问。因而我觉得应当逐步淘汰dead-url，先写个机器人把dead-url=yes/no改成url-status=live/dead；等到全部改完之后，废弃掉这个参数。另外，应该有个机器人处理一下accessdate等由两个单词组成的参数名当中，连接号到底要不要加的问题。 --Milky·Defer 2021年3月7日 (日) 13:32 (UTC)[回复]
  1. 感谢提醒，确实不太了解。已经试过几次，但反向移植url-status参数的代码没能成功，对代码理解不够深。
  2. 由本地管理员修改InternetArchiveBot的后台配置就能改用url-status参数填入，但当前CS1处于青黄不接的尴尬局面，两个参数都必须兼容。
  3. CS1各testcases中也注意到许多的格式问题，包括年份位置及格式已改变，参数显示缺失，某些参数顺序改变等。
  4. Module_talk:Citation/CS1/testcases/dates中提示无效日期的功能好像也因Module:Citation/CS1/Configuration中有某些错误而失效，调了几次还没弄清楚。有技术和时间的维基人还请支援。以及其中有显示缺失。
  5. accessdate好像英文维基是推荐加-，中文维基相反，我认为不加比较美观方便；用别名兼容就好，方便从enwiki翻译条目。--YFdyh000（留言） 2021年3月7日 (日) 14:39 (UTC)[回复]
不认为应当以替代dead-url的方式引入url-status；本站作为百科全书，参考文献中附带链接的作用是且仅是为读者提供来源可供查证的出处；无论是网址无法访问还是访问后得不到正确信息，都意味着“无法再向读者提供可供查证的出处”，再行区分恐怕只能起到方便IABot工作的目的；为了IABot工作的便利，将较为简单dead-url=yes/no废弃并强制替换成较为复杂的url-status=live/dead/unfit得不偿失。更何况使用机器人全自动地将dead-url=no替换成url-access=dead是不现实的——人工标注dead-url=no既有可能是url-status=dead，也有可能是url-status=unfit（比如新华网死链基本是这种情形，该网站会定期删除页面，并且404页面直接重定向到首页）。--Antigng（留言） 2021年3月7日 (日) 16:04 (UTC)[回复]
目前看兼容两者是合适的路子，现有和习惯用dead-url的继续用，是否让IABot启用url-status再看情况，翻译和复制enwiki的引用也不再故障。机器人直接替换内容不合适的，IABot更新则不同（有检查和数据库），虽然IABot也不乏误报——需要管理员去改配置和沟通，没办法，我现在看不了它的配置页面。--YFdyh000（留言） 2021年3月7日 (日) 16:58 (UTC)[回复]
仔细检阅修改方案后表示(－)強烈反对；这个修改不像是在为本站的模板引入某种功能，而是将本站的模板以英文站的模板取而代之。且不论极高风险模板的修改应该遵循没有坏就不要修的模式——哪怕是一个参数显示位置的变化（"Anonymous. Daniel Coit Gilman; Harry Thurston Peck; Frank Moore Colby , 编. The New International Encyclopædia. Dodd, Mead and Company. 1904: 906."更改为"Anonymous (1904). Daniel Coit Gilman; Harry Thurston Peck; Frank Moore Colby (编). The New International Encyclopædia. Dodd, Mead and Company：906."）都应当有明确的社群共识方能进行。此次修改涉及的Module:Citation/CS1/Date_validation/sandbox更是与所需达成的目标完全不相关——这样的修改不仅在实质上禁用了本站过往所允许而英文站不允许的"yyyy-mm"参数格式，还引入了一大堆英文世界特有的日期记录方法如“First Quarter”、“Second Quarter”、“Easter”等。作为中文维基百科，引入这类格式不必说没有意义，就算有意义也要明确的社群共识，逐一讨论才可以放行。如此囫囵吞枣一般将本站过去的共识彻底替代则是从根本上不可行。--Antigng（留言） 2021年3月7日 (日) 16:38 (UTC)[回复]
修改移植准确说现处在alpha阶段，谈格式变动和采用还为时尚早。本站CS1模块就是从英文站模块移植过来的，2015年12月由Liangent提交的版本与enwiki当时的版本相差无几（有一些本地化调整），后续的变更也都是管理员或编辑请求来调整一些习惯，或者根据英维引入一些新参数，并没有特别独立化的东西，比较源码就能看出来。
目标自然是尽量保持现有格式和逻辑，但目前看因为enwiki在五年多来修订了不少地方，导致现有表现存在不少差异和bug——这是预期中的事情，仍需格式优化或变更审定，谈这是为全盘取代和代替共识有点过分，这对所有人没好处。也许您误会了我上面说的需要管理员等协助，我的意思肯定不能自行决定如此大的变更和提交，亦无法提交——因为我不是模板编辑员，且后续修正和完善需许多人协助。关于Module:Citation/CS1/Date_validation/sandbox之事我已撰写并将回应在您的讨论页，可能是一个不慎重导致的误会，以及我不认为机器人应该使用零保护的沙盒页面作为运行基准。中文维基决定拒绝的格式可在后续禁用、警告或者过滤器、机器人修正等多种方式解决。关于对enwiki“常用”参数的兼容，请见此讨论上一节的意见。--YFdyh000（留言） 2021年3月7日 (日) 17:28 (UTC)[回复]
阁下多虑了。确实，英文维基百科的模板的格式和参数显示位置与中文维基百科有些差异，但中文维基百科的模板长久缺乏维护，很多英文维基百科已经新增的一些对引文明显有益的新参数都没有引入，目前应该解决的是把英文维基百科的多个参数先在sandbox中完成引进，至于参数的本地化处理，在新模版最终使用以前肯定是需要新的社群共识作为基础的。——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年3月8日 (一) 11:59 (UTC)[回复]
现在开始谈 正式 修改还有点早吧，现阶段的主要目标不应该是先处理参数问题，然后再考虑格式吗 囧rz…… --Yining Chen（留言|签名） 2021年3月8日 (一) 12:09 (UTC)[回复]
请大家检查目前未通过的测试用例，还有没有哪些是必须通过的。--GnolizX（留言） 2021年3月13日 (六) 06:51 (UTC)[回复]
感谢User:GnolizX的大力改进。--YFdyh000（留言） 2021年3月15日 (一) 15:54 (UTC)[回复]
是否应该使原CS1模块能正常支持的参考在更换新参考后不报错？比如第二个测试用例，和
{{cite encyclopedia/new|editor=[[Pete Palmer]] and Gary Gillette|encyclopedia=The 2005 ESPN Baseball Encyclopedia|title=Introduction|edition=1st Edition|year=2005|publisher=Sterling|location=New York|isbn=1-4027-2568-X }}
这个测试用例？另外，希望能将dead-url和url-status状态不一致的条目增加到一个分类中，方便维护。--Yining Chen（留言|签名） 2021年3月18日 (四) 14:50 (UTC)[回复]
  1. 謝之雄; COAUTHORS. 《廣西年鑑》. 廣西: 廣西年鑑社. 2008. CSBN 45·1175 请检查|csbn=或|unified=的值 (帮助).  ，過時參數留空提示未知空参数可以提醒编者移除，有助于参数的弃用。
  2. 现行模块其实也有一段警告，见Category:引文格式1维护：冗余文本。
  3. 是像“|author=和|last=只需其一”那样加到Category:含有冗余参数的引用的页面吗？--GnolizX（留言） 2021年3月19日 (五) 03:06 (UTC)[回复]
    是，因为这两个参数也算是功能重复吧。--Yining Chen（留言|签名） 2021年3月20日 (六) 14:45 (UTC)[回复]
    请阅Module talk:Citation/CS1/testcases/errors的test_redundant_parameters_8。--GnolizX（留言） 2021年3月21日 (日) 04:38 (UTC)[回复]
看了一下似乎没有模板内嵌套模板的测试（比如{{tsl}}、{{link-en}}），建议加上测试一下。--ときさき くるみ 2021年3月20日 (六) 17:14 (UTC)[回复]
加到测试用例里不知道为何会引用模板後大小超出限制，看来只能单独测试了，Lavrinc, Damon. Hennessey Venom GT: A $600k mid-engine Cobra for the 21st Century. Autoblog（英语：Autoblog.com）. Weblogs, Inc.（英语：Weblogs, Inc.）. 2010-03-29 [2010-03-29]. 这样。--GnolizX（留言） 2021年3月21日 (日) 05:22 (UTC)[回复]
Cool，我觉得总体可行，(＋)支持，不过还是建议复检一下引用模板是大小本身超限制还是有bug，另外我有意向补充一些测试例。--ときさき くるみ 2021年3月21日 (日) 12:17 (UTC)[回复]
感觉是测试用例太多的原因。源代码可以看到“Post‐expand include size: 2096666/2097152 bytes”，马上要用完了。--GnolizX（留言） 2021年3月21日 (日) 12:50 (UTC)[回复]
那我就先直接扔在这了：Krebs, Robert E. Scientific Development and Misconceptions Through the Ages: A Reference Guide需要免费注册 illustrated. Greenwood Publishing Group. 1999: 133. ISBN 978-0-313-30226-8. 、Fraser, Craig. Isoperimetric Problems in the Variational Calculus of Euler and Lagrange. Historia Mathematica. 1992, 19: 4–23. doi:10.1016/0315-0860(92)90052-D 可免费查阅. 、Frame, J. S. Review: Mathematical Recreations and Essays, 11th edition, by W. W. Rouse Ball; revised by H. S. M. Coxeter (PDF). Bull. Amer. Math. Soc. 1940, 45 (3): 211–213. doi:10.1090/S0002-9904-1940-07170-8. 。我个人觉得现在比较缺少对s2cid、url-access等参数的测试。--ときさき くるみ 2021年3月21日 (日) 13:48 (UTC)[回复]
可以检查一下这套测试用例。--GnolizX（留言） 2021年3月21日 (日) 14:32 (UTC)[回复]

仅解决url-status问题的补丁

如果社群不介意dead-url=dead/live这种用法的话，实际上只需作下列三处改动即可实现url-status与dead-url的兼容：Module:Citation/CS1、Module:Citation/CS1/Configuration、Module:Citation/CS1/Whitelist，而不影响其它功能和显示。--Antigng（留言） 2021年3月29日 (一) 09:36 (UTC)[回复]

请问能否提供一下测试样例？--BlackShadowG（留言）维基百科20岁生日快乐！ 2021年3月29日 (一) 12:01 (UTC)[回复]
@BlackShadowG：，Module_talk:Citation/CS1/testcases/Antigng。--Antigng（留言） 2021年3月29日 (一) 12:58 (UTC)[回复]
另url-status和deadurl并存且意义相同的情况下可以使用机器人加以清理，已提出相关申请。--Antigng（留言） 2021年3月30日 (二) 07:22 (UTC)[回复]
支持此修改，但如果修改后两个参数效果相同的话，清理似乎没有必要。——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年3月31日 (三) 10:23 (UTC)[回复]
上述修改合并之后，重复参数会自动归入Category:含有冗余参数的引用的页面，并且在条目里产生红字报错（效果请参见Special:Diff/65003187）。此外，清理重复参数也利于将来的维护（例如，当链接的状态发生变化时，如果存在重复参数，则有可能会出现改其中一个参数而忽略另一个参数的情况，而导致矛盾）。--Antigng（留言） 2021年3月31日 (三) 15:00 (UTC)[回复]

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

更新{{Expand language}}

本主題或以下段落文字，在討論結束後應存檔至Template talk:Expand language。

已经写好了修改{{Expand language}}草稿：Template:Expand_language/sandbox，由于该模板受到了模板保护，因此根据方针来寻求一下共识。

本次修改内容总共有一下几点：

  1. 除了首行文字其它内容均折叠显示，加入了“如有可能，请使用外文条目中提供的参考资料查证内容。”这句提醒。
  2. 可以通过检测来源页面来生成推荐的可复制的编辑摘要（主要是因为现在编者翻译页面时经常忘记在编辑摘要注明来源，修改后可以直接复制，会方便不少）
  3. 修改|status=参数的用法，如果填入|status=GA或|status=FA等，会在来源条目的链接旁边生成「（对应条目为优良条目）」或「（对应条目为典范条目）」，可以提醒编者来源条目的质量很高；如果填入|status=1等其它值，则来源条目的链接旁边生成「（高品质条目）」（其实识别来源条目是GA还是FA这件事本来想直接从wikidata调用的，不过没找到方法……）

主要修改内容就是这些，还请各位能帮忙检查，希望有权限的朋友能帮助修改，谢谢！——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年1月31日 (日) 15:06 (UTC)[回复]

在T:multiple issues中表现如何？--安忆Talk 2021年1月31日 (日) 15:35 (UTC)[回复]
见下方Pseudo Classes提供的测试结果——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年2月1日 (一) 01:42 (UTC)[回复]
虽或许有用，个人觉得维护模板中列出<code>有点丑，一长串网址也是，需要在编辑摘要中修改两处（条目名和title参数）感觉容易出错，即使能自动填入也很长而不美观。不喜欢展开前只有一行（像是在{{multiple issues}}中）、展开后很多行的感觉，折叠状态感觉很压抑。当前版本的版式有什么问题吗？--YFdyh000（留言） 2021年1月31日 (日) 15:58 (UTC)[回复]
(：)回應@YFdyh000：那一长串网址已经改成了内部链接，长度也减少了不少；建议的编辑摘要中会根据语言代码生成对应页面的内链，一般来说可以直接复制不需要修改，除非没有填入语言参数，这种情况下会默认生成en的内链；修改的主要原因是在于目前有太多编者翻译条目时不根据版权要求写编辑摘要，即使写了也有很多写的不标准，修改后可以直接复制，会方便不少。——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年2月1日 (一) 01:42 (UTC)[回复]
@BlackShadowG：顯示有問題，編輯摘要不支援外部連結，請多使用en:Special:PageHistory代替（語言代碼自選）。-- 2021年1月31日 (日) 16:09 (UTC)[回复]
@Pseudo Classes：感谢阁下提醒，已经改成了链接至Special:PageHistory的内部链接。——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年2月1日 (一) 01:42 (UTC)[回复]
（模板示例可見Template:Expand language/testcases）我是覺得維護模板不要太俏麗。典範和優良條目也像“高品質條目”那樣文字表示就OK；畢竟無論是條目還是其他維護模板，都沒有在文字中間（不是開頭）加圖示的習慣。而且維護模板自己都在文字中夾圖片；雖然可以說模板不是正文，但這樣在條目里出現，會不會給新編輯帶來說一套、做一套的不好印象？（以及不當吸引讀者注意力；而且單說問題模板，藍色配色的expand language也是最輕的問題，卻可能比其他嚴重問題模板引人注目）另一方面，對老手來說圖標和文字沒差；但對新手來說，典範條目這樣文字書寫似乎更直白一些。--洛普利宁 2021年2月1日 (一) 14:53 (UTC)[回复]
@Lopullinen：感谢阁下提醒，我本来是觉得用图标比文字更省空间，不过正如阁下所言，这会产生格式手册和新手理解的问题，因此我将其改成了直接在链接文字中显示，例如“英文维基百科对应典范条目”。不知阁下是否满意呢？至于配色问题我没想到很好的解决方法，毕竟Expand Language模板的用途与其他模板不同，是为了建议编者翻译条目，而不是像其他模板消息一样指出条目中的问题，没法用同样的颜色，另外估计社群也习惯于这一配色了吧。——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年2月2日 (二) 02:24 (UTC)[回复]
@BlackShadowG：讀起來不太通順，假設有三個語言的條目可供參考，就會變成「此條目可參照A維基百科對應條目、B維基百科對應條目和C維基百科對應條目來擴充」。此外，我認為不用特別標示高品質條目，參照條目是否為高品質不會影響擴充程序。-- 2021年2月2日 (二) 05:22 (UTC)[回复]

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

手机版首页标题问题

於Phabricator查看
編號T274489的工單

手机版首页标题（注：这里指的是“<title>”标签设定的标题）显示为“ - 维基百科，自由的百科全书”，正常应该是“维基百科，自由的百科全书”。--🔨（留言） 2021年2月10日 (三) 04:35 (UTC)[回复]

印象中很久之前有人去phab反馈了。--安忆Talk 2021年2月10日 (三) 05:51 (UTC)[回复]
没找到，于是我又提了一份。--YFdyh000（留言） 2021年2月11日 (四) 08:40 (UTC)[回复]

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

In lang模块

本主題或以下段落文字，在討論結束後應存檔至Template talk:In lang、Module talk:Lang。

{{In lang}}模板中显示Module:In lang错误（模板固定链接：Special:PermanentLink/63906340，模块固定链接：Special:PermanentLink/63906389），有办法能够修复吗？感谢。--Yining Chen（留言|签名） 2021年2月12日 (五) 02:07 (UTC)[回复]

粗看了一下是Module:Lang没有同步英文维基的版本，缺少name_from_tag这个函数。要更新的话最好还是走 ep 流程。 --砜中嘌呤的白磷萃取 打谱 2021年2月12日 (五) 03:24 (UTC)[回复]
感谢。已提交至Module_talk:Lang。--Yining Chen（留言|签名） 2021年2月12日 (五) 08:59 (UTC)[回复]

现在输出的是语言的英文名称，是否需要改成中文？——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年2月28日 (日) 13:52 (UTC)[回复]

应该要。现在沙盒版本里的语言名称已经被汉化了，把开头的 In 改掉就行。不过我想问，这个模板和{{ja icon}}之类是不是重复了？英文版没有后者。 --砜中嘌呤的白磷萃取 打谱 2021年3月3日 (三) 03:58 (UTC)[回复]
@WhitePhosphorus：xx icon一类的模板在英文版是因为与本模板重复被删除了，我觉得这个模板不会重复且很有必要，因为使用xx icon一类的模板一次只能标记一种语言，如果网页有多种语言的话就得使用多个xx icon模板标记，这样的效果很不好，比如中文、英文和日文网页用xx icon模板标记会成为这样：（中文）（英文）（日語），而本模板可以兼容多个语言参数，希望将来本模板的显示效果可以与cite web模板的language参数一样，用于标记多语言的网页，如下：示例 （中文、英语及日语）. 。——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年3月4日 (四) 11:34 (UTC)[回复]
管理员可以先处理Module_talk:Lang的编辑请求。--Vozhuowhisper 2021年3月3日 (三) 11:02 (UTC)[回复]
报错了。--Yining Chen（留言|签名） 2021年3月11日 (四) 14:32 (UTC)[回复]
Module:Lang已更新，In lang可以正常显示了。要是这个模板真的在中文维基启用的话那些xx icon模板就可以计划删掉了，{{In lang|ja}}的写法完全可以代替{{ja icon}}，或者可以用字符更少的{{LL|ja}}写法。--Vozhuowhisper 2021年3月12日 (五) 14:45 (UTC)[回复]
另外还需要解决的问题是显示样式：（日語）和（日語），本来中文英文维基都是用的右边的样式，但是英文维基cite web等模板后来改成了左边的样式，中文维基并未跟进。所以要么把in lang改成中文维基现在用的样式，要么把cite web等模板更新成英文维基现在的样式。--Vozhuowhisper 2021年3月12日 (五) 15:21 (UTC)[回复]
现行的{{ja icon}}的鼠标浮现文字是“连接到X语网页”。但像{{Cite book}}，QWER （日语）. 这里并没有什么网页可供连接。作为类似的式样，似乎要一起考虑。--洛普利宁 2021年3月12日 (五) 15:36 (UTC)[回复]
@Vozhuo：，我已经修改了模块把{{in lang}}的显示样式更改为{{language icon}}的样式了，而cite web一类的模板似乎是直接引用了{{language icon}}模板，因此出现了@Lopullinen提到的悬浮文字的问题。我认为可以吧language icon的默认悬浮文字去掉，因为目前似乎language icon不只是用于标记网页，有些编者也会使用language icon标记书籍的语言。——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年3月21日 (日) 01:13 (UTC)[回复]

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

关于分类时使用的变体与分类页面名称不同造成页面分类丢失的问题

於Phabricator查看
編號T274048的工單

已知：条目在应被归入的分类创建前，使用与分类页面名称不同的变体添加分类，在分类页面创建后即使编辑刷新，条目也不会显示在分类页。详见phab:T274048

我在发现这个问题后，自行在本地测试并最终提交了补丁。但是该task至今无人回应和review，我不熟悉那边的工作流程，有无管理员能帮忙推进一下，谢谢。

我曾打算在这边运行统计程序，但是分类计数错误实在是太多了，跑了近1个小时后裂开了，我的代理没撑住。

--Func86（留言） 2021年2月17日 (三) 04:59 (UTC)[回复]

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

#Redirect

本主題或以下段落文字，在討論結束後應存檔至Help talk:重定向。

請求加入繁體中文別名#重新導向。--114.24.27.38（留言） 2021年2月21日 (日) 13:43 (UTC)[回复]

這可以報phab-- Sunny00217  2021年2月22日 (一) 09:06 (UTC)[回复]
@Sunny00217：所以現在有人報嗎？--111.241.118.101（留言） 2021年2月25日 (四) 03:01 (UTC)[回复]
没有。看到配置中有"重新導向"都准备报bug了，仔细研究发现好像是特殊:重新導向之类的。文件内现有14处重定向，3个重新導向，是否都需要补全以平等化。--YFdyh000（留言） 2021年2月25日 (四) 03:43 (UTC)[回复]
@YFdyh000：那個刪了可能會有連結壞死耶...-- Sunny00217  2021年2月25日 (四) 10:07 (UTC)[回复]
我没说删啊，意思是静态重定向、受损重定向等是否要请维护人员补上同等的重新導向别名。可能需要繁体用户协助写出来，转换担心不准确。--YFdyh000（留言） 2021年2月25日 (四) 15:55 (UTC)[回复]
@YFdyh000：期待您在Phabricator的報告。--210.61.119.85（留言） 2021年2月25日 (四) 11:10 (UTC)[回复]
如上所述，我没法写出地道的、同等的全部别名，且个人建议归纳好一起报。--YFdyh000（留言） 2021年3月9日 (二) 17:05 (UTC)[回复]

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

於Phabricator查看
編號T276694的工單

现在桌面版上，中文版的logo在高清屏幕下明显比英文版的模糊，是否应该修一下？另外，发现桌面版在手机上的logo是svg的，但在电脑上却是png的，不知道这是出于什么考虑做出的这一设置？--百無一用是書生 (☎) 2021年2月22日 (一) 12:53 (UTC)[回复]

建议直接用svg。Internet Explorer 9及以上均支持svg作为background-image。针对Windows系统差劲儿的渲染，可以考虑给logo加大10-20px（就像这次的新年logo一样）。--安忆Talk 2021年2月22日 (一) 13:34 (UTC)[回复]
Windows的彩現是差勁，不過這次不背鍋吧哈哈，純屬躺著也中槍。我也同樣建議用SVG等向量圖取代現有位圖，不過有點好奇遲遲不換的原因是啥，是擔憂不適當縮放下的走樣和相容性？另外就是我之前提的順帶做個SVG分離字元和標誌的吧，然後以後改標誌統一方便也清晰。對我回覆還請勞煩ping一下我，不然我大概會忘了看這邊的討論。--Роу Уилсон Фредериск Холм（留言） 2021年2月22日 (一) 18:40 (UTC)[回复]
其实还是背的，Windows把svg当文字渲染，所以边缘会在屏幕ppi不足的时候糊掉。--安忆Talk 2021年2月25日 (四) 05:28 (UTC)[回复]

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

統一所有外部資源模板的格式

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:外部链接、Category talk:外部资源模板。

先前討論曾經將所有社交網絡連結模板語句及外部連結位置統一，然而經盤查後發現此舉讓所有社交網絡連結模板與所有其他的外部資源模板的格式出現差異，不便維護，因此現擬議重新將所有一般性外部資源模板（包括所有社交網絡連結模板）的格式統一，格式如下所示。先前討論的結果也將會因此失去效力。SANMOSA 誓山海而長在，似日月而無休 2021年2月24日 (三) 06:30 (UTC)[回复]

格式1：
補充：格式2：
“頁面”兩字將視乎相關模板的實際用詞而變成該等模板的原有對應用詞。SANMOSA 誓山海而長在，似日月而無休 2021年2月24日 (三) 06:30 (UTC)[回复]
1. 此句式可能不那么中文，有一点翻译腔。2. 或理解为管控的专页，但豆瓣、IMDb等信息页不如此。3. 或许格式更整齐，如果标题长度相同。4. 会更冗长或重复，A在新浪微博上的页面/A在新浪微博上的微博/A在新浪微博上的微博客/???，且第一种表达更广义，可能被滥用。--YFdyh000（留言） 2021年2月24日 (三) 07:21 (UTC)[回复]
@YFdyh000：（1）這是本地很常用的格式，我自己看的話是不覺得有甚麽問題。（2）如上所述，“頁面”兩字將視乎相關模板的實際用詞而變成該等模板的原有對應用詞，實際格式也未必跟上面的格式完全一樣，可能還是有些調整，但固定的是標題長度還有URL的位置。就{{IMDb name}}而言，“某人在互聯網電影資料庫（IMDb）上的資料”不變，變的是URL的位置只剩下“某人”。（4）同（2），實際格式也未必跟上面的格式完全一樣，可能還是有些調整，就新浪微博而言，“A在新浪微博”我覺得還算是同一種格式，因為我最主要在意的是URL的位置。（5）我再追加另一種格式好了，也放在上面。SANMOSA 誓山海而長在，似日月而無休 2021年2月24日 (三) 10:57 (UTC)[回复]
那视频呢，比如{{youtube}}该如何修改。——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年2月24日 (三) 11:20 (UTC)[回复]
格式2，再不然格式1的“頁面”換成“影片”也可以。SANMOSA 誓山海而長在，似日月而無休 2021年2月25日 (四) 01:17 (UTC)[回复]

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

（續）以模組改寫Namespace pagename模板

本主題或以下段落文字，在討論結束後應存檔至Template talk:Namespace pagename。

承上次討論，現時Module:Namespace pagename應已完善，因此重提以模組改寫Template:Namespace pagename一事。修改方案見此。依Wikipedia:保護方針#需讨论达成社群共识，將模板的功能使用模塊改寫須在此詳細討論後才可提出編輯請求，故將此項請求重新交至此以供討論。SANMOSA 誓山海而長在，似日月而無休 2021年2月25日 (四) 02:12 (UTC)[回复]

将Status2模板更换为使用模块实现

本主題或以下段落文字，在討論結束後應存檔至Template talk:Status。

本主題或以下段落文字，移動自Wikipedia:互助客栈/条目探讨。

如题。本人希望能够将Status2更换为使用模块实现。理由：更易维护，结构更清晰，且在日后若需添加更多选项时更方便。因此，希望能够将该模板更换为使用模块实现。模板更改后的效果：Template:Status2/sandbox，模块位置：Module:Status。根据Status2模板说明页上的说明，现在此通知一名机器人作者（另一名机器人作者已确认该修改不会对机器人造成影响）：Template:Ping3感谢。--Yining Chen（留言|签名） 2021年2月25日 (四) 03:18 (UTC)[回复]

註：此留言已被原作者（User:Yining Chen）移除。2021年3月10日 (三) 12:06 (UTC)[回复]
挺好的，不过为什么混用布尔值、数字和字符串…--安忆Talk 2021年2月25日 (四) 03:33 (UTC)[回复]
@AnYiLin：調整成只使用字串了。SANMOSA 誓山海而長在，似日月而無休 2021年2月25日 (四) 03:45 (UTC)[回复]
上次不经充分讨论就直接公示并更换的结果就是有用户因此被部分封禁了一年，希望这次您可以慎重一点。--东风（留言） 2021年2月25日 (四) 03:37 (UTC)[回复]
@Xiplus：把Template:Status2移動至Template:Status（已騰空頁面並處理連入）會影響bot讀取嗎？如果不影響的話，我建議同時進行移動操作，並將站内所有前者的連結全部換成後者（經bot）。SANMOSA 誓山海而長在，似日月而無休 2021年2月25日 (四) 03:38 (UTC)[回复]
會。另您是想要不留重新導向嗎？--Xiplus#Talk 2021年2月25日 (四) 03:44 (UTC)[回复]
@Xiplus：我傾向不留，但留也不是不可以。如果會影響bot讀取，哪些bot需要修改？SANMOSA 誓山海而長在，似日月而無休 2021年2月25日 (四) 03:46 (UTC)[回复]
@Xiplus：另外一個做法是如果可以確認Template:Status2/sandbox可以完全兼容Template:Status2的功能，我直接把Template:Status2/sandbox的内容寫進Template:Status的空間内，然後Template:Status2變成棄用模板，但不太推薦這樣做，因為最後還是要把很多頁面預設使用的模板變成Template:Status。SANMOSA 誓山海而長在，似日月而無休 2021年2月25日 (四) 04:09 (UTC)[回复]
最好問問Jimmy Xu，bot-directive-archiver那樣寫是否可以。--Xiplus#Talk 2021年2月25日 (四) 04:20 (UTC)[回复]
@Jimmy Xu。SANMOSA 誓山海而長在，似日月而無休 2021年2月25日 (四) 09:14 (UTC)[回复]
只要expandtemplates出来的东西没变就不影响bot。但是为什么一定要删重定向，刷bot编辑次数么。--Jimmy Xu 论 2021年2月25日 (四) 19:54 (UTC)[回复]
@Jimmy Xu：是想完全改變本地的使用習慣，由{{status2}}完全變成{{status}}，與其他站點看齊，避免部分的使用問題。SANMOSA 誓山海而長在，似日月而無休 2021年2月26日 (五) 03:11 (UTC)[回复]
如果参数兼容，不能留着重定向和旧页面不改么。--Jimmy Xu 论 2021年2月27日 (六) 16:31 (UTC)[回复]
@Jimmy Xu：會有人複製舊頁面的内容，到時候會出維護問題，所以要全部改。SANMOSA 江南好，風景舊曾諳 2021年3月6日 (六) 14:38 (UTC)[回复]
我再額外從元維基的meta:Template:Status引入了幾組參數到Module:Status裏，使用sandbox運作測試後，確認沒有運行上的問題。SANMOSA 誓山海而長在，似日月而無休 2021年2月25日 (四) 03:58 (UTC)[回复]
原來一年前寫的不知道在幹嘛的也有人提編輯請求， 草-- Sunny00217  2021年2月25日 (四) 10:11 (UTC)[回复]
(？)疑問:能否将Template:StatusBRFA与Template:Status2合并？它们都是用模块实现的。--Yining Chen（留言|签名） 2021年2月27日 (六) 12:25 (UTC)[回复]
應該模組的部分可以合併寫在一起，但模板合併...難不成又要向{{delh}}這樣？-- Sunny00217  2021年3月1日 (一) 04:57 (UTC)[回复]
@Yining Chen：前者牽涉分類，這模組不太好合併。SANMOSA 江南好，風景舊曾諳 2021年3月6日 (六) 14:42 (UTC)[回复]
@Sanmosa：咱還真的搞了一個，但還沒合併 Xiplus 的補丁-- Sunny00217  2021年3月26日 (五) 14:57 (UTC)[回复]
现在可以更换了吗？--Yining Chen（留言|签名） 2021年3月3日 (三) 12:54 (UTC)[回复]
我想先確認幾個問題，然後才公示。注意這裏是客棧，WP:7DAYS壓在大家頭上。SANMOSA 江南好，風景舊曾諳 2021年3月6日 (六) 14:38 (UTC)[回复]
現將「以Template:Status2/sandbox的內容替代現時Template:Status2的內容，使後者改為以Module:Status編寫，並將Template:Status2同時更名為『Template:Status』」一案公示7日。@Jimmy Xu、Xiplus：如果bot完全無法適應模板更名的動作，請告知，否則請在更名動作進行後盡快修改相關設定，或提早進行兼容性設定。SANMOSA 江南好，風景舊曾諳 2021年3月17日 (三) 10:25 (UTC)[回复]
我暫時不打算不留重新導向和清理原有連入，這可以另外討論。SANMOSA 江南好，風景舊曾諳 2021年3月17日 (三) 10:32 (UTC)[回复]
@Sanmosa：現存站務頁面（存檔除外）及編輯提示都清理完成了嗎？--Xiplus#Talk 2021年3月24日 (三) 03:28 (UTC)[回复]
@Xiplus：清理了一部分，應該需要幫助（尤其編輯提示）。SANMOSA 江南好，風景舊曾諳 2021年3月24日 (三) 03:52 (UTC)[回复]
@Sanmosa：bot-directive-archiver的部分您沒有處理好，DRV一堆被錯誤存檔了。--Xiplus#Talk 2021年3月26日 (五) 14:18 (UTC)[回复]
修了。--Xiplus#Talk 2021年3月26日 (五) 14:38 (UTC)[回复]

請求評論骨架完成，並討論機器人引進作業

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:請求評論（錯誤：Wikipedia talk:請求評論是重定向頁面）、Wikipedia talk:回饋請求服務。

各位使用者您好，RFC的主要說明頁面骨架大致建立完成，剩下的頁面與系統功能無關，因此可以進行準備工作。

目前要討論的是引入兩個機器人，User:Legobot以及WP:FRS的機器人。前者是RFC的主要核心機器人，屬於全域機器人，需提出引入中文維基百科，可能還需要額外進行本地化處理；後者則是FRS運作的主要機器人，屬於本地機器人，要進行修改、調整及測試。以上。臺灣杉在此發言 (會客室) 2021年3月9日 (二) 05:31 (UTC)[回复]

(？)異議:還沒有共識引入RFC，怎麼就要申請機器人？--蟲蟲飛♡♡→♡℃※留言 2021年3月10日 (三) 02:41 (UTC)[回复]
沒有測試機器人的有效性，就無法進一步討論是否引入，該測試與討論是否引入RFC無關。此外，測試場合先不會在主要熱門討論頁面（如互助客棧）進行，原有模式不受影響。--臺灣杉在此發言 (會客室) 2021年3月10日 (三) 03:06 (UTC)[回复]
不要想着依赖于bot，bot只是辅助--百無一用是書生 (☎) 2021年3月10日 (三) 07:31 (UTC)[回复]
(？)疑問：能否简要介绍Legobot的功能？--Yining Chen（留言|签名） 2021年3月10日 (三) 12:25 (UTC)[回复]
在WP:RFC裡面有說明。--臺灣杉在此發言 (會客室) 2021年3月11日 (四) 00:23 (UTC)[回复]

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

Module转换组定义转换项时，能否不用填写 type = "item" ？

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:字詞轉換處理/公共轉換組。

目前定义转换项时，需要填写type = "item"，比如： 

{ type = "text", text = "=== 硬體用語 ===" },
{ type = "item", original = "computer", rule = "计算机=>zh-tw:電腦; 计算机=>zh-hk:電腦; 计算机=>zh-mo:電腦;" }, -- 大陆亦常用“电脑”，故用单向
{ type = "item", original = "memory", rule = "zh-cn:内存; zh-tw:記憶體;" },
{ type = "item", original = "port", rule = "zh-cn:端口; zh-tw:埠;" },

这样会让定义项比较长，如果后面有注释容易导致显示上换行。而且Module大部分内容都是在定义转换，所以能否考虑将type = "item"作为缺省设置，可以省略不填？就像： 

{ type = "text", text = "=== 硬體用語 ===" },
{ original = "computer", rule = "计算机=>zh-tw:電腦; 计算机=>zh-hk:電腦; 计算机=>zh-mo:電腦;" }, -- 大陆亦常用“电脑”，故用单向
{ original = "memory", rule = "zh-cn:内存; zh-tw:記憶體;" },
{ original = "port", rule = "zh-cn:端口; zh-tw:埠;" },

--洛普利宁 2021年3月11日 (四) 06:14 (UTC)[回复]

建议公共转换组这样写语法糖，排版整洁而不减功能。各位对格式是否有意见，比如函数名、I( 内容 )是否要留空格。--YFdyh000（留言） 2021年3月11日 (四) 08:07 (UTC)[回复]
目前修改Module:CGroup/泰國人名和Module:CGroup/People后未见异常。鉴于只是格式调整且易于回退，如果3日内无反对，计划手动转换当前的公共转换组模块到此格式（不含模板和重定向）。--YFdyh000（留言） 2021年3月11日 (四) 12:43 (UTC)[回复]
@YFdyh000：这个太好了！PS：I会不会容易被看成小写的l？PPS：只输入一个参数时，能否视作输入参数乙？--洛普利宁 2021年3月11日 (四) 16:02 (UTC)[回复]
那就用Item，沒必要短到難以理解。另外original似乎沒有用處，應該可以改成註解以減少回傳的資料量。--Xiplus#Talk 2021年3月12日 (五) 01:49 (UTC)[回复]
original用在CGroupViewer。--Xiplus#Talk 2021年3月12日 (五) 01:58 (UTC)[回复]
用I出于local的函数必定在开头，理解不难。用Item也好。@Lopullinen：代码编辑器模式下的模块编辑器，I是等宽字体，好像不太容易看错。不太明白是省略哪个参数，请提一下例子。--YFdyh000（留言） 2021年3月12日 (五) 04:44 (UTC)[回复]
@YFdyh000：original可以不填，比如{ type = "item" rule="zh-hans:大宇资讯; zh-hant:大宇資訊;" }, -- 修正過度轉换。當然這個需求不大重要，寫個公司英文名填充參數也没問題。I用Apple設備在編輯介面比較慘，但是一個字母的確有助于進一步壓縮長度。反正編輯者都是模仿抄寫的，I具體有什麽内涵也不緊要，當隨意起的名字就行；所以在想能不能换一個區分度比較大的字母（比如H）。--洛普利宁 2021年3月12日 (五) 05:28 (UTC)[回复]
@Lopullinen：啊对，想过这个情况（但后来忘了），值得考虑一下。T的区分度较高，但因字形就改用语义更模糊的T可能不合适，以及应不需要极力压减长度。H感觉更晦涩难懂了。1. 单加一个R或者Rule函数？2. 用if判断如传入""。3. Item(nil, "zh-...."), 就可以了，例子见Module:CGroup/Les_Misérables。--YFdyh000（留言） 2021年3月12日 (五) 05:54 (UTC)[回复]
@YFdyh000：那Item就好。（爲什麽我不習慣首字大寫，不過無所謂了）--洛普利宁 2021年3月12日 (五) 06:08 (UTC)[回复]
您一提醒也感觉不符常见的命名法。但小写有点像变量，大写开头也整齐，所以还是首字母大写吧。--YFdyh000（留言） 2021年3月12日 (五) 06:28 (UTC)[回复]
在這試驗了下，看{{CGroupViewer}}似乎是OK的。另外CSS能不能把目錄搞成每個二級目錄换一行？想用{{horizontal TOC}}壓縮目錄長度，結果又做的太超過了。--洛普利宁 2021年3月12日 (五) 18:19 (UTC)[回复]
感觉不容易调出令人满意的效果。模块:CGroup/Games/sandbox/doc当前这样吗，感觉还是挺乱的。如果二级标题有合适前缀，次级标题有缩进，可能更好一些。--YFdyh000（留言） 2021年3月12日 (五) 20:02 (UTC)[回复]
@YFdyh000：模拟分号/冒号语法那样的样式吗？ 感觉没啥好办法--洛普利宁 2021年3月12日 (五) 20:07 (UTC)[回复]
安排了冒号。标点旁有奇怪的空格没解决。如果用顿号，四五六...级标题的显示效果会变奇怪，得另修。规则暂未预防影响其他目录。--YFdyh000（留言） 2021年3月12日 (五) 20:35 (UTC)[回复]
這樣挺好了。標題文字本身也太長，我還需要縮短一下。--洛普利宁 2021年3月12日 (五) 20:40 (UTC)[回复]
@Lopullinen：如果您希望改目录版式，建议新开一个话题，方便继续讨论。--YFdyh000（留言） 2021年3月16日 (二) 01:50 (UTC)[回复]
@YFdyh000：不确定有多少转换组是一堆二级目录带一堆三级目录的。小转换组目录本来就没几个。IT、Music等的大转换组是按ABCDEFG分的，普通的{{horizontal TOC}}也够用。怀疑这种目录格式都没有什么泛用性……--洛普利宁 2021年3月16日 (二) 04:31 (UTC)[回复]
做個記錄：有些機器人可能會用到，例如咱家的（e.g., Wikipedia:字詞轉換處理/公共轉換組/*）。如果真要處理，麻煩最後請統一所有相關頁面，這邊才好重寫程式。 --Kanashimi（留言） 2021年3月13日 (六) 00:36 (UTC)[回复]
@Kanashimi：应该是都搞定了，模板保护的Unit和IT组提交了编辑请求。Unit和Medicine组多加了一个ItemD函数。WP:CGROUP我加了一些说明。过程中遇到没想过的desc属性，不过用的不多。以及original后置等写法，总之现在改成一样了，考虑过是否{o:''}之类的简写，但这样简写就不好读、意义不大了，也很容易语法出错。快弄完才想起AWB，不过我估计AWB不能提示语法出错。如果大规模，也可以JSLT提取。用到的部分正则表达式见注释。--YFdyh000（留言） 2021年3月16日 (二) 01:42 (UTC)[回复]
@YFdyh000：直接統一成這樣好了，會更簡潔且不用特殊處置：
local function Item(o, r, d) 
    return { type = 'item', original = o, rule = r, desc = d };
end
這個語法糖應該要寫入說明文件中（已完成），要不然有人又創造了其他用法，cewbot就讀不懂了...(cewbot採用JavaScript來解析lua。這邊基本上必須以JavaScript重寫所有函數，包括 Item()。) --Kanashimi（留言） 2021年3月16日 (二) 08:59 (UTC)[回复]
翻Module:CGroupViewer和Module:NoteTA都沒有看到使用desc的地方，究竟在哪？--Xiplus#Talk 2021年3月16日 (二) 10:29 (UTC)[回复]
原先就有的……memo用？ --Kanashimi（留言） 2021年3月16日 (二) 11:08 (UTC)[回复]
看起來可以用註解代替就好。--Xiplus#Talk 2021年3月16日 (二) 12:20 (UTC)[回复]
@YFdyh000：若無其他考量，例如必須在某個地方呈現描述，或許就改成註解即可？　 --Kanashimi（留言） 2021年3月16日 (二) 21:23 (UTC)[回复]
我没意见。印象中很久以前MediaWiki:Gadget-noteTA.js可以为规则追加自定义描述，但没能找到相关代码，可能早已失效。--YFdyh000（留言） 2021年3月16日 (二) 22:03 (UTC)[回复]
看起來似乎沒有其他意見。那就改了。 --Kanashimi（留言） 2021年3月19日 (五) 06:48 (UTC)[回复]
目前可以使用這份AWB設定檔進行批量替換。--Xiplus#Talk 2021年3月19日 (五) 09:14 (UTC)[回复]
@Kanashimi：格式以Module:CGroup/Medicine作為範本行嗎？--Xiplus#Talk 2021年3月23日 (二) 10:25 (UTC)[回复]
OK --Kanashimi（留言） 2021年3月23日 (二) 10:36 (UTC)[回复]
已全數按此範本轉換完成。--Xiplus#Talk 2021年3月26日 (五) 08:10 (UTC)[回复]
说起来，电子游戏专题先前有人在问为什么NoteTA早就变成模块实现了，仍然还有转换组不超过10个、单独项目不超过30个的限制。我看这个限制能否有办法去除？ --Milky·Defer 2021年3月17日 (三) 16:30 (UTC)[回复]
@MilkyDefer：所以这个限制体现在哪里？--YFdyh000（留言） 2021年3月18日 (四) 12:32 (UTC)[回复]
@YFdyh000：Module:NoteTA#L-59和Module:NoteTA#L-90--Milky·Defer 2021年3月18日 (四) 12:36 (UTC)[回复]
目前模块:NoteTA应该是转换组和规则是各`for` 30个。赞成作软限制，例如应用100个规则、20个组，对超过50个规则和10个组的条目各列一个维护分类（如NoteTA转换组过多的页面、NoteTA转换规则过多的页面）以维护和整合规则。--YFdyh000（留言） 2021年3月18日 (四) 12:47 (UTC)[回复]

合并{{Infobox military award}}

本主題或以下段落文字，在討論結束後應存檔至Template talk:Infobox award。

@Vozhuo：完成。在{{Infobox military award/doc}}看到合併後的效果似乎正常。SANMOSA 江南好，風景舊曾諳 2021年3月24日 (三) 08:35 (UTC)[回复]
下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

我打算跟进英文维基将{{Infobox military award}}并入{{Infobox award}}，我已经完成{{Infobox award}}的修改，到时候直接重定向就行了，请检查当前的方案是否合适。--Vozhuowhisper 2021年3月12日 (五) 11:18 (UTC)[回复]

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

Template:tabs手机版不工作

本主題或以下段落文字，在討論結束後應存檔至Template talk:Tabs。

见Template:tabs。可以参考萌娘百科实现[1]，不过那是ccbysanc--E.A.Crowley666✍️ 2021年3月14日 (日) 14:10 (UTC)[回复]

试了一下，把 common.js 92－150 行的部分复制到 MediaWiki:mobile.js 应该就可以了。前者在手机版视图下不会加载。看看其他人意见，没意外的话我会动手。 --砜中嘌呤的白磷萃取 打谱 2021年3月17日 (三) 02:11 (UTC)[回复]
完成，手机版测试已经可用。 --砜中嘌呤的白磷萃取 打谱 2021年3月21日 (日) 12:11 (UTC)[回复]

提议更改中文系列语言标识的样式

在以 Cite 开头的一系列引文模板中，“language=”参数用于标注参考资料的语言，当填入某一特定类型的中文时，将显示为括号里面又包含括号的样式，例如填入“zh-hant”“zh-hk”“zh-cn”“zh-my”分别显示为“（中文（繁体））”“（中文（香港））”“（中文（中国大陆））”“（中文（马来西亚）‎）”。这种括号套括号的格式，视觉效果略显累赘，不够舒服美观，而且不符合中文标点符号的使用惯例。至少在中国大陆，如遇括号内还需使用括号的情况，规范用法是以方括号〔〕包含圆括号（），正式的官方公文与各类学术论文、专著，都极少出现全角圆括号里面再套一个相同括号的形式。出于简洁明了的考虑，建议通过调换语序的方式或者使用全角连接号替代双重括号，如上述几例可以显示为“（繁体中文）”“（中文－香港）”“（中文－中国大陆）”“（中文－马来西亚）”。

--蕭漫（留言） 2021年3月17日 (三) 15:13 (UTC)[回复]

（印象中如果链接内容是中文的话，cite系列模板不需要填写language参数？--Tim Wu（留言） 2021年3月17日 (三) 15:22 (UTC)[回复]
雖然對中文來源而言可以不用填寫language，但如果條目有包含各地中文來源，那就很需要了（粵語閱讀障礙，還是粵語有自己的參數？）。 --無心*插柳*柳橙汁 2021年3月17日 (三) 15:30 (UTC)[回复]
@Milkypine：确实有粤语参数，填入 language=zh-yue 显示为“（粤语）”。--蕭漫（留言） 2021年3月17日 (三) 15:49 (UTC)[回复]
大致(＋)支持提議。其他語種也可以考慮，例如將en-US改成（英文－美國）。—— Eric Liu 創造は生命（留言．留名．學生會） 2021年3月18日 (四) 00:21 (UTC)[回复]
en-US 顯示為「（美國英語）」，這個不用改。--蕭漫（留言） 2021年3月22日 (一) 14:22 (UTC)[回复]
语言显示是由fetchLanguageName API输出的，可能需要在站外修改，或者在站内模块中覆盖输出的文字。--Vozhuowhisper 2021年3月18日 (四) 05:40 (UTC)[回复]
赞成，但技术层面不知道有无难度。--YFdyh000（留言） 2021年3月23日 (二) 09:12 (UTC)[回复]
只需要重写Module:Citation/CS1#L-2269的第2269行。沙盒版需要重写Module:Citation/CS1/Configuration/sandbox#L-872。--GnolizX（留言） 2021年3月23日 (二) 10:54 (UTC)[回复]
如果要改的話，可以直接比照現在轉換用的標籤來更改，比如大陸簡體、香港繁體什麼的，連「—」也不用加，跟en-US大致是同一道理。--AT 2021年3月31日 (三) 12:08 (UTC)[回复]

有关保护模板

如-{zh-hant:登入;zh-hans:登录}-之类的表述，无法在结构式讨论中显示。且此模板似乎无法正常正常将页面添加到Category:保護狀態與保護標誌不符的頁面，若此类模板无针对结构式讨论的特殊限制，可能需要修改以支持上述功能。--LaMagiaaa（留言） 2021年3月17日 (三) 18:23 (UTC)[回复]

模板必須放在摘要或是描述才會有分類。-- Willy1018（留言） 2021年3月18日 (四) 01:53 (UTC)[回复]
见User talk:KOKUYO，该位置可以正确分类，且正常显示在Category:被半保護的用戶頁。但无法判断保护状态，且此模板由于手动转换的使用在该位置无法正常工作。--LaMagiaaa（留言） 2021年3月18日 (四) 05:19 (UTC)[回复]
只修模板的话我不觉得能修好这些问题，应该修的是结构式讨论。（比如不支持繁简转换的问题都是多少年前 Flow 刚出的时候就有人提了，一直没人修。）然而结构式讨论已经不再开发新功能也不再在新的维基上部署了，一共也没多少维基还在用了。--砜中嘌呤的白磷萃取 打谱 2021年3月21日 (日) 12:56 (UTC)[回复]

Wikipedia:頁面存廢討論/記錄/2021/03/03

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

機器人又有問題了--John123521 (留言-貢獻) 2021年3月21日 (日) 14:58 (UTC)[回复]

機器人無問題，還請User:A2569875注意關閉格式。--Xiplus#Talk 2021年3月24日 (三) 05:03 (UTC)[回复]
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

为Infobox station增加“邮政编码”参数

本主題或以下段落文字，在討論結束後應存檔至Template talk:Infobox station。

轉介自Template talk:Infobox station#请求增加“邮政编码”这一参数。有用戶請求為{{Infobox station}}增加“邮政编码”参数。根據方針，新增參數屬於需要在客棧討論的受模板保護模板修改事項，故現轉介至客棧，供各位商議。先前的討論有提到新參數的重要性或必要性的問題，供各位參考。SANMOSA 江南好，風景舊曾諳 2021年3月22日 (一) 07:37 (UTC)[回复]

@Togset、Pseudo Classes。SANMOSA 江南好，風景舊曾諳 2021年3月22日 (一) 07:37 (UTC)[回复]
感觉不是必要信息，用来寄信吗；WP:NOT；未见英文维基有。--YFdyh000（留言） 2021年3月22日 (一) 08:20 (UTC)[回复]
真的很必要吗？通常不必要。--痛心疾首
這和車站編號的分別是甚麽？SANMOSA 江南好，風景舊曾諳 2021年3月23日 (二) 07:15 (UTC)[回复]
然後説放在「位置」參數下其實也沒甚麽大問題，日比谷圖書文化館和苗栗縣三灣鄉立圖書館我不也是這樣寫，我甚至連括號也不寫。SANMOSA 江南好，風景舊曾諳 2021年3月23日 (二) 07:20 (UTC)[回复]
@Togset：泉水谷站，仅dawiki以相同方式写了2760，其他语言条目没有写。所以这是什么编码，确实有读者需要吗，是station通用的“邮政编码”吗。以及奇特的是，它的维基数据项中邮政编码目前是3660。请求来源。--YFdyh000（留言） 2021年3月23日 (二) 09:24 (UTC)[回复]
抱歉插個話，@Togset：您在內文中插入分類的語法似乎有誤，我已協助修正。--迴廊彼端（留言） 2021年3月23日 (二) 15:02 (UTC)[回复]
@YFdyh000：丹麦国家铁路官网上泉水谷站的邮政编码为2760（网址链接：[2]），维基数据项中的相关数据我也进行了修改。 --Togset（留言） 2021年3月24日 (二) 4:05 (UTC)
@Togset：打不开这个链接，"The request is blocked."，不知道为什么。[3]网页存档看，2016和2019年都是3660，存档最新状态，里面也是3660，没看到2760显示的位置。--YFdyh000（留言） 2021年3月24日 (三) 05:27 (UTC)[回复]
@YFdyh000：用Tor浏览器试试 --Togset（留言） 2021年3月24日 (二) 6:55 (UTC)
@YFdyh000：要用歐洲位置的IP才能看到。最新的存檔顯示那個郵政編號是Google地圖給的。SANMOSA 江南好，風景舊曾諳 2021年3月24日 (三) 08:48 (UTC)[回复]
@Sanmosa：假如我们这些翻译们足够功夫到家，向外国的地址寄信、寄快递或在外国找路就可以直接使用中文，而且还能够大幅降低学习外语的难度。因为假如您对一个事物足够熟悉，语言换了也不会太难；假如您对相关背景不够熟悉，凭空学习一门语言会非常难。我在通过中文文献了解外国国情时，总觉得假如外国国情是一本书，中文文献中的内容就像“摘要”，那我就想问问：“‘正文’哪里去了？”；而“正文”就是我们这些翻译需要补充的内容。我们中文维基百科编者应当比英文维基百科编者做得更好，因不是仅仅去做英文维基百科编者的追赶者。综上所述，在这一模板中补充“邮政编码”参数是非常必要的。 ——Togset（留言） 2021年3月25日 (二) 2:31 (UTC)
前面的话很难懂。所以读者有相当一部分将条目当成工具书来查邮编吗，不应该是搜索引擎或相关资料网站查询吗。如果邮编是Google地圖給的，恐怕也不满足列明来源，可靠性欠佳。--YFdyh000（留言） 2021年3月25日 (四) 03:27 (UTC)[回复]
@Togset：同上，我依舊懷疑「2760」的真確性。另一方面，苗栗縣三灣鄉立圖書館並不是翻譯條目，我認為直接在地名前加上數字而不寫括號的表達方式已經足以讓人意識到那組數字是一個郵政編碼。SANMOSA ······ 2021年3月29日 (一) 06:17 (UTC)[回复]

導航模板標題呈現

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

中維最近更新了嗎 ?

有沒有人發現導航模板標題呈現偏右了，尤其是模板:Campaignbox 德克薩斯革命等模板:Campaignbox，偏右得很誇張。

發生了甚麼事情 ?-- 約翰同志－條目裱糊匠（留言） 2021年3月22日 (一) 16:12 (UTC)[回复]

話說模板右邊不是「顯示」和「隱藏」，怎會成了「展開」和「合併」 ? 是否這樣導致導航模板標題呈現偏右了 ? -- 約翰同志－條目裱糊匠（留言） 2021年3月22日 (一) 17:21 (UTC)[回复]

其他維基正常，這純粹出現在中維。-- 約翰同志－條目裱糊匠（留言） 2021年3月22日 (一) 18:43 (UTC)[回复]

Module:Navbox#L-71改 white-space:nowrap 會比較好？ --Kanashimi（留言） 2021年3月23日 (二) 00:46 (UTC)[回复]
被“查论编”挤的。刚刚改了一下，等一会儿CSS生效再看看。--安忆Talk 2021年3月23日 (二) 04:43 (UTC)[回复]
现在的“得克萨斯革命”是相对于“查论编”和后面的按钮居中的，也就是“得克萨斯革命”相对于前后元素的距离是平均的。--安忆Talk 2021年3月23日 (二) 05:09 (UTC)[回复]
相对于标题栏居中的话，需要给“查论编”和后面的按钮以position: absolute属性，再给后面的按钮以right: 1em属性。需要变动的地方太多，本着最小改动量原则便不再改它了。--安忆Talk 2021年3月23日 (二) 05:14 (UTC)[回复]
图例，上下两个框分别对应上方的说明一和二。--安忆Talk 2021年3月23日 (二) 05:20 (UTC)[回复]
英维是前者的样子。--安忆Talk 2021年3月23日 (二) 05:21 (UTC)[回复]

造成這一切源頭究竟是甚麼 ? 明明昨天還是正常。Tech news不見有甚麼改動，不單止campaignbox，Navbox、Military navigation、command structure等導航模板標題呈現都偏右了。找到源頭，回退它，應該沒有事吧。-- 約翰同志－條目裱糊匠（留言） 2021年3月23日 (二) 08:58 (UTC)[回复]

@Comrade John：啊这，应该是我请求安忆更新MediaWiki:Gadget-collapsibleTables.js版本所致。目前我这边看，加载后没有很明显的偏移，加载中有偏右。--YFdyh000（留言） 2021年3月23日 (二) 09:16 (UTC)[回复]
@YFdyh000：還是undo掉導致導航模板標題呈現偏右那部份吧，這回事竟有用戶走到我討論頁問了。-- 約翰同志－條目裱糊匠（留言） 2021年3月23日 (二) 09:29 (UTC)[回复]
现在已经变成之前的样子了吧，我看和英维是一个样的。--安忆Talk 2021年3月23日 (二) 09:35 (UTC)[回复]
collapsibleTables.js也没有什么会导致导航模板标题偏右呈现的部分…那是被“查论编”挤的。--安忆Talk 2021年3月23日 (二) 09:37 (UTC)[回复]
要么就按上面我给出的说明二，加个position: absolute“完完全全”地居中。--安忆Talk 2021年3月23日 (二) 09:39 (UTC)[回复]
@Comrade John：现在问题仍有吗，我这边感觉还好。肯定是更新所致，但不清楚哪段代码导致，且安忆已在做修正，不知道撤销是否会恢复原样，调查成因比较好。--YFdyh000（留言） 2021年3月23日 (二) 09:36 (UTC)[回复]
我看是没什么问题了。之前确实会右移8.5em，但现在已经相对于“查论编”和后面的按钮居中了。--安忆Talk 2021年3月23日 (二) 09:41 (UTC)[回复]

其實問題仍在，澳大利亚皇家空军第91大队中那個Infobox下面，command structure模板，偏右得很誇張。我刪掉（1950至1955年），仍是偏右得誇張。被「查論編」擠的，說不通，之前一直在擠。要麼是更新，要麼是MediaWiki:Gadget-collapsibleTables.js。

说得通。您提到的那个是模板的问题。它加了句<span style="float:left;width:8em;font-size:80%;margin-right:0.5em;"> </span>，简单说就是它自己加了个宽8个汉字的空格。--安忆Talk 2021年3月23日 (二) 10:00 (UTC)[回复]
需要去掉Module:Navbox#L-67的if块。--安忆Talk 2021年3月23日 (二) 10:05 (UTC)[回复]
所以現在解決辦法有 ?-- 約翰同志－條目裱糊匠（留言） 2021年3月23日 (二) 10:33 (UTC)[回复]
提Module:Navbox的ep。--安忆Talk 2021年3月23日 (二) 10:58 (UTC)[回复]
不止是标题偏右，伴生的问题还有标题栏右侧的“折叠”“展开”字样都成粗体了，该字样加粗后不清爽美观，应恢复至之前的正常状态。--蕭漫（留言） 2021年3月23日 (二) 11:50 (UTC)[回复]
對，造成這一切源頭究竟是甚麼 ? 快些回退。-- 約翰同志－條目裱糊匠（留言） 2021年3月23日 (二) 12:02 (UTC)[回复]

@Comrade John：现在的{{Campaignbox 德克薩斯革命}}呢？--安忆Talk 2021年3月23日 (二) 12:42 (UTC)[回复]

我这里正常了，MediaWiki:Gadget-collapsibleTables.js能造成问题我还真是没想到。--ときさき くるみ 2021年3月23日 (二) 12:50 (UTC)[回复]
可以了。-- 約翰同志－條目裱糊匠（留言） 2021年3月23日 (二) 12:54 (UTC)[回复]
(～)補充：@AnYiLin：所以为什么中维板子默认是偏右显示（而不是左对齐）的，有点奇怪，我看英维似乎没有额外参数也是左对齐的。--ときさき くるみ 2021年3月23日 (二) 12:56 (UTC)[回复]
为什么偏右在上面有说，标题文字左面有宽8.5文字宽度的空格…说实话，我认为上面提到的问题正是各种模板模块为了适应这个远古js所导致的。估计当初就是在用错误来修正错误，那个js之前有一堆额外的样式，结果现在又得在更新之后拿新的妥协旧的。--安忆Talk 2021年3月23日 (二) 13:06 (UTC)[回复]
或许正本清源才是最好的做法？把那个错误的远古js彻底修正，而不是再将错就错下去。因为这个导航模板似乎还是有些问题，比如{{鯨豚類}}、{{肉鰭魚總綱}}这两个模板，其最上方的主标题偏右，下方的次级标题偏左，而英维则是对齐的。--蕭漫（留言） 2021年3月23日 (二) 14:15 (UTC)[回复]
其实要正本清源应该是去改模块，现在是新版的js在妥协远古的、将错就错的修改。您说的问题已经临时修正了，等待缓存刷新即可。--安忆Talk 2021年3月23日 (二) 14:31 (UTC)[回复]

請重開話題，模板:科摩羅選舉以及任何有綠連標題的選舉模板，flagicon+綠連標題=消失的綠連標題，震撼。模板:御所線以及所有鐵路模板，右邊顔色和標題欄右側的「摺疊」「展開」字樣重疊。造成這一切源頭究竟是甚麼 ? 事態有少少嚴重，用不用找相關管理員問問 ?-- 約翰同志－條目裱糊匠（留言） 2021年3月23日 (二) 20:17 (UTC)[回复]

@瑞丽江的河水：麻烦在线的您将MediaWiki:Gadget-collapsibleTables.js暂时回退到2016年最后版本，以避免上述故障。--YFdyh000（留言） 2021年3月23日 (二) 20:44 (UTC)[回复]
@YFdyh000：这个需要界面管理员的权限，我改不了。--河水|滇 2021年3月23日 (二) 20:47 (UTC)[回复]
啊这，那只能等待了，麻烦您了。--YFdyh000（留言） 2021年3月23日 (二) 20:49 (UTC)[回复]
@YFdyh000：已经回退到了那个版本，我先找几个人做做测试。--安忆Talk 2021年3月23日 (二) 23:46 (UTC)[回复]

挺严重的，全部Navbox隐藏展开都没了。🌟🌟Talk 2021年3月24日 (三) 00:02 (UTC)[回复]

您好，在半小时之前，就已经取消了全部的改动，并恢复到了五年前的版本。--安忆Talk 2021年3月24日 (三) 00:20 (UTC)[回复]
现在查看，已经没问题了。--🌟🌟Talk 2021年3月24日 (三) 01:33 (UTC)[回复]
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

Tech News: 2021-12

维基媒体技术社群提供的最新技术新闻。请将这些更改告知有关的其他用户。并非所有变更都会影响到您。翻译版本已提供。

最近更改

問題

  • UTC时间2021年3月23日06时00分，您在短时间内将只能阅读而不能编辑12个Wiki。这也影响更改密码、新Wiki自动登录、全局重命名，以及更改与确认电子邮件地址。维护预计需要30分钟或更短时间。

本週後期變更

  • 經常項目 MediaWiki新版本將於3月23日部署至測試維基及MediaWiki.org，及於3月24日部署至非維基百科站點及部分维基百科，並於3月25日部署至所有站點，參見日曆。
  • 语法高亮颜色将修改以提升可读性。很快将部署到第一批wiki。 [4]

未來更新

  • 修订版本标记不再提供多级深度和多个标签，因为很少有Wiki使用这样的功能，且这增加了该工具的维护难度。 [5][6]
  • 高級項目 小工具和用户脚本目前可通过JavaScript访问有关当前页面的变量。而自2015年起wg*已转移至mw.config。原有wg*很快将会失效。 [7]

技术新闻由技术大使制作并由MediaWiki信息递送送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2021年3月22日 (一) 16:52 (UTC)

「討論工具」回覆時沒有加簽名的快捷按鈕... --Kanashimi（留言） 2021年3月23日 (二) 10:37 (UTC)[回复]
@Kanashimi：不是会自动签名吗？--YFdyh000（留言） 2021年3月23日 (二) 10:48 (UTC)[回复]
mw:Talk pages project/Replying ...確實。--Kanashimi（留言） 2021年3月23日 (二) 11:14 (UTC)[回复]

透過直接更改網址能夠新建已存在繁／簡字條目的簡／繁版本，算是bug嗎？

如題，例如說以繁體字武聖宮命名的頁面已經存在，但是直接用簡字帶入編輯頁面會得到「尚未建立頁面」的訊息，可能造成建立平行條目的問題，不知道這算不算是個bug，有沒有方法預防？--迴廊彼端（留言） 2021年3月23日 (二) 14:56 (UTC)[回复]

不算？好像是如果A能直接繁简转换为B，B是能通过前端生成301重定向的查看界面，但似乎仅限于查看，编辑是分开的，方便B弄成是mw系统内的重定向（对应A）或者另开条目（如果不对应A的话）。——Sakamotosan路过围观杯弓蛇影 | 避免做作，免敬 2021年3月24日 (三) 00:49 (UTC)[回复]
如果全局转换表出错，会出现使用正确形式的需求。--YFdyh000（留言） 2021年3月24日 (三) 01:17 (UTC)[回复]
感謝兩位回應，不過我在想，如果這種編輯頁面能像搜尋頁面一樣列出一個「在維基百科上已有名為『OOO』的頁面」，應該能夠幫忙減少誤建平行條目的機率？--迴廊彼端（留言） 2021年3月24日 (三) 16:31 (UTC)[回复]
@迴廊彼端：不過我都是通過google搜維基百科條目的。--Googol19980904（留言） 2021年3月25日 (四) 09:01 (UTC)[回复]
也期望有，但可能需要MediaWiki层面的开发。--YFdyh000（留言） 2021年3月24日 (三) 22:06 (UTC)[回复]
可以用 javascript 做出類似功能-- Sunny00217  2021年3月26日 (五) 14:51 (UTC)[回复]

Twinkle更新 (2021-03-24) @3b75578

近期變更
  • Twinkle選單中複選框與文字太過擁擠的問題現已修復。
  • 批刪：在選單內增加CSD F10選項。

如果近期變更有任何錯誤，或是認為未來變更會造成任何問題，請在Twinkle討論頁、互助客棧技術版、Telegram群組或Github擇一報告。--Xiplus#Talk 2021年3月24日 (三) 04:51 (UTC)[回复]

Module:NoteTA發生錯誤

本主題或以下段落文字，在討論結束後應存檔至Module talk:NoteTA。

目前有用到Template:NoteTA的頁面頂部都會出現「Lua錯誤 在Module:NoteTA的第24行：data for mw.loadData contains a table with a metatable」，不知道是發生什麼事了。--冥王歐西里斯（留言） 2021年3月24日 (三) 05:50 (UTC)[回复]

已全數回退。--Xiplus#Talk 2021年3月24日 (三) 06:32 (UTC)[回复]
事前测试不到位，我的责任，抱歉。--Hamish論 2021年3月24日 (三) 06:49 (UTC)[回复]
問題是出在Module:NoteTA#L-24是使用mw.loadData，而mw.lua寫到：（Lx表第x行）
  1. L752：function mw.loadData( module )
  2. L764：mw.executeModule( function() return require( module ) end, nil, newFrame( 'empty' ) )
  3. L465：function mw.executeModule( chunk, name, frame )
  4. L484：env.os.date = ttlDate
  5. L112：local function ttlDate( format, time )
  6. L116：wrapDateTable( now )
  7. L93：local function wrapDateTable( now )
  8. L94：return setmetatable( {}, {
@Artoria2e5、Hamish、Xiplus： -- Sunny00217  2021年3月24日 (三) 12:07 (UTC)[回复]

Wikipedia:互助客栈/技术#Location map模板坐标位置错误

本主題或以下段落文字，在討論結束後應存檔至Template talk:Infobox French commune/regmap。

使用了Template:Location map France Nouvelle-Aquitaine等模板的条目，如格拉迪尼昂，跟全国地图内的位置以及外维条目的大区地图内的位置一对比，可以看出其在新阿基坦大区内的位置明显错误，位置偏得离谱，可是这些Location map模板的top、bottom、left、right参数均是复制外维模板的，没有发现任何问题，所以为什么会出现坐标位置错误？应该如何修复？ --Bigbullfrog1996（留言） 2021年3月24日 (三) 17:02 (UTC)[回复]

@Bigbullfrog1996：應該是近日執行的對Module:Location map的編輯請求的緣故，已回退。請檢查現時是否仍然出現相同問題。SANMOSA 江南好，風景舊曾諳 2021年3月25日 (四) 00:40 (UTC)[回复]
未见改变，上述条目里好像还是歪的。--YFdyh000（留言） 2021年3月25日 (四) 00:53 (UTC)[回复]
看起来是您自己把 {{Infobox French commune/regmap}} 改坏了。您增加了新的 coord 参数，删除了原有的 latitude 和 longitude 参数。然而现时 {{Infobox French commune}} 并没有提供给它 coord 参数，所以回落到了 {{coord|46|1}} 的位置。我修复了这一问题。按理来说对模板保护页面的重大编辑（删除被使用过的功能和参数）是不是应该走编辑请求……？
@Sanmosa：看起来不是您那个编辑的问题。--砜中嘌呤的白磷萃取 打谱 2021年3月25日 (四) 06:38 (UTC)[回复]
先前因謹慎起見而回退了已執行的編輯請求，現已再恢復。SANMOSA 江南好，風景舊曾諳 2021年3月25日 (四) 14:20 (UTC)[回复]

展开折叠按钮的颜色

我在{{Infobox YouTube personality/sandbox}}中复制了英文维基模板的代码，但发现创作者奖右侧的展开折叠按钮是蓝色的，见Template:Infobox_YouTube_personality/testcases，但是英文维基原样的代码显示就是白色的，见en:Template:Infobox_YouTube_personality，这是为什么？--Vozhuowhisper 2021年3月25日 (四) 12:55 (UTC)[回复]

因为a标签默认就是蓝色的，代表它可以被点击。--安忆Talk 2021年3月25日 (四) 13:48 (UTC)[回复]
根本的原因是英维的有一句color: inherit。--安忆Talk 2021年3月25日 (四) 13:53 (UTC)[回复]
加了一句，等缓存过期再看看，应该会好的。--安忆Talk 2021年3月25日 (四) 14:24 (UTC)[回复]
我移到正式版之后发现它嵌入别的模板的时候这个按钮是黑色的，见Ninja (网络红人)，可是英文维基还是蓝色的。--Vozhuowhisper 2021年3月26日 (五) 02:21 (UTC)[回复]
处理中……--安忆Talk 2021年3月26日 (五) 05:00 (UTC)[回复]
完成，加进了common.js。如果哪位知道更好的处理方法，希望不吝协助处理。--安忆Talk 2021年3月26日 (五) 05:46 (UTC)[回复]

调整Status2模板为Status模板后的副作用

本主題或以下段落文字，在討論結束後應存檔至Template talk:Status。

近期似乎{{Status2}}统一调整为{{Status}}，调整已经引起了一些意想不到的副作用，欢迎在此集中以# 【问题概要】问题。--~~~~列示，以便处理：
  1. KirkLU 已修复【影响DRV存档】User:Jimmy-bot会将尚待处理（状态标志为灰色、OH/黄色）的DRV存档，目前的错误存档有Wikipedia:存廢覆核請求/存檔/2021年2月第48、49号存档和Wikipedia:存廢覆核請求/存檔/2021年3月第114、115、116、117、118、119、131、138号存档。--Kirk # 2021年3月26日 (五) 14:29 (UTC)[回复]
  2. 安忆 已修复 Close-DRV.js
  3. Xiplus 已修复 userRightsManager.js
  4. KirkLU 已修复【影响RFR存档】Wikipedia:權限申請/申請巡查權/存檔/2021年。--Kirk # 2021年3月26日 (五) 16:19 (UTC)[回复]
  5. 【影响字词转换存档】Wikipedia:字词转换/修复请求
  6. 【影响字词转换存档】Wikipedia:字词转换/地区词候选

强制显示未经转换的原始标题

编者在很多场景下需要获取页面的原始标题。而繁简地区词转换、自定义标题等使之变得困难，如直接复制网址的话需要手动把下划线替换为空格。我自己的做法是点开历史页来复制标题。

今天写了一段脚本，强制显示页面未经转换的原始标题，应能解决上述需求。大家看看没有问题的话，希望配置为本站的小工具。--Lt2818（留言） 2021年3月28日 (日) 07:16 (UTC)[回复]

两个问题：一是并非所有的皮肤都有#firstHeading；二是nodeValue = xx粗暴了些，无法得知本应该显示的标题是什么。--安忆Talk 2021年3月28日 (日) 07:51 (UTC)[回复]
针对一，应该再加一个#section_0；
针对二，可以给<h1>加一个title，把本应该显示的标题放进去，或者干脆点击弹对话框。--安忆Talk 2021年3月28日 (日) 07:54 (UTC)[回复]
第一个问题：全部有。第二个问题：原本显示的标题可以通过浏览器标题或者匿名浏览看到。该脚本主要针对编者，反正对我个人来说，标题的地区词转换无所谓，链接到正确的标题更加重要。--Lt2818（留言） 2021年3月28日 (日) 07:58 (UTC)[回复]
minerva的#firstHeading在哪里？另，注入过程建议用mw.hook('wikipage.content').add(function)，而不是立即执行。--安忆Talk 2021年3月28日 (日) 08:02 (UTC)[回复]
不好意思忽略了，马上改。--Lt2818（留言） 2021年3月28日 (日) 08:05 (UTC)[回复]
undefined不能用===，=== 'undefined'才行，null可以直接用===，不用==。--安忆Talk 2021年3月29日 (一) 02:03 (UTC)[回复]
@AnYiLin：前者认为我的写法没错，undefined并非字符串。后者为有意，设想了后续维护中忘记给firstHeading赋值导致其为undefined之情况，可以比较我第一个版本。--Lt2818（留言） 2021年3月29日 (一) 02:21 (UTC)[回复]
不好意思，您没错。我下意识地把它当成了由typeof得到的'undefined'，忽略了它是[i]来的。--安忆Talk 2021年3月29日 (一) 03:21 (UTC)[回复]
加title来显示本应该显示的标题还是有些用的，起码鼠标放上去能知道标题转换有没有问题。加一句firstHeading.setAttribute('title', firstHeading.firstChild.nodeValue)就行。仅是建议。--安忆Talk 2021年3月28日 (日) 08:23 (UTC)[回复]
@AnYiLin：你的建议都非常好，已经全部实现了。我解释下为何会忽略minerva：因为看到en:Wikipedia:Skin只有四张截图，加之网址参数改为全称MinervaNeue后无效，以为这个皮肤被弃用了。--Lt2818（留言） 2021年3月28日 (日) 09:16 (UTC)[回复]
倒是說說哪裡需要原始標題啊。--Xiplus#Talk 2021年3月28日 (日) 15:29 (UTC)[回复]
需要确保内部链接正确的时候。繁简不同顶多有一次重定向，而经过地区词转换的标题直接取用甚至可能为红链，更不必说自定义的用户页标题之类。--Lt2818（留言） 2021年3月28日 (日) 15:57 (UTC)[回复]
地區詞轉換的標題若正確應建立重新導向，自定義的用戶頁標題確實才有問題，不過除非不設定連結文字又為了美觀，否則使用帶底線的標題沒啥問題。--Xiplus#Talk 2021年3月29日 (一) 02:00 (UTC)[回复]
链接可以，但文字明显不对：Linux_Mint。另外設定連結文字不比手动改为空格方便。--Lt2818（留言） 2021年3月29日 (一) 02:27 (UTC)[回复]
導航模板的連結和分類是一定要原始標題，否則前者成了重定向，目標塗不了黑，誤導使用導航模板的讀者；後者成了紅鏈，去不了目標分類頁面。--約翰同志－條目裱糊匠（留言） 2021年3月28日 (日) 20:03 (UTC)[回复]
這時使用帶底線的標題沒什麼問題。--Xiplus#Talk 2021年3月29日 (一) 01:57 (UTC)[回复]
總有強迫症患者嘛，例如我。—— Eric Liu 創造は生命（留言．留名．學生會） 2021年3月29日 (一) 13:36 (UTC)[回复]
之前写过一个这个：User:Shizhao/origintitle.js，不知道是不是合用？--百無一用是書生 (☎) 2021年3月29日 (一) 02:15 (UTC)[回复]
我觉得点击再获取就多一个步骤。我这个版本不给界面增加元素，自认为是优点。--Lt2818（留言） 2021年3月29日 (一) 02:43 (UTC)[回复]
更改現有元素可能造成潛在問題，例如監聽事件或是與其他腳本相互作用。--Xiplus#Talk 2021年3月29日 (一) 04:24 (UTC)[回复]
之所以写这么复杂就是为了兼容“编辑首段”链接。暂时没看到其他影响。--Lt2818（留言） 2021年3月29日 (一) 04:42 (UTC)[回复]
mw.loader.using才对。wgULS和mw.util.addPortletLink亦需要mw.loader.using(['ext.gadget.site-lib', 'mediawiki.util'])。--安忆Talk 2021年3月29日 (一) 03:29 (UTC)[回复]

關於引文模組未知參數的清理方式

本主題或以下段落文字，在討論結束後應存檔至Module talk:Citation/CS1。

之前討論：Wikipedia:机器人/作业请求#更正cite news中的df未知參數

由於en:Module:Citation/CS1/Date validation與Module:Citation/CS1/Date validation對日期格式的處理方法不同，中文模組沒有|df=這個參數，複製文字或翻譯文章常會出現Category:含有未知参数的引用的页面問題。這邊準備著手清理相關的參數，包括|url-status=、|doi-access=。在這之前集思廣益一下，希望聽聽大家的高見，不曉得這些未知參數怎麼處理比較好。

基本的方向有幾個：一是修改中文模組，讓中文也接受中文合適的日期格式。另一個是維持原樣，直接把這些參數刪了。歡迎大家發表意見。若能尋得共識，接下來這邊會申請機器人作業定期整理。--Kanashimi（留言） 2021年3月28日 (日) 08:11 (UTC)[回复]

上面的#修改CS1系列引文格式模板討論的範圍比較宏大，但是看來似乎還沒有明確的結果。這邊特別提出|df=這個參數，想聽聽大家的意見。 --Kanashimi（留言） 2021年3月28日 (日) 08:45 (UTC)[回复]
然后CS1改版后，削除参数的参考来源会有什么损失。先修改Module:Citation/CS1/Whitelist使CS1不警告但也不处理如何。--YFdyh000（留言） 2021年3月28日 (日) 13:10 (UTC)[回复]
方向二，英文维基百科对该参数的介绍：
  • df: date format; sets rendered dates to the specified format; does not support date ranges or seasonal dates; overrides the automatic date formatting described above. Accepts one value which may be one of these:
dmy – set publication dates to day month year format; access- and archive-dates are not modified;
mdy – as above for month day, year format
ymd – as above for year initial numeric format YYYY-MM-DD
dmy-all – set publication, access-, and archive-dates to day month year format;
mdy-all – as above for month day, year format
ymd-all – as above for year initial numeric format YYYY-MM-DD
而目前中文维基百科的引文都是统一使用ISO 8601中规定的YYYY-MM-DD格式，也有少量条目使用“YYYY年MM月DD日”的格式，并不存在英文维基百科中特有的“day month year”、“month day, year”这种格式，因此，这个参数完全没有引进的必要，加入维护分类让机器人全部清理掉就可以了。--BlackShadowG（留言）维基百科20岁生日快乐！ 2021年3月29日 (一) 11:58 (UTC)[回复]
個人較為支持方向一（即：修改中文模組，讓中文也接受|df=、|url-status=、|doi-access=等參數。需要提醒的是，後兩者其實與日期年月日格式無涉，只是像比如dead-url=yes與url-status=dead之間的差異）。個人認為修改中文模組較能解決問題根本，畢竟就能省去使用機器人清理此類參數的麻煩了。要考慮到，若使用機器人清理的話，是永遠清不完的，畢竟之後還是會陸續有其他人再將此類參數加到條目內。這樣的話，機器人的任務會是永久的，如果機器人因故不運作了還得找替代品。不如直接修改模組，一了百了，還省得機器人在條目裡多製造幾筆編輯。-Peacearth（留言） 2021年3月29日 (一) 14:37 (UTC)[回复]
|url-status=、|doi-access=这两个参数上面的§ 修改CS1系列引文格式模板中在讨论引入，但是|df=参数似乎并没有引入的必要，也无法引入。您也可以看出，这个参数在英文维基百科中是用来调整英文独有的日期格式的，而在中文维基百科并没有日期格式的问题，因此|df=参数可能还是避不开清理。——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年3月29日 (一) 16:27 (UTC)[回复]
了解。想了一下，我覺得您說的有理，|df=的部分就讓機器人清理吧。而|url-status=和|doi-access=的部分則採修改模組的方式（雖然可能會稍微複雜一點）。-Peacearth（留言） 2021年3月30日 (二) 02:43 (UTC)[回复]
翻译文章总有问题，法语维基的CS1系参数名称是法语，只能机器人清理。--E.A.Crowley666✍️ 2021年3月30日 (二) 02:48 (UTC)[回复]

引入enwikt的Module页面中显示链接功能

enwikt的Module页面的Lua注释中，凡是[[a]]{{b}}都会显示链接，见en:wikt:Module:form of，另@Xiplus：zhwikt也缺。代码见en:wikt:MediaWiki:Gadget-CodeLinks.js--E.A.Crowley666✍️ 2021年3月28日 (日) 08:37 (UTC)[回复]

有用。给User及WP空间的css和js也弄上吧。--YFdyh000（留言） 2021年3月28日 (日) 13:06 (UTC)[回复]

问题回报：新条目推荐候选里面的机器人似乎有点问题

当投票者用英文"{{support}}"投支持票的时候，机器人的auto voting counting似乎无法正常工作。抄送管理员@Cdip150,谢谢！--Tazkeung(CommentHERE) 2021年3月29日 (一) 05:15 (UTC)[回复]

未發現問題，參考Special:diff/64969563/prev#秘鲁死刑制度的點票，四票支持中含有一個{{support}}仍能如常給予批核。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2021年3月29日 (一) 06:00 (UTC)[回复]
好像是我对auto voting counting的逻辑理解有点偏差。-Tazkeung(CommentHERE) 2021年3月29日 (一) 07:38 (UTC)[回复]
@Cdip150：我曾经注意到，使用{{support|资瓷}}投支持票的时候，机器人未将其计入支持票的情况。Itcfangye（留言） 2021年3月29日 (一) 23:53 (UTC)[回复]
在人手點票的時代我已經說過很清楚：規則講到明衹算「支持」和「反對」，寫「资瓷」、「滋磁」、「返隊」那些是會當成無效投票來處理的。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2021年3月30日 (二) 01:47 (UTC)[回复]
現在的規則是寫“投票者可用{{支持}}{{反對}}{{意見}}{{建議}}等投票或作為引子來表述觀點”，和你的表述似乎不符。{{support|资瓷}}仍然是{{support}}（或{{支持}}）的一種使用方式，按規則應該是計票的。SANMOSA Σουέζ 2021年3月31日 (三) 08:16 (UTC)[回复]
@Itcfangye、Cdip150。SANMOSA Σουέζ 2021年3月31日 (三) 08:17 (UTC)[回复]
那如果有人來個{{support|反對}}（(＋)反對）是否又應該計呢？--街燈電箱150號 開箱維修 抄錶 檢驗證明 2021年3月31日 (三) 08:24 (UTC)[回复]
還是看實際上使用的模板，因為現行規則如此，不然你就去提議修改規則。不過，如果真的出這種情況，不是應該先考慮一下他是不是在擾亂嗎？這我認為是其他方針指引涵蓋的範疇。SANMOSA Σουέζ 2021年3月31日 (三) 08:45 (UTC)[回复]
這就是規則理解上的問題了：「投票者可用{{支持}}」，但沒有說可以在投票模板加參數{{支持|xxx}}，所以當作不規則行為也不能說錯。當然如果認為規則寫得不夠好，我不反對修改，但多年來的實際操作是的確是沒有計算那些耍花樣的票。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2021年3月31日 (三) 10:23 (UTC)[回复]
其实就写{{支持}}或{{反对}}很难吗？未明{{支持|滋磁}}甚至{{支持|反对}}的意义何在。DYK不是AFXD也不是UA，不需要抖机灵，乱七八糟的投票方式只会令不论是人工还是机械都一头雾水。--SW❀Dalniy coming soon 2021年3月31日 (三) 08:38 (UTC)[回复]

編輯提示

在此提議在Category:各年台灣電視劇集分類中所有主空間頁面編輯時自動顯示以下編輯提示（利用MediaWiki:Common.js）：

（原始碼：U:LXFRNT/EN/TWTV）這是因為有關條目有很多部分都發現違反以上方針的內容，違規內容所佔篇幅比其餘內容多好幾倍，類似{{BLP editintro}}處理。--LuciferianThomas．留言 2021年3月29日 (一) 10:16 (UTC)[回复]

另一處理方法是建立過濾器警告@Tigerzeng：，不過就比較麻煩。--LuciferianThomas．留言 2021年3月29日 (一) 10:25 (UTC)[回复]
目前只能檢查單層分類，無法檢查是否存在為某母分類，故您的提議無法以Common.js的做法達到。--Xiplus#Talk 2021年3月31日 (三) 09:01 (UTC)[回复]

此外，不知是否能夠利用MediaWiki:Mobile.js在流動版用戶遞交編輯前的編輯摘要prompt之上出現提示訊息（確保他們看得到）或以在編輯器載入時出現一個overlapping div讓用戶閱讀這些編輯提示後按確認再進入編輯，以讓流動版用戶也會看到編輯提示。--LuciferianThomas．留言 2021年3月29日 (一) 10:16 (UTC)[回复]

（過濾器警告就也能覆蓋流動版用戶，不過還是那句較難設定）--LuciferianThomas．留言 2021年3月29日 (一) 10:27 (UTC)[回复]
@LuciferianThomas：用這顏色也太刺眼的些...-- Sunny00217  2021年3月29日 (一) 14:48 (UTC)[回复]
我是直接拿了{{d}}的顏色……問題太嚴重了，現在還是得用紅色吸引注意力；未來問題比較輕的時候可改為黃框黃底甚至白底。--LuciferianThomas．留言 2021年3月30日 (二) 03:34 (UTC)[回复]

Wikipedia:的修動

  1. 顯然該IP母語不是中文，文法錯亂[8]
  2. 按慣例沒有命名空間使用xx首頁[9]
  3. 此舉跟技術沒什麼關係
推測該IP不太懂維基，且表達能力不佳[10]，故暫時關閉，若有看出其價值覺得有討論空間的歡迎重開-- Sunny00217  2021年3月29日 (一) 15:01 (UTC)[回复]
下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

討論請用數字

  1. 沒有共識的方針／指南改用Help:
  2. 加入幽默:/Humor:/餵雞百科:取代幽默功用
  3. 主題:->專題首頁:/維基專題:->專題計畫頁:
  4. WikiProject:->PortalProject:

--119.237.10.81（留言） 2021年3月29日 (一) 14:30 (UTC)[回复]

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

Tech News: 2021-13

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

近期變更

  • 某些非常旧的网页浏览器在维基媒体旗下的Wiki网站上不再兼容。支持这些老旧浏览器的部分代码正被移除，这也许会致使在这些浏览器中出现功能异常。 [11]
  • 高級項目 IRC最近更改收取点已转移到新的服务器。请确保所有工具自动重连到irc.wikimedia.org而非特定的某个服务器。用户也应考虑切换到更现代化的EventStreams。 [12]

問題

  • 在您移动了一个被许多编者监视的页面时，历史记录可能被拆分。由于任务队列问题，短时间内可能无法再次移动该页面。 [13]
  • 因为翻译工具中的一个缺陷，元维基上的部分可翻译页面不能被编辑。新版MediaWiki因这种问题被推迟。 [14][15]

本週後期變更

  • 經常項目 MediaWiki新版本將於3月30日部署至測試維基及MediaWiki.org，及於3月31日部署至非維基百科站點及部分维基百科，並於4月1日部署至所有站點，參見日曆。

技术新闻由技术大使制作并由MediaWiki信息递送送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2021年3月29日 (一) 17:30 (UTC) —此條未加入日期時間的留言是于2021年3月30日 (二) 00:14 (UTC)之前加入的。

{{Block}}模板实际显示效果和模板文档页描述存在差异

本主題或以下段落文字，在討論結束後應存檔至Template talk:Block。

如题，根据模板文档，“阅读时除非用鼠标选定反白，否则无法看到所填入的文字。”，实际效果是只要鼠标移动上去就可以显示。

由于这个模板使用广泛，我想问一下：这个改动有共识吗？如果有的话，是不是应该更正模板文档？如果没有的话，是不是应该取消此效果以和文档相符？

（注：英文维基对应模板无此效果） --Tranve (✉) 2021年3月30日 (二) 13:36 (UTC)[回复]

改动此模板是不需要共识的；我觉得应该更正文档，这是一个考虑触屏设备的关于易用性的改动。--安忆Talk 2021年3月30日 (二) 14:08 (UTC)[回复]
 已修复：版本差异。现在它在有鼠标的设备上是“刮开的”，在触屏设备上是“点开的”。--安忆Talk 2021年3月30日 (二) 14:16 (UTC)[回复]
谢谢！我已经更正了模板文档。 --Tranve (✉) 2021年3月31日 (三) 12:13 (UTC)[回复]

為何討論尚未結束Jimmy-bot就存檔了？

Wikipedia:字詞轉換/修復請求/存檔/2021年3月。--218.102.101.80（留言） 2021年3月30日 (二) 23:55 (UTC)[回复]

过久无回复，超时了。--安忆Talk 2021年3月31日 (三) 00:01 (UTC)[回复]
Wikipedia:互助客栈/技术#调整Status2模板为Status模板后的副作用。--Xiplus#Talk 2021年3月31日 (三) 05:01 (UTC)[回复]

之前（100px）看着还正常的。昨天发现logo变大了（调成135px），搞得整个logo都糊掉了。--🔨（留言） 2021年3月31日 (三) 00:50 (UTC)[回复]

我的建议是本地什么也不做，等Timeless自己再改。--安忆Talk 2021年3月31日 (三) 04:49 (UTC)[回复]
是的，其他wiki也有这问题。不过目前没看到phab有相关的问题报告。--🔨（留言） 2021年3月31日 (三) 05:07 (UTC)[回复]

发行时间轴无法显示未来作品问题

本主題或以下段落文字，在討論結束後應存檔至Template talk:Release timeline。

發行時間軸
2020某作品名
2021
2022
2023
待定尚未发售之作品
{{Release timeline
| 2020 = 某作品名
| TBA = 尚未发售之作品
}}

{{Release timeline}}这款模板似乎无法显示未来将发行的作品，按module和英维en:Template:Timeline of release years的说明，应可通过指定|TBA=未来作品名来显示尚未发售的作品（另有TBAa、TBAb等用来表示将要发售的多部作品）；但目前只有年份的部分显示出“待定”二字，作品栏无显示。可能需要修改Module:Release timeline，恳请精通相关语法的维基人修复此问题。--SW❀Dalniy coming soon 2021年3月31日 (三) 08:32 (UTC)[回复]

修改{{CHN-HKG}}和{{PRC-HKG}}模板的链接

现在这两个模板的“中国”和“中华人民共和国”链接至条目中华人民共和国国籍法。建议把链接改为中华人民共和国。使用模板是为了标示国籍，没必要链接至《国籍法》的规定。--Ken418●Talk 工作室·"CHANGE" 2021年3月31日 (三) 10:08 (UTC)[回复]

template data 的繁体中文名称是“模板資料”还是“模板數據”？

编辑模板文档的时候发现 {{TemplateData_header}} 和Wikipedia:模板数据、Wikipedia:模板数据/教学中对应名词出现不一致的情况。我是简体中文用户，不了解情况，希望繁体中文用户回答一下。另：确定了译名之后可以加入 MediaWiki 公共转换组吗？--Tranve (✉) 2021年3月31日 (三) 12:31 (UTC)[回复]

看上去经历了严重的翻译编辑战之后，系统界面是直接使用的TemplateData，像是作为专有名词使用。而Wikipedia:模板数据和/教学的转换像是IT转换组转换的，似乎不是该功能的惯用说法。--LaMagiaaa 2021年3月31日 (三) 14:09 (UTC)[回复]
取自“https://zh.wikipedia.org/w/index.php?title=Wikipedia:互助客栈/技术&oldid=65003272”