萌娘百科讨论:讨论版/提问求助/存档/2021年03月
讨论版【提问求助】档案馆
关于更改条目名称方法的疑问
萌娘百科中部分漫画作品和角色名仍在使用有歧义的翻译，请问如何修改条目名称？——以上未签名(注)本条留言未签名，留言后请记得用--~~~~签名！的留言由贝贝兔（讨论·贡献）于2021年2月25日 (四) 15:25 (UTC+8)添加。
- 先提醒一句，若非明显的翻译错误而只是不同翻译之间的选择问题，请务必先进行充分讨论再考虑修改条目名称。翻译嘴炮不好打。
- 修改方式的话搜索框左边的“更多”下面有个“移动”。如果你看不到说明你注册没多久，多做几次贡献等一段时间应该就有权限了。 --
M. J. H. 【困】 2021年2月25日 (四) 15:31 (CST)
日常提醒您一下，在讨论版发言请务必在段末使用四个波浪线进行签名。谢谢配合。
如何移动页面上面已有其他编辑者提及。这里说一下关于如何处理争议性条目命名的意见。如有与本站现行指引萌娘百科:条目命名冲突的，以指引文件为准。
- 共识尚未得出前，多加考虑暂且以原名命名条目
- 善用{{暂定标题}}和{{RedirectHere}}两个模板
- 事先讨论取得共识。一旦移动页面，短期内切莫三番五次地再移来移去
--半夜咳嗽的狼（讨论） 2021年2月25日 (四) 17:04 (CST)
关于三原色光模式的实用性等一些色彩类萌属性相关的问题
置顶：时间是组成生命的材料。——富兰克林
由于一些众所周知的原因（包括但不限于怀疑新手会看不懂），这个用户最近产生了大胆的想法，打算把萌娘百科的颜色专题装饰一下。
这个讨论串主要想问的问题：为什么说“三原色光模式没有实用性（这句是转载的！有异议别问我！我也在怀疑！）”？或者说，RGB的实用范围是不是包括萌娘百科？如果不包括萌娘百科的话萌娘百科的色彩管理应该从哪个标准谈起？
我昨天思考了一些其它的可能性包括但不限于我和其它萌百人所处的时空不同等等，但是还是很疑惑，已经很影响工作效率了，所以来提问。
另外，对于颜色专题相关的讨论应该怎样进行才能服众？是否有可行的手段防止恶化？
( ¡ )题外话 其实本来我又查了一些资料以后准备了超过十个问题要问，只是想到了上一行这个问题之后才决定只问这个，把剩下那些存到了本地备用。
(…)吐槽 因为一不小心就成循环论证了，在颜色里写了很多；信息提供少了不够用，说多了被吐槽“天真”我什么时候不承认自己很无知了！只是范围内是真理而已！；我能怎么办，我也很绝望啊因为看上去不少人都认为不懂装懂的人太多了，虽然我肯定不会认为自己是不懂装懂的
多分一些著名颜色吸引一些特别控某颜色的宅来站里当苦力不也挺好吗，某些条目现在将错就错问就是避风港原则——0%迪迪(aq) (Determination) 2021年2月18日 (四) 18:46 (CST)
- 对于颜色专题相关的讨论应该怎样进行才能服众？
- 1. 优化语言表述，减少废话和不必要的自言自语
- 2. 补充知识储备，思而不学则殆
- 是否有可行的手段防止恶化？
- 1. 优化语言表述，减少废话和不必要的自言自语
- 2. 补充知识储备，思而不学则殆
- 3. 不要钻牛角尖
- (…)吐槽 我大致看了下现在的颜色条目，不得不说，语文问题很多，还有科学问题，看得我头大。——分柿方橙（讨论） 2021年2月18日 (四) 19:36 (CST)
- ( ¿ ) 喵喵喵？请不要用一些笼统的名词把不同的概念掺和在一起。什么叫“实用性”，是针对读者、用户，还是网管？用来干什么，是存储颜色数据、给颜色命名，还是作为分类依据？——Sirogohan（讨论） 2021年2月19日 (五) 01:18 (CST)
- (…)吐槽 RGB本质上只是个指示显示屏如何显示每个像素点的工具。如果你的终极目标是划分萌属性，我认为现阶段过多地纠结于RGB是在浪费时间。——Sirogohan（讨论） 2021年2月19日 (五) 01:18 (CST)
- 条目内容争议，谁主张谁举证。_USER:YOONHA~1.PAR（留言）2021年2月19日（金）09:00:14（JST）
@分柿方橙是什么程度的问题呢？你的判断是建立在什么样的标准上的？它影响与一般的萌百人最低限度的正常交流和问题的解决吗？而且这版颜色没有被提删甚至没有被悬挂“急需改进”页顶模板，或者为了进一步改善你可以现在去悬挂一个。刚才也有其他的用户说了：条目内容争议，谁主张谁举证。
@Sirogohan那么问题就是说得出来“RGB没有实用性”的那个人的问题。之前有人提出了某个已经收录的虚拟人物的角色设定中使用了16进制颜色代码定义其代表色的例子，所以我现在认为至少对于已经能够确定使用了某种标准的情况应该认真地参照标准处理，如果没有使用就不应该纠结。也就是，不应该指责是浪费时间，最低限度地解释应用的概念是应该的，对于没有被使用的标准和没有使用标准的设定纠结才是浪费时间。
(：)回应 虽然很多的废话和自言自语是有很多副作用的，但是比起“因为太听话就被当成毫无原创性的东西”来我宁愿接受“因为风格太清奇被几乎所有人厌恶”虽然这两种状态都很糟糕，但是真新手很难做到折中……人间不值得。我承认看重这种权利到了有点病态的程度，这是一些经历导致的……只要没有人因为怀疑水精灵迪迪是傀儡/盗号/抄袭/外敌而违法乱纪，都还好说所以他就强迫症地为了所谓的“洗脱”去违法乱纪
我的终极目标是遵循准确性原则在萌娘百科为更多设定尽量争取不被歪曲的权利如果你之前就关注过这个用户而且思想比较滑坡可能就会感受到消歧义工作和普法相关也与这个动机有一些联系。主张划分分类是自己再三确认了确实看到了需求（为了节能这一笔编辑暂时不举例，但是如果确实需要举例我会尽快地举例）以后才作出的行动，只是一种手段。其实我本职不是惹事的，本来我差不多应该因为画画被喜爱，但是现在萌娘百科对颜色的解释和分类依据也很模糊，争议的处理就我参与过的几起只靠强权，甚至可能已经到了影响某些作品的保护作品完整权的正常的行使的程度。flag已经立了，只要问题能解决我就退休去老实搬砖，我自己认为自己这种思维客串编辑角色尬得没眼看……——0%迪迪(aq) (Determination) 2021年2月19日 (五) 11:28 (CST)
- @水精灵迪迪 这可是提问区诶，你连自己题干里的第一个问题都没看懂，你再帮他转述一遍等于你也有责任吧？
- 而且混淆概念的也不止这一处。“在网页中使用RGB值记录颜色”、“给RGB值对应的颜色命名”以及“用RGB值确定颜色的标准”完全是不同的事物，不要混为一谈。萌百以及几乎所有网站都在做第一点，不代表他们支持后两点。萌百存在的颜色列表只是网页设计的参考，不是一个严格的定义，更不代表你可以反过来用，不代表你可以擅自随便把一个中文颜色名称规定一个RGB值作为所谓的标准。颜色 条目中给很多颜色设定RGB值定义的做法是错误的。
- 关于三原色你也有很多概念莫名其妙混杂在一起了。首先红绿蓝只是屏显的通用选择，并不是叠加型三原色的唯一选择；其次不同的设备对应的红绿蓝光的物理特性也是不一样的；更何况屏幕显示还有软件矫正的环节。所以RGB值就是RGB值，它和人们通常认知的颜色之间有一定的对应关系，但不是物理层面上颜色的严谨定义，所以请不要把RGB值看成三原色的代言。——Sirogohan（讨论） 2021年2月20日 (六) 00:00 (CST)
改天我给这条目做一遍科学审核好了。真麻烦。 --
- @水精灵迪迪是非常醒目，直接告诉读者“我这个条目有问题”的问题。我的判断，是建立在我的学术知识和对各种文字资料的阅读的基础上的。它影响对一般最低限度的正常知识普及和答疑解惑。举个最显然的例子，条目第一段同时存在文字表述问题和科学常识问题。
原文：颜色是指人类的感觉系统对频率的解释。特定物理频率(波长)的光线产生特定的颜色体验，例如：紫蓝色处于光谱较高频端，橙红色处于光谱的较低频端。又名色彩、颜色知觉。
可简单改为（我随手改的，如有疏忽，请各位指出；我学相关知识用的英文，可能存在翻译问题）：颜色是人类视觉系统对可见光的感知特征，常被分为红色、橙色、黄色、绿色、蓝色、紫色等，又名色彩、颜色知觉。物体自身发出可见光或反射可见光，从而呈现特定颜色。颜色的种类与可见光的频率、能量密度有关。例如，紫色、蓝色光处于可见光谱较高频段，橙色、红色处于可见光谱较低频段；能量密度直接影响光的亮暗。- 批注：原文第二句话前半分句与后半分句没有直接关联，应该用句号分成两句话；“又名……”那一句应该紧接“颜色是……”；科学问题请自行看我的改动，不作过多解释（感觉系统还包括味觉系统，声波也是波，有频率呢，滑稽.jpg）。
- 我知道这句话不是你写上来的，不过，你作为条目主要编辑者，补充了那么多，却没有把这么明显的问题更正过来，不应该啊（滑稽.jpg）
- 你自己补充的也有很多类似问题，例如“超过这一范围下限和上限的电磁波分别称为“红外线”和“紫外线”。”这里，前面应该加个“略”，“和”改“或”，“称为”改“被称为”。总之有各种各样的问题。
- 这两句我会自己改入那个条目，其他问题请自行处理。
- 萌百虽然“不是严谨的学术网站”，但是，“不保证严谨性”不意味着“不应该尽可能做到严谨”，不然的话，就不是“新手会不会看不懂”的问题了，而是“新手应不应该看”的问题了。——分柿方橙（讨论） 2021年2月19日 (五) 12:55 (CST)
- 最后说一句，我宁缺毋滥党，个人非常不建议知识储备不够的人编辑这种带有科普性质的条目。绝望也没用啊，补知识啊，不再出现此类问题了大家也就不会说了。——分柿方橙（讨论） 2021年2月19日 (五) 13:05 (CST)
- (☩)意见 提问者问题的题干非常不清晰（看起来TA自己都没搞懂），而且从回应来看提问者是在利用本串表述观点，而不是真的有什么疑问。考虑到本版为提问求助区，或可以考虑让提问者直接与原发言者沟通并悬挂MAR模板。——Sirogohan（讨论） 2021年2月20日 (六) 00:00 (CST)
| “ | 颜色或色彩是眼、脑和我们的生活经验对光的颜色类别描述的视觉感知特征 ······ 但人对颜色的感觉不仅仅由光的物理性质所决定，还包含心理等许多因素，比如人类对颜色的感觉往往受到周围颜色的影响。有时人们也将物质产生不同颜色的物理特性直接称为颜色。 | ” |
| ——zhwp:颜色 | ||
- 颜色的边界说到底还是应该由人来判断，而不是十六进制代码。代码只是将颜色呈现出来，而不是绝对的边界。至于“实用性”，在显示等方面RGB和十六进制颜色代码确实很实用，但用来划分萌属性啥的还是得了吧。
- 另外我真心希望这位提问者可以精简一下自己的发言，明确一下重点。而不是用模糊的语言＋大量的吐槽内容和自言自语让讨论区的大家开始互相煮起来... From
M-pre · Talk 2021年2月20日 (六) 11:07 (CST)
@分柿方橙目前对“为什么我没有把那些错误也一起改过来”的解释是：我没有拿免责声明当挡箭牌的想法，手速太慢了时间不够。
@MJH大佬！能告诉我你是从哪个可靠来源如此坚信自己的吗？这个用户不是敌人，是需要你用真理拯救的人，诉诸断言反响不好。
(：)回应 @喵三君我的发言是从精简版添加装饰以后才变成这样的，如果没有任何人需要就不做了。——0%迪迪(aq) (Determination) 2021年2月23日 (二) 21:01 (CST)
- 我连RD都救不了，还让我救你？
- 你的确不是敌人，可交流但意见不同的人是敌人，你连可交流的前提都够不到，比起敌人更接近天灾吧。
- 真想了解颜色，不说学学认知语言学，起码先学学PS或者印刷之类的好不好？
- 至于诉诸断言的反响问题，你都不在意了我在意什么。 --
M. J. H. 【兑】 2021年2月23日 (二) 21:13 (CST)
- ( ¡ )题外话？ 现在这个回应就比较直接丶容易让人明白了，希望你能保持这个版本。—By patroller CHKO
(Talk) @ 2021年2月23日 (二) 21:15 (CST) - (▲)同上 以及个人认为你添加的“装饰”不应该影响阅读。没人希望和别人交流的时候还要做高难度阅读理解。 From
- @水精灵迪迪这次的很言简意赅，请继续保持。
- 站在个人角度，我对你的解释保留意见。作为物理生，我对一开头就有错到这种程度的东西简直0容忍。和平时一样，看了几个中英文资料预先学习，写完后也通读了几遍。因为要把修改原因放在公屏上，我做得稍加谨慎。不过，仅就改那两句话，总的加起来没有超过15分钟。
- 或许你编辑速度没有我快，但是很明显，即使你改这句话花了半个甚至一个小时，这个时间也和你思考该条目相关的其他内容花费的时间不在同一个数量级上，包括之前那个冗长的串。
- 考虑到你还为这个条目添加了一些具有科学错误的内容（很多都是高中知识啊喂），我维持原来的观点。请尽快修改条目内具有科学错误的内容，并请避免在知识水平不够的情况下编辑此类带有科普性质的条目。“没有金刚钻，别揽瓷器活。”——分柿方橙（讨论） 2021年2月24日 (三) 09:25 (CST)
@MJH:“任务是送他去见上帝”行吗
- ……
不，我没那么想- 可能还是会有人在意对环境不满却沉默的那部分用户流失浪费蒸发吧，我只能确定实际上在看着的人只可能比留下发言的人多……
@分柿方橙:。
- 再看着删几段呗
- ↓↓
- 是怎么回事呢……
- (＋)同意 我真的很想五十步笑百步但是笑不出来！举报了举报了
@User:Sirogohan但是现在的RGB是不是 也已经部分成为了“约定俗成”？我用了“也”这个字。还有，我认为能让那种有问题的话在这个场合说那么多，一方面看到了办事不力，另一方面……
目前的Template:Hair_color还有Template:Eye_color在使用一些未必有共识的十六进制颜色码给出参考，而且新手可能看不懂“容错开关”“参数设定”是什么。
更多问题似乎要用一下对应的讨论页
@Chko08022003，喵三君( ¡ )题外话？是非功过自有后人评说如果我不完美就没有人爱我，但是如果我不是独特的就没有人承认我独立！——0%迪迪(aq) (Determination) 2021年2月25日 (四) 18:53 (CST)
- @水精灵迪迪 您的思维实在是太跳脱了，让我第一时间根本就没有反应过来您在说些什么。
- “独特”和“独立”是两码事，而且你独立不独立和我们有啥关系？以及能不能先回答我在上面提到的关于颜色的问题？
- {{Hair_color}}和{{Eye_color}}的色表只是列举出此类颜色中有代表性的色号，不是像你那样把各种颜色都划了一个界限说：“数值在这个范围内的都要算成这个颜色。”
- 我还是认为：以RGB与十六进制代码作为划分颜色边界的标准是不准确的，因为颜色的边界应该是由人来判断。
- ( ¡ )题外话 说到底，颜色这一概念本身应该也是由人创造出来的吧，既然如此为什么还要按照数值来确定颜色的边界呢？ From
- (▲)同上 用RGB值给颜色划界，没有所谓的“约定俗成”。——Sirogohan（讨论） 2021年2月25日 (四) 22:09 (CST)
- (：)回应 重复一遍，我只说过我认为必须用RGB模式本身的秩序给有可靠来源证明其本身就是用RGB数值定义的颜色划界，因为允许搞特殊很可能管不过来所以我反对搞特殊。我从来没说过没有使用这一标准定义的颜色也必须无视文案去硬套（只要不给色号官方文案写了啥就是啥；没找到写清楚的文案以后才能参考热门色卡暂定一个），问题就是当时的人基本只是局限在这类情况找麻烦，现在又搁这无意义口水战，其实我眼里他们这么做和厨一个水平
- 而且现在的{{Hair_color}}和{{Eye_color}}只是说了应该处理错误，但是没有明显地展示是非对错的标准，我只好在自己用户页先糊了几条用来自律——0%迪迪(aq) (Determination) 2021年2月26日 (五) 12:54 (CST)
- RGB模式本身的秩序就是告诉屏幕的红绿蓝单元该发出多强的光，仅此而已。不存在“用RGB模式本身的秩序”给颜色划界的事情，RGB没有对应的秩序。
- 如果部分ACG设定的官方给出了用RGB标记的标准颜色，意味着大众在编辑电子文档时（包括网页、图片等）可以直接使用这组RGB数值获得在屏幕显示上一致的颜色，但不意味着你可以基于该RGB数值对颜色划界，这完全是两码事。——Sirogohan（讨论） 2021年2月26日 (五) 13:13 (CST)
- 既然知道是“用来自律”就别来绑架整个萌娘百科了，我宁愿每次设置颜色分类都“搞特殊”弄个讨论或者投票。
- 你的所谓“秩序”说白了不就是“独裁”么？ --
M. J. H. 【兑】 2021年2月26日 (五) 14:06 (CST)
(☩)意见 如果提问者不是真的有什么疑问，只是单方面输出自己观点的话，考虑到本版为提问求助区，我再次建议直接悬挂MAR模板。——Sirogohan（讨论） 2021年2月26日 (五) 13:13 (CST)
@喵三君条目里没写出来然后到这个份上才解释“仅供参考”是不是有点晚了，而且未必所有人都认同那些色号有代表性。
之前那几个颜色条被扒出代码来（重复一遍，是故意不明示而被说自己中立的人为扒出来）以后魔改成极端言论那个锅我不背，用代码只是因为当时我已知的比较直观地呈现出渐变的色带最好的方案只有那个代码
我还是认为如果你们本来就有一个成文的标准，或者没有就说没有的话这个串不会又变得这么长。
为了回答现写一个也无所谓，或者，承认这几栏的填写在以前就是只靠编写者个人的主观判断和滥权管理，和原作立意完全没有关系？
我认为我在讨论这类话题的时候遇到的主要问题是：实际上这个看似浅近的问题没有很多知识很难同台竞技，但是说“条目内容是错的”的人几乎都不能？拿出更可靠的来源来把脸打到实处，只是无意义地把讨论串水得很长等着所谓的强行结束
而且我甚至现在都不清楚自己改的那几次是怎么过的巡还没给封了号
所以我没有在问“萌娘百科的色彩管理应该从哪个标准谈起”吗？
@MJH每次都投票也比现在这样好，不然整个萌娘百科不也是在绑架？——0%迪迪(aq) (Determination) 2021年2月26日 (五) 14:33 (CST)
@Sirogohan但是你上上句话似乎开始解决疑问了——0%迪迪(aq) (Determination) 2021年2月26日 (五) 14:51 (CST)
- 就回应“萌娘百科的色彩管理应该从哪个标准谈起”这个问题——实在是不可思议，我好像从第一句话开始就指出你问题题干名词的定义不明确，怎么到现在了还是这样？
- 如果“色彩管理”指的是如何记录颜色，那么萌娘百科一如绝大多数的网站，使用sRGB值存储文字、背景、表格的颜色，绝大多数图片也是用sRGB值记录像素的颜色。
- 如果“色彩管理”指的是如何判定颜色，那么萌娘百科不使用sRGB值判定颜色。颜色的判定正如 User:喵三君 所述，靠人眼决定。这和萌娘百科中其他萌属性的界定是一样的，例如某角色大多数人觉得是天然呆，那么就可以说他是天然呆。
- 如果“色彩管理”指的是如何划界颜色，那么萌娘百科会在上述人眼判定的基础上，依靠社群的讨论处理个别争议颜色的问题。颜色的归属是一个感官方面的事情，追求量化颜色判定和划界的标准没有意义，正如没有人会尝试量化天然呆、傲娇等萌属性的标准一样。
- 综上所述，萌娘百科没有一个量化颜色划分的标准，而且目前也不需要。颜色划分标准是个很复杂的问题，我不知道你为什么多次提到RGB，但是以RGB值为基础做颜色划分标准的思路是行不通的。
- ( ¡ )题外话 几乎所有人一边倒的吐槽你的发言因语病、含义不明、大量自言自语导致难以理解，所以关于这个讨论串为什么变这么长的问题，你是怎么做到拉的下脸指责别人的？——Sirogohan（讨论） 2021年2月26日 (五) 15:13 (CST)
- 现行方针完全没拦着你开投票，不知道“绑架”从何说起。 --
M. J. H. 【晋】 2021年2月26日 (五) 16:09 (CST)
- 哪位来给这个串做个TLDR版本，或者至少标出精简版在哪里，没有我就按照社群无法理解或反对的理由直接MAR了哈。不是我单方面不想参加讨论，也不是我认为颜色的问题不值得讨论，而是我压根儿没看懂讨论的主要问题是什么，这个串的大部分编辑者也是这么表示的。--EnMGP编辑者乐然
✉
爱（ ）与憎（ ）的相思相爱（ ）Reflection绝赞配信中 2021年2月26日 (五) 16:19 (CST)
不用了，懂了，MAR吧。——0%迪迪(aq) (Determination) 2021年2月26日 (五) 18:26 (CST)
可别TLDR了，现在我感觉TLDR简直就是上次话题没能善终的根本原因，删掉TLDR以后剩下的那些人文因素还是有点说服力的
@Sirogohan好回答！就是这个，这三行长度正好。回答一下：提到RGB只是因为有人只举了用了16进制颜色码的例子讨论，我现在仍然认为那只是一种很死板、相对少用的形式，就算得到了结论也不适合很多其它实际场合，但是还是要给充满智慧的眼神
关于语言风格的问题我只能说：“我很抱歉是这样的初见”，为了合群，合一开始见到的某种人的群。
但是希望你相信这个情况是可以被改变的，至少我看得到不少人都希望那只是一种稀有事件，是偶发性事故，没关系我初见杀习惯了……
@MJH看来如果确实到了需要开投票的程度就得开个投票，学到了，下版就改——0%迪迪(aq) (Determination) 2021年2月26日 (五) 19:15 (CST)
关于新增一套主题表情包的咨询
我已经自制了一套比较完整的Q版小万的表情包，打算模仿模板{{表情}}以{{万由里|参数}}这样的模板形式在萌百进行第一次发布，不知道各位管理大大有何看法？
另：1、之所以打算新建模板{{万由里}}是因为：
2、我已经将部分表情包发布在了Pixiv上，可以先参考看看。--桂の脌, Aug때（讨论） 2021年2月26日 (五) 12:49 (CST)
- 第一，请不要在萌娘百科发布自己的作品。第二，请问您这套表情包在站内用途是什么？—— ほしみ 2021年2月26日 (五) 13:08 (CST)
- 哦，讨论用表情包啊，那没事了，直接拒绝———— ほしみ 2021年2月26日 (五) 13:11 (CST)
另外提醒阁下，请不要通过任何手段试图在条目评论区添加大量表情包图片。—— ほしみ 2021年2月26日 (五) 13:17 (CST)
萌百长久惯例是不在讨论时使用一切非必要图片。倒不是什么成见，主要是对于Mediawiki系统在讨论时置入表情确实有很多技术方面的问题。
( ¡ )题外话 ，有感而发，不针对在座任何一位。我坚持认为，离了表情包用纯文字就讲不好话了是一件很悲哀的事。--半夜咳嗽的狼（讨论） 2021年2月27日 (六) 12:10 (CST)
关于Draft(草稿)名字空间的提议
对于那些因为主客观原因不能短时间内完成的条目，如果设立Draft（草稿）页面的话可能会方便得多。
貌似萌百还没有Draft（草稿）的名字空间，那是否应设立Draft（草稿）名字空间？
虽然通过用户自行创建的子页面（例如/Sandbox）可以实现临时编辑，但如果设立Draft（草稿）名字空间，或许可以免去废弃子页面提删的必要性。
另外还有，设立Draft（草稿）更重要的是，可以让名字空间更加完善，或许可以让萌百在这一方面的规范性与完整度更进一步。
诚然，如果设立，必然需要出相关的规定（如逾期删除等），但对比设立Draft（草稿）的优点，还请各位共商共建。
| “ | 在草稿名字空间的文章，就像刚孵化的小鸡，处于摸索阶段，需要细心呵护。 | ” |
| ——中维，WP:Draft | ||
P.S.由于意见尚不完善，暂时不设置提案，若有必要，可以在意见完善后设置新提案。
以上所有，Regards.-- Zorua 签名猛戳→ 
- (＝)中立 沙盒是个好东西（——东方众 一位史蒂夫 （讨论·贡献 ）✉❶ 请问您要单推一只
臭鼬白鼬吗？这就去w 2021年2月26日 (五) 19:14 (CST) - (＋)倾向支持——From
月_樱_雪 (讨论) 2021年2月26日 (五) 19:20 (CST)
- (＋)支持 ————绿毛控（讨论） 2021年2月26日 (五) 19:22 (CST)
- (＋)倾向支持——0%迪迪(aq) (Determination) 2021年2月26日 (五) 19:27 (CST)
- (－)弱反对 管理可能会方便一点，但还有待评估 --
宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2021年2月26日 (五) 19:35 (CST) - (～)补充 单从对新页面的维护而言，我觉得会比移回用户子页面方便很多（无论是移动操作还是到用户讨论页提醒。——From
- (＝)中立 到时候大概会有许多方针和论述都需要修改，估计是个不小的工作。暂且中立。 From
- 运维之前就已经表示过，目前并不存在因服务器资源或带宽限制而限制某些编辑操作的行为。
- 无论是移动用户子页面还是草稿页面终究都要删除移动后残留的重定向，并不存在所谓的“优势更大一些”。
- 提议的理由不太站得住脚。--Sysop 北极星と南十字（给我留言） 2021年2月26日 (五) 20:00 (CST)
- (＝)中立 (▲)理由同喵三君--「签名板」from TNLHK「讨论区」 2021年2月26日 (五) 20:03 (CST)
- (～)补充 服务器资源这一点是有问题的——已删除的页面事实上仍未彻底删除，大多数页面仍可恢复。条目正式完成后，草稿应该是要删的，而这同样占用服务器资源。同时根据与运维方的交流，这方面暂时没有问题。
- “名字空间的完善”是有些奇怪的说法。并不是别人有，我们也要有。
- 不过单从维护的便利程度而言，我仍比较支持。至于政策性文件的修改，是提案阶段的工作。目前只是对这一想法作可行性研究。——From
- ( ? )疑问 话说名字空间是可以随意添加的吗？——芳文厨 一位史蒂夫 （讨论·贡献）✉❶ 请问您要单推一只
臭鼬白鼬吗？这就去w 2021年2月26日 (五) 20:19 (CST)- MediaWiki的手册:使用自定义名字空间?应该还会有些方便的插件吧。——この利用者は
小鞠 です 2021年2月26日 (五) 21:01 (CST)
- MediaWiki的手册:使用自定义名字空间?应该还会有些方便的插件吧。——この利用者は
- (－)弱反对 首先，就算是Draft名字空间的页面也是要删除的，和用户子页面没啥本质差别，更何况有些用户会循环利用子页面沙盒。其次，对于名字空间的完善，我倒是觉得没有必要，毕竟维百的体系也不是最好的体系，有些东西可以借鉴，但不需要完全保持一致。
更何况我们敬爱的B先生不知道跑哪里去了，所以后端大概没人改（--OIer乐然爱（ ）与憎（ ）的相思相爱（ ）Reflection绝赞配信中 2021年2月26日 (五) 21:44 (CST)- 行政员是可以引入名字空间的。--MnO43- Talk with me! 2021年2月27日 (六) 21:18 (CST)
- (－)不支持 在萌百，这没啥意义。—— ほしみ 2021年2月26日 (五) 22:21 (CST)
- (…)吐槽 这也是为什么没挂提案的原因，所以发到了提问求助区 说：就这小破措辞还往提案发呢？
不过照这样来看的话，各位还是见仁见智，毕竟名字空间这档事，说大不大，说小不小。-- Zorua 签名猛戳→
- 新增一个这样的名字空间定会给萌百的小霸服务器带来一定的负担，维护组和运维也未必能非常轻松地处理好新增该名字空间所带来的相应事务，像要时常监视这个名字空间的新内容啊，到时间该移动移动该挂删挂删啊，方针啊编辑指南啊之类的地方要删删改改再加入相应内容啊，后台应该也有不少麻烦事要做。在
站长撤资希望小学来升级服务器，维护组和运维又吃到几个超能干的新人之前，我是(－)不建议加这么个名字空间的。 2021年2月27日 (六) 00:59 (CST)
- (＝)中立 不是很了解维百中这个名字空间的用法。个人猜测或许跟用户页子页的区别在于，通常情况下用户页子页只能由对应用户本人编辑，而草稿名字空间依然默认为公共编辑区，以防止被打回的页面难以被注意到，结果其他人重头开始创建？（虽然用户页子页其实也可以多人编辑，但还是需要该用户事先进行授权）
- 不过说起来，萌百跟其他大型百科网站的主要区别就是，主名字空间中的不少条目本身看起来就很像草稿，比如随处可见的“待补充”。先不论这种不够正式的风格的好坏，我只想说这种情况下，草稿名字空间的必要性似乎就非常低了。
- 那么这个问题的关键大概就变成“需不需要给那些未能达到新条目创建最低标准，但已搜集少量信息，为避免浪费人力心血而留出的公共空间中转站”了。这样其实有个好处就是分类中，这些条目可以以“Draft:某某条目”的形式存在，而不必以分类残留的形式作为“User:某某某/某某条目”躺在分类里了。
- 但如果一个条目连被挂上{{急需改进}}TOP的程度都达不到的话，其是否真的有作为草稿存在的价值？这是我无法一概而论的地方。——迪尔碧莉蝶（留言板）
2021年2月27日 (六) 07:37 (CST)
- 有人见到已有的draft，编辑冲突怎么处理--このLegend frogもガンバラナイト 2021年2月27日 (六) 10:34 (CST)
- (－)反对 萌百自有萌百的用户群和生态，尤其是大部分条目的初创都并不需要多用户合作，因此在这点上没必要也不应该学习维基好榜样。 --
M. J. H. 【无妄】 2021年2月27日 (六) 10:49 (CST)
Legend frog- 不过看到这个讨论串我倒是想起来个好处，目前放用户页底下的话可能会出现多个人在同一时间建立了同一条目的草稿的情况，如果有一个公用页面的话倒是方便寻找，防止重复做无用功。--工具人乐然
爱（ ）与憎（ ）的相思相爱（ ）Reflection绝赞配信中 2021年2月27日 (六) 13:48 (CST)
- @一位史蒂夫 注意您的签名中有一个span标签未闭合，已将当前讨论串中存在的该项错误修复，请您尽快修复您的签名。
- 对于这个问题，我原本打算引入Portal名字空间作为专题中各项内容（包括介绍、编辑指引等）的存放位置，也考虑将草稿存放于Portal名字空间下。但是该项提案由于我时间不足
其实就是懒被搁置。--MnO43- Talk with me! 2021年2月27日 (六) 21:18 (CST) - 抱歉在错误的位置插入了一个换行）--MnO43- Talk with me! 2021年2月27日 (六) 21:19 (CST)
(－)反对 ：多此一举！现有的Sandbox体系足够全站绝大多数编辑者满足草稿编辑使用需求。依个人观察统计，没有任何人会只是因为将条目草稿提交到了主名字空间而成天提删自己用户页名下的sandbox。“免去废弃子页面提删的必要性”，纯粹是无稽之谈。反观另行设立草稿名字空间，不仅会带来一系列新的不可避免技术性问题，还会给本站本就资源不充裕的服务器与数据库造成极大的负担。处理草稿浪费的服务器资源可比挂删用户页子页面浪费的多太多了。
从MJH的“大部分条目的初创都并不需要多用户合作”这一观点出发，个人习惯中正确的“草稿到条目”转化流程是这样的：创建者在自己用户页子页面某sandbox下打好基本框架后立即提交到主名字空间。因为不需要考虑版本历史问题（更何况循环利用的沙盒本来就会造成版本历史污染）加之沙盒循环再利用，不要使用移动页面功能而应当直接复制全文Wikitext源码后在主名字空间下手动创建新页面。之后用户自行清空沙盒，挪作他用。
还有就是，维基百科不是神。不要看见维百有啥都想照搬过来。多考虑一下“本国国情”吧。--半夜咳嗽的狼（讨论） 2021年2月28日 (日) 02:01 (CST)
再补充一点：挖坑不填在本人看来是恶习。宁缺毋滥，条目没内容写不出来就不要写。自己存个txt草稿在硬盘里慢慢添不好？连个基本框架都打不好，建个页面两三句话不到五百字节往主名字空间一甩，被巡查看到了挂个“急需改进”等着别人给你擦屁股，丢不丢人呐！别嫌弃我对“宁滥勿缺”深恶痛绝，隔壁百毒没有百度百科:收录范围，可是够宁滥勿缺的。懂的都懂。崩坏3原神半条命泰坦陨落求生之路，我想写的专题系列海了去了够我喝一壶的，怎么不见我唰唰唰建一大堆Draft晾在那里十天半个月都不管啊？--半夜咳嗽的狼（讨论） 2021年2月28日 (日) 02:18 (CST)
(－)反对 没必要另设空间，命名空间不是拿来这样用的。不论是占用资源或是协同编辑的论点，实际上以现有方法已经能够有效处理问题。而且这样有可能出现大量"挖坑不填"的草稿，有人本着"抛砖引玉"之类的心态大量创建空页面。--By patroller CHKO 
(Talk) @ 2021年2月28日 (日) 11:00 (CST)
(～)补充 关于Draft名字空间的设立在zhwiki的相关讨论见原始链接，仅作为参考。-- Zorua 签名猛戳→
- 重复一遍，WP怎么样，跟我们没有什么关系。要符合萌娘百科的实际情况进行规则规范的调整和修订。—— ほしみ 2021年2月28日 (日) 17:48 (CST)
如何使文字发光
如图：
——以上未签名(注)本条留言未签名，留言后请记得用--~~~~签名！的留言由Studyrat（讨论·贡献）于2021年2月28日 (日) 17:27 (UTC+8)添加。
<span style="text-shadow:颜色 x偏移 y偏移 扩散半径;">要加发光的文字</span>，例如这样。 --M. J. H. 【颐】 2021年2月28日 (日) 18:03 (CST)
- +0.05--单推人乐然
爱（ ）与憎（ ）的相思相爱（ ）Reflection绝赞配信中 2021年2月28日 (日) 20:12 (CST)
Bandcamp怎么看一个歌曲的ID
如题，写“Kaiserreich/革命电台音乐”的时候碰上问题了，“黑色国际歌”在网易云上没有，在Bandcamp上找到了，但不知道Bandcamp的歌曲ID怎么看，求各位大佬帮帮忙--假面骑士01（讨论） 2021年2月28日 (日) 20:56 (CST)
- 获取track id的方式请看{{bandcamp}}的模板文档。经查询这首歌曲的track id是4062494721。_USER:YOONHA~1.PAR（留言）2021年3月1日（月）00:32:08（JST）
请问如何根据页面内元素数量自动调节css属性值？
我想调整的是这个模板：Template:NoWorld。 其中需要调整的代码是：
{{ptl|define=NoWorld模板成员|tl=
<div class="membersinnoworld" style="display:inline-block;margin:auto 4vw;position:relative;border-color:{{{边框颜色}}};"><div class="noworldmembers" style="width:8vw;height:8vw;border-radius:50%;">[[ {{{条目名}}} |<img style="width:8vw;" src="{{ filepath:{{{图片名}}} }}"/>]]</div></div>
}}
<!-- 在这里添加或修改头像↓ -->
{{ptl|use=NoWorld模板成员|条目名=NoiR|图片名=NoiR推特头图带名字新.png|边框颜色=#9EA7A6}}
{{ptl|use=NoWorld模板成员|条目名=白黑黑白|图片名=白黑黑白推特头图带名字新.png|边框颜色=black}}
{{ptl|use=NoWorld模板成员|条目名=蒂悠·普拉缇|图片名=蒂悠·普拉缇推特头图带名字新.png|边框颜色=#C19DAB}}
{{ptl|use=NoWorld模板成员|条目名=灰墨|图片名=海紫米推特头图带名字新.png|边框颜色=#61625A}}
<!-- 在这里添加或修改头像↑ -->
我想让inline-block;margin:auto 4vw;、width:8vw;height:8vw;的数值根据头像的数量变化，比如说4个头像就是16÷4=4，5个头像就是16÷5=3.2。
我的思路是采用不输出数值的计数器模板：
{{ptl|define=NoWorld模板成员|tl=
{{counter|1|noecho=true}}<div class="membersinnoworld" style="display:inline-block;margin:auto {{#expr: 16 / {{#var:a}} }}vw;position:relative;border-color:{{{边框颜色}}};"><div class="noworldmembers" style="width:{{#expr: 32 / {{#var:a}} }}vw;height:{{#expr: 32 / {{#var:a}} }}vw;border-radius:50%;">[[ {{{条目名}}} |<img style="width:{{#expr: 32 / {{#var:a}} }}vw;" src="{{ filepath:{{{图片名}}} }}"/>]]</div></div>
}}
<!-- 在这里添加或修改头像↓ -->
{{ptl|use=NoWorld模板成员|条目名=NoiR|图片名=NoiR推特头图带名字新.png|边框颜色=#9EA7A6}}
{{ptl|use=NoWorld模板成员|条目名=白黑黑白|图片名=白黑黑白推特头图带名字新.png|边框颜色=black}}
{{ptl|use=NoWorld模板成员|条目名=蒂悠·普拉缇|图片名=蒂悠·普拉缇推特头图带名字新.png|边框颜色=#C19DAB}}
{{ptl|use=NoWorld模板成员|条目名=灰墨|图片名=海紫米推特头图带名字新.png|边框颜色=#61625A}}
<!-- 在这里添加或修改头像↑ -->
但是这样有个很明显的问题：即每个头像获得的计数器值不一样，所以它的边距和大小也就不一样。请问有没有什么其他的办法解决这个问题？——我是亘古轮回Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。 2021年3月1日 (一) 09:40 (CST)
( ¡ )题外话 ：真的没有错版吗？就算是提问，这个串不应该发到隔壁“技术实现”版吗？--半夜咳嗽的狼（讨论） 2021年3月2日 (二) 02:27 (CST)
已解决，效果非常好————我是亘古轮回Colby，2 0 5 3 / 0 8 2 3 / 2 9 7 0 / 2 7 9 9 / 5 0 4 2 /。 2021年3月1日 (一) 12:38 (CST)
如何修改词条名称？
如果想要修改词条名称，应如何编辑？——以上未签名(注)本条留言未签名，留言后请记得用--~~~~签名！的留言由玄北（讨论·贡献）于2021年3月1日 (一) 21:56 (UTC+8)添加。
- @玄北 将对应条目移动至您希望的目标名称页面即可（右上角“更多”-“移动”）。如果原页面不再需要，请在操作申请版请求删除。
- 另请(ｉ)注意 ，发言完毕请使用
~~~~签名。——
GuoPC ☕ 📝 2021年3月1日 (一) 22:16 (CST) - 请注意，您需要先完善条目再移动。—— ほしみ 2021年3月1日 (一) 22:42 (CST)
| user:玄北 重复提交的内容 |
|---|
如何修改词条名称？如果想要修改词条名称，应如何编辑？ |
有关在模板中建立子模版嵌套的问题咨询
打算将模板:07th Expansion做成模板:Fate一样的子模版嵌套模式，以便提升阅读体验。目前已经建立了几个子模版，然而更改主模板模板:07th Expansion时会触发滥用过滤器——大段删除QAQ。
因此想请问大佬们，遇到此类问题该如何进行子模版嵌套的操作呢？—— 董家军集合 2021年3月3日 (三) 16:45 (CST)
求助：关于折叠之后的缩进问题
- 我希望折叠内容看起来属于这一段
| 于是我加入一段带缩进的折叠 |
|---|
|
这一段折叠的格式是我希望的 |
- 但我并不希望这一段也属于上一段
- 换行并不解决问题
| 或者我不插入换行，让折叠内容跟着这一段 |
|---|
|
展开按钮的位置变了，但这个格式也是可行的 |
- @清晨窗外的咸鸭蛋 提供模板文档以供参考：Template:Hide/doc#模板与缩进、列表同时使用。——GuoPC ☕ 📝 2021年3月5日 (五) 08:03 (CST)
- 额，请不要在讨论版使用缩进+hide，会造成全局排版问题，，我不得不对您的发言进行修改，敬请谅解。—— ほしみ 2021年3月5日 (五) 08:38 (CST)
- 如确有需要，请用
<ul>等标签。——From AnnAngela the Temporary Bureaucrat (Talk) 2021年3月6日 (六) 10:22 (CST) - 感谢，ul标签完美解决了我的问题——清晨窗外的咸鸭蛋（讨论） 2021年3月6日 (六) 10:44 (CST)
可以上传一些新的用户框吗？
做了一些新的想上传但找不到地方，主要是今天做自己空间时发现很多都没有...--rua（讨论） 2021年3月4日 (四) 20:18 (CST)
- 不是这个，我是说的类似像这个
| ♪ | 该用户是一名音乐游戏玩家。 |
...--MINGach（讨论）2021年3月4日 (四) 21:12 (CST)
- @MINGach 您只需要在模板名字空间新建一个就可以，例如Template:用户 示例用户框，并使用
{{用户 示例用户框}}直接调用。这时建议您参考其他用户框模板添加文档与分类。 - 当然，如果您只是自己使用，也可以选择将用户框放置在您的用户页下，用
{{User:MINGach/子页面}}的形式调用。--单推人乐然爱（ ）与憎（ ）的相思相爱（ ）Reflection绝赞配信中 2021年3月4日 (四) 21:41 (CST)
- @MINGach 您只需要在模板名字空间新建一个就可以，例如Template:用户 示例用户框，并使用
(＋)可以。此外，这里提供一些建议：
- 如果您希望面向与您兴趣相投的同好提供此用户框（例如：同一款游戏的玩家、同样具有某种典型属性的人），请参照上面其他编辑者提供的教程在Template名字空间建立公用用户框。如果使用此用户框的用户较多，您还可以使用“链入页面”功能来查看使用了此用户框的其他用户以寻找同好。
- 如果您是纯粹自用用户框，您可以：
- 在自己用户页子页面下建立用户框后再调用
- 或直接在需要使用用户框的地方使用标准用户框样板手动创建一个用户框
--半夜咳嗽的狼（讨论） 2021年3月6日 (六) 16:13 (CST)
关于内链的求助
请问当章节标题中使用了{{lang}}、{{ruby}}等模板时，要如何用内链语法链接至该特定章节？
- 使用特殊第一人称#小生(しょうせい)即可。（使用%7B代替{，%7D代替}）--某乱逛的低仿号 北纬的星空
(来骂我） 2021年3月7日 (日) 09:48 (CST)
- 或者可以用
anchorencode魔术字，比如[[特殊第一人称#{{subst:anchorencode:-{小生(しょうせい)}-}}]]→ 特殊第一人称#-{小生(しょうせい)}-。--OIer乐然爱（ ）与憎（ ）的相思相爱（ ）Reflection绝赞配信中 2021年3月7日 (日) 10:17 (CST)
- 或者可以用
那个，想问一下，为什么萌娘百科的IOS客户端好久没更新了？
最后一次更新还是两年前……不知道这里可不可以问——一雪（讨论） 2021年3月7日 (日) 15:34 (CST)
- @一雪 大概是因为iOS客户端的原作者Maverick[更多]已经离开萌百很久了吧。--
From Azamino Tsubaki's PtSO4 (Talk) 2021年3月7日 (日) 15:47 (CST)
- 好的谢谢，所以app就没人搞了吗…——一雪（讨论） 2021年3月7日 (日) 15:57 (CST)
- @一雪 东东佬在搞安卓版，iOS不太确定……
大概因为米娜桑swift本当苦手吧（--工具人乐然爱（ ）与憎（ ）的相思相爱（ ）Reflection绝赞配信中 2021年3月7日 (日) 22:26 (CST)- 都是非官方app，官方版还在开发中，敬请期待。—— ほしみ 2021年3月7日 (日) 22:57 (CST)
- @一雪 东东佬在搞安卓版，iOS不太确定……
请求删除图片
cm:File:PredaconPrimeLogo.png,cm:File:Maximal symbol.png,cm:File:Predacon symbol.png，上传重复，请求删除--伏见威蕃（讨论） 2021年3月7日 (日) 16:26 (CST)
和条目巫女有关的问题
目前条目巫女的内容是萌属性的巫女。但萌百同时存在其他名为巫女的角色的条目，巫女(游戏人生)和巫女(侦探已经死了)。是否需要进行消歧义？如果需要，是建立巫女(消歧义页)并在巫女中使用{{about}}，还是把原条目改为巫女(萌属性)并把巫女作为消歧义页呢？--不喜欢繁长签名的文祖小t（讨论） 2021年3月7日 (日) 11:30 (CST)
评论怎么了
为什么突然不开放了？也没看到通知，最近敏感吗？--布洛肯亚雷（讨论） 2021年3月9日 (二) 18:25 (CST)
- 并没有啊，是否是个人网络环境问题？——From
- 我复现了。技术实现版有个bug提报，看看A姐怎么说。--优质编辑者乐然
爱（ ）与憎（ ）的相思相爱（ ）Reflection绝赞配信中 2021年3月9日 (二) 19:26 (CST)
有可能是系统本身的部分bug诶，目前有解决办法吗？或者是两会召开的问题才强行关掉的评论区？（不太希望以后还会有这样的事情发生）——以上未签名(注)本条留言未签名，留言后请记得用--~~~~签名！的留言由倾城倾国233333（讨论·贡献）于2021年3月11日 (四) 23:19 (CST)添加。
- （根据相关方针，公共讨论版的发言不应直接移除。由于发言者自行移除留言，故视作撤回发言处理，加上了删除线。——From
- (：)回应 真的只是A姐手滑了……--单推人乐然
爱（ ）与憎（ ）的相思相爱（ ）Reflection绝赞配信中 2021年3月12日 (五) 08:11 (CST)
如何重新编辑标记为即将删除的页面？
放学后的昴星团现在悬挂了即将删除模板，并无法提交编辑。
现在我想重新编辑，应该怎么操作？——以上未签名(注)本条留言未签名，留言后请记得用--~~~~签名！的留言由梦吉（讨论·贡献）于2021年3月9日 (二) 21:48 (UTC+8)添加。
- @梦吉你创建的这个条目全文除一句话外全部来自其他版权协议不同的站点。您可以等这个页面完全删除后再重新创建，但请注意，请勿版权侵犯。———— ほしみ 2021年3月9日 (二) 22:13 (CST)
- @星海子 好的，我明白了，以后会注意的 --梦吉（讨论） 2021年3月9日 (二) 22:38 (CST)梦吉
关于火车的消歧义页
( ? )疑问 目前，有关火车的消歧义——铁道娘、火车(樱花大战)和火焰猫燐已经相互建立消歧义。
请问火车(消歧义页)是否有保留的必要？
--qaolp0（讨论） 2021年3月9日 (二) 17:39 (CST)
- 该消歧义页已被重做，故撤回提问。如有其他问题可以在讨论页留言。--message from qaolp0（讨论） 2021年3月10日 (三) 10:36 (CST)
屠麟傲血@屠麟傲血抱歉，在重做消歧义的时候理解错了拟定方针。--message from qaolp0（讨论） 2021年3月10日 (三) 11:14 (CST)
关于滥用过滤器52
关于“禁止添加新浪图床链接”这个过滤器，注释中提到的理由是“由于新浪图床新增referer检测，故禁止添加新浪图床链接”。
但是模板{{NoReferer}}是有绕过referer检测的功能的。
所以为什么要设置这个过滤器呢？没有冒犯的意思，只是单纯的好奇。——欢迎讨论的ガガGallium 2021年3月8日 (一) 13:20 (CST)
- emmm，只是先有过滤器，过了很久一段时间才做出模板，目前并没有验证能否对新浪图床有效，能否找一张新浪图床的图片试试看？——From AnnAngela the Temporary Bureaucrat (Talk) 2021年3月9日 (二) 10:52 (CST)
关于一句话页面
在首页上面发现了Gaijin_Entertainment这一个一句话页面，烦请处理一下。--Qaolp0（讨论） 2021年3月20日 (六) 20:26 (CST)
请求对账号柠檬亚籽进行解封
贵站人员不仅对本人进行恋童诬蔑、诬蔑本人为吴织亚切大忽悠粉丝、回应不统一、对里站恋童内容选择双标、骂人侮辱歧义上选择双标、频繁无理由封号、“误”删词条、给出类似“不爽而封号”言论云云。
若贵站对以上行为以及相关截图概不承认，即代表贵站承认独裁、包庇吴织亚切大忽悠与LexBurner以及人员回应不统一、纵容贵战老用户进行“死*废物给爷爬”等对人进行辱骂词汇并对相关事件人员进行双标处理。
望贵站合理、统一的给出一个说法。
————贵站有够独，裁 2021年3月24日 (三) 21:38 (CST)
有关如何达到Template:Accordion效果之问题
To All:
贵安,本人希望运用Template:Accordion模板,以达到页面同时只展开一个内容的效果. 但本人并没有在萌娘百科上寻找到Template:Accordion模板.
本人得知有Template:Toggle模板,但其仅能实现本人部分效果.
| 本人期望效果概念展示 |
|---|
|
栏位1
本栏展开时,下方2个栏位可以自动合上
栏位2
本栏展开时,上方和下方2个栏位可以自动合上
栏位3
本栏展开时,上方2个栏位可以自动合上
|
就此本人提出两个问题:
1. 萌娘百科是否存在类似模板可达到本人期望之效果?
2. 如没有类似模板,本人应循那些方面去尝试达到期望效果?
本人撰写wikitext年资极短,并不熟悉如何有效编写页面.如果已有现存规则/指引/模板/解决方法,敬请提出指点本人. orz
以上.
--ShameOfKaffee~~ 5+1 = (: 2021年3月15日 (一) 18:50 (CST)
- @Kafe523 或许可以尝试T:切换显示？虽然和accordion有些区别，但是基本功能类似。--酒姬民乐然
爱（ ）与憎（ ）的相思相爱（ ）Reflection绝赞配信中 2021年3月16日 (二) 15:08 (CST)- 感谢@Leranjun回复,本人将会前去参考了解. orz --ShameOfKaffee~~ 5+1 = (: 2021年3月16日 (二) 16:37 (CST)
- ( ¡ )半离题 请教@Leranjun大大,T:切换显示归类为哪类模板(功能/格式模板)? 本人在寻找类似模板时出现困难,因此提问.--ShameOfKaffee~~ 5+1 = (: 2021年3月16日 (二) 21:46 (CST)
- {{Tabs}}（和{{Tabs/core}}）是否能够达到需要的效果？——
DGCK81LNN (讨论) 2021年3月18日 (四) 21:05 (CST)
- 感谢@DGCK81LNN回复,{{Tabs}}和{{Tabs/core}}仅能达到本人部分期望的效果.本人会将以上提及2个模板作为后备方案考虑. orz --ShameOfKaffee~~ 5+1 = (: 2021年3月20日 (六) 05:45 (CST)
| Update : 因预期撰写条目出现转捩点式内容转变,暂时没有迫切需要运用Template:Accordion之需求. |
- 很高兴能帮助(·∀·)--酒姬民乐然
桌面版网页最下方“移动应用”的域名无法重定向
各位编者和管理员大家好，我注意到桌面版网页最下方的“移动应用”仍然是 https://app.moegirl.org ，点击后无法正常显示，且无法跳转至 https://app.moegirl.org.cn ，不知哪位拥有修改的权限。
当然也有可能，本错误链接由于官方应用仍然在开发中而刻意得到了保留。--伟8889（讨论） 2021年3月22日 (一) 06:34 (CST)
- @伟8889 我这里看到的是“正在重制中”……？--优质编辑者乐然
- ？--单推人乐然
U:Leranjun无法复现
- ？
- 这边也是无法访问
( ¡ )题外话 话说这个链接为什么在手机版视图没有，明明手机才更需要啊喂！--
鬼影233【跤♂️流病情|我的水编辑|留下签名】 2021年3月22日 (一) 10:54 (CST)
- @鬼影233 官方APP仍在开发中，敬请期待。--优质编辑者乐然
- @鬼影233 官方APP仍在开发中，敬请期待。--优质编辑者乐然
如何替换已有文件
在维护的词条所使用图片需要更新,但是想通过对已有图片进行换源的方式达成更新,请问该如何操作——以上未签名(注)本条留言未签名，留言后请记得用--~~~~签名！的留言由偶然路过之人（讨论·贡献）于2021年3月22日 (一) 19:17 (UTC+8)添加。
关于小学生及小学生(萌属性)作为萌点链入的疑问
- 目前小学生为消歧义页面，而对应的萌属性则是小学生(萌属性)。
- 在人物类条目内的{{人物信息}}萌点一栏应当填入萌属性链接，若某人物存在“小学生”这一萌属性，那么应当如何填写？
- 目前看到站内基本是链入到小学生而非小学生(萌属性)，是否应当改为
[[小学生(萌属性)|小学生]]？
具体例子参见Special:链入页面/小学生及Special:链入页面/小学生(萌属性)。——
GuoPC ☕ 📝 2021年3月9日 (二) 10:59 (CST)
- (＋)支持 看了眼，感觉内链的话大多都是指向错误，表用语或双关含义的情况非常少，感觉可以提请批量替换。——迪尔碧莉蝶（留言板） 2021年3月9日 (二) 13:22 (CST)
- (～)补充 ( ? )疑问 但我注意到当前小学生(萌属性)对应的分类还是CAT:小学生，这个分类的命名是否有一并规范成相同的CAT:小学生(萌属性)的必要？——迪尔碧莉蝶（留言板） 2021年3月9日 (二) 13:22 (CST)
- @迪尔碧莉蝶 看起来有此必要，如CAT:声优(萌属性)等。——GuoPC ☕ 📝 2021年3月20日 (六) 19:12 (CST)
- @迪尔碧莉蝶 看起来有此必要，如CAT:声优(萌属性)等。——
- ( ? )疑问 之前听说萌属性条目不需要消歧义。那是什么时候的规定啊？还说我记错了？--以上已签名的留言来自喵茨（在此留言） 2021年3月12日 (五) 21:16 (CST)
鉴于最近对于萌属性的消歧义工作正在开展，我相信这一问题不久能够得到妥善解决。如果之前参与讨论的二位编辑者@迪尔碧莉蝶，Gnahz没有进一步问题的话，烦请维护组成员将此讨论串MAR，感谢。——GuoPC ☕ 📝 2021年3月20日 (六) 19:12 (CST)
- 以前是有这个分类的，Category:带消歧义后缀的萌属性条目，嵌入于Template:萌属性信息，可以参见Template talk:萌属性信息。前述分类的页顶info写了萌属性不用消歧义，但是由于不符合现行方针，该分类被删除了。—— ほしみ 2021年3月20日 (六) 19:20 (CST)
请问批量修改全站词条是如何做到的？
- 经常能见到有别的编辑者（好像不全是管理员巡查姬）批量转换某个词。
- 一直希望把“OVA动画”这种错误的称呼改掉，改成“OVA”（但是“OVA动画制作”要保留），结果每次手动转换了十几个条目后就没动力再转换下去了。不知道是不是站内有什么工具。--
751984871（讨论·贡献） 2021年3月21日 (日) 13:54 (CST)
- (▲)同问 之前就见过某个优编进行过批量编辑，编辑摘要里写的是“使用API编辑”。虽然我平时不一定能用得到
也没那个胆子用来搞破坏(，不过还是会很好奇其工作原理和使用方法。 — 在下羊羽君 👉 （ 🏠 • 📭 • 📝 • ✏️ ） 2021年3月21日 (日) 16:06 (CST)- @在下羊羽君 emm，理论上来说没有硬性规定只有维护组可以执行批量操作，但是一个是并不是所有用户都会用API编辑，另外一般账号的硬伤是速率限制，并且没有bot标签会炸掉最近更改，所以非常不建议这么做。
所以为啥我用API沙盒的时候就不会留下编辑摘要……？--工具人乐然- API沙盒在action=edit时既可以添加summary也可以添加tags（包括Automation tool/Bot）。—— ほしみ 2021年3月21日 (日) 18:47 (CST)
- 我的意思是，用API沙盒不会自动添加“使用API编辑”的summary（
，所以这是乳w+和IPE吗（--酒姬民乐然
- 我的意思是，用API沙盒不会自动添加“使用API编辑”的summary（
- API沙盒在action=edit时既可以添加summary也可以添加tags（包括Automation tool/Bot）。—— ほしみ 2021年3月21日 (日) 18:47 (CST)
- 自确的编辑速率限制好像是一分钟5次还是10次的，查询上限是一次500个。
你可能会疯狂撞速率限制然后放弃使用x—— ほしみ 2021年3月21日 (日) 18:38 (CST)或者被滥用过滤器封号，好耶（（（--酒姬民乐然- 什么？自确还有编辑速率限制！难怪之前帮星海手动清理“百合”消歧义时保存速度这么慢……
- From Wallfacer of moegirl the Temporary Autoconfirmed user (Talk) 音乐和原型类条目的调查和投票
2021年3月22日 (一) 00:37 (CST)
- 额……保存速度慢是因为服务器问题，和速率上限没关系（
另外我看到你@Wallfacer of moegirl的签名内有{{滑稽}}{{Space}}，请替换至已subst的版本。--By patroller CHKO (Talk) @ 2021年3月22日 (一) 10:40 (CST)
签名修正完成- From Wallfacer of moegirl the Temporary Autoconfirmed user (Talk) 音乐和原型类条目的调查和投票 2021年3月27日 (六) 23:41 (CST)
- Temporary是什么意思，你知道吗？ 2021年3月28日 (日) 00:35 (CST)
- 我的想法是用户组只有“Autoconfirmed user”的情况是“暂时”的。如果有更好的主意的话还请LUO1P指点。
- From Wallfacer of moegirl the Temporary Autoconfirmed user (Talk) 音乐和原型类条目的调查和投票 2021年3月30日 (二) 13:46 (CST)
- 额……保存速度慢是因为服务器问题，和速率上限没关系（
- @在下羊羽君 emm，理论上来说没有硬性规定只有维护组可以执行批量操作，但是一个是并不是所有用户都会用API编辑，另外一般账号的硬伤是速率限制，并且没有bot标签会炸掉最近更改，所以非常不建议这么做。
举报用户User:Sytus恶意挑起编辑战
在《奇诺之旅》条目：https://zh.moegirl.org.cn/%E5%A5%87%E8%AF%BA%E4%B9%8B%E6%97%85
这个条目开头有一句话“愚蠢的矮冬瓜”，日文原文是“愚かで矮小な奴”，译成中文的意思是“愚蠢而矮小的家伙”。 “矮冬瓜”一词为早期字幕组的错译，实际上结合小说原作内容，奇诺这句话是想表达自己身处在世界中的渺小，而不是在表达自己身材矮小，为了避免误导性，现在很多字幕组已经不再翻译成“矮冬瓜”了（通常译成“矮小的家伙”、“渺小的家伙”）。 几个星期前，我在条目中对这个错误翻译进行修正，但User:Sytus强行将其改回具有误导性的错译，今天我再次改回，但User:Sytus此人却蓄意挑起编辑战，一定要强行推广这个错译来继续误导观众。 请管理员惩罚此人挑起编辑战的行为。——以上未签名(注)本条留言未签名，留言后请记得用--~~~~签名！的留言由不接受私信（讨论·贡献）于2021年3月27日 (六) 13:30添加。
- @不接受私信 ref引用的原文如此，若您有更好的翻译，请修改引用来源。--EnMGP编辑者乐然
- @不接受私信 你好像走错版了。——★Sytus～（Talk） 2021年3月27日 (六) 19:54 (CST)
- @不接受私信 引用链接内描述确实是愚蠢的矮冬瓜。如果您认为这是错译，可以提供一下现在字幕组不使用该翻译的一些案例，或是天角奇诺之旅第一卷的简介页吗？毕竟我暂时没有找到天角第一卷简介页的扫图XD--Thus Spoke Sivlovski.「讨论」 2021年3月27日 (六) 20:16 (CST)
- 翻译问题请在条目讨论页交流。——By patroller CHKO (Talk) @ 2021年3月27日 (六) 20:26 (CST)