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

维基百科,自由的百科全书
跳到导航 跳到搜索

Breezeicons-categories-32-applications-development.svg
发表前请先搜索存档,参考旧讨论中的内容可节省您的时间。
公告板
# 话题 发言 参与 最新发言 最后更新(UTC+8)
1 修改Cite journal模板 19 16 MilkyDefer 2021-03-01 22:28
2 Mediawiki空间的全保护是否有必要 26 6 AnYiLin 2021-02-16 02:04
3 提议更换用于用户查核的模板 14 7 Yining Chen 2021-02-21 16:08
4 Spoken Wikipedia诸模板相关话题 1 1 Jimmy-bot 2021-03-02 16:14
5 更新{{Expand language}} 10 5 Pseudo Classes 2021-02-02 13:22
6 提议更改默认回退摘要 17 6 AnYiLin 2021-02-25 14:04
7 iOS APP地区词字词转换Bug 2 2 AnYiLin 2021-02-22 19:02
8 为Infobox station资讯框增加参数 7 3 Sanmosa 2021-02-28 13:31
9 手机版首页标题问题 3 3 YFdyh000 2021-02-11 16:40
10 In lang模块 4 3 BlackShadowG 2021-02-28 21:52
11 新建的条目名称包含标点符号 10 4 ClayM300 2021-02-27 16:22
12 以随机用字模式阅读页面的小工具? 9 6 Xiplus 2021-02-26 10:30
13 关于分类时使用的变体与分类页面名称不同造成页面分类丢失的问题 1 1 Func86 2021-02-17 12:59
14 是否引用韩语维基百科的一些功能 78 15 AnYiLin 2021-03-03 02:36
15 {{Namespace pagename}}输出英文原文的问题 33 6 Sunny00217 2021-02-21 18:38
16 关于{{Wayback}}模板 5 2 BlackShadowG 2021-02-25 20:10
17 结构式讨论能使用机器人User:Wcam-bot存档吗? 3 3 Cwek 2021-02-21 10:02
18 就多项社群共识设立过滤器警告 4 3 Xiplus 2021-02-27 20:41
19 一个非常小的翻译问题 1 1 Jimmy-bot 2021-03-03 00:14
20 请教:infobox gene无法从wikidata调用数据 6 2 靖天子 2021-02-22 06:04
21 #Redirect 7 5 YFdyh000 2021-02-25 23:55
22 Module:Lan2和Module:Lan有什么区别? 4 4 Sunny00217 2021-02-22 17:04
23 Twinkle更新 (2020-02-22) @5f15078 1 1 Xiplus 2021-02-22 12:19
24 模板:PRC admin/navbox 2 2 Hat600 2021-02-22 21:21
25 页面分类的区域中文转换错误 0 0
26 更新logo 4 3 AnYiLin 2021-02-25 13:28
27 模板{{Speciesbox}}出现错误 4 2 思淇敏君 2021-02-23 23:45
28 Tech News: 2021-08 0 0
29 文件名繁简转换bug 2 2 Sanmosa 2021-02-24 18:58
30 统一所有外部资源模板的格式 6 3 Sanmosa 2021-02-25 09:17
31 (续)以模组改写Namespace pagename模板 4 3 Pseudo Classes 2021-02-27 23:56
32 将Status2模板更换为使用模块实现 18 7 Sunny00217 2021-03-01 12:57
33 技术上能否做到监视用户的编辑 7 6 Temp3600 2021-02-28 21:42
34 繁简重定向问题 5 4 Itcfangye 2021-03-01 07:41
35 Tech News: 2021-09 0 0
36 (可能是早就有人报过phab的老bug)移动版用户贡献没有Flow的编辑记录 3 2 忒有钱 2021-03-02 13:16
发言更新图例
  • 最近一小时内
  • 最近一日内
  • 一周内
  • 一个月内
  • 逾一个月
特殊状态
已移动至其他页面
或完成讨论之议题
手动设定
当列表出现异常时,
请先检查设定是否有误

修改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)
是把对应的功能引进,而不是模块。毕竟我们的格式和英文版有些不一样,无法直接引进--百無一用是書生 () 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)加入。
Zhenqinli3、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)

本章节暂时不存档,直至问题解决。欲让机器人存档,请移除本模板。留言请置于本模板上方。

Mediawiki空间的全保护是否有必要

如题,在MediaWiki软件调整之后,此空间下的页面均被系统自动加以MediaWiki保护,在没有editinterface权限(授权给sysop和int-admin)的情况下是无法改动的。但现在除级联保护的特殊情况外,此空间下的有些页面依然被加以全保护,我想这或许是一个历史遗留问题。是否应该批量解除此空间下页面的全保护?TechyanEricliu1912--安忆Talk 2021年1月28日 (四) 10:29 (UTC)

不太明白,可以举个例子么?--百無一用是書生 () 2021年1月28日 (四) 11:56 (UTC)
是全保护的例子吗?比如这个就是全保护。尽管此页面的全保护是为了使它所使用的五个模板形成级联保护,但也应该去对那些模板进行全保护而不是对此页面,此空间下的页面有MediaWiki保护就足够了。--安忆Talk 2021年1月28日 (四) 12:18 (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:有没有可能使用MediaWiki级的连锁保护,而不是全保护级的,那句话的意思是这样。此外,我认为连锁保护较简单,单独保护则较复杂,如果采取单独保护,可能需要借助机器人的力量。-- 2021年1月29日 (五) 13:58 (UTC)
MediaWiki保护是自动的,但不能在Mediawiki空间之外;单独保护其实之前实行模板保护的时候有做过,是由机器人进行的。类比一下,对高风险模板进行全保护应该大同小异。--安忆Talk 2021年1月29日 (五) 15: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)
啊,意思是说MediaWiki空间本身已经只有管理员和界面管理员能编辑,但某些页面却又加了一个全保护在上面?这样的话,我觉得不是特殊情况,没有必要再加一层保护--百無一用是書生 () 2021年1月29日 (五) 07:19 (UTC)
大体上是这个意思。特殊情况就是上面提到的,但我认为在那种情况下去针对那些模板和模块加全保护或者模板保护才是对的。--安忆Talk 2021年1月29日 (五) 07:27 (UTC)
MediaWiki空间下的连锁保护全部都是我做出的,所以我前来说明理由。MediaWiki空间下的页面由系统直接施加全保护,只有管理员能编辑,而为了防止透过修改嵌入模板而导致实质上非管理员更动界面,根据保护方针所有嵌入的模板都应该全保护,而为了方便自动保护嵌入的模板,可以使用系统的“连锁保护”功能,连锁保护在以前与分别保护所有嵌入模板无异;然而新增界面管理员(IA)之后,IA也可以编辑MW空间的讯息,若使用连锁保护将导致IA无法编辑该等MW页面,故AnYiLin才建议应采取分别保护的方式。--Xiplus#Talk 2021年1月30日 (六) 07:31 (UTC)
是的,您所说的(指sysop与IA独立后中维的IA没有编辑全保护页面的权限)就是我提出分别进行保护的原因。为了形成级联保护而对父页面进行全保护是方便之举,但也会影响一些操作(比如说在这个编辑请求中需要再去提出另一个编辑请求。是故,不知您是否可以考虑一下我的建议。--安忆Talk 2021年1月30日 (六) 08:03 (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)
所以技术上不可能搞个模板连锁保护吗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_changesGrant 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)

本章节暂时不存档,讨论告一段落。欲让机器人存档,请移除本模板。留言请置于本模板上方。

提议更换用于用户查核的模板

已通过:
已完成。--Yining Chen留言|签名) 2021年2月21日 (日) 08:08 (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)
Easterlies完成. --Yining Chen留言|签名) 2021年1月31日 (日) 06:27 (UTC)
换也可以,看起来没什么坏处。--安忆Talk 2021年2月1日 (一) 16:49 (UTC)
  • (+)强烈支持:这是十分猫道的行为!解放猫爪的提案!强烈支持!--··自·由·的 2021年2月3日 (三) 10:35 (UTC)

由于关注该提案的人并不多,为加快讨论进程,依照WP:SNOW,提前进行公示。在公示期间内,如有任何反对意见被提出,将停止公示并依照WP:7DAYS方针继续进行讨论。如在公示期间内无人反对,则视为通过。 公示7日,2021年2月10日 (三) 11:38 (UTC) 结束 --Yining Chen留言|签名) 2021年2月3日 (三) 11:38 (UTC)

(...) 吐槽:难道逻辑不应该是因为没有多少人关注,所以才应该将讨论时间放长的吗?--东风留言) 2021年2月7日 (日) 07:15 (UTC)
(!)意见 如果没人关注的原因是大家没时间,那么应该延长。如果是大家没兴趣,那么走个流程、勇于编辑,有问题再回退也没啥大不了。--YFdyh000留言) 2021年2月7日 (日) 07:23 (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)
@XiplusEasterliesYining ChenLClightcat:,当时转交的时候没记错出现了大量无关内容,导致转交的时候出现大量无关内容(如果没记错的话),所以当时有监管员私下希望我删除该些无关内容。我亦因该等内容确实无关而删除。当然,这种统一的做法我没意见。--1233 T / C 2021年2月13日 (六) 11:39 (UTC)
您可以拿这个请求作为例子,说明一下“无关内容”是指哪些内容吗?感谢。--Yining Chen留言|签名) 2021年2月13日 (六) 12:27 (UTC)
Yining Chen已准备好CU requestRFCUform,可于Template:RFCUform/testcases点击按钮测试提交。--Xiplus#Talk 2021年2月21日 (日) 03:30 (UTC)

本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

Spoken Wikipedia诸模板相关话题

更新{{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)

本章节暂时不存档。欲让机器人存档,请移除本模板。留言请置于本模板上方。

提议更改默认回退摘要

四日前便已通过。--安忆Talk 2021年2月25日 (四) 04:53 (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)

YFdyh000 公示7日,2021年2月21日 (日) 11:12 (UTC) 结束:议案发起多日未见反对意见,按照雪球原则加速进程。--LuciferianThomas留言 2021年2月14日 (日) 11:12 (UTC)

@YFdyh000:不在最前面加“回退”的链接,而是加进回退之后的标签:回退里(像AWB一样),不知是否可行。--安忆Talk 2021年2月18日 (四) 13:15 (UTC)
@AnYiLinSpecial:标签,TW、AWB、回复等都是有内链的,似乎可行。差异和历史页面都能看到标签,似乎不错。那么最终只改文字,不在编辑摘要开头加链接吧。--YFdyh000留言) 2021年2月18日 (四) 13:24 (UTC)
那要不要再次公示一下,怪我才想起来标签这点。--安忆Talk 2021年2月18日 (四) 13:27 (UTC)
看大家都没什么意见,我觉得不用,不然重新ping一遍他们。有问题再改回来就好了,反正影响面挺大,影响程度不大,异议更可能在修改后出现。我也一直没想起标签能链接、去改标签。--YFdyh000留言) 2021年2月18日 (四) 13:38 (UTC)

本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
@AnYiLin:系统自带的撤销(mw-undo)在编辑摘要有内链,要不要一起改成在“标签”内链。TW的撤销混在一起,或许可以单列标签(是否会影响现有工具或机器人?)。--YFdyh000留言) 2021年2月23日 (二) 05:34 (UTC)
这应该不是个人可以决定的,亦需要共识;TW方面可能需要问一下@Xiplus。--安忆Talk 2021年2月23日 (二) 05:50 (UTC)
需要改的话提删MediaWiki:Undo-summary就行,默认是没内链的。--安忆Talk 2021年2月23日 (二) 05:54 (UTC)
没有办法单列标签,必定两个。--Xiplus#Talk 2021年2月23日 (二) 06:09 (UTC)
@AnYiLin:改为逗号和“改回”未见反对,是否一起改掉。--YFdyh000留言) 2021年2月25日 (四) 05:44 (UTC)
完成。--安忆Talk 2021年2月25日 (四) 06:04 (UTC)

iOS APP地区词字词转换Bug

范例表格 iOS APP地区词字词转换Bug
问题 地区词字词转换在iOS APP页面内的内文及页面标题是正常的,但各个小标题(副标?)则时有时无,但使用safari在网页看是正常的。应该是APP 的Bug,不确定是不是在这里回报~

--アレックス留言) 2021年2月9日 (二) 15:00 (UTC)

  • APP的问题应该需要到Github。--安忆Talk 2021年2月22日 (一) 11:02 (UTC)

为Infobox station资讯框增加参数

完成。唯一可能可以算成反对意见的意见对拟议增加模板参数机能与应用方式有误解,因此依照方针不考量为共识的一部分。SANMOSA 江南好,风景旧曾谙 2021年2月28日 (日) 05:31 (UTC)
下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

小什字

Xiaoshizi
营运信息
首末班车
[1]工作日节假日
首班末班首班末班
璧山06:3122:3106:3122:31
朝天门06:3423:3306:3423:31
北碚06:3422:4606:3622:46
茶园06:3023:3306:3223:33
沙坪坝

Shapingba
首末班车
[1]工作日节假日
首班末班首班末班
内环终到重庆图书馆06:3422:3406:3422:34
终到罗家坝23:1323:13
外环终到二郎06:3123:3806:3123:39
璧山06:3222:5906:3822:58
朝天门06:3723:0606:3223:04

Template talk:Infobox station#编辑请求 2021-02-03,patch见Template:Infobox station/sandbox。由于Wikipedia:保护方针#使用和处理编辑请求有规定为受模板保护的模板增加参数和将受模板保护的模板的功能使用模组改写要在互助客栈技术区或条目探讨区详细讨论,故将编辑请求转至此。SANMOSA SPQR 2021年2月10日 (三) 02:23 (UTC)

将原讨论页的示例移动到了此处,现有两种不同的样式:前一种避免了整个section分离,但似乎不太合格式;后一种拆分后挪到了“服务”一栏后面。另,@Sanmosa,原本模板里的rowcellstyle173data174应该是配套的但是被误植了不同的编号,能否拜托统一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:5023:51
韦家碾06:1922:59
TEST

Test
首末班车
Hello, thank you, thank you very much!
@owennson:这是{{车站首末班时刻}}给出的效果,和{{Infobox station/sandbox}}本身无关,而且{{车站首末班时刻}}理论上要设定成较少的字段也不是不可能的。这里给个范例,见上。另外,拟议修订并不会令原有的参数失效,使用原有的参数的页面运作仍然正常。另外,在新增参数的使用上,虽然范例使用了{{车站首末班时刻}},但实际使用上也可以自行手动输入文字或wikitable,达到客制化的效果,见右。SANMOSA 誓山海而长在,似日月而无休 2021年2月26日 (五) 02:59 (UTC)

参考资料


本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

手机版首页标题问题

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

印象中很久之前有人去phab反馈了。--安忆Talk 2021年2月10日 (三) 05:51 (UTC)
没找到,于是我又提了一份。--YFdyh000留言) 2021年2月11日 (四) 08:40 (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)

本章节暂时不存档。欲让机器人存档,请移除本模板。留言请置于本模板上方。

新建的条目名称包含标点符号

躲不开的括号用全角括号——ClayM300(留言讨论🧐) 2021年2月27日 (六) 08:22 (UTC)
下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

我准备新建几个中文期刊杂志的条目,但是因为有冒号,括号,不知如何命名。比如:

  • 括号:上海大学学报(自然科学版)、中国石油大学学报(自然科学版)、金属加工(冷加工)、复旦学报(社会科学版)、课堂内外(初中版);
  • 冒号:中国科学:数学、中国科学:地球科学、光:科学与应用、东方宝宝:保育与教育;
  • 汇总了各种情况的缝合怪:浙江大学学报(英文版)A辑:应用物理与工程、南京大学学报(哲学·人文科学·社会科学);
  1. 有的杂志除了中文版就是英文版,这种情况或许可以勉强合在一个条目,忽略后面的括号。不过学报的中英文内容貌似完全不一样吧。
  2. 但是像大学学报的自然科学版与社会科学版内容完全不一样,或者行业杂志,像《金属加工》杂志分成了冷加工与热加工两类,互相之间没有关系。条目名称必须要带括号,这种情况下一定要用半角括号吗?(Wikipedia:命名常规#括号的使用
  3. 期刊名称里冒号与括号类似,不能省略,条目名称使用冒号的时候应该是全角冒号(:)还是半角的冒号(:)?我没有找到使用方法。

--ClayM300(留言讨论🧐) 2021年2月16日 (二) 05:31 (UTC)

可以参考Wikipedia:命名常规#括号的使用AHEXP留言) 2021年2月16日 (二) 05:41 (UTC)
之前看到了,但是并没有解决冒号的问题。--ClayM300(留言讨论🧐) 2021年2月16日 (二) 06:16 (UTC)
1. 不能省略括号吗。发布方和其他文章介绍是否始终用括号形式。2. 不是消歧义不应该用半角括号吧。3. 半角冒号是否有技术问题,且出版一般是用全角标点吧。--YFdyh000留言) 2021年2月16日 (二) 05:42 (UTC)
1.如果没有别的意见,我倾向于省略括号内容直接使用名称做条目名,不过中英文版杂志内容不一样还是很常见的,这种情况不知道怎么办。2与3:如果全角符号(特别是冒号)不会导致bug,那就统一用全角符号。--ClayM300(留言讨论🧐) 2021年2月16日 (二) 06:15 (UTC)
我的意思是“上海大学学报自然科学版”、“课堂内外初中版”这样可否,简明。“金属加工(冷加工)”不大好办,好像不少是用半角括号,不过也看到有“金属加工·冷加工”这样写的。半角符号更容易出技术bug。--YFdyh000留言) 2021年2月16日 (二) 18:00 (UTC)
我个人觉得,像是“XX大学学报”就不用留着“自然科学版”的字样了,高校的学报往往还会有社会科学版,合并放在一个条目里吧。但是“课堂内外”、“金属加工”好像不行。我曾经想过用“·”把标题分隔开,但是课堂内外杂志列表里有“·”与括号混用的情况。我过会儿看看邮政是怎么处理的。--ClayM300(留言讨论🧐) 2021年2月17日 (三) 11:39 (UTC)
中国邮政网上营业厅搜索“学报”,搜索到的期刊名称既有全角括号,又有半角括号。既然半角符号容易出错,名称包含的括号统一用全角的吧。--ClayM300(留言讨论🧐) 2021年2月17日 (三) 14:30 (UTC)

本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

以随机用字模式阅读页面的小工具?

因为对字词转换还算关注,我比较希望体验条目在不同用字下的显示效果。然而系统只能指定一种模式,总是手动切换用字模式很麻烦。所以有无办法做一个这样小工具,使得访问条目时随机采用一种用字。(比如在连结后面随机加上?&variant=zh-xx)这样平时维护页面时,就可以顺带检查字词转换在不同场合下的运作效果了。--洛普利宁 2021年2月16日 (二) 11:13 (UTC)

我更希望小工具可以直接在正文中高亮出哪些文字与转换组匹配了,并且显示出匹配上了哪一条。 --Milky·Defer 2021年2月16日 (二) 12:22 (UTC)
这恐怕需要MediaWiki层面的开发,开启功能时给转换的文字加上不同class。--YFdyh000留言) 2021年2月16日 (二) 18:04 (UTC)
有系统表的简繁/地区词转换;转换组转换;NoteTA个别转换;内联转换。感觉难度好大洛普利宁 2021年2月17日 (三) 06:51 (UTC)
如果改后端的话,在php输出的时候套一层标识的难度其实不大,不过相比难度,我认为他们更会觉得没必要。--安忆Talk 2021年2月17日 (三) 06:56 (UTC)
相比随机用字模式,也许您需要一个将当前条目用多个标签页打开在各种用字模式下以对比的小工具?切换会很麻烦吗,中键/长按特定模式打开在新标签页。且已有【在“显示预览”按钮增加地区字词转换菜单,以预览各种用字模式下的效果】小工具。--YFdyh000留言) 2021年2月16日 (二) 18:03 (UTC)
也不是说刻意去对比用字模式。我有巡查条目的习惯,平时使用的又是不转换模式。如果随机使用用字,这样在巡查条目时,也能顺手检查转换组在不同用字模式下的运作情况(比如是否容易过度转换等)。—洛普利宁 2021年2月17日 (三) 06:36 (UTC)
这个提议不错,对于编者来说应该会更加便利。—— Eric Liu 创造は生命(留言留名学生会 2021年2月25日 (四) 15:27 (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)

本章节暂时不存档,直到问题解决。欲让机器人存档,请移除本模板。留言请置于本模板上方。

是否引用韩语维基百科的一些功能

之前逛了逛韩语维基百科(如下截图),发现侧边导航栏可以关闭,让条目阅览的时候可以有更宽的空间,另外亦有在右下角设置“返回最上方”的按钮,让使用者可以快速点选到最上方再选取目录的章节,以省去重整页面后因网址的锚点重复跳转至同章节,不知道大家觉得如何?

Korea Wikipedia Homepage.png

--🍫巧克力~✿ 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)
@AnYiLin:有点想这个要不要引进做为common-function?--🍫巧克力~✿ 2021年2月18日 (四) 14:01 (UTC)
可以讨论一下,其实我自己是一直在用。--安忆Talk 2021年2月18日 (四) 14:03 (UTC)
前者是mw.loader.load('//ko.wikipedia.org/wiki/%EB%AF%B8%EB%94%94%EC%96%B4%EC%9C%84%ED%82%A4:Gadget-CollapsibleSidebar.js?action=raw&ctype=text/javascript');,都可以直接引用,省事。两者在韩维都是默认小工具。--安忆Talk 2021年2月18日 (四) 15:13 (UTC)
请问要加入在哪个页面?--༺Lucenne༻💬回复请Ping 2021年2月19日 (五) 15:29 (UTC)
mw.loader.load吗?在Special:我的用户页/common.js。--安忆Talk 2021年2月19日 (五) 15:39 (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)
返回页面已有: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)
要是引入韩语维基的小工具的话,建议在中文维基fork一份。韩语维基是early adopter wiki,在未来可能会出现不兼容的问题。--Steven Sun留言) 2021年2月19日 (五) 12:25 (UTC)
不会的。这两个小工具一个不操作DOM,另一个针对旧vector才有用,而旧vector在DOM上已经不会有大改了,所以除非他们把这两个页面直接删了,否则应该是没有兼容问题的。--安忆Talk 2021年2月19日 (五) 13:10 (UTC)
侧边导航栏关闭那个很好用,感谢!--Air7538留言) 2021年2月20日 (六) 08:07 (UTC)
  • (看到这里才想起自己曾经fork过)啊这不就是基金会要的效果吗(新版记得就有类似功能)?-- Sunny00217  2021年2月21日 (日) 00:36 (UTC)
    新版那个是visibility:hidden的效果,这个是直接平移到界外类似display:none的效果。--安忆Talk 2021年2月22日 (一) 09:10 (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)

若无特别意见,现就引入韩语维基该两个小工具作为预设小工具进行 公示,时间至2021年3月5日14:03 (UTC)止。--🍫巧克力~✿ 2021年2月26日 (五) 14:03 (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日 (六) 11:48 (UTC)
那么在本地的小工具是会直接mw.loader.load,还是复制贴上程式码过来?--Xiplus#Talk 2021年2月27日 (六) 12:01 (UTC)
这个脚本在kowiki已经很稳定了,所以打算直接mw.loader.load。如果日后有改进/修改需求再于本地进行副本也不迟吧。--安忆Talk 2021年2月27日 (六) 12:12 (UTC)
我反对预设启用返回页顶,已经现存一个预设启用的返回页顶小工具,预设启用两个相近功能的小工具不必要地占用画面,启用一个就好(换成预设启用新的也是一种方案)。--Xiplus#Talk 2021年2月27日 (六) 12:05 (UTC)
我支持默认开启新的,那个看着比较现代。--安忆Talk 2021年2月27日 (六) 12:13 (UTC)
说难听点,旧的那个跳顶链接就不像是一个碳基生物能用的东西,藏在左上角,按钮又小到估计10px都没有,颜色还淡,根本注意不到 --Milky·Defer >元宵快乐 2021年2月27日 (六) 17:07 (UTC)
那么干脆把旧的移除换成新的,避免提供两个功能相近的小工具。--Xiplus#Talk 2021年2月28日 (日) 04:59 (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)
有启用不等于有使用。--Xiplus#Talk 2021年3月1日 (一) 12:07 (UTC)
不过我改变的想法了,这两个小工具最大的受众应该是未登入读者而非维基人,如果确实认为对读者有益,就可以放进小工具内并预设启用(不预设启用就对匿名用户没意义了)。--Xiplus#Talk 2021年3月1日 (一) 12:08 (UTC)
是的,这本就是页面工具而不是编辑工具。--安忆Talk 2021年3月1日 (一) 12:18 (UTC)
@AnYiLin:能否多加一个直接跳到底部的按钮?在条目评选页面先直接跳到底部然后回上看看有哪些新的投票应该很常用。(如果加了这个我会把旧的工具退役)--街燈電箱150號 开箱维修 抄表 检验证明 2021年3月2日 (二) 17:26 (UTC)
@Cdip150:加了。--安忆Talk 2021年3月2日 (二) 18:36 (UTC)

侧边栏小工具

请从以下方案中选择一项

方案一:默认启用此小工具

  1. (+)支持。--安忆Talk 2021年2月28日 (日) 05:32 (UTC)
  2. (+)支持。--🍫巧克力~✿ 2021年2月28日 (日) 05:49 (UTC)
  3. (+)支持。--Air7538留言) 2021年2月28日 (日) 14:25 (UTC)
  4. (+)支持。--Milky·Defer 2021年3月1日 (一) 06:47 (UTC)
    如果默认启用,可能还要考虑侧边栏隐藏后,首页因容器尺寸变化可能需要重新调整当前的设计--百無一用是書生 () 2021年3月1日 (一) 07:47 (UTC)
    试了下,没什么影响,单纯的宽屏显示器上的效果。--安忆Talk 2021年3月1日 (一) 09:17 (UTC)
    我试了一下,在我显示器上,各个栏目的宽度变大了。某些栏目的排版可能需要重新考虑了--百無一用是書生 () 2021年3月1日 (一) 11:35 (UTC)
    不需要吧,和在21:9等比例的显示器上直接显示的效果差不多,我想只是它突然缩回去您看着不习惯罢了。--安忆Talk 2021年3月1日 (一) 13:12 (UTC)

方案二:仅引用此小工具以供用户自行开启

  1. 没有必要默认开启--百無一用是書生 () 2021年3月1日 (一) 02:57 (UTC)
  2. 先供登录用户试用,大部分人觉得OK再默认启用。--Lt2818留言) 2021年3月1日 (一) 04:13 (UTC)
  3. 提供用户自行选择,毕竟有些用户也有自己一套的工具实现。——Sakamotosan路过围观杯弓蛇影 | 避免做作,免敬 2021年3月1日 (一) 05:56 (UTC)

方案三:对读者(匿名用户)默认开启,对注册用户默认不开启,供其自行选择

  1. 既然引入该工具的目的是为了增加条目文字的显示面积而隐去侧边栏,可以想见该工具对不需要侧边栏的读者(绝大部分为未登录用户)帮助最大;而对于已经熟悉侧边栏功能形成路径依赖、需要频繁用到相应工具(如链入页面)维护站务、已有其它工具提供类似功能的注册用户而言,则不宜默认开启。--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)
    common.js已经够乱了,[开玩笑的]不想往common.js塞东西。先后判断下mw.user.isAnon()mw.user.options.get('gadget-CollapsibleSidebar')就好。--安忆Talk 2021年3月1日 (一) 12:41 (UTC)
    不需要mw.user.options,匿名使用者不可能opt in小工具。--Xiplus#Talk 2021年3月1日 (一) 12:57 (UTC)
    确实,直接mw.user.isAnon() ? mw.loader.load(A) : return就好了,是我想多了。mw.user.isAnon()可以换成mw.config.get('wgUserId') === null,省着加载user库。--安忆Talk 2021年3月1日 (一) 13:08 (UTC)
    两个小工具是为了方便“选择退出”,以及允许为注册用户默认关闭吧(但这样新用户体验会不一致)。--YFdyh000留言) 2021年3月1日 (一) 12:43 (UTC)

返回顶部小工具

请从以下方案中选择一项

方案一:默认启用此小工具,并取代旧有返回页顶链接小工具

  1. (+)倾向支持。--🍫巧克力~✿ 2021年2月28日 (日) 05:50 (UTC)
  2. (+)支持。--安忆Talk 2021年3月1日 (一) 08:09 (UTC)

方案二:默认启用此小工具,但保留旧有返回页顶链接小工具以供用户选择

  1. (+)支持,旧的工具还有跳到底部功能,新的却好像没有,所以旧的还是保留比较好。--街燈電箱150號 开箱维修 抄表 检验证明 2021年2月28日 (日) 05:54 (UTC)
    (-)强烈反对在小工具中提供两个相同功能的小工具--百無一用是書生 () 2021年3月1日 (一) 07:23 (UTC)

方案三:引用此小工具,同时保留旧有返回页顶链接小工具,但均不默认启用

方案四:引用此小工具,默认启用旧有返回页顶链接小工具

方案五:引用此小工具并取代旧有返回页顶链接小工具,但不默认启用

  1. 这只是小众需求,没有必要默认开启--百無一用是書生 () 2021年3月1日 (一) 02:59 (UTC)
  2. 返回页顶用键盘即可。界面上的冗余元素越少越好。--Lt2818留言) 2021年3月1日 (一) 04:13 (UTC)
    从一般用户的角度而言,“ctrl+上箭头”知道的人不多;笔记本电脑上Home键已经没有了。基本上可以理解成,小白用户除了屏幕上看得到的元素,剩下的都不会,而这样的用户基本上都是“沉默的大多数”。 --Milky·Defer 2021年3月1日 (一) 06:46 (UTC)
    但现在这个工具,似乎会遮挡到某些文本?(从截图看)--百無一用是書生 () 2021年3月1日 (一) 07:22 (UTC)
    可以到ko:体验一下。--安忆Talk 2021年3月1日 (一) 07:27 (UTC)
    体验了一下,韩文版的确会挡住最右侧一个到一个半字。如果能够隐藏就好了(比如点击页面他处可隐藏或显示,停止滚动后x秒自动隐藏,一旦滚动页面即显示)--百無一用是書生 () 2021年3月1日 (一) 07:45 (UTC)
    “停止滚动后x秒自动隐藏,一旦滚动页面即显示”这个不错,可加。--安忆Talk 2021年3月1日 (一) 07:46 (UTC)
    User:AnYiLin/js/scrollUpButton.js已添加上述功能,并检测其他小工具以免重叠。--安忆Talk 2021年3月1日 (一) 09:08 (UTC)

本章节暂时不存档。欲让机器人存档,请移除本模板。留言请置于本模板上方。

{{Namespace pagename}}输出英文原文的问题

{{Namespace pagename}}出现问题

最近浏览一些条目及创建条目时,经常看到“由于受到破坏,依据方针,本Article已获半保护”“维基百科目前还没有与上述标题相同的Projectpage”等。经排查,我认为该问题与{{Namespace pagename}}近期因应“伪名字空间”的变更有关,希望社群能予以修正,谢谢。--悔晚齋臆語) 2021年2月19日 (五) 05:51 (UTC)

(备注:似乎不是“伪名字空间”的变更相关问题,见下。--悔晚齋臆語) 2021年2月19日 (五) 06:46 (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)
{{int:Conversionname}}→“zh-cn”这个东西在你们那边显示成什么?(这是该模板用于判断语言变种的关键语法)—- ナナチ果物プリン🐰🥭🍮(宇帆·☎️·☘️) 2021年2月19日 (五) 06:19 (UTC)
zh-cn。--安忆Talk 2021年2月19日 (五) 06:45 (UTC)
在我的浏览器里面,该语法显示为“zh”。我又看了一眼设置,我的参数设置中,“国际化”栏目下方“语言”选项为zh,但“内容语言变种”选项为zh-Hans-CN。当“语言选项”改成“zh-Hans-CN”后,则显示为zh-cn。--悔晚齋臆語) 2021年2月19日 (五) 06:46 (UTC)
嗯,对登录用户是看参数设置的。上面的关乎界面,下面的关乎内容。--安忆Talk 2021年2月19日 (五) 06:52 (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)
    @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)

关于{{Wayback}}模板

目前IAbot在为大量未失效的链接存档,存档的方式是在链接后方加入{{wayback}}模板,例如:

example

会被存档为

example 页面存档备份,存于互联网档案馆

同一行出现两个链接,很容易使不熟悉维基百科的读者感到困惑,同时,如果在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)

结构式讨论能使用机器人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或各自分设新过滤器。

以上。--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)
YFdyh000太感谢阁下了!目前可以正常显示,但还有一个小问题:“直系同源”下的“人类mRNA”以及“人类蛋白质”各有三个,却只有一个连结,点进去会显示搜寻错误(变成是搜索一个编号为"NM_001150、NM_001381923、NM_001381924"的蛋白质,因此找不到),有没有办法改成像英文版那样,三个编号有分别的连结?谢谢!--Labyrinthulomycetes🦠receptor 2021年2月21日 (日) 20:16 (UTC)
还有另一个小问题:“基因位置(人类)”下的染色体标示为染色体15(人类),有没有办法让它连到正确的连结15号染色体。--Labyrinthulomycetes🦠receptor 2021年2月21日 (日) 21:19 (UTC)
靖天子以上问题改进完成。--YFdyh000留言) 2021年2月21日 (日) 21:40 (UTC)
辛苦了,拜谢!--Labyrinthulomycetes🦠receptor 2021年2月21日 (日) 22:04 (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留言) 2021年2月25日 (四) 15:55 (UTC)
@YFdyh000:期待您在Phabricator的报告。--210.61.119.85留言) 2021年2月25日 (四) 11:10 (UTC)

Module:Lan2Module: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)

模板:PRC admin/navbox

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是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)

本章节暂时不存档。欲让机器人存档,请移除本模板。留言请置于本模板上方。

模板{{Speciesbox}}出现错误

已解决。--༺Lucenne༻💬回复请Ping 2021年2月23日 (二) 15:45 (UTC)
下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

我注意到在页面宇老深山锹形虫上的该模板发生了问题,已知当二名法的前一个值为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)
谢谢您。--༺Lucenne༻💬回复请Ping 2021年2月23日 (二) 15:45 (UTC)

本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

Tech News: 2021-08


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:
补充:格式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模板

上次讨论,现时Module:Namespace pagename应已完善,因此重提以模组改写Template:Namespace pagename一事。修改方案见此。依Wikipedia:保护方针#需讨论达成社群共识,将模板的功能使用模块改写须在此详细讨论后才可提出编辑请求,故将此项请求重新交至此以供讨论。SANMOSA 誓山海而长在,似日月而无休 2021年2月25日 (四) 02:12 (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)
@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:StatusSANMOSA 誓山海而长在,似日月而无休 2021年2月25日 (四) 04:09 (UTC)
最好问问Jimmy Xu,bot-directive-archiver那样写是否可以。--Xiplus#Talk 2021年2月25日 (四) 04:20 (UTC)
@Jimmy XuSANMOSA 誓山海而长在,似日月而无休 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)
我再额外从元维基的meta:Template:Status引入了几组参数到Module:Status里,使用sandbox运作测试后,确认没有运行上的问题。SANMOSA 誓山海而长在,似日月而无休 2021年2月25日 (四) 03:58 (UTC)
原来一年前写的不知道在干嘛的也有人提编辑请求, -- Sunny00217  2021年2月25日 (四) 10:11 (UTC)
(?)疑问:能否将Template:StatusBRFATemplate: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)
  • community survey已多次拒绝类似的功能建议。--Temp3600留言) 2021年2月28日 (日) 13:42 (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)
  • 甚至有繁简是两个条目的情况。Itcfangye留言) 2021年2月28日 (日) 23:41 (UTC)

Tech News: 2021-09


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)

phab:T158612--YFdyh000留言) 2021年3月1日 (一) 21:17 (UTC)
好家伙,提报2年了……--忒有钱🌊塩水あります🐳留言) 2021年3月2日 (二) 05:16 (UTC)