2023年政策修订增补工作正在进行中,欢迎参与!
  • Moegirl.ICU:萌娘百科流亡社群 581077156(QQ),欢迎对萌娘百科运营感到失望的编辑者加入
  • Moegirl.ICU:账号认领正在试运行,有意者请参照账号认领流程

Talk:讨论版/存档/2019年08月

萌娘百科,万物皆可萌的百科全书!转载请标注来源页面的网页链接,并声明引自萌娘百科。内容不可商用。
跳转到导航 跳转到搜索

关于用户Ikemen在角色条目下胡乱添加不必要萌点分类的正当性及相关言论的讨论

嗯,看来有必要对角色条目的分类好好讨论一下了。用户@Ikemen坚持在条目下面添加对角色来说并非主要萌点。他的理由如下(引用自他的个人用户讨论页):

#我写的萌属性只出现在分类中,不在序言中,这么做是为了方便查找,就像{{tl|经典人物列表提醒}}里说的那样,''如果你想查找更多具有本萌属性的人物,请查阅其分类''。
#卡牌类游戏主要就是收集和观赏,如果列出具有的萌属性分类则有利于喜欢这一类萌属性的读者快速定位自己喜欢的角色,实际上是增加了角色的认知度。类似[[舰队Collection|舰C]]的某些角色的泳装设计就登上了同类作品排行榜([http://pixiv.navirank.com/id/70666171/])。

所以我认为,[[萌属性]]本来就非常主观,因为根据其定义,它就是一种强烈的爱慕之情,我没有在信息框里写是因为那样就太多了影响阅读,但是写在分类中不影响阅读并方便喜欢这一萌属性的读者查找,以上。
--[[User:Ikemen|Ikemen]]([[User talk:Ikemen|讨论]]) 2019年6月8日 (六) 23:01 (CST)

结果我撤销了他一大半相关的编辑并认为他的言论有严重漏洞,理由如下:

  • 首先,分类也会产生冗余。按照此人的想法一千个人心中有一千个萌点,如果每个人都有他这种想法并且每个人都按照个人的好恶添加自己喜欢的萌点,那么分类可能会比正文还要长,这还不叫影响阅读?
  • 其次,卡牌类游戏的卡牌是会更新的。还是按照此人这种想法,每张新卡牌少说能多挖出来七八个萌点,这样下去分类会恶性膨胀,结果就像上面说的一样。
  • 最后,单纯源自爱慕之情而不从宏观上考虑其合理性的行为是不利于条目的健康的。整个萌百似乎就这一个人抱着这种个人主义的想法(或者说是一个代表)。我知道这句话有针对人的意味
  • 另外,此人对我并未对另一同样添加萌点分类的编辑下手有严重不满。因为这位编辑添加的萌点分类全都是这个角色的代表性萌点,有些甚至在游戏里玩成梗了,如果你没玩过这个游戏不了解这个角色,至少在你有所了解的时候再对我提出质疑。

总而言之,我的观点是:添加萌点分类的时候也要考虑到这是不是这个人物的代表性萌点的分类

这次事情可能也暴露了角色条目分类收录的漏洞,恳请一并讨论整理。以上,请维护组做出评判。 Hamon002讨论) 2019年7月19日 (五) 01:02 (CST)

前情提要导火索,供各位参考阅读。
宏观地说,我认为这是“越来越细化、详细的萌属性收录”和“保持界面简洁”之间不可调和的矛盾。
模板:萌属性的长度说明了一切,这里面收录的很多词条,恕我直言,非常鸡肋,但又不能完全否认这些条目存在的意义和价值。萌属性分类也是一样的,如果不使用,则分类的存在无意义,但是分类里也存在大量本身就属于“边缘”、“不突出特征”的类型,所以要么让这些分类实质上被弃用,要么接受让角色条目分类可能变得冗长的风险,这个矛盾是客观存在的。
萌娘百科:编辑规范中关于“分类”的说法:条目分类是为了保证网站的目录结构规整、便于查找,避免无效目录、重复目录,保证资源的有效利用。对此我认为在这两点之间,让分类稍微啰嗦一些是可以接受的。
细一点说,只要来源是官方或者第二方的设定,我认为没有拒之门外的理由。在这一点上我大体赞成@Ikemen的观点,即便仅仅是“设计元素的堆砌”也不能认为是对“萌属性”的滥用,因为萌属性第零守则:不能因自己的萌而去否定别人的萌。
至于你的理由我认为并不能说服我,分点反驳如下:
  • 标准滑坡谬误。另一方面如果作为角色特征总结的“分类”竟然能够比正文还长,那绝不是因为分类太多了,而是正文太少了,这不是削足适履吗?
  • 关于卡牌游戏的特殊情况我下文继续讨论,但这一条也是滑坡。
  • 多数人谬论。而且这样的人至少我就知道还有一位,而那位干的事(单纯源于自身狂热的喜爱而不负责任地创建条目)过分的多了。此外尽管你不认可他的逻辑,但他的理论是自洽的,不能因为“你认为他不合理”就觉得他不考虑合理性。
  • 完美受害者。
最后在特定的语境下,即这种异画卡数量确实极多的卡牌游戏中,对于服饰类萌属性(无论是在序言还是分类中)的堆砌确实是一种鸡肋的行为(但同时这种行为大体上仍然是合乎规范的)。对此更合适的方法应该是专题主要负责人在与专题主要的编辑者们讨论过后以共识的形式确定处理方式,而不是按照“某个人所声称的标准”行事。--Metagrossx讨论) 2019年7月19日 (五) 03:33 (CST)
大体接受1、2条的反驳……可能是我多心了。但是3、4条恕我直言,宁可直接掐死这个苗头我也不希望由这件事开始,萌属性分类的收录走向混乱。至于一切起因,确实如你所说,本质是两种风格主义的冲突,而且不可调和。所以,除非维护组做出裁定,否则这件事情我不会让步。至于说共识处理问题这点,想想以后碰上类似的事还真应该如你所说和专题编辑商议一下,当然不会包括这个人,因为从他的编辑倾向来看,重复一遍,他根本不了解这个专题,说这是完美受害者主义也好,这是事实。至少这件事,我选择等待维护组的裁定与对这方面规则的细化。Hamon002讨论) 2019年7月19日 (五) 04:29 (CST)
嗯,在实际执行中的重点是与专题主要的编辑者们讨论过后达成共识,然后形成确定的编辑规范,这样进退有据(这是我陈述的核心之一)。对于贵专题编辑的人员范围我无意干涉,不过根据I君的编辑记录,他主要的志向也确实不在于斯,而在少战、舰C、萌属性等领域,这一点你肯定是多虑了。
维护组作出裁定易,规则的细化个人认为比较难,特别是想要朝你所想要的方向细化,且不谈这是不是方针所希望的,如何界定一个萌属性是“经典的”、“突出的”、“具有代表性的”仍然是一笔糊涂账,不同人很可能有不同的出发点和落脚点,而且很难分辨清楚对方是揣着明白装糊涂还是真的糊涂,特别是在“善意推定”的前提下。我认同I君的主要原因,并非因为我认为他所做的是“好编辑”,而是因为我认为无法证明他所做的是“坏编辑”(这是我陈述的核心之二)。所以个人认为指望方针的细化,还不如依靠专题组编辑们的共识和约定俗成。--Metagrossx讨论) 2019年7月19日 (五) 06:36 (CST)
@Metagrossx:首先谢谢你为我的事情忙了一个通宵,真的不好意思。然后我说说我的看法,卡牌游戏最大的共通点就是其角色外在的萌属性一目了然(毕竟其核心就是收集卡牌),这些萌属性不仅能调起玩家的胃口,而且还催生出很多很棒的二次创作。我还是举IM@S的例子,IM@S里的偶像大都穿过泳装吧?其中穿竞赛泳装的角色已经在二次创作中形成了一个专属Tag,竞泳大师(日语:競水M@STER这很明显说明竞赛泳装这一萌属性是有其巨大的吸引力的,否则也不会催生出二次创作。而竞赛泳装并非所有角色都会穿着,这种泳装虽在用途上是用于游泳比赛的,在外观上属于1980年代~1990年代早就流行过的连体泳装,但是很明显在游戏中它根本就没有局限于在游泳比赛中使用,否则并不擅长运动,也不参加游泳比赛的大西由里子就不会穿着。这正是这些萌属性的魅力所在。而萌的本意正是如此——对人或物强烈的喜爱之情。而萌属性则是萌物的构成要素。由此可见萌属性本来就非常主观。于此同时,对服装的喜爱就更是如此,因为哪种服装好看,好看在哪里都是受众自己的感觉,正是如此,一个人眼中看不到的萌点就会成为另一个人爱不释手的萌属性。我当初在编写百慕大三姐妹的词条时,根本就没注意到留美有打领带而且还是黑色的,是有一位喜欢黑领带的朋友写上去的(黑领带在他眼中应该是萌属性,但于我而言不是),当然正是如此我才在后来注意到她们的同伴安昙不仅没打领带,甚至里面连衬衣都没有穿。由此安昙的简介得到了更新,而抄袭我们的某百科到现在还在用我写的,没修订的初版本。这说明让对某一萌属性有爱的人把它们写入分类是多么的可贵,因为所有萌属性页面只要不是角色不多就明确要求不要在具有该萌属性的典型角色下面大量罗列角色萌属性,而{{人物信息}}框的萌点一栏同样不适合大量罗列萌属性。而这一点正是很多主题对于分类一栏放行的原因,我记得当初写长门条目,在{{人物信息}}框为其新增萌点时被删除,理由是写得太多,但是对方却同意把它们移到了分类中,而分类的作用就如同{{经典人物列表提醒}}所说的那样,如果你想查找更多具有本萌属性的人物,请查阅分类,是的,经典人物列表无法罗列的内容需要分类来补充,而分类里的角色读者未必全部认识只是因为喜欢其具有的萌属性慕名而来则很好地推广了这一作品。而卡牌游戏在这方面更是天然的出众,因为如果是其他类型的游戏或者电视动画很难把一个角色的全部萌属性直观地尽收眼底,我记得当初编辑真宫寺樱时,上传其泳装图片的编辑者耗费了很多心血才将那张图片找到,是的,我只搜到过与其他花组成员在海滨穿泳装让大神给她们照合影的图片,这张的泳装单人照非常珍贵。但是这种问题在卡牌游戏中几乎不存在,因为卡牌中清晰的单人照非常多,有的甚至同一套服装还要摆各种Pose,所以他们的萌属性也就清晰可鉴,如果写入分类,通过访问分类慕名而来的读者同样一目了然。而萌属性一直就是以“萌”冠名的萌娘百科的重点,萌属性的分类能够多收集相关角色自然使萌属性本身更加丰满,也是对一部作品很好地宣传。即便回到昨晚的事情上,我只添加了一个萌属性,就被贴上什么不长记性,想被公处的标签,未免太小题大做了吧?当然,如果有更好地,丰富萌属性角色的办法我也会支持。以上为我的观点,谢谢大家。--Ikemen讨论) 2019年7月19日 (五) 10:57 (CST)
单从偶像大师系列来说,我个人是觉得没必要把某个角色只穿过一次的服装视为这个角色的萌属性的。因为偶像游戏中变换造型就是关键,她要是穿过全世界所有的服装种类,梳过所有发型,难不成还都写上吗……不像舰娘,同一类型的泳装会成为某一类型舰娘的代表性服装(很久没关注了,以前留下的印象),所以加泳衣分类会很合适。不过Ikemen君提到了竞泳大师这一点,让我想了一下,萌百确实会写较为有代表性的二次创作,所以二次创作成气候的话应该有一定分量。但是让喜欢的角色穿上自己喜欢的衣服,不算是这个角色本身的特质吧?百慕大三姐妹的例子,我没有看过作品,去页面看了一下,我的角度是,领带与否是她们制服的组成部分,制服看起来是她们经常穿的代表性服装,是身份的组成部分,从她们如何对待这套制服中确实可见个人的特质,所以值得分类。这点对偶像大师中的泳衣则仍然不太适用,但如果是坚持不穿校服不穿鞋之类的就值得分类。真宫寺樱也肯定不是以连体泳装青史留名的……另一方面,有人通过某件服装开始喜欢、了解某个角色确实是有的,从某个衣着分类看到所有进行过这种打扮的角色也不是不合理的想法。不分类角色页面,而是给这些图片加上分类如何呢?萌属性页面可以加上到图库的链接,然后图库里该分类下的图片就可以看到谁穿过,因为可以看到用在哪些页面,很多也会加上角色名分类。当然工程量巨大就是了,只能留给有志之士……--泡泡糖公主讨论) 2019年7月20日 (六) 06:16 (CST)
值得考虑的意见……问题是上传的时候就有点麻烦了.jpgHamon002讨论) 2019年7月22日 (一) 00:27 (CST)

认领一下上文中提到的“前情提要”,显然卧的观点和Hamon002的观点一致,并在去年就此问题给Ikemen备忘(当时其编辑范围不大,仅仅是提醒其审慎)过,当时他立即反驳了,和今天反驳Hamon002的说辞基本一致。卧自认为卧对“萌属性”的理解既是基于尊重惯例和由常识理性出发的一般认知,也符合萌属性条目中的表述,且Hamon002已经备述,卧没什么好多说的,但矛盾似不可调和,因此仲裁最好。——在卧讨论) 2019年7月21日 (日) 16:35 (CST)

稍微提醒一下,萌属性仅仅是一个普通条目,没有编辑限制,并不具有很强的说服力。此外在这一次由第三人执行的编辑中,删去了强调“突出特征”的表述,并着重阐述了“萌属性的主观性”,这与I君的言行并不悖离,I君添加过多萌属性分类的行为可能是不讨人喜欢的,但未必就是错误的。同样期待维护组仲裁。--Metagrossx讨论) 2019年7月21日 (日) 17:41 (CST)
谢谢提醒。主要还是既存惯例和常识理性吧,所谓常识理性:设想,一个角色如果被限定表述出五个以内萌属性,那么这些属性就可以说是最突出和最核心的,比如长门有希,一般人就会数出来三无、贫乳、外星人这么几个,我们罗列之,则读者心中就会关联到知识和经验、就会产生鲜明的角色形象,更重要地是,读者就会认可本次编辑的客观性和权威性,而且分类索引起来也有意义。但如果一个角色有二十五个萌属性,我们的读者在阅读这些平白的罗列时,不会产生层次感,难以串联既有的知识与经验和角色形象,并且因为编辑认定萌属性的主观性而对相关载录产生疑惑和不信任。如果有二十五个角色条目有二十五个萌属性,那么分类索引功能的意义就会减淡甚至失灵,在分类页,读者难以找到的那个他心中的“始终是”“核心意义上是”某种萌属性的角色,或者是“二十五个萌属性的某个角色”给人以到处都是她的错觉。再一个,从ACG创作者的角度出发,什么样的角色在设计时最吃属性?大概是黄油了(XD),在短时间内就要抓住玩家做出进入路线选择,那么黄油的各个被攻略角色在设计时,到底应该是趋同还是趋于不同呢?实际上,除了黄油男主是永远的烂好人以外,各个女主的分化是巨大的、可以说是被刻意夸大的。但反过来,还是比方说现在有“二十五个角色条目有二十五个萌属性”,那么这个25*25互相之间的重叠恐怕是得媲美盗版FC卡带上的999合一。不知道各位绅士有没有玩过这款黄油:妹选拔总选举,当有三百六十个妹妹叫玩家欧尼酱时,无论是在故事性、还是选择枝,妹属性的意义就变得无比稀薄,不再珍贵。——在卧讨论) 2019年7月22日 (一) 11:52 (CST)

@云霞 距编辑战已过三日,请尽快做出裁定并撤销编辑战模板。若不打算做出裁定,条目将以以上讨论的五个人的综合意见结果(不计冲突双方,共有三人参与讨论,其中包括专题主要编辑在内的两人不赞成,一人不反对但也认为不合适)处理,并将经商议作为专题内部共识。Hamon002讨论) 2019年7月22日 (一) 00:19 (CST)

要不要考虑在{{Infobox Song}}中添加这样一个功能

就是在使用{{tabs/core}}时,切换不同label让整个信息栏显示不同的颜色。因为有时会出现主题曲收录在不同角色名义的专辑中,比如《ゲート 自衛隊 彼の地にて、斯く戦えり》、《ゆらぎ荘の幽奈さん》、《ベルゼブブ嬢のお気に召すまま。》这几部的ED专辑,感觉添加我说的这个功能是存在一定意义的。--布洛肯亚雷讨论) 2019年7月25日 (四) 20:04 (CST)

我感觉这个功能无法实现(坐等打脸) -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2019年7月26日 (五) 13:22 (CST)
实现是可以实现的,用Widget直接插JavaScript什么都能实现,但是因为Widget有各种各样的问题,除了一些非常实用的功能以外一般不建议用Widget。纯Wikitext及/或模块是实现不了的。另外一个问题就是逻辑上问题。tabs是信息栏里面的元件,一个元件影响它外部的元件是反直觉的。如果真的需要这个功能不妨想一想是不是可能吧tab放在信息框外面更合适。--XYZ指示物nbdd0121 (Talk) 2019年7月27日 (六) 00:43 (CST)

关于【事件类】条目的条目格式及内容的一点看法

基于Cover中国负责人石事件‎,一些涉及个人问题较多的事件类条目的格式及内容规范可能急需一个临时性的共识加以约束
现在这个条目在过往版本中出现了涉事者本名,以及商业关系的调查等内容,尽管某种意义上这些内容均可以通过合法手段查询到,但是在萌娘百科出现依然是很不妥的
过往类似情况譬如游戏部企划艺人欺凌事件,以及勿要与我说虚伪的爱等,要么是事件发生在日本,信息揭露多有不便;要么是事件本身仍不明晰或存在争议,没有压倒性的舆论偏颇
这次的Cover中国负责人石事件‎条目,一者涉事人为国人,二来舆论的观点几乎是压倒性的,这导致了如上述的大量并不适宜本站的一些信息被写入萌娘百科,甚至添加了esuwiki的链接,私以为不甚妥当
故在此希望各位编辑者在以后编辑类似的事件类条目时能够多加注意
以上--From KumoKasumi the Bureaucrat & SysOp 2019年7月21日 (日) 00:23 (CST)
讲一点个人主观感受。我感觉经常看到那些「正在进行的事件」的条目大多会有明显的舆论偏颇的现象,之后才会慢慢稀释。
个人觉得一个原因可能是大家把萌百的事件条目当成了舆论发布新闻页。
如果没有办法杜绝大家把进行中事件的条目当作新闻页的现象,对“正在进行的事件”条目施以编辑限制或许是一个激进但值得尝试的方法。--东山奈央) 2019年7月21日 (日) 00:31 (CST)
事件类条目敏感,也是收录范围的擦边球。建议从创建权限上加以限制 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2019年7月21日 (日) 00:40 (CST)
我来说一下吧,我是这个词条后来主要编辑者应该也是目前主要的编辑者,最初基体并不是我创建的,创建页面的编辑者CAMMY,在前一天在模板Template:Hololive添加事件链接开端,在今天早上创建词条。
直到下午开始我是根本没有想加入编辑词条的想法,特别是这次事件双方使用大量聊天截图(分辨率低、可伪造的)作为证据。
而词条开始也存在很多明显谬误诸如实质是CEO的人物变成“YAGOO是普通职员”,esuwiki链接也是开始便有的,并随着后来编辑增加越来越个人观点。抱着“与其让这些信息误导其他看客,不如”的想法才加入编辑,至于我编辑过的内容诸位可以通过来编辑历史翻查。[在我加入前的版本] [对比版本]
首先对于使用真名我同样是不赞同的,对于人物真名我只在编辑中使用一次,我只在必须关联后续商业信息内容在人物栏添加一次,关于商业信息内容确实是我添加的,由于我认为这是必须申明的内容,去掉这段内容整段编辑内容很难解释清楚。关于esuwiki链接一开始便有的,在我加入编辑途中已经有想法去掉,编辑冲突后,发现云霞管理员先行去掉,我对此是赞同的。
虽然对于使用真名我是不认同,但老实说,无论商业信息还是真名部分,都是相关讨论区传播广泛的信息[vtuber贴吧][cover中国负责人石相关事件集中讨论帖(严查转进)],甚至已经有日本人的youtuber作出视频名为【【ホロライブ中国】石OO騒動【シーウェイビーン】(OO马赛克是我打的】的,对比已经传播广泛信息我认为具有一定共识度,总不能9bishi就是9bishi,徐逸都不能提,这未免有点荒唐。--极速游离之光讨论) 2019年7月21日 (日) 02:36 (CST)

我倒是很奇怪,为什么会有人将这种可信度连百度百科都不如的东西当做是绝对靠谱的来源,还没被刘XX的事例坑到爽吗?--一位普通的刺客以及他的私人邮箱 2019年7月21日 (日) 11:40 (CST)

(&)建议 萌百或许应对本条目中涉及到的小道中伤不当编辑的原作者们进行点名教育,以免未来继续发生把萌百当作助推事件发酵的舆论棋子的事情。
因为这本身就和萌百主旨以及规则背道而驰,新人用户破坏规则,批评教育合情合理。--东山奈央) 2019年7月21日 (日) 15:27 (CST)
顺带一提,关于引用资料来源,请使用{{Cite news}}来链接新闻、{{Cite web}}来链接其他来源。——From AnnAngela the Temporary Bureaucrat (Talk) 2019年7月21日 (日) 15:59 (CST)
(☩)意见 萌娘百科不是维基百科,不建议要求编辑者使用过于复杂的模板。--W3jc讨论) 2019年7月27日 (六) 10:16 (CST)
Ambox currentevent.svg
这是一个介绍进行中事件的条目。
萌娘百科不是舆论场,一切修改请以官方提供信息为准,并注意遵循中立性原则。
请避免使用无法经权威证明的小道消息,并使用{{Cite news}}、{{Cite web}}来链接新闻/消息的来源以保证信息可靠性。

萌娘百科感谢您的理解。

或许以后可以添加一个这样的“进行中事件”模板?--东山奈央) 2019年7月23日 (二) 10:35 (CST)

这个好。——From AnnAngela the Temporary Bureaucrat (Talk) 2019年7月28日 (日) 23:52 (CST)
(+)同意 --一位普通的刺客以及他的私人邮箱 2019年7月29日 (一) 00:15 (CST)

在?各位管理员和巡查员看看提问求助区的提删请求可好?

提问求助区的提删请求在那都挂了好几天了都没人处理--今日も一日がんばるぞい!Talk with me) 2019年7月30日 (二) 21:33 (CST)

请V+知识人士核查两名编辑本月以来的编辑记录

RT.

User1:84tc讨论页贡献上传历史被删贡献封禁及历史移动日志评论管理日志)
User2:夜雪千沫讨论页贡献上传历史被删贡献封禁及历史移动日志评论管理日志)

怀疑User1创建了条目饕餮音托德乐雨清疑似自嗨,搜索引擎检索角色“乐雨清”“饕餮音托德”、作者“84tc”、社团“余音绕梁Project”的信息,都没有可见结果,且①作者“84tc”与该用户同名,②“乐雨清”根据其编辑内容更是一未成形设计,③饕餮音托德曾被权限User:Kanate_saikou警告。

指出User1在页面乐雨清上不允许他人参与编辑的宣告体现出其对wiki的不熟悉。

指出User1在此次编辑记录,将用户页移动至主名字空间(同样对用户讨论页也进行了平行操作)是匪夷所思的,合理怀疑该用户不明确自我创作和收录方针的差距。

忧虑User2对模板:DeepVocal自7月15日以来的大规模改动是否合理,模板内所添加的角色(包括角色饕餮音トード乐雨清等)是否符合收录规范。

请求V+知识人士核查上述争议角色条目,以及User2对模板的改动、以及User2近期在其它V+页面的编辑记录,并根据方针决定是否有条目需要削除。

——在卧讨论) 2019年7月27日 (六) 11:21 (CST)

不知道其他搜索引擎怎么样,至少百度查不到一点相关信息。——丝毫没有存在感的某蓝色讨论) 2019年7月27日 (六) 19:57 (CST)
数据来源是bilibili和youtube ,除了被指出的那两位角色以及挚彬同学卡洛儿戈蓝塞缪尔斯科特这几位,其他我放上去的都是已经放出视频的。——某打工仔讨论) 2019年7月27日 (六) 22:40 (CST)
那些新的音源词条都没有试听链接啊。--巡查姬hlwan(討論) 2019年7月28日 (日) 10:34 (CST)
这 MUN 风格浓重的。。--天花板讨论) 2019年8月1日 (四) 14:29 (CST)

关于萌娘文库收录和提删标准

如题,烦请诸位管理人员稍微关注一下萌娘文库的新页面,网络文化相关的也就算了,与萌属性丝毫无关的就不要收录了。以下列出一些我个人认为不应该保留的和需要修正格式的页面和需要封禁的用户,顺序是从萌娘文库最新建立的页面开始,到最旧页面结束;

  1. 七字称号,原因:政治敏感,胡言乱语。查其创建者Caibeyan的用户贡献,仅有此页面和水贴段子页面,建议封禁。
  2. 水贴段子,原因:冗长且无意义、无萌属性页面,版权标识不明,疑似侵权。
  3. 大方广佛华严经入法界品四十二字观门,原因:冗长且无意义、无萌属性页面。查其创建者我爱大日如来的用户贡献,仅有此页面和大方广佛华严经入法界品四十二字观(重定向页面),建议封禁。
  4. 大方广佛华严经入法界品四十二字观,原因:指向可能需要删除页面的重定向。

--Blissghost讨论) 2019年7月30日 (二) 15:07 (CST)

    • 同意第一条,如果传到国外是可能会引发中美战争的--……讨论) 2019年7月30日 (二) 17:01 (CST)花阳使我快乐

万物皆可萌
论政治敏感页面常凯申天龙国,以及四大歧视页面(日本鬼子小日本脚盆鸡高丽棒子有三个是日本我也是醉了。都更敏感。况且穿林北腿又没说是哪个蒋介石(消歧义)你少骗我了,哪个蒋介石穿林北腿我还不知道?
我理解题主对于防止萌娘百科冲塔爆炸的心情,但事实上,条目的收录性实在是太模棱两可了。有关是否允许条目mmp创建以前就有争论虽然还是我挑起的争论。拿《七字称号》举例,我们先看看萌娘百科的收录性原文:

在御族文化和网络文化中流行的句式和概念。


可以说所谓军们的各种辱法,精罗,乌兰巴托大海战也应该算到这个网络文化里面(而这通常也被视为是无伤大雅的)。在网络调侃政治本身就是网络文化一大特色,不可不品尝。
为了规避这个问题,我们可能又要面对万恶的萌百政治了,逃避总不是办法。 --HMS Caibeyan[Talk] 2019年8月1日 (四) 23:42 (CST)

目前来看文库就是垃圾堆,基本没有什么维护。--W3jc讨论) 2019年8月3日 (六) 21:31 (CST)

关于逝世人物加框的问题。

示亡号好像就中国在用,日本是不用的。(网页变灰默哀、照片用黑白照,好像也不见日本用过……)

其实是在7.18前就几次想问了。一个条目内是否有必要重复几次给同一位逝世人物加框?美观问题还是其次的,主要是重复几次加框感觉太过刺激(负面意义)(一时找不到好的词),影响读者心情……

今天被更新的《冰菓》条目,分集目录实在看着太痛苦了,像是反复在提“他死了”“他死了”“他死了”……要是每个京都作品词条都这样的话以后实在是不敢点进去看了……

我个人认为比较合适的做法是像目前还未被更新的《幸运星》《小林家的龙女仆》那样,staff目录里标上即可,分集目录不标。

又或是回归到示亡号最早的做法:在作品播毕前去世的人物标上,作品播毕后去世的不标?《妄想代理人》就没有为今敏加框。 (不过这个工程量太大,需要整改整个萌百……)--秦时百科团吧75讨论) 2019年7月30日 (二) 23:25 (CST)

我的意见是,在一个条目中只对同一位逝世人物添加一次示亡号,并在人物逝世1年后将之去除。中文里的示亡号本来就是舶来品,用法本来就模糊……想想几十年后,要为{{Template:动画导演}}{{Template:声优出生年代索引}}之类的模板全部添加示亡号,实在是让人头疼……讲真,示亡号还是能少用少用吧……
另外,建议在讨论版进行简易表决,以达成社区共识。--Ceba讨论) 2019年7月31日 (三) 23:34 (CST)
我的意见是,今后只在模板内使用黑框框,提出的问题很现实,的确看起来很压抑。 --kanate★saikou あたしは天使じぁないわ讨论】 2019年8月1日 (四) 19:35 (CST)
虚拟人物能不加示亡就不加了吧。至于现实人物,现在考虑几十年后全是黑框是不是太早了点?几十年后萌百还在不在都不一定呢。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2019年8月1日 (四) 23:05 (CST)
这个问题其实也不用考虑几十年后,现在看看{{Template:声优出生年代索引}}的“1950年以前”部分就足够让人头大了。--Ceba讨论) 2019年8月2日 (五) 21:20 (CST)

查找了下资料,示亡号(即方框)和剑标(†)都可以用来表示人物死亡。值得注意的是,示亡号常用于人物名单(如作者列表等)中,而在一般书面用语语境中不大使用。大概可以按下面的方式使用者两种符号:

  • 在任何条目的一般段落中不使用示亡号或剑标,包括但不限于条目标题、条目简介、条目正文等。
  • 在 ACGN 作品的 STAFF 或 CAST 名单中可以使用示亡号或剑标。
  • 在罗列人物的模板中,可以使用示亡号或剑标。
  • 示亡号和剑标不能同时使用,在同一模板中应当统一使用其中一种。

--Ceba讨论) 2019年8月2日 (五) 21:20 (CST)

突然想起一个过往讨论,关于半年前秋叶提出的「49天缅怀」的示亡号提案现在在执行吗?我印象里这个提案没有得到社群的一致共识而搁置,也没有写入规范,但是好像看到有人据此修改了相关模板?--东山奈央) 2019年8月3日 (六) 15:32 (CST)

剑标太生僻就不要用了吧。(以及国外一些百科经常将剑标用作别的用途,比如表示“这个虚拟角色在此作中仅被提及,而未登场”。)(更不要说《恋姬†无双》这种带剑标的作品名……)--秦时百科团吧75讨论) 2019年8月3日 (六) 21:17 (CST)

各位想被做进游戏吗?

RT,最近从steam入手了RPG MAKER MV,想做款简单的RPG游戏试试手,打算拿萌百开刀做个游戏--……讨论) 2019年7月30日 (二) 14:14 (CST)花阳使我快乐

个人没意见,记得结尾标上用户名就行。--一位普通的刺客以及他的私人邮箱 2019年7月30日 (二) 14:48 (CST)
我比较疑惑的是你想获得一个怎样的回答……大部分人应该不会明确表示反对,但是也很可能不会特意回复表示同意,所以我感觉此处能够收到的表示同意的人数是不够支撑一个RPG的(此处个人推测主角团4~6,配角若干,总共应该需要至少15个人吧,看看这几个月的讨论版,有15人以上参与的屈指可数,而且都是重要议题)。在此基础上,由于各位编辑并非公众人物,所以未经允许便加入游戏是不适宜的。
总之我的个人看法是这个计划可能可行性不足,建议从一些更容易的地方获取人物名字来源。
PS:这让我想起了十几年前混贴吧的时候,那时候还流行一种叫吧友同人文的东东= =。--Metagrossx讨论) 2019年7月30日 (二) 15:11 (CST)
面白い…… 但是做游戏可不是那么容易的事,剧本不好的话至少我可是拒绝出镜的噢! Hamon002讨论) 2019年7月30日 (二) 16:38 (CST)
  • 我用RMMV做的,游戏是RPG类型游戏——以上未签名(注)本条留言未签名,留言后请记得用--~~~~签名!的留言由花阳使我快乐讨论·贡献)于2019年7月30日 (二) 08:41 (UTC)添加。
  • 补充:要报名加游戏的,我写个表,按表上填--……讨论) 2019年7月30日 (二) 17:08 (CST)花阳使我快乐
  • 报名表格式
  • 名字:
  • 职业:
  • 技能:
  • 武器偏好:
  • 最高等级(1级最低,99级封顶):
  • 外观(最好附上立绘,或者尽量描写详细点)
不是,你真的确定要在讨论版里记录这些东西?为什么不将这项工作转移到自己的用户页下呢?--一位普通的刺客以及他的私人邮箱 2019年7月30日 (二) 17:13 (CST)

我用户页面没什么人看啊T_T而且放这里就是想让大家出出主意我要不要开这个坑T_T--……讨论) 2019年7月30日 (二) 17:19 (CST)花阳使我快乐 我记得有一个以黑岩射手的纯白世界的世界观码的人设列表,好像还有几百人,几年前的事情了。不过因为未知原因图片都挂了。可以考虑参考下--HMS Caibeyan[Talk] 2019年8月1日 (四) 23:20 (CST)


@花阳使我快乐
总之,专门存放这些东西的地方已经帮你创好了。
我自己的设定也在里面。
在讨论版里的宣传页帮你搞了(虽然事实上就只是提了一下)。
剩下的就看你了。
--一位普通的刺客以及他的私人邮箱 2019年8月8日 (四) 20:49 (CST)

建议“京阿尼神教”“京黑”条目设置仅管理员编辑,并且禁止回复。

如上。--秦时百科团吧75讨论) 2019年8月5日 (一) 17:52 (CST)

发生啥事?--爱吃面包的Hooonooka讨论) 2019年8月5日 (一) 18:46 (CST)

没啥事,就是觉得不适合再开放编辑和回复……--秦时百科团吧75讨论) 2019年8月5日 (一) 19:24 (CST)

建议说明理由,以便管理员评判。--W3jc讨论) 2019年8月6日 (二) 10:07 (CST)
我认为理由还是容易理解的,怕有人趁着工作室起火的关头浑水摸鱼带节奏吧。不过个人不赞同设置编辑权限的做法,完全是杞人忧天。--Metagrossx讨论) 2019年8月8日 (四) 16:29 (CST)

我不太赞同这种做法。萌百不应该,也没必要学其他的平台把舆论搞得跟“隐患险于明火,防范胜于救灾”一样那么封闭。何况在这次京都动画的事件中除了极少数的菟以外根本没有幸灾乐祸者。--BPNK讨论) 2019年8月8日 (四) 18:05 (CST)

个人认为开放编辑也无妨,如果有幸灾乐祸之人编辑破坏可以回退;评论部分则可以删除部分评论。--Vcfch843875618讨论) 2019年8月8日 (四) 20:20 (CST)

关于user:Mikumikulove0最近创建的一系列条目的问题

还有一些别人有帮忙改得稍微可以看的没有列出来。说实话我觉得与其留着这种没有排版甚至几乎整篇机翻外文百科内容的条目,没人去改的话我觉得还不如直接削除条目把坑空出来留给别人填。这种条目留着完全就是对查阅条目的人的不负责任。

说句题外话,萌百日v相关几乎完全没人在理,人真的太少了(-- 不是液氮 (讨论|贡献) 2019年8月6日 (二) 21:05 (CST)

已处理 --kanate★saikou あたしは天使じぁないわ讨论】 2019年8月7日 (三) 11:34 (CST)

希望本次行动能将新人引导正确的道路上,而不是右上角的红叉。刚去看其用户讨论页已经有人进行了足够的说明,很满意。——以上未签名(注)本条留言未签名,留言后请记得用--~~~~签名!的留言由Caibeyan讨论·贡献)于2019年8月10日 (六) 00:08 (CST)添加。

User:Twilight200703

状态:   拒绝
申请职位:优质编辑者

申请/被提名者:Twilight200703[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核

申请前我已阅读萌娘百科:优质编辑者,我确保我目前的会编辑符合萌娘百科:编辑规范,但却没有主动授予此称号,求通过——Twilight200703讨论) 2019年8月20日 (二) 00:30 (CST)
就你这个留言的起始位置,还是下次再来吧……--一位普通的刺客以及他的私人邮箱 2019年8月20日 (二) 00:43 (CST)
刺客兄还是一如既往犀利,人家这或许好容易才鼓起勇气……(你们都缩进卧也跟着缩进吧)——在卧讨论) 2019年8月20日 (二) 01:26 (CST)
我知道新讨论页面应该放在最下面,但编辑的时候没有注意——Twilight200703讨论) 2019年8月20日 (二) 09:06 (CST)
算了,看来我的编辑还不够优质,一年后再来申请吧……——Twilight200703讨论) 2019年8月20日 (二) 10:14 (CST)

“关于修正收录范围中人物一节的提案”已发起,希望具有投票权的用户能够前往审视

提案页面:萌娘百科_talk:提案/讨论中提案/关于修正收录范围中人物一节的提案

谢谢您抽出宝贵时间阅读。--东山奈央) 2019年8月8日 (四) 11:55 (CST)

放在讨论版使得该提案太阿卡林了点,如果在首页能公布提案正在投票可以让绝大多数萌百用户都注意到,这是坠吼的。--HMS Caibeyan[Talk] 2019年8月10日 (六) 16:25 (CST)

这是为什么?

✎ 根据萌娘百科的 讨论区管理方针,此处多人的言论已经被星海子[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核移除
理由:特定敏感信息

在多个动漫中人物页面的剧透问题

Nuvola apps important blue.svg
以下内容含有剧透成分,可能影响观赏作品兴趣,请酌情阅读

曾因“SSS”的计谋,考试全科零分而被解除学生会长的职务。(解除后由直井文人(他就是神自称)担任学生会长)在澄清自己是遭到陷害之后,恢复学生会长一职。

她的目的实际是为了让没能好好度过青春时代的人们,有一个美满的青春,但因太过笨拙不知道怎么表达只好采取暴力。音无在了解到这点后毫不犹豫的加入了奏的阵营。

生前进行过心脏移植,故一直怀着能对那位捐助者道谢的心愿。在第一集把Handsonic插进音无胸口时发现他没有心脏,而那心脏正是音无死去后所捐赠的。据她自己认为,音无能取回自己的记忆,是因为他在她的胸口上做了梦洗面奶,是因为一直在倾听自己心脏跳动的声音。


上述文字出自页面立华奏,没有任何剧透警告(当你看到这个讨论的时候页面可能已经被修改了,只能请您自行查阅编辑记录了。)
无独有偶,

似乎是个抖M(第三季第二话在与绫乃约会我好兴奋啊!我好兴奋啊!时淡定地喝下了“受虐汽水”,而可怜的阿卡林在第一话被虐得直翻白眼(花子大人:表情真猛……),第三季第八话陪樱子玩时请樱子喝写着“为了抖M的你”的饮料,并称其为“这是其他饮料没有的令人上瘾的味道”。)


出自页面岁纳京子,同样没有任何剧透警告,甚至连集数都已经明确写出了。强气了点吧......
早期的萌百用户可能不太了解有关剧透的后果我觉得更可能是早期的用户都是铁杆粉群体根本不可能出现没看过全集的稀奇物种,但现在我们应该重视剧透的危害性。
有关剧透的动漫中人物页面我会试着去修,也恳请各位同志在编辑过程中也注意到这一点。
而在模板Template:剧透提醒中竟然写萌娘百科不禁止剧透......建议改为不禁止有提醒的剧透..... Viva la France!--HMS Caibeyan[Talk] 2019年8月10日 (六) 02:01 (CST)

个人认为没有必要限制剧透,具体可视情况添加剧透提醒模板或使用hide等模板折叠剧透内容。--W3jc讨论) 2019年8月10日 (六) 08:36 (CST)
(-)反对 ,萌娘百科本身就不禁止剧透……在任何萌娘百科的方针/政策中都没有提到“禁止剧透”,这自然包括“无提醒的剧透”。介绍人物(以及ACGN作品的各个方面)本身不可避免地会有剧透问题。具体来说,讲到某个人物具有某个特点,若不以事件举例则会没有什么说服力(这应当是高中议论文的常识)。
例如,在少女与战车的人物条目杉山清美/左卫门佐中,用“第一个穿弓道服的少女”、“为三号突击炮‘拉弓’”、“水性出众的少女”、“‘撒娇’也不轻松啊”、“‘就它了!’历史教室”这五个二级标题详细的介绍了左卫门佐这个人物。可以清楚的看到,条目中的很多叙述可以说就是在“剧透”,也写明了集数(不写明集数也许就该“来源请求”了)。如果我们尝试将这些“剧透”的内容删除,就只剩下假大空的描述了。若在所有的小标题下都添加{{剧透提醒}},则明显过于累赘。
讲道理,在读者打开萌百页面查找某个人物的时候,就应当有被剧透的觉悟了。读者们在欣赏完整部作品之前,浏览作品的相关网站本身就有极大的被剧透的风险。我认为,不应当禁止剧透(包括无提醒的剧透),也不必要所有可能具有剧透风险的内容前添加{{剧透提醒}}。我个人认为,{{剧透提醒}}只需要添加在故事梗概人物经历这种对作品内容的复述内容前就足够了。
以上。--Ceba讨论) 2019年8月10日 (六) 12:07 (CST)
如果是为了介绍人物列举大量事例有一定道理。但还是希望在动漫/轻小说/电影页面下设立一定的剧透监管。(事实上,在动漫/轻小说/电影页面下剧透保护普遍要比人物页面好得多,但还没有成文规定必须这么做)--HMS Caibeyan[Talk] 2019年8月10日 (六) 16:21 (CST)

写不写剧透是编辑者的个人行为,你可以提出倡议,建议大家用剧透提醒模板,但不能强制要求谁谁谁不准剧透。态度问题很重要懂不 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2019年8月10日 (六) 15:09 (CST)

这里在讨论是否可能不通过剧透的方式介绍人物。--HMS Caibeyan[Talk] 2019年8月10日 (六) 16:21 (CST)

所以剧透到底有什么后果和危害性呢?
在以大量日常、轻百合、校园恋爱、热血战斗为主要题材的动漫角色中谈“剧透”本身就挺搞笑的,透不透本身对于作品的观赏性也没有太大影响,至少从举的两个事例来说我觉得没有防剧透的必要。对于真正可能影响观看体验的剧透,目前我所见过的大多数编辑都会很有B数地通过黑幕、隐藏等方式限制。事实上和黑幕、隐藏相比,单独使用的剧透提醒模板也根本没有卵用。
其他意见赞同上面几位的看法,对于介绍人物的条目来说不辅以具体事例则言之无物,到百科类网站上查找人物和作品这一行为本身就表示已经接受了可能被剧透的风险。--Metagrossx讨论) 2019年8月10日 (六) 15:28 (CST)

主动查找代表接受剧透风险我赞成。但黑幕遮挡可能更能引起读者的好奇心,起到了反作用。你看你也被好奇心驱使下点开了还是使用剧透模板+hide效果更好。--HMS Caibeyan[Talk] 2019年8月10日 (六) 16:21 (CST)
好奇心是无解的问题,但用黑幕至少一定程度上避免了不经意间看到剧透的现象。实际上用黑幕来遮挡剧透也的确不算是黑幕的常规用法。
又及:在同一讨论串的不同话题之间宜在正文前加英文冒号:来表示回复讨论。--Metagrossx讨论) 2019年8月10日 (六) 17:56 (CST)

一是萌娘百科不禁止剧透,二是禁止剧透则百科存在无意义鸟,三是你说得有一定道理——在简介部分有时会被突然透一脸,这个问题的确存在(比如说就有人会这样写“某某某角色是XXX小说的登场角色,是个妹控,活该最后被妹妹柴刀了可喜可贺”这样的)而且比较讨嫌,肉感最近还流行给结局便当的角色在模板里打框框,大概是跟的jojo风,这个也请自控。

正好说点个人编辑经验:使用二级标题分割“人物简介”(是什么样的人物、仅从人设角度谈)和“剧情相关”(第一位置悬挂剧透模板,人物参与的故事全部归纳下去)。个人创建的人物条目,都是这么个套路(凤仙爱丽丝白血球(1196)艾莉丝·蕾恩·安普蕾拉)。对有一些设定上与剧情纠缠不清的,纪录时个人一般以不超过轻小说第一卷内容、TV动画不超过前三话内容为限,因为一般来说,这是作者必须交代清楚人物的底线,也不会有透穿的风险(伊莉斯)。特别地,对有着深层次剧透(剧情中的秘密、作者对读者在前期隐藏的设定等)的人物,我会在剧情部分继续做黑幕或是Hide隐藏(栉田桔梗桐生瑞叶)。另外我反对过度使用hide,将全部人物故事一把放入文本框里隐藏起来,剧透是避免了,页面却很不美观。——在卧讨论) 2019年8月10日 (六) 15:55 (CST)

谢谢在卧前辈分享的编辑经验......小弟以后也一定会适当掌控剧透程度--HMS Caibeyan[Talk] 2019年8月10日 (六) 16:21 (CST)

小声bb一句,其实示亡号就剧透了--User.prototype.讨论.call(Dave_12138) 2019年8月12日 (一) 11:51 (CST)

我只能和你说这个是魔法,按理说示亡号应该只应用于现实人物吧......这个我不太专业也不想说了--HMS Caibeyan[Talk] 2019年8月12日 (一) 12:24 (CST)

有两个“守卫者娘”的页面,该如何处理

一个是2018年11月10日建立的守护娘(Minecraft),一个是最近刚建立的守卫者娘,都是Minecraft相关内容,按照原先的惯例本来是要新词条合并至旧词条,但是新词条的内容却似乎要比旧词条完善,到底该如何处理?--浩瀚讨论) 2019年8月14日 (三) 14:12 (CST)

新词条存在全篇复制MC中文Wiki有关内容的嫌疑,因此建议将新内容挂删。关于游戏内的具体内容,玩家自然会找专门的Wiki。T.E.Zimmern讨论) 2019年8月14日 (三) 14:49 (CST)

新建条目已与原条目合法融合。——在卧讨论) 2019年8月14日 (三) 18:37 (CST)

是否考虑创建重定向,这个词条就我所知连同这次已经有三次削除记录,一般“守卫者娘”也指的是MC罢。--浩瀚讨论) 2019年8月14日 (三) 21:38 (CST)

个人认为做重定向也是防止再次建立有关重复词条的一个有效方式吧。如果有其他意义的守卫者娘的话,可以同时加入重定向提示和消歧义。T.E.Zimmern讨论) 2019年8月17日 (六) 00:09 (CST)

请求将页面“日本帝国海军”"蔡徐坤"设置保护(仅优质编辑者及以上)

--HMS Caibeyan[Talk] 2019年8月15日 (四) 14:11 (CST)

意味不明。这边是建议您直接点艹您看不惯的辣位编辑申请精准扶贫。--Metagrossx讨论) 2019年8月15日 (四) 22:19 (CST)

朋友请淡定,不要出现点X等国骂。我是想萌娘百科一旦被别有用心的人编辑并截图上传微博很有可能让大众认为萌百是第二个恶俗维基/某精日维基。国会纵火案不得不防。--HMS Caibeyan[Talk] 2019年8月16日 (五) 12:49 (CST)

申请developer权限以编辑用户界面(editinterface)

User:Recital君

状态:   完成
申请职位:developer

申请/被提名者:Recital君[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核

1.近半年来有时间参与用户界面的维护工作

2.有500次以上1000次以下的用户界面编辑数 ——--Recital君讨论) 2019年8月15日 (四) 16:41 (CST)

欢迎回来。——From AnnAngela the Temporary Bureaucrat (Talk) 2019年8月16日 (五) 21:02 (CST)

敬请管理员帮忙编辑模板:即将删除、删除其测试产物模板:即将删除/base、编辑模板:即将删除/doc

由于预期之外的格式错乱,只能利用页面嵌套来规避。

对于模板:即将删除进行的本次改动增加了留言时间和留言用户的静态签名、修改了界面样式,与现行编辑提示统一、修改了文字表述。和既有版本兼容,预期不会造成兼容性大问题。

使用方法:

{{subst:即将删除|此处填写理由|此处填写时间}}

编辑请求一,删除字符“〇”,并且替换模板:即将删除为如下内容:


{{Info
|leftimage= 
|color= red
|class=will2Be2Deleted
|text=<big><center>'''根据[[萌娘百科:方针#悬挂删除模板|删除方针]],本条目“{{PAGENAME}}”{{color|red|进入删除程序}}'''</center></big>
*删除理由:{{#if:{{{1|}}}|{{{1}}}|条目所述事物不属于[[萌娘百科:收录范围|萌娘百科条目收录范围]]}} [{{ {{{|safesubst:}}}LOCALYEAR}}年{{ {{{|safesubst:}}}LOCALMONTHNAME}}{{ {{{|safesubst:}}}LOCALDAY}}日 ({{ {{{|safesubst:}}}LOCALDAYNAME}}) {{ {{{|safesubst:}}}LOCALTIME}},{{ {{{|safesubst:}}}REVISIONUSER}}(CST)]
*预计删除时间:{{#if:{{{Time|}}}{{{time|}}}{{{2|}}}|{{{Time|}}}{{{time|}}}{{{2|}}}前|立即}}删除。
*若对删除存在异议,可到 [[讨论:提问求助区]] 提出。
}}{{#switch:{{FULLPAGENAME}}|Help:沙盒|Template:即将删除|Template:即将删除/doc=|#default={{#ifeq:{{Str_left|{{FULLPAGENAME}}|9}}|萌娘百科:页面存废|[[Category:需要删〇除执行员删除的页面]]|[[Category:即将删〇除的页面]]}}[[Category:屏蔽更新姬推送的条目]]}}<noinclude>{{Doc}}<!-- 请将分类与跨语言链结增加在/doc子页面 / 請將分類與跨語言連結增加在/doc子頁面 --></noinclude>

编辑请求二,删除模板:即将删除/base,已经没有用了。

编辑请求三,删除字符“〇”,并且替换模板:即将删除/doc为如下内容:

<!-- 在本行下編輯模板說明 -->
本模板用于警告条目並且指示管理層的積壓工作。

所有添加了本模板的条目都可以在'''[[:分类:即将删除的页面]]'''中找到。
== 用法 ==
<code>
{{subst:即将删〇除}}
</code>

== 参数 ==
本模板有2个参数:
*'''1''',显示指定文字。默认值为'''条目所述事物不属于[[萌娘百科:收录范围|萌娘百科条目收录范围]]'''。可選参数。
*'''2''' 或 '''Time''' 时间参数,请在这里填写具体时间点。默认值为'''立即'''。可选参数。

== 用例 ==
提交一个删除理由:
<code>{{subst:即将删〇除|XXX}}</code>

将显示:
{{subst:即将删〇除|XXX}}

提交删除的预期截止时间:
<code>{{即将删〇除|XXX|Time=2001年1月1日}}</code>

将显示:
{{即将删〇除|XXX|Time=2001年1月1日}}

<!-- 本行下加入模板的分類 -->
<includeonly>[[Category:条目警告模板]]</includeonly>
<noinclude>[[Category:模板說明文件]]</noinclude>

需要注意的是,由于多个<includeonly>嵌套会产生问题,删掉了原有模板中的一处<includeonly>

由于权限不足不能进行再多的测试了,请各位最后帮忙测试下。

--Recital君讨论) 2019年8月15日 (四) 14:43 (CST)

可以考虑使用Help:替换引用#使用限制所提到的safesubst。——From AnnAngela the Temporary Bureaucrat (Talk) 2019年8月16日 (五) 21:36 (CST)
抱歉,我实在学艺不精,不知道safesubst该用在哪里如何使用。敬请稍微赐教。--Recital君讨论) 2019年8月16日 (五) 22:44 (CST)
将模板的subst替换为safesubst试试。——From AnnAngela the Temporary Bureaucrat (Talk) 2019年8月17日 (六) 20:05 (CST)
@AnnAngela 已经更改好了,请应用。--Recital君讨论) 2019年8月19日 (一) 18:54 (CST)
我建议用safesubst的目的就是避免挂删时使用subst=。=——From AnnAngela the Temporary Bureaucrat (Talk) 2019年8月19日 (一) 19:53 (CST)
真的抱歉~我不清楚safesubst是如何不利用{{subst:}}的,因为使用例上没有给出用法。另外,经测试{{info}}需要加入<includeonly>。最后想问下您反应如此迅速的原因是因为有人看到了对于模板:即将删除的操作吗?--Recital君讨论) 2019年8月19日 (一) 19:59 (CST)
因为我点进去发现已经被编辑了才注意到的。然后请注意我引用的那个段落(Help:替换引用#使用限制)的内容,尤其是最后一句话“这种情况下可以对模板B使用safesubst,safesubst允许该模板被嵌入同时不会受到模板被修改的影响,就如同允许嵌入的subst一样。”——From AnnAngela the Temporary Bureaucrat (Talk) 2019年8月19日 (一) 20:06 (CST)
谢谢,我还需要花时间来理解一下……--Recital君讨论) 2019年8月19日 (一) 20:15 (CST)
等等,这似乎看起来无效。我也需要一点时间理解。另外,根据现行程序,即将删除模板应该只接受一个参数用以指明理由,而不再接受关于何时删除的细节(因为管理员们会不定期执行删除工具批量删除,几乎不会检查页面【删除工具也只检查最后编辑者是否为巡查姬或以上用户】),所以我将与时间有关的细节都删掉了。——From AnnAngela the Temporary Bureaucrat (Talk) 2019年8月19日 (一) 20:31 (CST)
好的,另外根据这个以及最近被阻止编辑的经历想到两点:一是滥用过滤器好像存在功能重复的情况,二是{{subst:模板:即将删除}}似乎是允许输出的。汇报详细情况会近期提供。--Recital君讨论) 2019年8月20日 (二) 00:05 (CST)

提议:取消除英语、日语、zh、zh-Hans、zh-Hant之外的界面语言,并启用中文名字空间

删除其他界面语言的理由:

  1. 猜测使用者数量很少,没有维护的必要。
  2. 萌娘百科对于特殊:所有消息的本地化定制与未本地化的系统消息偏差太大,即使存在这些语言的用户,仅凭参考系统提供的默认消息,他们也未必能够正确使用萌娘百科。放置在那里不可取(想象一下没有编辑提示、预览提示、滥用过滤器提示的界面)。
  3. 网站活跃用户、维护人员很少掌握这些语言,难以提供用户支持。
  4. 维护起来工作量太大,仅仅是将 hk tw sg 等等语言指向hans或hant都产生不小工作量,而且某些特殊的页面会直接引用产生交互项问题(确信)。

保留界面语言的理由:

  1. 英语 (en,不是en-ca也不是en-gb):很重要,机翻很成熟。应该期望使用其它语言的网站访客使用英语访问萌娘百科。
  2. 日语 (ja):考虑萌娘百科相对早期以日本ACG为收录对象建立,日本文创文化对萌娘百科内容影响巨大,或许会有使用日语的用户。
  3. 中文(zh):想删但是删不掉,推测是必须和zh-Hans、zh-Hant同时存在。
  4. zh-Hans、zh-Hant 不再赘述。

启用中文名字空间的理由:

  1. 降低门槛。正确拼写Template、Category对母语中文用户的难度高于直接输入“模板”、“分类”。
  2. 因此,便于理解。在清楚“模板”、“分类”、“特殊”等词的含义上,用户能够直接理解到“前缀”、“名字空间”的含义,清楚了解到这是网站的一种功能。
  3. 注:目前标题上的中文名字空间可以通过变更内容语言变种来启动,但是在特殊页面和创建页面时依旧显示英文名字空间。


具体实施方法:

  1. 删除其他内容语言变体,在 \languages\classes\LanguageZh.php 中 $names 和 $variants 中保留 zh zh-hans 及 zh-hant
  2. 删除其他界面语言,在 \languages\data\Names.php 中仅保留en ja zh zh-hans 及 zh-hant
  3. 使用中文名字空间,在 \languages\messages\MessagesZh.php 中 $namespaceNames 中 指向的英文改为简体中文,对于zh-hant已经通过下方 $namespaceAliases 规定了。

--Recital君讨论) 2019年8月19日 (一) 23:24 (CST)

已经采用其他界面语言的用户不会遇到界面崩溃的问题,在下一次变更界面语言之前,他们的界面会保持现有语言。但变更之后不能改回来。--Recital君讨论) 2019年8月19日 (一) 23:27 (CST)

Like云霞 LikeAnnAngela

关于条目【日本帝国海军】,以及【Template:ACG组织】中的【社会团体组织(军事类)】

对于Template:ACG组织,以前我发过一次讨论串,因为当时有人在该模板中大量罗列、堆砌了世界各国的现实军队和历史军队,其中很多为在ACGN中很少涉及或只在很狭小题材涉及的军队。 我对当时的堆砌进行了精简,删除了一些不必要的罗列,只把ACGN中常用的国家军队保留。

后来,我建立了关于日本、美国的军队的两个条目,即旧日本军美利坚合众国武装力量,但前者先是被移动到了存疑页面,后来直接被删了,原因不外乎是敏感内容。当然这倒也没什么,但条目删了,Template:ACG组织中却没删。

今天我诧异的发现,居然有人把自卫队和旧日本军队后面都加上括号,详细列出了陆上、海上和航空自卫队,以及旧日本陆军、海军?并建立了单独的日本帝国海军条目?

那么问题来了:

  • (1)当初旧日本军条目被删了(尽管其中并没有任何反动的描述),但Template:ACG组织中却为什么没有同步删掉,这很奇怪。既然条目都没了,链接留着做什么?或者说旧日本军队到底是允许收录还是不允许收录?如果允许,条目为什么被删?如果不允许,链接为什么留着?而且,既然旧日本军条目被删除了,那么日本帝国海军又是怎么得以存活的?该条目中甚至没有介绍该军队在ACGN中的登场描述。当初的旧日本军条目中可是介绍了很多ACGN作品,至少比日本帝国海军更贴近萌百条目的撰写。
    • 讨论版里有一个串是关于该条目的,但却居然不是讨论存废问题,而是命名问题。
  • (2)对添加者的添加动机存疑,Template:ACG组织唯独日本的军队被细化,自卫队、旧日本军队、幕府军队都加了括号进行分项链接。请管理员核实。而且日本帝国海军条目似乎并不是出于对补充ACGN资料的目的撰写,条目中并无ACGN的登场介绍,相反,该条目历史记录里创建时写的是“帝国海军万岁!
  • (3)对军队原型的介绍可以方便了解ACGN设定背景资料,但毕竟现实军队不是ACGN本身,所以每个军队用一个条目总览介绍足以,有必要单独介绍其中的海军、陆军吗?(美国七大舰队是不是也要单独介绍?)
  • (4)尽管大量精简过一次,Template:ACG组织中依然有不少并无意义的现实军队链接,还是建议进一步整顿。(额,而且还有个“中国古代军队”?是总括的吗)

萌百娘的胖次讨论) 2019年7月31日 (三) 00:53 (CST)

Template:ACG组织中即使旧日本军保留着,也最好把后面的“(皇军)”删掉,军队的不同称呼可以在条目中介绍。萌百娘的胖次讨论) 2019年7月31日 (三) 00:57 (CST)
尝试解答一下你的疑惑以及发表一下自己的看法,并不与问题一一对应:
  • 萌百中一直有“为了防止萌百遭遇不必要的麻烦而从严自我审查”和“为了追求自由平等完备性等原则反对吹毛求疵的自我审查”两种意见,旧日本军日本帝国海军的不同命运无非是此一时彼一时而已。而日本帝国海军的命名讨论实际上也是踩在存废讨论之上的——既觉得这个词条内容可能涉敏,但又不愿轻易删除页面。
  • 尽管我没有见过旧日本军的条目,但从命名来看这个条目应该不如日本帝国海军专业,本人一直支持一个论点:“在条目存废的讨论中词条本身的质量会起到一个比较重要的作用”。
  • 该添加者的立场问题已经被提出过至少2次了,本人对其殊无好感。尽管如此,诛心之论我仍然是觉得不可取的,每个人有个人的爱好,添加什么不添加什么完全是个人自由。
  • 分开介绍军队中的陆军、海军、空军等条目没有问题,只有一个总述的“x国军队”反而显得不专业。
  • Template:ACG组织中对于“现实军队”的理解,不同编辑存在偏差,我理解的本意是列出ACG作品中登场过的、现实中存在的军队,然而有的编辑可能会将所有现实存在的军队都加上去。
  • 我认为Template:ACG组织存在比较严重的结构问题,它的分类基本属于“干垃圾”一样的一锅乱炖,区分意义不强,检索价值不高,同样建议进一步整顿。--Metagrossx讨论) 2019年7月31日 (三) 10:42 (CST)

不涉及条目收录问题,单说一点关于敏感边缘的东西哈,我觉得“自我审查”和“不自我审查”两种意见也可以不矛盾,只要都别过了度。但这需要集体默契,没有金刚鞋请勿跳刀尖舞。这位@Xzdxdd123456,您“开棍板载”“腾哇板载”的幼稚表演,舞姿难看,我公开diss。——在卧讨论) 2019年7月31日 (三) 23:07 (CST)

  • 又是那个XZD吗?我记得之前乱创建魔兽词条就已经被diss过一次并且封了一次号了 ——神翼炼讨论) 2019年8月7日 (三) 15:25 (CST)
  • 维基百科不是萌娘百科,萌娘百科也不是维基百科。抛开各类政治因素来看,该页面偏向现实中的日本海军多一些,很少涉及到ACGN中的出现,因此建议保留该页面但大幅度修改使之ACGN化。相比之下页面自卫队就是一个很好的例子。(刚才忘签名了现在补一下)--HMS Caibeyan[Talk] 2019年8月12日 (一) 12:35 (CST)

这个条目原来的内容看似不像是有正常历史知识的人所写,含有大量主观内容。我个人利用尽可能中立性的来源修正了一下使之更符合中立性原则,不知是否可行。至于为自我审查而清除这种条目私认为是很愚蠢的行为--铁拳无敌孙中山讨论) 2019年8月22日 (四) 01:11 (CST)