维基百科讨论:页面评级
![]() |
翻译
编辑- 英文版又多了乙上的评级,有空的人帮忙翻译一下吧?--Liaon98 我是废物 2014年7月23日 (三) 14:18 (UTC)
WP:QUALITY 升为指引
编辑- 我发现在中文维基百科广泛使用的WP:条目质量评级标准,已被Category:各等级条目这么多专题与条目使用,却并不是指引。因此在此提出是否能升其为指引,该标准最初是翻译自英文维基百科,在中文维基百科也使用多年没什么问题,升为指引应该只是程序上的动作而已。还是说对这个标准由什么地方还需要讨论、修正或建议的吗?--Liaon98 我是废物 2016年2月20日 (六) 21:31 (UTC)
- 一直不明白WP:QUALITY的作用是为甚么而没去看相关内容,现在看了内容更不懂;这是为了WP:维基百科1.0而设立的一个评级标准还是为了GA、FA评选时一个参考指标而存在?-- Patema Talk me 2016年2月21日 (日) 04:39 (UTC)
- 跟GA、FA无关,这两个的标准跟评选更早前就有了,WP:QUALITY主要是甲乙丙初级这些,只要专题就可以评,WP:QUALITY可以说是给专题一个评级标准。另外菁你一说,我才发现Wikipedia:特色条目标准、Wikipedia:优良条目标准都不是指引;以前要改这两个都要经过社群同意,我还以为这两个已经是指引了...要不要顺便也升两者为编辑指引?--Liaon98 我是废物 2016年2月21日 (日) 10:27 (UTC)
- 还有WP:GVF,现在GA和FA的界线比较模糊,感觉社群在投票时有时候会对GA的要求过高。— lssrn|talk 2016年2月21日 (日) 10:42 (UTC)
- WP:QUALITY、WP:FA?、WP:GA?都是行之有年,实施上没什么问题的标准,直接升指引只是加个名份,比较简单。但WP:GVF似乎比较少用到?而且现在被归为论述(话说还被挂了编修模板...),直接升指引可能要有共识--Liaon98 我是废物 2016年2月21日 (日) 11:06 (UTC)
- 还有WP:GVF,现在GA和FA的界线比较模糊,感觉社群在投票时有时候会对GA的要求过高。— lssrn|talk 2016年2月21日 (日) 10:42 (UTC)
- 跟GA、FA无关,这两个的标准跟评选更早前就有了,WP:QUALITY主要是甲乙丙初级这些,只要专题就可以评,WP:QUALITY可以说是给专题一个评级标准。另外菁你一说,我才发现Wikipedia:特色条目标准、Wikipedia:优良条目标准都不是指引;以前要改这两个都要经过社群同意,我还以为这两个已经是指引了...要不要顺便也升两者为编辑指引?--Liaon98 我是废物 2016年2月21日 (日) 10:27 (UTC)
- WP:FA?、WP:GA?、WP:GVF不应作为指引,它们祇是给投票者评估条目时谨作参考而已,事实上它们一直以来都不是以规则的地位来实施,即是说如果某人的投票理由与那些标准产生严重冲突也不会被视为无效,因为要保障各人发表意见的任意性,就如WP:AADD那般。把它们变成指引的话,若某投票者投票时说了一些标准以外的理由,即使那些标准并不强制,也可能会让某投票者被更多地围攻(这是我不想看到的事情)。而且FA和GA本来就可以无限次重选,遇到无理阻挠的话大可以下次再来。--街燈電箱150號 开箱维修 抄表 检验证明 2016年2月21日 (日) 11:40 (UTC)
- 一直不明白WP:QUALITY的作用是为甚么而没去看相关内容,现在看了内容更不懂;这是为了WP:维基百科1.0而设立的一个评级标准还是为了GA、FA评选时一个参考指标而存在?-- Patema Talk me 2016年2月21日 (日) 04:39 (UTC)
- 前段时间,在下才提议,讨论这个问题,见应该建立条目评选的阶梯制度,但社群反应并不大,说明社群对此提升为指引并不感冒。--😇萌©动⚢之⚣心💌所有维基人都在说谎😘为分享全球知识而努力奋斗的国际主义精神万岁😝以让世界更萌的态度致力于使世界更萌🙏中文维基13年🚭维基百科15年💑如需联系,请@[[用户:lyliylytl]] 2016年2月22日 (一) 16:35 (UTC)
- 这跟阁下上次的提议差多了,上次阁下是要求所有条目评选都要经过每个层级,这种高限制性指引是不可能通过的--Liaon98 我是废物 2016年2月23日 (二) 18:17 (UTC)
- ...好像没什么讨论、反对或是给意见,也许因为已经施行多年的关系?也许过几周仍没意见应可算通过吧...毕竟只是帮施行多年的东西加个名份--Liaon98 我是废物 2016年2月26日 (五) 18:23 (UTC)
- 我是很疑惑直接包含一个模板的内容当正式指引的做法是否合适?因为直接进入模板的人可能不知道模板的内容其实是指引的内容而进行编辑,继而可能发生不必要的回退。另外,非标准的等级有几多真的有在用?而非条目真的也有评级的需要?--街燈電箱150號 开箱维修 抄表 检验证明 2016年3月4日 (五) 12:38 (UTC)
- 先回复后面的。非标准级别里面的,乙上目前中文维基没专题在用,英文那也只有零星几个专题有用,但是电子游戏专题似乎很想使用的样子。列表的几个级别,中文维基最近刚引入,在几个比较大型的专题上用;主要是,列表相关的等级分类,原本的设计只有列表跟特色列表,这导致绝大多数(看看FL的数目超少)的列表都只是笼统的放在列表级,稍微出色一些但还未达到FL的列表,跟著一起被放在列表级,不太公平也不好提出当专题的表率;英文维基对于这个的作法,有些专题是列表级达到丙级以上,就改当作条目来评级,列表级专门给刚起步的列表;而有专题则是一样分出数级的列表,我认为在普通列表跟FL中间的大空洞中,有这几级的列表是不错的,在没有FL可以当表率下,可以说“建议参考BL、CL的列表”这样。动态、未来与重定向和几个非标准级别的确很少用。其他下面几个,则通常都是专题横幅直接靠判定名字空间来评级的,所以不会特别去评说这个是非条目,而是直接从名字空间评;这些通常是拿来给专题维护用。--Liaon98 我是废物 2016年3月5日 (六) 17:58 (UTC)
- 至于有没有模板内容当指引先例,我可能要再查一下...但是这个模板也很少被修订,应该是不会有太大的编辑战争议,可以发生了再告知即可不是吗?--Liaon98 我是废物 2016年3月5日 (六) 18:02 (UTC)
- @Cdip150:我也觉得以模板作表达模式不是问题。--Temp3600(留言) 2016年3月6日 (日) 15:26 (UTC)
- 乙上在“电子游戏专题似乎很想使用的样子”←有关讨论在……?还有模板当指引敝人总是觉得很不安全,如果被人修改了模板,那么正式指引的历史不会显示有关修改出来(因为显示了在模板的历史),此后当人们查看指引而又不知道内容是从模板包过来的,衹查看指引历史还以为内容一直没有被改过;如果及时发现再告知都还好,但是发生了而又没有人发现呢?(我想应该不会有很多人关心指引里的内容是直写还是包含)这是敝人极之忧虑的地方。
- 嗯...如果在模板也加指引条然后用noinclude呢?英文维基也有en:Template:Taxobox模板放指引条的--Liaon98 我是废物 2016年3月7日 (一) 18:46 (UTC)
- 这衹能防君子,一样降不了如上的忧虑。--街燈電箱150號 开箱维修 抄表 检验证明 2016年3月8日 (二) 10:57 (UTC)
- 嗯...如果在模板也加指引条然后用noinclude呢?英文维基也有en:Template:Taxobox模板放指引条的--Liaon98 我是废物 2016年3月7日 (一) 18:46 (UTC)
- 另外,既然叫做“条目质量评级标准”,那么就不要把非条目空间的页面也拿来评,很坦白说,其实我一直都摸不着头脑在一个模板说它是“模板级”的意义何在?就算是维护都应该有更好的方法吧(例如说“这是XX专题专用的模板”都好过说“这经过XX专题评级,评为‘模板级’”),而且这又跟Wikipedia:甚么是条目不配合。--街燈電箱150號 开箱维修 抄表 检验证明 2016年3月7日 (一) 17:25 (UTC)
- 嘛...我也不知道当初为什么要这样命名就是了 囧rz……中文维基翻译过来也用了六七年了,要改也不大可能了...--Liaon98 我是废物 2016年3月7日 (一) 18:46 (UTC)
- @Cdip150、Liaon98:要不将模版subst出来固定,避开引用?“模板级”确实无甚意义,但既然已成事实,亦应遵行。--Temp3600(留言) 2016年3月8日 (二) 10:17 (UTC)
- 敝人不觉得单凭一句沿用多年,就无论如何也要继续采用。现在大家都知道某些等级其实是不管用的,那有甚么理由还要继续用?subst不是不好,但是模板本身已被很多页面包含,意味着有往后在同步指引和模板的工作要跟得很足,如果有人肯背这个锅一辈子的话则没问题。--街燈電箱150號 开箱维修 抄表 检验证明 2016年3月8日 (二) 10:57 (UTC)
- 不用跟废除是两回事--Liaon98 我是废物 2016年3月8日 (二) 11:09 (UTC)
- 话还是一样,那些等级我实在看不到将来的用途,何不废除?用了的就撤销掉便可,太多的话请求机器来做也行。--街燈電箱150號 开箱维修 抄表 检验证明 2016年3月8日 (二) 12:20 (UTC)
- 要较真的话,我只能回答目前人手不足,修改以承认现状为优先,实质性修改要等有BOT者愿意工作,确保能完成才可以开始讨论。--Temp3600(留言) 2016年3月8日 (二) 14:02 (UTC)
- 话还是一样,那些等级我实在看不到将来的用途,何不废除?用了的就撤销掉便可,太多的话请求机器来做也行。--街燈電箱150號 开箱维修 抄表 检验证明 2016年3月8日 (二) 12:20 (UTC)
- 不用跟废除是两回事--Liaon98 我是废物 2016年3月8日 (二) 11:09 (UTC)
- 敝人不觉得单凭一句沿用多年,就无论如何也要继续采用。现在大家都知道某些等级其实是不管用的,那有甚么理由还要继续用?subst不是不好,但是模板本身已被很多页面包含,意味着有往后在同步指引和模板的工作要跟得很足,如果有人肯背这个锅一辈子的话则没问题。--街燈電箱150號 开箱维修 抄表 检验证明 2016年3月8日 (二) 10:57 (UTC)
- 同上一起回,维基百科本来就只能防君子防不了小人,真正的破坏者想破坏就算怎么防都防不了的,(光条目探讨那,就讲到一个破坏者巧妙的捏造文献,在让外面网页使用,再引用回维基,都没人发觉),我觉得不该这么因噎废食,若真的这样讲,像是WP:GA、WP:FA之类的,上百上千的子页面,且不太会有人监视,或是可能监视者已离开维基,而这些页面被偷改,还有可能重上首页,更严重,但我们也没有特别防范。“有人肯背这个锅一辈子的话则没问题”这种话更是说得太重,不明白讲这有什么意思。维基百科不是官僚体系、不要往鼻子里塞豆子、WP:善意推定,我们不能一开始就做最坏打算,真的要完全防护,根本不可能做到;我认为上面说的发生了做回退跟告知就已经很够了,维基现在许许多多的页面也都是这样运作的。--Liaon98 我是废物 2016年3月8日 (二) 11:08 (UTC)
- 从之前的一些方针指引修订,像DYKC,跟这次上面的DYKC修订,我知道阁下是很谨慎的人,什么都考虑到最细、最糟的情况,但我认为维基百科的规则不像现实中的法律那么死,很有弹性,我认为不用顾虑这么多。--Liaon98 我是废物 2016年3月8日 (二) 11:28 (UTC)
- 敝人承认我是个多虑的人,有时甚至杞人忧天(也许这是缘于本人从事旅游业关系,每一刻都要有很大的危机意识),但是敝人这里认为不能因为“怎防也防不了”就去用一个比平时还要危险的方法去立规章,我其实是想激发看看有没有人可以想到一个更好的办法去写这个指引,而不是想否定这个指引。补充一个好消息:有个叫{{#section:}}的功能可以应用在这里来解决我上面的担忧,有空的话我会试,大家也不妨试。--街燈電箱150號 开箱维修 抄表 检验证明 2016年3月8日 (二) 12:20 (UTC)
- 这功能电子游戏专题似乎用过--Liaon98 我是废物 2016年3月8日 (二) 13:17 (UTC)
- 敝人承认我是个多虑的人,有时甚至杞人忧天(也许这是缘于本人从事旅游业关系,每一刻都要有很大的危机意识),但是敝人这里认为不能因为“怎防也防不了”就去用一个比平时还要危险的方法去立规章,我其实是想激发看看有没有人可以想到一个更好的办法去写这个指引,而不是想否定这个指引。补充一个好消息:有个叫{{#section:}}的功能可以应用在这里来解决我上面的担忧,有空的话我会试,大家也不妨试。--街燈電箱150號 开箱维修 抄表 检验证明 2016年3月8日 (二) 12:20 (UTC)
- 从之前的一些方针指引修订,像DYKC,跟这次上面的DYKC修订,我知道阁下是很谨慎的人,什么都考虑到最细、最糟的情况,但我认为维基百科的规则不像现实中的法律那么死,很有弹性,我认为不用顾虑这么多。--Liaon98 我是废物 2016年3月8日 (二) 11:28 (UTC)
- @Cdip150、Liaon98:要不将模版subst出来固定,避开引用?“模板级”确实无甚意义,但既然已成事实,亦应遵行。--Temp3600(留言) 2016年3月8日 (二) 10:17 (UTC)
- 嘛...我也不知道当初为什么要这样命名就是了 囧rz……中文维基翻译过来也用了六七年了,要改也不大可能了...--Liaon98 我是废物 2016年3月7日 (一) 18:46 (UTC)
- 乙上在“电子游戏专题似乎很想使用的样子”←有关讨论在……?还有模板当指引敝人总是觉得很不安全,如果被人修改了模板,那么正式指引的历史不会显示有关修改出来(因为显示了在模板的历史),此后当人们查看指引而又不知道内容是从模板包过来的,衹查看指引历史还以为内容一直没有被改过;如果及时发现再告知都还好,但是发生了而又没有人发现呢?(我想应该不会有很多人关心指引里的内容是直写还是包含)这是敝人极之忧虑的地方。
- @Liangent:能解决“指引中引用了模版,害怕修改模版时,指引页历史没有变动,容易让人偷改而不被察觉”的问题吗?--Temp3600(留言) 2016年3月8日 (二) 14:02 (UTC)
小结
编辑- @Cdip150、Liaon98:既然中文社群不作反对,英语版又是如此,建议通过。--Temp3600(留言) 2016年3月5日 (六) 11:05 (UTC)
- 解答了上面的疑问才说,否则我反对。--街燈電箱150號 开箱维修 抄表 检验证明 2016年3月5日 (六) 11:06 (UTC)
- 就升格成为正式指引而言,目前参与该讨论的用户实在偏少。--Thomas.Lu(留言) 2016年3月7日 (一) 17:44 (UTC)
- 中文维基好多明明已经习用已久,却都没有正式地位的建议页,其实很奇怪啊...Template:格式手册里面真的是指引的根本没几个,却常常被引用...照理说这些没正式地位的,引用时都该视为论述的。我是希望这些已经长久被引用被接受的页面能升一升指引啦,给它们一点名份;只是大家好像对这些习用已久的规范没什么兴趣...(倒是新东西总是讨论很热烈就是了)--Liaon98 我是废物 2016年3月7日 (一) 18:46 (UTC)
- 中文版就是这样,大部分提议都是议而不决,有草案后透过投票收集意向,又有用户认为没有必要,很多议案变成两三位用户间的谈论。--Thomas.Lu(留言) 2016年3月8日 (二) 02:44 (UTC)
- 中文维基好多明明已经习用已久,却都没有正式地位的建议页,其实很奇怪啊...Template:格式手册里面真的是指引的根本没几个,却常常被引用...照理说这些没正式地位的,引用时都该视为论述的。我是希望这些已经长久被引用被接受的页面能升一升指引啦,给它们一点名份;只是大家好像对这些习用已久的规范没什么兴趣...(倒是新东西总是讨论很热烈就是了)--Liaon98 我是废物 2016年3月7日 (一) 18:46 (UTC)
- 这是我最不愿看到的情形,徒然浪费社群精力。--Temp3600(留言) 2016年3月8日 (二) 10:14 (UTC)
总结
编辑- 简单来说,基本上是技术上的问题,页面本身没问题,因此已与Wikipedia:互助客栈/方针的方针指引讨论无关;讨论有点久了就先存档了,总之,只要解决技术问题,就可列为指引。--Liaon98 我是废物 2016年3月13日 (日) 23:06 (UTC)
- @Liaon98:请问是哪个技术上的问题?- 和平、奋斗、救地球!论・自于 2016年3月14日 (一) 00:34 (UTC)
- @和平奮鬥救地球:上面的讨论就有写了,街灯大认为WP:QUALITY本身是由多个子页面组成,维护困难,列为指引怕子页面被破坏无法发现。--Liaon98 我是废物 2016年3月14日 (一) 00:37 (UTC)
- 嗯嗯感谢,讨论串太长了很难看到 囧rz……。另外顺便要补充的是,模板级与分类及是有其用途的(而且功能不只一种)。- 和平、奋斗、救地球!论・自于 2016年3月14日 (一) 00:44 (UTC)
- @和平奮鬥救地球:上面的讨论就有写了,街灯大认为WP:QUALITY本身是由多个子页面组成,维护困难,列为指引怕子页面被破坏无法发现。--Liaon98 我是废物 2016年3月14日 (一) 00:37 (UTC)
- @Liaon98:请问是哪个技术上的问题?- 和平、奋斗、救地球!论・自于 2016年3月14日 (一) 00:34 (UTC)
- 请恕敝人一直不能理解模板级等等几个的意义何在,除非有人能解释得当,否则我还是反对这几个级别的存在。然而即使那些等级可以存在,那么内容还是问题,因为我看见有个叫专题级的东东,但却没有出现在表内,那我又要反过来问:等级表内列出的等级又是否已经齐全?(纵使敝人认为专题级跟模板级一样废)(不好意思我还是要讨论回方针本身的问题,但是您二话不说便进行不规则移动让我有点反应及不来,对不起我这几天不太闲)--街燈電箱150號 开箱维修 抄表 检验证明 2016年3月14日 (一) 02:02 (UTC)
- 在互助客栈已放超过三周,到后来只是在技术问题上打转,后来又放了一周无下文,我认为继续放在客栈没意思,因此移动(实际上过久没讨论的也都会被机器人移动,我只是代劳而已);技术问题可以之后慢慢解决,且阁下也说了“有没有人可以想到一个更好的办法去写这个指引,不想否定这个指引”,显见剩技术问题。WP:共识写道“共识是一种典型但往往含蓄无形的过程;所有没有异议或不被其他编者回退的编辑,可假定已为共识”,条目评级使用了那么久,均没有任何人提出异议,也没有人像阁下说的用机器人把它们移除、删除,可假定使用这些条目评级已是共识,走互助客栈老实说就像我一开始说的,只是走个程序帮它安个名分而已。实际上,方针指引并不是那些页面写的文字,而是来自社群长久来达成共识的无形规范。若是阁下认为这些级别无用,我认为阁下可以去互助客栈另外开个新话题,讨论是否废除、改名这些阁下认为多馀的级别。(sorry 我在这议题被各种钻牛角尖弄烦了,若不想当指引我也拉倒,反正没标指引现在各个条目评级一样如火如荼在使用)--Liaon98 我是废物 2016年3月14日 (一) 02:44 (UTC)
- 其实有潜在异议的话就不要自己移,就算要移最好还应该有个够长时间的预告吧(至少我不同意这几个等级,所以不可以马上就说“所有没有异议或不被其他编者回退的编辑,可假定已为共识”来处理,而是透过更进一步的讨论;还有“社群长久无形规范”也衹是其中一种选择性的方式,请不要把它说得那么必然)。另外还是希望有人能解答一下我上面的内容问题,我不太希望看到定了做指引后又要改来改去的情况,经验告诉我们定立指引之后修改比定立之前要难,反正现在已经发现了问题,为何不趁着它还未成为指引前都探究掉?还有如果要保留那些非条目等级的话,这页必须重命名(如Wikipedia:页面质量评级标准),否则如之前所说与Wikipedia:什么是条目不符外,指引本身也是自我矛盾。(最后吐一下糟:“后来又放了一周无下文”,我最后发表的技术意见在您移动时还不够六天……)--街燈電箱150號 开箱维修 抄表 检验证明 2016年3月14日 (一) 04:31 (UTC)
- 我认为这个页面的重点在导言所述理念。导言中我想指出“条目评级主要由专题进行”“一个活跃的专题会根据共识决定详细的标准”这两句话,这说明具体评级是下放给各专题的。专题可以设模板级,也可以不设;专题可以设甲级,也可以不设甲级,还可以采用自己的甲级标准,而非模板的默认值。本页只是举几个等级做示例,各专题可以自己按需设立各种等级。非条目等级可以用来监控。至于改成Wikipedia:页面质量评级标准我倒倾向支持。--风中的刀剑(留言) 2016年3月14日 (一) 07:21 (UTC)
- 好吧,我勉强接受非条目级的存在(纵使我还是不晓得用途在哪),但是这样的话我要坚持的是要改名。--街燈電箱150號 开箱维修 抄表 检验证明 2016年3月14日 (一) 07:51 (UTC)
- 同意更名为页面质量评级标准,但不反对现有名称。- 和平、奋斗、救地球!论・自于 2016年3月14日 (一) 08:02 (UTC)
- 单纯本页更名其实没什么难度就是了,我也不反对。但若是各专题已有的分类都跟著改,就是非常大工程了...--Liaon98 我是废物 2016年3月14日 (一) 08:03 (UTC)
- 其实不用改很多,因为原来各个评级页面其实都是包含模板,而各个评级模板的显示原来根本就没有“条目”二字(如公路专题),因为这个就更加应改名,幕后连结留下重定向已经可以。--街燈電箱150號 开箱维修 抄表 检验证明 2016年3月14日 (一) 10:25 (UTC)
- 他指的应该是Cat:模板级条目与其子分类的问题。- 和平、奋斗、救地球!论・自于 2016年3月14日 (一) 10:28 (UTC)
- T:WPBannerMeta是很庞大精密的模板,这修改很可怕,可能要请几个技术专家或大师,以及之前常在改的风中刀剑来修订。--Liaon98 我是废物 2016年3月14日 (一) 10:33 (UTC)
- 分类的话,找个机械人来跑一转批量地留下重定向地移动,用Regex把繁体的
Category:(模板|分類|草稿|文件|主題)級.*?條目
移动到Category:$1級.*?頁面
、把简体的Category:(模板|分类|草稿|文件|主题)级.*?条目
移动到Category:$1级.*?页面
已经可以(那些的级别如有遗漏可以后补),这样甚至连模板也可能不用多改,因为留下的重定向会自动地把所谓的“条目”归类回“页面”。还有甚么技术问题请也提出。--街燈電箱150號 开箱维修 抄表 检验证明 2016年3月14日 (一) 11:32 (UTC)- 我怎么记得重定向的分类会被速删...--Liaon98 我是废物 2016年3月14日 (一) 11:58 (UTC)
- 一些重定向分类被速删是因为真的有有心人(还是用Cat-a-lot之类的工具?)逐个地去把原本位于重定向分类的页面改到正式的分类里,令重定向分类被完全清空而符合WP:CSD#O4。--街燈電箱150號 开箱维修 抄表 检验证明 2016年3月14日 (一) 12:08 (UTC)
- 留下的重定向似乎无法自动地把所谓的“条目”归类回“页面”,因为那要在该分类确实写在讨论页的情形才能办到。所以一定得动模板。若不欲重定向页面被速删,可用{{cr}},然要看有无必要。- 和平、奋斗、救地球!论・自于 2016年3月14日 (一) 13:13 (UTC)
- 怎么现在又不行了……迫我动模板,现在帮您们慢慢查。--街燈電箱150號 开箱维修 抄表 检验证明 2016年3月14日 (一) 13:21 (UTC)
- 因为页面里面没写Category:xxx,是从模板里带过来的。- 和平、奋斗、救地球!论・自于 2016年3月14日 (一) 13:24 (UTC)
- 收窄一下范围,WPBannerMeta系的要改的有[2],数量不算多。--街燈電箱150號 开箱维修 抄表 检验证明 2016年3月14日 (一) 13:29 (UTC)
- 相应的统计模板也要改(Template:Articles_by_Quality下面“参见”的几个,不过这个没什么难度,只是有些繁琐--Liaon98 我是废物 2016年3月14日 (一) 13:33 (UTC)
- 这些都还好了,各个模板都衹有很少支节,难度应该很小。--街燈電箱150號 开箱维修 抄表 检验证明 2016年3月14日 (一) 13:38 (UTC)
- 怎么现在又不行了……迫我动模板,现在帮您们慢慢查。--街燈電箱150號 开箱维修 抄表 检验证明 2016年3月14日 (一) 13:21 (UTC)
- 留下的重定向似乎无法自动地把所谓的“条目”归类回“页面”,因为那要在该分类确实写在讨论页的情形才能办到。所以一定得动模板。若不欲重定向页面被速删,可用{{cr}},然要看有无必要。- 和平、奋斗、救地球!论・自于 2016年3月14日 (一) 13:13 (UTC)
- 一些重定向分类被速删是因为真的有有心人(还是用Cat-a-lot之类的工具?)逐个地去把原本位于重定向分类的页面改到正式的分类里,令重定向分类被完全清空而符合WP:CSD#O4。--街燈電箱150號 开箱维修 抄表 检验证明 2016年3月14日 (一) 12:08 (UTC)
- 我怎么记得重定向的分类会被速删...--Liaon98 我是废物 2016年3月14日 (一) 11:58 (UTC)
- 他指的应该是Cat:模板级条目与其子分类的问题。- 和平、奋斗、救地球!论・自于 2016年3月14日 (一) 10:28 (UTC)
- 其实不用改很多,因为原来各个评级页面其实都是包含模板,而各个评级模板的显示原来根本就没有“条目”二字(如公路专题),因为这个就更加应改名,幕后连结留下重定向已经可以。--街燈電箱150號 开箱维修 抄表 检验证明 2016年3月14日 (一) 10:25 (UTC)
- 好吧,我勉强接受非条目级的存在(纵使我还是不晓得用途在哪),但是这样的话我要坚持的是要改名。--街燈電箱150號 开箱维修 抄表 检验证明 2016年3月14日 (一) 07:51 (UTC)
- 我认为这个页面的重点在导言所述理念。导言中我想指出“条目评级主要由专题进行”“一个活跃的专题会根据共识决定详细的标准”这两句话,这说明具体评级是下放给各专题的。专题可以设模板级,也可以不设;专题可以设甲级,也可以不设甲级,还可以采用自己的甲级标准,而非模板的默认值。本页只是举几个等级做示例,各专题可以自己按需设立各种等级。非条目等级可以用来监控。至于改成Wikipedia:页面质量评级标准我倒倾向支持。--风中的刀剑(留言) 2016年3月14日 (一) 07:21 (UTC)
- 其实有潜在异议的话就不要自己移,就算要移最好还应该有个够长时间的预告吧(至少我不同意这几个等级,所以不可以马上就说“所有没有异议或不被其他编者回退的编辑,可假定已为共识”来处理,而是透过更进一步的讨论;还有“社群长久无形规范”也衹是其中一种选择性的方式,请不要把它说得那么必然)。另外还是希望有人能解答一下我上面的内容问题,我不太希望看到定了做指引后又要改来改去的情况,经验告诉我们定立指引之后修改比定立之前要难,反正现在已经发现了问题,为何不趁着它还未成为指引前都探究掉?还有如果要保留那些非条目等级的话,这页必须重命名(如Wikipedia:页面质量评级标准),否则如之前所说与Wikipedia:什么是条目不符外,指引本身也是自我矛盾。(最后吐一下糟:“后来又放了一周无下文”,我最后发表的技术意见在您移动时还不够六天……)--街燈電箱150號 开箱维修 抄表 检验证明 2016年3月14日 (一) 04:31 (UTC)
- 在互助客栈已放超过三周,到后来只是在技术问题上打转,后来又放了一周无下文,我认为继续放在客栈没意思,因此移动(实际上过久没讨论的也都会被机器人移动,我只是代劳而已);技术问题可以之后慢慢解决,且阁下也说了“有没有人可以想到一个更好的办法去写这个指引,不想否定这个指引”,显见剩技术问题。WP:共识写道“共识是一种典型但往往含蓄无形的过程;所有没有异议或不被其他编者回退的编辑,可假定已为共识”,条目评级使用了那么久,均没有任何人提出异议,也没有人像阁下说的用机器人把它们移除、删除,可假定使用这些条目评级已是共识,走互助客栈老实说就像我一开始说的,只是走个程序帮它安个名分而已。实际上,方针指引并不是那些页面写的文字,而是来自社群长久来达成共识的无形规范。若是阁下认为这些级别无用,我认为阁下可以去互助客栈另外开个新话题,讨论是否废除、改名这些阁下认为多馀的级别。(sorry 我在这议题被各种钻牛角尖弄烦了,若不想当指引我也拉倒,反正没标指引现在各个条目评级一样如火如荼在使用)--Liaon98 我是废物 2016年3月14日 (一) 02:44 (UTC)
改成“条目品质评级标准”?
编辑最近有台湾用户给加-{zh-cn:质量; zh-tw:品质;}-
的转换,想确认一下说“质量”台湾是没有办法理解么?(就像对大陆人说“我在雪梨工作”无法理解的那种)如果是这样,大陆用质量和品质都说得通,直接改成“品质”是不是更方便一些?--风中的刀剑(议|勋) 2016年10月23日 (日) 10:26 (UTC)
- 台湾“质量”通常用在物理上的质量,quality会用“品质”,但随著网路交流,不少台湾人是看的懂用质量表示品质,只是部分台湾人对此词还是很敏感,会讨厌quality被写为质量--Liaon98 我是废物 2016年10月23日 (日) 12:01 (UTC)
- 那么全站改名叫品质好了。--风中的刀剑(议|勋) 2016年10月23日 (日) 13:46 (UTC)
编辑请求
编辑根据讨论结果进行修改。--Xhs 唯心而为 2021年1月26日 (二) 11:40 (UTC)
建议设立一个标准低于优良条目的优质条目等级
编辑--本人认为维基百科上的优良条目和典范条目的标准十分苛刻,以至于许多条目本身已经不错,但是只是少量问题而被NoGA掉,但这并不代表他们十分的差劲;这些条目可能对于专业学者来讲可能不适合参考,但它内容仍然齐全,只是有些地方使用了半可靠或是不可靠来源辅助作证且无法取代,或是问题不多,可以发展为优良条目的,如果设立这样的准则,可能对于刚刚加入的新手更加简单,同时这也可以列出一些做的很棒但仍有瑕疵的条目让我们可以改进。这些条目的标准不可过度宽松,但可以看作是“低配版GA”。建议如下:
- 广泛来看,认为维基百科的最尖端百分之一的条目
- 分类为某个专题的甲级条目
- 新条目推荐
- 接近GA,但仍须编修的条目
- 没有维护模板,五原创研究和农场文参考
FK8438 (留言) 2022年9月17日 (六) 14:28 (UTC)
- 如果品质等同甲级和DYK,那新设一级的用途是什么?-KRF(留言) 2022年9月17日 (六) 14:50 (UTC)
- 不就是甲级?但问题是就算是甲级也需要人力认证,要找谁?另外新条目推荐如果是年代久远的条目可能连小条目都不到 --窝法乙烷 儿法梦碎 2022年9月17日 (六) 14:53 (UTC)
- 怎么不先问问为何甲级(或称A级)是在GA级上面、FA级下面?--Z7504非常建议必要时多关注评选(留言) 2022年9月17日 (六) 15:18 (UTC)
- 为什么要特地选“不那么好”的条目出来?另外推荐新条目已经不算难了。—— Eric Liu 創造は生命(留言・留名・学生会) 2022年9月17日 (六) 15:53 (UTC)
- 目前不少专题都有评级系统,“甲级”条目应该就是“接近GA,但仍须编修的条目”。视专题而有所不同,有些专题会定义成“接近FA,但仍须编修的条目”;有些专题会使用其它等级(比如电子游戏专题没有开启甲级评级,乙级就是接近GA的条目)。--BlackShadowG 沉痛哀悼女王陛下 2022年9月18日 (日) 02:44 (UTC)
- 非也。甲级条目之地位要高于优良条目。—— Eric Liu 創造は生命(留言・留名・学生会) 2022年9月18日 (日) 13:51 (UTC)
- 阁下口中的“苛刻”是要确保所有文句都是出自可靠来源,如果连文句使用“半可靠或是不可靠且无法取代的来源作参考资料”都可以的话,基本上就等同原创研究,最终只会沦为内容农场。--银の死神♠走马灯剧场祝你在乱流下平安 2022年9月18日 (日) 04:07 (UTC)
- 是像芬兰语维基百科的那种吗?--🎋🍣 2022年9月18日 (日) 11:29 (UTC)
- 同silverreaper. 使用不可靠来源实在说不上什么"品质不错"。--Temp3600(留言) 2022年9月18日 (日) 12:48 (UTC)
- (?)疑问:到现在还是不懂想要设计哪种等级?还有,如果是低于GA的等级不是早已经有乙级(或称B级)、丙级(或称C级)、初级(或称Start级和)小作品级(或称Stub级)了吗?这里只想知道到底有无打算把那奇葩的甲级(或称A级)下放到GA之下而已。之前还有一个等级:乙上级条目,也被提过存废删除了,而且至这讨论串之前都尚未恢复使用。--Z7504非常建议必要时多关注评选(留言) 2022年9月20日 (二) 05:04 (UTC)
- 以FK8438的描述,专题的条目评级的“丙”就完全符合了,哪里需要再搞一个等级出来。丙级的标准描述:“条目内容相对充实,但或有重要内容缺失,或包含大量无关内容。条目应有一些可靠参考来源,但仍有明显问题需要大幅清理”。--Nostalgiacn(留言) 2022年9月22日 (四) 05:46 (UTC)
- 乙级(或称B级)和丙级(或称C级)都叫做“接近GA”,确实没有再加开评级等级的必要性。所以上面才会强调只想知道那奇葩的甲级(或称A级)到底有没有打算下放。--Z7504非常建议必要时多关注评选(留言) 2022年9月22日 (四) 22:51 (UTC)
- 可以参考维基导游的“具有明星条目潜质”--FK8438 (留言) 2022年9月23日 (五) 12:46 (UTC)
- 乙级(或称B级)和丙级(或称C级)都叫做“接近GA”,确实没有再加开评级等级的必要性。所以上面才会强调只想知道那奇葩的甲级(或称A级)到底有没有打算下放。--Z7504非常建议必要时多关注评选(留言) 2022年9月22日 (四) 22:51 (UTC)
- 以FK8438的描述,专题的条目评级的“丙”就完全符合了,哪里需要再搞一个等级出来。丙级的标准描述:“条目内容相对充实,但或有重要内容缺失,或包含大量无关内容。条目应有一些可靠参考来源,但仍有明显问题需要大幅清理”。--Nostalgiacn(留言) 2022年9月22日 (四) 05:46 (UTC)
- (+)支持。有很多专题都已名存实亡长期没人来维护与评级导致堆积,单拉出一个等级标准完全有必要。——范博📧·🎤·✍🏽🇨🇳 2022年9月25日 (日) 07:25 (UTC)
- 专题名存实亡和单拉出一个等级标准有啥关系?甲级和乙级条目都死多久了还要拉个垫背的。 --窝法乙烷 儿法梦碎 2022年9月25日 (日) 07:39 (UTC)
- 个人认为问题在于GA是投票,所以GAN的结果只有yes或者no。反观英维的结果就是这一类文章经过review改善之后拿到GA。--0xDeadbeef(留言) 2022年9月25日 (日) 09:24 (UTC)
- 条目的质量等级本质不是由投票结果赋予的,回过来看GAN制度是怎么形成的,投票就是不能代替讨论,投票是我们达成共识的一个过程,GAN本来也是可以给PR建议的,现在反而有人说我在GAN投中立票就如何如何不好,听听就火大。----Cat on the Mars 2022年9月25日 (日) 10:02 (UTC)
- 那英维的GA根本不需要共识,因为只要一个非提名者的人认为达到GA标准就行。。--0xDeadbeef(留言) 2022年9月25日 (日) 15:21 (UTC)
- @0xDeadbeef:话虽这么说,但实际上并不会有人真这么做。英维的GA review一般和中维PR中较长的差不多长。--ときさき くるみ 2022年9月25日 (日) 16:12 (UTC)
- 讲道理现在提出来这个问题真的不是新的评级的问题,而是GAN评选制度问题,现在大多数条目都是勉强到票数,票数不足毙掉也很多。如果一旦有人在7天后面几天提出问题,而且问题没有得到立即解决的话,那么这个条目基本上就不会有人跟票了。说到底我们也只是志愿者,也不是天天看这种东西,什么时间提出和解决问题都比较随缘,而且虽然我也愿意相信编者也有在想办法去解决问题,但很多问题也不是一天两天就可以马上解决的,结果反倒让人反感有人在评选中提出问题,这就背离评选的初衷了。----Cat on the Mars 2022年9月25日 (日) 17:25 (UTC)
- 那英维的GA根本不需要共识,因为只要一个非提名者的人认为达到GA标准就行。。--0xDeadbeef(留言) 2022年9月25日 (日) 15:21 (UTC)
- 条目的质量等级本质不是由投票结果赋予的,回过来看GAN制度是怎么形成的,投票就是不能代替讨论,投票是我们达成共识的一个过程,GAN本来也是可以给PR建议的,现在反而有人说我在GAN投中立票就如何如何不好,听听就火大。----Cat on the Mars 2022年9月25日 (日) 10:02 (UTC)
- 在GAN中发现问题并落选,改善后再参选,这不是很好的过程吗。--Temp3600(留言) 2022年9月25日 (日) 17:49 (UTC)
- 讲到后面才会发现,原来这讨论串快和“DYKC灌票问题”是同个模子了 囧rz……。总之最大的问题点不就是“没人关注”吗?感觉也没什么好说的,上面也都拿一个“乙上级”的过往讨论举例了为何未见必要性。--Z7504非常建议必要时多关注评选(留言) 2022年9月27日 (二) 06:59 (UTC)
关于条目的评级问题
编辑就目前对照英维和中维的条目质量的差异,发现一个非常关键的问题,就是英维99%的页面(包括条目页和辅助页面)都有评级,而在中维只有很少的条目有评级。
就目前中维出现的问题来看,我认为对条目的评级全覆盖是有必要的。--СлаваУкраїні! 2023年5月15日 (一) 10:34 (UTC)
- 中维出现的问题,所以这个问题是?条目质量为甚么会跟条目评级有关系?——〚 玖宸 〛 2023年5月15日 (一) 15:23 (UTC)
- 似乎有道理,又好像没有什么关联;类似我给我奶奶装上两个轮子,她就是脚踏车了?[开玩笑的]——WMLO※议程表 2023年5月15日 (一) 18:02 (UTC)
- 有多少人(例如纯浏览的读者)会去看讨论页的内容?我除了编辑过的条目,其讨论页会列入监视清单外,几乎没有点阅过其他的讨论页。而且评级虽有标准,但也存在著主观,更何况还要随著条目的品质变化来更新。其实算是“多馀”的功能。--Tp0910(留言) 2023年5月16日 (二) 01:59 (UTC)
- (!)意见及(:)回应:据我所知有许多那种纯浏览维基百科的读者会将维基百科本身视为可靠来源。另外说到评级的问题,enwiki的条目等级会因为条目品质的变化定期更新,这不能算作一种“多余”的功能。并且条目评级全覆盖对于编者有一个激励的作用。--СлаваУкраїні! 2023年5月16日 (二) 03:50 (UTC)
- 被读者视为可靠来源是因为条目页内容所附的参考资料,与讨论页里的条目评级关联较少。虽然我觉得条目评级的“实用性”不高、“能见度”很低,若真能做到充分客观、随著条目的品质变化来更新、对编者有激励作用,也乐观其成,但可预见不持久。题外话,对于人物、事物条目,尤其是人物做评级,有点“失礼”。--Tp0910(留言) 2023年5月16日 (二) 04:24 (UTC)
- 视专题而定,你首先需要确保评级的专题有足够多的活跃人数,如果活跃人数都没有就要求评级真是自找麻烦,随着条目的快速增长,对于许多有足够多人数的专题而言,大多数评级都是干不完的,我自己做本专题的评级时都没有把握自己评级客观。我可以说除了GA/FA/FL之外大多数人工评级没有任何必要,就连现有的GAN/FAN/DYK评选都有时处纰漏,我建议有限的时间都要投入到写条目上面,再次之想想如何改善评选。如果要衡量条目的质量,你可以看看wikirank.net,可以比人工评级客观。----Cat on Mars 2023年5月16日 (二) 08:06 (UTC)
- 你如果对评级这么感兴趣,可以试着参与这个项目
- from: https://wikiq.net/research/
- Automatic quality assessment of Wikipedia articles
- So, in Wikipedia, many articles do not have quality grades, so each reader should manually analyze their content. The topic of automatic quality assessment of Wikipedia articles in the scientific world is known. Basically, the scientific works describes the most developed language version of Wikipedia — English, which already contains more than 6 million articles.
- Since it foundation and with the growing popularity of Wikipedia, more and more scientific publications on this subject have published. One of the first studies showed that measuring the volume of content can help determine the degree of “maturity” of the Wikipedia article. Works in this direction shows that, in general, higher-quality articles are long, use many references, are edited by hundreds of authors and have thousands of editions.
- The task of automatic quality assessment is can be solved by machine learning algorithms, especially by using classification models based on the comparison of Wikipedia articles with different quality grades that were evaluated by Wikipedia users. In such models it is possible to use over 200 quality measures related to completeness, credibility, objectivity, reliability, readability, relevance, style and timeliness. Some of them are language dependent and can be obtained by using NLP techniques. Additionally such models can use SEO related metrics: visibility index, PageRank, CheiRank, 2D rank, social signals and others.
- More information you can find in scientific publications. Some of the results are implemented in different tools.----Cat on Mars 2023年5月16日 (二) 08:11 (UTC)
- @Tp0910:关于条目评级可能产生的问题,您也讲出了您所担忧的问题。一方面是中维参与条目评审的维基人人数确实过少,另一方面就是人物传记的问题,也是最为谨慎的。另外人物传记可能只需要设置三个等级(典范、初级、小作品级)。--СлаваУкраїні! 2023年5月16日 (二) 08:44 (UTC)
- 定期更新就不能是多馀的吗?与其浪费时间在一百个读者中可能只有一个读者看的条目评级,还不如直接改善条目品质。纯粹把条目评成丙级条目是会对条目有什么意义吗?不是大家不愿意参与条目评审,AFC审核员可不少,只是没人愿意浪费时间在没有意义的事情上。——〚 玖宸 〛 2023年5月17日 (三) 16:09 (UTC)
- (!)意见及(:)回应:据我所知有许多那种纯浏览维基百科的读者会将维基百科本身视为可靠来源。另外说到评级的问题,enwiki的条目等级会因为条目品质的变化定期更新,这不能算作一种“多余”的功能。并且条目评级全覆盖对于编者有一个激励的作用。--СлаваУкраїні! 2023年5月16日 (二) 03:50 (UTC)
- 英维最近加入了全站层面评级功能,而中维目前还是由各专题来评级。也就是说,专题要先给所支援的条目挂上横幅,然后才能谈评级问题。上方CatOnMars已经指出,绝大多数专题并不活跃。不要说展开评级工作了,就是连自己专题的条目都认不齐。现在能搞评级的主要也就是持续登记新进条目的专题。
- 评级系统我认为是有用的——
- 一是如Po主所言,评级对扩充有激励作用。小作品以上、GA以下都是DYK的范畴,但中间跨度还是挺大的。我认为用初、丙、乙细分挺好。至少我是很享受“草创条目(初)——逐步完善(丙)——大体成型(乙)——精心润色(GA)”这个逐步发展的过程。不过总体来看,一方面中维喜欢翻译英维FA/GA,许多条目起手就是乙级,而我们评选对GA和乙的区分度不足,导致乙级条目往往能入选GA。另一方面,我站的DYK过于强势,占据了强初级和丙级的生态位。这两方面综合起来,“初—丙—乙”这套评级系统似乎就没有用武之地了。
- 二是评级对新编者有指导作用。如对于游戏领域的初级条目:如果扩充制作历史和媒体反响资讯,就会因为增加关键的现实世界内容,帮助条目升到丙级;如果扩充攻略内容,反而会因为违反WP:VGSCOPE、增加清理负担,导致降到小作品级。如果新编辑注意到讨论页评级,那他很快就会上道。不过这同样依赖专题的活跃程度——一方面要有熟悉内容的人来评级;另一方面有成熟的编写方案,让新编辑自己能明白如何改善。(其他领域不好说,但娱乐领域普遍存在条目越长、品质越差的情况,而且这一问题至少曾经十分常见。我认为在此问题的整改上,评级系统起了非常好的指导作用。)
- 三是做一些统计工作,活跃专题气氛。比如定个里程碑、搞个活动等。基本上专题越活跃,评级系统意义越大,比如英维军事专题就极其重视评级。当然这个专题是英维No.1,谁都没法比就是了。
- 对条目评级并没有什么失礼的。品质评级是“对条目不对人”,就算传主再有名,条目不完整那也是丙级以下。重要度评级才是针对主题本身,当然,传记专题也不设重要度。另外英维早期的思路确实是只有三个级别——B(完整)、Start(不完整)、Stub(刚创建)。
- 另外我认为比较重要的是挂专题横幅,让条目进入专题监视列表的雷达,方便进一步巡查(比如这个)。从这一意义上说,评级倒算是顺便的工作了。--洛普利宁 2023年5月18日 (四) 16:19 (UTC)
- 评级对扩充我觉得没有甚么激励作用,就我一个主要贡献是扩充条目的WIKI使用者而言,想要激励而是需要一套荣誉机制,本站DYK强势主要一个原因就是它有一套个人荣誉机制,GA本站有人编写也是GA条目会跟编者连结。想要评级活络,势必要跟编著个人荣誉有关,激发人们去扩编。--Djhuty(留言) 2023年5月24日 (三) 08:47 (UTC)
- 洛普利宁 2023年5月26日 (五) 17:03 (UTC) 这个也要看人。像DYK对我就没激励作用,反而是评级系统对我很有吸引力。毕竟如果我以DYK为目标,明明可以写到乙级的条目,为了多快好省刷荣誉也会只写到初级。不过我同意,本站条目评级作为激励,对大多数编者都没什么吸引力就是了。--
- PS:GA对我说实话也没什么吸引力。我觉得很多编辑的检查标准连乙级都不到,既然这样不如我自己几秒钟标成乙……(或者也可以说,GA对我太有吸引力了,导致我不愿意随便交个没有校对的乙级条目上去,然后莫名其妙地被通过。)--洛普利宁 2023年5月26日 (五) 17:24 (UTC)
- 您说的没错。另外,我觉得本站搞评级还有一个缺陷,或者任何评选都有同样的问题,就是本站参与者专业性深度不足。要对条目评级首先是评选员要对条目的专业深度有一定认知,这样才能对条目质量给出正确的评价。但是本站就算是GA的评选甚至FA,都是走形式,基本上就是针对语句、格式、翻译腔等等粗浅的东西表达意见,很少甚至没有针对内容正确性做论证。也因此,就算是搞出一个条目评级,最后也是搞形式。我在本站也超过十年了,这十年来搞欧洲历史的中文编者屈指可数,长期搞希腊化历史的只有我一人,写对写错全站没人知道。因此,我觉得本站人数那么少,专业性那么低很难搞评级。--Djhuty(留言) 2023年5月27日 (六) 13:55 (UTC)
- 评级对扩充我觉得没有甚么激励作用,就我一个主要贡献是扩充条目的WIKI使用者而言,想要激励而是需要一套荣誉机制,本站DYK强势主要一个原因就是它有一套个人荣誉机制,GA本站有人编写也是GA条目会跟编者连结。想要评级活络,势必要跟编著个人荣誉有关,激发人们去扩编。--Djhuty(留言) 2023年5月24日 (三) 08:47 (UTC)
- 如果只是评级,可以参照类似功能的https://wikirank.net/,但评分依据可能是个未翻译条目也能有80分就是了,仅供参考。最主要还是像Lopullinen大所述,帮条目挂上专题模板,只能说各位走过路过补一下 --窝法乙烷 儿法梦碎 2023年5月18日 (四) 16:29 (UTC)
- @Milkypine:小作品是60分吗?--СлаваУкраїні! 2023年5月24日 (三) 07:34 (UTC)
评级系统更改后Xtools无法正常识别评级
编辑- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
- @A2569875 在en:Wikipedia:WikiProject China中xtools中的评级会显示圈内+“W”(Project/专题),但是在中维WikiProject:中国显示的xtools的“X”,未正确识别,个人还是建议暂时不要大量移动。--Kethyga(留言) 2024年2月29日 (四) 02:43 (UTC)
- 这明显跟分类无关吧。xtool的显示并不由分类决定,而是由Special:页面评级决定。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年2月29日 (四) 02:48 (UTC)
- 完全不认同你的观点。既然社群已经通过共识要修改,而且甚至还公示一周、公告一周,代表社群通过更改案,那要做的事情应该是到Xtools申请更新吧 https://xtools.wmcloud.org/api/project/assessments ,而不是不去申请更新故意叫停,那之前的讨论是在干嘛,浪费社群资源。对于公示通过的议案,你现在强行阻挡议案的通过,涉嫌游戏维基规则。对于一个“更新内容”的议案,你的反对理由却是“因为没有更新所以反对”这是什么鬼?那更新个毛?这样会有进步才有鬼-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年2月29日 (四) 03:30 (UTC)
- 当然要先站内更新完才去通知xtools 更新啊,站内没有更新你要凭什么向xtools 申请更新?,不然怎样,先有鸡先有蛋?搞哲学卡议案??-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年2月29日 (四) 03:35 (UTC)
- 不要激动,主要是更改带出了问题,我不清楚xtools的工作原理,不清楚是否还会有其他问题。另外分类:专题级条目是否要保留重定向。--Kethyga(留言) 2024年2月29日 (四) 03:55 (UTC)
- 根据此讨论,xtools与分类系统毫无关联,Xtools无法识别一事与分类的改动完全无关。因此以上意见不在此案的考虑范围中,故不认为移动有任何问题。Kethyga的所谓“未正确识别,个人还是建议暂时不要大量移动”乃不符事实的个人猜想,毫无任何证据支持(xtools的评级资料表与本站分类系统各自独立,没有互相影响的可能),将不予理会。该问题应另立案处理,请@Ericliu1912:复核此言论。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月4日 (一) 09:23 (UTC)
- 虽然我觉得没有绝对关系,但还是建议阁下同时提报phab任务看看是否能够处理。—— Eric Liu 創造は生命(留言・留名・学生会) 2024年3月5日 (二) 02:46 (UTC)
- 关于Phab提报,我拟了一个草稿,麻烦您帮忙看一下合不合适,感谢 https://t.me/wikipedia_zh_ac/122679 。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月13日 (三) 08:06 (UTC)
- 我直接发了phab:T360012。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月13日 (三) 09:18 (UTC)
- 关于Phab提报,我拟了一个草稿,麻烦您帮忙看一下合不合适,感谢 https://t.me/wikipedia_zh_ac/122679 。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月13日 (三) 08:06 (UTC)
- 虽然我觉得没有绝对关系,但还是建议阁下同时提报phab任务看看是否能够处理。—— Eric Liu 創造は生命(留言・留名・学生会) 2024年3月5日 (二) 02:46 (UTC)
- @A2569875 在en:Wikipedia:WikiProject China中xtools中的评级会显示圈内+“W”(Project/专题),但是在中维WikiProject:中国显示的xtools的“X”,未正确识别,个人还是建议暂时不要大量移动。--Kethyga(留言) 2024年2月29日 (四) 02:43 (UTC)
- (进度回报)关于您提的“
中维WikiProject:中国[...]未正确识别
”,根据phab:T360012(虽还并未合并)但透过Xtools的API检查后发现已经可以识别(因github端已经合并[3]),现在只是出现网页“没有显示出来”的问题,而我有提出一个方案解决此问题,但根据MusikAnimal说法phab:T360774#9658823:“(我提的方案)这只是quick fix,但会产生‘有点冗余’的‘不太算问题’的问题
”(不建议这样做的意味(?)),并说道,应考虑其他修复方案,所以可能还需要再等待一段时间问题才能真正获得解决。副知@Kethyga、Ericliu1912:。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月26日 (二) 00:23 (UTC) - 同时从phab:source/tool-xtools/browse/main/src/Model/PageAssessments.php$17(亦即WikiProject命名空间不在Xtools网页显示的清单内,所以问题应于phab:T271612(2021年1~2月左右,WikiProject命名空间设立的当下)就开始出现)中可以看出,这个问题肯定在修订前就已经存在了,只是没人发现而已,正说明“
主要是更改带出了问题,我不清楚xtools的工作原理,不清楚是否还会有其他问题
”一说法并不成立。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月26日 (二) 00:28 (UTC) - 基金会工程人员已将phab:T360012(更新评级值资料表)和phab:T360774(设置维基专题支援)工单标记为已解决,从我这里看,WikiProject:中国的Xtools页面已显示为 专题级。请@Kethyga:确认问题是否已解决;如问题已解决请移除下方的{{不存档}}模板,感谢。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月27日 (三) 14:56 (UTC)
- 确认问题已解决,感谢。--Kethyga(留言) 2024年3月28日 (四) 00:43 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
没有主题的页面如何评级
编辑- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
像是包、比 (消歧义)、值 (消歧义)这种,内容并不属于任何专题管辖的页面,要如何评级?有没有办法“无专题评级”?不然在统计工具上面,这些未评级的页面都无法正常显示页面种类。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月7日 (四) 08:59 (UTC)
- 主题更多是用来评判重要度而非写作水准的吧,或许可以考虑一个通用评级,比如实际上并不应该被划到单一专题内的消歧义页。——暁月凛奈 (留言) 2023年12月7日 (四) 09:34 (UTC)
- (?)疑问@暁月凛奈:比方说创建一个专用的、通用的评级模板,无专题,不使用{{WPBannerMeta}}元模板,内部只塞“本页面获评XX级”和Special:页面评级的解析器语法,然后没有别的说明?-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月7日 (四) 09:48 (UTC)
- 我基本没有参与评级相关,我不太明白为什么条目质量一定要和专题挂钩。举个例子的话,页面李的六个链接五个是姓氏,一个是植物,被划到生物还是人文都显然不合适,而且消歧义页本来也不算做条目。或许也可以设计成,“本页面尚未划分到具体专题,欢迎协助标记”,然后消歧义页等页面用参数取消这一句。——暁月凛奈 (留言) 2023年12月7日 (四) 11:51 (UTC)
- (?)疑问@暁月凛奈:比方说创建一个专用的、通用的评级模板,无专题,不使用{{WPBannerMeta}}元模板,内部只塞“本页面获评XX级”和Special:页面评级的解析器语法,然后没有别的说明?-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月7日 (四) 09:48 (UTC)
{{WikiProject Article assessment}}
可托管没有专题支援的条目 --洛普利宁 2023年12月7日 (四) 11:58 (UTC)- (:)回应PJ:条目质量评级“
这个维基专题已经废弃。
”。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月7日 (四) 12:18 (UTC)- 几乎所有专题都是废弃的,只是这个专题明面上写了而已;稍微好一点的是只有一个人参加的“个人专题”,不过这种专题基本上也是三分钟热度。如果你只是为了评级,那就不用管专题是否活跃,直接把
{{WikiProject Article assessment}}
往讨论页上贴就可以。以中维的实力来说,条目没有专题评级才应该是正常的,有评级的反而属于异端 --洛普利宁 2023年12月7日 (四) 12:41 (UTC)- 没有到“
异端
”那么惨吧,根据WP:评级:“截至2022年,英文维基百科已经有超过700万条目被评级。很多其他语言版本也开始使用评级系统。中文维基百科约有38万条目接受评级。
”现在中文维基约有100万条目,100万中的38万,三成多,这样平均三个条目就有一个条目有评级啊。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月7日 (四) 13:10 (UTC)
- 模板、分类、甚至是档案也是需要评级的项目,算上去真的跟异端没两样。而挂上专题模板呈现的未评级状态能算评级吗。 --窝法乙烷 儿法梦碎 2023年12月7日 (四) 14:03 (UTC)
- (:)回应:@Milkypine:WP:评级:“
约有38万条目
”,中文维基百科条目数也才100万啊。哪有“异端
”?我还异端儿勒。另WP:评级#统计,所有挂有评级模板条目讨论页有562,943页,未填写评级的“未评级状态”之条目讨论页有182,858页,562,943 − 182,858 = 380,085。所以被评级的“条目”是38万无误,100万分之38万 = 38%。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月7日 (四) 14:33 (UTC)- @A2569875:先定义何谓异端,如果数字多就不算异端,那么日本和中国市场可以除名异端状态了。 --窝法乙烷 儿法梦碎 2023年12月7日 (四) 14:54 (UTC)
- 更不用38%是数字少的一方,对中维其馀62%条目来讲,这38%就是异端。 --窝法乙烷 儿法梦碎 2023年12月7日 (四) 14:59 (UTC)
- (:)回应:@Milkypine:WP:评级:“
- 模板、分类、甚至是档案也是需要评级的项目,算上去真的跟异端没两样。而挂上专题模板呈现的未评级状态能算评级吗。 --窝法乙烷 儿法梦碎 2023年12月7日 (四) 14:03 (UTC)
- 没有到“
- 几乎所有专题都是废弃的,只是这个专题明面上写了而已;稍微好一点的是只有一个人参加的“个人专题”,不过这种专题基本上也是三分钟热度。如果你只是为了评级,那就不用管专题是否活跃,直接把
- (:)回应PJ:条目质量评级“
- {{WikiProject Disambiguation}},这个?--Kethyga(留言) 2023年12月7日 (四) 12:47 (UTC)
- 仅供参考: enwiki之前也有相关讨论,现在已由{{WPBS}}自动为这类型非条目赋予NA-、Redirect-级别的评级与重要度。请参见w:wn:Wikipedia:Bots/Requests for approval/Qwerfjkl (bot) 24。中文或许如Category:非条目级条目?--Kanashimi(留言) 2024年1月10日 (三) 06:05 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
Random Thought: 跟进英维的WikiProject banner shell改版
编辑- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
我倒是想起一个事儿。英维最近改版了{{WikiProject banner shell}}模版(新样式在这里),新的模版可以单独给条目一个总体的品质评级,各个WikiProject可以直接继承这个quality assessment,也可以搞自己的评级。你看是不是能实现你的没有管辖之WikiProject依然可以有评级的愿望? --MilkyDefer 2023年12月7日 (四) 14:59 (UTC)
- @A2569875,附知。--MilkyDefer 2023年12月8日 (五) 09:03 (UTC)
- @MilkyDefer稍微研究了一下,跟本地系统完全不相容,根本不知道怎么改。他的评级是纯粹使用英文字母的,我们是中文,从他目前的模组架构,我看不出来哪边可以插入本地的评级模式。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月9日 (六) 07:47 (UTC)
- @MilkyDefer既然您提议了,我请求您给出可以执行的方案或建议,谢谢。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月9日 (六) 07:49 (UTC)
- 那就是我自己按照人家代码的思路重新实现一个类似的咯。上一次的ping模板改版姑且让我熟悉了一点Lua语言。--MilkyDefer 2023年12月9日 (六) 11:24 (UTC)
- 原样照办英维的codebase要动的手术很大。不过我姑且给你实作了一个长得差不多的在对应沙盒里面。--MilkyDefer 2023年12月9日 (六) 14:14 (UTC)
- (:)回应:@MilkyDefer:可是我好像没看到
{{#assessment:}}
语法。没使用{{#assessment:}}
的话也无法被系统和各类工具识别,那样也无法解决我最初提出来的问题啊⋯⋯ -- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月10日 (日) 05:09 (UTC) - (:)回应:@MilkyDefer:我把
{{#assessment:}}
加上去了,顺便调整一下让预设(模板预览)不要显示错误,你看一下这样适不适当。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月10日 (日) 17:43 (UTC)- 你自己决断。如我前面所述,我的改动只是一个临时性的方案。迟早需要重新规划这一套系统的技术编排,届时现在的变动会被新架构完全覆盖掉。--MilkyDefer 2023年12月10日 (日) 18:22 (UTC)
- (:)回应:@MilkyDefer:{{WikiProject banner shell}}目前获WP:模板保护,即使是这个临时方案也须获社群共识才得以使用。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月11日 (一) 00:05 (UTC)
- 你自己决断。如我前面所述,我的改动只是一个临时性的方案。迟早需要重新规划这一套系统的技术编排,届时现在的变动会被新架构完全覆盖掉。--MilkyDefer 2023年12月10日 (日) 18:22 (UTC)
- (:)回应:@MilkyDefer:可是我好像没看到
- @MilkyDefer既然您提议了,我请求您给出可以执行的方案或建议,谢谢。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月9日 (六) 07:49 (UTC)
- @MilkyDefer稍微研究了一下,跟本地系统完全不相容,根本不知道怎么改。他的评级是纯粹使用英文字母的,我们是中文,从他目前的模组架构,我看不出来哪边可以插入本地的评级模式。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月9日 (六) 07:47 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
第一阶段:修改WikiProject banner shell
编辑- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
- 工程量挺大,就看谁愿意改了。(几年前可能我有兴趣,现在我就精神上支持了)--洛普利宁 2023年12月8日 (五) 14:53 (UTC)
- 目前(+)支持User:MilkyDefer的临时方案。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月11日 (一) 00:17 (UTC)
- (?)疑问:@Milkypine、暁月凛奈:您们认为暂时先用MilkyDefer的临时方案如何?暂且能解决目前问题,且朝模板的新版改进迈进中。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月11日 (一) 00:24 (UTC)
- (+)支持设立通用评级,但最好展现一下沙盒效果,现在点进去看到的文件说明还是旧版本。 --窝法乙烷 儿法梦碎 2023年12月11日 (一) 11:16 (UTC)
- (:)回应:@Milkypine:可以参考测试样例Template talk:WikiProject banner shell/testcases(评级模板的测试样例只能放讨论页,不然会有错误讯息 囧rz……;首个测试样例填了GA,所以这里可以看到这表格最下面“评级”是“优良”,表示新模板有效)-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月11日 (一) 12:15 (UTC)
- 已逾一周无新意见,视为已有初步共识。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月20日 (三) 13:23 (UTC)
- 一个小问题,见测试11,若是位于模板空间应修先显示为模板级。且依据我于Talk:医学测试结果,似乎不符合预期。-- Willy1018(留言) 2023年12月21日 (四) 06:26 (UTC)
- (?)疑问@Willy1018:Talk:医学测试结果哪边不合预期?不是都正常显示甲级吗,下面也能展开
|collapsed=yes
预设不展开也正常啊。然后无法理解测试11明明已经指定了,为何要fallback to模板级?指定级别显然优先于预设级别;未指定本来就该都没有评级。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月21日 (四) 13:29 (UTC)- 底下:网际网路专题、维基百科专题、机器人学专题,应显示为A级而不是未评。-- Willy1018(留言) 2023年12月22日 (五) 03:47 (UTC)
- 如果本来就是这样设计的,当我没说吧。-- Willy1018(留言) 2023年12月22日 (五) 03:48 (UTC)
- @Willy1018:网际网路专题、维基百科专题、机器人学专题的模板又没有要改版,既然他没有要改版,那么那些模板没有输入评级他是要怎么知道评级成什么?通灵吗?而且模板参数因技术限制无法跨模板互通,所以也不可能把A级资讯传递进模板(实现如此传递需要mw:Extension:Variables,萌娘百科有,但中文维基没有,且相关扩展不相容于目前版本的MediaWiki)。再来,你看User:MilkyDefer的原始提案“
新的模版可以单独给条目一个总体的品质评级[…]也可以搞自己的评级。
”这代表各个专题的评级模板是自己搞自己的,每个专题的评级互相独立并不相干,因此没有输入就该维持没有输入评级的状态,本就不应该蹦出没有输入却变成A级的这种状况。再来“优先显示模板级”问题肯定也是上方误会导致的。既然你都说“如果本来就是这样设计的,当我没说吧。
”了,那么我就视为异议已排除,可以准备进行公示阶段。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月22日 (五) 04:15 (UTC)
- @Willy1018:网际网路专题、维基百科专题、机器人学专题的模板又没有要改版,既然他没有要改版,那么那些模板没有输入评级他是要怎么知道评级成什么?通灵吗?而且模板参数因技术限制无法跨模板互通,所以也不可能把A级资讯传递进模板(实现如此传递需要mw:Extension:Variables,萌娘百科有,但中文维基没有,且相关扩展不相容于目前版本的MediaWiki)。再来,你看User:MilkyDefer的原始提案“
- 如果本来就是这样设计的,当我没说吧。-- Willy1018(留言) 2023年12月22日 (五) 03:48 (UTC)
- 底下:网际网路专题、维基百科专题、机器人学专题,应显示为A级而不是未评。-- Willy1018(留言) 2023年12月22日 (五) 03:47 (UTC)
- @Willy1018:跟您说明一下目前办理状况。已建立专门读取通用评级资讯的模组Module:PJBSClass,目前我用电子游戏专题测试,测试结果见Talk:皮卡丘的测试结果,在电子游戏专题模板未输入评级时,其有确实从外层的{{WikiProject banner shell/sandbox}}读到
|class=Start
,你看这是不是你要的,如果是,则还须对Template:WPBannerMeta提编辑请求。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月24日 (日) 02:58 (UTC)- 感谢贡献,目前已复核已符合预期。-- Willy1018(留言) 2023年12月24日 (日) 05:17 (UTC)
- (:)回应:@Willy1018:但要达成您所见到的效果需要第二阶段的修改,跟{{WPBannerMeta}}配合。这样的话,我就视为您对第二阶段持(+)支持态度啰。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月24日 (日) 08:12 (UTC)
- 无异议。-- Willy1018(留言) 2023年12月25日 (一) 04:00 (UTC)
- (:)回应:@Willy1018:但要达成您所见到的效果需要第二阶段的修改,跟{{WPBannerMeta}}配合。这样的话,我就视为您对第二阶段持(+)支持态度啰。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月24日 (日) 08:12 (UTC)
- 感谢贡献,目前已复核已符合预期。-- Willy1018(留言) 2023年12月24日 (日) 05:17 (UTC)
- (?)疑问@Willy1018:Talk:医学测试结果哪边不合预期?不是都正常显示甲级吗,下面也能展开
- 一个小问题,见测试11,若是位于模板空间应修先显示为模板级。且依据我于Talk:医学测试结果,似乎不符合预期。-- Willy1018(留言) 2023年12月21日 (四) 06:26 (UTC)
- (+)支持设立通用评级,但最好展现一下沙盒效果,现在点进去看到的文件说明还是旧版本。 --窝法乙烷 儿法梦碎 2023年12月11日 (一) 11:16 (UTC)
- 此段落最后发言至今已逾七日,超过一周无新留言,且此前已形成初步共识,因此根据WP:7DAYS准备进行公示。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月1日 (一) 04:04 (UTC)
- 公示7日。公示内容见此-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月1日 (一) 04:04 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
- 完成:已布署Special:Diff/80410249。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月8日 (一) 04:40 (UTC)
第二阶段:修改WPBannerMeta
编辑- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
@Willy1018:提到了一个很有意义的问题。如果上方的变更套用了的话,只有“表面上”给了页面通用评级,而实际上的通用评级在各个专题中并没有达成“继承评级”的效果。这是因为评级模板预设不会知道他外面包著{{WikiProject banner shell}}模板,因此,如果要让每个评级模板都能读到通用评级,需要再一个编辑请求。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月24日 (日) 05:15 (UTC)
- 预计将会使用Module:PJBSClass来读取{{WikiProject banner shell}}模板中的评级,并传递给{{WPBannerMeta}}注入进class参数。由于这需要第一阶段先通过才有用,故先 搁置,等第一阶段。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月24日 (日) 05:15 (UTC)
- 第二阶段相关讨论Special:PermaLink/80224436#回复通告-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月25日 (一) 02:56 (UTC)
- 已复核,已符合预期,再次感谢您的贡献。(搬运自Special:PermaLink/80233084)-- Willy1018(留言) 2023年12月25日 (一) 04:02 (UTC)
- 上面的共识是“
可以单独给条目一个总体的品质评级,各个WikiProject可以直接继承这个quality assessment,也可以搞自己的评级。
”,下方Wikipedia_talk:页面评级#关于基础条目的额外提议也有多个(+)支持“对各种专题横幅不再个别指定 class,而是统一置于{{WPBS}}
”的声音,为了实现上方共识“各个WikiProject可以直接继承这个quality assessment”以及下方讨论的“专题横幅不再个别指定 class,而是统一置于{{WPBS}}”因此需要在{{WPBannerMeta}}置入读取{{WPBS}}评级值的模板,以便让专题横幅能正确识别统一置于{{WPBS}}的评级,故本修改是必要的,目前已经布署于电子游戏专题和多面体专题,运作稳定。如无异议,将会进行公示,进行全面布署。
- 预计的修改方案以及其布署连结(记得填写讨论通过的diff和客栈PermaLink版本号)。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月3日 (三) 05:00 (UTC)
相关议案
的配套修改-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月8日 (一) 05:03 (UTC)
- 想谘询一下@Kanashimi君相关修改是否有问题?—— Eric Liu 創造は生命(留言・留名・学生会) 2024年1月8日 (一) 05:53 (UTC)
- @Ericliu1912、Kanashimi:这主要是依据共识,让专题横幅能继承{{PJBS}}输入的评级值。我已经在{{多面体专题}}、{{电子游戏专题}}测试过了,没有问题。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月8日 (一) 06:00 (UTC)
- User:A2569875的努力有目共睹。只不过我原先料想的是直接改w:en:Module:WikiProject banner及w:en:Module:Banner shell,而宇帆-娜娜奇看起来很辛苦的重构了代码,并且有些参数不太一样,这样我就不太好评论了。--Kanashimi(留言) 2024年1月8日 (一) 06:12 (UTC)
- @Ericliu1912、Kanashimi:那就用测试数据来说话吧。目前我是刻意让{{多面体专题}}内部是调用Template:WPBannerMeta/sandbox/sandbox(同于Template:WPBannerMeta/sandbox,只是Template:WPBannerMeta/sandbox/sandbox里面都塞/sandbox模板以便测试效果),效果完全符合预期,十分正常,见下列测试结果(只要是调用{{多面体专题}}的,基本上都等同于这个Patch):
- Talk:二十面体对称的多面体列表:里面输入了列表级,Template:WPBannerMeta/sandbox确实读到了列表级,没有问题。
- 其他可参考Special:链入页面/Template:WPBannerMeta/sandbox/sandbox,基本上都没有问题,我检查一个礼拜了。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月8日 (一) 06:16 (UTC)
- Eric Liu 創造は生命(留言・留名・学生会) 2024年1月8日 (一) 12:18 (UTC)
- @Ericliu1912:若以Wikipedia_talk:页面评级#Random_Thought:_跟进英维的WikiProject_banner_shell改版这一案来看的话(或者说只看这一案)的话,只有{{WPBannerMeta/core}}和{{WPBannerMeta}}要更新。其他案目前还在讨论中。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月8日 (一) 12:23 (UTC)
- (~)补充:@Ericliu1912:参考这个留言Wikipedia_talk:页面评级#MilkyDefer2023年12月9日(六)14:14(UTC),“
原样照办英维的codebase要动的手术很大。不过我姑且给你实作了一个长得差不多的在对应沙盒里面。
”考虑到最大相容性和中文维基的特殊性(如繁简问题),本地评级系统本来就跟英文维基不太相同。目前只能“按照人家代码的思路重新实现一个类似的咯。
”(by User:MilkyDefer)此外,我也不想换掉现在中文维基熟悉的Style。目前您所看到的系统都是基于MilkyDefer的修改版再把enwiki对应功能实作出来。主要功能去年年底就完工了,经过了半个多月的测试,我相信技术上不会有太大的问题。且相关函数已于电子游戏专题两万多条目进行测试,问题几乎都解决了。技术上没有问题。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月8日 (一) 12:58 (UTC)
- (~)补充:@Ericliu1912:参考这个留言Wikipedia_talk:页面评级#MilkyDefer2023年12月9日(六)14:14(UTC),“
考虑到日后长期维护需求,我倾向请您以英文版本为基础来更新相关模板。是否能够确认有什么模板需要更新(或在互助客栈列出之类)?不过在此过渡期间,若技术上没有问题,是可以斟酌先批准既有之编辑请求。—— - @Ericliu1912:若以Wikipedia_talk:页面评级#Random_Thought:_跟进英维的WikiProject_banner_shell改版这一案来看的话(或者说只看这一案)的话,只有{{WPBannerMeta/core}}和{{WPBannerMeta}}要更新。其他案目前还在讨论中。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月8日 (一) 12:23 (UTC)
- 这两个(Template_talk:WPBannerMeta#编辑请求_2024-01-08、Template_talk:WPBannerMeta/core#编辑请求_2023-12-28)属于案《Random Thought: 跟进英维的WikiProject_banner_shell改版》可以先进行;剩下的属于另一案(Module_talk:Class/data#编辑请求_2023-12-28、Template_talk:Class_mask#编辑请求_2024-01-05、Template_talk:Class_mask/core#编辑请求_2023-12-25、Template_talk:Class/colour#编辑请求_2024-01-05)属于案《同步各模板/块的评级值》目前正在公示,所以暂时还不用。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月8日 (一) 14:59 (UTC)
- @Ericliu1912:要改哪些模板我在客栈上其实都有列,主要在案《没有主题的页面如何评级》和案《评级系统缺失问题》的子章节里。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月8日 (一) 15:03 (UTC)
- (不用一直提及我,我有在看)—— Eric Liu 創造は生命(留言・留名・学生会) 2024年1月8日 (一) 15:11 (UTC)
- (:)回应:既然你有在看,那我就更仔细地说明这两个编辑请求(Template_talk:WPBannerMeta#编辑请求_2024-01-08、Template_talk:WPBannerMeta/core#编辑请求_2023-12-28)技术上没有问题、无疑虑的理由。这两个编辑请求加起来的编辑内容等价于我上个月在{{WikiProject Video games}}做出的这笔编辑Special:Diff/80221014。用的模组和函数完全相同,只是仅限于电子游戏专题,而这两个编辑请求加起来的编辑内容就等于布署到所有专题。电子游戏专题之所有不用编辑两个模板是因为{{WikiProject Video games}}不使用元模板,也没有/core,因此编辑一个页面就能达到效果,而所有专题共用的元模板有使用元模板/core,因此需要编辑两个模板(主模板和/core模板)才能生效。电子游戏专题共有两万多个条目,这功能布署到电子游戏专题至今已半个多月,未见什么大问题,代表已经在两万个条目测试没问题(稍早也测试了{{多面体专题}},500+条目;实际上还布署到了{{互联网专题}}、{{维基百科专题}}和{{WikiProject Robotics}}上以便让User:Willy1018已复核效果符合预期;更进一步的技术测试则在{{WikiProject_Sandbox}}及{{WikiProject Portals}}完成,均未发现任何问题;为了避免影响到Patch,测试是由{{WPBannerMeta/sandbox/sandbox}}和{{WPBannerMeta/core/sandbox/sandbox}}完成,测试方式是直接先暂时将对应模板改用{{WPBannerMeta/sandbox/sandbox}}和{{WPBannerMeta/core/sandbox/sandbox}}以观察布署后的效果),我这半个月也实际复查数百个条目,没发现任何问题,代表这两万多个条目的测试是成功的,因此认为本开发已趋于稳定,是时候可以布署到所有专题了。以上,故认为技术上没有问题,可以布署Template_talk:WPBannerMeta#编辑请求_2024-01-08和Template_talk:WPBannerMeta/core#编辑请求_2023-12-28。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月8日 (一) 15:46 (UTC)
- (~)补充:若这两个编辑请求(Template_talk:WPBannerMeta#编辑请求_2024-01-08和Template_talk:WPBannerMeta/core#编辑请求_2023-12-28)核准了,记得通知我一声,我需要在{{多面体专题}}、{{互联网专题}}、{{维基百科专题}}、{{WikiProject Robotics}}和{{WikiProject Portals}}取消布署,避免重复布署和{{WPBannerMeta}}及{{WPBannerMeta/core}}相冲。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月8日 (一) 15:55 (UTC)
- (:)回应:既然你有在看,那我就更仔细地说明这两个编辑请求(Template_talk:WPBannerMeta#编辑请求_2024-01-08、Template_talk:WPBannerMeta/core#编辑请求_2023-12-28)技术上没有问题、无疑虑的理由。这两个编辑请求加起来的编辑内容等价于我上个月在{{WikiProject Video games}}做出的这笔编辑Special:Diff/80221014。用的模组和函数完全相同,只是仅限于电子游戏专题,而这两个编辑请求加起来的编辑内容就等于布署到所有专题。电子游戏专题之所有不用编辑两个模板是因为{{WikiProject Video games}}不使用元模板,也没有/core,因此编辑一个页面就能达到效果,而所有专题共用的元模板有使用元模板/core,因此需要编辑两个模板(主模板和/core模板)才能生效。电子游戏专题共有两万多个条目,这功能布署到电子游戏专题至今已半个多月,未见什么大问题,代表已经在两万个条目测试没问题(稍早也测试了{{多面体专题}},500+条目;实际上还布署到了{{互联网专题}}、{{维基百科专题}}和{{WikiProject Robotics}}上以便让User:Willy1018已复核效果符合预期;更进一步的技术测试则在{{WikiProject_Sandbox}}及{{WikiProject Portals}}完成,均未发现任何问题;为了避免影响到Patch,测试是由{{WPBannerMeta/sandbox/sandbox}}和{{WPBannerMeta/core/sandbox/sandbox}}完成,测试方式是直接先暂时将对应模板改用{{WPBannerMeta/sandbox/sandbox}}和{{WPBannerMeta/core/sandbox/sandbox}}以观察布署后的效果),我这半个月也实际复查数百个条目,没发现任何问题,代表这两万多个条目的测试是成功的,因此认为本开发已趋于稳定,是时候可以布署到所有专题了。以上,故认为技术上没有问题,可以布署Template_talk:WPBannerMeta#编辑请求_2024-01-08和Template_talk:WPBannerMeta/core#编辑请求_2023-12-28。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月8日 (一) 15:46 (UTC)
- (不用一直提及我,我有在看)—— Eric Liu 創造は生命(留言・留名・学生会) 2024年1月8日 (一) 15:11 (UTC)
- @Ericliu1912:要改哪些模板我在客栈上其实都有列,主要在案《没有主题的页面如何评级》和案《评级系统缺失问题》的子章节里。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月8日 (一) 15:03 (UTC)
- @Ericliu1912、Kanashimi:那就用测试数据来说话吧。目前我是刻意让{{多面体专题}}内部是调用Template:WPBannerMeta/sandbox/sandbox(同于Template:WPBannerMeta/sandbox,只是Template:WPBannerMeta/sandbox/sandbox里面都塞/sandbox模板以便测试效果),效果完全符合预期,十分正常,见下列测试结果(只要是调用{{多面体专题}}的,基本上都等同于这个Patch):
- @Ericliu1912、Kanashimi:另外参见此发言,User:Willy1018已复核效果符合预期,认为修改没有问题。测试也都充分了。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月8日 (一) 06:31 (UTC)
- @Ericliu1912:另外如果要接受编辑请求的话,也把Template_talk:WPBannerMeta/core#编辑请求_2023-12-28也接受吧,两者是互相配套的({{WPBannerMeta}}与{{WPBannerMeta/core}}高度相依)。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月8日 (一) 06:33 (UTC)
- 相关讨论移动到此供参考。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月9日 (二) 13:22 (UTC)
- 本议案旨在“让专题横幅能从{{PJBS}}继承评级值”是否布署到所有专题。目前已暂时透过沙盒模板测试性地布署到电子游戏专题、多面体专题、网际网路专题、维基百科专题、主题专题、沙盒专题。如无异议的话,将会就“是否布署于所有专题”进行公示。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月9日 (二) 13:54 (UTC)
- 目前没有合理异议,因此仍照原定计画若2024年1月10日 (三) 05:00 (UTC)之前没有其他异议就视为已获共识。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月9日 (二) 17:48 (UTC)
- 依据此以及WP:7DAYS,时间已逾2024年1月10日 (三) 05:00 (UTC),且本篇讨论始于2023年12月7日已逾一个月,依据WP:1MONTH,因此视为已达成共识,准备开始公示。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月10日 (三) 05:37 (UTC)
- 公示7日,公示说明。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月10日 (三) 05:37 (UTC)
- 由于相依性, 公示延长至《Wikipedia:互助客栈/其他#提案已通过请求布署》布署的三日后。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月16日 (二) 15:36 (UTC)
- 《Wikipedia:互助客栈/其他#提案已通过请求布署》布署已逾时三日;公示期内位于Template_talk:WPBannerMeta#编辑请求_2024-01-08的合理意见可以透过下方议案《通用评级规范》来解决,且该议案已获初步共识并进入公示阶段(详见此说明),故可以预见该问题将被解决,故此案应可通过;但为了谨慎起见,公示再延三日,若三日内没有合理异议则视本案为通过。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月21日 (日) 13:05 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
第三阶段:完善制度
编辑- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
在Template_talk:WPBannerMeta#编辑请求_2024-01-08中有人认为需要给通用评级订一个“能填写甚么级别”的标准来避免争议,因此立了草案Wikipedia:通用评级如下:
- 若一条目没有专题或不受任何专题管辖,则其通用评级可填写任意有被{{WikiProject banner shell}}支援的级别,仅要该条目有达到该级别的标准或满足该级别的条件,都可以评。
- 若一条目仅有一个专题,其通用评级应与该专题所评的等级一致。
- 若一条目有多个专题,通常由机器人自动依照规则4进行评级,但一旦出现争议时则通用评级应以所有专题都有开设的级别为主。
- 例如:若一条目有四个专题,而有一个专题没有开设“丙级列表级”,那么通用评级就不得填写“丙级列表级”
- 对于有多个专题的条目,通用评级应填写最多专题评的那一等级。
- 例如有一个条目有四个专题,其中三个专题都评为乙级,但有一个专题评为丙级,则通用评级应填写乙级。
- 若在规则4的情况抵触规则3,则应填写与对应级别最接近的且满足规则3的级别。
- 例如有一个条目有四个专题,其中三个专题都评为“丙级列表级”,但有一个专题评为“列表级”且这个专题不开设“丙级列表级”。依据规则3,最多专题评的级别是“丙级列表级”,但有一个专题不开设“丙级列表级”,则通用评级应填写与“丙级列表级”最接近且位于该条目所有专题都有开设的级别,也就是“列表级”。
- “最接近的级别”应该向下填写,例如未启用乙级的专题,通用级别遇到规则3判为乙级的情况时,则向下填写为丙级。如果丙级也有专题未开设,就再向下填写为初级。如遇到无法评级的情况,该通用评级模板就该留空。
提议将之升为指引,不晓得各位觉得如何?@Ma3r、Kanashimi、Z7504、桐生ここ:@Kethyga、暁月凛奈、MilkyDefer、Milkypine、Willy1018:-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月14日 (日) 09:44 (UTC)
- 实作上是否能让那些没开设大宗评级(数量最多专题)的在专题横幅内设定好参数即可?这样看起来就不会因为没开设评级、被覆盖而出问题。机器人很难判别每个专题开设的评级,因此条件3会让让机器人无法自动作业。
- 仅供参考,就enwiki来说,纯粹只考虑数量最多的评级。采用特殊评级的专题横幅有特殊分类,机器人处理时不会动到其评级。--Kanashimi(留言) 2024年1月14日 (日) 10:35 (UTC)
- @Kanashimi:技术上不能读取评级模板的
|QUALITY_SCALE=
内容和/class子页面吗?如果|QUALITY_SCALE=
填subpage,读取/class子页面就能得知该专题哪些评级有启用。例如{{多面体专题}}是|QUALITY_SCALE=subpage
,所以读取Template:多面体专题/class原始码即可得到哪些级别是yes、哪些级别是no。如果|QUALITY_SCALE=
填extended则是定义于{{Class mask/extended}}的级别。未填或standard就是只使用大宗评级。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月14日 (日) 11:00 (UTC) - 如果改成“若一条目有多个专题,通常由机器人自动依照规则4进行评级,但一旦出现争议时则通用评级应以所有专题都有开设的级别为主。”机器人会不会好办一点?意为机器人填写值优先,但如果是人工评级时,才须考虑是否所有专题都有开设,且是遇到争议之时,这是为了解决“
但是如果有人说“根据Wikipedia:条目质量评级标准#非标准级别和一些专题评CL的惯例,这篇列表内容充分,尽管支援条目的专题都没有设CL级别,但既然WPBS能评CL那我就评CL”呢?所以,这个评级的定位该怎么看?您作出了如此复杂的功能,但如果因为使用规则不完善而部署而引发争议,相信这是您不愿意见到的。
”所描述的争议情境。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月14日 (日) 11:06 (UTC)- @A2569875 现在cewbot采用的方式是选出最大宗的评级(数量最多的评级),填入{{WPBS}}并且移除所有相同的评级。所有不同的评级都保留不动。不晓得这样的作业方式是否会产生问题?--Kanashimi(留言) 2024年1月14日 (日) 11:16 (UTC)
- @Kanashimi:技术上不能读取评级模板的
- 我在疗养,您自己请便。由于这个事情的业务逻辑挺复杂的,我不会拦着你用什么样的Lua。--MilkyDefer 2024年1月14日 (日) 12:48 (UTC)
- 已逾一周没有任何发言,根据WP:7DAYS,七日无新留言视为已达成初步共识,因此将准备进行公示。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月21日 (日) 12:54 (UTC)
- 公示7日-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月21日 (日) 12:54 (UTC)
公示已逾七日,公示期已过,期内无合理异议,因此提案通过。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月29日 (一) 03:28 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
临时动议:关于基础条目的额外提议
编辑|vital=
参数》案。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月29日 (一) 05:36 (UTC)- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
- 似乎已有共识,跟随enwiki改版之后会由机器人自动完成:对各种专题横幅不再个别指定 class,而是统一置于{{WPBS}}。
- 跟随enwiki改版之后会由机器人自动完成:将{{WikiProject Biography}}的 'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等参数皆改以{{WPBS}}处理,
- 跟随enwiki改版之后会由机器人自动完成:将{{Vital article}}并入{{WPBS}}
这边最近在帮忙enwiki自动化这过程。这边将申请自动更新Wikipedia:基础条目所有子页面的图示(这部分最近测试中,已趋稳定。),以及定期维护{{WPBS}}(将各种专题横幅并入{{WPBS}}并维护 'class', 'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas'等相关参数)。不知大家对此是否有建议? --Kanashimi(留言) 2024年1月2日 (二) 09:53 (UTC)
enwiki近期改版{{WikiProject banner shell}},
- 对各种专题横幅不再个别指定 class,而是统一置于{{WPBS}}。
- 将{{WikiProject Biography}}的 'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等参数皆改以{{WPBS}}处理,
- 将{{Vital article}}并入{{WPBS}}
这边最近在帮忙enwiki自动化这过程,并且将定期维护。想请教大家对上几种改变的赞否。
另这边将申请自动更新Wikipedia:基础条目的图示(这部分最近测试中,已趋稳定。),以及维护{{WPBS}}(将各种专题横幅并入{{WPBS}})。不知大家对此是否有建议?
副知User:Ma3r、User:Ericliu1912--Kanashimi(留言) 2024年1月2日 (二) 06:11 (UTC)
- 其实个人早已注意到相关更新,只是苦于自身技术实力不足而未能协助,乐见在充分确保相容性的情况下跟进。—— Eric Liu 創造は生命(留言・留名・学生会) 2024年1月2日 (二) 06:21 (UTC)
- (+)支持全部。--Ma3r(铁塔) 2024年1月2日 (二) 06:25 (UTC)
- @Kanashimi:可是这个即将公示通过了耶Wikipedia_talk:页面评级#Random_Thought:_跟进英维的WikiProject_banner_shell改版。这个预计会先上架,这边去年年底弄了从{{WPBS}}读取评级到专题横幅的模组Module:PJBSClass,你是要让我做白工吗?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月2日 (二) 09:30 (UTC)
- 唉呀感谢提醒我没注意到。看起来改版是已经有共识的结果了。我把建议移到那个讨论串下好了,这边可以关闭了。--Kanashimi(留言) 2024年1月2日 (二) 09:37 (UTC)
- Eric Liu 創造は生命(留言・留名・学生会) 2024年1月3日 (三) 04:47 (UTC)
- 已迁移讨论@Ma3r、Ericliu1912:(User:Kanashimi应该已经知道了)-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月3日 (三) 05:51 (UTC)
您可以将整个讨论移到其他区( ——
- Eric Liu 創造は生命(留言・留名・学生会) 2024年1月3日 (三) 04:47 (UTC)
- 唉呀感谢提醒我没注意到。看起来改版是已经有共识的结果了。我把建议移到那个讨论串下好了,这边可以关闭了。--Kanashimi(留言) 2024年1月2日 (二) 09:37 (UTC)
- (:)回应:但上面的共识是“
可以单独给条目一个总体的品质评级,各个WikiProject可以直接继承这个quality assessment,也可以搞自己的评级。
”,代表虽然评级统一放在{{WPBS}},但仍然要允许个别专题能用自己的标准来搞自订评级,所以应保留各专题横幅的评级参数与功能。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月3日 (三) 04:57 (UTC)
- 是的,enwiki采w:en:Category:WikiProjects using a non-standard quality scale表示自订评级的专题,bot亦已考虑此问题,在User:Cewbot/log/20200122/configuration有此项。待zhwiki完成部署,填好User:Cewbot/log/20200122/configuration便可apply。--Kanashimi(留言) 2024年1月3日 (三) 07:08 (UTC)
- (:)回应:@Kanashimi:我指的是可能会有专题有自己的标准,导致评级值与{{WPBS}}不同的情况(如可能有些专题的乙级比较严格,导致该专题只能评丙级,但WPBS是乙级,其他专题也是乙级),而非“非标准评级”(non-standard quality)的情况。虽然两者都需要保留著各专题横幅模板的评级class参数。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月3日 (三) 07:26 (UTC)
- 是的,w:en:Category:WikiProjects using a non-standard quality scale包含您所提的这两种非正规、不继承的状况。--Kanashimi(留言) 2024年1月3日 (三) 07:47 (UTC)
- Category:使用自订专题评级的条目,我是指“一个页面的评级”满足“不继承、非正规”的状况,不是“专题横幅自己”满足“不继承、非正规”的条件。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月3日 (三) 09:41 (UTC)
- 或许我们该用Category:使用非正规质量评级的专题横幅?至于您说的“一个页面的评级”很抱歉我不太理解,是否能举个例子呢?--Kanashimi(留言) 2024年1月3日 (三) 11:34 (UTC)
- (:)回应:@Kanashimi:Category:使用自订专题评级的条目里面的页面就是“一个页面的评级”满足“不继承”的状况。Category:使用自订专题评级的条目指的是“考虑一个已使用{{WPBS}}指定评级为X的条目,其有至少一个专题横幅评级值为Y,或不为{{WPBS}}指定的X”,而考察w:en:Category:WikiProjects using a non-standard quality scale分类内都是“专题横幅模板”本身,我猜它是指“允许‘不继承、非正规’评级的横幅”,而不是条目评级的“个例”;而Category:使用自订专题评级的条目是指“已经‘不继承、非正规’评级的页面”的“个例”而非横幅模板本身。我想你有所误解,我希望是元模板都保留
|class=
参数,让专题自己决定要怎么送值,然后预社会继承,这样的话我们就不需要Category:使用非正规质量评级的专题横幅分类。也就是说,本地的状况宜以条目个例来看,而非以专题为单位来看。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月3日 (三) 11:43 (UTC)- 假如我没有理解错,您的意思是就您看来,zhwiki采用因地制宜的条目追踪Category会比较好,因此您建议的是Category:使用自订专题评级的条目而非Category:使用非正规质量评级的专题横幅?--Kanashimi(留言) 2024年1月3日 (三) 11:49 (UTC)
- 另外这两个追踪的标的不同,一个是专题横幅,一个是条目,我建议先取消d:Q122718872的连结。--Kanashimi(留言) 2024年1月3日 (三) 11:52 (UTC)
- d:Specail:Diff/2044308721已取消。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月3日 (三) 11:56 (UTC)
- (:)回应:@Kanashimi:是的,根据我的观察,我认为中文维基环境宜用Category:使用自订专题评级的条目(因为人手较少,很多专题都是不活跃或单人专题,因此中维的关注点以条目居多,故追踪分类追踪条目很符合逻辑),且Patch已写好,已使用少量条目测试,目前运作正常,预计会先跟上面的patch一起布署。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月3日 (三) 11:54 (UTC)
- enwiki采用这种方法的过程与部分考量可参考w:en:Template talk:WikiProject banner shell#Issue with assessments not applying to WikiProject Lists template,关乎Special:PageAssessments。就我最近的测试,有些模板如您所述
有些专题的乙级比较严格,导致该专题只能评丙级,但WPBS是乙级,其他专题也是乙级
,更有像w:en:Template:WikiProject Military history模板本身有额外采用class参数的代码,这些模板本来就该与采用一般正规评级的模板分开。因此我会建议保留Category:使用非正规质量评级的专题横幅这部分的功能,辅以Category:使用自订专题评级的条目的patch。--Kanashimi(留言) 2024年1月3日 (三) 12:06 (UTC)- 目前的patch是对所有的专题横幅全面保留
|class=
参数,只是设定未输入时会从WPBS读取评级值,也就是预设继承,也就是说,所有专题横幅模板都可以继承或覆盖,因为是所有的横幅都可以覆盖,所以Category:使用非正规质量评级的专题横幅对于“不继承评级”没有意义。共识也有说要在最大相容的情况下布署,所以我主张要尽可能保留原本的功能,即每个专题横幅模板都能自订评级,这是原本的情况,新共识是保留原本情况额外加上可以继承评级的功能,且符合共识的patch也就绪了,您的意思看起来好像要取消专题横幅预设都可以独立评级、不继承评级,我(-)反对如此作法,我主张应对所有专题(○)保留可覆盖评级的功能,就像你程式的类别成员函数预设都是可以继承或复写Override的啊,怎么会有预设是不准Override的情况?因此我反对预设关闭横幅不继承评级之功能,反正现在的patch已经是预设继承WPBS之评级的情况,对专题横幅元模板保留“允许不继承评级”功能无伤大雅。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月4日 (四) 04:20 (UTC)- 我了解您的意思了。enwiki现在也是预设继承,允许Override但会被列入w:en:Category:Articles with conflicting quality ratings。那边的想法似乎是除非退出,否则应采用同一评级。我建议还是保留专题横幅退出的馀地,毕竟有些专题横幅就是比较特别。
- 就现在的机器人实作方法,zhwiki应该不会有问题。专题横幅模板的质量评级若与{{WPBS}}相同,将会被移到{{WPBS}}。若与{{WPBS}}不同则会保留。--Kanashimi(留言) 2024年1月4日 (四) 06:05 (UTC)
- 目前的patch是对所有的专题横幅全面保留
- enwiki采用这种方法的过程与部分考量可参考w:en:Template talk:WikiProject banner shell#Issue with assessments not applying to WikiProject Lists template,关乎Special:PageAssessments。就我最近的测试,有些模板如您所述
- 例如Talk:康威多面体里面{{WPBS}}指定了
|class=stub
,但{{多面体专题}}指定了|class=start
盖掉了{{WPBS}}的|class=stub
,因此被自动加入Category:使用自订专题评级的条目分类。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月3日 (三) 11:46 (UTC)
- (:)回应:@Kanashimi:Category:使用自订专题评级的条目里面的页面就是“一个页面的评级”满足“不继承”的状况。Category:使用自订专题评级的条目指的是“考虑一个已使用{{WPBS}}指定评级为X的条目,其有至少一个专题横幅评级值为Y,或不为{{WPBS}}指定的X”,而考察w:en:Category:WikiProjects using a non-standard quality scale分类内都是“专题横幅模板”本身,我猜它是指“允许‘不继承、非正规’评级的横幅”,而不是条目评级的“个例”;而Category:使用自订专题评级的条目是指“已经‘不继承、非正规’评级的页面”的“个例”而非横幅模板本身。我想你有所误解,我希望是元模板都保留
建好后,发现好像跟你说的不是一个东西? - 或许我们该用Category:使用非正规质量评级的专题横幅?至于您说的“一个页面的评级”很抱歉我不太理解,是否能举个例子呢?--Kanashimi(留言) 2024年1月3日 (三) 11:34 (UTC)
- Category:使用自订专题评级的条目,我是指“一个页面的评级”满足“不继承、非正规”的状况,不是“专题横幅自己”满足“不继承、非正规”的条件。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月3日 (三) 09:41 (UTC)
- 是的,w:en:Category:WikiProjects using a non-standard quality scale包含您所提的这两种非正规、不继承的状况。--Kanashimi(留言) 2024年1月3日 (三) 07:47 (UTC)
- WPBS}}能自动判断评级的情况吗?此时,{{WPBS}}不会有输入任何
|class=
参数,也不必输入|class=
,因为它是自动判定,例如Talk:2J(请看此版本的原始码)。甚至还能传递给内层专题横幅让专题横幅继承这个“没有输入”的评级级别,例如Talk:二侧锥五角柱(请看此版本原始码)和Talk:五复合半刻面立方体(请看此版本原始码),bot有考虑到这种{{WPBS}}未输入|class=
参数,但能产生结果的状况吗?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月3日 (三) 10:21 (UTC)- 机器人基本上不会动这种类型的 {{WPBS}}。另外依照MSGJ在w:en:Wikipedia:Bots/Requests for approval/Qwerfjkl (bot) 24的说法,“We have changed the logic so it is impossible to rate a non-article with an article quality rating.”,也就是这类型的问题会由Module:Banner shell处理。--Kanashimi(留言) 2024年1月3日 (三) 11:44 (UTC)
那您的bot有考虑到{{
- (:)回应:@Kanashimi:我指的是可能会有专题有自己的标准,导致评级值与{{WPBS}}不同的情况(如可能有些专题的乙级比较严格,导致该专题只能评丙级,但WPBS是乙级,其他专题也是乙级),而非“非标准评级”(non-standard quality)的情况。虽然两者都需要保留著各专题横幅模板的评级class参数。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月3日 (三) 07:26 (UTC)
- 整理一下目前共识:
- {{PJBS}}设立通用评级,可以统一管理同一条目的所有专题评级(已公示通过)
- 确保最大相容性的前提下跟进英文维基的相关功能
- 专题横幅看各专题意愿,评级可以选择统一放置于{{PJBS}}也可以自行输入
- 未输入评级的专题横幅以继承载于{{PJBS}}的评级值为主,会优先采用载于{{PJBS}}的评级值
- 如页面能自动判断评级则无论输入什么评级,都要以自动判断的评级为优先(原始来自这则留言,后续有在上方简单讨论);另有设置参数能复写此设定。
- 'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas'已并入{{PJBS}},但是否废除{{WikiProject Biography}}内的'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas'还有待讨论
- {{WPBS}}已经加入{{Vital article}}的所有参数,但是否要用{{WPBS}}取代{{Vital article}}还有待讨论
我有不同意见。英维的WPBannerMeta模组有很长一大坨代码都是在处理这个Vital Article的事情;具体来说,他们把校验这个Vital Article是不是真的Vital Article什么的逻辑全部写进去了。这一坨东西让可维护性和可读性(有可能还有效率)遭到了重大影响。我认为这更适合由一个外部机器人维护,而不是剥削这个已经很折磨人的Lua。 --MilkyDefer 2024年1月14日 (日) 12:53 (UTC)
- 我的建议方案是,
|vital=
参数可以存在,但是只有UI作用,由一个外部的机器人进行监察和更新操作。--MilkyDefer 2024年1月14日 (日) 12:55 (UTC)- 若能简单改enwiki的程式码来用,或许不必担心折腾的问题。另一方面假如只留UI功能的话,是否干脆维持原来的{{Vital article}}就好?--Kanashimi(留言) 2024年1月14日 (日) 13:06 (UTC)
- Module:Vital_articles都已经分成类似杂凑表查询了,有甚么折腾的问题?已经高效率优化了好吗。理论上,此实现的记忆体开销甚至有望低于英文维基,因为英文维基只分成27个表,而中文维基是36个表,代表中文维基每个表的项目数量更少,在类似散列函数计算之后,要读取的JSON更小,表示记忆体用量更少,单个表项目更少表示查询更快。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月14日 (日) 13:12 (UTC)
- @Kanashimi:Module:Vital_articles#L-216基本上就是英文维基的Code,我们已经简单改enwiki的程式码来用了,您似乎有所误会,请自行对照Module:Vital_articles#L-216与en:Module:Banner_shell#L-90。而且您可以看到,本提案预计的作法已经把它下分到Module:Vital_articles去了,并不是像英文维基里全部整坨塞WPBS模组,故不存在您所提的“可维护性和可读性低”的问题,因为已经分门别类处理了:WPBS处理WPBS的任务、Vital articles处理Vital articles的任务,故上述疑虑不存在,杞人忧天。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月14日 (日) 13:14 (UTC)
- 是的,所以我想应该不至于有折腾的问题。--Kanashimi(留言) 2024年1月14日 (日) 13:17 (UTC)
- 不同意“剥削这个已经很折磨人的Lua”一说。您似乎保守过头了。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月14日 (日) 13:16 (UTC)
- @MilkyDefer:而且一个页面最多只会放置一个{{WPBS}}或{{Vital article}},代表该运算始终只会做一次,一个半秒内完成的运算只算一次,是要担心甚么效能问题?难道你想塞一万个{{WPBS}}或{{Vital article}}在讨论页?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月14日 (日) 13:20 (UTC)
- 我们用实际数据来说话吧。Special:PermaLink/80500375这是随便测试6620个条目进行基础条目判别,并输出{{Vital article}}字串。
- 这6620个条目全部运算完毕在预览模式下Lua的后台输出为:
- Lua 使用时间:6.375/10.000 秒
- Lua 记忆体使用状况:20,669,093/52,428,800位元组
- 跑6620次花6.375秒,平均每次基础条目判断仅需花费0.00096299093秒,也就是0.96299093毫秒,连1毫秒都不到。记忆体用量则是20,669,093 / 6620 = 3122.2194864,平均每个基础条目判段仅需3122位元组,3.1kB,而可用的记忆体有52MB那么多,更不用说这运算只算一次。你总共只需要 0.96 ms、3.12 kB,这甚至比其他很多模组有效率了好吗。
- 一个1毫秒内完成的运算只算一次,是要担心甚么效能问题?我实在没有办法看出是要担心哪门子的性能问题。既然一个基础条目判段只需要不到1毫秒,那我认为你上面的“削这个已经很折磨人的Lua”完全是无稽之谈,完全说不过去。Lua本身的目的就是要来降低维基代码的开销的,你随便一个维基代码解析都可能比我上面那个运算来的久。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月15日 (一) 05:28 (UTC)
- 已逾一周无新留言,因此根据WP:7DAYS,七日无进一步发言视为已达成初步共识;再依据WP:7DAYS“
已获提案人正当合理的回应,且自该回应起计的3日后无进一步再回应,应视为该意见已解决。
”上方意见自最后发言起已逾三日无其他回应,因此视为该意见已解决,故将“将{{Vital article}}并入{{WPBS}}的|vital=
参数”视为已达成初步共识,预计将使用修改方案以及其布署连结和测试样例1、测试样例2,以及(±)合并{{Vital article}}到{{WPBS}},来达成这个初步共识。既然依据WP:7DAYS已达成初步共识,那么将准备进行公示。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月22日 (一) 05:31 (UTC)
- 已逾一周无新留言,因此根据WP:7DAYS,七日无进一步发言视为已达成初步共识;再依据WP:7DAYS“
- 这6620个条目全部运算完毕在预览模式下Lua的后台输出为:
- 公示7日,公示内容“将{{Vital article}}并入{{WPBS}}的
|vital=
参数”(同时执行方案①修改方案以及其布署连结和方案②(±)合并{{基础条目横幅}}及{{Cba/discuss}}到{{WPBS}}(已由修改方案涵盖)),另见此说明。(注:{{Vital article}}是重定向页,亦会更改重定向目标)-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月22日 (一) 05:31 (UTC)
- 我们用实际数据来说话吧。Special:PermaLink/80500375这是随便测试6620个条目进行基础条目判别,并输出{{Vital article}}字串。
- @Kanashimi:Module:Vital_articles#L-216基本上就是英文维基的Code,我们已经简单改enwiki的程式码来用了,您似乎有所误会,请自行对照Module:Vital_articles#L-216与en:Module:Banner_shell#L-90。而且您可以看到,本提案预计的作法已经把它下分到Module:Vital_articles去了,并不是像英文维基里全部整坨塞WPBS模组,故不存在您所提的“可维护性和可读性低”的问题,因为已经分门别类处理了:WPBS处理WPBS的任务、Vital articles处理Vital articles的任务,故上述疑虑不存在,杞人忧天。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月14日 (日) 13:14 (UTC)
- Module:Vital_articles都已经分成类似杂凑表查询了,有甚么折腾的问题?已经高效率优化了好吗。理论上,此实现的记忆体开销甚至有望低于英文维基,因为英文维基只分成27个表,而中文维基是36个表,代表中文维基每个表的项目数量更少,在类似散列函数计算之后,要读取的JSON更小,表示记忆体用量更少,单个表项目更少表示查询更快。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月14日 (日) 13:12 (UTC)
- 若能简单改enwiki的程式码来用,或许不必担心折腾的问题。另一方面假如只留UI功能的话,是否干脆维持原来的{{Vital article}}就好?--Kanashimi(留言) 2024年1月14日 (日) 13:06 (UTC)
基础条目模板合并案公示
编辑
- 见公示声明。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月24日 (三) 03:38 (UTC)
- @A2569875:我试过了,没有什么大问题,但建议WikiProject banner shell模板中的
BOTTOM TEXT
参数可以自动废除了,不然如果还有发现这个参数的专题模板还要备注也真够麻烦的。--Z7504非常建议必要时多关注评选(留言) 2024年1月22日 (一) 05:38 (UTC)
- @Z7504:请问WikiProject banner shell模板哪来的
BOTTOM TEXT
?你是不是弄错了?WikiProject banner shell的原始码内根本没有你你提及的那种内容。你是否搞错了什么,还是误会了什么?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月22日 (一) 05:44 (UTC)
- 还真的没有,那应该误会了。那这
BOTTOM TEXT
参数到底是从哪里来的?该废除的参数还是应该尽早废除。基本上只剩下一个(?)疑问:是不是还要写{{WPBS|class=xxx}}
才能让其强制正常显示?--Z7504非常建议必要时多关注评选(留言) 2024年1月22日 (一) 06:05 (UTC)
- @Z7504:显示什么?你是不是又误会了?本次公示是针对基础条目的参数,请问跟class到底有什么关联?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月22日 (一) 06:12 (UTC)
- 这里就是一个活生生的例子(比如这笔和这笔),这点小bug麻烦也先改了吧,不然都还要强制输入才能确保正常显示,问题不大才对。--Z7504非常建议必要时多关注评选(留言) 2024年1月22日 (一) 06:30 (UTC)
- @Z7504:这根本不是BUG,因为你如果没有给WPBS模板输入评级,它本来就不应该显示任何评级,因为那代表“该条目没有指定通用评级”,不显示评级才是正常现象。再来是,所有维基媒体基金会旗下站点都没有布署能给跨模板传递资料的扩展,所以你输入在专题模板的class当然无法被WBPS获知,如果可以,那就是魔法或者见鬼了。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月22日 (一) 06:48 (UTC)
- 还有class处理的部分根本不在本案本次公示的处理及讨论范围内,强烈抗议强迫并案处理或企图搞案外案的要求。然后还有上面说明的WPBS没有办法直接获取输入在专题模板的评级值。关于你的疑虑,等本案通过后User:Kanashimi会用机器人自动将专题模板的评级参数补给WPBS模板,故您也不需要手动给WPBS手动给评级。故您所提到的东西不予修复,因为届时他会被Kanashimi的机器人自动处理。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月22日 (一) 06:58 (UTC)
- @Z7504 我稍后会申请将数量最多之评级填入{{WPBS}}的任务,基本效果就如同您上面所列的编辑。不晓得这是不是能解决您的问题呢?--Kanashimi(留言) 2024年1月22日 (一) 06:57 (UTC)
- @Z7504:这根本不是BUG,因为你如果没有给WPBS模板输入评级,它本来就不应该显示任何评级,因为那代表“该条目没有指定通用评级”,不显示评级才是正常现象。再来是,所有维基媒体基金会旗下站点都没有布署能给跨模板传递资料的扩展,所以你输入在专题模板的class当然无法被WBPS获知,如果可以,那就是魔法或者见鬼了。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月22日 (一) 06:48 (UTC)
- 这根本不是需要修复的BUG。WPBS中
|class=
参数的填写一开始就是设计要让机器人自动维护的部分,让模板自动处理此问题反而问题更多且不切实际,更适合由一个外部机器人进行监察和更新操作,因此该意见应视为对上方议案有所误会所提出的意见,同时|class=
参数的填写也与本案《将{{Vital article}}并入{{WPBS}}的|vital=
参数》毫无关联,因此应无效,若三日内没有异议或进一步回应,则视为该意见已解决。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月22日 (一) 08:40 (UTC)
- 总之全部都是Module:PJBSClass/main的问题,不镶嵌模板就无法判断,但“条目内挂了模板所以可以判断”,您如果那么清楚的话,那就直接建模板阿。标准的自欺欺人,结果居然是没动脑过的回复,被泼冷水真的刚好而已。这样如何保证里面可以不用写上比如
|class=xxx
的参数,变成{{WPBS|collapsed=yes||class=xxx
还能让它正常显示?--Z7504非常建议必要时多关注评选(留言) 2024年1月22日 (一) 23:21 (UTC)- 不需要保证,因为机器人会自动填写
{{WPBS|collapsed=yes||class=xxx
,保证的话等于和机器人抢工作,与本案背道而驰,因为该设计就是要给机器人维护的空间,如果没有正面回答此陈述将视为无效。没填写|class=
显示不一样,反而还有能分辨机器人是否填过的功能,岂不是更好? 另,(!)抗议没考量读者体验就乱讲的提案,评级是面向编者的资讯,(-)强烈反对把评级写在条目里,故我认为目前的方案已是最适合的方案; 另,在此警告,在此案讨论|class=
参数已离题。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月23日 (二) 01:24 (UTC)
- 不需要保证,因为机器人会自动填写
- 总之全部都是Module:PJBSClass/main的问题,不镶嵌模板就无法判断,但“条目内挂了模板所以可以判断”,您如果那么清楚的话,那就直接建模板阿。标准的自欺欺人,结果居然是没动脑过的回复,被泼冷水真的刚好而已。这样如何保证里面可以不用写上比如
- 这里就是一个活生生的例子(比如这笔和这笔),这点小bug麻烦也先改了吧,不然都还要强制输入才能确保正常显示,问题不大才对。--Z7504非常建议必要时多关注评选(留言) 2024年1月22日 (一) 06:30 (UTC)
- @Z7504:我直接针对你最初的问题回答“
是不是还要写
”,是,所以需要手动填上。本案并不包含甲乙丙初级自动判断,公示也不包含这个部分,若你希望有甲乙丙初级自动判断请另提他案,因为不在本案处理范围内。 此外,你也无须担心“{{WPBS|class=xxx}}
才能让其强制正常显示?是不是还要写
”问题,因为下方Kanashimi已经申请机器人了,您无需手动填写,此意见可以结案了。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月23日 (二) 01:44 (UTC){{WPBS|class=xxx}}
才能让其强制正常显示?
- 本公示不包含甲乙丙初级自动判断,若三日后还在要求甲乙丙初级自动判断将视为无效意见。若希望
|class=
没输入也能自动显示甲乙丙初级请另外提案谢谢,不在本案有办法处理的范围内。“这点小bug麻烦也先改了吧,不然都还要强制输入才能确保正常显示,问题不大才对
”本案是处理基础条目自动化,而不包含class有没有输入的问题,因此不在此案处理范围内,请另提他案,谢谢。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月23日 (二) 02:02 (UTC)
- 还真的没有,那应该误会了。那这
- @Z7504:请问WikiProject banner shell模板哪来的
- @A2569875:我试过了,没有什么大问题,但建议WikiProject banner shell模板中的
- 见公示声明。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月24日 (三) 03:38 (UTC)
已提出机器人作业申请,欢迎提供建议,谢谢。 --Kanashimi(留言) 2024年1月23日 (二) 01:38 (UTC)
- 您直接宣布通过就好了,不必再等三天,因为您全部都解释完毕了,拒绝再沟通。另外有关Kanashimi所提议的机器人提案,没有意见。如此的沟通是不可能会有共识的,别浪费时间了。您如果这么爱写新的条目,麻烦自己继续写条目就好,不要打扰了。因为维基百科的条目已经足够多了,如果不想写新的其实也没差。因为设立A article、B article、C article、Start article、Stub article...这些模板也会有人有意见,但“不镶嵌模板就无法判断,挂了模板所以可以判断”,怪谁啊?上面也讲了您既然自己都知道是Module:PJBSClass/main影响的,但不去考虑修订Module:PJBSClass/main,那么就有设立这个机器人的必要。--Z7504非常建议必要时多关注评选(留言) 2024年1月23日 (二) 04:36 (UTC)
- 还有一点我要声明,并不是不愿意修订module:PJBSClass/main,而是module:PJBSClass/main本来就是设计成要配合Kanashimi所提议的机器人提案而设计的,那么要做的事情显然是让机器人提案推行顺利,而不是去浪费时间修改module:PJBSClass/main。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月23日 (二) 05:06 (UTC)
公示期已到,期内无合理异议,且公示期内的意见之意见提出者已妥协,因此提案公示通过,将进行布署。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月29日 (一) 05:36 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
{{WikiProject Biography}}参数案
编辑- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
- 《将Vital_article并入WPBS的vital参数》案已进入公示,现就是否将{{WikiProject Biography}}的'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等参数并入{{WPBS}}进行讨论。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月24日 (三) 03:41 (UTC)
- c.f. Wikipedia:机器人/申请/Cewbot/29。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月24日 (三) 03:43 (UTC)
- 本讨论开始于2024年1月2日 (二) 09:53 (UTC)(发起讨论的留言见此),当中包含了支持的意见,至今已逾一个月,因此根据WP:1MONTH“
互助客栈中的提案仅在7日内无新留言时或已讨论达30日后,方可在已取得共识的前提下公示。
”,且本段落已逾8日无新留言,已超过一周无新留言,因此根据WP:7DAYS,有人附议此案(全部支持
视为该附议包含本案),而往后将近一个月没有反对意见,因此视为已有初步共识,根据WP:1MONTH和WP:7DAYS将进行公示。(若三日无人对以上论述有异议将开始执行)-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年2月2日 (五) 09:57 (UTC)
公示到期,期内无合理异议,提案通过。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年2月13日 (二) 03:40 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
是否废除{{WikiProject Biography}}原生的'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等参数
编辑- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
待机器人User:Cewbot/log/20200122/configuration清理完所有{{WikiProject Biography}}的'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等参数再开始讨论。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年2月13日 (二) 03:42 (UTC)
- 机器人User:Cewbot/log/20200122/configuration正在工作中。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年2月20日 (二) 08:21 (UTC)
- @Kanashimi:'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等参数并入{{PJBS}}好像未能达成共识,未看到有人支持也未有人反对,好像不符WP:共识标准?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月12日 (二) 05:11 (UTC)
- 唉,看起来需要征集些人发表意见...--Kanashimi(留言) 2024年3月12日 (二) 05:29 (UTC)
- 机器人这个算是已经并入了吗?感觉只要{{WikiProject Biography}}能够正常运作就可以了。--Kethyga(留言) 2024年3月16日 (六) 11:07 (UTC)
- @Kethyga:根据模板全保护方针,要把参数废弃掉需要社群共识。何况这边是要一次性地弃用超过5个参数。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月16日 (六) 11:09 (UTC)
- User:Kanashimi“
唉,看起来需要征集些人发表意见
”,所以是要ping点人来吗?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月23日 (六) 05:20 (UTC)- 找一些最近发表意见的,以及{{WikiProject Biography}}最近的编辑者编辑者问问意见。
- @Kethyga @Willy1018 @Z7504 @AT @Shizhao @Iokseng 能够给些意见吗?谢谢。--Kanashimi(留言) 2024年3月23日 (六) 06:12 (UTC)
- 目前WPBS好像只有listas参数未传递到{{WikiProject Biography}},感觉也不一定要去掉,假如其他用户添加专题模板的时候没有用{{WPBS}},但是在{{WikiProject Biography}}添加了上述的几个参数,该如何处理。--Kethyga(留言) 2024年3月23日 (六) 10:32 (UTC)
- 这种情况机器人会自动添加{{WPBS}}。--Kanashimi(留言) 2024年3月23日 (六) 11:11 (UTC)
- 目前WPBS好像只有listas参数未传递到{{WikiProject Biography}},感觉也不一定要去掉,假如其他用户添加专题模板的时候没有用{{WPBS}},但是在{{WikiProject Biography}}添加了上述的几个参数,该如何处理。--Kethyga(留言) 2024年3月23日 (六) 10:32 (UTC)
- 还是说,修改“Category:缺少listas变量的传记专题页面”的判定条件?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月30日 (六) 08:45 (UTC)
- 看了下该分类中的条目,排序应该是正常的,应该只有{{WPBS}}中参数listas为空的时候才加入该分类。--Kethyga(留言) 2024年3月30日 (六) 10:11 (UTC)
- Category:缺少listas变量的传记专题页面分类的添加,由{{WikiProject Biography}}转移到{{WPBS}}如何?这样就不用废除{{WikiProject Biography}}的任何参数(如果废除参数没有共识)只是令{{WikiProject Biography}}不再添加Category:缺少listas变量的传记专题页面,改由{{WPBS}}判断有无传记专题模板,如果有,再根据listas变量的状况增减分类。这部分的patch已经准备好了[4],如无异议可以公示了。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月31日 (日) 05:01 (UTC)
- 是否要跟英维保持一致呢,不知道是否有些人习惯将listas添加到{{WikiProject Biography}}上。--Kethyga(留言) 2024年4月5日 (五) 09:36 (UTC)
- 我觉得不用。而且Kanashimi也说机器人会自动将listas参数转移到WPBS。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月5日 (五) 09:57 (UTC)
- 应该问题不大,反正使用评级的也不多,而且BLP参数也转移过去了。--Kethyga(留言) 2024年4月6日 (六) 07:32 (UTC)
- 那我就公示《Category:缺少listas变量的传记专题页面改由{{WPBS}}加入》啰,距离提出已经一周,整个讨论超过一个月,有关意见也已解决。至于参数是否废除目前就作为尚无共识结以待续,因为这一案90%以上完成占据客栈太久了,待《Category:缺少listas变量的传记专题页面改由{{WPBS}}加入》公示若通过后就先存档,参数废除案择日再议。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月6日 (六) 08:18 (UTC)
- 应该问题不大,反正使用评级的也不多,而且BLP参数也转移过去了。--Kethyga(留言) 2024年4月6日 (六) 07:32 (UTC)
- 我觉得不用。而且Kanashimi也说机器人会自动将listas参数转移到WPBS。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月5日 (五) 09:57 (UTC)
不然这样好了,我把 - 是否要跟英维保持一致呢,不知道是否有些人习惯将listas添加到{{WikiProject Biography}}上。--Kethyga(留言) 2024年4月5日 (五) 09:36 (UTC)
- Category:缺少listas变量的传记专题页面分类的添加,由{{WikiProject Biography}}转移到{{WPBS}}如何?这样就不用废除{{WikiProject Biography}}的任何参数(如果废除参数没有共识)只是令{{WikiProject Biography}}不再添加Category:缺少listas变量的传记专题页面,改由{{WPBS}}判断有无传记专题模板,如果有,再根据listas变量的状况增减分类。这部分的patch已经准备好了[4],如无异议可以公示了。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月31日 (日) 05:01 (UTC)
- 看了下该分类中的条目,排序应该是正常的,应该只有{{WPBS}}中参数listas为空的时候才加入该分类。--Kethyga(留言) 2024年3月30日 (六) 10:11 (UTC)
- User:Kanashimi“
- @Kethyga:根据模板全保护方针,要把参数废弃掉需要社群共识。何况这边是要一次性地弃用超过5个参数。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月16日 (六) 11:09 (UTC)
- 机器人这个算是已经并入了吗?感觉只要{{WikiProject Biography}}能够正常运作就可以了。--Kethyga(留言) 2024年3月16日 (六) 11:07 (UTC)
- 唉,看起来需要征集些人发表意见...--Kanashimi(留言) 2024年3月12日 (二) 05:29 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
Category:缺少listas变量的传记专题页面改由{{WPBS}}加入
编辑- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
公示7日如上留言,内容已经准备好了[5]。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月6日 (六) 08:20 (UTC)公示期满,期内无合理异议,提案通过。将提出编辑请求。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月13日 (六) 09:03 (UTC)- @Shizhao:为什么要回退?不是公示通过了?你为何要强行阻止提案通过??你是要这个议案卡死多久???请立刻说明理由!!-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月16日 (二) 03:39 (UTC)
- 两个疑问:不用wpbs,直接用了传记专题模板的怎么办?机器人停摆了怎么办?--百無一用是書生 (☎) 2024年4月16日 (二) 06:37 (UTC)
- @Kanashimi:如果一般用户把参数加到传记专题模板,且不放置WPBS模板时,有配套措施吗?虽然你说这种情况机器人会自动加入WPBS模板,但我看你的机器人好像没法做到那么“即时”的更新?您对此情况有什么看法?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月16日 (二) 08:01 (UTC)
- 现在应该每个礼拜会执行一次。若是有必要也可以改成每天执行。--Kanashimi(留言) 2024年4月16日 (二) 22:53 (UTC)
- 不能WPBS和传记专题模板两套参数并行么?--百無一用是書生 (☎) 2024年4月19日 (五) 03:34 (UTC)
- 现在的传记专题模板,没办法得知页面中是否已挂上WPBS。如果要并存,需要再写一个程式让传记专题模板“认知到WPBS模板存在与否”。如果传记专题模板能“认知到WPBS存在”那就可以把在无WPBS时加分类、有WPBS不加分类。所以,如果要实现的话,就必须写程式让传记专题模板能识别WPBS的存在与否。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月19日 (五) 03:56 (UTC)
- @Shizhao:en:special:diff/1156304191看起来好像还挺简单的?但需另外引入en:Template:Find page text。且此diff无须编辑{{WPBS}}即能解决问题-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月19日 (五) 04:48 (UTC)
- 现在的传记专题模板,没办法得知页面中是否已挂上WPBS。如果要并存,需要再写一个程式让传记专题模板“认知到WPBS模板存在与否”。如果传记专题模板能“认知到WPBS存在”那就可以把在无WPBS时加分类、有WPBS不加分类。所以,如果要实现的话,就必须写程式让传记专题模板能识别WPBS的存在与否。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月19日 (五) 03:56 (UTC)
- 不能WPBS和传记专题模板两套参数并行么?--百無一用是書生 (☎) 2024年4月19日 (五) 03:34 (UTC)
- (?)疑问:@Kanashimi:那么Shizhao说的“机器人停摆了怎么办”,这部分有解方吗?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月18日 (四) 14:59 (UTC)
- 程式码开源,真出问题其他人可接手。--Kanashimi(留言) 2024年4月18日 (四) 21:46 (UTC)
- 我的意思是尽可能能够保留/提供一种不必依赖机器人(对人类友好)的方式,这样即使没了机器人也可以依靠手工维护--百無一用是書生 (☎) 2024年4月19日 (五) 03:32 (UTC)
- 现在应该每个礼拜会执行一次。若是有必要也可以改成每天执行。--Kanashimi(留言) 2024年4月16日 (二) 22:53 (UTC)
- @Kanashimi:如果一般用户把参数加到传记专题模板,且不放置WPBS模板时,有配套措施吗?虽然你说这种情况机器人会自动加入WPBS模板,但我看你的机器人好像没法做到那么“即时”的更新?您对此情况有什么看法?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月16日 (二) 08:01 (UTC)
- 两个疑问:不用wpbs,直接用了传记专题模板的怎么办?机器人停摆了怎么办?--百無一用是書生 (☎) 2024年4月16日 (二) 06:37 (UTC)
- @Shizhao:为什么要回退?不是公示通过了?你为何要强行阻止提案通过??你是要这个议案卡死多久???请立刻说明理由!!-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月16日 (二) 03:39 (UTC)
- 管理员在尝试执行通过的提案时发现潜在问题,先前并未考虑到此问题,故此案公示结果 搁置。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月16日 (二) 07:42 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
- 这个en:special:diff/1156304191可以解决上方Shizhao提出的问题,即由{{传记专题}}自行侦测是否有其他模板(包括但不限于WPBS)提供了listas参数(上方提案内的patch的重复分类之参数
|living=
也可以依此方案执行)来决定是否加入分类。这种方法只需编辑一个模板——只需编辑{{传记专题}}无须编辑{{WPBS}}——但要实行此方案须从enwiki引入一个模板:{{Find page text}},因此提请讨论。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月19日 (五) 06:30 (UTC)- 由于此案为原案的修正(原案已公示通过),且一周无人有异议,视为有初步共识。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月26日 (五) 10:15 (UTC)
- 因需引入{{Find page text}},而引入{{Find page text}}已一周无异议,视为有初步共识。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年5月4日 (六) 07:27 (UTC)
- 公示7日-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年5月12日 (日) 02:54 (UTC)
- 公示期间已过,期内无合理异议-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年5月19日 (日) 09:01 (UTC)
- 已约一周无人对“
公示期间已过,期内无合理异议
”有异议,因此公示通过,提案通过,将开始引入{{Find page text}},而引入{{Find page text}}。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年5月26日 (日) 01:38 (UTC)
- 已约一周无人对“
- 公示期间已过,期内无合理异议-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年5月19日 (日) 09:01 (UTC)
- 公示7日-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年5月12日 (日) 02:54 (UTC)
- 因需引入{{Find page text}},而引入{{Find page text}}已一周无异议,视为有初步共识。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年5月4日 (六) 07:27 (UTC)
- 由于此案为原案的修正(原案已公示通过),且一周无人有异议,视为有初步共识。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月26日 (五) 10:15 (UTC)
- {{Find page text}}引入成功。已为新方案建立Patch,Special:Diff/82875808,并且经过测试Special:Diff/82875855,测试为有效,能正确地实现本案《Category:缺少listas变量的传记专题页面改由{{WPBS}}加入》的预期效果。且由于其判定的方式,该参数得以保留,并且达到预期效果,因而解决了User:Shizhao所提出的问题。本声明放置一周,若无异议,将进行下一个阶段。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年6月1日 (六) 10:47 (UTC)
- 说实话根本看不懂相关提案,也不知道从何评价Orz —— Eric Liu 創造は生命(留言・留名・学生会) 2024年6月3日 (一) 02:32 (UTC)
- 因为这案子基本已经尾声很久了,且最后一个项目也公示通过了,只是后来发生了点事情导致本案《Category:缺少listas变量的传记专题页面改由{{WPBS}}加入》需要“公示通过后再变更”。@Ericliu1912:简单来讲,本案就是要解决#临时动议:关于基础条目的额外提议,Kanashimi的User:Cewbot已经把{{WikiProject Biography}}的 'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等参数合并到{{WPBS}}处理,在机器人处理了几十万页面后,发现这样会造成{{WikiProject Biography}}和{{WPBS}}重复加上分类、或者是{{WikiProject Biography}}的有关参数已被机器人改到{{WPBS}}去了,{{WikiProject Biography}}变成没有参数而导致分类误加。为了解决此问题,于是诞生了议案《Category:缺少listas变量的传记专题页面改由{{WPBS}}加入》一案。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年6月7日 (五) 23:38 (UTC)
- 公示5日,如上所述,现将此案交付公示。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年6月10日 (一) 00:41 (UTC)
- @Shizhao:新方案看起来有共识了。新方案patch,同时解决了您说的①“直接用了传记专题模板的怎么办”:本模板自动判断家参数者是{{WPBS}}还是{{WikiProject Biography}},因此无论是用{{WPBS}}还是直接用了传记专题模板都能正确加入分类、不会重复加、也不会多加(见测试);②“机器人停摆了怎么办”:不影响,因为机器人停摆了只是会导致加入在{{WikiProject Biography}}的参数维持在{{WikiProject Biography}},而根据①,分类能能正常加入,不会重复加、也不会多加(另见④);③“不能WPBS和传记专题模板两套参数并行么”:可以,根据“①”和“②”可以很明显看出,参数只放在{{WikiProject Biography}}没问题、只放在{{WPBS}}也没问题,甚至两个都放也不成问题,因为根据①,分类能能正常加入,不会重复加、也不会多加;④“我的意思是尽可能能够保留/提供一种不必依赖机器人(对人类友好)的方式,这样即使没了机器人也可以依靠手工维护”:是的,根据②,机器人停摆也仍能正常洽洽说明了⒈不必依赖机器人⒉没了机器人也可以依靠手工维护(参考③);请您协助复查,感谢。如无误,将再次提出编辑请求,感谢。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年6月16日 (日) 11:58 (UTC)
编辑请求已由Shizhao完成,全案通过。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年6月26日 (三) 13:16 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
- @A2569875:这整个话题是否还有任何需要讨论之事项?—— Eric Liu 創造は生命(留言・留名・学生会) 2024年6月23日 (日) 02:01 (UTC)
- (:)回应:@Ericliu1912:编辑请求已由Shizhao完成,Special:Diff/83180742。主线是差不多了。但临时动议还有没有其他需讨论项目我就不确定了,可能还要问一下Kanashimi,毕竟临时动议是他提出的。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年6月26日 (三) 13:13 (UTC)
- 看似依照机器人常规模式执行即可,毕竟跑一两个月了。这样我就没意见了。--Kanashimi(留言) 2024年6月26日 (三) 14:11 (UTC)
- 那么确实可以视为讨论完了。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年7月3日 (三) 13:55 (UTC)
- 看似依照机器人常规模式执行即可,毕竟跑一两个月了。这样我就没意见了。--Kanashimi(留言) 2024年6月26日 (三) 14:11 (UTC)
- (:)回应:@Ericliu1912:编辑请求已由Shizhao完成,Special:Diff/83180742。主线是差不多了。但临时动议还有没有其他需讨论项目我就不确定了,可能还要问一下Kanashimi,毕竟临时动议是他提出的。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年6月26日 (三) 13:13 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
由于前者亦属页面评级,可以并入后者为部分有效之章节,毋须置独立页面。此提议不涉及指引实际内容变更。—— Eric Liu 創造は生命(留言・留名・学生会) 2024年6月23日 (日) 01:57 (UTC)
- 不反对合并。不过能否询问下您会怎么设计合并之后页面评级的章文结构,如果可以的话能否参考下Temp君的意见。--人间百态,独尊变态(讨论) 2024年6月23日 (日) 08:37 (UTC)
- 我应该会在最后面开一章“通用评级”,并入相关内容。—— Eric Liu 創造は生命(留言・留名・学生会) 2024年7月21日 (日) 08:42 (UTC)
- @Temp3600:不知有何意见?—— Eric Liu 創造は生命(留言・留名・学生会) 2024年7月2日 (二) 04:20 (UTC)
- 合并比较好。不过也要注意通用评级指引指引本身还有其他需要修改的地方,所以上一次讨论时就没有提出合并的单独请求。--Temp3600(留言) 2024年7月2日 (二) 14:47 (UTC)
- 好,之后准备公示(抱歉最近比较没空)。—— Eric Liu 創造は生命(留言・留名・学生会) 2024年7月12日 (五) 16:35 (UTC)
- 应该可以合并--HYHJKJYUJYTTY(留言) 2024年7月2日 (二) 14:52 (UTC)
- 合并比较好。不过也要注意通用评级指引指引本身还有其他需要修改的地方,所以上一次讨论时就没有提出合并的单独请求。--Temp3600(留言) 2024年7月2日 (二) 14:47 (UTC)
- 公示七日,至2024年7月28日 (日) 08:42 (UTC)结束。—— Eric Liu 創造は生命(留言・留名・学生会) 2024年7月21日 (日) 08:42 (UTC)
- (+)支持,我建议把整个Wikipedia:条目重要度评级标准也并进去。L'Internationale, Sera le genre humain! ✏️ 2024年7月21日 (日) 13:52 (UTC)
- (*)提醒:For Each element In group ... Next君在编写Draft:页面评级草案,如对内容有其他需求且不着急,可考虑等草案的完全版本再来商议。否则现阶段版本的合并也是问题。--PexEric💬|📝 2024年7月22日 (一) 14:13 (UTC)
- 先合并,等他写好了直接整页更新(我预期旧版本也没有保留必要),未见扞格之处。—— Eric Liu 創造は生命(留言・留名・学生会) 2024年7月22日 (一) 14:46 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
评级系统缺失问题
编辑- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
- (原始标题为“将{{Classicon}}与{{Class/icon}}同步”配合公告栏调整标题。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月5日 (五) 07:47 (UTC))
配合上方#Random_Thought: 跟进英维的WikiProject_banner_shell改版因此需要解决评级系统缺失问题,故提出以下议案-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月25日 (一) 09:49 (UTC)
- 预计办理流程:
- 修正评级系统被不当过滤掉的评级值: 公示通过已布署
- 让评级系统Special:页面评级均能正确接收到评级值,以便让{{WikiProject_banner_shell}}工作顺利。
- 同步各模板/块的评级值: 公示通过已布署
- 评级元模板调用了多个不同的评级值转换模板,但各评级值转换模板/块的评级值定义有所出入,将会影响{{WikiProject_banner_shell}}的运作,因此需要修正。
- 将{{Classicon}}与{{Class/icon}}同步: 公示通过已布署
- 以上都完成后,目前评级系统的图是在各评级定义模板/块不一致,且Style也不一致,为了与XTools也统一,故作出此提案。
- 一切完成之后,将会同时把评级规范立起来(即立WP:QUALITY)为指引,以便完善评级系统的所有缺失部分。
- 修正评级系统被不当过滤掉的评级值: 公示通过已布署
- 目前先做到这样,统整整个评级系统并修正评级系统缺失问题。若未来还有需要调整的会在办理过程提出,滚动式修正,欢迎发表意见。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月5日 (五) 08:06 (UTC)
- 2024年3月20日 (三) 00:12 (UTC)更新状态(注:以上情况为理想情况,实际状况可能有所不同。如2024年3月19日晚上出现的千字文我不知道怎么处理。
提案可能在最后一里路搁浅。)-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月20日 (三) 00:12 (UTC)- 讨论进行中。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月6日 (六) 08:26 (UTC)
- 讨论统整中。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年6月22日 (六) 06:15 (UTC)
- 目前#第三阶段:Wikipedia_talk:页面质量评级标准#WP:QUALITY_升为指引似乎有初步共识,有维基人正在整理共识中,请稍候。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年6月29日 (六) 15:52 (UTC)
- 目前#第三阶段:Wikipedia_talk:页面质量评级标准#WP:QUALITY_升为指引已经有人提出方案草案大纲。应该能推进成功。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年7月8日 (一) 15:05 (UTC)
- 目前#第三阶段:Wikipedia_talk:页面质量评级标准#WP:QUALITY_升为指引似乎有初步共识,有维基人正在整理共识中,请稍候。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年6月29日 (六) 15:52 (UTC)
- 讨论统整中。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年6月22日 (六) 06:15 (UTC)
- 讨论进行中。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月6日 (六) 08:26 (UTC)
- 2024年3月20日 (三) 00:12 (UTC)更新状态(注:以上情况为理想情况,实际状况可能有所不同。如2024年3月19日晚上出现的千字文我不知道怎么处理。
- 最新进度:#c-For_Each_element_In_group_Next-20240710174500-T:_Grading_scheme,但有关指引有异动(Special:Diff/83586399/83586522、Special:Diff/83586695、Special:Diff/83586768),可能要讨论如何修改。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年7月28日 (日) 23:44 (UTC)
- 最新进度:#公示准备,本议案已进入公示阶段。 -- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年8月10日 (六) 03:39 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
第一阶段:修正评级值不同步问题
编辑议案1:将{{Classicon}}与{{Class/icon}}同步
编辑
- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
我认为应将{{Classicon}}与{{Class/icon}}进行同步。{{Class/icon}}提供了比{{Classicon}}更多种级别的图示,如请求、未来、动态等评级的图示,{{Classicon}}都没有。而若{{Classicon}}与{{Class/icon}}合并的话,则等同于{{Classicon}}改成Module模式,需要社群共识,故发起讨论。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月25日 (一) 09:49 (UTC)
- (+)支持合并,后者({{Class/icon}})目前只有在154页上使用。-- Willy1018(留言) 2023年12月26日 (二) 01:33 (UTC)
- (?)疑问:@Willy1018:那要不要{{Classicon}}重定向到{{Class/icon}}?刚才已补充{{Classicon}}所有功能到{{Class/icon}}了。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月26日 (二) 02:33 (UTC)
- 可以,但前者{{Classicon}}被全保护,只有管理员才能进行编辑,需要提{{ep}}。-- Willy1018(留言) 2023年12月26日 (二) 04:56 (UTC)
- 似乎未来之类的评级并未被整个评级系统完全支持?--百無一用是書生 (☎) 2023年12月28日 (四) 02:24 (UTC)
- (:)回应:@Shizhao:有支持,显示评级的最后一个调用是{{WPBannerMeta/qualityscale/mask}},而{{WPBannerMeta/qualityscale/mask|future}}→“未来”,但在要送入
{{#assessment:}}
的{{Class_mask}}需要设|future=yes
才有,不然会被滤掉。而要送入{{#assessment:}}
的{{Class_mask}}直接写死无法设定参数,故建议将要送入{{#assessment:}}
的mask改用{{WPBannerMeta/qualityscale/mask}},这样才能正确支援。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月28日 (四) 02:50 (UTC)
- @Shizhao:已提出编辑请求,Template_talk:WPBannerMeta/core#编辑请求_2023-12-28,处理完毕后未来之类的评级就能被支持了。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月28日 (四) 04:11 (UTC)
- (:)回应:@Shizhao:有支持,显示评级的最后一个调用是{{WPBannerMeta/qualityscale/mask}},而{{WPBannerMeta/qualityscale/mask|future}}→“未来”,但在要送入
- 似乎未来之类的评级并未被整个评级系统完全支持?--百無一用是書生 (☎) 2023年12月28日 (四) 02:24 (UTC)
- 可以,但前者{{Classicon}}被全保护,只有管理员才能进行编辑,需要提{{ep}}。-- Willy1018(留言) 2023年12月26日 (二) 04:56 (UTC)
- (?)疑问:@Willy1018:那要不要{{Classicon}}重定向到{{Class/icon}}?刚才已补充{{Classicon}}所有功能到{{Class/icon}}了。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月26日 (二) 02:33 (UTC)
- (+)支持,没特别的意见--Z7504非常建议必要时多关注评选(留言) 2023年12月28日 (四) 14:13 (UTC)
- 支持合并。不过纯模板实现也不错。--桐生ここ★[讨论] 2023年12月28日 (四) 21:48 (UTC)
- @桐生ここ:完全不建议模板实现。现时模板实现是使用
{{#switch:}}
,您忘了2020年初{{#switch:}}
爆炸事件Special:PermaLink/58036835#A_technical_issue_with_articles_of_French_communes导致中维崩溃的事件了吗。{{#switch:}}
的开销要高于模组实现,所以建议使用模组实现,安全又有效率。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月29日 (五) 00:06 (UTC)- 这边最近在处理基础条目与{{WikiProject banner shell}}的图示问题(Wikipedia:互助客栈/条目探讨#引入enwiki近期{{WPBS}}之改版,暨将{{Vital_article}}并入{{WPBS}}),(&)建议直接采用{{Icon}}会更通用。--Kanashimi(留言) 2024年1月2日 (二) 09:18 (UTC)
- 但我觉得要有专题专用模板。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月2日 (二) 09:33 (UTC)
- 我想采用不同模板来处理同一件事的问题是较不易维护。--Kanashimi(留言) 2024年1月2日 (二) 09:49 (UTC)
- @Kanashimi:问题是目前{{Icon}}并未完整涵盖Class/icon现有内容。改用{{Icon}}将会导致部分图是消失,或发生变化。我认为专题图示应该要统一的Style,但例如{{Icon|image}} 和{{Class/icon|image}} 就不一致,而且{{Icon|image}} 与以下图示比较{{Class/icon|image}} 、{{Class/icon|A}} 、{{Class/icon|B}} 、{{Class/icon|C}} 明显Style严重变调,故(-)反对。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月2日 (二) 10:13 (UTC)
- 或许我们可以扩展{{Icon}}使之涵盖我们想要的范畴,例如采用
{{Icon|image_class}}
?--Kanashimi(留言) 2024年1月2日 (二) 10:20 (UTC)- @Kanashimi:我这个议案只是想先动全保护模板{{Classicon}},至少先同步图示,但您目前这样介入会导致共识乱了,连同不都做不到了,会导致花费更多“跑流程”时间,我想先同步,也做好patch了,都准备好了被你弄没了?我想先动全保护模板{{Classicon}}至少先同步图示;至于以后怎么维护可以再讨论。而且您的提议“
例如采用
”也还没有patch,先现实一点吧,不要纸上谈兵,我只想赶快同步图示,并让Style一致,评级图示是评级图示,其他图示是其他图示;评级图示就该有评级图示自己的Style,(!)抗议乱七八糟的不一致Style图示。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月2日 (二) 10:29 (UTC){{Icon|image_class}}
- 也好。那就等这个讨论结束再说吧。--Kanashimi(留言) 2024年1月2日 (二) 10:30 (UTC)
- @Kanashimi:问题2
{{Icon|image_class}}
会导致评级模板输出的值无法直接输入此模板。评级模板肯定是输出字尾没有“_class”的结果,你这样搞还要多写一个转换器,不是更难维护?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月2日 (二) 10:33 (UTC)- 我尝试在Module:Icon/data加上下面的项目,似乎可以用?
- --Kanashimi(留言) 2024年1月2日 (二) 11:00 (UTC)
image_class = { image = "Symbol file class.svg", tooltip = "媒體文件頁", },
- @Kanashimi:我这个议案只是想先动全保护模板{{Classicon}},至少先同步图示,但您目前这样介入会导致共识乱了,连同不都做不到了,会导致花费更多“跑流程”时间,我想先同步,也做好patch了,都准备好了被你弄没了?我想先动全保护模板{{Classicon}}至少先同步图示;至于以后怎么维护可以再讨论。而且您的提议“
- 或许我们可以扩展{{Icon}}使之涵盖我们想要的范畴,例如采用
- @Kanashimi:问题是目前{{Icon}}并未完整涵盖Class/icon现有内容。改用{{Icon}}将会导致部分图是消失,或发生变化。我认为专题图示应该要统一的Style,但例如{{Icon|image}} 和{{Class/icon|image}} 就不一致,而且{{Icon|image}} 与以下图示比较{{Class/icon|image}} 、{{Class/icon|A}} 、{{Class/icon|B}} 、{{Class/icon|C}} 明显Style严重变调,故(-)反对。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月2日 (二) 10:13 (UTC)
- 我想采用不同模板来处理同一件事的问题是较不易维护。--Kanashimi(留言) 2024年1月2日 (二) 09:49 (UTC)
- 但我觉得要有专题专用模板。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月2日 (二) 09:33 (UTC)
- 这边最近在处理基础条目与{{WikiProject banner shell}}的图示问题(Wikipedia:互助客栈/条目探讨#引入enwiki近期{{WPBS}}之改版,暨将{{Vital_article}}并入{{WPBS}}),(&)建议直接采用{{Icon}}会更通用。--Kanashimi(留言) 2024年1月2日 (二) 09:18 (UTC)
- @桐生ここ:完全不建议模板实现。现时模板实现是使用
- 此段落最后发言至今已逾七日,超过一周无新留言,因此根据WP:7DAYS准备进行公示。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月9日 (二) 12:56 (UTC)
- 公示7日-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月9日 (二) 12:56 (UTC)
- 请管理员编辑Template_talk:Classicon#编辑请求_2024-01-16。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月16日 (二) 13:19 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
议案2:修正评级系统被不当过滤掉的评级值
编辑- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
上方User:Shizhao提到“未来级”等评级级别无法被完整支持问题,是因为送入评级系统的评级值被不当过滤掉了,即使专题上层已启用该等评级,但最终还是会被“未继承上层参数的{{class mask}}”过滤掉,这样的话就算专题启用了该等评级也没有用,都被滤掉了,根本装饰,白启用了,因此提议将送入评级系统的评级值改为{{WPBannerMeta/qualityscale/mask}}模板,见编辑请求Template_talk:WPBannerMeta/core#编辑请求_2023-12-28,修改前后的比较Special:PermaLink/80307466,可以看到原有的版本评级值大部分都被滤掉了,建议换成提议的Patch,以让“未来级”等评级级别能真正被支持。同时,我也确认值接送未来级能正确被工具识别,见右图,连图示都有,代表评级系统是支援此输出的,能正确地被读取并识别。
因此提出本动议。不晓得各位有没有异议或意见。Ping参与过相关讨论的人@桐生ここ、Z7504、Shizhao、Willy1018:,上方参与过评级讨论的也Ping一下@暁月凛奈、Lopullinen、Milkypine、MilkyDefer:-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月31日 (日) 08:29 (UTC)
- 支持。( π )题外话:台湾之星的标识现在还没改。--桐生ここ★[讨论] 2023年12月31日 (日) 10:36 (UTC)
- 资慈,我觉得行。 --窝法乙烷 儿法梦碎 2024年1月1日 (一) 14:38 (UTC)
- 此段落最后发言至今已逾七日,超过一周无新留言,因此根据WP:7DAYS准备进行公示。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月8日 (一) 2024年1月8日 (一) 14:39 (UTC)
- 公示7日-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月8日 (一) 14:39 (UTC)
- 请管理员编辑Template_talk:WPBannerMeta/core#编辑请求_2023-12-28。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月15日 (一) 14:45 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
议案3:同步各模板/块的评级值
编辑- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
目前有多个被全保护的评级模板/块的评级值(如有的有漏掉、有的图案、颜色不一致)并不同步,因此提议同步各评级模板/块的评级值。不晓得各位有没有异议或意见。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月31日 (日) 10:30 (UTC)
- (~)补充相应的编辑请求Module_talk:Class/data#编辑请求_2023-12-28、Template_talk:Class_mask/core#编辑请求_2023-12-25和Template_talk:Class_mask#编辑请求_2024-01-05(和2023-12-25是配套的),颜色的部分:Template_talk:Class/colour#编辑请求_2024-01-05。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2023年12月31日 (日) 10:31 (UTC)
- 支持。--桐生ここ★[讨论] 2024年1月1日 (一) 09:03 (UTC)
- 就先改看看,让其他用户实际去测试这样才准,而不是每天一直喊支持。不然只是一直放沙盒而不去实际更改的话,完全不知道到底能不能测试。虽然维基百科终于有认知要将其功能“进步”,但也不应每日这样“无止尽的讨论而没有作为”才是。因此,这个讨论就不用再多说什么了。--Z7504非常建议必要时多关注评选(留言) 2024年1月1日 (一) 11:52 (UTC)
- (:)回应:@Z7504:其实我有私下找User:AT了,但他一直说影响范围太大要先讨论 囧rz…………。我当然也希望能直接改啊,不然WP:7DAYS获共识再公示7天半个月就过去了……-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月1日 (一) 12:05 (UTC)
- 还想说中文维基百科不是长期以来都对专题这个东西爱理不理的,这不就是专题模板在用的相关评级吗?为什么不直接修改让其他人测试呢?建议AT直接帮忙修改吧。因为如果要叫维基百科废除已经存在多年的专题,显然是不可能的,更没有讨论是否要废除专题的必要。--Z7504非常建议必要时多关注评选(留言) 2024年1月1日 (一) 13:45 (UTC)
- (:)回应:@Z7504:其实我有私下找User:AT了,但他一直说影响范围太大要先讨论 囧rz…………。我当然也希望能直接改啊,不然WP:7DAYS获共识再公示7天半个月就过去了……-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月1日 (一) 12:05 (UTC)
- 此段落最后发言至今已逾七日,超过一周无新留言,因此根据WP:7DAYS准备进行公示。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月8日 (一) 14:36 (UTC)
- 公示7日-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月8日 (一) 14:36 (UTC)
- 请管理员依照这则留言布署相关编辑,也就是编辑以下模板:
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
提案已通过请求布署
编辑- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
- 全案公示通过,请管理员依据以下留言:
- 布署相关编辑,也就是编辑以下模板:
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
评级缺失问题目前办理状况
编辑截至2024年1月5日 (五) 17:08 (UTC)已提出三案讨论,三案皆在等待初步共识,以便公示。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月5日 (五) 17:08 (UTC)
进度 | 讨论中 | 初步共识 | 公示中 | 部署中 | 已完成 | 后续维运 |
---|---|---|---|---|---|---|
*通用评级设立 | 已获共识 | 已通过 | 已完成 | 已完成 | 废除,并已整并进《页面评级指引》 | |
*评级继承机制 | 初步共识 | 公示通过 | 已完成 | 进行中 | ||
评级值同步 | 初步共识 | 公示通过 | 已完成 | 进行中 | ||
修正过度过滤评级值 | 初步共识 | 公示通过 | 已完成 | 进行中 | ||
评级图示同步 | 初步共识 | 公示通过 | 已完成 | 进行中 | ||
完善评级系统规范 | 初步共识 | 公示通过 | 编辑请求中 | 已提升为指引 | ||
注:标有“*”表示是其他相关提案。 |
- 完成:在本次更新中,以下模板的评级资料已获同步:
- Template:评级
- Module:Class/definition.json
- Module:Class/data
- Module:Class/icon
- Module:Class/styles.css
- Template:Class/colour
- Template:Class mask
- Template:Class mask/core
- Template:Class mask/table
- Template:Class mask/templatepage
- Template:Articles by Quality
- Template:Articles by Quality/total
- phab:T360012(注:若下次要再变更,需要提交新工单)
- -- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月17日 (三) 08:55 (UTC)
- 报告:目前剩下指引修订的部分待完成。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年6月7日 (五) 23:42 (UTC)
- 此案亦积压过久,请考虑尽快结案。—— Eric Liu 創造は生命(留言・留名・学生会) 2024年6月11日 (二) 16:22 (UTC)
- 无法苟同此言论,见此发言。(!)抗议恶意让本案再次付诸流水的任何行动。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年6月16日 (日) 12:06 (UTC)
- 没有要提案付诸流水,祇是因为已几无人在意,即使想要在意也跟不上如此庞大的讨论,那还不如尽快通过并存档,避免占用互助客栈篇幅。—— Eric Liu 創造は生命(留言・留名・学生会) 2024年6月23日 (日) 02:09 (UTC)
- (:)回应:@Ericliu1912:目前已公示通过,就看#后续讨论还有没有什么事项需要讨论了。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年8月16日 (五) 11:36 (UTC)
- @A2569875 补充一下,已经重新恢复Wikipedia:通用评级为存档页面,通用评级也因此成为中维最短命的指引(7个月)。Пусть от победы☆к победе ведёт! 2024年8月16日 (五) 12:03 (UTC)
- @A2569875 另外,根据Wikipedia:互助客栈/其他#第二阶段:依据先前共识将不是条目命名空间的评级分类从“XX级条目”改为“XX级页面”,你说到结尾为“XX重要度”的分类不会移动,不在本计画内,但个人认为早晚也要移动,请问何时会操作?Пусть от победы☆к победе ведёт! 2024年8月16日 (五) 14:37 (UTC)
- (:)回应:@Ericliu1912:目前已公示通过,就看#后续讨论还有没有什么事项需要讨论了。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年8月16日 (五) 11:36 (UTC)
- 没有要提案付诸流水,祇是因为已几无人在意,即使想要在意也跟不上如此庞大的讨论,那还不如尽快通过并存档,避免占用互助客栈篇幅。—— Eric Liu 創造は生命(留言・留名・学生会) 2024年6月23日 (日) 02:09 (UTC)
- 无法苟同此言论,见此发言。(!)抗议恶意让本案再次付诸流水的任何行动。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年6月16日 (日) 12:06 (UTC)
- 此案亦积压过久,请考虑尽快结案。—— Eric Liu 創造は生命(留言・留名・学生会) 2024年6月11日 (二) 16:22 (UTC)
- 报告:目前剩下指引修订的部分待完成。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年6月7日 (五) 23:42 (UTC)
- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
根据先前共识,需要将不是条目命名空间的评级“XX级条目”的分类改为“XX级页面”,但因技术限制未能将“XX级条目”的分类改为“XX级页面”,因此本案已提出新的方案,依据页面命名空间添加分类,以实现该共识。具体执行方案在Template:WPBannerMeta/qualityscale/sandbox。同时将Wikipedia:条目质量评级标准移动到Wikipedia:页面质量评级标准,不知道各位有没有异议?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月17日 (三) 04:57 (UTC)
- 副知@Ma3r、Kanashimi、Z7504、桐生ここ:@Kethyga、暁月凛奈、MilkyDefer、Milkypine、Willy1018:-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月17日 (三) 04:58 (UTC)
- 没有异议,
就是不知道会不会出现突发状况。 --窝法乙烷 儿法梦碎 2024年1月17日 (三) 11:35 (UTC)- 已在多面体专题进行测试,详见Category:分类级多面体页面、Category:模板级多面体页面,目前测试整个多面体专题尚未出现问题。待本案正式通过之后才会正式(►)移动分类页面。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月17日 (三) 11:39 (UTC)
- 没有意见,但在专题页面(WikiProject)中使用到的{{Articles by Quality and Importance}}模板应一并解决显示异常之问题(前几天似乎还有这问题,现在不知道),虽然这模板平常根本没什么人在意 囧rz……(所以没解决可能也没差吧?因为专题本来就没什么人在意了)--Z7504非常建议必要时多关注评选(留言) 2024年1月18日 (四) 14:26 (UTC)
- 首先,结尾为“XX重要度”的分类不会移动,不在本计画内,而{{Articles by Quality and Importance}}是读取结尾为“XX级XX重要度”的分类,故基本上本案不会影响{{Articles by Quality and Importance}}。再来,如果这个真的要处理,要本案通过后,分类全部清理好,分类全数移动完成后才能处理,不然现在处理数字都会变成0。故应是下一个阶段要处理的(或者共识是暂不处理),不是此案此阶段讨论范围。此外,如果是{{Articles by Quality}}的话,直接更新分类名称即可。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月18日 (四) 16:02 (UTC)
- 已逾一周无新发言,根据WP:7DAYS七日无进一步发言视为已获初步共识,如本声明无人有异议,将准备进行公示。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年1月26日 (五) 00:32 (UTC)
- 已逾十日无新发言,根据WP:7DAYS一周无进一步发言视为社群“对以上‘已有初步共识’的论述”没有异议,因此将开始公示。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年2月5日 (一) 10:00 (UTC)
- 公示7日-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年2月5日 (一) 10:00 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
分类改名准备
编辑- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
虽Special:Diff/80961277已公示通过,但因涉及的页面众多,因此宜再进行全站公告。公告完后将进行两个阶段完成:
- 阶段1:全保护页面编辑请求:Template:WPBannerMeta/qualityscale和Template:Class
- 由于该等分类都是以上被全保护的模板自动添加的,因此需要执行以上编辑请求。等编辑请求完成后,数万个页面缓存自动清理完毕后,分类将自动从“XX级条目”改归为“XX级页面”。
- 阶段2:正式(►)移动分类页面(可能是约阶段1完成后再过一周)
- 等缓存全部清完,再将“XX级条目”分类,逐个(►)移动到“XX级页面”分类。
公告一周。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年2月13日 (二) 03:31 (UTC)
- 已提出编辑请求。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年2月25日 (日) 01:07 (UTC)
- 编辑请求已由User:Shizhao执行。 等待系统清除缓存。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年2月27日 (二) 13:22 (UTC)
- 系统缓存已清除完毕,但Wikipedia:互助客栈/求助#“Category:模板级条目”的分类是不是应该移动至“Category:模板级页面”才对?有异议,因此移动作业暂时先暂缓一周,若下周二前没有其他异议,才执行移动(本次实属折腾,明明都WP:7DAYS+公示1周+公告1周+等待编辑请求与系统清除缓存,整个流程走了超过一个月,突然冒出异议到底是啥情况,而且该异议还跟本站无关。。。)。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月4日 (一) 03:50 (UTC)
- Wikipedia:页面质量评级标准中标准级别都是针对条目的,只有非标准级别才有模板级、分类级这些评级,而且非条目命名空间的都不能评甲乙丙初之类的等级,所以评级主要针对的是条目。因此是否应当将其移回Wikipedia:条目质量评级标准,将页面评级作为扩展(专题条目类别标准→专题页面类别标准,需要修改{{Grading scheme}}),与Wikipedia:条目重要度评级标准统一。
- 此外,非条目页面不应该设置重要度,所以Category:不适用重要度条目及其子分类也应一并移动至Category:不适用重要度页面。--Kunjinkao(留言) 2024年3月8日 (五) 02:37 (UTC)
- @Kunjinkao:我提此延伸案的目的就是为了Wikipedia_talk:页面质量评级标准#WP:QUALITY_升为指引,你现在越给我搞复杂,好啊WP:QUALITY永远升不了指引都你害的。Category:XX重要度条目如果改名Category:XX重要度页面]且有的有改有的没改,那你判断统计的模板将被复杂化,这从12月折腾到现在,我已经没有心力了,中间又被Z7504搞,既然你要这样,那我不管这个案子了,你自己想办法。且公示都已经通过了,你又来个“公示通过后”异议,是甚么鬼?专门故意折腾我的是不是?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月8日 (五) 03:55 (UTC)
- @Kunjinkao:我近期没有时间也没有心力针对Module:Articles_by_Quality_and_Importance修改。“Category:不适用重要度条目及其子分类也应一并移动至Category:不适用重要度页面”Module:Articles_by_Quality_and_Importance判断将会变得复杂,如您希望“Category:不适用重要度条目及其子分类也应一并移动至Category:不适用重要度页面”请您自己提出相应模板的修改patch。如无人提出,就会如Wikipedia_talk:条目质量评级标准#总结变成就算有共识也永远不会实现,因为没人写程式。我自己的提案,我当然有义务写完与该提案相关所需的程式码,但并不意味著各种节外生枝我也需要帮忙写程式,这样根本没完没了。
- 本案先前早已公示7天通过+公告7天通过,在这之后冒出异议.....我实在不想评论如此行为。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月8日 (五) 04:11 (UTC)
- @Kunjinkao:您好,由于议案已公示通过,若您觉得议案还有不妥之处还请另起章节修正,此处不受理已通过之议案之再变更,谢谢。--SunAfterRain 2024年3月8日 (五) 04:35 (UTC)
- 我没看到
结尾为“XX重要度”的分类不会移动,不在本计划内
,以为这是提案的一部分。既然如此那就放在后面说吧--Kunjinkao(留言) 2024年3月8日 (五) 04:42 (UTC) - 至于{{Module:Articles_by_Quality_and_Importance}},先看看名称以“Category:分类级不适用”开头的所有分类、名称以“Category:模板级不适用”开头的所有分类该怎么处理吧,这总该是分类改名共识的范畴吧。但我要说明一点,我是在指出实施时出现的问题,并不代表我想推翻共识。--Kunjinkao(留言) 2024年3月8日 (五) 05:34 (UTC)
- 我没看到
- @Kunjinkao:我提此延伸案的目的就是为了Wikipedia_talk:页面质量评级标准#WP:QUALITY_升为指引,你现在越给我搞复杂,好啊WP:QUALITY永远升不了指引都你害的。Category:XX重要度条目如果改名Category:XX重要度页面]且有的有改有的没改,那你判断统计的模板将被复杂化,这从12月折腾到现在,我已经没有心力了,中间又被Z7504搞,既然你要这样,那我不管这个案子了,你自己想办法。且公示都已经通过了,你又来个“公示通过后”异议,是甚么鬼?专门故意折腾我的是不是?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月8日 (五) 03:55 (UTC)
- (►)移动作业进行中。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月12日 (二) 05:02 (UTC)
- (!)意见:绝大部分评级模板都指定了{{class}}的
category
参数,且都为“xx条目”,如此将导致非条目页面的专题横幅模板出现红链。模板参数需要考虑重新设计,比如仅使用“xx”并由模板判定后缀。--PexEric 💬|📝 2024年3月16日 (六) 12:08 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
本案最初的初衷就是完成此共识Wikipedia_talk:页面质量评级标准#WP:QUALITY_升为指引,来完成WP:QUALITY_升为指引一事,来正式解决“评级系统缺失问题”(指引/规范未立也算是本系统的一种“缺失”)。等上方都完成,此处将继续。声明:当这些“缺失”都解决后,本人将不再碰评级系统这块了,这烫手山竽真是消磨人的精神。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月8日 (五) 04:40 (UTC)
- 可能我上面没说清楚,让你以为我是反对分类改名的,更不是什么
越给我搞复杂,好啊WP:QUALITY永远升不了指引都你害的
,不能有问题不让说是不是。总之是以下几点:- 页面重新命名为Wikipedia:条目质量评级标准:因为评级针对的是WP:条目,其它模板级、分类级这些评级都是非标准级别(WP:QUALITY就是这么写的),那么页面应当以标准评级针对的对象命名,也就是条目质量评级标准。
除非你打算搞什么甲级模板级,那不是更复杂。此外还存在Wikipedia:条目重要度评级标准,那是否要改成Wikipedia:页面重要度评级标准,总之得有一个要改 - 目前Wikipedia:条目重要度评级标准和Wikipedia:页面质量评级标准是正交的,所以有Category:分类级低重要度宗教条目这种东西的存在,那是不是得命名成Category:分类级低重要度宗教页面。既然分类级不属于标准评级,因此也不必设置重要度,引入更多复杂性,这类页面统统扔去Category:不适用重要度条目去(或者说Category:不适用重要度页面)。
- {{Grading scheme}}修改,因为Wikipedia:页面质量评级标准调用了,这个就是作为WP:指引用词统一的问题
- 页面重新命名为Wikipedia:条目质量评级标准:因为评级针对的是WP:条目,其它模板级、分类级这些评级都是非标准级别(WP:QUALITY就是这么写的),那么页面应当以标准评级针对的对象命名,也就是条目质量评级标准。
- --Kunjinkao(留言) 2024年3月8日 (五) 05:20 (UTC)
- 无论是前次讨论还是本次讨论,都没有提到重要度,因此认为重要度的那个论述怎么样,并不碍于WP:QUALITY升为指引一事。
- 此修改技术成本过大,且认为这样修改与否并不碍于WP:QUALITY升为指引一事。由于目前架构问题,该修改技术上的复杂性,不建议做此修改。除非有人能提出具体的patch ,否则我不支持也不相信此修改能够被实际执行。(当然,如果有人做patch 就另当别论)-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月8日 (五) 06:05 (UTC)
- 如果没有人有异议,你可以自行修改。
- -- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月8日 (五) 06:05 (UTC)
- 关于第一点,重要度只是顺带提及,核心是
评级针对的是WP:条目,其它模板级、分类级这些评级都是非标准级别,那么页面应当以标准评级针对的对象命名,也就是条目质量评级标准。
--Kunjinkao(留言) 2024年3月8日 (五) 06:26 (UTC)
- 关于第一点,重要度只是顺带提及,核心是
第二阶段正式完成后的第三阶段讨论
编辑- Wikipedia:互助客栈/其他#评级系统缺失问题已分阶段按部就班完成,可以准备进入最终阶段进行收尾:
- 已完成当时的共识Wikipedia_talk:页面质量评级标准#总结“将不是条目命名空间的评级分类从XX级条目改为XX级页面”,因此将安排Wikipedia_talk:页面质量评级标准#WP:QUALITY_升为指引重新公示。重Ping当时参与讨论的人:@Liaon98、JyunWaan、Lssrn:@Cdip150、Temp3600、Peacearth:。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月19日 (二) 10:49 (UTC)
- 当时的讨论是专题各自评级,而现在的情况是多了通用评级(WPBS)。所以时过境迁,WP:QUALITY要重新讨论了。我之前没有参与讨论,现在有不少想法:
- WPBS评级是专题评级的容器,还是一套有自己标准的独立评级?现行做法属于前者:WPBS评级继承专题的评级,且受各专题各方面的干涉,因此评级原则看似“随意”。
所以我的看法是,通用评级就该如WPBS模板所言,确实地“依照页面品质评定标准”来独立评定,而不是在各专题评级间谋求公约数。可以参考专题评级,但把专题评级当爸爸就不对了😂一篇列表WPBS获评List级而非CL级,是因为它确实没到CL级。另一篇列表获评List级而非CL级,只是因为某个参评专题不设CL级。第三篇列表和第二篇品质相似却成功获评CL级,原因竟是不设CL级的专题没有“染指”该列表。
- 承上,如果我们确定WP:ASSESS本位而非专题评级本位,那就要讨论条目的WPBS该设立哪些级别?英维的PIQA是只支持FA、A、GA、B、C、Start、Stub、FL、List、Unassessed几个经典的“标准级别”。而我们的WPBS是大杂烩:既包括BL、CL这种品质向评级,也包括Future这种非品质向评级。所以WPBS评级所支持的“标准等级”该设哪些?
- BL、CL等品质向等级有两条出路。一是如同英维,只收录广为人知的传统评级,不收录BL、CL这种额外等级;个别专题想启用就在自己的横幅上评。二是将BL、CL升格为通用评级,全体专题横幅亦自动启用BL和CL;如果个别专题自己讨论后坚持不用BL,那可以用掩码把BL改成List或B。
- 对于Future级,一篇未来级条目可以很烂(Stub),也可以比较充实(C),那Future这个等级就没有实现“评价页面质量”的作用。我能想到的用途是在话题中,用未来级作为宽限条目的标记,暂时不影响认定。但这个等级的确不够“通用”,或者说和条目所用的品质评级不是一个维度。
- 对于A级条目。英维的A级在军事史专题存活(且活得很好),但其他专题都是死的。因此英维多次讨论A级的出路,比如从PIQA里开除把A级之类。但你维是真的所有专题都不评A级;所以,把这个只有理论价值的等级从通用评级中灭了挺好。
- 上面的想法也会影响小工具的设定:包括对标准评级的契合,对各专题自定等级的支援,对非条目评级的简化(非条目空间一般人手评级无效)。
- 下文有提到“消歧义级条目/页面”。如果按照命名空间来理解,那就有一个问题:重定向在各个空间都有,那到底是叫“重定向级条目”还是“重定向级页面”?(或者两个都要,但这徒增烦恼)另一方面从实用性上看,专题统计“条目数”都是排除Disambig级的,那消歧义占据条目空间就成了bug而非feature 。这次从“条目”移到“页面”更像是正名,但是后缀分家无论是技术实现上还是命名统一性上,带来的麻烦都不少。考虑将后缀统一为“页”,比如品质评级这边的“乙级条目页”“丙级列表页”“模板页”,重要度那边也可以叫“高重要度页”“未知重要度页”,这样观后缀就知道是页面评级体系在整活。
- 我明白很多内容都不在讨论范围内,但我认为之前讨论本身就是系统性不足。比如把非条目品质评级改为“XX级页面”,那为何条目品质评级和非条目重要度分类不动?是改条目和重要度分类真的弊大于利,还是单纯没有讨论过而已?作为这套系统创始者,英文版的非条目还用articles的,个中原因是否值得参考? --For Each element In group Next(留言) 2024年3月19日 (二) 16:05 (UTC)
- 提案问题大致解决,不过变更为《页面评级》提升为指引-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年8月16日 (五) 10:40 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
- 硬是等提案要准备收尾才来提意见是怎么回事?!我可以当成你是打算扰乱干扰提案通过吗?!--SunAfterRain 2024年3月19日 (二) 16:40 (UTC)
- 我几年前的主业之一就是评级理论。Wikipedia_talk:页面质量评级标准#WP:QUALITY_升为指引6年前甚至6个月前,我都会像推动MOS:FICT那样,亲自提出修改意见和方案(如WP:QUALITY第二段不符合新形式),让WP:QUALITY成为更优质的指引。但现在评级方面,我认为和这个装睡的社群去合作没有什么意义。所以我的做法就是不发言,看着这个社群未来到底走向哪里。出于对当初理想的怀念,我写下了这些明者自明的意见,但也仅此而已了。通过提案无非就是页面多个“指引”的标签;您看我用户页,就该知道我对这种“社群众评标签”有没有兴趣了。--For Each element In group Next(留言) 2024年3月20日 (三) 16:36 (UTC)
- SunAfterRain 2024年3月20日 (三) 17:12 (UTC)
- 还没有细看,但我对洛普利宁君遭到这样的对待感到很悲哀。--Temp3600(留言) 2024年3月20日 (三) 17:43 (UTC)
- 最初提案开始时说“精神上支持”后消失三个月(2023年12月8日-2024年3月19日),等到提案东西都搞好,准备收尾时,冒出千字文异议,请问这样到底哪里恰当了?—38.46.221.138(留言) 2024年3月21日 (四) 04:10 (UTC)
- 在有用的讨论串下面离题吵架实在无奈,但似乎VP环境已经如此。
- WP:CON明确指出"共识应采纳多数人的意见,并和重要少数的意见作出适当妥协。"、"共识在维基百科是持续不断的过程",对于方针修改,更再次明示"共识最终将根据支持和反对该议题的论点质量所决定"。方针中没有任何字眼要求讨论应"收尾",反而暗示了讨论本身是可以无限延长,以不断修改共识更贴合实况的。所谓扰乱更是莫名其妙。
- 回到讨论本身,如果有足以反驳洛普利宁君的理据,直接提出来就可以。如果反驳不了,甚至根本没有考虑到这一讨论角度,那显然就说明"之前讨论本身就是系统性不足",提案一方存有思考盲点,应该进一步讨论下去。
- 回到这个提案。我与八年前一样,支持将WP:ASSESS建立为指引。然而,洛普利宁的问题必须先得到回答:维基百科:通用评级与维基百科:页面质量评级标准之间有潜在矛盾。通用评级到底是独立的评级系统,还是专题评级的平均分?我对这两者没有特别的见解,但WP:ASSESS应该清楚指明这一上下级关系。
- 如果不幸某页面只有一个专题,而这个专题将页面评为"未来级"等奇怪级别,通用评级是否跟随?
- 请赐教。--Temp3600(留言) 2024年3月21日 (四) 19:45 (UTC)
- SunAfterRain 2024年3月22日 (五) 01:35 (UTC)
- 折腾了三个月,我已经没有修改评级模组的心力了。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月22日 (五) 01:52 (UTC)
- Special:PermaLink/81985508#第三阶段:完善制度这里有说,一切以维基百科:页面质量评级标准为主,当专题评完后,维基百科:通用评级再取各专题WP:ASSESS的公约数,不认为有矛盾。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月22日 (五) 02:00 (UTC)
- @A2569875:如果方针是FA级,指引是GA级,那现行WP:QUALITY+维基百科:通用评级大概只有C的水平,还需要很多工作完善:
- WP:QUALITY说“评级主要由专题进行……”。那WPBS评级人是作为什么身份评的?社群成员,还是专题成员?现在WPBS开展一段时间了,相信大部分人的评级逻辑是直接对WPBS评级(而不是专门针对各个专题)。这就和“评级主要由专题进行……”矛盾。
- 有了WPBS后,就有了“社群心目中的评级”,这个评级就是WPBS的评级。这样,大部分专题出于信任社群/懒得评级,而继承了通用评级。对于旧页面,现在的做法很好——假定WPBS评级为各专题评级的公约数。不过这个做法并非必然,我们也可以取各专题的最高值/最低值,只要社群愿意信赖专题。例如英维只有WP:MILHIST真正地在评A,而其他专题是评GA或者B,此时一个做法是取A,而非众数或向下取GA/B。
- 但是下面的问题理论上和执行上都很成问题。例如维基百科:通用评级第5点要求“例如未启用乙级的专题,通用级别遇到规则3判为乙级的情况时,则向下填写为丙级……”。
- 首先,很难判定专题是否启用某个级别。机器人运行者好像都说过做不到这个事情,就更不用说人工评级了。
- 其次,如果B级是标准评级,且多数专题都评B级,那这个条目在社群心目中就是B级。我们不应该迁就特例独行的专题,否则公认的B级条目评C,那B和C还有什么可比性?应该是说,不设B级的专题应该自己收拾自己的摊子,例如专题评级继承B而表示为unassessed,或者用掩码改成C。
- 第三,现在的BL是标准评级吗?如果不是标准评级,那应该呈现在社群通用的WPBS上吗?如果呈现在WPBS上,多数编者没见过BL,他们看得懂吗?如果你认为大家能看懂,且乐见对列表细致评级,那不如将BL升格为标准评级?如果升格为标准评级,就应该预设对所有专题的class mask启用BL,否则又回到上一点专题“特立独行”的老路。
- 只有一个专题评Future,那WPBS技术上当然可以评Future(且只能评Future)。但上面BL甚至D级都是品质导向级别,那Future和他们并列(而不是attention之类的flag)是什么用意?还有,如果两个专题一个是CL,另一个是Future,而且两者都未设对方的级别,那WPBS到底听谁的?
- 上述问题可以不断打补丁解决(维基百科:通用评级就是打补丁的成果),但这并非良方。大道至简,最实际的方法是:编者以社群成员的身份,以WP:QUALITY的标准评级中的选项为依据,针对WPBS评级。专题评级理论上和WPBS独立,但实践上的评级方式是信任社群评级。然后,我们讨论WPBS具体该支援哪些级别——对于条目,我建议支援传统级别,或传统级别+BL/CL/(SL?);而Future、Merge不属于品质评估,而A级又极不活跃常常被人误解,这两类可以考虑从通用级别中除去。至于要修改的地方,无非就是修订WP:QUALITY、WPBS支援代码、class/mask预设启用代码,就像您说的,要改很简单。
- 您可能看不懂我的留言,也可能看懂了但没有观点。建议您和有实际开设特殊级别的专题联络,看看他们的意见。我可以写出蓝本,但我不想干涉这件事情,也不想在这个物是人非的地方留言。
- @SunAfterRain:
我可以当成你是打算扰乱干扰提案通过吗?!
。当然可以!您怎么想是您的权利。--For Each element In group Next(留言) 2024年3月22日 (五) 16:26 (UTC)- 你以为你维的评级模组是Module:Namespace/data这种随手改一改就好的是吧,改一次的成本有多高您可以自己改看看,不是什么看起来很简单改一改就好--SunAfterRain 2024年3月23日 (六) 03:13 (UTC)
- 我2015年到2016年大幅更改过WPBM相关子模组,比如引入bchecklist。而且如果WPBM不能满足我的需要,我也有能力手写模板。我固然不是A2569875那样的技术专家,但我也知道那些内容属于微调,哪些内容属于重炼。(那时候您似乎还没注册,如果您问一下八九年前一些关注评级的老用户,您大概会知道我都干过什么)
- 上面的问题我早在两个月前就A2569875君交流过。当时他表示现在只讨论技术问题,具体制度问题可以后议。我的意见不是技术问题——等真正的技术修改部署后,对WPBS屏蔽某些等级就OK——所以的确可以后议。A2569875当时态度很激烈,我不想影响他的心情,而且他应该是没有看懂我的意见,所以我就没有继续争论下去。另一方面如果我做主导人,和议案有关的问题无论在发哪里讨论,我都会接受;而A2569875的思路就是a讨论页不谈b问题(我不知道这是不是今日你维的讨论规矩)。我们俩电波对不上,我也不想在客栈留言,所以就直接走了。现在的论题正是“第三阶段(WP:QUALITY_升为指引)讨论”,既然是讨论(而不是走形式直接通过)那我充分陈述我对WP:QUALITY的看法很合理吧?而且讨论3月19日开始,我也没有拖到26日要结案的时候发。
- 就我看来,应该一开始就讨论WP:QUALITY评级这个哲学问题,讨论好方向之后再开始技术修改。而且有了修改体系背书,A2569875的技术修改也能一路绿灯,不用喊“折腾了三个月,我已经没有修改评级模组的心力了”。不过中维人少,评级哲学上确实没几个人能想到这么深;就像技术方面没A2569875,其他人也推不了这个提案。最后我认为本站应该以理服人,而不是靠方针指引或没讨论深度的“共识”堵嘴:能指出问题的内容标上指引也是根基不牢,有道理的论述没有标签也应该令人尊敬。--For Each element In group Next(留言) 2024年3月23日 (六) 05:29 (UTC)
- 别为你不参与讨论找借口,电波对不上不代表就可以事后再来批判,你说以理服人光是你用这个理由我就觉得你服不了人了
- 另外你觉得你的意见不是技术问题但事实就是改动不小的技术问题,光是要改动一个分类就要牵涉到多少模板模组了--SunAfterRain 2024年3月23日 (六) 05:49 (UTC)
- 您的考虑方向我很赞同。不过如果例子举成“改动一个模板就会牵涉多少分类的移动”,那会更有说服力 --For Each element In group Next(留言) 2024年3月23日 (六) 06:58 (UTC)
- 你到底在举什么...--SunAfterRain 2024年3月23日 (六) 07:28 (UTC)
- 您的考虑方向我很赞同。不过如果例子举成“改动一个模板就会牵涉多少分类的移动”,那会更有说服力 --For Each element In group Next(留言) 2024年3月23日 (六) 06:58 (UTC)
- 你以为你维的评级模组是Module:Namespace/data这种随手改一改就好的是吧,改一次的成本有多高您可以自己改看看,不是什么看起来很简单改一改就好--SunAfterRain 2024年3月23日 (六) 03:13 (UTC)
- @A2569875:如果方针是FA级,指引是GA级,那现行WP:QUALITY+维基百科:通用评级大概只有C的水平,还需要很多工作完善:
那我倒觉得您来主持好了,包含修改模板模组的部分,反正您看起来很闲可以泡在客栈陪大家一直耗。--
- SunAfterRain 2024年3月22日 (五) 01:35 (UTC)
我不管你到底对这个议题有没有兴趣,反正你现在的意思是上方内容纯粹是发牢骚你没有要干扰这个提案?!-- - 还没有细看,但我对洛普利宁君遭到这样的对待感到很悲哀。--Temp3600(留言) 2024年3月20日 (三) 17:43 (UTC)
- SunAfterRain 2024年3月20日 (三) 17:12 (UTC)
老实说我真的不懂你们这些这时候再来提意见是用什么心态再看事情的,这个提案已经放超过三个月了,又不是放一个星期就说要公示, - 我几年前的主业之一就是评级理论。Wikipedia_talk:页面质量评级标准#WP:QUALITY_升为指引6年前甚至6个月前,我都会像推动MOS:FICT那样,亲自提出修改意见和方案(如WP:QUALITY第二段不符合新形式),让WP:QUALITY成为更优质的指引。但现在评级方面,我认为和这个装睡的社群去合作没有什么意义。所以我的做法就是不发言,看着这个社群未来到底走向哪里。出于对当初理想的怀念,我写下了这些明者自明的意见,但也仅此而已了。通过提案无非就是页面多个“指引”的标签;您看我用户页,就该知道我对这种“社群众评标签”有没有兴趣了。--For Each element In group Next(留言) 2024年3月20日 (三) 16:36 (UTC)
- 硬是等提案要准备收尾才来提意见是怎么回事?!我可以当成你是打算扰乱干扰提案通过吗?!--SunAfterRain 2024年3月19日 (二) 16:40 (UTC)
- 上述争议主要是因为前期讨论不够充分所致。而近期进一步讨论已展开,因此可以视为争议已消失,引此这段“争议”先关闭,讨论主力请移动到这里来继续进行,以便凝聚共识。感谢配合。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年6月1日 (六) 10:55 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
第三阶段的重新讨论:《页面评级》指引
编辑- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
- 首先感谢宇凡君的努力,您辛苦了。顺便说一点离题得罪人的话:
目前方针版的种种问题,本质还是来源于青黄不接,人手不足。我所认识的宇凡更擅长技术工作和条目写作,这次他会跳出来写方针,相信真的是拖了太久,没有办法,只好自己来写了。维基百科上一代的方针修改主力开始退役,但新一代又还没有成长起来。这说来也是我们培养新人不力,总之人人都有责任就是了。
- 目前的问题如要解决,通用评级指引势必重写。问题只是要怎样重写而已。说白了,洛普利宁是反对通用评级的“由下而上”逻辑,再深挖下去,涉及专题组与社群整体之间的互动问题,对应现实生活中的中央-地方政府间,集权-分权的冲突。这样展开就显然太复杂了,我只是希望指出为什么洛普利宁会认为这个指引写得不好。
- 回到维基。尽管从宪法的观点出发,确立各子组织间的权力分立应是建立规则的第一步,但考虑到中文维基并不怎么关注这一问题,我就建议维持现状好了,省得麻烦。反正即使是下而上,要修改专题评级,直接一起修改所有专题的评级就可以(显然这就一次侵犯了数个专题的自主权,但上面说了,中维人这方面的理解力有限)。下而上的(理论上)优势当然是“各专题组可以按各自所擅长的领域,共同对跨领域的条目进行评级,会比WPBS只用一个评级员来得准确”。实际上嘛,就是懒得改。
- “WPBS评级人是作为什么身份评的”:从下而上的观点而言,没有专题组的条目评级,算是社群托管了该条目,留待专题组前来接收,等价于联合国托管理事会。最终还是需要专题组的专家前来正式评级。
- "标准评级":基于减少修改范围(懒)的因素,建议只容许使用“标准级别”来评级。也就是说,暂时放弃将BL/CL加入WPBS,待更多专题启用这些评级,更为人所熟悉后,再来讨论。future等评级则不容许更新到WPBS上去,机械人应视这些条目为“没有评级”,由人类前来处理。
- 最后,感谢@For Each element In group Next:前来,指出这些要点供大家讨论。说实话我本来也不想发言的,打了这些东西花了我一个多小时。也希望你能与我一起坚持到这项修改完结。
- 以上。--Temp3600(留言) 2024年3月23日 (六) 03:33 (UTC)
- 如果硬要扯开这个话题,我反倒支持废掉所有专辑的质量评级全部统一处理,因为你维专题参与人数实在少到除了几个大专题之外没有办法给出一个真的符合自己专题的评级标准,而且去查大专题的评级标准实际上也与通用标准没有差异,那这样给各专题评质量有什么意义?--SunAfterRain 2024年3月23日 (六) 05:54 (UTC)
- (以上没有要废掉重要度评级)--SunAfterRain 2024年3月23日 (六) 05:56 (UTC)
- 如果完全废除专题评级,将权力上移给WPBS,那就算不谈这种集权行为是否影响了专题组的自治,也需要将目前已经由专题组评级的条目改为WPBS格式,并处理评级不一致的问题。我是不太看好能搞定啦。--Temp3600(留言) 2024年3月23日 (六) 07:10 (UTC)
- @Temp3600:感谢您的解释!虽然讨论很不愉快,但至少讨论者都能理解我要引出的思考点了。现在我的任务大功告成了 --For Each element In group Next(留言) 2024年3月23日 (六) 06:58 (UTC)
- 喂喂,不准跑掉( --Temp3600(留言) 2024年3月23日 (六) 07:14 (UTC)
- 所以你知道为甚么我说他明显有意扰乱了吧(摊手--SunAfterRain 2024年3月23日 (六) 07:26 (UTC)
- 喂喂,不准跑掉( --Temp3600(留言) 2024年3月23日 (六) 07:14 (UTC)
随意的分段
编辑- 另外回应SAR的是,技术人员与行政官僚本身就是两项不同的工作,互相批评在我看来并无意义。nerd的下场,可以参考为什么苹果公司会赶走乔布斯。--Temp3600(留言) 2024年3月23日 (六) 03:37 (UTC)
- (:)回应:@Temp3600:最初的提案是Wikipedia:互助客栈/其他#没有主题的页面如何评级。起因是我遇到有条目不属于任何专题,所以如果要评级,会有困难。(所以,我的动机很简单,我本来就只是在写条目,遇到了一个问题,我来客栈讨论解方,结果折腾了三个月,途中不乏某些维基人精神攻击,提案看起来快搁浅,精力消磨没了,写条目的动力也没了。在本案开始之前,我一个月写十几个条目,本案开始之后,三个月我只写了两个条目。)。关于该问题由MilkyDefer给出的解决方案是修改{{WPBS}},于是开始讨论共识并执行,以及其配套的《评级系统缺失案》甚至还因技术需要跑了几趟phab(如phab:T360012)。因为最原始的目的《没有主题的页面如何评级》,代表其讨论页会放置空{{WPBS}},也就是没有任何专题的{{WPBS}},所以当然要能支援填写所有评级级别,包括但不限于非标准级别(为此,我还特地翻过所有专题、所有维基百科上出现过的评级级别,统整出所有专题定义的所有级别,大概40几个)。而当{{WPBS}}如果开始填入复数个专题,{{WPBS}}如果又要限制能填写的级别,程式逻辑势必变得复杂,所以我的解决方案是不改程式(你知道的,改全保护的程式不是那么简单),改立WP:通用评级指引制约,如可能也把评级系统的不同步级缺失补齐,其实目的也就只是《没有主题的页面如何评级》而已。而只是恰好Kanashimi要跑评级机器人,所以我索性再修改一下程式,跑客栈共识+公示流程,虽中间与Z7504发生争议(其实消耗了我非常多精神)但最后都通过了,而“去match Kanashimi机器人”这部分其实已经超出我原本想编写的程式内容了。后续所有技术案都通过了(过程中洛普利宁在客栈中不发一语)所以程式码当然不会包含他所期望的部分啊。维基百科是志工性质,不强迫任何人参与,既然我已经写好我想写的程式,那我为何还要在最后“可能”可以收尾的时候,帮“洛普利宁的理想”写程式?程式技术不难,但全保护和繁杂的评级系统,加上客栈不时出现精神攻击,说实在我的精力已经耗尽。我提供的任何一段程式码都没有拿到任何薪水,纯粹就是最初我想做、我想解决某些问题,但像现在这样节外生枝是否生得太夸张了?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月23日 (六) 04:13 (UTC)
- 我想,在洛普利宁的心中,他在最初就已经您解决了你的问题:维基百科有一个万能专题
{{WikiProject Article assessment}}
,你只要将没有专题的条目通通添加到这个专题下就可以,问题立刻解决,不需要碰WPBS。我也认为这是最简单的方法。只需要跑一次机械人,把所有没有专题的条目全部加入WikiProject Article assessment,就可以了。 - 顺便一说,我自己也试过帮助条目找专题,但即便有新rater的协助,仍然很难。最大的问题是,我不知道有那些专题存在,又不知道他们的简写。如果宇凡你能改良rater,让程式可以搜寻,甚至推介专题给我来选择,会很有帮助。比如有一个英国足球队条目,但还没有专题,但分类已经写了这是英国条目,rater能不能够提示我加入英国专题(或者别的甚么专题?)。
- 如果不行,可以考虑一个简单一点的修改方案:当条目没有专题时,rater预设添加WikiProject Article assessment,就可以照常评级了。
- 但现在WPBS已经生出来了,总不能走回头路。但这个也不容易,一会儿再写。--Temp3600(留言) 2024年3月23日 (六) 04:47 (UTC)
- 我想,在洛普利宁的心中,他在最初就已经您解决了你的问题:维基百科有一个万能专题
- @Temp3600:这完全不是什么两种不同工作的问题,有意见之前重写模组时一起纳入考量重写就好,那时候提出我想娜娜奇也会尽可能配合的,但洛普利宁同学是喔我支持改写,人家写完都开始运行了再来抱怨。不要跟我说什么滚动式修正,他提出的意见很显然不是因为模组上线才出现的。--SunAfterRain 2024年3月23日 (六) 05:38 (UTC)
- 然后回到“Template_talk:WPBannerMeta#编辑请求_2024-01-08”。洛普利宁的批评是对的:宇帆在这次重构中,只考虑了技术层面上如何实行WPBS的改版,忽略了行政上的架构问题:所谓通用评级,由于每个条目只能有一个,客观上就有压倒原来专题评级的意味。于是这就进一步产生了通用评级与专题评级的冲突,新建立的WPBS机关在权责上如何与原来的专题委员会划分的问题。现在那些WPBS有没有CL级,未来级的问题,本质上都是没有完成项目定义就急于进入开发阶段,结果现在开发成果不完全符合要求,但是要再更改,工作量又很大,于是卡住了。
- 所以现在还是要回到那个编辑请求,解决掉1月时的问题。然后由于技术负债,问题要尽量靠行政程序解决。这就是目前的工作。
- 宇凡那时的观点,也不能说错,毕竟维基百科也没有技术可以阻止你发侵权垃圾内容对不对,但是我们有行政手段,有制度可以将侵权内容透过删除页面功能处理掉。我估计这边最后也会采用相同的方向,WPBS模版支持很多参数,但在指引中,会指明只有部分参数才可以合法使用,如果用了其他值,即使能够正常显示评级,其他人也可以回退,警告这一套。--Temp3600(留言) 2024年3月23日 (六) 08:43 (UTC)
- @Temp3600:问题就出在于,最早MilkyDefer的起草就有未来级、CL级等等,然后我还Ping了洛普利宁问他这样可不可以,但他完全没有任何答复,到头来还是只有一句“精神上支持”,我怎么知道问题在哪,直到一月开发完成才开始说这里不对、那里不对,这样我是要怎么搞。反而User:Willy1018事先指出了具体问题,我得以依照他的问题在开发阶段先行解决,并让User:Willy1018说出了“
感谢贡献,目前已复核已符合预期。
”。完成后才再修改成本比较高,一开始又不讲清楚,说完“精神上支持”然后跑掉,然后现在争议后要叫我扛责任。我这样消磨掉的精神状况可能需要去放维基假期了-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月23日 (六) 09:00 (UTC)- A2569875:首先向您道歉,我没有及时回复您的提醒,在1月份的讨论中,我也没有坚持将意见表达清楚,因为我认为您将来会用掩蔽代码的方式处理WPBS评级。我也知道了为何SunAfterRain君会将我提报到破坏区。其次感谢您完成了迄今所有的技术工作。我的意见是针对政策层面,亦即评级体系如何开展。我不参与客栈讨论,亦不会干涉指引讨论的工作;因为很多等级都是我带起来的,我这次只提出我的想法,希望让社群自行讨论如何评级等级。如果讨论结果是敲定启用或不启用某些等级而需要修改模组,而您疲于修改模组,我可以参与技术工作吗?最后就像Temp3600君所言,在下确实有责任。--For Each element In group Next(留言) 2024年3月23日 (六) 09:40 (UTC)
- @Temp3600:问题就出在于,最早MilkyDefer的起草就有未来级、CL级等等,然后我还Ping了洛普利宁问他这样可不可以,但他完全没有任何答复,到头来还是只有一句“精神上支持”,我怎么知道问题在哪,直到一月开发完成才开始说这里不对、那里不对,这样我是要怎么搞。反而User:Willy1018事先指出了具体问题,我得以依照他的问题在开发阶段先行解决,并让User:Willy1018说出了“
- (+)支持User:Temp3600提的:不当使用WPBS参数时,其他人也可以回退,警告这一套。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月23日 (六) 09:11 (UTC)
- 如果能够masking掉WPBS旳等级,待日后成熟等再开启,那自然是最好;不行的话,单改指引也算是解决了问题。--Temp3600(留言) 2024年3月24日 (日) 03:25 (UTC)
- 另外拖@MilkyDefer:出来,future grade 条目要直接沿用还是怎样处理(pia!) --Temp3600(留言) 2024年3月24日 (日) 03:33 (UTC)
- 什么叫沿用?事实上我连现在future grade的使用情况都不是很清楚,可否说明一下背景信息?--MilkyDefer 2024年3月24日 (日) 03:55 (UTC)
- @MilkyDefer:例如en:Talk:Texas_State_Highway_32按你的构想,是什么评级。背景资料....按我很初步的认识,英文WPBS的条目评级系统只容许BCStub等标准评级,但专题组可以按各自需要将条目评为future级等特殊等级。这与目前WP:QUALITY中建议的评级方案并不一致。--Temp3600(留言) 2024年3月24日 (日) 04:05 (UTC)
- 有什么……不一致吗?Future Class列在非标准等级下,并且写有“部分专题还会启用附加等级。”看上去挺一致的欸。--MilkyDefer 2024年3月24日 (日) 04:36 (UTC)
- 咦我写错了...en:Talk:Texas_State_Highway_32如果按维基百科:通用评级,它下面只有一个future-class的专题评级,那么就不能评为stub.在我看来这是问题。--Temp3600(留言) 2024年3月24日 (日) 05:01 (UTC)
- en:Template:WikiProject U.S. Roads列在en:Category:WikiProjects using a non-standard quality scale,因此此篇文章的评级没问题。我觉得WPBS的评级主要是条目整体评价,在zhwiki实施起来基本上也是这个目的。只不过 zhwiki评级似乎比较复杂,所以允许各专题自订标准,每个专题模板都算non-standard quality scale。这部分实施起来,其精神与enwiki也相同。--Kanashimi(留言) 2024年3月24日 (日) 05:12 (UTC)
- 按英文版的评级方式是没有问题,但来到中维,维基百科:通用评级并不是英维的对等翻译。于是就有了"若一条目仅有一个专题,其通用评级应与该专题所评的等级一致。"这样的条款,影响到WPBS专注在内容评级的工作。顺带一说,这一点也和LP为什么建议全面转用英维制度,将内容评级由专题组上提到社群的精神一致。不过这样就涉及更复杂的改动,恐怕还是免了。--Temp3600(留言) 2024年3月24日 (日) 05:30 (UTC)
- 我个人觉得这一条仅限于单一专题模板采用标准评级的情况下才有效。但假如所有专题模板都属于 non-standard quality scale,则不如废掉。--Kanashimi(留言) 2024年3月24日 (日) 05:49 (UTC)
- 按英文版的评级方式是没有问题,但来到中维,维基百科:通用评级并不是英维的对等翻译。于是就有了"若一条目仅有一个专题,其通用评级应与该专题所评的等级一致。"这样的条款,影响到WPBS专注在内容评级的工作。顺带一说,这一点也和LP为什么建议全面转用英维制度,将内容评级由专题组上提到社群的精神一致。不过这样就涉及更复杂的改动,恐怕还是免了。--Temp3600(留言) 2024年3月24日 (日) 05:30 (UTC)
- @Temp3600:我觉得像Future、Current(某主题是否是新闻事件或未来事件完全取决于专题领域,例如某主题在A领域可能是一件大新闻,所以评Future,但另一个领域关它屁事所以评甲乙丙丁初之一)Merge、Need(这种通常都是向特定专题请求重定向扩充为条目的标记,无关专题就标通用评级的 重定向级吧)这些“聚焦于特定专题”的级别就让相关的专题沿用吧,然后从通用评级的标准评级撤下变成非标准评级,我想问题应该就解决了。修订的部分,我想等到下面确立哪些要设为标准评级之后,再将通用评级指引加上“只能用标准评级”之类的规范应该就能从行政手段解决了。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月26日 (二) 17:36 (UTC)
- en:Template:WikiProject U.S. Roads列在en:Category:WikiProjects using a non-standard quality scale,因此此篇文章的评级没问题。我觉得WPBS的评级主要是条目整体评价,在zhwiki实施起来基本上也是这个目的。只不过 zhwiki评级似乎比较复杂,所以允许各专题自订标准,每个专题模板都算non-standard quality scale。这部分实施起来,其精神与enwiki也相同。--Kanashimi(留言) 2024年3月24日 (日) 05:12 (UTC)
- 咦我写错了...en:Talk:Texas_State_Highway_32如果按维基百科:通用评级,它下面只有一个future-class的专题评级,那么就不能评为stub.在我看来这是问题。--Temp3600(留言) 2024年3月24日 (日) 05:01 (UTC)
- 有什么……不一致吗?Future Class列在非标准等级下,并且写有“部分专题还会启用附加等级。”看上去挺一致的欸。--MilkyDefer 2024年3月24日 (日) 04:36 (UTC)
- @MilkyDefer:例如en:Talk:Texas_State_Highway_32按你的构想,是什么评级。背景资料....按我很初步的认识,英文WPBS的条目评级系统只容许BCStub等标准评级,但专题组可以按各自需要将条目评为future级等特殊等级。这与目前WP:QUALITY中建议的评级方案并不一致。--Temp3600(留言) 2024年3月24日 (日) 04:05 (UTC)
- 什么叫沿用?事实上我连现在future grade的使用情况都不是很清楚,可否说明一下背景信息?--MilkyDefer 2024年3月24日 (日) 03:55 (UTC)
- 另另外我约略看了一下英维,看来它们已经将各专题评级整合起来,会个条目只有一个评级。这是你提出由上而下的背曔原因吗?@For Each element In group Next:--Temp3600(留言) 2024年3月24日 (日) 03:38 (UTC)
- 我也认为WPBS是社群基于标准(WP:QUALITY)对条目做出的评价。当然,社群也允许专题依照自己的标准对条目做出评价,并标记在讨论页上。某种意义上,社群评级和专题评级是“人格独立”的,这里的“上”和“下”更像依赖的上下游,而不是官大一级的上下层。然后既然专题评级是独立的,那专题就可以选择各种策略:
- 社群人多力量大,自行评级太繁杂,WPBS填啥我填啥。(看起来就像评级被废了,但其实是选择和WPBS的做法一样)如果对专题成员评级不服,要么以社群成员身份找社群吵,要么推动专题退群。这就是英维绝大部分专题的策略。
- 预设继承社群评级,但也可以自行覆盖社群评级。这就是我们现在的状态。
- 不继承WPBS的评级,只要自己的class不填就是未评级。英维的退群专题(比如有BL的WP:MILHIST、没A的WP:VG)都是这个策略。不排除有些专题是想自己搞;但也有专题是只开除掉A级,其他等级想继承社群,但因为英维技术不支持策略2而被迫退的。
- 像SunAfterRain说的,绝大多数专题用策略1就够,而且理论上标准相同的专题应该评同样的等级。个别专题有特殊的评级标准,那就采用策略2。真有专题完全不想社群插手,那就上策略3。策略1那就是纯粹的自上而下了。此外,对上游的WPBS规定好标准等级后,将非标准等级映射到标准等级(假设规定BL->List、D->Start、Current->Unassessed),也可以让机器人参考策略2和3的专题填WPBS。
- 自下而上主要还是一堆奇葩等级,逻辑上没法搞。刻度尺测量物体长度,得到的结果应该是稳定的;一次测3 cm、一次测5 cm,就说明测量错了。但如果两次测量都操作无误,那你用的大概不是尺子 WPBS本来评CL,因为来了个不支持CL的专题就改评List,两次评级都没有错,这就说明该制度不适合衡量条目品质。如果将奇葩等级改成WPBS标准评级,或者拒绝参考非标准等级,那这个制度就可行;但这基本就又成了上面的问题。--For Each element In group Next(留言) 2024年3月24日 (日) 16:21 (UTC)
- 我觉得改动WPBS最少的可能是将所有“条目品质性”(甲乙丙丁初等)和“非条目类别性”(Disambig、SIA、Template等)的级别全部设为标准评级(含少数专题另设的Bplus和D、以及很少专题用的A级等[有专题用A级,如台风之类的专题。]),“性质性”(Future、Current等)的级别全部设为非标准评级。这些“与条目品质无关”的评级就让专题自己评,不影响WPBS,就不会出现要在CL级或Future级取舍的状况了。然后各自专题不要的,自己去mask(到时全站公告一下,想接受的专题就接受,不想接受的专题就自行写mask,这样写mask的责任就不会在此次修改上)。技术上成本最小。 只不过以上作法因会将AL、BL、CL、SL也列入标准级别,代表List级别可能会变成没有任何页面会被评成List级,看是要废除List级还是保留List级在代码里,不想跟进的专题自己mask。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月25日 (一) 04:43 (UTC)
- 然后主题专题自设的Complete、Substantial、Basic、Incomplete因WPBS预设在非条目命名空间时会因“Namespace优先”而评成“主题级”,所以我想应该也问题不大。如需在WPBS中禁掉,可可以将Module:PJBSClass#L-53的一堆if陈述式注解掉。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月25日 (一) 04:57 (UTC)
- (~)补充提升为标准评级的级别:
- 典范级、 甲级、 优良级、 乙上级、 乙级、 丙级、 丁级、 初级、 小作品级、( 小小作品级待讨论,因为通常30天就被删除了或提升为 小作品级以上)、 特色列表级、 甲级列表级、 乙级列表级、 丙级列表级、 列表级、 小列表级,以及列在Category:自动评级的页面#分类索引中的所有评级(即一系列可由WPBS自动完成评级的级别)。
- 设定为非标准评级的级别:
- 您说的也是可行方案。目前启用BL、CL的专题,List基本都是当和Start对等的级别来理解;如果都接受List级=初级列表,而不用新建等级,那留着List级也OK。唯一担心的是A级,倒不是有没有人用的问题。A级是高于GA的,英维也是A级评级比GA评级规格高:GA可以随便一个外行评,A级专题内部出三个专家评,FA是包括专题专家在内的社群集体评,所以有FA>A>GA的逻辑链。但是我们的FAC/GAN和英维评级模式完全是两码事,到头会不会还是社群认GA不认A?--For Each element In group Next(留言) 2024年3月25日 (一) 14:33 (UTC)
- (~)补充提升为标准评级的级别:
- 我也认为WPBS是社群基于标准(WP:QUALITY)对条目做出的评价。当然,社群也允许专题依照自己的标准对条目做出评价,并标记在讨论页上。某种意义上,社群评级和专题评级是“人格独立”的,这里的“上”和“下”更像依赖的上下游,而不是官大一级的上下层。然后既然专题评级是独立的,那专题就可以选择各种策略:
- 先多谢各位,意见都很有见地。希望在上方再拆一个小标题。A级与GA的问题是老大难了,我想这次还是先不处理为好。A级虽然很少用,但一直都算是标准评级,现在一下子移除不太好。List级对等于初级列表长远是好主意,但要标记清楚,因为许多旧列表是list级。所以现在list级代表初级或以上的列表。或许长远要建立start list?—Temp3600(留言) 2024年3月25日 (一) 23:35 (UTC)
D级与B+级等标准讨论
编辑接上文宇帆君列出的等级。新级别是要写文档的,所以下列意见供参考:
- D级目前看来只有宇帆君活跃的多面体在用,其条目是介于C和Start之间。讲真,流行文化领域,因为关注粉丝向这种扣分内容,D级还是很好用的。
- 比如明星条目,内容上已经有C级该有的内容,但因为很多内容都以粉丝介绍口吻出现,需要大量清理和改写;这时评Start太可惜,就可以评D级。这基本就像多面体专题说的,“内容上可能达到C级水准,但其他方面有严重缺陷”。或者说,写条目的人擅长事实性内容,但不了解这里的格式手册,写出的东西很随意不像百科。
- 另一方面,虚构作品条目也强调要写反响等现实世界内容。一般来说,编者不写现实世界内容,就表示他不熟悉格式手册,所以条目格式、行文等方面也不会太好。这种条目又要清理又要扩充,就可以给Start。但也有从英维FA翻译一半的,条目序言完整、作品介绍也很规范,但该到制作历史和评价,他又他不翻译了。这种只用扩充不用清理的,也可以从Start抬升为D。
- 可以看到,流行文化领域这个D级主要还是可以彰显“内容杂乱/格式差”。但科学等领域大概没有“粉丝内容”,所以这个D级通常会怎么用?
- 另外有了D,是不是未来有可能对等增加DL?
- B+只有英维数学专题有用过,而且现在删了;本地没有专题实装过,只在一些理论研究中提到,所以还是要想想标准怎么订。
- 之前B+的评级标准是“条目高于B级标准”,再把B级标准抄了一遍,这就比较不良定义。GA和B的区别主要在GA还要求中立性稳定性,且文笔和格式的要求高于B。如果要搞B+,那标准大概就是“不要求中立性和稳定性,但其他方面同GA标准”?PS:B6提到的WP:JARGON和地区词在GA标准里没有体现,所以B在某些方面还高于GA;不过现在的英维已经把JARGON要求增补到GA标准里了。
- 之前有提过增设优良列表(GL)。GL和FL的主要区别可以理解为GL不管红(绿)链,且序言不用太优美;这个境界就有点像B+和GA了。不过,FL和GL应该是要有本质差异的——类似WP:GVF的comperhensive和board coverage。例如对于游戏系列,FA应该像死忠那样列出小众改编作品,而GA可以只列出重要作品。(但是很多领域列表是不是没有这种问题?)
- 小小作品更像是一个临时状态,和未评级一样是不该长期存在的。而且小小作品只是长度短,问题还没有广告、侵权等小作品更严重,所以整体统计上把小小作品拆出来的意义是?从维护追踪角度考虑,WP:PETSCAN或者Shizhao的专题机器人通告应该都很好用了。--For Each element In group Next(留言) 2024年3月26日 (二) 15:50 (UTC)
- 感谢提供意见。关于增设新评级级别,如您提出的D-List和Temp君提出Start-List以及上述提到的GL,我想作为长远目标来讨论,现阶段先不处理。一来是phab:T360012本站评级资料表更新工单根据API测试似乎已合并到主程式,而GL则是因为评选设立草案无共识所以工单中就没有申请加入该等级,所以就算现在评了GL可能也无法被某些系统正确识别,同时,一直频繁变更感觉对基金会人员也不太好意思;二来是又要改十馀个全保护模板了 囧rz……。(注:如果说有了D就要对等增加DL,那为何有了GA没有对等增加GL😅 甚至图片有“特色图片”若对应FA的话,那为何没有GA对应“优良图片”、A对应“甲级图片”、B对应“乙级图片”[开玩笑的])另外您提供的D级条目用法也十分不错,我(+)附议这样子的用法,科学上可能可以用在使用了太多行话术语导致多数人看不太懂的这种情况吧;而Bplus 我这边是暂无其他想法,如果有其他维基人有什么想法欢迎补充;小小作品级是当时评级系统开发阶段进行测试时增加的级别,当时我找了几篇正文少于50字的条目但没被挂小小作品模板的“老条目”评上了此级,来试验系统能否接受输入,不过后来这些条目一些被提交AFD了、一些被扩充成小作品级了,但考虑到条目如果持续扩充也会持续升级啊,例如小作品升初级,这只是换成小小作品升小作品级而已,只是通常条目停留在 小小作品级的时间可能会非常短而已。另外,我前几个小时仔细重看了一下每个级别,发现比较有问题的应该是deferred级(中维评级系统本次更新完显示为 搁置级)经查,该级别于2015年被加入中维评级系统资料表中,但在WP:TG简单讨论并对照英文维基还有此级别的专题说明显示,该级别代表的意义是“本专题不提供评级,转介由涵盖本专题的专题提供评级”所以可能也不叫做“ 搁置级”,TG上有群友建议“转介级”,不过这种级别对上通用评级的话,基本上存在感就没了,
阿卡林~,不过UUM表示这种转介具有一定程度“重要性”,可能要讨论一下,看是要改名还是干脆就废除掉,或者以“未评级”论之类的。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月26日 (二) 16:52 (UTC) - 感谢宇凡的研究,这个转介级我都没听说过。评级级别方面,宇凡君所指的技术困难确实存在,就像我们这几天讨论了一下,又想到找到这么多评级。如果每次都去phab改,不免扰民。我初步的想法是,quality 指引的标准评级部分建立为指引,规定wpbs 目前社群认可的评级;专题评级维持论述级,方便专题修改,待有共识后再处理。至于wpbs模版,则不需修改原码,只需在模版说明页等写清楚那一些评级因尚未有广泛共识,暂不开放使用,就可以了。
- 标准级方面,我比较关注CL与乙上,大家懂不懂得评。虽说当成推广也无不可。—Temp3600(留言) 2024年3月26日 (二) 23:53 (UTC)
- 那我们现在就先以已登记于phab的级别为主,也就是我上面列出的那些以及列在Category:自动评级的页面#分类索引中的所有评级(即一系列可由WPBS自动完成评级的级别)。CL级标准之前已经订清楚了,所以我想,直接设为标准没有问题,(+)支持作为推广;比较需要讨论的会是 乙上级。我想就用洛普利宁提出的“不要求中立性和稳定性,但其他方面同GA标准”如何?@Temp3600:-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月27日 (三) 01:11 (UTC)
- Template:Grading scheme可能也有关连,描述可能需按这儿的讨论结果一拼修改。--Temp3600(留言) 2024年3月27日 (三) 04:50 (UTC)
- B+在我心中是"冲击优良但失败了"的意思(pia!)--Temp3600(留言) 2024年3月27日 (三) 09:53 (UTC)
- Template:Grading scheme可能也有关连,描述可能需按这儿的讨论结果一拼修改。--Temp3600(留言) 2024年3月27日 (三) 04:50 (UTC)
- (~)补充转介级有登记在phab上,只不过登记成了 搁置级;但如果又要去改,感觉没几天就又要去麻烦基金会技术人员好像不太好……因为2015年就这样写了,就先当历史遗留吧😅-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月27日 (三) 01:17 (UTC)
- 关于“转介级”(现称 搁置级),其也是目前中维{{WPBS}}可填的参数之一。您认为应该要如何处置呢?翻阅en:Wikipedia:WikiProject_Firearms#Quality_scale他似乎把它视为“品质等级”的一种,但实为将评级工作转介至其他专题,然而如此的做法在有{{WPBS}}时就没有存在意义了,因为转介最终就会落回给{{WPBS}}提供评级,所以英文维基{{WPBS}}实施后其有关分类就被WP:O4了(他们好像叫做en:WP:CSD#C1),那所以我们应该要把他列为“非标准级别”还是直接列为“已停用级别”即在{{WPBS}}的Doc上说不要输入此级别?-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月31日 (日) 10:08 (UTC)
- 那我们现在就先以已登记于phab的级别为主,也就是我上面列出的那些以及列在Category:自动评级的页面#分类索引中的所有评级(即一系列可由WPBS自动完成评级的级别)。CL级标准之前已经订清楚了,所以我想,直接设为标准没有问题,(+)支持作为推广;比较需要讨论的会是 乙上级。我想就用洛普利宁提出的“不要求中立性和稳定性,但其他方面同GA标准”如何?@Temp3600:-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月27日 (三) 01:11 (UTC)
- 感谢提供意见。关于增设新评级级别,如您提出的D-List和Temp君提出Start-List以及上述提到的GL,我想作为长远目标来讨论,现阶段先不处理。一来是phab:T360012本站评级资料表更新工单根据API测试似乎已合并到主程式,而GL则是因为评选设立草案无共识所以工单中就没有申请加入该等级,所以就算现在评了GL可能也无法被某些系统正确识别,同时,一直频繁变更感觉对基金会人员也不太好意思;二来是又要改十馀个全保护模板了 囧rz……。(注:如果说有了D就要对等增加DL,那为何有了GA没有对等增加GL😅 甚至图片有“特色图片”若对应FA的话,那为何没有GA对应“优良图片”、A对应“甲级图片”、B对应“乙级图片”[开玩笑的])另外您提供的D级条目用法也十分不错,我(+)附议这样子的用法,科学上可能可以用在使用了太多行话术语导致多数人看不太懂的这种情况吧;而Bplus 我这边是暂无其他想法,如果有其他维基人有什么想法欢迎补充;小小作品级是当时评级系统开发阶段进行测试时增加的级别,当时我找了几篇正文少于50字的条目但没被挂小小作品模板的“老条目”评上了此级,来试验系统能否接受输入,不过后来这些条目一些被提交AFD了、一些被扩充成小作品级了,但考虑到条目如果持续扩充也会持续升级啊,例如小作品升初级,这只是换成小小作品升小作品级而已,只是通常条目停留在 小小作品级的时间可能会非常短而已。另外,我前几个小时仔细重看了一下每个级别,发现比较有问题的应该是deferred级(中维评级系统本次更新完显示为 搁置级)经查,该级别于2015年被加入中维评级系统资料表中,但在WP:TG简单讨论并对照英文维基还有此级别的专题说明显示,该级别代表的意义是“本专题不提供评级,转介由涵盖本专题的专题提供评级”所以可能也不叫做“ 搁置级”,TG上有群友建议“转介级”,不过这种级别对上通用评级的话,基本上存在感就没了,
- (有感而发)除了本子节开始的争议外,以上讨论与研究其实都满有意义和价值的,如果能提前在去年十二月,也就是我当初Ping了洛普利宁时,他就发表了这些意见,并开展了我们现在所讨论的东西,那我觉得WPBS应该会更完美。不过现在说这些都是后话了。另,跟大家说声抱歉,我当时一心只想著如何把MilkyDefer起草的临时方案开发成正式方案、如何pass所有testcases 和解决讨论页上各种问题回报(1、2等),一切考量都以技术为优先(我当时优先级最高的考量是:程式怎么写更省效能,于是出现了
mw.loadData("Module:PJBSClass/page")
用于让该功能在整个页面解析的过程只会跑一次,而不会每次调用通用评级时都跑以节省效能),却忽略了行政上的执行问题,而导致了今次的争议,我感到十分抱歉。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年3月27日 (三) 01:30 (UTC)- 所谓“话到嘴边留半句,理从是处让三分”,我觉得是挺有道理的。得饶人处且饶人嘛。(当然这得看对象,要是遇到得寸进尺的恶人,这样就行不通)
- 如果说程式码是机器运行的逻辑,那么行政可说是人类组织运作的逻辑。要做好事情,既需要机器运作畅顺,也需要众人合力。不同维基人从各自的强项出发,一起解决问题,这就是讨论的意义嘛。--Temp3600(留言) 2024年3月27日 (三) 04:47 (UTC)
- ((*)提醒:本次提案推动技术修改的两位“工程师”(User:Kanashimi、User:A2569875)都没时间写程式了...虽然我的原因是因为改到没精力了)。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月1日 (一) 02:00 (UTC)
- 维基百科:通用评级与WP:QUALITY都要弄修改草稿,行政组这边也不好当呢...--Temp3600(留言) 2024年4月2日 (二) 11:40 (UTC)
- 从这里入手,在Module:Class/conver外再套一个函数,把不支援的评级映射到未评级可行吗?--For Each element In group Next(留言) 2024年4月2日 (二) 16:31 (UTC)
- (-)反对我想保留这些自动评级Category:自动评级的页面#分类索引,不然phab白跑了。而且不想被滤的专题也会被你一刀切不当滤掉。后果不会是你想像的那么简单。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月2日 (二) 16:41 (UTC)
- 自动评级的页面基本都是非条目,那不是属于PJBS支援的范畴吗……?对于条目,如果按照上面WPBS作为独立评级的思路,那PJBS就只应接受他自己的等级。比如PJBS不支援current,那PJBS的
class
就不应该填current(如果一定要填current,那PJBSClass.getClassByPage()也应该返回未评级);所以到头来,WPBS只会告诉各个专题自己未对此页面评级。既然WPBS理论上都不会填写current,那支援current的专题就只能手填自己的class;据我所知,专题自己填写的class是优先的,那这时只要对专题模板自己的class套用Module:Class/convert规范化就OK。宇帆君的代码很模块化(不像我写代码什么东西都揉一起😂),我想这个问题应该的确不是复杂问题。当然,如果我们的总工程师说复杂,那就是复杂😂 另外,如果思路确实是要WPBS兼顾所有专题,比如PJBS评级未显示但往外传current,那这个想法就的确不成立了。--For Each element In group Next(留言) 2024年4月3日 (三) 14:16 (UTC) - 另外即使我的意见合理,宇帆君您也没有义务在近期执行技术修改(甚至没必要执行修改)。毕竟“这个想法很好,但碍于技术原因,目前无法实现;欢迎提议人自行解决”也是合理意见😂--For Each element In group Next(留言) 2024年4月3日 (三) 14:33 (UTC)
- 自动评级的页面基本都是非条目,那不是属于PJBS支援的范畴吗……?对于条目,如果按照上面WPBS作为独立评级的思路,那PJBS就只应接受他自己的等级。比如PJBS不支援current,那PJBS的
- (-)反对我想保留这些自动评级Category:自动评级的页面#分类索引,不然phab白跑了。而且不想被滤的专题也会被你一刀切不当滤掉。后果不会是你想像的那么简单。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月2日 (二) 16:41 (UTC)
- 感觉还是社群没有体系性讨论。比如日语罗马字表示方法讨论过好几次,但正经的日本格式手册却现在还推不出来。我之前不留言,基本也是感觉本站没救,什么都懒得说😂 当然只限条目编写方面;站务领域我看讨论挺热烈的。
- ((*)提醒:本次提案推动技术修改的两位“工程师”(User:Kanashimi、User:A2569875)都没时间写程式了...虽然我的原因是因为改到没精力了)。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月1日 (一) 02:00 (UTC)
B+我之前写过论述。鉴于中维的GAN机制(时间短、需求票数多,且评审者普遍社会惰性),B+当GAN预审还是很有生态位的。但是在务实上,等GAN评审素质普遍超过这个乙级评级,B+才会有得玩 耸肩
我想B+(Bplus)的标准可以用WP:WIABCA的大纲来套用WP:WIAGA:这样B级评审时也顺手按GA(B+)提意见。--For Each element In group Next(留言) 2024年3月28日 (四) 14:20 (UTC)
WPBS级别列表
编辑目前{{WPBS}}能接受输入的级别大部分都是phab:T360012向P站登记的级别以级在案《第一阶段:修正评级值不同步问题》时所有评级Data模板统一同步更新的评级值列举如下(共50个。此外由于表格过长,已折叠。请单击[显示]
以展开表格):
标准类别级别 | 标准品质级别 | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
非页面级 | (条目) | 典范级 | 甲级 | 优良级 | 乙上级 | 乙级 | 丙级 | 丁级 | 初级 | 小作品级 | 小小作品级 | 无级 | |
列表级 | 特色列表级 | 甲级列表级 | 优良列表级 | N/A | 乙级列表级 | 丙级列表级 | N/A | 小列表级 | N/A | ||||
非条目级 | 文件级 | 特色图片级 | N/A | ||||||||||
主题级 | 特色主题 | N/A | 完成级 | 充实级 | N/A | 简单级 | N/A | ||||||
消歧义级 | N/A | ||||||||||||
同类索引级 | |||||||||||||
重定向级 | |||||||||||||
沙盒级 | |||||||||||||
模板级 | |||||||||||||
模块级 | |||||||||||||
分类级 | |||||||||||||
草稿级 | |||||||||||||
专题级 | |||||||||||||
用户级 | |||||||||||||
使用说明级 | |||||||||||||
界面级 | |||||||||||||
非标准类别 | |||||||||||||
图书级 | |||||||||||||
音频级 | |||||||||||||
未分类级别 | 非标准级别 | ||||||||||||
N/A | 未来级 | 动态级 | 合并级 | 请求级 | 搁置级 | ||||||||
委员会级 | N/A | ||||||||||||
错误级 | |||||||||||||
未评级 | |||||||||||||
未知级 | |||||||||||||
输入其他值{{WPBS}}会输出:错误:无效的输入 |
典范 | 特色列表 | 特色图片 | 优良 | 小作品 | 列表 | 同类索引 |
消歧义 | 重定向 | 沙盒 | 模板 | 模块 | 分类 | 文件 |
草稿 | 主题 | 专题 | 用户 | 使用说明 | 界面 | 非条目 |
- 标准品质级别(可填写在WPBS):
- 标准类别级别(可填写在WPBS):
- 非标准类别级别(不应该填写在WPBS):
- 图书级[Book](曾有共识引入,但因技术原因部署无限期推迟)、 音频级[Audio](只有少数专题将File级做细分,WPBS应都填入File级)、图像级[Image]((▲)同上)、 非页面级[NAPage](只用于特殊专题)
- 非标准品质级别(不应该填写在WPBS):
- 非标准级别(不应该填写在WPBS):
- 技术性级别(不应该填写在WPBS):
- -- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月6日 (六) 03:43 (UTC)
- 感谢总结。我有一些疑问:
- Substub作为标准品质,似乎比较增加维护负担?会创建小小作品的基本都是新手,他们不懂得在讨论页挂{{WPBS}}填
|class=substub
。维护人员也都在条目页标记{{substub}}
,然后打捞人员再从Category:小小作品追踪,这就基本就没人会管讨论页。而且就算有专题模板,如果利用讨论页的分类来维护,就要从讨论页跳转到主页面,也是比较低效的。(MilkyDeferBot可以根据讨论页横幅和条目页{{substub}}
自动生成页面列表,这样也没必要用讨论页评级)此外如果substub是被人手填了,那就还要经常盯着条目,看评级是否过时。所以依靠评级模板来维护substub,感觉有种打捞一分钟,评级三十秒,性价比相当低。所以,WPBS层面统合到stub是否好些? - 正规条目都应该有品质评级,尚未评估品质的条目是Unassessed,条目空间的Disambig等特殊页面也考虑进去了。看英维也没no这个级别,所以无级别的条目会是怎样的?
- Substub作为标准品质,似乎比较增加维护负担?会创建小小作品的基本都是新手,他们不懂得在讨论页挂{{WPBS}}填
- --For Each element In group Next(留言) 2024年4月6日 (六) 05:20 (UTC)
- (:)回应 no级(无级别)是由您建档于评级系统的Special:Diff/72525905#L-149,我只是照抄,并同步到所有评级模板,以及提报到phab:T360012上。所以我也不知道具体会是甚么,可能还需要谘询您(因为由您加入的)。我在整理时看到它的理解为“没有级别的”但我当时没有仔细思考甚么条目或页面会“没有级别”,您能否协助回想一下当时的时代背景下,您建档No级时的想法或根据呢。 小小作品级我认为是有些条目可能加上了资讯框、图片等被WP:小小作品指引PASS而保留,但正文还是不足50字的情况下可以评(我就是有用随机页面看过有很旧的页面有这种状况,但因为它是甚么我没听过的小城镇的条目,我不熟就没去扩充,继续按下一个随机页面)。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月6日 (六) 05:56 (UTC)
- Classicon}}里就有no级,我也是从那里搬过去的。做页面列表的时候可能会用到no这个概念,比如这个从英维搬运的名单,no可以用来标记不挂专题横幅的条目。至于用no给条目本身评级,我倒是没见过。 最早的时候{{
- 我明白您说的小小作品级了,这和WP:SUBSTUB又是两个概念,就类似“小作品级”和“小作品”了。我是认为对这么短的条目,精确数50字感觉都浪费时间(反正多20%到60字也一样很烂😂)。如要设立这个级别,换成“正文只有一两句话(约50字以下)的条目”,这样大概看下数量级会比较实用。当然我就只是抛个砖,评级能弄下去还是靠大家,所以这还是看看其他人有什么想法吧。--For Each element In group Next(留言) 2024年4月6日 (六) 06:16 (UTC)
- 所以没有级别(no)是指未建立或已删除的条目吗(红链)?这样可能真的评不了 囧rz……,因为如果在一个红链条目的讨论页挂一个
{{WPBS|class=no}}
就构成孤立页面会被速删😂,如果是删除后建立成重定向页也不会是no级会是redirect级。所以no级可能就变成一个永远不会被填进{{WPBS}}的概念级别了。是否当作标准级别我觉得可以,毕竟您说了做页面列表的时候可能会用到no这个概念,那它应该列入标准,只不过这个标准级别可能永远不会被填入{{WPBS}}罢了。 小小作品级我也想等看看其他人的意见。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月6日 (六) 06:29 (UTC)- 其实说no这个概念也不准确。英维早把不用的图标和等级(包括bplus和no)删了,中维就各种“集大成”从来不做减法,所以留下了一堆未定义的东西。我上面的用例准确来说,是页面已经建立且可能被WPBS评级,但因为没有挂游戏专题的横幅,所以表现出未由游戏专题维护。既然游戏专题不维护,那在专题内部就不用关心页面品质;但是所有页面都有图标,你不放个东西也不好看,所以才放了个图标。或者说,语义上这里应该用
{{icon3|Wikivoyage outline icon.png|alt=未标记专题横幅}}
,但因为偷懒才用了{{class/icon|no}}
;毕竟从分类中根本抓不到no级,这里还是if判断页面已建立但未标游戏横幅,为True才拉到这个分类的。--For Each element In group Next(留言) 2024年4月6日 (六) 06:52 (UTC)
- (:)回应: @洛普利宁:我知道甚么东西可能是无级别条目了,大概是Category:维基百科纲要,这些条目基本是点列式(如战争纲要),让人了解“主题纲要”之用。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月21日 (日) 01:31 (UTC)
- 纲要也有完整和不完整的区别。这个相当于列表,也有级别。写得完整点的纲要就是CL/BL。--For Each element In group Next(留言) 2024年4月21日 (日) 03:35 (UTC)
- 其实说no这个概念也不准确。英维早把不用的图标和等级(包括bplus和no)删了,中维就各种“集大成”从来不做减法,所以留下了一堆未定义的东西。我上面的用例准确来说,是页面已经建立且可能被WPBS评级,但因为没有挂游戏专题的横幅,所以表现出未由游戏专题维护。既然游戏专题不维护,那在专题内部就不用关心页面品质;但是所有页面都有图标,你不放个东西也不好看,所以才放了个图标。或者说,语义上这里应该用
- 所以没有级别(no)是指未建立或已删除的条目吗(红链)?这样可能真的评不了 囧rz……,因为如果在一个红链条目的讨论页挂一个
- (:)回应 no级(无级别)是由您建档于评级系统的Special:Diff/72525905#L-149,我只是照抄,并同步到所有评级模板,以及提报到phab:T360012上。所以我也不知道具体会是甚么,可能还需要谘询您(因为由您加入的)。我在整理时看到它的理解为“没有级别的”但我当时没有仔细思考甚么条目或页面会“没有级别”,您能否协助回想一下当时的时代背景下,您建档No级时的想法或根据呢。 小小作品级我认为是有些条目可能加上了资讯框、图片等被WP:小小作品指引PASS而保留,但正文还是不足50字的情况下可以评(我就是有用随机页面看过有很旧的页面有这种状况,但因为它是甚么我没听过的小城镇的条目,我不熟就没去扩充,继续按下一个随机页面)。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月6日 (六) 05:56 (UTC)
- 感谢总结。我有一些疑问:
等级标准小结
编辑- 洛普利宁在上文提到的“PJBS之PJBSClass.getClassByPage()”自动评级(小勘误:自动评级实由PJBSClass/main.getClassAuto()和PJBSClass.getAutoClass()共同完成,前者以页面状态和挂有模板判断、后者只看Namespace),这些评级会根据页面挂的模板、子页面名称、页面状况和所在命名空间等进行自动评级。这些评级分为两类:不可被
|class=
参数复写的评级以级可被|class=
参数复写的评级。 - 这些级别有:
- 上文提到,目前不在WP:QUALITY中的级别都需要补上文档,因此我起了以下草稿供参考:
- (注:如果有需要修改可以直接编辑本表格,无须经过我的同意(不被视为修改他人留言))
- (注2:下表只列出目前未出现于WP:QUALITY的级别)
- (注3:由于表格过长,已折叠。请单击
[显示]
以展开表格)- 预计种类分成三类:标准级别(描述条目品质)、标准类别(描述页面种类)、非标准级别(专题自定的东西)
预计种类 | 级别 | 代码 | 评级方式 | 标准 | 详细标准 | 读者感受 | 编辑建议 |
---|---|---|---|---|---|---|---|
标准级别 | 特色列表级 | FL | 手动 | 条目通过正式评审,现为特色列表。 | (载于WP:特色列表标准) | 专业水准。它完整覆盖所属范围,通常能提供一个完整的列表,并为每一项提供有用的资讯。 | 除非列表所列之主题有了项目变动或所属范围有新发展,否则不应大量增改内容;可能需要改进文法、列表格式,让列表整体更加优美。 |
特色图片级 | FM | 图片、文件或其他媒体通过正式评审,现为特色图片。 | (载于Wikipedia:特色图片标准) | 读者能从该图像、音频、视频或其他媒体以令人信服的方式说明该主题,使观看者想要了解更多。且这个媒体能很大程度的让读者更了解文章的内容或主题。 | 通常不需要对媒体文件做出任何改动,除非能提升解析度或其他外观品质。可能可以改进对于该特特图片的描述文字或对应题目中的文法,让特色图片能更好地发挥其价值。 | ||
甲级列表级 | AL | (WP:QUALITY已有内容) | |||||
乙上级 | Bplus | 条目已基本完成,有当选优良条目的潜质,经相关专题、讨论页或其他管道评审,确认符合乙上级条目标准。 | 无明显问题,对几乎所有读者都实用。基本达到(未必完全符合)专业百科全书水准。 | 或需相关领域的编者和格式专家修改。可提名WP:同行评审以厘清与优良条目的差距,并进行改善。 | |||
乙级列表级 | BL | (WP:QUALITY已有内容) | |||||
丙级列表级 | CL | (WP:QUALITY已有内容) | |||||
丁级 | D | 条目有所发展,较初级条目更为完整,但仍有重要内容缺失。条目可能在内容方面达丙级水准,但因行文、结构等问题无法获评丙级。 | 条目有些不错的内容,也列出了些许可靠来源,但与丙级条目对比仍有明显缺陷。例如条目未遵循百科文风,文字条理性不足,大量内容仅面向特定圈子(如爱好者内容、科学专业术语或内容)。 | 条目有较多百科全书资讯,但可能也伴随较多难以理解的内容。读者可收获一定的资讯,但可能感到条目章法混乱、某些内容不易理解,难以通读全文。 | 仍需扩充资讯,且或需大幅清理与重组内容。 | ||
列表级(作初级列表使用) | List | 符合独立列表的要求,较小列表更为完整,但未能达到丙级列表的水准。列表中的可靠来源可能引用充分,也可能不充分。尚未细分为甲、乙、丙级的列表也可能暂时归为此类。 | 列表有些有用的内容,但是在许多方面仍有不足,通常缺乏参考资料。列表内容可能不适合百科全书,不符合格式手册的要求。但是列表必须满足最基本的内容方针和独立列表的基本要求,诸如关注度、生者传记,并提供足够符合可供查证要求的来源。初级的列表应无快速删除之虞。 | 已经列出了一些有意义的内容,但对于多数读者仍属不足。 | 应当尽快提供可靠来源,并需大幅更动和组织内容。此外也可改善语法、别字、写作风格、术语的使用。 | ||
小列表级 | SL | (WP:QUALITY已有内容) | |||||
小小作品级 | Substub | 对主题非常基本的描述,但正文不足50字。 | 条目有基本定义,但正文只有一两句话(约50字以下)的条目。其可能有资讯框、图片或参考文献。如正文不足50字的条目也缺乏资讯框、图片或参考文献,则其可能会被提请删除。 | 有意义内容极少,可能跟典解释差不多。 | 应当尽快将正文扩充至50字以上。 | ||
无级 | No | 尚未建立或已被删除的条目。通常用于建立条目清单时标记不存在页面的级别。 | N/A | 由于条目不存在,因此读者无法获得任何资讯。 | 如该主题有建立条目的需求,可以视情况建立条目。 | ||
标准类别 | 同类索引级 | SIA | 由{{WPBS}}程式自动给予级别 | 任何同类索引条目(SIA)页面都属于此类。这些是关于一组具有相同(或相似)名称的特定类型项目的清单文章。 | 挂有{{SIA}}模板的页面 | 读者能找到特定类型项目的文章。 | 请注意,同类索引条目对名称和主题都有要求,即索引项目必须属性相同且名称相似。比如地震列表不是同类索引条目,但以X为名的地震列表就因满足同名、同主题两项条件,属于同类索引条目。 |
沙盒级 | Sandbox | 社群认可用于测试的页面。 | 挂有沙盒标示模板的页面,或模板、模组的/sandbox子页面 | 这个页面的内容可能因为测试原因而频繁变动,可能对任何读者都不实用。 | 无建议。 | ||
草稿级 | Draft | 任何草稿都属于此类。这些通常位于Draft命名空间中,但也可能位于User命名空间中。 | N/A | 这可能是一个发展中的条目,因此可能有一些有意义内容,但对于多数读者仍属不足。 | 任何编辑或者增加内容都会有帮助。应当尽快增加有意义的内容。并尽快推动完成WP:AFC流程,解决相关问题以便成为正式条目。 | ||
专题级 | Project | 任何维基专题相关页面。 | N/A | 专题页面主要是面相编者的资讯,对读者而言可能没有有用资讯。 | 编者应确保内容能反映专题或社群共识。 | ||
用户级 | User | 任何属于User名字空间的页面 | N/A | 可能有些有用的资讯,也可能只包含特定编者的立场。 | 应遵守Wikipedia:用户页规范。 | ||
使用说明级 | Help | 任何属于Help名字空间的页面 | N/A | 读者能找到维基百科相关功能的使用说明。 | 编者应当确保说明内容不过时。 | ||
界面级 | Interface | 任何属于MediaWiki名字空间的页面 | N/A | 定义介面的显示方式,可能对任何读者都不实用。 | 任何对系统介面的修改都应反映社群共识。有时会因技术需求或其他原因由维基媒体基金会职员进行修改。 | ||
非标准级别 | 搁置级 | Deferred | 只能手动给定 | 代表本页面的评级作业转介给涵盖该页面主题的其他专题。 | 任何编辑都可以在有开放此级别的专题指定此评级,但不能评于通用评级。应谨慎使用此评级,并且仅在其他专题完全覆盖此专题导致冗馀的情况时使用。 | 由于对应专题没有提供级别,因此实际情况可能会有所不同。 |
- @Temp3600:您看看这些资讯对行政组作业有没有帮助?(请单击
[显示]
以展开表格)-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月5日 (五) 10:48 (UTC) - 感谢宇帆君的总结。我大胆做了一些调整,说明如下:
- --For Each element In group Next(留言) 2024年4月5日 (五) 13:54 (UTC)
- 已经五天无新意见了,我先把资料整理进WP:QUALITY。如到时还有讨论出新结论也可以再修改。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月10日 (三) 03:22 (UTC)
页面评级与通用评级指引调整
编辑- 非常感谢娜娜奇。但我因为现实原因(pia!)暂时不能积极参与讨论。我预计会于19-21日的周末发言,这段时间麻烦诸位了。--Temp3600(留言) 2024年4月12日 (五) 11:29 (UTC)
- 约略看过没有问题。在格式上有一点想法: 每个类别还是找一个例子,当参考。另外,会否用Template:Guideline section,只将标准评级立为指引会较好?如果专题组日后创立新评级供内部使用,便无须经VP共识修改评级表,而可自行加入。不过倒过来,如果自行加入评级会弄坏模版,那么还是经VP讨论,协调好再修改较好。这方面我不清楚,请给意见。--Temp3600(留言) 2024年4月12日 (五) 11:58 (UTC)
- Class_mask/core}}中,目前还没标准化的级别做“开放”即可(不必改程式,只要改类似config(设置)的东东),而专题自建级别已有相应功能,无须动到核心模板,范例见{{WikiProject_Example}},因此完全无需更动本次系列模板/模组或任何程式码的核心,故自行加入评级不至于会弄坏模版。常见的专题非标准评级我觉得可以在WP:QUALITY提,在章节标题标注“本段不是指引”应该就可以了,就不必走VP共识了。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月12日 (五) 15:49 (UTC)
- 先抱歉晚了许多上来...生活艰难QQ。
- 如果如此,那么标准级别一节立为指引就可以,并在非标准级别一节清楚列明专题可以如何自行加入新评级(好像在模版说明里已经写好?那么就只需要提供连结)。--Temp3600(留言) 2024年5月5日 (日) 07:27 (UTC)
届时,如果确定该等级都标准化的话,仅需要将{{
- Class_mask/core}}中,目前还没标准化的级别做“开放”即可(不必改程式,只要改类似config(设置)的东东),而专题自建级别已有相应功能,无须动到核心模板,范例见{{WikiProject_Example}},因此完全无需更动本次系列模板/模组或任何程式码的核心,故自行加入评级不至于会弄坏模版。常见的专题非标准评级我觉得可以在WP:QUALITY提,在章节标题标注“本段不是指引”应该就可以了,就不必走VP共识了。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月12日 (五) 15:49 (UTC)
- 约略看过没有问题。在格式上有一点想法: 每个类别还是找一个例子,当参考。另外,会否用Template:Guideline section,只将标准评级立为指引会较好?如果专题组日后创立新评级供内部使用,便无须经VP共识修改评级表,而可自行加入。不过倒过来,如果自行加入评级会弄坏模版,那么还是经VP讨论,协调好再修改较好。这方面我不清楚,请给意见。--Temp3600(留言) 2024年4月12日 (五) 11:58 (UTC)
- 非常感谢娜娜奇。但我因为现实原因(pia!)暂时不能积极参与讨论。我预计会于19-21日的周末发言,这段时间麻烦诸位了。--Temp3600(留言) 2024年4月12日 (五) 11:29 (UTC)
对于Wikipedia:页面质量评级标准(以及Wikipedia:通用评级)还有一些逻辑上的考量:
- 英文版的页面en:Wikipedia:Content assessment翻译过来是内容评级。其内涵理论上包括评级流程、评级标准等多个部分。而中文版的标题是“页面质量评级标准”,一只介绍标准本身,二又强调品质评级。而当前页面是从古早期英维版翻译过来,现在两边都改了很多,这就很微妙了。所以页面是否要改名“Wikipedia:页面评级”?
- 如果从标题强调质量评级来看,页面似乎应该将“标准质量评级”(≈条目)和“标准类别级别”(≈非条目)分设为两个大节。说约等于是因为特色图片属于非条目但又要评估品质,而同类索引(SIA)是自动评级但理论上属于条目。
- 对于条目品质评级部分,是否需要流程图辅助说明?(比如写入指引页,或放在论述页给个连接)
- 如何表述“通用评级”与“专题评级”的关系?从目前的讨论来看,可能还需要一个页面(可能是Wikipedia:页面评级)厘清:
- 社群和专题都可以各自独立地对页面评级。评级结果登记于条目讨论页顶部。
- 通用评级由社群编者评估,对社群负责。本页刊载的等级标准为通用标准,即适用于WPBS的通用评级。
- 专题评级由专题自行解释,但因为专题评级一般直接继承通用评级,所以也还是这套标准。部分专题可能自选启用或关闭级别,也可能重新诠释通用级别,这些内容具体在专题评级页刊载。
我希望听听其他编者的意见,所以暂时不会积极回复。--For Each element In group Next(留言) 2024年4月14日 (日) 15:17 (UTC)
- 那我再Ping一次讨论开头的那些人吧:@Liaon98、JyunWaan、Lssrn:@Cdip150、Temp3600、Peacearth:。还有User:KanashimiPing的那些人@Kethyga @Willy1018 @Z7504 @AT @Shizhao @Iokseng 能够给些意见吗?谢谢。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月14日 (日) 15:34 (UTC)
- 周末来研究 --Temp3600(留言) 2024年4月14日 (日) 15:47 (UTC)
- 只讲这一句,其馀不说了:“WPBS模板目前看来机器人执行上是没什么问题的。另外,有些分类基本用不到(例如 同类索引级),不予评论”。反正评级功能没什么大问题,个人认为就不用再浪费时间在这种没问题的上面,不打扰了。--Z7504非常建议必要时多关注评选(留言) 2024年4月18日 (四) 13:45 (UTC)
- 之前说过了,自动评级“有挂模板就能判断”,既然{{同类索引}}模板存在,就能被自动判断,且分类里确实有东西,故不认同“用不到”一说(例三碘化物 (索引)既非消歧义也不是列表),真用不到的话,分类早就O4了。就这样,我也不想就这个话题继续(真要较劲的话,{{导论}}也有模板存在,病毒v.s.病毒 (导论),也可以搞出 导论级[Introduction][甚至是 纲要级[Outline]](如马来西亚v.s.马来西亚纲要)],但因为导论也有品质,不像同类索引偏点列式,所以导论类条目就共用条目的甲乙丙丁初级)。哪壶不开提哪壶,我们在讨论评级时的规范,而你在讲机器人能不能工作,这完全两码子事,而且显然现在贸然增减或弃用一个级别存在技术上的复杂性和已报上phab且工程师已完成作业还要频繁去phab“吵他们”、“烦他们”显然不是一个好的做法(这点Temp3600讲过了不再赘述)。仍然主张维持放所有能自动判断的级别设为标准级别。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月18日 (四) 13:57 (UTC)
- 然后,有点离题了,建议聚焦在页面评级与通用评级指引逻辑上的考量。WPBS能使用哪些评级的议案已经公示通过,且能使用,机器人和系统自动评级的部分正 正常工作著,故不必再浪费时间讨论。从行政组的工作切入讨论起来比较重要-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月18日 (四) 14:26 (UTC)
- 基于此,上面Ping的人已经有一个给出答复了(Z7504)。其他人我再重Ping一次。@Liaon98、JyunWaan、Lssrn、Cdip150:@Temp3600、Peacearth、Kethyga、Willy1018:@AT、Shizhao: 能够给些意见吗?谢谢。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年4月19日 (五) 15:28 (UTC)
- 抱歉,这几个月都在搬东西,没空上维百所以不知道阁下Ping我;
- 这8年我评级的条目应该没10个,所以没深入理解该评级论述,抱歉不能提供意见。--JyunWaan - Talk 2024年6月23日 (日) 12:45 (UTC)
- 所以现在是什么情况?2402:7500:579:89C4:84ED:51FA:80FD:F1D1(留言) 2024年4月26日 (五) 05:52 (UTC)
- ( π )题外话 我终于见识到条目重要度评级标准的存在感有多低了。L'Internationale, Sera le genre humain! 2024年4月27日 (六) 14:52 (UTC)
- 这其实是一个很不幸的情况......条目评级与条目评审是本站的QC,QC坏了,本站其他的管治水平也可想而知。--Temp3600(留言) 2024年5月5日 (日) 07:20 (UTC)
- ( π )题外话 我终于见识到条目重要度评级标准的存在感有多低了。L'Internationale, Sera le genre humain! 2024年4月27日 (六) 14:52 (UTC)
- 才发现通过了一整个指引。—— Eric Liu 創造は生命(留言・留名・学生会) 2024年4月27日 (六) 15:20 (UTC)
- @A2569875:注意到阁下修改了{{Grading scheme}},添加了一些新的评级,但这些评级全部成为了默认选项。个人认为对于一些小型专题来说,可能不需要这么多类评级。建议把部分评级改为非默认的选项,只需把对应评级
|trigger=
参数的默认值yes
移除即可。——BlackShadowG Slava Ukraini! 2024年5月3日 (五) 01:34 (UTC)
- en:Wikipedia:Content assessment 有较多的内容,我认为这是因为他们是这个制度的来源地,所以有关于制度的历史流变等可以写。中维目前只是引入的制度,还没有社群的经验,因此没有这部分的本地经验可以立为指引,而只能写一些硬规定。我认为这暂时不是问题,如日后成熟,自然可以再将这些段落引进,指引名字也可以更改。“页面质量评级标准”就暂时只写标准,待评级流程成熟后,就可以加入这一部分的指引。
- 同意将“标准质量评级”与“标准类别级别”分立为两个三级标题。这是一项不涉及本质的结构修改,不难。
- 流程图最好有,但要有人来画...
“通用评级”与“专题评级”的关系:这是我最早就想改写的部分。既然“通用评级”只可填标准评级而专题评级可以填其他自订评级,那么维基百科:通用评级就需要至少修改"若一条目仅有一个专题,其通用评级应与该专题所评的等级一致。",最好是重新理顺这一部分的逻辑。
- 整理目前的讨论,建议"机器人会根据该页面最多专题评等的评级等级作为通用评级"继续保留,但机械人应检查这会否导致WPBS被评为非正式级别,如发生这种情况,那么机械人则跳过该条目(可以考虑加入"需要手动进行WPBS评级"的分类),留待人类前来。
- 同意"社群和专题都可以各自独立地对页面评级"的基本策略。这样就解决了list级的问题。即使专题的评级只有list级,WPBS仍可以手动评为更准确的CL/BL等细分级别。由机械人自动评的list级也与这个逻辑没有冲突。
- 长远的最终方向是,WPBS作为条目的内容评级,专题评级则为某一方面提供额外的资讯,类似tag.但这个需要将目前的评级逻辑反过来,我猜一两年也无法完成,就写在这而已。--Temp3600(留言) 2024年5月5日 (日) 08:10 (UTC)
修订案
编辑- 虽然我累得(今天)打不完整个修订案,但至少可以生出一个大纲...--Temp3600(留言) 2024年5月5日 (日) 08:28 (UTC)
维基百科:通用评级编辑
维基百科:页面质量评级标准编辑
T: Grading scheme编辑
|
似乎除了这笔移动外没太大进展,那我就先写个Draft:页面评级吧。T:Grading scheme的例子就没办法了,甲级估计社群这辈子也评不出来(现在的Talk:家牛也没找到评审在哪)😂 --For Each element In group ... Next 2024年7月10日 (三) 17:45 (UTC)
- 路过说两句。条目可以评甲级,前提应该已经是GA,之后再在专题里要求评审?如果三个专家太难找也惟有悬空,也不用甚么例子。之后谁来做这个评选再加上例子和过程吧。至于家牛的甲级,也许是FA落选前后的事?如果找不到流程,最快捷的方法是让它重选GA,通过之后降回GA级?不过从这事引伸,甲级主要是在评FA时能用上?让大家辨别哪些落选的条目其实“只差一点点”--派翠可夫 (留言按此) 2024年7月30日 (二) 03:53 (UTC)
- 按照原来的评级体系,甲级是专题评的,优良是社群评的,两者属于平行关系。而且这套体系是从英维搬过来的,英维GA不上首页。有的人看不上GA,直接找专题内的专家评甲级也不是不可能😂 当然本地改制后要求甲级需要GA资格也可以。
- 甲级的理念您说的对,可以当FA的预审。理想中的甲级评审应该长这样,但中维恐怕连FAC都做不到这点。而随便看看的话,乙、乙上、优良、甲、典范都长得差不多,根本区分不出来。我在上面也表达过个人想法,直接把甲级(和乙上级)冻结掉。但其他编者认为有保留更合适,所以我就写上去了。--For Each element In group ... Next 2024年8月2日 (五) 11:35 (UTC)
公示准备
编辑根据已通过共识修改了下上方的草案,并就当前草案版本展开讨论。若在七天内无明显反对意见或反对意见都已解决,那么就当前版本进行公示。--人间百态,独尊变态(讨论) 2024年8月2日 (五) 06:15 (UTC)
- 按照上面的讨论,通用评级和专题评级互相独立。通用评级作为一个独立的评级,其标准就是这两个,不再直接依赖于其他专题怎么评。
- 这份草稿也是照此思路写的。原先的Wikipedia:通用评级更像是改制初期的供机器人批量填写等级的临时措施。如果草稿转正,就可以考虑去除指引地位了。--For Each element In group ... Next 2024年8月2日 (五) 11:21 (UTC)
- 已删去草稿的对应章节--人间百态,独尊变态(讨论) 2024年8月2日 (五) 13:11 (UTC)
- 抱歉现在才发表这样的意见。其实现在“小作品”和“优良”级之间有“乙”、“丙”、“初”三级已经蛮多。“乙上”因为要容纳落选“优良”的条目可以理解,但“丁”级直觉上有点多馀。我个人认为用DYKC/DC标准做分界线,达标当“丙”级,不达标而又高于小作品的叫“初”级就算,甚至初级直接改名丁级。当然,大家同意级别写多几个我不便置喙,只是执行评级的时候我倾向简单一点而已--派翠可夫 (留言按此) 2024年8月4日 (日) 17:45 (UTC)
- 关于为何要设立“丁”级,这段讨论已经说明的很清楚。至于将DYKC作为丙级与初级分界线鄙人不敢苟同--且不说草稿已言明丙级与初级的评级标准,通过DYK参评的初级条目在维基百科也是案例的--人间百态,独尊变态(讨论) 2024年8月5日 (一) 14:24 (UTC)
- @人间百态:我就是觉得那段讨论只是涵盖了艺术影视类的作品的丁级,但没有人谈其他领域的丁级……不过我也先旨声明,这个时候还想翻转之前的结果是不合理的,所以您当我发个牢骚(或者说一下机制通过后自己会怎样做评级)就好--派翠可夫 (留言按此) 2024年8月5日 (一) 17:17 (UTC)
- 关于为何要设立“丁”级,这段讨论已经说明的很清楚。至于将DYKC作为丙级与初级分界线鄙人不敢苟同--且不说草稿已言明丙级与初级的评级标准,通过DYK参评的初级条目在维基百科也是案例的--人间百态,独尊变态(讨论) 2024年8月5日 (一) 14:24 (UTC)
- 抱歉现在才发表这样的意见。其实现在“小作品”和“优良”级之间有“乙”、“丙”、“初”三级已经蛮多。“乙上”因为要容纳落选“优良”的条目可以理解,但“丁”级直觉上有点多馀。我个人认为用DYKC/DC标准做分界线,达标当“丙”级,不达标而又高于小作品的叫“初”级就算,甚至初级直接改名丁级。当然,大家同意级别写多几个我不便置喙,只是执行评级的时候我倾向简单一点而已--派翠可夫 (留言按此) 2024年8月4日 (日) 17:45 (UTC)
- 已删去草稿的对应章节--人间百态,独尊变态(讨论) 2024年8月2日 (五) 13:11 (UTC)
公示7日,2024年8月16日 (五) 07:05 (UTC)结束:七天时间已过,就目前草案版本进行公示,公示通过后将目前草案版本设立为指引--人间百态,独尊变态(讨论) 2024年8月9日 (五) 07:05 (UTC)
- (+)附议。最近因为 为了找工作忙于跑各种行程(目前是有找到一家公司,应该会录取),所以没有甚么时间上维基,感谢各维基人协力完善草案,以便能解决本案《评级系统缺失问题》之主要问题。WP:通用评级取消指引地位没有意见(毕竟从草案看起来是预计整并进《页面评级》指引了),毕竟那确实只是要让机器人能上线而订立的,如果机器人操作者没有问题,那我自然也会觉得没有问题。中途User:Temp3600虽也因生活繁忙原因未能继续完善法案,但感谢其他维基人的努力不懈。(+)支持目前草案升格为正式指引。(@Temp3600:有空也上来说个话吧,不然“喂喂,不准跑掉(”不就一语成谶了吗😅,虽然我也是因为日常生活繁忙而无法经常发言😅)-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么(☎️·☘️) 2024年8月10日 (六) 02:56 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
后续讨论
编辑已清除所有Template:Vital article和Template:Cba/discuss模板的所有链入。Пусть от победы☆к победе ведёт! 2024年9月3日 (二) 11:50 (UTC)
关于 rater.js 脚本
编辑前面的讨论貌似没有涉及到老版本的rater.js脚本(User:Chiefwei/rater aka en:User:Kephir/gadgets/rater)。貌似enwiki那边已经废弃了老版本的rater.js,并且由Evad37推出了新版的rater.js(en:User:Evad37/rater)。我再考虑将新版本引入并做本地化,不知道目前是否已经有类似的工作了?--Ceba_robot 才不是机器人! 2024年2月16日 (五) 17:57 (UTC)
- 有见到Ericliu1912和YFdyh000两版。--Cookai饼块🍪(💬留言) 2024年2月16日 (五) 18:17 (UTC)
- 妥了,看起来YFdyh000的目前跟上游已经同步,还是不要做重复工作比较好(--Ceba_robot 才不是机器人! 2024年2月16日 (五) 18:24 (UTC)
- 我也跟进
借鉴了,至少现在用哪一个版本都不会落后。—— Eric Liu 創造は生命(留言・留名・学生会) 2024年3月4日 (一) 11:51 (UTC)
- 我也跟进
- 妥了,看起来YFdyh000的目前跟上游已经同步,还是不要做重复工作比较好(--Ceba_robot 才不是机器人! 2024年2月16日 (五) 18:24 (UTC)
- 目前仍有大量站内页面连结至User:Chiefwei/rater,建议更新。--Temp3600(留言) 2024年3月3日 (日) 07:57 (UTC)
- 还真不知道rater.js有这东西,但这个社群对于专题过往都是冷漠处理的,没想到近几个月开始变得重视了。没差,评级功能不要影响到就好,多说可能无益。--Z7504非常建议必要时多关注评选(留言) 2024年4月18日 (四) 13:47 (UTC)