维基百科:互助客栈/技术
 |
发表前请先搜索存档，参考旧讨论中的内容可节省您的时间。 |
 存档 |
|---|
|
2005年 12 月 |
- [解任] User:虫虫飞的管理员解任议案 投票已截止，初步判定未获通过。另在互助客栈消息区有其疑滥用傀儡的相关讨论。
- [公告] 专题名字空间已完成设立并布署，相关页面已完成移动，如移动后的页面有遇到任何技术问题请于此回报。
- [公告] “XXX (消歧义)”页面格式共识、限制朝鲜半岛用语之适用条文、修改更优秀条目写作指南、修改“Current”模板及以机器人维护“已逝世超过一个月的人物”分类、为旗帜的使用订立格式手册、为Infobox station资讯框增加参数及地域中心方针的政治条文进行事实性修订已经通过。
- [公告] 国际关系条目命名常规正在进行公示，如有意见请尽快提出。
- [调查] 互助客栈方针区、条目探讨区及技术区正在就“美国第二夫人”条目命名、死者分类命名、有关姓氏分类的存留事宜及“查证请求”模板用法寻求更广泛的社群意见，请踊跃参与讨论。
- [调查] 互助客栈技术区正在就是否引用韩语维基百科的一些功能做为预设功能暂停公示期，提出适用方案投票以寻求更广泛的社群意见，请踊跃参与讨论。
- [讨论] 互助客栈消息区正在讨论庆祝维基百科20周年庆、South Africa No.1与CRHK128被确认为傀儡及AndyAndyAndyAlbert滥用傀儡违反隐私政策的通知，请踊跃参与讨论。
- [讨论] 互助客栈方针区正在讨论悬挂Blocked user模板之利弊、专题空间相关捷径与重定向的规范及人物关注度的修订，请踊跃参与讨论。
- [讨论] 互助客栈技术区正在讨论部分条目小地图显示问题、修改Cite journal模板、更改默认回退摘要、统一所有外部资源模板的格式、以模组改写Namespace pagename模板及使用模块改写Status2模板，请踊跃参与讨论。
- [讨论] 互助客栈条目探讨区正在讨论有关学术出版相关条目之名称翻译问题、法国高速铁路相关条目命名方式及修正政治用语警告模板，请踊跃参与讨论。
| 发言更新图例 |
|---|
|
|
|
|
|
| 特殊状态 |
| 已移动至其他页面 或完成讨论之议题 |
| 手动设定 |
| 当列表出现异常时， 请先检查设定是否有误 |
修改Cite journal模板
如题，英维早已修改此模板，增设/修改了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)
- 这是迟早要做的，而且应该把全部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)加入。
- (＋)支持，没有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)
- 不太可能，参数没什么差别，但显示效果差别很大。——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年2月1日 (一) 12:05 (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)
- 我举双手双脚(＋)支持，如果四个不够我现在就去卤肉店买他几十只猪蹄(＋)支持。同时我提议做绝一些，废弃掉dead-url等参数，开机器人进行自动化修改（url-status参数整合了dead-url、subscription等参数）。--Milky·Defer 2021年3月1日 (一) 14:28 (UTC)
吐槽，cite系列模板的常用参数也是常在乱用的，网页A转载的网站B提供的媒体C刊发的报道，作者是谁、出版者是谁，是web还是news，以及B和A是否原样转载了C的内容。--Mediawiki空间的全保护是否有必要
如题，在MediaWiki软件调整之后，此空间下的页面均被系统自动加以MediaWiki保护，在没有editinterface权限（授权给sysop和int-admin）的情况下是无法改动的。但现在除级联保护的特殊情况外，此空间下的有些页面依然被加以全保护，我想这或许是一个历史遗留问题。是否应该批量解除此空间下页面的全保护？--安忆Talk 2021年1月28日 (四) 10:29 (UTC)
- 不太明白，可以举个例子么？--百無一用是書生 (☎) 2021年1月28日 (四) 11:56 (UTC)
- 您不能编辑全保护的界面页吗？-- 2021年1月28日 (四) 12:36 (UTC)
- 不能，其实主要也是因为这个才有此一问。因为除了举例的这个页面，之前也碰到过其他的，等了几天才由其他admin处理掉。因为这个，我当时还去phab问了一下，他们说不再给IA加权限了，理由是怕有人为了得到某权限去申请IA（???）虽然我感觉他这理由不是什么理由…但我也没再穷追猛打问他为什么jawiki有这个权限了。[开玩笑的]--安忆Talk 2021年1月28日 (四) 12:55 (UTC)
我认为MediaWiki保护加上连锁保护无所谓，但是没有连锁保护只留MediaWiki保护即可。-- 2021年1月28日 (四) 18:19 (UTC)- 既然MediaWIki空间的页面多与界面有关，我认为就不必要全保护了，不然界面管理员也没办法更改。其实我原本认为保护只会生效其中一个，那么如果要采用MediaWiki的连锁保护，有可能实现吗？-- 2021年1月28日 (四) 18:19 (UTC)
- “采用MediaWiki的连锁保护”是什么意思呢？现在Mediawiki空间下某页面有全保护都是为了使嵌入那个页面的模板或模块形成级联（比如Template:Namespace_pagename表面上是半保护，但因为它被嵌入到了全保护页面而形同全保护）。我认为即便真的需要全保护，这个全保护也是应该去对那些模板和模块做的，而不是对Mediawiki空间下的页面。--安忆Talk 2021年1月29日 (五) 05:12 (UTC)
- @AnYiLin：IA是什么?-- Sunny00217 2021年1月29日 (五) 05:00 (UTC)
- 是Interface Admin的缩写。--安忆Talk 2021年1月29日 (五) 05:04 (UTC)
- 居然没注意到是捷径
囧rz……-- Sunny00217 2021年1月30日 (六) 12:52 (UTC)
- 居然没注意到是捷径
- 是Interface Admin的缩写。--安忆Talk 2021年1月29日 (五) 05:04 (UTC)
- 不能，其实主要也是因为这个才有此一问。因为除了举例的这个页面，之前也碰到过其他的，等了几天才由其他admin处理掉。因为这个，我当时还去phab问了一下，他们说不再给IA加权限了，理由是怕有人为了得到某权限去申请IA（???）虽然我感觉他这理由不是什么理由…但我也没再穷追猛打问他为什么jawiki有这个权限了。[开玩笑的]--安忆Talk 2021年1月28日 (四) 12:55 (UTC)
囧rz……-- - 啊，意思是说MediaWiki空间本身已经只有管理员和界面管理员能编辑，但某些页面却又加了一个全保护在上面？这样的话，我觉得不是特殊情况，没有必要再加一层保护--百無一用是書生 (☎) 2021年1月29日 (五) 07:19 (UTC)
- MediaWiki空间下的连锁保护全部都是我做出的，所以我前来说明理由。MediaWiki空间下的页面由系统直接施加全保护，只有管理员能编辑，而为了防止透过修改嵌入模板而导致实质上非管理员更动界面，根据保护方针所有嵌入的模板都应该全保护，而为了方便自动保护嵌入的模板，可以使用系统的“连锁保护”功能，连锁保护在以前与分别保护所有嵌入模板无异；然而新增界面管理员（IA）之后，IA也可以编辑MW空间的讯息，若使用连锁保护将导致IA无法编辑该等MW页面，故AnYiLin才建议应采取分别保护的方式。--Xiplus#Talk 2021年1月30日 (六) 07:31 (UTC)
| 连锁保护 | 分别保护 | |
|---|---|---|
| IA能否编辑MediaWiki:Foo | 否 | 能 |
| IA能否编辑Template:Bar | 否 | 否（除非为模板保护且IA同时为模板编辑员） |
| 优点 | 修改界面时，不用检查哪些嵌入需保护/解除保护 | IA可以编辑MW页面 |
| 缺点 | IA不能编辑MW页面 | 需检查哪些模板要保护 |
- 提供上表比较两种方法的差异，以上假设MediaWiki:Foo中嵌入了Template:Bar，且个别模板的保护是全保护。因此我认为连锁保护对于嵌入模板的保护/解除保护相当方便的优点，与界面管理员无法编辑单一个MW页面的缺点权衡，所以我之前采取了连锁保护的方案。--Xiplus#Talk 2021年1月30日 (六) 07:48 (UTC)
- @Xiplus：我认为IA可以编辑Mediawiki空间下的页面是一个合理的预期；但如果“需检查哪些模板要保护”工作量很大的话，保持现状也可。其实我最开始是想能否在技术上给予IA在Mediawiki空间下无视任何保护编辑页面的权限，但后在元维基上看到一表，上面列有多次提出但无效的提案，其中有一项就是给IA以XX权限，所以我只好转到这里看看能否从保护页面本身着手，并提出对模板模块分别保护的建议。--安忆Talk 2021年1月30日 (六) 08:21 (UTC)
- 我是觉得有此情况的界面讯息其实不多，不过我已经在准备自动保护的机器人了。--Xiplus#Talk 2021年1月30日 (六) 08:46 (UTC)
- 这个问题或许可以采用c:Commons:Auto-protected files的这种方式进行保护？--百無一用是書生 (☎) 2021年1月30日 (六) 12:16 (UTC)
- 好主意，已经编写机器人并产生列表Wikipedia:被连锁保护的项目/嵌入在MediaWiki命名空间。--Xiplus#Talk 2021年1月31日 (日) 10:54 (UTC)
- 这个问题或许可以采用c:Commons:Auto-protected files的这种方式进行保护？--百無一用是書生 (☎) 2021年1月30日 (六) 12:16 (UTC)
- 我是觉得有此情况的界面讯息其实不多，不过我已经在准备自动保护的机器人了。--Xiplus#Talk 2021年1月30日 (六) 08:46 (UTC)
- @Xiplus：我认为IA可以编辑Mediawiki空间下的页面是一个合理的预期；但如果“需检查哪些模板要保护”工作量很大的话，保持现状也可。其实我最开始是想能否在技术上给予IA在Mediawiki空间下无视任何保护编辑页面的权限，但后在元维基上看到一表，上面列有多次提出但无效的提案，其中有一项就是给IA以XX权限，所以我只好转到这里看看能否从保护页面本身着手，并提出对模板模块分别保护的建议。--安忆Talk 2021年1月30日 (六) 08:21 (UTC)
- 所以技术上不可能搞个模板连锁保护吗www？？？-- Sunny00217 2021年1月30日 (六) 12:54 (UTC)
- 技术上可以，但是注意编辑被连锁保护的页面本身（不含引用的模板）要protect权限。--GZWDer（留言） 2021年2月2日 (二) 19:02 (UTC)
- 给IA编辑模板保护的页面就好，他们会选上也算是精通这类东西。不过短期不可能搞-- Sunny00217 2021年2月11日 (四) 14:34 (UTC)
- @Sunny00217：就算长期估计也不行，m:Limits_to_configuration_changes：
Grant Interface admins other permissions: ...Granting other rights to this group may encourage wikis to grant this right when their intention is different
，此讨论最开始也有提到。--安忆Talk 2021年2月15日 (一) 18:04 (UTC)
- @Sunny00217：就算长期估计也不行，m:Limits_to_configuration_changes：
- 给IA编辑模板保护的页面就好，他们会选上也算是精通这类东西。不过短期不可能搞-- Sunny00217 2021年2月11日 (四) 14:34 (UTC)
- 技术上可以，但是注意编辑被连锁保护的页面本身（不含引用的模板）要protect权限。--GZWDer（留言） 2021年2月2日 (二) 19:02 (UTC)
提议更换用于用户查核的模板
- 下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。
如题。提议将用于提交用户查核的模板由{{RFCUform}}和{{checkuser}}更换为与元维基基本兼容的{{CU request}}。理由：在提交用户过多时，向元维基转交的过程中需要手动拷贝模板的参数，十分费力，而且很有可能在拷贝过程中出错。因此提议更换用于用户查核的模板。相应方案：更改Wikipedia:元维基用户查核请求/preload的内容，更改后的内容在User:Yining_Chen/沙盒/Pagex。另外，可能需要对TW进行修改。--Yining Chen（留言|签名） 2021年1月31日 (日) 03:50 (UTC)
- 应该放到技术栏比较好吧。--东风（留言） 2021年1月31日 (日) 04:59 (UTC)
完成. --Yining Chen（留言|签名） 2021年1月31日 (日) 06:27 (UTC)
- 换也可以，看起来没什么坏处。--安忆Talk 2021年2月1日 (一) 16:49 (UTC)
完成. --由于关注该提案的人并不多，为加快讨论进程，依照WP:SNOW，提前进行公示。在公示期间内，如有任何反对意见被提出，将停止公示并依照WP:7DAYS方针继续进行讨论。如在公示期间内无人反对，则视为通过。
公示7日，2021年2月10日 (三) 11:38 (UTC) 结束 --Yining Chen（留言|签名） 2021年2月3日 (三) 11:38 (UTC)
该提案现已通过（时间上提前了两个小时）。对preload的更改已完成（见此），对WP:TW的更改的请求已被提交。待TW完成更改后对本讨论进行存档。--Yining Chen（留言|签名） 2021年2月10日 (三) 09:48 (UTC)
- 在2019年1月前会有这样一个供复制翻译的框，但在Special:Diff/52888821被移除了，应该请1233说明一下编辑摘要中他的意思。--Xiplus#Talk 2021年2月13日 (六) 08:25 (UTC)
- @Xiplus、Easterlies、Yining Chen、LClightcat：，当时转交的时候没记错出现了大量无关内容，导致转交的时候出现大量无关内容（如果没记错的话），所以当时有监管员私下希望我删除该些无关内容。我亦因该等内容确实无关而删除。当然，这种统一的做法我没意见。--1233 （T / C） 2021年2月13日 (六) 11:39 (UTC)
- 您可以拿这个请求作为例子，说明一下“无关内容”是指哪些内容吗？感谢。--Yining Chen（留言|签名） 2021年2月13日 (六) 12:27 (UTC)
- @Xiplus、Easterlies、Yining Chen、LClightcat：，当时转交的时候没记错出现了大量无关内容，导致转交的时候出现大量无关内容（如果没记错的话），所以当时有监管员私下希望我删除该些无关内容。我亦因该等内容确实无关而删除。当然，这种统一的做法我没意见。--1233 （T / C） 2021年2月13日 (六) 11:39 (UTC)
- 已准备好CU request和RFCUform，可于Template:RFCUform/testcases点击按钮测试提交。--Xiplus#Talk 2021年2月21日 (日) 03:30 (UTC)
- 本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。
Spoken Wikipedia诸模板相关话题
更新{{Expand language}}
已经写好了修改{{Expand language}}草稿：Template:Expand_language/sandbox，由于该模板受到了模板保护，因此根据方针来寻求一下共识。
本次修改内容总共有一下几点：
- 除了首行文字其它内容均折叠显示，加入了“如有可能，请使用外文条目中提供的参考资料查证内容。”这句提醒。
- 可以通过检测来源页面来生成推荐的可复制的编辑摘要（主要是因为现在编者翻译页面时经常忘记在编辑摘要注明来源，修改后可以直接复制，会方便不少）
- 修改
|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)
- @Lopullinen：感谢阁下提醒，我本来是觉得用图标比文字更省空间，不过正如阁下所言，这会产生格式手册和新手理解的问题，因此我将其改成了直接在链接文字中显示，例如“英文维基百科对应典范条目”。不知阁下是否满意呢？至于配色问题我没想到很好的解决方法，毕竟Expand Language模板的用途与其他模板不同，是为了建议编者翻译条目，而不是像其他模板消息一样指出条目中的问题，没法用同样的颜色，另外估计社群也习惯于这一配色了吧。——BlackShadowG（留言）维基百科20岁生日快乐！ 2021年2月2日 (二) 02:24 (UTC)
提议更改默认回退摘要
- 下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。
前讨论见MediaWiki talk:Gadget-rollback-summary.js。
现提议将默认回退摘要（MediaWiki:Revertpage等；多语言对比）自“取消用户A（对话）的编辑；更改回用户B的最后一个版本 ”改为如：“回退用户A（对话）的编辑，改回用户B的最后一个版本”。
WP:回退功能和WP:回退页面同步更新（前者是方针页，事实修订还公示吗……）。Gadget-rollback-summary.js工具因美观和技术问题自定义摘要时不列用户B。
1. 明确“取消”的含义（虽已有“标签”），避免新手误解为任何人或老手/管理员能随意取消他人贡献。2. “更改”、分号听上去是单独手动操作，希望“改回”能体现“一刀切”。3. 用户名和回退的链接临近，希望问题不大。--YFdyh000（留言） 2021年2月9日 (二) 13:16 (UTC)
- (＋)支持。没有特别意见，个人也启用此工具。--LuciferianThomas．留言 2021年2月9日 (二) 13:32 (UTC)
- (＋)支持。--安忆Talk 2021年2月11日 (四) 03:13 (UTC)
- (＋)支持-- Sunny00217 2021年2月11日 (四) 15:59 (UTC)
- (＋)支持--痛心疾首 2021年2月13日 (六) 00:09 (UTC)
公示7日，2021年2月21日 (日) 11:12 (UTC) 结束：议案发起多日未见反对意见，按照雪球原则加速进程。--LuciferianThomas．留言 2021年2月14日 (日) 11:12 (UTC)
- @YFdyh000：不在最前面加“回退”的链接，而是加进回退之后的
标签：回退里（像AWB一样），不知是否可行。--安忆Talk 2021年2月18日 (四) 13:15 (UTC)- @AnYiLin：Special:标签，TW、AWB、回复等都是有内链的，似乎可行。差异和历史页面都能看到标签，似乎不错。那么最终只改文字，不在编辑摘要开头加链接吧。--YFdyh000（留言） 2021年2月18日 (四) 13:24 (UTC)
- 本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。
- @AnYiLin：系统自带的撤销（mw-undo）在编辑摘要有内链，要不要一起改成在“标签”内链。TW的撤销混在一起，或许可以单列标签（是否会影响现有工具或机器人？）。--YFdyh000（留言） 2021年2月23日 (二) 05:34 (UTC)
- @AnYiLin：改为逗号和“改回”未见反对，是否一起改掉。--YFdyh000（留言） 2021年2月25日 (四) 05:44 (UTC)
iOS APP地区词字词转换Bug
| 范例表格 | iOS APP地区词字词转换Bug |
|---|---|
| 问题 | 地区词字词转换在iOS APP页面内的内文及页面标题是正常的，但各个小标题(副标？)则时有时无，但使用safari在网页看是正常的。应该是APP 的Bug，不确定是不是在这里回报～ |
--アレックス（留言） 2021年2月9日 (二) 15:00 (UTC)
为Infobox station资讯框增加参数
- 下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。
小什字 Xiaoshizi | ||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 营运信息 | ||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||
沙坪坝 Shapingba | |||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||
见Template talk:Infobox station#编辑请求 2021-02-03，patch见Template:Infobox station/sandbox。由于Wikipedia:保护方针#使用和处理编辑请求有规定为受模板保护的模板增加参数和将受模板保护的模板的功能使用模组改写要在互助客栈技术区或条目探讨区详细讨论，故将编辑请求转至此。SANMOSA SPQR 2021年2月10日 (三) 02:23 (UTC)
- 将原讨论页的示例移动到了此处，现有两种不同的样式：前一种避免了整个section分离，但似乎不太合格式；后一种拆分后挪到了“服务”一栏后面。另，@Sanmosa，原本模板里的
rowcellstyle173和data174应该是配套的但是被误植了不同的编号，能否拜托统一173？——David Xuang (contact me) 2021年2月11日 (四) 03:14 (UTC) - @David Xuang：我个人认为可以待届时连同你原本的编辑请求一同进行，已修改沙盒内容。SANMOSA SPQR 2021年2月12日 (五) 07:07 (UTC)
- 公示此编辑请求7日。SANMOSA 誓山海而长在，似日月而无休 2021年2月20日 (六) 02:15 (UTC)
- 首末车加那么多干什么？还加节假日？WP:NOT，维基百科不是不经筛选的资料收集处。--owennson（聊天室、奖座柜） 2021年2月26日 (五) 00:10 (UTC)
| 首班 | 末班 | |||
|---|---|---|---|---|
| 往科学城 | 06:50 | 23:51 | ||
| 往韦家碾 | 06:19 | 22:59 | ||
TEST Test | |
|---|---|
| 首末班车 | |
| Hello, thank you, thank you very much! |
参考资料
- 本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。
手机版首页标题问题
手机版首页标题（注：这里指的是“<title>”标签设定的标题）显示为“ - 维基百科，自由的百科全书”，正常应该是“维基百科，自由的百科全书”。--🔨（留言） 2021年2月10日 (三) 04:35 (UTC)
In 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)
新建的条目名称包含标点符号
- 下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。
我准备新建几个中文期刊杂志的条目，但是因为有冒号，括号，不知如何命名。比如：
- 括号：上海大学学报（自然科学版）、中国石油大学学报（自然科学版）、金属加工（冷加工）、复旦学报（社会科学版）、课堂内外（初中版）；
- 冒号：中国科学：数学、中国科学：地球科学、光：科学与应用、东方宝宝：保育与教育；
- 汇总了各种情况的缝合怪：浙江大学学报（英文版）A辑：应用物理与工程、南京大学学报（哲学·人文科学·社会科学）；
- 有的杂志除了中文版就是英文版，这种情况或许可以勉强合在一个条目，忽略后面的括号。不过学报的中英文内容貌似完全不一样吧。
- 但是像大学学报的自然科学版与社会科学版内容完全不一样，或者行业杂志，像《金属加工》杂志分成了冷加工与热加工两类，互相之间没有关系。条目名称必须要带括号，这种情况下一定要用半角括号吗？（Wikipedia:命名常规#括号的使用）
- 期刊名称里冒号与括号类似，不能省略，条目名称使用冒号的时候应该是全角冒号（：）还是半角的冒号（:）？我没有找到使用方法。
--ClayM300(留言讨论🧐) 2021年2月16日 (二) 05:31 (UTC)
- 可以参考Wikipedia:命名常规#括号的使用。 AHEXP（留言） 2021年2月16日 (二) 05:41 (UTC)
- 1. 不能省略括号吗。发布方和其他文章介绍是否始终用括号形式。2. 不是消歧义不应该用半角括号吧。3. 半角冒号是否有技术问题，且出版一般是用全角标点吧。--YFdyh000（留言） 2021年2月16日 (二) 05:42 (UTC)
- 建议移动到Wikipedia:互助客栈/条目探讨。--安忆Talk 2021年2月22日 (一) 10:59 (UTC)
- 本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。
以随机用字模式阅读页面的小工具？
因为对字词转换还算关注，我比较希望体验条目在不同用字下的显示效果。然而系统只能指定一种模式，总是手动切换用字模式很麻烦。所以有无办法做一个这样小工具，使得访问条目时随机采用一种用字。（比如在连结后面随机加上?&variant=zh-xx）这样平时维护页面时，就可以顺带检查字词转换在不同场合下的运作效果了。--洛普利宁 2021年2月16日 (二) 11:13 (UTC)
- 我更希望小工具可以直接在正文中高亮出哪些文字与转换组匹配了，并且显示出匹配上了哪一条。 --Milky·Defer 2021年2月16日 (二) 12:22 (UTC)
- 相比随机用字模式，也许您需要一个将当前条目用多个标签页打开在各种用字模式下以对比的小工具？切换会很麻烦吗，中键/长按特定模式打开在新标签页。且已有【在“显示预览”按钮增加地区字词转换菜单，以预览各种用字模式下的效果】小工具。--YFdyh000（留言） 2021年2月16日 (二) 18:03 (UTC)
- User:Xiplus/js/random-variant.js。--Xiplus#Talk 2021年2月26日 (五) 02:30 (UTC)
—关于分类时使用的变体与分类页面名称不同造成页面分类丢失的问题
已知：条目在应被归入的分类创建前，使用与分类页面名称不同的变体添加分类，在分类页面创建后即使编辑刷新，条目也不会显示在分类页。详见phab:T274048
我在发现这个问题后，自行在本地测试并最终提交了补丁。但是该task至今无人回应和review，我不熟悉那边的工作流程，有无管理员能帮忙推进一下，谢谢。
我曾打算在这边运行统计程序，但是分类计数错误实在是太多了，跑了近1个小时后裂开了，我的代理没撑住。
--Func86（留言） 2021年2月17日 (三) 04:59 (UTC)
是否引用韩语维基百科的一些功能
之前逛了逛韩语维基百科（如下截图），发现侧边导航栏可以关闭，让条目阅览的时候可以有更宽的空间，另外亦有在右下角设置“返回最上方”的按钮，让使用者可以快速点选到最上方再选取目录的章节，以省去重整页面后因网址的锚点重复跳转至同章节，不知道大家觉得如何？
--🍫巧克力～✿ 2021年2月18日 (四) 13:53 (UTC)
- 本地已有类似后者的小工具（返回页顶）。--安忆Talk 2021年2月18日 (四) 13:56 (UTC)
- 实在喜欢的话可以
mw.loader.load('//ko.wikipedia.org/wiki/%EB%AF%B8%EB%94%94%EC%96%B4%EC%9C%84%ED%82%A4:Gadget-scrollUpButton.js?action=raw&ctype=text/javascript');--安忆Talk 2021年2月18日 (四) 13:58 (UTC)
- 实在喜欢的话可以
- 感觉不错，很有设计感，不反对默认启用。可惜前者在Timeless皮肤下没效果。返回页顶个人需求不大，不过这个设计的很好看、好像不碍事，赞成引入乃至默认启用。另外，个人赞成将更多实用的用户脚本引入为站内小工具，或整理和列出介绍。如Wikipedia:小工具商店，想过整理和扩充，但拖延症发作中。--YFdyh000（留言） 2021年2月18日 (四) 14:21 (UTC)
- timeless我有一段残破的
var dom1=document.getElementById('mw-site-navigation'),dom2=document.getElementById('mw-related-navigation');if(!/(Android|iPhone|Mobile)/i.test(navigator.userAgent)&&(dom1||dom2)&&mw.config.get('skin')==='timeless'){var css=function(value){if(dom1)dom1.style.display=value;if(dom2)dom2.style.display=value};window.setInterval(function(){window.scrollY<window.innerHeight?css('block'):css('none')},10)}。--安忆Talk 2021年2月18日 (四) 15:20 (UTC)
- timeless我有一段残破的
- 返回页面已有：Wikipedia:维基百科工具/返回页顶。折叠目录我觉得萌百那个不错（https://zh.moegirl.org.cn/MediaWiki:Gadget-float-toc.js ）。 我自用一个集成“返回页顶”和“固定左边空栏的隐藏目录”的（User:Cwek/myTOCv2.js，只适配到经典Vector皮肤）。——Sakamotosan路过围观杯弓蛇影 | 避免做作，免敬 2021年2月19日 (五) 07:18 (UTC)
- 韩维那个返回页顶观感比较好（平滑滚动、渐隐效果什么的）；萌娘那个版权好像不兼容？（这方面不太了解）。--安忆Talk 2021年2月19日 (五) 09:17 (UTC)
- 萌百版可以尝试改写一部分代码玩玩。——Sakamotosan路过围观杯弓蛇影 | 避免做作，免敬 2021年2月19日 (五) 10:10 (UTC)
- @AnYiLin：可以跟作者谈，他们愿意下放到CCBYSA3.0就可以了-- Sunny00217 2021年2月21日 (日) 00:36 (UTC)
- 萌百版可以尝试改写一部分代码玩玩。——Sakamotosan路过围观杯弓蛇影 | 避免做作，免敬 2021年2月19日 (五) 10:10 (UTC)
- 韩维那个返回页顶观感比较好（平滑滚动、渐隐效果什么的）；萌娘那个版权好像不兼容？（这方面不太了解）。--安忆Talk 2021年2月19日 (五) 09:17 (UTC)
- 要是引入韩语维基的小工具的话，建议在中文维基fork一份。韩语维基是early adopter wiki，在未来可能会出现不兼容的问题。--Steven Sun（留言） 2021年2月19日 (五) 12:25 (UTC)
- （看到这里才想起自己曾经fork过）啊这不就是基金会要的效果吗（新版记得就有类似功能）？-- Sunny00217 2021年2月21日 (日) 00:36 (UTC)
- (＋)支持。(＆)建议把返回顶部键改一下，让它更符合中文维基百科的整体风格；我觉得萌娘百科的浮动目录功能（这个：
mw.loader.load('https://zh.moegirl.org/index.php?title=User:850710247liu/js/FloatToc.js&action=raw&ctype=text/javascript');）更加有必要。不会吧不会吧，不会真的有人连新版Vector都不用吧？！-- Ken418·CHANGE 2021年2月26日 (五) 15:08 (UTC)- 会有哦
——Sakamotosan路过围观杯弓蛇影 | 避免做作，免敬 2021年2月27日 (六) 08:36 (UTC)
- 会有哦
若无特别意见，现就引入韩语维基该两个小工具作为预设小工具进行
- 那个回到页面顶端的浮动按钮会在页面最底端的位置挡住“powered by mediawiki”按钮，建议引入时稍微调整一下其位置。--Milky·Defer >元宵快乐 2021年2月27日 (六) 10:41 (UTC)
- @MilkyDefer：已处理此问题。--安忆Talk 2021年3月1日 (一) 09:14 (UTC)
- 先问是哪位介管要处理此事？User:AnYiLin吗？--Xiplus#Talk 2021年2月27日 (六) 11:40 (UTC)
- 我反对预设启用返回页顶，已经现存一个预设启用的返回页顶小工具，预设启用两个相近功能的小工具不必要地占用画面，启用一个就好（换成预设启用新的也是一种方案）。--Xiplus#Talk 2021年2月27日 (六) 12:05 (UTC)
根据上述意见，暂停公示时间，待下列方案进行表决完以后，再继续公示，投票时间至2021年3月7日 (日) 04:34 (UTC)止。--🍫巧克力～✿ 2021年2月28日 (日) 04:34 (UTC)
以下方案不设置“不引用此小工具”选项，一是因为在“引用但不启用”和“不引用”这两种情况下用户所看到的效果是一样的，二是因为先前讨论中也没有反对引用的意见。--安忆Talk 2021年2月28日 (日) 06:15 (UTC)
- 我认为放入小工具的脚本应该是至少是非常多人使用，或者因一些技术原因不得不放入进去的。--百無一用是書生 (☎) 2021年3月1日 (一) 07:26 (UTC)
- 放进去才会有人用。--安忆Talk 2021年3月1日 (一) 09:18 (UTC)
- 我认同Shizhao，对于新的小工具，应该是自行试用过后，有X名使用者表明愿意开启该小工具才应放入小工具（X为一个不大不小合理的数字），放入小工具却没人使用的结果应是不乐见的。--Xiplus#Talk 2021年3月1日 (一) 11:08 (UTC)
- 以scrollUpButton举例，虽然在此讨论期间只有四位用户加入它（我在站内搜到后列出的结果），但别忘了关注这种话题的编者本来就不多。四个人或许是有点不够，但它是我站默认小工具，每天也有几千用户使用，这样基数总会够了。
- 我还是持“放进去才会有人用”这个观点，您说为什么现在的移动APP时不时就在首页弹窗、换软件图标，还不是因为这样做才会让更多的人知道原来它们新加了xx功能；换到这里，达到一定基数的前提是得有更多人知道，所以要不要把这个讨论放到ASN，这样才能广为人知。很多人连参数设置都不一定细看，给什么用什么，对其他的保持原样，更别提自己去到处找一段代码再把它放进特定位置去“自行试用”。--安忆Talk 2021年3月1日 (一) 11:52 (UTC)
- 我认同Shizhao，对于新的小工具，应该是自行试用过后，有X名使用者表明愿意开启该小工具才应放入小工具（X为一个不大不小合理的数字），放入小工具却没人使用的结果应是不乐见的。--Xiplus#Talk 2021年3月1日 (一) 11:08 (UTC)
- 放进去才会有人用。--安忆Talk 2021年3月1日 (一) 09:18 (UTC)
- @AnYiLin：能否多加一个直接跳到底部的按钮？在条目评选页面先直接跳到底部然后回上看看有哪些新的投票应该很常用。（如果加了这个我会把旧的工具退役）--街燈電箱150號 开箱维修 抄表 检验证明 2021年3月2日 (二) 17:26 (UTC)
侧边栏小工具
请从以下方案中选择一项
方案一：默认启用此小工具
- (＋)支持。--安忆Talk 2021年2月28日 (日) 05:32 (UTC)
- (＋)支持。--🍫巧克力～✿ 2021年2月28日 (日) 05:49 (UTC)
- (＋)支持。--Air7538（留言） 2021年2月28日 (日) 14:25 (UTC)
- (＋)支持。--Milky·Defer 2021年3月1日 (一) 06:47 (UTC)
方案二：仅引用此小工具以供用户自行开启
- 没有必要默认开启--百無一用是書生 (☎) 2021年3月1日 (一) 02:57 (UTC)
- 先供登录用户试用，大部分人觉得OK再默认启用。--Lt2818（留言） 2021年3月1日 (一) 04:13 (UTC)
- 提供用户自行选择，毕竟有些用户也有自己一套的工具实现。——Sakamotosan路过围观杯弓蛇影 | 避免做作，免敬 2021年3月1日 (一) 05:56 (UTC)
方案三：对读者（匿名用户）默认开启，对注册用户默认不开启，供其自行选择
- 既然引入该工具的目的是为了增加条目文字的显示面积而隐去侧边栏，可以想见该工具对不需要侧边栏的读者（绝大部分为未登录用户）帮助最大；而对于已经熟悉侧边栏功能形成路径依赖、需要频繁用到相应工具（如链入页面）维护站务、已有其它工具提供类似功能的注册用户而言，则不宜默认开启。--Antigng（留言） 2021年3月1日 (一) 11:32 (UTC)
- @Antigng：就我所知这应该是不可能的，您是否能提供技术文件说明如何配置呢？--Xiplus#Talk 2021年3月1日 (一) 11:49 (UTC)
- 判断是否是匿名用户就好了。--安忆Talk 2021年3月1日 (一) 11:56 (UTC)
- 在MediaWiki:Gadgets-definition中判断？--Xiplus#Talk 2021年3月1日 (一) 12:05 (UTC)
|rights=autoconfirmed，意外的简单，虽然会显示成“不受基于IP的速率限制”。--安忆Talk 2021年3月1日 (一) 12:17 (UTC)- 那么这个小工具就永远不会给匿名用户使用。--Xiplus#Talk 2021年3月1日 (一) 12:18 (UTC)
- 是这样。那就引入另一个默认启用且隐藏的小工具B。A是实际脚本，B用来判断是否匿名和A是否被启用，进而加载A。--安忆Talk 2021年3月1日 (一) 12:23 (UTC)
- 我尝试实作到一半才发现额外小工具B是多此一举，如果在脚本B透过mw.loader来载入A，不如写在common.js。--Xiplus#Talk 2021年3月1日 (一) 12:33 (UTC)
- 两个小工具是为了方便“选择退出”，以及允许为注册用户默认关闭吧（但这样新用户体验会不一致）。--YFdyh000（留言） 2021年3月1日 (一) 12:43 (UTC)
- 是这样。那就引入另一个默认启用且隐藏的小工具B。A是实际脚本，B用来判断是否匿名和A是否被启用，进而加载A。--安忆Talk 2021年3月1日 (一) 12:23 (UTC)
- 那么这个小工具就永远不会给匿名用户使用。--Xiplus#Talk 2021年3月1日 (一) 12:18 (UTC)
- 在MediaWiki:Gadgets-definition中判断？--Xiplus#Talk 2021年3月1日 (一) 12:05 (UTC)
- 判断是否是匿名用户就好了。--安忆Talk 2021年3月1日 (一) 11:56 (UTC)
- @Antigng：就我所知这应该是不可能的，您是否能提供技术文件说明如何配置呢？--Xiplus#Talk 2021年3月1日 (一) 11:49 (UTC)
返回顶部小工具
请从以下方案中选择一项
方案一：默认启用此小工具，并取代旧有返回页顶链接小工具
方案二：默认启用此小工具，但保留旧有返回页顶链接小工具以供用户选择
方案三：引用此小工具，同时保留旧有返回页顶链接小工具，但均不默认启用
方案四：引用此小工具，默认启用旧有返回页顶链接小工具
方案五：引用此小工具并取代旧有返回页顶链接小工具，但不默认启用
- 这只是小众需求，没有必要默认开启--百無一用是書生 (☎) 2021年3月1日 (一) 02:59 (UTC)
- 返回页顶用键盘即可。界面上的冗余元素越少越好。--Lt2818（留言） 2021年3月1日 (一) 04:13 (UTC)
{{Namespace pagename}}输出英文原文的问题
最近浏览一些条目及创建条目时，经常看到“由于受到破坏，依据方针，本Article已获半保护”“维基百科目前还没有与上述标题相同的Projectpage”等。经排查，我认为该问题与{{Namespace pagename}}近期因应“伪名字空间”的变更有关，希望社群能予以修正，谢谢。--悔晚齋（臆語） 2021年2月19日 (五) 05:51 (UTC)
- 并不是因为加入伪名字空间导致。这是语言变种zh(不转换)的#default值。—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月19日 (五) 06:11 (UTC)
- 但我的界面语种是zh-Hans-CN，也就是有转换。--悔晚齋（臆語） 2021年2月19日 (五) 06:13 (UTC)
- (▲)同上。--安忆Talk 2021年2月19日 (五) 06:14 (UTC)
- (？)疑问 @AnYiLin：模板快取是否会影响
{{int:Conversionname}}在{{#if}}的识别？—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月19日 (五) 06:25 (UTC)- 不会的。-- 2021年2月19日 (五) 09:38 (UTC)
- (※)注意问题应与伪名字空间无关，不要乱猜。这纯粹是语种辨识上可能需要调整的问题。—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月19日 (五) 06:22 (UTC)
- 这个可不可以改为根据内容变种变换呢？因为其他的内容在我的印象里很多都不是根据界面语言变换的，只有一个名字空间显示英文感觉很突兀。--LaMagiaaa（留言） 2021年2月19日 (五) 09:56 (UTC)
- @LaMagiaaa：现在就已经是根据语言变种转换了啊，现在会出现英文纯粹只是因为设定为不转换时、或牵扯到不转换、或有用户在两种语言设定中其中一种选择不转换...等zh(牵扯到有任何一丁点关于非zh-hans非zh-hant非zh-cn非非zh-hk非zh-xx等)有些bug ，切勿随意猜测模糊焦点。目前正在调查此bug 发生原因。—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月19日 (五) 21:42 (UTC)
- 另外，由于技术限制，用于界面的文字无法使用-{}-字词转换记号，故只能使用前文提到的解析器函数/魔术字。—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月19日 (五) 21:49 (UTC)
- @A2569875：内容变体和界面变体还是不一样的。这个问题&variant=zh-tw&uselang=zh-cn的情况下，上方显示为zh-cn。但我希望可以根据variant改变此内容。我对这方面确实不了解，不知道哪一个MediaWiki界面是此内容，但我认为应该存在。另您下方所述zh语言变种问题，既然现在的方案跟随界面语言，而界面语言zh为简体，如果没有环境差异，我认为可以设置为和简体一致。--LaMagiaaa（留言） 2021年2月20日 (六) 04:36 (UTC)
- 说不定可以哦，这些语法。但不确定variant在哪个间断给定，如果不是在解析期可能无效。以下测试
{{int:lang}}→“zh-cn”；{{int:Conversionname}}→“zh-cn”，&variant=zh-tw&uselang=zh-cn、&variant=zh-cn&uselang=zh-tw。解析器:{{#ifeq:{{int:lang}}|zh|設置失敗|設置成功}}→“设置成功”{{#ifeq:{{int:Conversionname}}|zh|設置失敗|設置成功}}→“设置成功”{{#ifeq:{{int:lang}}|zh-cn|上海|澎湖}}→“上海”{{#ifeq:{{int:Conversionname}}|zh-cn|上海|澎湖}}→“上海”{{#ifeq:{{int:lang}}|zh-tw|上海|澎湖}}→“澎湖”{{#ifeq:{{int:Conversionname}}|zh-tw|上海|澎湖}}→“澎湖”
- -- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月21日 (日) 09:02 (UTC)
- 好吧，不行，没有吃到variant。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月21日 (日) 09:06 (UTC)
- 要花点时间找找Special:AllMessages有无合用的，或研究看看叫界面管理员造个新的专门侦测variant的MediaWiki:页面可不可行。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月21日 (日) 09:11 (UTC)
- 说不定可以哦，这些语法。但不确定variant在哪个间断给定，如果不是在解析期可能无效。以下测试
- @LaMagiaaa：跟mw:Topic:W3sj4umyrwirt7yf一样，技术限制，不可能。如果说你要在有启用转换的地方使用，还是要搭配转换标签和
{{NoteTA}}-- Sunny00217 2021年2月21日 (日) 00:39 (UTC)- @Sunny00217：所以如果一定要用界面语言的话，是否应该有翻译呢？因为使用此模板的页面似乎很少支持英语，而且名字空间别称是依照内容变体设置的，与界面语言无关。而现行英语版本却并不会在类似于MediaWiki:Noarticletext/en等地显示。既然名字空间的别称并非依照界面语言变化，则此种设置实不合理。
- 而此类界面语言设置，注册后似乎默认即为zh，不知是否有环境差异。尽管变种不转换会有提示，但界面语言没有提示，而且既然默认显示简体，就会有包括我在内的很多人不会变更此设置。这种更改了内容变种，但并未更改界面语言的情况，更会觉得英文表记很突兀。此种情况下，是否可以直接引用名字空间的现在显示的别称呢？如果不可以，则是否应该类似界面语言，与中文简体统一呢？--LaMagiaaa（留言） 2021年2月21日 (日) 05:36 (UTC)
- @LaMagiaaa：记得在中文维基百科注册界面语言预设就是注册时用的语言，但到底是不是我也不知道，况且如果用繁体用zh会很怪，所以我们一定会改。至于界面那个或许可以提案写警告，因为有繁简混杂的问题。然后抱歉第一个问题我不是很能理解，是指哪个？第二个我认为可以。-- Sunny00217 2021年2月21日 (日) 06:51 (UTC)
- @Sunny00217：我其实是在说类似“项目页面”、“条目”那个标签，不过这个和现行模板翻译方法不同，如果可以正确调用名字空间现在的显示（类似于User:在各内文变种的变化），我认为可以直接调用。
- zh确实不适合繁体使用者，所以这个问题可能在相关语言并不常见。至于写警告，我认为确实有必要进行一次讨论。--LaMagiaaa（留言） 2021年2月21日 (日) 07:18 (UTC)
- @LaMagiaaa：记得现在NSPN是使用那个（Project->计划页面）的翻译方式，不是引用他。如果是指标题的转换版本（Wikipedia->维基百科）的话实现是
{{NS}}-- Sunny00217 2021年2月21日 (日) 08:51 (UTC)- @Sunny00217：我只是在想如果直接引用的话是否会更简单一些，不能做到或者实现复杂的话还是应该考虑修改翻译方法。--LaMagiaaa（留言） 2021年2月21日 (日) 09:42 (UTC)
- @LaMagiaaa：可以，用
{{int:}}，判断用什么语言的方式就是用这个，但我个人是觉得不怎么好用。-- Sunny00217 2021年2月21日 (日) 10:38 (UTC)
- @LaMagiaaa：可以，用
- @Sunny00217：我只是在想如果直接引用的话是否会更简单一些，不能做到或者实现复杂的话还是应该考虑修改翻译方法。--LaMagiaaa（留言） 2021年2月21日 (日) 09:42 (UTC)
- @LaMagiaaa：记得现在NSPN是使用那个（Project->计划页面）的翻译方式，不是引用他。如果是指标题的转换版本（Wikipedia->维基百科）的话实现是
- @LaMagiaaa：记得在中文维基百科注册界面语言预设就是注册时用的语言，但到底是不是我也不知道，况且如果用繁体用zh会很怪，所以我们一定会改。至于界面那个或许可以提案写警告，因为有繁简混杂的问题。然后抱歉第一个问题我不是很能理解，是指哪个？第二个我认为可以。-- Sunny00217 2021年2月21日 (日) 06:51 (UTC)
- @A2569875：内容变体和界面变体还是不一样的。这个问题&variant=zh-tw&uselang=zh-cn的情况下，上方显示为zh-cn。但我希望可以根据variant改变此内容。我对这方面确实不了解，不知道哪一个MediaWiki界面是此内容，但我认为应该存在。另您下方所述zh语言变种问题，既然现在的方案跟随界面语言，而界面语言zh为简体，如果没有环境差异，我认为可以设置为和简体一致。--LaMagiaaa（留言） 2021年2月20日 (六) 04:36 (UTC)
- 另外，由于技术限制，用于界面的文字无法使用-{}-字词转换记号，故只能使用前文提到的解析器函数/魔术字。—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月19日 (五) 21:49 (UTC)
- @LaMagiaaa：现在就已经是根据语言变种转换了啊，现在会出现英文纯粹只是因为设定为不转换时、或牵扯到不转换、或有用户在两种语言设定中其中一种选择不转换...等zh(牵扯到有任何一丁点关于非zh-hans非zh-hant非zh-cn非非zh-hk非zh-xx等)有些bug ，切勿随意猜测模糊焦点。目前正在调查此bug 发生原因。—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月19日 (五) 21:42 (UTC)
- (※)注意要修复此问题时，会牵扯到另一问题：当设定为default的zh状态时，到底要显示繁体还是显示简体？—- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月19日 (五) 21:54 (UTC)
- 不转换根据fallbackList是zh-hans-- Sunny00217 2021年2月21日 (日) 00:48 (UTC)
- 既然这里扯到NSPN了直接在这里再贴一次：Template_talk:Namespace_pagename#以模块改写Namespace_pagename模板-- Sunny00217 2021年2月21日 (日) 06:54 (UTC)
- 原本的模板结构太乱，也不易修缮。 不如在这边讨论直接用LUA重写。 首先要先研究LUA如何正确地读取到语言变种。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月21日 (日) 08:45 (UTC)
- 目前Module:Namespace pagename的方法可以参考Module:Namespace#L-13-- Sunny00217 2021年2月21日 (日) 08:53 (UTC)
关于{{Wayback}}模板
目前IAbot在为大量未失效的链接存档，存档的方式是在链接后方加入{{wayback}}模板，例如：
会被存档为
同一行出现两个链接，很容易使不熟悉维基百科的读者感到困惑，同时，如果在ref标签中存档，也会打乱标准的引文格式。故建议在该模板两端加入括号，该括号可通过使用|np=或|title=关闭。
模板沙盒：Template:Wayback/sandbox，测试样例：Template:Wayback/testcases
————BlackShadowG（留言）维基百科20岁生日快乐！ 2021年2月19日 (五) 11:29 (UTC)
- 补充说明，使用
|title=参数后隐藏括号是因为，机器人不会填写|title=参数，因此若使用此参数则表示该模板是由编者加入的，编者使用该模板时肯定会注意此类问题，因此不需要自动在首尾加入括号。--BlackShadowG（留言）维基百科20岁生日快乐！ 2021年2月19日 (五) 11:36 (UTC)- @BlackShadowG：前面用全形，后面用半形 囧rz……-- Sunny00217 2021年2月21日 (日) 00:50 (UTC)
已修复--BlackShadowG（留言）维基百科20岁生日快乐！ 2021年2月21日 (日) 06:21 (UTC)
- @BlackShadowG：前面用全形，后面用半形
已修复--- 看起来目前已经没有什么新意见了，且该模板的显示问题会影响大量页面，应快速完成修正为宜，故根据雪球法则
直接开始
公示7日--BlackShadowG（留言）维基百科20岁生日快乐！ 2021年2月25日 (四) 12:10 (UTC)
直接开始结构式讨论能使用机器人User:Wcam-bot存档吗？
请问结构式讨论能使用机器人User:Wcam-bot存档吗？ 谢谢。--༺Lucenne༻💬回复请Ping我 2021年2月19日 (五) 15:27 (UTC)
- 据了解，结构式讨论不能存档。--安忆Talk 2021年2月20日 (六) 05:38 (UTC)
- 不用存档吧，直接标记关闭讨论就自动沉底了。——Sakamotosan路过围观杯弓蛇影 | 避免做作，免敬 2021年2月21日 (日) 02:02 (UTC)
就多项社群共识设立过滤器警告
建议根据2016年9月、2019年11月和2020年6月、2021年2月等社群共识设立编辑过滤器。这些共识持续被违反，设立过滤器警告及标记能方便其他编者协助维护社群共识。此可合并入过滤器241或各自分设新过滤器。
- 2016年9月有关收录传主参与综艺节目列表的社群共识：可查找编辑章节名称是否符合“综艺”、“节目”等字眼，并给予以下警告讯息：
- 2019年11月和2020年6月有关传主亲属及子女个人资讯的共识：类似过滤器241，检查模板参数。
- 2021年2月有关限制收录传主不符合关注度指引的单一产品代言：类似综艺节目的过滤器，查找章节名称是否符合“代言”字眼。
以上。--LuciferianThomas．留言 2021年2月20日 (六) 02:20 (UTC)
- 要不要到Wikipedia:防滥用过滤器/过滤器请求？--安忆Talk 2021年2月20日 (六) 05:35 (UTC)
- 那边好像比较少人看到，这边比较多人看到，我倾向于有共识了再移过去。--LuciferianThomas．留言 2021年2月20日 (六) 11:56 (UTC)
- 各项请提供5笔编辑作为范例，警告讯息请在草稿编写后供管理员移动。--Xiplus#Talk 2021年2月27日 (六) 12:41 (UTC)
一个非常小的翻译问题
请教：infobox gene无法从wikidata调用数据
诸位好。丙氨酸氨肽酶条目中的{{infobox gene}}像英文版一样从wikidata调用数据，但与英文版条目比较，直系同源（orthologs）下各字段在英文版能正常显示，中文版却通通成了n/a；中文版infobox标题不能显示中文（但wikidata已有此项目的中文名称）；别名出现许多无关资讯（美联社、肝炎、亚太国家教育计划等）；另外染色体也不能正常显示（英文条目中Gene location (Human)以及Gene location (Mouse)下所显示的染色体与具体基因区域），由于在下对这些技术的运作一窍不通，想请教这些问题该如何解决？先行拜谢。--Labyrinthulomycetes🦠receptor 2021年2月21日 (日) 00:54 (UTC)
- 调了蛮久。标题英文只需'en'改成'zh'，全部n/a是subclass P31需要查中文的“蛋白质”（ 吐槽：英文版没标此处要本地化，而且不能用函数查询实现吗）。已改进和修缮Module:Infobox_gene，请检查是否还有其他问题。--YFdyh000（留言） 2021年2月21日 (日) 12:38 (UTC)
- 太感谢阁下了！目前可以正常显示，但还有一个小问题：“直系同源”下的“人类mRNA”以及“人类蛋白质”各有三个，却只有一个连结，点进去会显示搜寻错误（变成是搜索一个编号为"NM_001150、NM_001381923、NM_001381924"的蛋白质，因此找不到），有没有办法改成像英文版那样，三个编号有分别的连结？谢谢！--Labyrinthulomycetes🦠receptor 2021年2月21日 (日) 20:16 (UTC)
#Redirect
请求加入繁体中文别名#重新導向。--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：期待您在Phabricator的报告。--210.61.119.85（留言） 2021年2月25日 (四) 11:10 (UTC)
- 没有。看到配置中有"重新導向"都准备报bug了，仔细研究发现好像是特殊:重新导向之类的。文件内现有14处重定向，3个重新導向，是否都需要补全以平等化。--YFdyh000（留言） 2021年2月25日 (四) 03:43 (UTC)
Module:Lan2和Module:Lan有什么区别？
如题，今天偶然翻到Module:Lan2这个模块，看了看历史记录，发现是这个月创建的。不知和Module:Lan相比有何不同？--🔨（留言） 2021年2月21日 (日) 14:35 (UTC)
- 问问作者就好啦。--安忆Talk 2021年2月21日 (日) 14:57 (UTC)
- 模块:Namespace在用，好像是为传自定义的fallbackList（并合并），模块:Namespace/data有提供en字段。--YFdyh000（留言） 2021年2月21日 (日) 15:04 (UTC)
- 就是此原因。不过因为要再写wikitext的fallbackList太麻烦，所以没有提供wikitext的接口-- Sunny00217 2021年2月22日 (一) 09:04 (UTC)
Twinkle更新 (2020-02-22) @5f15078
- 近期变更
- 监视清单：
- Twinkle将永久监视的页面改为限时监视的问题已修复。
- 如果您设定限时监视，编辑永久监视页面时将维持永久监视，编辑限时监视页面时不会调整（延长）期限。
- 保护：现在可设定请求保护、保护或标记保护模板时自动监视页面，请在偏好设定页进行设定。
- 告状：如果被提报的使用者已被封锁，将会显示提示讯息，以避免不必要的提报。
- 警告：如果已存在当月的章节，新的警告将插入该章节，就算该章节不是最后一个章节也是如此。
如果近期变更有任何错误，或是认为未来变更会造成任何问题，请在Twinkle讨论页、互助客栈技术版、Telegram群组或Github择一报告。--Xiplus#Talk 2021年2月22日 (一) 04:19 (UTC)
Category:PRC admin自动生成的navbox模板，每个模板都有Name参数和实际不同的导航框。
但这些模板不能循对齐Name参数清除该隐藏分类。
想问熟职相关方面的用户，有没有方法可以清除使用“Template:PRC admin/navbox”的模板的“Name参数和实际不同的导航框”隐藏分类 ?-- 约翰同志－条目裱糊匠（留言） 2021年2月22日 (一) 10:50 (UTC)
- navbox的name用于生成左上角的“查论编”，目前PRC admin将其直接指向维基数据。由于模板依据数据生成，用户应在维基数据修改数据，而非修改模板，此处可起到导流作用。相比之下，目前“论”指向本地不存在的页面，没实现模板设计意图，应该要修Module:Navbar。至于那个分类，取决于社群是否认为把navbar指向维基数据是滥用。 --达师 - 370 - 608 2021年2月22日 (一) 13:21 (UTC)
页面分类的区域中文转换错误
—以上未加入日期时间的留言是于2021年2月23日 (二) 00:14 (UTC)之前加入的。
更新logo
现在桌面版上，中文版的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)
模板{{Speciesbox}}出现错误
- 下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。
我注意到在页面宇老深山锹形虫上的该模板发生了问题，已知当二名法的前一个值为Lucanus时（genus = Lucanus）这个模板会出现错误：“Lua错误 在Module:Autotaxobox的第170行：attempt to index a nil value”。
补充：这个模板除了{{Speciesbox|genus = Lucanus}}这样直接传值外，还能从页面对应的Wikidata抓取值，这个自动抓取的值如果是Lucanus的话也会导致报错。
--༺Lucenne༻💬回复请Ping我 2021年2月22日 (一) 18:07 (UTC)
- 已修复 差异1（基于英文维基）、差异2（回退破坏）--YFdyh000（留言） 2021年2月22日 (一) 22:03 (UTC)
- 本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。
Tech News: 2021-08
维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改；不是所有的更改都会对您造成影响。技术新闻提供其它语言的翻译版本。
最近更改
- 可视化编辑器将使用MediaSearch来查找图片。当您寻找插图时，您可以在可视化编辑器中搜索Commons上的图片。这是为了帮助编辑者更方便地找到图片。 [1]
语法高亮现在支持更多种类的语言：Futhark，Graphviz/DOT，CDDL和AMDGPU。 [2]
问题
本周后期变更
MediaWiki未来更新
2021年2月23日 (二) 00:17 (UTC) —以上未加入日期时间的留言是于2021年2月23日 (二) 08:14 (UTC)之前加入的。
文件名繁简转换bug
见[4]: 两张图片一个是位于本地的File:方艙醫院真神奇.jpg,一个是位于commons的File:方舱医院真神奇.jpg,在页面上两张图片都可以正常显示，但是点击进入的文件描述页都是位于本地的File:方艙醫院真神奇.jpg--百無一用是書生 (☎) 2021年2月24日 (三) 02:00 (UTC)
- @Shizhao：应该是本地繁简转换的问题，本地转commons不转。不过这次问题应该不大，commons的那个快要被速删了，那就没有重复的问题了。SANMOSA 誓山海而长在，似日月而无休 2021年2月24日 (三) 10:58 (UTC)
统一所有外部资源模板的格式
先前讨论曾经将所有社交网络连结模板语句及外部链接位置统一，然而经盘查后发现此举让所有社交网络连结模板与所有其他的外部资源模板的格式出现差异，不便维护，因此现拟议重新将所有一般性外部资源模板（包括所有社交网络连结模板）的格式统一，格式如下所示。先前讨论的结果也将会因此失去效力。SANMOSA 誓山海而长在，似日月而无休 2021年2月24日 (三) 06:30 (UTC)
- 格式1：
| “ | [URL 某人]在[[某网站]]上的（页面） | ” |
- 补充：格式2：
| “ | [[某网站]]上的[URL 某人] | ” |
- “页面”两字将视乎相关模板的实际用词而变成该等模板的原有对应用词。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)
（续）以模组改写Namespace pagename模板
承上次讨论，现时Module:Namespace pagename应已完善，因此重提以模组改写Template:Namespace pagename一事。修改方案见此。依Wikipedia:保护方针#需讨论达成社群共识，将模板的功能使用模块改写须在此详细讨论后才可提出编辑请求，故将此项请求重新交至此以供讨论。SANMOSA 誓山海而长在，似日月而无休 2021年2月25日 (四) 02:12 (UTC)
- @Sanmosa：留意这个讨论#{{Namespace pagename}}输出英文原文的问题，可能还有东西没有完善。-- ナナチ果物プリン🐰🥭🍮（宇帆·☎️·☘️） 2021年2月25日 (四) 03:24 (UTC)
- @A2569875：我建议先测试Template:Namespace pagename/sandbox在该方面的运行上会不会出现同样的问题，如果会的话，那就直接请上面参与讨论的人一起讨论如何修正Module。SANMOSA 誓山海而长在，似日月而无休 2021年2月25日 (四) 09:24 (UTC)
- @A2569875、Sanmosa：至少在Template:Namespace pagename/debugging#页面的测试中，模组的返回值有些没有“页”。-- 2021年2月27日 (六) 15:56 (UTC)
- @A2569875：我建议先测试Template:Namespace pagename/sandbox在该方面的运行上会不会出现同样的问题，如果会的话，那就直接请上面参与讨论的人一起讨论如何修正Module。SANMOSA 誓山海而长在，似日月而无休 2021年2月25日 (四) 09:24 (UTC)
将Status2模板更换为使用模块实现
如题。本人希望能够将Status2更换为使用模块实现。理由：更易维护，结构更清晰，且在日后若需添加更多选项时更方便。因此，希望能够将该模板更换为使用模块实现。模板更改后的效果：Template:Status2/sandbox，模块位置：Module:Status。根据Status2模板说明页上的说明，现在此通知一名机器人作者（另一名机器人作者已确认该修改不会对机器人造成影响）：@Xiplus。感谢。--Yining Chen（留言|签名） 2021年2月25日 (四) 03:18 (UTC)
(～)补充：若机器人作者确认不会造成影响或会造成影响但有解决方案，希望能够根据WP:IAR立即更换，而不进行7日的公示。--Yining Chen（留言|签名） 2021年2月25日 (四) 03:24 (UTC)
- 挺好的，不过为什么混用布尔值、数字和字符串…--安忆Talk 2021年2月25日 (四) 03:33 (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)
- @Xiplus：我倾向不留，但留也不是不可以。如果会影响bot读取，哪些bot需要修改？SANMOSA 誓山海而长在，似日月而无休 2021年2月25日 (四) 03:46 (UTC)
- 会。另您是想要不留重新导向吗？--Xiplus#Talk 2021年2月25日 (四) 03:44 (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)
- 应该模组的部分可以合并写在一起，但模板合并...难不成又要向
技术上能否做到监视用户的编辑
就是在监视列表内加入某些自己感兴趣的用户的编辑记录，比如A每做出一笔编辑，自己的监视列表内就会显示这笔编辑。--Googol19980904（留言） 2021年2月25日 (四) 14:19 (UTC)
- 容易用来进行维基跟踪，所以不应提供这样的功能。--Lt2818（留言） 2021年2月25日 (四) 15:31 (UTC)
- 理论上可以通过RSS监控，但我认为这么干是不好的。理由同上。--痛心疾首 2021年2月26日 (五) 00:47 (UTC)
- 个人监视列表需要相应用户的令牌，除非是泄漏了。——Sakamotosan路过围观杯弓蛇影 | 避免做作，免敬 2021年2月26日 (五) 01:13 (UTC)
- mw没有现成的功能，但通过跟踪最近编辑有类似效果，有些第三方工具可以做到（主要搞反破坏的）。——Sakamotosan路过围观杯弓蛇影 | 避免做作，免敬 2021年2月26日 (五) 01:13 (UTC)
- phab:T2470--GZWDer（留言） 2021年2月26日 (五) 23:58 (UTC)
繁简重定向问题
如果一个繁体标题已有条目，而简体标题重定向至其他条目，例如已有条目蘋果，但是苹果被重定向至水果，那会有机器人让简体标题指向繁体条目吗？还是这一过程要人工干预。--Googol19980904（留言） 2021年2月27日 (六) 09:05 (UTC)
- 还是需要人工修改简体重定向吧？-- 本人该补完2019年台铁各站旅客人次了，有事按“此”留言 2021年2月27日 (六) 10:40 (UTC)
- 因为我不清楚，所以来问一下。--Googol19980904（留言） 2021年2月27日 (六) 12:45 (UTC)
- 似乎没有。本人的一项任务仅处理往诸如“苹果”到“蘋果”的重定向页面中加入{{繁简重定向}}模板，而且因对本站服务器压力过大目前已很少运行--Antigng（留言） 2021年2月28日 (日) 12:10 (UTC)
Tech News: 2021-09
维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改；不是所有的更改都会对您造成影响。技术新闻有提供其它语言的翻译版本。
近期变更
- 使用Growth team tools的wiki现在可以在任意页面上通过魔术字来显示新用户指导者的用户名，这可用于欢迎消息或用户框。
- VideoCutTool的新版本现已推出。它可以对视频进行剪辑、裁剪、消音和画面旋转。该项目的创立始于开发人员推广项目。
问题
- 工作队列出现了一些问题，这意味着一些功能的更改没有被保存，大量信息发送被推迟。这对wiki上的编辑没有影响。 [5]
- 在最新版本的Firefox和Safari中，一些用户可能无法自动登录到自己的账户。 [6]
本周后期变更
2021年3月1日 (一) 19:08 (UTC) —以上未加入日期时间的留言是于2021年3月2日 (二) 00:14 (UTC)之前加入的。
（可能是早就有人报过phab的老bug）移动版用户贡献没有Flow的编辑记录
如题，比如Special:Contributions/161.81.47.102，此IP的用户贡献全部出自知识问答，在桌面版中所有的用户贡献均可以正常显示，而到了移动端就成了空白。--忒有钱🌊塩水あります🐳（留言） 2021年3月1日 (一) 20:10 (UTC)