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

Talk:提问求助区/存档/2017年08月

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

专名中的日本汉字,是否需要转写成对应的中文字?

比如“A応P”是否应该写成“A应P”?看到许多dalao写的都是前者,如12岁时间旅行少女南镰仓高校女子自行车社等动画条目和A応P的歌曲条目,于是我一直跟风写前者来着。不过也有少数编辑者一直写的是“A应P”,如巴奎依广濑有纪福绪唯声优组合。看来是动画条目与声优条目的编辑者未达成一致。这样的情况,怎么处理?虽然还没有A応PA应P条目,不过已经有{{A応P}}了。— Honoka55(留言·贡献) 2017年7月20日 (四) 09:11 (CST)

按照条目命名规范来看,命名应该使用简体中文,并且便于输入...不过,既然收录范围已经被伟大的,光明的,正义的,唯一的行政员同志钦定可以无视了,其他的规范什么的,看不看也无所谓了.
先写吧,实在不行不是还能移动和批量编辑嘛,放心大胆的干吧.
--饥饿之声-弗霖凯讨论) 2017年7月20日 (四) 09:28 (CST)
应当使用简体中文汉字,原名可作重定向。--W3jc讨论) 2017年7月20日 (四) 14:24 (CST)

那个……大概我没表述清楚……我要问的不是条目命名,我问的是正文内提到应该用哪个字。— Honoka55(留言·贡献) 2017年7月21日 (五) 06:09 (CST)

不必糾結【日本漢字】,問題的核心是在條目中用原名,這個是沒有問題的,但是相關描述如譯名,常用譯名,暱稱,原名請在信息模板和起首句作出充分說明,好讓看下去的人不會雲裡霧裡的。--Notalgia-Contαct- 2017年7月21日 (五) 21:57 (CST)

请求删除图片

请求删除因上传时命名错误,导致无法使用的图片。

  • File:BIlanicon_076.jpg

十分感谢。--檀香引讨论) 2017年7月21日 (五) 19:01 (CST)

请求删除图片

请删除1404295032.gif,因为缩略图不清晰—— 泰国婉姬🇹🇭 (พูดคุย) 2017年7月21日 (五) 19:42 (CST)

/* 请求删除图片 */

请求删除 荷兹HeZ.jpg 请求删除——以上未签名(注)本条留言未签名,留言后请记得用--~~~~签名!的留言由兔子不吃草讨论·贡献)于2017年7月21日 (五) 22:57‎ (CST)添加。

申请将三国杀/扩展包移动至三国杀/游戏卡牌

现在后者的条目内容完全包含于前者,但是后者应该是更合理的命名;

而且扩展包本身就属于游戏卡牌,没有分立条目的必要;

这些东西本该放在主条目三国杀的,但是那会让条目变得太大了,所以不想舍弃掉完整性的话只能建子条目.——以上未签名(注)本条留言未签名,留言后请记得用--~~~~签名!的留言由Lyl 231讨论·贡献)于2017年7月18日 (二) 18:17‎ (JST)添加。

现在觉得应该将前者更名为三国杀/游戏配件,然后将两者都重定向至三国杀/游戏配件,因为有些游戏道具不是卡牌状的;因为后者已有内容,似乎还是要请管理员处理.--Lyl 231讨论) 2017年7月19日 (三) 14:41 (CST)
不管怎么说三国杀的巨坑终于有人填了是好事,只是三国杀已经过气了。。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2017年7月19日 (三) 17:33 (CST)
这里是算待处理还是什么...--Lyl 231讨论) 2017年7月20日 (四) 09:53 (CST)
其实你可以自己动手,将游戏卡牌移动到游戏配件,然后将扩展包的内容整合进去,把扩展包的页面内容改为#重定向 [[三国杀/游戏配件]](好久没手写重定向了,不知道对不对),就行了。——From AnnAngela the sysop (Talk) 2017年7月22日 (六) 16:43 (CST)
已经弄好了,之前误以为已有内容和历史记录的页面不能重定向至其它页面了。--Lyl 231讨论) 2017年7月22日 (六) 17:44 (CST)
然后那两个重定向页面是否还要保留?主要是三国杀#拓展阅读会多出两个重定向页面,影响观感。--Lyl 231讨论) 2017年7月22日 (六) 18:09 (CST)
重定向只是为了在清理链接前避免链接失效而用,你可以把所有链接到扩展包和游戏卡牌的连接改成链接到游戏配件,然后提删两个重定向页面(侧边栏有【链入页面】工具以供查看链入链接)。——From AnnAngela the sysop (Talk) 2017年7月22日 (六) 22:42 (CST)

关于图片的问题

11028770 big p0.jpg这张图怎么添加不了分类啊—— 泰国婉姬🇹🇭 (พูดคุย) 2017年7月22日 (六) 13:56 (CST)

出bug了吧
“File:11028770 big p0.jpg”的版本#54628不存在。这通常是因为进入了一个已被删除的页面的历史链接。 详细信息可以在删除日志中找到。
重传一次把原来的删了看看。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2017年7月22日 (六) 14:01 (CST)
然而这张图不是我上传的—— 泰国婉姬🇹🇭 (พูดคุย) 2017年7月22日 (六) 14:55 (CST)
恭喜你發現了一個bug,大概是移動歷史記錄去妹子共享時發生錯誤,畢竟站長圖方便是直接只保留最後的編輯記錄,曾經有刪除記錄的內容可能有一些影響。已經重新上傳圖片。--Notalgia-Contαct- 2017年7月22日 (六) 18:45 (CST)

提请删除三国杀/游戏卡牌三国杀/扩展包页面

均重定向至了三国杀/游戏配件,已确认链接到这两个页面的只有讨论页和用户页(三国杀/游戏卡牌的链入页面仍然显示有三国杀/游戏术语,大概缓存问题?).--Lyl 231讨论) 2017年7月23日 (日) 01:19 (CST)

请求删除页面

请求删除Template:兽娘top,应该是大写才对,已移动至Template:兽娘TOP--伟大的小逗比讨论) 2017年7月23日 (日) 23:37 (CST)

请求修改词条【我觉得我还能再抢救一下

最早出处来自于cs1.6的中文bot配音,小兵死亡有几率说出这句话。应该归属于游戏ACG,而不是欧美台词。 --——以上未签名(注)本条留言未签名,留言后请记得用--~~~~签名!的留言由爱尔托莉雅讨论·贡献)于2017年7月24日 (四) 1:57 (CST)添加。

奇志大兵双簧《英雄就义》创作于1999年,第一次演出是在2000年。而cs1.6是2003年发行的,中文版更晚一点。所以明显是cs用了奇志大兵的梗而已。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2017年7月24日 (一) 12:55 (CST)

原来如此,那么可不可以在词条上面加上这个其他出处呢,还有欧美台词的分类也不对吧...--——以上未签名(注)本条留言未签名,留言后请记得用--~~~~签名!的留言由爱尔托莉雅讨论·贡献)于2017年7月24日 (一) 13:00‎ 添加。


按理来说是沿着以下发展路线出现的

  1. 大侠求救。(我的oo怎么了/我要怎么办才能)→唉,没救了,换oo(电脑)吧。(撕逼过程中发展为高级萝卜攻击,转目标为人类的中枢神经)→时隔多年后本意发展为“在线等,急”
  2. 你有病吗?你有药吗?你要多少?你有多少?你要多少我就有多少。你有多少我就要多少。你有病吗?(讽刺游戏商人囤货)
  3. 学医救不了中国人。→治病救不了中国人。→oo救不了xx
  4. 为什么要放弃治疗?→怕不是已经没救了/不要放弃治疗→我觉得我还能抢救一下。→卧槽,这还抢救个毛啊。→要坚强(绿帽梗时代)→(永恒病毒时代)先生,你这里可能有点问题。

--九江喵~ 2017年7月24日 (一) 13:56 (CST)

請求刪除以下圖片

File:流水赋.jpgFile:Good Bye&Good Night.jpgFile:相见欢.pngFile:巨蟹座.pngFile:巨蟹座(new).png等已使用更適合的圖片,故請求刪除,謝謝! --空翊讨论) 2017年7月24日 (一) 22:50 (CST)

有没有方法让低分辨率设备上的电脑版萌百,不自动加载动图?

rt,移动版倒是会形成缩略图,高分辨率的电脑版(电脑上)也没有问题,低分辨率的手机上会自动加载,消耗流量多--virtue is only virtue in extremis 2017年7月19日 (三) 12:10 (CST)

萌百上很多事是没有办法的,在手机上看萌百的桌面版的时候,相当于你在电脑上看大约800px宽度的屏幕。光靠文档没法对这个进行适配的。--九江喵~ 2017年7月19日 (三) 12:28 (CST)
(×)否决。技术上难以实现。
节操酱推荐的解决办法是更换手机浏览器:
  • UC浏览器有屏蔽图片的功能
  • 火狐(Firefox)手机浏览器也有这个功能(官方帮助(英文))。
 —— CFSO6459✉ / ☎ 2017年7月19日 (三) 22:47 (CST)
亲,用2G吧,保证加载不出来。--商火讨论) 2017年7月20日 (四) 09:43 (CST)
那么换一种方法,页面内放动图第一帧,然后外链到整个动图好了,回头有空就试试看--virtue is only virtue in extremis 2017年7月20日 (四) 14:31 (CST)
不建议这样做。因为这样可能会降低使用电脑的用户的浏览体验。 —— CFSO6459✉ / ☎ 2017年7月21日 (五) 12:13 (CST)
看来并不可能解决你的问题。但我在手机上看目前没有异常。--巡查姬hlwan(討論) 2017年7月20日 (四) 15:22 (CST)

目前萌百的手机/电脑版兼容设计是这样:移动版m.moegirl.org有屏幕宽度判断,桌面版zh.moegirl.org没有。手机首次访问zh.moegirl.org会被强制跳转m.moegirl.org。你的问题是需要无图版,还是zh没有自动跳转m? -- Baskice(talk) 2017年7月26日 (三) 08:19 (CST)

之前使用移动设备时习惯在地址栏输入zh访问桌面版,也许我需要习惯一下使用移动版--virtue is only virtue in extremis 2017年7月26日 (三) 09:34 (CST)

敢问如何隐藏条目末尾的评论栏

之前听说了好像是可以隐藏,故前来请教正确的操作看样子好像也不是什么合理的需求。_yoonhakcher留言 2017年7月21日 (五) 11:56 (CST)

节操酱的解决办法:将如下代码添加到你的个人css页面( https://zh.moegirl.org/User:你的用户名/common.css )即可隐藏所有页面的评论区。删除本段代码即可恢复。
.comment-container-top
.comment-container
.comment-paginator
.comment-replybox {
  display: none;
}
 —— CFSO6459✉ / ☎ 2017年7月21日 (五) 12:21 (CST)
内链可以用special:我的用户页/common.css,不用写外链……--梦蝶葬花讨论) 2017年7月21日 (五) 13:52 (CST)
啊对了,都忘了这个special页面(吐舌  —— CFSO6459✉ / ☎ 2017年7月26日 (三) 10:27 (CST)
Widget:NoFlowthread--virtue is only virtue in extremis 2017年7月26日 (三) 09:32 (CST)
这个widget仅对用户页生效,不可以对于条目页使用,因为这个widget会导致所有人都无法查看该页面的评论栏。 —— CFSO6459✉ / ☎ 2017年7月26日 (三) 10:27 (CST)

英文和日文萌百(表)是否允许在条目内添加可能引起时间以秒为单位延长的内容?

en:Too young too simpleja:図様図森破极容易引起时间以秒为单位延长,是否需要搬运到里站?

Honoka55(留言·贡献) 2017年7月21日 (五) 16:26 (CST)

本站立足于美利坚合众国,对全球华人服务,受北美法律保护。--Notalgia-Contαct- 2017年7月21日 (五) 21:52 (CST)

moegirl.org不行,考虑hmoe吧-- Baskice(talk) 2017年7月26日 (三) 00:11 (CST)

编辑请求

Template_talk:Infobox_Song#编辑请求 - 伟大的小逗比
在那里似乎没人看,我就在这里发一下好了……这个编辑请求的来源:

  1. 先是讨论区有了相关讨论:Talk:提问求助区#建议增加模板:Infobox Song与模板:Album Infobox的几个属性
  2. User:宇文天启在讨论中说要对该模板进行修改,但User:Shirrak先在Template:沙盒中编写了相关内容:special:差异/1352817/1353999
  3. 我又对其做了修改:special:差异/1353999/1360391
  4. 然后我提出了编辑请求,然后……就没有然后了……

话说,这个页面大概没必要永久保护吧,又不是遭遇了大规模的破坏或编辑战……@Nostalgia或许可以考虑一段时间后解除保护? --伟大的小逗比讨论) 2017年7月22日 (六) 16:11 (CST)

沙盒里的都测试过吗,我还没来得及细看,我之前写过一个感觉很脏,刀砸的似乎比我的要好一些。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2017年7月22日 (六) 17:14 (CST)
提問求助區,還在為相關修訂進行討論,重複申請的內容不作回應。你自己也參與到提問求助區那個討論吧。目前就是已經新增了某些屬性,對於爭議性內容,擱置處理。--Notalgia-Contαct- 2017年7月22日 (六) 18:54 (CST)
那个讨论,我从大前天到现在更新了好几次现在也没有回应,还有,为什么我看着“還在為相關修訂進行討論,重複申請的內容不作回應。你自己也參與到提問求助區那個討論吧”这几句话已经前言不搭后语,毫无逻辑可言了?
另外还请大手子列出所谓的争议性内容吧,至少到目前看起来,只有你有异议吧,其他人看样子都同意添加那两项代码--布洛肯亚雷讨论) 2017年7月22日 (六) 20:28 (CST)
说到页面的保护,好像是因为我以前改动了词曲的顺序,可能这让管理员Nostalgia不高兴了吧,他就撤回了我的修改,而且一言不合就把页面保护起来了。现在看来,并没有保护的必要,没有合适的理由,请解除页面的保护。
再就是上面我发起的讨论,作为话题的发起者,我认为Shirrak写的模板基本解决了我的需求。代码都写好了,我可没看出有什么“爭議性內容”。--_(:3」∠)_讨论) 2017年7月22日 (六) 20:55 (CST)
猥琐帝撤銷之前的編輯,明知道之前這個編輯有改回過,沒有討論就直接撤銷。構成編輯戰可能性,如果我不保護頁面,你大概也不會和我深入討論。
如果真的沒有問題,我上面也不會說那麼多。
上文有些閱讀理解不太好的問題,我就不回應,畢竟不想去理解的人,再解釋也沒意思。--Notalgia-Contαct- 2017年7月22日 (六) 21:58 (CST)
为那么我想问清楚,你所认为的问题是什么。嘴上说着理解,但前面涉及到模板修改的具体问题,你最后也是选择闭口不谈。我也做出了妥协,同意让编辑者自行选择顺序,而不再坚持一定要词在前。而现在可以让词在前,也可以让曲在前,你有什么不满意的?是面子上挂不住么?请不要再逃避问题,扯到别的地方去,只要正面回答一下,修改后的模板,到底有什么问题?--_(:3」∠)_讨论) 2017年7月22日 (六) 22:52 (CST)
如果有修改,一般肯定是有合理的理由的,相反我看不出你一定要让作曲在前有什么合理的理由,这个之前的讨论已经提到过不再多说。
对,你所谓的保护页面确实是深入讨论的理由,因为很多人都认为这样设计有问题,而现在推出了一个较为可行的解决方案你却还要死守你主观认为合理的设计,我也看不出这有合理的理由。--布洛肯亚雷讨论) 2017年7月22日 (六) 22:27 (CST)
鄙人只觉得“底栏字体颜色”可加,因为没看出来有bug,而且有需求。关于词曲顺序,鄙人认为曲是灵魂优于词,但顺序依然无所谓。所以希望能把“底栏字体颜色”加上去。
另外“尝试去理解”不一定能推导出“必需赞同”。--—以上不知道签没签名的留言由不洁者留言·贡献)于2017年7月22日 (六) 22:08 (CST)添加。
你們都先入為主,好像不認同的人,必要說服方能行事。隔壁討論頁我才提過什麼是共識「共識不強求一致同意。理想情況下,共識不會存在任何反對意見;但假如無法實現這點,共識應採納多數人的意見,並和重要少數的意見作出適當妥協。重大修改更應獲得絕大多數的同意。」。
如你們一樣,我提出了自身的觀點,堅持自己的想法。和你們討論,以自身經驗,提出修改存在的問題。
上面我提過了「出現編輯戰和意見相左的情況,維持原狀是最佳的處理方案。」,隔壁討論頁也提到。好像你們還是不明白我的觀點。現在可以按照先後次序出現選項,接著下面就有人提出要全面修改。@宇文天启希望你理解這個設計會讓出現編輯戰和無意義編輯增加。不斷換次序的編輯出現之後,你又怎樣處理。過去這些無聊的情況我遇過不少,無聊的扯皮之後就是維持原樣居多。
我未曾對你們的身份、動機有什麼點評,而上面某些人就是在圍繞我的身份、動機說事。遇到我還好,其他人可說不準給你們扣些足以封禁的帽子。--Notalgia-Contαct- 2017年7月23日 (日) 18:14 (CST)
这次的改动是非常大,因为如果按照原先的写法,真的很难解决这个争议。目前的改动是我认为最合理的了,既能避免了无意义的编辑战,又能最大程度上满足各个编辑者的编辑需求。从效果上看是挺完美了吧。我就是个编辑者,平常一般也懒得在一两个词条上和别人撕逼,我走的是解决问题的路线,所以也不太想对身份动机之类编辑以外的事情做出什么看法。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2017年7月24日 (一) 11:36 (CST)
如果有人日後作為無意義編輯,單純替換等情況,個人會出於避免編輯戰,更改代碼,或者回退模板修改。
我也不也是個編輯者,但是也是個維護人員,你也一樣,自以為置身事外,但是作出的修訂出事可是要負責任的。就算我由此至終以編輯者的身份去討論,還是會有人從你的身份、動機說事。無他,人性而已。--Notalgia-Contαct- 2017年7月24日 (一) 21:13 (CST)
谈到无意义编辑和单纯替换等情况,以前的七海(Zkysnowy)倒是有可能回去做,至于其他人,我想无非是可能会把大量的“填词”换成“作词”而已。这个问题之前九江等人也提到过,填词不等于作词(先曲后词为填词,先词后曲为作词),如果是因为具体歌曲性质而做出的改动,应该是算合理的。再其他的话,应该没有什么了。我做的改动也充分考虑到了兼容性,不会对原有词条造成任何影响的。功能上若有什么小bug,我也会盯着处理了,这个大家可以监督哈。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2017年7月24日 (一) 21:23 (CST)
因為沒有用if,所以缺省無效。一些舊項目【MV编导】無法處理。新代碼寫法無法達到舊有的效果,如果無法解決,個人會選擇恢復舊有寫法。畢竟從某種意義算是bug了,越改適應性越差。--Notalgia-Contαct- 2017年7月25日 (二) 21:36 (CST)
MV编导无效等问题已经早就解决了,为防万一我还改了说明文档,提醒编辑者不要给不用的参数赋空值。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2017年7月25日 (二) 22:48 (CST)

@Nostalgia

  1. 就是因为上一个讨论已经没人回复且已经有人写出了相关代码,我才会作出已达成共识的判断,并提出编辑请求的。
  2. 之前虽然确实有过反复修改,但是都是由同一个人先修改然后又改回去的(Samantha和Nostalgia),这未必代表存在争议,仅仅因猥琐帝的一次编辑就保护页面是否显得过于仓促?
  3. 目前参与过这个讨论的有:User:猥琐帝User:NostalgiaUser:布洛肯亚雷User:宇文天启User:九江月User:ShirrakUser:伟大的小逗比User:欧莉普的笑颜(在秋叶的讨论页里),其中Nostalgia认为修改顺序无意义,希望保持原状,而修改后的模板可以保持原状;九江月认为要注意作词和填词的区别,所以我把原来的“作曲、填词or填词、作曲”改成了“作曲、填词or作词、作曲”;猥琐帝、布洛肯亚雷、欧莉普的笑颜和伟大的小逗比都希望改成作词在前,也接受可选的形式;宇文天启和Shirrak认为应对模板作出改动以解决争议。(如果认为我对观点的总结出现偏差,请在下面回复我)很明显,大部分人都认为强制作曲在上的顺序不合理,修改后的模板也可以满足所有人的需求,那么这就已经不再是“争议性内容”了,为什么还不修改?秋叶你认为“有争议,但是需要修改的内容是不需要的,就不必要改。”但是现在可以通过修改解决争议,不是比保持原状更好的选择吗?

--伟大的小逗比讨论) 2017年7月23日 (日) 13:41 (CST)

上面已經回復相關疑問,不再複述。有時候你認為是解決爭議的方法,多想一下並不盡然。--Notalgia-Contαct- 2017年7月23日 (日) 18:14 (CST)
经过不懈的钻研后。。。已根据讨论中的需求对模板进行了成功的改进,欢迎大家测试其功能。
  • 加入“底栏字体颜色”参数
  • 在模板设定范围内可自定义项目排序,模板内的可选项目有:原曲名 • 译名 • 作词 • 填词 • 谱曲 • 作曲 • 编曲 • 演唱 • 歌唱 • 主唱 • 伴唱 • 领唱 • 指挥 • 编导 • MV编导 • 伴奏 • 乐团 • 合唱团 • 旁白 • 读白 • 吉他 • 贝斯 • 混音 • 后期 • 剪辑 • 视频 • MV • 网站 • 其他,编辑者可选择其中有用的部分填入模板,模板会按填入顺序显示出来
  • 效果见沙盒

--  宇文西修ิิۣۣۖۖۖ特拉瑟 2017年7月23日 (日) 14:03 (CST)

大佬V587,不过我觉得还可以加入之前提到的长度和风格,还有乐器可以再添加一些,比如鼓,不知道大佬有什么看法--布洛肯亚雷讨论) 2017年7月23日 (日) 14:30 (CST)
这只是暂定这些项目,你们先测测看有没有什么bug,至于再加项目等这个讨论结束了吧,达成一致后都好说。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2017年7月23日 (日) 15:13 (CST)
顺便再问下以前有些词条没有MV却残留了MV编导这个代码,以至于现在显示效果是“MV编导”一栏是空的要怎么处理,除了一个一个删还有更好的方法吗?--布洛肯亚雷讨论) 2017年7月23日 (日) 15:05 (CST)
不用管他,没有的项目反正也不会显示。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2017年7月23日 (日) 15:13 (CST)
我的意思是信息框左侧显示有“MV编导”,但右侧没有对应内容,比如RADIANT FORCE这个词条现在就是这样显示的;那些项目我写上对应代码然后预览看不出什么问题,应该没BUG了--布洛肯亚雷讨论) 2017年7月23日 (日) 15:24 (CST)
嗯哦,那是个bug,我刚才修复了 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2017年7月23日 (日) 15:30 (CST)
辛苦了……--伟大的小逗比讨论) 2017年7月23日 (日) 14:14 (CST)
感谢修改。最后提几个建议:
  1. 希望专辑收录曲部分能改成Template:Infobox Song/Extra的样式,或者与目前的样式并存。
  2. 收录唱片信息的样式改为居中对齐或许比较合适。
  3. 对于额外的可选属性,现在还是不全。比如键盘、鼓手、制作、弦编曲等。还是尽快解除掉页面保护,允许编辑者自行添加新项目比较好。
  4. 目前所有歌曲信息都写的是“填词”,可能需要批量替换,替换为更为合适的“作词”。
  5. 虽然可能用的人不多,或许创建新条目的音乐页面格式的通用模板也需要做出相应修改。
以上。--_(:3」∠)_讨论) 2017年7月23日 (日) 16:39 (CST)
同上,那样生成的模板的确有必要修改,不过也没必要把那些项目全生成,可以添加一条详见该模板的提示;自动生成项目和目前一样,然后把作词改在作曲前面,再添加一个时长就差不多了,另外我觉得那样生成的模板应该直接包括信息框颜色和歌曲试听(像vocaloid曲那样的),然后歌词默认是Lyricskai模板。--布洛肯亚雷讨论) 2017年7月23日 (日) 17:16 (CST)
同意居中对齐。有时我如果想起来的话会使用<center>《唱片名》</center>,不过有时想不起来……— Honoka55(留言·贡献) 2017年7月23日 (日) 19:23 (CST)
居中对齐的话加一个参数【below-infostyle=text-align:center】就行了,参见 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2017年7月24日 (一) 20:47 (CST)
我的想法是直接把收录专辑的默认对齐方式设为居中对齐。而且只是“收录专辑”居中对齐,而其后的“收录曲”的当前样式仍为左对齐。--_(:3」∠)_讨论) 2017年7月24日 (一) 21:09 (CST)
默认效果不宜改动,这样会影响其他大量词条的显示效果,这是真的会引发纠纷的说。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2017年7月24日 (一) 21:23 (CST)
我是觉得居中对齐要比左对齐好看一些,一般来说设计成居中对齐比较合适,这个对齐方式的改动应该不至于引起纠纷。但如果真的会导致纠纷的话,我也可以接受当前的效果。--_(:3」∠)_讨论) 2017年7月24日 (一) 22:00 (CST)

图片无法显示

点开之后是↓

 抱歉,文件不能被显示
 看起来发生了技术问题。您可以重试……………………
                                     
                                   

  所有的图片都是这样———看不到   T.T ——以上未签名(注)本条留言未签名,留言后请记得用--~~~~签名!的留言由孟秋讨论·贡献)于2017年7月26日 (三) 00:05 (CST)添加。

浏览器按F12,console一栏显示的错误信息可以截图发出来吗? 只看不见图的话我也不知道什么原因引起的(另外你没有签名……)-- Baskice(talk) 2017年7月26日 (三) 00:16 (CST)

请求删除图片

请删除:ちょっと待った4.png

已经不再使用。--東東君讨论) 2017年7月27日 (四) 09:43 (CST)

完成--饥饿之声-弗霖凯讨论) 2017年7月27日 (四) 13:05 (CST)

图片无法显示,试过多个浏览器

遨游浏览器、谷歌浏览器、火狐浏览器均不行 网络为长城宽带 ——以上未签名(注)本条留言未签名,留言后请记得用--~~~~签名!的留言由OpenSUSE讨论·贡献)于2017年7月28日 (五) 00:42‎添加。

长宽……还是建议你换宽带吧=。=——From AnnAngela the sysop (Talk) 2017年7月29日 (六) 15:17 (CST)

请求删除图片

早安。请求删除以下被替换后不再使用的图片:

File:Kannagi_Yuuri_to_Yuuma.jpg

File:7fc0fd71d65a679a64af66e409cf75d6.jpg

File:83bbfc8e8e04a4bf8c435e3b81796d40.jpg

File:369ec997d915926a7fc067bb6ec5a46f.jpg

File:5966b68b1834b4eff96e03918bfb3782.jpg

File:17ddde0ab8bac9ae6382ea0acc7267c4.jpg

File:1887beb8f09f7bac6d97e239f88df65b.jpg

谢谢。——在卧讨论) 2017年7月30日 (日) 06:08 (CST)

完成--饥饿之声-弗霖凯讨论) 2017年7月30日 (日) 12:16 (CST)

这个子页面是不是有问题?

点击展开

006yrUWVly1fi1x0bzh59j30ma0anaad.jpg

东京1/3650这个页面,然后提示了一个这个是“东京1”的子页面……那个无语。另外这条目背景吓死我了……--梦蝶葬花讨论) 2017年7月30日 (日) 14:58 (CST)

wiki系统中标题的“/”作为子页面的符号。——来自糟糕的妹控狗头人 2017年7月30日 (日) 17:13 (CST)

我知道……然而标题里有这个而且不是子页面怎么处理……--梦蝶葬花讨论) 2017年7月30日 (日) 17:16 (CST)
已经有人处理好了啊,你看看改动。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2017年7月30日 (日) 17:34 (CST)
刚看到,是不是加上那个模板就解决问题了?--梦蝶葬花讨论) 2017年7月30日 (日) 21:27 (CST)
只是看起来不是子页面……实质上还是算的,不过对于读者来说这样就够了。——From AnnAngela the sysop (Talk) 2017年7月31日 (一) 09:52 (CST)
那就是想多了,都是给人看的而不是给编辑者看的……--梦蝶葬花讨论) 2017年7月31日 (一) 10:54 (CST)

请求更换英文萌百版头、添加侧图和移动版页面

就现在那一张logo也太简陋了……希望能与中文萌百版头同步,至少补上张背景吧……另外侧图加上多好啊(・∀・),还有移动版页面至今没有的样子……什么时候能有呢? --xctan at 2017年7月29日 (六) 00:31 (CST)

支持— Honoka55(留言·贡献) 2017年7月29日 (六) 09:28 (CST)
还有日文版。— Honoka55(留言·贡献) 2017年7月29日 (六) 09:44 (CST)
有点看不下去 @Baskice --kanate☆saikou あたしは天使じぁないわ讨论】 2017年8月1日 (二) 08:27 (CST)

词条内田真礼2级标题不能同级显示

关系网下方的同级标题:你喷你也扎作品 在电脑页面上显示为 关系网 下的标题,在 移动版页面 下更为明显,直接被囊括进关系网内了。

请问词条编辑时为何会出现上述情况,该页面昨日出现该情况,今天尚未修复,想去改下预览后发现没成功。是不是插入图片的缘故?但上述位置应该没有图片影响才对。 ——以上未签名(注)本条留言未签名,留言后请记得用--~~~~签名!的留言由刺针飞弹讨论·贡献)添加。

详见Special:滥用过滤器/30,含块状元素的模板禁用缩进。条目已经修正。_yoonhakcher留言 2017年8月1日 (二) 10:17 (CST)

关于蓝翼鲤&恋之歌多次添加不实信息、破坏行为

此家伙从七月份初一直在《偶像大师 灰姑娘女孩》的角色里边添加不实信息,添加的内容无法查证与列出出处,根据自我喜好什么的,YY各种角色的萌点、声优、瞳色、发色等,导致被管理员Shirrak警告[1]并封禁[2]
之后被他人【善意推定】为相似用户的编辑作风——笨蛋多多妹。详细对比笨蛋多多妹的贡献蓝翼鲤&恋之歌的贡献
附加:关于用户@笨蛋多多妹


如今2017年8月1日北京时间凌晨01:52 ~ 03:46又大量添加不实信息,一律被用户伟大的小逗比‎回退与反破坏。
之后伟大的小逗比‎前去此家伙的用户页里边请求曾经的管理员Shirrak处理,不过Shirrak已经辞职与长期不会在萌百了。(希望各位不要再打扰Shirrak了,让他好好休息吧)
根据惯例,在此家伙的讨论页内得不到任何讨论与回应,属于负面向讨论。故此,希望此事件能在提问求助区得到相应的解决。-- / 2017年8月1日 (二) 09:00 (CST)

忘了Shirrak已经辞职了@_@ 抱歉,因为之前是他处理的这个用户_(:з」∠)_
p.s.用户讨论页和用户贡献页都是可以用内链的哦~--伟大的小逗比讨论) 2017年8月1日 (二) 11:36 (CST)
首先感谢仁兄帮助吧..是时候喷一波一直到现在还在睡大觉的管理巡查了 --kanate☆saikou あたしは天使じぁないわ讨论】 2017年8月1日 (二) 11:48 (CST)
表示我昨晚今早是趴在床上用手机回退的……感觉自己真是闲得蛋疼→_→--伟大的小逗比讨论) 2017年8月1日 (二) 12:51 (CST)

紧急一下,2017年8月1日北京时间14:45~15:55依旧在添加一些不实信息,没管理去处理这件事吗?还是继续放任这个家伙不管或无视话题,让它破坏下去吗?(还是时间太匆忙了?)-- / 2017年8月1日 (二) 16:12 (CST)
似乎确实是问题呢.按照现行的方针,已经发出了警告.如果这位用户持续的进行类似的编辑,请及时通知管理员.--饥饿之声-弗霖凯讨论) 2017年8月1日 (二) 18:02 (CST)

目前的情况是,这位神人已经选择性无视这个回复了。删掉了警告留言。--梦蝶葬花讨论) 2017年8月1日 (二) 19:30 (CST)

在响(bep中的链接是黄色链接)

那个,我作为饷响的提督,我突然发现在响改二(Bep)里面最后给的链接是黄色链接,我希望知道发生了什么,还我饷响!!(为了避嫌,我不放链接,请管理大大赶紧去查查,谢谢!)(鞠躬)——以上未签名(注)本条留言未签名,留言后请记得用--~~~~签名!的留言由俞中天讨论·贡献)于2017年8月1日 (二) 19:55‎ (JST)添加。

已由 D41D8CD98F 完成.                              —葫芦又留言) 2017年8月1日 (二) 21:27 (CST)

经查询,在5月1日之后、7月8日之前的某个时间点,这个网站从一个正经的潜水网站变成了****。说实话挺可惜的。--DarthVircious讨论) 2017年8月1日 (二) 22:26 (CST)

请问如何链接分类索引页面

如题。--東東君讨论) 2017年8月1日 (二) 20:11 (CST)

Category:帮助--LyhicTalk) 2017年8月1日 (二) 20:14 (CST)
知道了,谢谢。--東東君讨论) 2017年8月1日 (二) 22:19 (CST)

请求删除“战舰少女:列克星敦”词条的重定向

目前该词条被重定向至战舰少女:列克星敦(CV-2)词条,鉴于战舰少女:列克星敦(CV-16)的存在,更妥当的处理方式应为取消页面重定向,单独建立“战舰少女:列克星敦”词条作为消歧义页面,参考战舰少女:拉菲。 --W0oo0d讨论) 2017年8月2日 (三) 01:29 (CST)

不用删除,直接改就是了。--九江喵~ 2017年8月2日 (三) 01:43 (CST)
抱歉,以为没有权限进不了被重定向前的原页面。总之感谢。--W0oo0d讨论) 2017年8月2日 (三) 04:01 (CST)

请求不留重定向地移动词条“战舰少女:Ryujo”至“战舰少女:Ryūjō

错误的写法没有保留重定向的意义,直接用管理员权限移动吧。 --W0oo0d讨论) 2017年8月2日 (三) 03:54 (CST)

( ? )疑问 不便打出的非常用字不宜作为条目名,如果是重定向的话还可以接受。 --kanate☆saikou あたしは天使じぁないわ讨论】 2017年8月2日 (三) 07:18 (CST)
(▲)同上 。虽然原名是写作Ryūjō,但也有很多地方(比如百度百科)地方写的Ryujo。按照日语注音法,这种注音也是正确的。所以应该保留重定向。—葫芦又留言) 2017年8月2日 (三) 19:39 (CST)
@W0oo0d条目命名规则中关于重定向的说明,之一是为了方便输入和搜索,之二是为了消除歧义。正确的做法是能够简化的尽量简化,去掉不必要的特殊符号和难以输入的字符,将其他名字、原名、简称等统一重定向至这个地址(如果这类重定向较多,应在页面最底下写上说明便于管理),Ryūjō重定向至Ryujo。这一做法是为了方便管理url地址,至于页面内的名字,可以使用{{标题替换}}处理。--九江喵~ 2017年8月2日 (三) 19:48 (CST)
同意保留一个便于输入与搜索的重定向,但不同意因为不便输入、搜索与管理就不采用正确的条目名转而采用尽量简化的条目名。维基百科一律使用标准罗马字作为条目名。--W0oo0d讨论) 2017年8月2日 (三) 23:21 (CST)
英文wiki里Ryujo被重定向到Ryūjō。建议萌百进行相同的重定向。--DarthVircious讨论) 2017年8月2日 (三) 23:40 (CST)
我同样也是沿用维基百科的思路,作为用户并不会太多考虑url管理这方面的问题。战舰少女:Ryūjō词条重定向我已修改,类似的战舰少女:Shokaku词条我则无法修改。这其实还是管理层方针的问题,如果管理层有自己的考虑那这边也并没有继续就此探讨的意思。--W0oo0d讨论) 2017年8月2日 (三) 23:58 (CST)
请仔细阅读萌娘百科:编辑规范萌娘百科:条目命名Help:重定向页面Help:移动页面的相关说明,如再三确认后觉得没有问题的,你可以这么做,直到有其他用户提出异议并由你们自行协商解决。(原则上更为简单、好记、明确的命名有着更高的优先级,但请注意移动页面的时候小心出现循环重定向。)--九江喵~ 2017年8月3日 (四) 00:53 (CST)
英文维基使用的是“Ryūjō”,英文舰C Wiki中使用的是“Ryuujou”。“Ryujo”这种直接去掉长音符号的写法似乎不是正规写法,雪酱不赞成使用“Ryujo”作为主条目名。你要知道某毒百科是会把部分日语汉字强行转换为简体字的……  —— CFSO6459 ✉ / ☎ 2017年8月3日 (四) 06:40 (CST)
国内网友更多使用的还是Ryujo,至于搜索Ryuujou,只能找到一大堆英文界面..怎么说呢,有时候将错就错也不是错(口胡 --kanate☆saikou あたしは天使じぁないわ讨论】 2017年8月3日 (四) 07:42 (CST)

替换侧边栏底图目前已失效

各位编辑的前辈们,晚辈在看词条的时候,发现替换侧边栏底图目前已经失效了,是不是替换侧边栏底图那边出了什么问题了吗?

如果真出了问题的话,还希望有技术的编辑前辈去修补一下--織星葬讨论) 2017年8月3日 (四) 02:10 (CST)

已由 Nbdd0121 修复完成 —— CFSO6459 ✉ / ☎ 2017年8月3日 (四) 06:24 (CST)

头像举报

寿命论评论栏里有一个头像违规,根据萌百方针头像管理第五条,需要删除。—— 泰国婉姬🇹🇭 (พูดคุย) 2017年8月3日 (四) 01:49 (CST)

完成。但似乎由于缓存原因,评论栏仍然会显示原有头像。 —— CFSO6459 ✉ / ☎ 2017年8月3日 (四) 06:26 (CST)

先干掉了,如果还想保留等缓存刷新再恢复就是了。--W3jc讨论) 2017年8月3日 (四) 15:43 (CST)

建议修改Template:页面格式/音乐的默认格式

RT,因此页面被设了编辑保护,且Infobox Song前段时间也进行了较大改动,所以目前创建词条时自动生成的格式还是存在一些问题:
1.应该添加已有的“时长”属性,然后将作词放在作曲上面,另外去掉“MV编导”属性,这个属性在使用这个模板的歌曲中极少能用到,需要的时候手动添加即可。
2.之前的讨论中User:伟大的小逗比User:猥琐帝也都提到过,一般认为翻唱曲重新写词才叫“填词”,而原创曲应该叫“作词”,使用此模板的歌曲几乎均为原创曲,所以我认为可以考虑用机器将使用此模板的词条全部替换为“作词”。
3.编辑保护我认为也可以解除了,改为允许自动确认用户即可。先前已经提到过,目前也已解除Infobox Song的编辑保护。事实证明改为允许自动确认用户基本不会出什么问题。--布洛肯亚雷讨论) 2017年8月3日 (四) 15:22 (CST)

反对批量替换填词为作词,这会引发不必要的争端。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2017年8月3日 (四) 15:17 (CST)
反对批量修改+1,我知道你们可能是对秋叶的保护行为有所不满,但是就我看来这种保护是有必要的。由于涉及面较广,你必须人工分辨,明知道肯定会出错还强推那肯定是不对的。对于重要模板的修改我觉得应该进行相关讨论权衡利弊之后再进行,而不是想到就去做,大部分自动确认用户并不明白这些模板到底是用来干什么的,单纯凭个人的喜恶更改只会带来更多麻烦,一般的做法是在讨论页提出建议后再执行,就像你现在做的,我相信如果不加保护,你肯定懒得来这里说了对不对?
ps即便你执行了批量替换,也依旧是演唱、作曲、作词的排序,而不是你想要的作词、作曲、演唱的顺序。我觉得你大可不必在这里纠结,你不如去动画相关的词条的相关音乐里看看,什么排序都有,别太在意。(有些用的是演唱,有些用的还是歌)--九江喵~ 2017年8月3日 (四) 17:15 (CST)
相关观点我在上面的讨论也多少有提到,另外,Template:Infobox Song/doc中也存在这几个问题,或许可以考虑整改为统一样式。
Infobox Song有写“不需要的项目请直接删除,不要设空值”,因此“MV编导”这个非必要的属性不应该单独列出。
现代标准汉语的“填词”指“旧曲填新词”,作词指“新曲作新词”,所以我认为对于anisong还是“作词”比较准确,填词->作词的批量替换也没有问题,即使难以批量修改已有的条目,至少页面格式也应该改成最合适的样式。--_(:3」∠)_讨论) 2017年8月3日 (四) 17:28 (CST)

吓死我了……

点击展开

006yrUWVly1fi7dira6hwj30pz0fodhw.jpg 006yrUWVly1fi7dirt0pfj30n4092dgt.jpg

--梦蝶葬花讨论) 2017年8月4日 (五) 08:14 (CST)

完成,已修复--Patroller KumoKasumi 2017年8月4日 (五) 09:51 (CST)

请求恢复Widget:NoFlowthread

原因:至少一个用户在使用,如user:zeazed165。其功能是屏蔽用户的评论区。flowthread难道不是评论区吗,怎么会停用呢

顺便请求恢复Widget:Vocaloid Song Counter,原因:Vocaloid传说曲 --dradrus讨论) 2017年8月4日 (五) 10:54 (CST)

完成
Widget:Vocaloid Song Counter似乎并没有在Vocaloid传说曲中使用?
 —— CFSO6459 ✉ / ☎ 2017年8月4日 (五) 11:23 (CST)
其被用于Template:Vocaloid Song Counter,后者被传说曲与殿堂曲页面使用。--dradrus讨论) 2017年8月4日 (五) 11:41 (CST)
已经改掉了Template:Vocaloid Song Counter的实现,这个没必要用widget嘛 --𝐃𝟒𝟏𝐃𝟖𝐂𝐃𝟗𝟖𝐅𝟎𝟎𝐁𝟐𝟎𝟒𝐄𝟗𝟖𝟎𝟎𝟗𝟗𝟖𝐄𝐂𝐅𝟖𝟒𝟐𝟕𝐄 2017年8月4日 (五) 11:43 (CST)
那么帮忙把user_talk:luyouhao里面提到的class=hide时,不计数的功能也加上吧,多谢。--dradrus讨论) 2017年8月4日 (五) 11:52 (CST)

顺便请求恢复Widget:DeceasedPerson,原因:Template:近期已故现实人物。说到底最后也没搞清楚widget:bilibili到底是因为width参数的escape:'html'被写成escape:'html ',还是因为escape:'html'不生效??如果是前者,是不是有点太过激了。--dradrus讨论) 2017年8月4日 (五) 11:25 (CST)

就是写成了escape:'html '导致的。Ben | imbushuo | AS43126 - Biscuit, cookie or whatever (Discussion) 2017年8月4日 (五) 12:06 (CST)

建议增加模板:Infobox Song模板:Album Infobox的几个属性

  • 歌曲信息模板:
    • 建议增加Extra track listing,显示歌曲收录专辑的前后曲,可以参考wiki
    • 建议增加底栏字体颜色与时长等属性。
    • 建议把词曲信息改回作词在作曲之前的一般顺序。
  • 专辑信息模板:
    • 建议增加艺术家信息,可以参考维基,在封面下方增加一个下栏,显示为XX艺术家的单曲/专辑。
    • 建议增加底栏字体颜色与总时长等属性。
    • 对于单曲,建议增加C/W曲信息。

以上,望采纳。--_(:3」∠)_讨论) 2017年7月13日 (四) 20:56 (CST)

我也很同意这位老铁说的,作词在作曲之前比较合适,因为在影片中或者BK上一般都是作词在前。还有就是最好在Infobox Song再添加发行时间和风格这两个属性,发行时间填最早发行的一张CD。--布洛肯亚雷讨论) 2017年7月13日 (四) 21:36 (CST)
作词和作曲可以是同时的,也可以有先后。作曲在填词之前,作词在谱曲之前。编曲在作曲之后,谱曲可以与编曲同时,也可以在编曲之前。同一个人作词作曲是没问题的,但词曲也可以有先后,但这个就看那个人怎么说了。不同人的作词曲的时候,一般而言是有先后的,但也有预先商量好大致意向然后同时完成也还能较好的契合(即便后期微调也可以说是同时完成的)。大致上这就是作词、作曲、填词、谱曲、编曲之间的区别,你如果真的想要分先后搞排序,我觉得会很麻烦的,这种小细节没必要那么较真。--九江喵~ 2017年7月15日 (六) 00:25 (CST)
时间上的先后顺序不是我要表达的重点,我只是想表达,按照一般的写法,通常是“作词、作曲、编曲”的顺序。可以随便参考官方的BK、官网的歌曲信息、维基的专辑条目、动画OPED中的歌曲信息等等之类的顺序,几乎是清一色的“作词、作曲、编曲”的顺序,现在的“作曲、作词、编曲”的顺序有别于习惯,看起来很别扭。--_(:3」∠)_讨论) 2017年7月15日 (六) 00:39 (CST)
现在的模板没毛病啊?作曲、填词。有了曲之后词才能填,填词又不等于作词,所以排序也很合理啊。这模板里根本就没有作词这个选项啊?--九江喵~ 2017年7月15日 (六) 08:28 (CST)
没理解我的意思么?我是说一般的写法都是作词作曲的顺序,哪个歌词本上是作曲写在前面的?或者哪部动画OPED里会把主题曲的作曲写在作词前面呢?我想要的,只是这种“作词、作曲、编曲”的一般顺序而已。--_(:3」∠)_讨论) 2017年7月15日 (六) 20:20 (CST)
这个模板只有作曲、填词、编曲三个项目(严格的说,就连这仨名字就错了俩)。你想要的是增加新项目,不是排序,你的诉求其实只是个形式。我需要再次强调一次,作词≠填词,作曲≠谱曲,编曲和音乐制作也是两回事。我不知道你有否见过这种区别,但是专辑上并不是清一色的写的作词和作曲(当然也未必有编曲)。我觉得你有可能是日本CD听多了看多了,习惯了他们的那一套东西,回到这里的时候有点不适应。实际上日本娱乐圈对这些术语的用词很随便。给你以林夕举个栗子吧:《胡思乱想》——填词:林夕,谱曲:ELISABETH FRASER,ROBIN GUTHRIE,SIMON RAYHONDE,编曲:ADRIAN CHAN,演唱:王菲,原曲:你自己百度吧。我理解你的执着,就是看着感觉别扭,但对我来说不少日本专辑(国内很多三流的制作公司也是这个毛病)写的都很别扭,以至于我已经放弃思考了。倘若你还是觉得应该搞那一套东西,我希望你能先去了解一下音乐创作的相关知识。当然如果你认为关于这个问题不需要了解这些无用的知识,那就当我没说吧,我将继续放弃思考。--九江喵~ 2017年7月15日 (六) 21:38 (CST)
话题好像又偏了,那我这么说吧,我想要的是“作(填)词、作(谱)曲、编曲”的顺序,并不在意你所讲的这些细微的区别。--_(:3」∠)_讨论) 2017年7月15日 (六) 22:06 (CST)
想起好像有人承諾過會將模板:Infobox Song搞大工程,似乎變成了都市傳說。
Extra track listing可以加,感覺實用性不太好。
個多可選屬性也可以加,不過實際上那些可選屬性有點冷門。【时长】很多OP曲就有幾個版本,起碼有個1:30,支援不知道會不會有混亂,要搞個【更多时长】?
【词曲信息改回作词在作曲之前】,User talk:Nostalgia/存档2017年1-3月#关于Infobox Song的项目顺序的觀點歡迎再議。
【显示为XX艺术家的单曲/专辑】本來就有這個功能。如《39D》。
【增加C/W曲信息】請做具體說明,描述很含糊。--Notalgia-Contαct- 2017年7月13日 (四) 23:53 (CST)
【Extra track listing】或许目前实用性的确不太好,目前收录曲有完整收录的专辑条目不多,但也还是有的,比如我个人完成的fripSide(二期)的六张专辑与另有人完成而我有意完善的南条爱乃的两张专辑。我现在也有需求,想要用到这个模板,以后或许也会有其他人用的到,还是希望能劳烦管理员加上。
【可选属性】底栏颜色很深时,底栏字体颜色却仍是黑色,因此有必要增加底栏字体颜色的可选属性,这点我认为是有必要的。时长一般来说应该用CD收录曲的时长,有多个版本时仅列出原版时长即可,或者通过分行列出不同版本的时长,或许不必搞“更多时长”。另外风格这个东西比较主观,其他的可选属性可能用的也不多,虽说不必要加,但加上也不会错。
【词曲信息改回作词在作曲之前】之前那个讨论正是我提出的,当时由于一些原因不了了之了,现在回过头看还是有些难以接受。当时你说“就像电脑的提示窗口,过去都是左【是】,右【否】,现在改了不也没影响。”我倒认为这有影响,在我想点“是”的时候,我会想当然地点左边的按钮,我也几乎没见过哪个程序弹出的窗口的“否”在左边,如果真有人这么设计,那会使我抓狂的。我查看这个模板的历史版本,发现早在15年8月时已经有人按照他的想法顺便把这个顺序改了,而17年1月时也顺便被你按照你自己的想法改回去了。我坚持作词在前的原因也很简单,因为无论是官方的BK、官网的歌曲信息、维基的专辑条目、动画OPED中的歌曲信息,我几乎没见过作曲写在作词之前的,甚至连模板文档里都是作词写在前面的,改起来又不麻烦,为什么不按照一般的写法,反而要用有别于习惯,以至于让有些人感到别扭的写法呢?还希望你能更多地考虑其他编辑者的想法,谢谢。
【显示为XX艺术家的单曲/专辑】或许是我表述的不好,这里的艺术家更多的指的是歌手。如果只看专辑模板,对于没有写年表的专辑,根本不知道这专辑的歌是谁唱的,这一点也可以参考wiki那边。
【增加C/W曲信息】我的想法是,只显示单曲的C/W曲的标题即可。--_(:3」∠)_讨论) 2017年7月14日 (五) 01:33 (CST)
【Extra track listing】、【可选属性】加上了,想了一下,還是不要搞太多樣式,【唱片曲目】用了較為簡潔的一種。
Facepalm,Mac系列的產品都是這樣設計,取消在左,確定在右。(這更符合翻頁的習慣,【右】為下一步。)「我也几乎没见过哪个程序弹出的窗口的“否”在左边」,你到底是與世隔絕還是跟不上社會步伐,我自個用的iPhone手機,連帶iTunes,全部是否選擇都是和Windows不同的,對我來說這是日常的一部分。請不要訴諸自我知識
關於順序關係,在代碼中填寫沒有任何區別。這個情況下,你需要說明那個順序的必要性,為何非他不可。一直在強調其他人什麼什麼,XXX也是這樣,以前一直這樣。那些舉例也僅限於舉例而已。單純羅列例子,完全無助說明必要性。沒有必要性,維持原樣即可。
我不去修改【模板文档】的順序只是滿足一下你這個強迫症而已,也僅此而已,也側面表現出,先後順序根本沒有意義。
【显示为XX艺术家的单曲/专辑】,我和舊時代脫節,平日聽的多是Vocaloid的,OST、純音樂,對那些突顯並不感冒。可能你覺得理所當然,但是我覺得可有可無。【增加C/W曲信息】也是這個感覺。
上面的討論,讓我深深感受的品味凍結的真實性。--Notalgia-Contαct- 2017年7月14日 (五) 22:02 (CST)
Extra track listing我认为目前的样式并不实用,因为不太可能会列出一列十几首的曲子,建议用类似年表的样式,显示前一曲、本曲、后一曲及它们在专辑中的曲序。
好像并没有增加其他的可选属性。至少我认为“底栏字体颜色”这个属性是有必要的。另外,我认为收录唱片的信息居中对齐比较好。
我承认词曲顺序先后并无意义,正因为没有意义,所以我认为应该用普遍的先词后曲顺序,哪怕只是为了满足我这样的强迫症。为什么一定要“维持原样”呢,难道是因为有“维持原样”的强迫症?也请解释一下“维持原样”的必要性,你所谓的“原样”或许只是你一个人按照自己的意思设计的,并未考虑到其他人的想法。可能因为我的强迫症,我看到现在的词曲顺序会感到很诡异,但我想让一个ACG歌曲爱好者,哪怕是一个普通的用户做出二选一的顺序选择,尽管顺序没有意义,但多数人都会选择他们平常所看到的词在前的顺序吧。另外,针对你发表的这部分言论,我觉得,你作为一个管理员,好像并未考虑到其他编辑者的感受,而只是一味地固执己见,遇到不同的观点不是去思考“这个用户为什么会有这种观点”,反而只是在想着“如何让这个用户顺从你的观点”。
其他几个建议只是我顺便提的,对于我来说并不强求。--_(:3」∠)_讨论) 2017年7月14日 (五) 23:01 (CST)
當你在拿對方的身份說事,你已經放棄邏輯上的辯論,而是單純的訴諸人身。為了避免撕逼,個人不會再回應這個討論,直到你的不再訴諸人身。--Notalgia-Contαct- 2017年7月14日 (五) 23:24 (CST)
上面那位老铁说的非常对,我也认为应该考虑其他编辑者的感受,像是什么”iphone的否在左边是日常的一部分“啊,又是“我听的都是vocaloid和纯音就觉得那个可有可无”啊,这才是所谓的“诉诸自我知识”吧?感觉没有说服力。我不知道为什么一定要维持主观的样式,既然这样那个模板主页面上写的“如有更好的思路和欲添加一些新项目,建议在Talk:提问求助区寻求帮助”是摆设?还有就是上面的讨论让人看了就觉得是为了让现在的样式显得很合理还在硬扯一些冷门概念,甚至显得较为极端,不像是正常的讨论。当扯出“诉诸人身”等概念时更是如此。
顺序的问题,也许是没什么意义,但我觉得看这个网站的没几个会经常见到作曲在作词之前的(至少我目前看的OPED动画和BK都没有),所以一定要让作曲在作词之前又有何意义?底栏字体颜色也是,既然底栏可以自由改颜色那为什么不添加字体颜色弥补一下改深色会看不清字的缺陷?还有时长和风格等属性我认为最好也加上,毕竟是百科网站,日文维基都有这两个属性,而作词作曲等属性基本关于那首歌的地方都很容易看到,如果只有这几个属性很难凸显这是百科网站。
最后,希望可以就事论事,正面回应问题,不要“避免撕13”而扯出一些莫名其妙的概念。--布洛肯亚雷讨论) 2017年7月14日 (五) 23:38 (CST)
iPhone的舉例是用於說明猥琐帝“诉诸自我知识”,後來Vocaloid的舉例是用於說明情況多樣性,同樣用於表明猥琐帝的一些觀點還是具有“诉诸自我知识”。
「訴諸人身」是指「藉由與當前論題無關之個人特質,如人格、動機、態度、地位、階級或處境等,作為駁斥對方或支持己方論證的理據。」,這是人身攻擊在討論中的說法。
文中我都在理性討論,對方一言不合開始扯上個人階級、動機、態度,之後還能理性討論下去?--Notalgia-Contαct- 2017年7月15日 (六) 08:17 (CST)
你在这里大费周章解释“诉诸人身”没什么意义,所谓的人身攻击也不过是你自己认为的(至少我们都看不出我们有在“人身攻击”),而且我们并未针对你,只不过是疑惑模板的样式;
倒是你不回应底栏字体颜色等问题就只顾着解释这些本无关的冷门概念,恕我看不出这是一串“理性”的讨论。--布洛肯亚雷讨论) 2017年7月15日 (六) 15:19 (CST)
第一段的「可選屬性」加上了,你到底有沒認真看的。----Notalgia-Contαct- 2017年7月15日 (六) 19:50 (CST)
除了功能尚不完善的Extra track listing,我可没有看到加了什么可选属性。--_(:3」∠)_讨论) 2017年7月15日 (六) 20:20 (CST)
同上,包括底栏字体颜色等--布洛肯亚雷讨论) 2017年7月15日 (六) 21:43 (CST)
加了的,之前没写到说明文档。使用below-titlestyle参数即可,比如|below-titlestyle =color:red;给底栏字体加红色。--Shirrak讨论) 2017年7月15日 (六) 22:16 (CST)
不必搞成这种复杂的样式,而且已经有“底栏颜色”这个属性了。只是需要“底栏字体颜色”一个属性,能否能改成|底栏字体颜色 =red这种形式?--_(:3」∠)_讨论) 2017年7月15日 (六) 22:27 (CST)
加上了,个人还是蛮喜欢自定义样式的--Shirrak讨论) 2017年7月15日 (六) 23:34 (CST)
十分感谢。就是below-titlestyle这个属性显得有点突兀,似乎不是很必要。另外,收录唱片信息的样式改为居中对齐或许比较合适。或许左栏字体颜色,以及人物等其他模板的底栏、左栏字体颜色也可以考虑?不过“可选属性”这部分的改动对我来说已经足够了,顺便抛出的这几个问题就交由你们判断是否有必要了。--_(:3」∠)_讨论) 2017年7月15日 (六) 23:50 (CST)

below-titlestyle的設計自由度是最高的,既然有人會考慮字體顏色,也會有字體特效的想法。--Notalgia-Contαct- 2017年7月16日 (日) 15:23 (CST)

既然有人只使用字体颜色一个属性,也不应该把别人已经写好的“底栏字体颜色”的部分代码删掉。还有Extra track listing的问题,你到底有没有打算回应?--_(:3」∠)_讨论) 2017年7月16日 (日) 23:30 (CST)
所以底栏字体颜色那串代码碍着你了?试问你删那串代码是认为那会影响加载速度还是鼓励我们刷编辑数?亦或是你认为我们在人身攻击所以故意和我们作对?不管怎样还请大手子不要装聋作哑,给出一个合理的理由--布洛肯亚雷讨论) 2017年7月17日 (一) 09:14 (CST)
楼上过于激动了,个人来说虽然不介意使用哪种方式,也认为自定义css有更多发挥空间,但是既然有人有诉求,而且也有合理性,觉得保留下那段代码比较好。同时在Template:沙盒里改写了一下模板,效果是“先写填词参数则填词在上,先写作曲参数则作曲在上”,或许是个折中方案--Shirrak讨论) 2017年7月17日 (一) 20:43 (CST)
写了一个Template:Infobox_Song/Extra,用法也写在里面了,应该是你需要的效果?“前一曲曲序”和“后一曲曲序”也可以单独指定--Shirrak讨论) 2017年7月17日 (一) 00:54 (CST)
@Nostalgia如果没有特殊情况,就把字体颜色参数和顺序自设的功能加上去了?--Shirrak讨论) 2017年7月18日 (二) 14:27 (CST)
Facepalm,原來的【底栏字体颜色】代碼本來就寫錯了,那種方式和【below-titlestyle】同時存在,在某些編寫情況下會有bug,所以我刪掉了,上面不分青紅皂白就攻擊對方,首先請看看代碼是什麼,改了什麼,看懂了再說話,不懂就問,不要滿腦子惡意推定,動不動就訴諸人身。
個人不認同【顺序自设】,認為沒有必要,除了我以外,上面九江也提出了異議。有爭議,沒有必要的修改,就不需要。
Template:Infobox_Song/Extra,可以用,不過不建議這個名字。如【Infobox_Song/Tracklist】就更符合內容。你編寫的方式,現在雖然可以用,但是直覺有些bug,換我就不用這種寫法的,請多檢查一些各種參數,和不同平台的顯示效果。
一些意見:當年受人所託在{{Album Infobox}}搞三段式,在很多條目編寫上遇到這些問題,所以在{{Art_book_Infobox}}等的設計都是【上一部作品】、【下一部作品】獨立開一欄。在三段式,局限性很大,特別是現在移動端時代,空間有限,顯示效果等問題更為明顯。
上面建議的【Extra track listing】(參考維基那個),有四種表現方式,個人認為既然都要Tracklist,為何只列出之前和之後,也考慮過往經歷,所以選取了最自由的豎式,可以全部列出,也可以只列出之前和之後。--Notalgia-Contαct- 2017年7月18日 (二) 21:43 (CST)
看样子我还是有必要再反驳一下:1.我们并不都是程序猿,我们写词条不过是为了让更多人知道有相应的内容,也不会从代码里看BUG,你就算要删代码也应该最开始就说明原因,二话不说就乱删换做谁也会想反驳你,什么所谓的不分青红皂白又是人身攻击都是你自己认为的,我们既没有说脏话也没有针对你,别人也不可能无缘无故反驳你,如果会反驳你说明你肯定多少存在问题;
2.看到“个人不认同”我内心毫无波动甚至还想自己改格式,“个人XXX”是这么个用法?还有就算加上这个可自定义代码能妨碍到你什么?你愿意在哪个词条写作曲在前一样可以。我还要再问一遍,那个模板主页面的“如有更好的思路和欲添加一些新项目,建议在Talk:提问求助区寻求帮助”是摆设吗?--布洛肯亚雷讨论) 2017年7月18日 (二) 22:16 (CST)
@NostalgiaInfobox_Song/Extra的名字无所谓,因为我本来对音乐不怎么了解,随便取的一个……我在ie、火狐、chrome、safari都测试过,没有看出什么问题,移动端也测试过,之前出现过太窄的问题,后来限制宽度后解决了。
我想知道在哪些编写情况下,一个单纯color属性和【below-titlestyle】会有冲突,因为后面的css属性理应会覆盖前面的css属性。再不济,也可以在模板说明文件中写明“不要同时使用”,就好像“声优”和“多位声优”一样。
关于作词和作曲,九江表达的意思是【填词≠作词】,如果真的按照九江的建议,应该单独设一个参数“作词”。但是看这个模板的编写初衷应该只是把【填词】当做【作词】的委婉说法,所以在顺序上更应该有灵活的空间,而让编辑者决定使用哪种顺序就是为了解决争议。此外我不觉得“有争议”就和“没有必要”并列,有争议也许是都存在一定道理。--Shirrak讨论) 2017年7月18日 (二) 22:27 (CST)
感谢对模板的修改。我认为,模板应该尽可能地满足更多人的想法,不能仅仅依靠一个或者几个人的想法,现在模板里的每一个属性总会有人认为是有必要的。我认为已经可以应用这个模板了,有细节问题再单独讨论,这个讨论串已经太长了,以至于真正有关内容的讨论过于分散了。关于九江月的意见,我认为可以像词曲顺序一样,输入什么就是什么,以满足更多人的想法,可以默认“作词、作曲、编曲”这三种最常见的用法,但可能需要大量的“填词->作词”的批量替换。或者,既然区分不大,也可以考虑全用这种最常见的用法。--_(:3」∠)_讨论) 2017年7月18日 (二) 23:31 (CST)
同意楼上的观点,不跟需求走的都是耍流氓。做模板的就应该照顾到每个人的需求,做好兼容性,在技术允许的情况下让每个编辑者都能使用和达到想要的效果。不然要这模板何用,大家只要不满就另起炉灶写个模板?最后写的到处都是模板就高兴了吗 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2017年7月18日 (二) 23:41 (CST)
【照顾到每个人的需求】是不可能的,今天你認為A在上面你改了,隔天有人提出理據C在上面,這不是沒玩沒了。有爭議,但是需要修改的內容是不需要的,就不必要改。這是我是判斷宗旨。
另外,在「重造輪子」(infobox)我發現,維基那邊的infobox普遍存在「一些设计根本不可能用上,另一些等到用上的时候,发现当初设计的时候考虑不全」的情況。畢竟「過早的優化是萬惡之源」。故此對那些新增的內容我都很謹慎,也很注重修改的意涵和背後的目的,是否有必要性等。
思路和想法的不同,希望各位互相理解,而不是互相攻伐,說不過對方就拿對方動機說事,還玩起打稻草人來。--Notalgia-Contαct- 2017年7月19日 (三) 00:32 (CST)
我也知道很难照顾到每一个人,我说的是“尽可能”地照顾更多的人。对于每个人可能的不同需求,为什么不想办法同时满足他们的需求,反而是去想方设法否定他们需求的“必要性”呢?是否必要可能每个人的看法不一样,但至少对于提出需求的人来说,肯定是有必要的。况且,现在也有办法同时满足A的曲在前与C的词在前两种需求。--_(:3」∠)_讨论) 2017年7月19日 (三) 00:54 (CST)
很少有什么是不可能的,很多需求都是可以同时满足。比如有人要作词,有人要填词,都加上不就得了,空着的项目就会隐藏,除非你把作词填词都写上。这就是典型的兼容性处理。排序的问题,做个参数条件判断,也是能够解决的。我本来想做,前两天发现刀砸已经在沙盒做好了,这就说明技术上没有问题嘛。鱼和熊掌能兼得的话,为什么不呢?再举个实际的例子。前几天我和一位编辑在词条头图的选择上发生了冲突,谁也说服不了谁,但头图只有一个位置,怎么办?我就写了个条件函数,单数日期显示图A,双数日期显示图B,完美解决了问题,而且双方都很满意。这就是一种理念,用需求来指导工作,而不是以个人想法规避需求。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2017年7月19日 (三) 01:21 (CST)
个人觉得“让编辑者决定顺序”至少一定程度上解决了问题,如果以后有人要修改某个条目的曲词顺序,理应举出更有力的例子,比如证明日期关系等。
最关心的还是底栏字体颜色的参数问题,根据我所知想不到什么bug,如果有的话还是希望能指出来,日后也好预防。同时也如布洛肯亚雷所说,这个参数已经被应用,所以也不算早--Shirrak讨论) 2017年7月19日 (三) 02:02 (CST)
这个讨论串怎么快40小时没更新了,我们还等着那个N开头的大佬来揭示BUG呢--布洛肯亚雷讨论) 2017年7月20日 (四) 15:46 (CST)
看样子没有BUG,也已经没什么可反驳的了,而且这个讨论串都过8天了,也已经长的离谱了,那劳烦管理员把底栏字体颜色和自定义顺序加上吧...::@宇文天启 你怎么看?--布洛肯亚雷讨论) 2017年7月21日 (五) 22:44 (CST)
如果没有异议的话,希望能尽快修改这个模板,我不想看到这个问题最后不了了之。--_(:3」∠)_讨论) 2017年7月22日 (六) 18:37 (CST)


既然你个人认为我是“單純的訴諸人身”,为了把讨论继续下去,那我也只好收回有关“管理员”这个可能令你敏感的词汇。那么,劳烦继续讨论,直到这个问题解决。至少,我所刚才反馈的Extra track listing与可选属性这两个问题可以达成共识吧,我在词曲顺序问的几个问题也希望能得到回应。--_(:3」∠)_讨论) 2017年7月14日 (五) 23:48 (CST)
关于作词作曲顺序的问题,完全可以用一个条件判断解析器函数解决,你想怎么排序就怎么排序。这个很简单估计很多人都会做,如果没人做的话等一段时间我现充结束后就动工好了。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2017年7月14日 (五) 23:46 (CST)
很抱歉我提出的这个可能没什么意义的问题要劳烦到他人写这么个函数,我本来的意思只是固定词在前,但现在也有人想固定曲在前。如果始终没有达成共识的话,或许只能麻烦你写上这部分代码了。--_(:3」∠)_讨论) 2017年7月14日 (五) 23:55 (CST)
这个本来也是我计划内的,因为优先级别不高差不多都快忘掉了,括弧笑 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2017年7月15日 (六) 00:31 (CST)
感谢,明明不是重要的内容,还是有人考虑过。--_(:3」∠)_讨论) 2017年7月15日 (六) 00:39 (CST)

同喜欢作词在前作曲在后的强迫症在此发现同道中人的感觉真好啊233,感谢天启姐!另外我其实还想把“填词”改成“作词”,为自己的强迫症找的理由:1.“作词”的说法似乎更常见;2.有时是先有词后有曲的,“填词”的说法似乎有点不太对……有人同意这样改吗?--伟大的小逗比讨论) 2017年7月17日 (一) 21:29 (CST)


看到某些人不溝通,亂改代碼,一堆bug出現。不用Shirrak寫的方式,改成我在Album Infobox的寫法,就是需要原模板的重新設計,有幸宇文天启同志有所發現,有對應修改。

防止你們又惡意推斷,聲明若又出現這些亂寫的出bug的情況,相關操作回退原始版本。保護內容,直到亂來者來好好談談出結果。--Notalgia-Contαct- 2017年7月30日 (日) 12:19 (CST)

然而事实上是因为原来的代码存在多个隐藏的问题,比如无法适配宽度过长的情况以及前后曲为空时仍会显示曲序号,所以我就自己尝试修改了,也能实现之前的效果并修复相关问题。目前这个Extra模板还没有什么条目实际应用,对其的改动也不会有什么实际影响。本来我就是要连Infobox Song模板一起做对应修改的,但这个模板被你加了编辑保护,我没有权限编辑,只好联系宇文天启请求协助修改,不知道你怎么会往“有幸宇文天启同志有所發現”这方面想。再说“不溝通”“惡意推斷”什么的明明是你吧,一言不合就动用职权给页面加保护,我的修改是哪里碍着你了?--_(:3」∠)_讨论) 2017年7月30日 (日) 21:15 (CST)
很抱歉我看不到明面上的相關討論,也正如我的保護會引起你的猜度,所以有在此作出聲明。而且測試操作應該是{{沙盒}},之前Shirrak就是這樣做。
上面我已經提醒過了Shirrak的寫法是「你編寫的方式,現在雖然可以用,但是直覺有些bug,換我就不用這種寫法的」,你們現在終於發現到了。希望謹慎在{{沙盒}}測試,而不是在一個預定會使用的模板中作太多試探性測試。--Notalgia-Contαct- 2017年7月30日 (日) 22:07 (CST)
那么可以解除Template:Infobox SongTemplate:Infobox Song/Extra‎的编辑保护了吧?现在已经没有理由继续保护了吧,目前Infobox Song模板可以实现各种可选属性,应该允许编辑者自行添加新的属性。
包括Template:页面格式/音乐的编辑保护,Infobox Song模板已经修改了,这个模板还没做出足够的相应更加就被你保护了。你坚持作曲在前的顺序就算了,明明在讨论中有人提出“作词”与“填词”的区别,为什么还要坚持用不合适的“填词”一词?“MV编导”现在也成为额外可选属性的其中一个,也没有必要单独列出这个使用率不高的属性。--_(:3」∠)_讨论) 2017年7月30日 (日) 22:25 (CST)
Infobox一系列模板作為使用度超高的信息模板,本身就有一定編輯限制。對於剛不久(7月29日)才出現代碼編輯bug,在沙盒上進行更多嘗試再修改不是很正常不過事情嗎。站長對我之前的操作也是這樣評論「修改后出错立即回退,限制到管理/巡查编辑这些操作都是最佳实践」。我不認為現在測試階段時解開編輯限制的時候。
Template:页面格式/音乐都是格式模板,和信息模板修改無關。請另外討論,也因為其重要性,作出編輯限制我認為十分合理。
維基百科上【填詞】跨語言上,日文對應【作詞家】、英文對應【Lyricist】。【填詞】在廣義上也包含【作詞】,拋開狹隘的詞義,用包含最廣的詞彙描述為最佳選擇。MV是現代音樂的重要部分,反問你們寫的歌都沒MV的?--Notalgia-Contαct- 2017年7月30日 (日) 23:14 (CST)
对于Extra模板,我也说过了,这个模板还没有被哪个条目正式应用,对其修改不会有什么影响,所以我直接在对应模板上进行了测试,出现BUG也是因为我无权修改对应的Infobox Song模板,Extra模板本身没什么问题。现在新的Infobox Song已经开始应用了,你不解除编辑保护,我怎么对细节方面进行修改?
对于页面格式模板,我认为仅允许管理与巡查编辑太过了,改为“仅允许自动确认用户编辑”就已经足够了,本来页面格式模板就有些问题。
讨论中提到过,作词指“未成曲调先作词”,填词指“已有曲调再填词”。“填词”的维基百科甚至专门写了“填词”与“作词”,虽说这个条目可能存在“本条目论述以部分区域为主,未必具有普世通用的观点”的问题,维基上写的是,现代标准汉语的“填词”指“旧曲填新词”,作词指“新曲作新词”。“【填詞】在廣義上也包含【作詞】”这一点我不敢苟同,或许是因为你是香港人?维基的注释也有写,“粤语“填词”可同时解作现代标准汉语的“填词”和“作词”。”实际上,现代标准汉语中这两个词基本是一个意思,区别主要在于这两点。对于一首三次元歌曲是先有词还是先有曲,基本难以考证,也没那个必要。而按照维基上的说法,如今收录的歌曲大部分都是“新曲作新词”的情况,也就是说通常应该使用“作词”。对于日文维基的专辑条目,用的也全部都是“作词”。
对于“MV编导”,你似乎并没有理解我的意思。我的意思是现在的模板中包含了大量属性,“MV编导”也不是词曲之类的必要属性,应该视为与吉他、键盘之类等同的一般的额外属性,没必要特意写在页面格式中。Infobox Song模板中也写了“不需要的项目请直接删除,不要设空值。”--_(:3」∠)_讨论) 2017年7月30日 (日) 23:57 (CST)
Extra的保護操作個人認為和恰當。就算正如你所說【没有被哪个条目正式应用】,實際上已經在Infobox Song上作為例子說明。請在沙盒測試,不必要直接在模板上修改,特別是這種子模板,更容易出錯。(如{{沙盒}}{{沙盒2}}),或者請測試wiki進行測試。個人寫這些都是去測試wiki進行測試的。
說維基,你就開始從個人的出身開始推測。那我就用大陸的百度【填词】,那邊也是這個解釋「作词,因为必须严格地按照格律选字用韵,故称填词」。
【页面格式模板】作為重要的指引內容,較高的保護操作十分恰當。有錯歡迎提出。
“MV编导”你認為是額外屬性,這個很主觀,請提出更多理據。當代音樂作品MV是重要組成部分,所以古早就設有這個項目。而且根據當下的彈幕視頻網站為大陸二次元社群的主體,PVX歌是最常見的配置了。--Notalgia-Contαct- 2017年7月31日 (一) 21:14 (CST)
算我做的不对好了,我以后会先在沙盒上测试的。但请不要逃避我的问题,现在模板经过测试没有BUG,为什么还不解除保护?作为会用到这个模板的编辑者,我需要对模板进行细节的改动。没有合适的理由,请尽快解除编辑保护。
关于填词与作词,看来又是我们双方各执一词,争下去也不会有什么结果。这个问题是User:伟大的小逗比提出的,虽说我也倾向于“作词”,但其实也无所谓,反正现在的模板写什么就是什么,只是不满你坚持用你的填词然后加上编辑保护而已。我的观点和引用的资料就放在这里了,既然这个问题本来也不是我提的,我也无意继续讨论,如果没有别人发表意见,随便你好了。
再说“MV编导”,我强调的是“MV编导”,并不是“MV”。Infobox Song模板和VOCALOID歌曲模板不一样,歌曲的MV编导鲜有人知晓。事实上,“MV编导”的确是一个很少用到的属性。现在有这么多使用Infobox Song模板的三次元歌曲,你大可以随便看看,其中用到“MV编导”这个属性的还是很少的,这并不是一个几乎必填的重要属性,只是一个和其他可选属性差不多的一般的可选属性。
对于页面格式模板,如果你还是坚持你的个人想法,我也不想做过多的争论,反正我也用不到这个模板,但这并不表明我认可你的想法。重点还是希望解除Infobox Song与Extra的编辑保护。--_(:3」∠)_讨论) 2017年7月31日 (一) 21:47 (CST)
你都說了會繼續修改(「我需要对模板进行细节的改动」),作為剛不久修改才出現bug的人說解除保護,真不知道你是過度自信還是怎樣。我已經建議你用沙盒測試,你沙盒完成修改,拿出來說一下,測試沒有問題直接改。
我感覺你們似乎又有什麼先入為主,或者誤會。
留意我一開始的發文「格式模板,和信息模板修改無關。請另外討論,也因為其重要性,作出編輯限制我認為十分合理。」,其他格式模板都是列出引用信息模板全部的可選項目。同時在模板中說明填寫方法。你們是否先入為主認為【页面格式模板】是選擇性的列出的?不,是全部列出的。
現在一股腦加了一堆可選的項目進去,但是沒說明相關的使用規則,完全隨性。說XX不重要,XX重要,XX是這個意思,XX不是這個意思等情況普遍,在沒有定下相關的使用規則下,很容易造成。也因為相關情況的出現,個人認為保護【页面格式模板】,在沒有下定論之前,維持既定的格式,能避免混亂。經過此事之後,也認為十分有必要。保護和限制都是最佳操作。
你們沒有意識到那些混亂,也沒有了解【页面格式模板】本身的編寫方式。不要一言不合又開始從個人的行為進行猜度,你們現實生活到底有什麼遭遇。--Notalgia-Contαct- 2017年8月1日 (二) 21:40 (CST)
可以可以,你觉得是什么那就是什么好了。我上面也说了,不想继续就页面格式模板争论下去了,反正也不会有什么结果,一切还是由你的个人意志决定。
Infobox Song模板已经在Template:沙盒改好了,只是做个几个细节改动,没有问题的话,请尽快把代码复制到Infobox Song,我不会再做什么大的改动了,可以解除编辑保护了吧。--_(:3」∠)_讨论) 2017年8月1日 (二) 22:19 (CST)
剛才看了一下,發現了模板修改還有問題,@宇文天启,【收錄唱片】好像不支援了哦。先修一下那些問題。--Notalgia-Contαct- 2017年8月1日 (二) 22:55 (CST)
有什么问题?见Help:沙盒,收录唱片可以实现。--_(:3」∠)_讨论) 2017年8月1日 (二) 23:05 (CST)
@Nostalgia不要一言不合又開始從個人的行為進行猜度,你的現實生活到底有什麼遭遇。--九江喵~ 2017年8月1日 (二) 22:21 (CST)
我也想知道你為何從【本站】到【快到】之間那麼快就改變習慣,變得如此感情用事,那你的現實生活到底又有什麼遭遇。--Notalgia-Contαct- 2017年8月1日 (二) 22:55 (CST)
解除保护,确实是比较有必要的。因为保护起来无非就是防止所谓的编辑战之类的,而这个网站本身就比较小众,不见得会因为这个有编辑战。那个模板改动后,目前我是没见过什么编辑战,连批量把填词换成作词都没有,那还有什么必要保护?
目前的属性中,除了默认的演唱、作词、作编曲的确都并不经常用到,相反我认为时长是一个比较重要且显著的属性。至于MV,基本不会有几个人能知道是谁导演的,这个属性跟歌本身也没多大关系,所以默认不写也没什么问题,如果哪首歌知道了再手动加上又有什么不妥?还有BUG的问题,上面的同志已经测试过没问题了,再保护有什么意义?--布洛肯亚雷讨论) 2017年7月31日 (一) 22:31 (CST)
关于“填词”还是“作词”的问题:我认为至少动画中使用的歌曲(包括片头曲、片尾曲、插曲等)都应该用作词,理由:1.这些都是原创歌曲,属于新曲作新词;2.在动画ED里显示的都是“作词”,萌百作为一个二次元百科全书,理应使用这种最普遍的形式,让读者看上去更加习惯,也更加符合原作品的样貌。至于其他歌曲(比如V家的),我没意见。以上。--伟大的小逗比讨论) 2017年8月1日 (二) 04:00 (CST)

@Nostalgia最后一个问题,关于收录专辑的对齐方式。我改成居中对齐的原因很简单,只是考虑到排版的美观,居中对齐应该比较合适,要我选择对齐方式的话,肯定会选居中对齐。尤其是在加上收录曲这个项目后,左对齐会甚至会显得难看,见only my railgun。在Template:Album Infobox中,对应的销量排行也是居中对齐的,见only my railgun(专辑)。之前的讨论中也稍微提到过这点,其中User:Honoka55也明确同意居中对齐。虽说可以手动加代码更改对齐方式,但既然这个修改没多大影响,也没有引起其他人的争议,为什么不默认用更合适的居中对齐?如果你要坚持左对齐,希望能给出令人信服的理由。--_(:3」∠)_讨论) 2017年8月3日 (四) 19:42 (CST)

左對齊這種風格,在維基那邊【Infobox animanga】全部子模板填寫內容都是默認左對齊。最初我不解,後來才發現如{{Comic Infobox}}情況。內容多的項目,就自由度和美觀而言,左對齊的風格最佳。在下行項目中調整起來也十分整齊美觀,如{{Infobox Film}}。
{{Album Infobox}}的例子其實也可以作為反例的,為了遷就居中的觀感,文段的編寫上也更為考究,間接導致編輯門檻也更高。
當專輯名過長的話,由於寬度限制,隔行下,居中是不太好看的。另外【收录曲】是可選項目,為了遷就可選項目,理由也不太好。
希望真的是最後的問題。--Notalgia-Contαct- 2017年8月3日 (四) 20:47 (CST)
只针对Infobox Song来说,我还是觉得居中好一点。
一首歌曲的收录专辑通常不多,即使收录在多个专辑中一般来说也只列出几个,很少有内容过多的情况。
收录专辑不论什么对齐方式,都是仅需要列出专辑名,多个专辑时分行列出,不存在“编辑门槛更高”的问题。
唯一的问题是专辑名过长导致分行时,有时会显得不好看,但倒是也可以手动换行解决。
综上,我认为多数情况下还是居中合适,剩下的少数情况下也可以手动左对齐。如果最终还是决定左对齐,我也能勉强接受,但至少对于我自己编写的条目,我会手动居中的。--_(:3」∠)_讨论) 2017年8月3日 (四) 21:20 (CST)
不明白我說的【編輯門檻也更高】,看一下自己舉例的only my railgun(专辑),那段內容刻意隔行,有意文段對齊,再看看隔壁維基上only my railgun左對齊的怎麼表達的。
左對齊下【自由度】可高了,可以使用【符號清單】、【編號清單】而不需要特別調試,專輯收錄一般為好幾個,單一還好看,但是一多就一定不好看,使用特殊符號顯示也有限制。我直接在沙盒試一下居中下的【符號清單】效果,自己看一下吧:Special:永久链接/1403995。你就知道所謂的美觀,其實有很多局限,而且也不一定美觀。--Notalgia-Contαct- 2017年8月4日 (五) 20:37 (CST)
我说的是Infobox Song,不是Album Infobox。现在整个Infobox Song都是居中对齐,只有收录专辑不是。仅对于Infobox Song来说,收录专辑通常是一到两个,只要不是太多我都觉得居中好一些。而且在用到收录曲的时候,总是居中要好。况且在现今的左对齐情况下,也没见人用过符号清单,都是换行处理的。--_(:3」∠)_讨论) 2017年8月4日 (五) 20:59 (CST)
从很多方面看,都是居中更合适,我相信支持居中的人也占多数,你所谓的那些问题也几乎都不存在(我目前写的词条里都没出现你说的这几个概念),还有一些问题也都有较好的解决方案。综上所述仍然是改回居中比较合适。此外我希望不要再扯些没用的,快点决定到底用哪种方式。--布洛肯亚雷讨论) 2017年8月4日 (五) 22:10 (CST)
我也希望能尽快决定下来,毕竟是最后一个问题了。--_(:3」∠)_讨论) 2017年8月4日 (五) 22:32 (CST)
請循其本,你提到的【Album Infobox】的【销量排行】就是實施居中後的情況,而後我指出了這種設計對於提及大量內容的項目,會限制編輯方式,某些用於排版的格式無法有效引用。回應【Album Infobox】的問題就是在回應你提問的「希望能给出令人信服的理由」。
有些人說【我目前写的词条里都没出现你说的这几个概念】十分主觀,你自己不這樣寫,或者說在已知範圍沒看到,就認為不流行。隔壁維基這種寫法可是十分普遍的。中文、日文、英文都用這個格式。要不要多舉例子:Face to Face (CHEMISTRY專輯),無論是【銷售排行榜】和【收錄唱片】這種左對齊使用【符號清單】、【編號清單】的做法是很常見。
既然你都提到可以獨自設計。為何是默認一個有問題有限制的居中,而不是左對齊。為了居中而特意寫一堆兼容也是庸人自擾。
最後,你們一直強調的居中很【美觀】,觀點很主觀。請拋開這些主觀的論點,從自由度和兼容等實在的地方討論。--Notalgia-Contαct- 2017年8月5日 (六) 21:33 (CST)
已经改成在有收录曲的时候居中对齐,没有的时候左对齐,这样应该没问题了。倒是收录曲这部分被别人改成了另一种实现方式,不知道你有没有意见。--_(:3」∠)_讨论) 2017年8月5日 (六) 21:43 (CST)
並不是在特定環境下那個比較好。而是左對齊本身調試上比較好。
由於一首歌可以被好幾個專輯收錄,【唱片曲目】對子模板封裝的設計,認為十分有問題,變得只能局限填寫一個專輯中的次序。
另外,順便發現一個bug,需要去測試一下。--Notalgia-Contαct- 2017年8月5日 (六) 22:32 (CST)
只是考虑到用到收录曲时,只有收录专辑左对齐的确不太好看,现在这样应该都能接受吧。
虽说可能被多个专辑收录,但一般只写一个。要写多个的话,也可以通过同时调用多次Extra模板实现。
唱片曲目的格式确定是这样而不用九江月写的那样么?希望不要再改了。--_(:3」∠)_讨论) 2017年8月5日 (六) 22:41 (CST)
【收錄唱片】bug已經修了,最簡單的方法就是換行。原來不換行,導致某些wiki符號使用出錯。未免有人不知道,亂改,說一下。我看到似乎又有不討論,直接編輯的情況,出現無意義的恢復和回退。
作為全局性,大量使用的模板,請每個編輯都先測試,確保沒有問題。在編輯注釋和討論中說明編輯操作的意思。
混亂的情況再出現,模板會再度限制編輯。--Notalgia-Contαct- 2017年8月5日 (六) 23:22 (CST)
我个人对目前的模板暂时没有意见了,也认为目前的唱片曲目不需要大方面的改动了。只是加了那个换行后,会使得文本上下出现部分空白,进一步拉长了版面。感觉这个修改不是很必要,因为在“收录专辑”中,实际上只会用到换行与内链接,一般不会用到可能出错的wiki符号,Infobox Song用了几年了也没见过这里出现BUG,再不行也完全可以在说明文档中稍微规范一下用法。当然,有不留下这段空白的修改方法就更好了。--_(:3」∠)_讨论) 2017年8月5日 (六) 23:49 (CST)

阿卡林模板的bug

一些用了“阿卡林”模板的条目(如坚果姐)里右边的图片点不开,要把光圈大小调至100%才可以点—— 泰国婉姬🇹🇭 (พูดคุย) 2017年8月3日 (四) 23:20 (CST)

@AnnAngela,干活啦。使用Widget:Akalin导致图片无法生成链接。 --kanate☆saikou あたしは天使じぁないわ讨论】 2017年8月5日 (六) 15:54 (CST)
这是年经问题。由于chrome自身实现问题,被设置opacity且值不为1的块状元素不能正确处理有浮动元素下的宽度,导致这些块状元素会把图片覆盖住从而无法点击。——From AnnAngela the sysop (Talk) 2017年8月5日 (六) 21:15 (CST)
@AnnAngela,没有解决方法? --kanate☆saikou あたしは天使じぁないわ讨论】 2017年8月6日 (日) 18:54 (CST)
Chrome不修,我之前搞了个workaround还不见了。——From AnnAngela the sysop (Talk) 2017年8月6日 (日) 21:27 (CST)

关于添加新条目以及图片添加程序简化的提案

以外部使用者为主体进行的萌百科的新条目添加以及进行图片插入的行为很少,关于这一点本人通过几次新条目添加以及图片添加后发现,这两点的源头是新条目添加分类说明过复杂以及图片添加手段的复杂性以及添加方式不明显导致的。其复杂性不但是初学者,即使是对网络词典系统有一定编辑经验的人也感觉编辑手段不明,因此导致新词条与图片的编辑进行缓慢。在此本人建议对新词条以及图片的添加手段进行简化,以吸引更多的编辑者进行编辑。 --——以上未签名(注)本条留言未签名,留言后请记得用--~~~~签名!的留言由風の守護者讨论·贡献)于2017年8月5日 (六) 18:46‎添加。

本身mediawiki算是小眾。wiki代碼的運用,夾雜html的使用,怎麼說也有一定門檻。
上文有一些語法問題,【分类说明过复杂】?Help:创建新条目有一定預載內容,預載內容也有對應分類添加的說明。
【幫助導航】和【萌娘百科:条目编写】也沒有很對【分類】進行說明。那是因為不用新人去在意。創建了,有錯的,後來的人也會幫忙改是,屬於維護工作。當然十分歡迎幫忙加上分類索引。糾結一些沒有強調的東西,似乎過於庸人自擾。(都已經簡化到不用你們新人注意了)
圖片添加見Help:图像,個人認為相關說明已經很完備了。--Notalgia-Contαct- 2017年8月5日 (六) 21:07 (CST)

请求删除图片

请删除:file:sumino_sayaka.jpgfile:sumino_sayaka2.jpgfile:akutsu_ruri.jpgfile:fukiincyou.png

已经不再使用,另外问一下可以自己挂删吗?--東東君讨论) 2017年8月6日 (日) 18:27 (CST)

使用{{即将删除}}是巡查姬以上权限,自动确认用户使用会触发防滥用过滤器,请不要轻易尝试。 --kanate☆saikou あたしは天使じぁないわ讨论】 2017年8月6日 (日) 18:49 (CST)

已经登录了然后上传图片显示要我登录以后再操作

如题——以上未签名(注)本条留言未签名,留言后请记得用--~~~~签名!的留言由料理次元百科娘讨论·贡献)于2017年8月7日 (一)15:02(CST)添加。

这里是萌娘百科,上传文件是萌娘共享,要再登一次。--DarthVircious讨论) 2017年8月7日 (一) 15:48 (CST)

求助!

我在搭建mediawiki过程中,遇到一个问题,就是讨论页面,不能显示用户名和时间,请问怎么解决? 可能是我的姿势不对,百度并没有找到答案,求助!!!——以上未签名(注)本条留言未签名,留言后请记得用--~~~~签名!的留言由Maijc讨论·贡献)于2017年8月7日 (一) 18:24 ‎(CST)添加。

mw大概是需要手动签名的,像这样~~~~,如果你们签名了的话我就5可奉告了--НовиСадСакура(Поруке) 2017年8月7日 (一) 19:27 (CST)
不用大概,本来就只能手动签名,再不行可以试试滥用过滤器能不能配置来让人强制签名……--梦蝶葬花讨论) 2017年8月8日 (二) 10:55 (CST)
毕竟话不能说得太满,打脸了就不好玩了--НовиСадСакура(Поруке) 2017年8月8日 (二) 14:43 (CST)
那还是手动签名算了。这是习惯,慢慢改嘛。--——不被传言所迷惑不被威胁所屈服。 2017年8月8日 (二) 15:58 (CST)

图片无法显示

IE所有图片(除广告外)无法显示。其他浏览器的站内图片的大图 偶尔无法显示。Console报错内容如下:

Ambox warning orange.svg This page is using the deprecated ResourceLoader module "jquery.tipsy".
Red Cross Wrong Mark(Modified).svg Aqours_2nd_LoveLive!_HAPPY_PARTY_TRAIN_TOUR#/media/File:Aqours_2nd_LoveLive!_Nayoya_Day2.jpg:1 XMLHttpRequest cannot load https://img.moegirl.org/common/thumb/6/66/Aqours_2nd_LoveLive%21_Nayoya_Day2.jpg/1280px-Aqours_2nd_LoveLive%21_Nayoya_Day2.jpg. No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'https://zh.moegirl.org' is therefore not allowed access.
Red Cross Wrong Mark(Modified).svg Aqours_2nd_LoveLive!_HAPPY_PARTY_TRAIN_TOUR#/media/File:Aqours_2nd_LoveLive!_Nayoya_Day2.jpg:1 Redirect at origin 'https://img.moegirl.org' has been blocked from loading by Cross-Origin Resource Sharing policy: No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'https://zh.moegirl.org' is therefore not allowed access.

葫芦又留言) 2017年8月7日 (一) 20:14 (CST)

您试过使用其他浏览器吗?效果怎么样?--饥饿之声-弗霖凯讨论) 2017年8月7日 (一) 21:13 (CST)
搜狗浏览器、360、QQ都有类似问题,站内图片的大图(点开图片后的那个画面)偶尔无法显示。Chrome暂时没有发现。上面那个报错内容是搜狗浏览器的。似乎无法显示的图片都是最近上传的图片。—葫芦又留言) 2017年8月8日 (二) 18:27 (CST)
大概是什么时间不显示图片?网络环境怎么样?科学上网的时候也不显示图片吗?--饥饿之声-弗霖凯讨论) 2017年8月8日 (二) 19:07 (CST)
网络是正常的,ping时延在20ms以内 百度 11ms 哔哩哔哩 4ms,ping萌娘百科平均在228ms。没开VPN。一天任何时候都是这样的,手机上看也是。确实是只在最新上传的图片才有的情况;有的图显示不出来,刷新也不行,等一两个小时再刷新就可以显示了。下面是另一个报错:
Red Cross Wrong Mark(Modified).svg 诡异的光(V家):64 GET https://commons.moegirl.org/thumb.php?f=%E8%AF%A1%E5%BC%82%E7%9A%84%E5%85%89(V%E5%AE%B6).jpg&width=250 429 (OK)
Ambox warning orange.svg www.google.com/ads/ga-audiences?v=1&aip=1&t=sr&_r=4&tid=UA-18669495-4&cid=1698201822.1501396540&jid=1476812932&_v=j58&z=2110333356:1 GET https://www.google.com/ads/ga-audiences?v=1&aip=1&t=sr&_r=4&tid=UA-18669495-4&cid=1698201822.1501396540&jid=1476812932&_v=j58&z=2110333356 net::ERR_CONNECTION_TIMED_OUT//这行是谷歌广告无法连接的报错
葫芦又留言) 2017年8月8日 (二) 20:00 (CST)
那可能是服务器缓存的问题.通常只能等待缓存刷新.--饥饿之声-弗霖凯讨论) 2017年8月8日 (二) 20:09 (CST)
我觉得比如给页面添加了分类之后在分类页面却看不到该页面,等一两个小时才能看到。应该是同样的问题。服务器在某些方面刷新的频率不够罢。—葫芦又留言) 2017年8月8日 (二) 20:14 (CST)
不得不吐槽一句..现在站内好多程序媛已经不打算对IE提供支持..您可以选择更换其他浏览器。 --kanate☆saikou あたしは天使じぁないわ讨论】 2017年8月7日 (一) 22:14 (CST)

请求删除图片

请删除:file:noel.pngfile:Komiya_Nonoka.pngfile:mizusaka_yuzuki.pngfile:mizusaka_yuzuki2.jpgfile:Shiihara_Koharu.pngfile:Togawa_Shione.png

已经不再使用。--東東君讨论) 2017年8月9日 (三) 09:21 (CST)

已挂删--Patroller KumoKasumi 2017年8月9日 (三) 10:33 (CST)

请求删除页面

请求删除RPG(火箭筒)。原因:不再使用的重定向页--Deldim 2017年8月9日 (三) 16:35 (CST)

这种手势叫什么?

File:10830578 746135205466487 5851417245632038519 o.jpg 就是这样的手势,我经常看到,不知道叫什么,条目暂定名为“手背垫手肘”—— 泰国婉姬🇹🇭 (พูดคุย) 2017年8月9日 (三) 19:40 (CST)

这个姿势全称是“右臂横放于腰前,左另一肘顶于右手背上,左手自然垂于肩旁”。 —你看不到我 你看不到我 葫芦又留言) 2017年8月9日 (三) 19:57 (CST)
↑ 正解。--——不被传言所迷惑不被威胁所屈服。 2017年8月9日 (三) 20:16 (CST)
这么长的名字,怎么做条目名(⊙﹏⊙)b—— 泰国婉姬🇹🇭 (พูดคุย) 2017年8月9日 (三) 20:19 (CST)
特定的姿势也在萌百收录范围当中么?--DarthVircious讨论) 2017年8月9日 (三) 22:53 (CST)
只有当流行度足够影响其他事物的时候才能算在收录范围内,比如说JOJO立,迦叶的拈花一笑(不过不知道为什么有一段时间常被拿来恶搞成贤者时间)。--九江喵~ 2017年8月9日 (三) 23:02 (CST)
并非特定的姿势,其实做这个手势的不只有坚果姐一个人,有些模特的照片也是摆这个动作。—— 泰国婉姬🇹🇭 (พูดคุย) 2017年8月9日 (三) 23:53 (CST)
我知道啊,模特站姿:腰疼、胃疼、脖子疼呗,哪疼捂哪里嘛,但是单独的这个姿势并不有趣啊,也没有什么内容可以写。--九江喵~ 2017年8月10日 (四) 00:17 (CST)

请求对File:Elder_Scroll.jpg的作者进行修改

很不幸的是上传时填写作者时是带空格的,所以多出了两个作者,然后我这边不能对文件进行编辑,其实这张图的版权所有方就是BethesdaSoftworks

(实际上为湮灭里的游戏截图,上古卷轴可以使用控制台代码激活拍照模式)——以上未签名(注)本条留言未签名,留言后请记得用--~~~~签名!的留言由刺针飞弹讨论·贡献)于2017年8月9日 (三) 21:32‎ (CST)添加。

已由 Dradrus 完成--Patroller KumoKasumi 2017年8月10日 (四) 00:03 (CST)

请求移动页面

玛霍通女神、通沙女神才接近泰语原名,当前的条目名马赫托女神同撒女神是来自沪江泰语的一条文章,译音并不准确。—— 泰国婉姬🇹🇭 (พูดคุย) 2017年8月10日 (四) 14:13 (CST)

移动了,编辑页面旁边就是= =--——不被传言所迷惑不被威胁所屈服。 2017年8月10日 (四) 14:36 (CST)

关于页面油库里与百度百科对应页面的雷同问题

页面大部分内容来自这一次更改:Special:差异/623121,时间是2016年2月18日。

然而在百度百科油库里页面2015年10月9日的版本中就能看到这些内容了。(放链接会触发过滤器,请自行查询)

除非完成该编辑的用户User:Cancer即是百度百科对应页面的编辑者,否则这种行为应该属于抄袭吧?--DarthVircious讨论) 2017年8月7日 (一) 23:53 (CST)

同时我还发现某位已被nuke的编辑捣乱的历史 --DarthVircious讨论) 2017年8月7日 (一) 23:56 (CST)

没人对这件事感兴趣么?--DarthVircious讨论) 2017年8月10日 (四) 09:26 (CST)
大概是检查校对的过程会很麻烦,今天上午因故外出,下午回来的时候会检查一下--Patroller KumoKasumi 2017年8月11日 (五) 09:07 (CST)】
经检查已经确认存在严重的雷同问题,基于编辑者ID的检查无法判定是否为对应页面的编辑者,暂时悬挂版权侵犯模板。不过个人对这个方面不熟悉,可能要等将来某一天有人来做修改了--Patroller KumoKasumi 2017年8月11日 (五) 17:12 (CST)

上传的图片,无法显示在条目中

上传了图片“上交国家.jpg”,但是图片被加入条目后没有显示(不知道是不是我电脑/网速的问题,但别的条目均能加载) 地址:https://zh.moegirl.org/上交给国家 如果是图片有问题,请求删除——以上未签名(注)本条留言未签名,留言后请记得用--~~~~签名!的留言由为美好的世界献上某科学的魔法禁书中的黄色章鱼果然有问题讨论·贡献)于2017年8月11日 (五) 12:43‎添加。

在我这边看已经显示了啊,如果还不行请尝试清除浏览器缓存,或在条目链接后加上?action=purge跳转并选择清除当前页面的缓存。另外留言后请使用--~~~~或点击编辑器面板上钢笔的按钮来进行签名。--東東君讨论) 2017年8月11日 (五) 13:07 (CST)
谢谢,现在可以了,办事效率超好评--为美好的世界献上某科学的魔法禁书中的黄色章鱼果然有问题讨论) 2017年8月11日 (五) 19:06 (CST) 2017年8月11日 19:06:11

再次举报头像

作死地球Online好像身体被掏空这几个条目的评论区又有违规头像,以后出现类似的头像需要马上删除—— 泰国婉姬🇹🇭 (พูดคุย) 2017年8月9日 (三) 14:48 (CST)

举报花泽香菜评论区有人使用违规头像。--葫芦又留言) 2017年8月10日 (四) 18:57 (CST)

举报明田川仁评论区有人使用违规头像。--葫芦又留言) 2017年8月11日 (五) 19:35 (CST)

已删除--Patroller KumoKasumi 2017年8月11日 (五) 19:39 (CST)

举报黑框眼镜评论区有人使用违规头像。

话说这个删除是应该删除头像吧,而不是删除评论。。。。。。--葫芦又留言) 2017年8月11日 (五) 21:42 (CST)

删头像请找管理员--Patroller KumoKasumi 2017年8月11日 (五) 21:44 (CST)

举报眼镜有人使用违规头像。--——不被传言所迷惑不被威胁所屈服。 2017年8月11日 (五) 22:36 (CST)

我已经在不止5个页面的评论区看到同一位用户使用这个头像。看来是擅长评论的friends呢。要不在他的讨论页提醒一下他吧。萌娘百科:方针#头像管理。--葫芦又留言) 2017年8月12日 (六) 16:25 (CST)

关于“主观性”的疑问

虽然经常看到词条上方的模板中写“主观性内容”是“我想”、“我认为”之类的(即明确指出为此版本编辑者想法的),但是我又感觉“主观性内容”似乎远远不止这些……请问一个可能全篇带有批评性质且难以理解的条目新版本是否属于带有“主观色彩”呢?

如果不属于的话,请问这是什么行为?是否违规呢?——以上未签名(注)本条留言未签名,留言后请记得用--~~~~签名!的留言由Tix讨论·贡献)添加。

请给出实例以供判断,条目本身就是由人撰写,不可避免的会有主观性的存在,一般在撰写判断或评论文段的时候会尽量用第三人称叙述并尽量减少带有感情色彩的语句来避免产生太多的主观性内容--Patroller KumoKasumi 2017年8月12日 (六) 09:51 (CST)
型月重工,该词条创建一个多月后突然面目全非,我某日浏览了一下感觉不太好理解,就直接把曾经的版本补回来了。后来又被改回去了,我又仔细看了看版本历史,感觉似乎新旧版本均有缺点(旧版本应该加上R-15模板),请问这个新版本在客观上是否存在“主观色彩浓重”这个问题呢?(我也是顺便来多了解一下“主观性”的判定)——以上未签名(注)本条留言未签名,留言后请记得用--~~~~签名!的留言由Tix讨论·贡献)于2017年8月12日 (六) 10:04 (CST)添加。
留言时请记得签名。在结尾加入~~~~即可。--——不被传言所迷惑不被威胁所屈服。 2017年8月12日 (六) 10:48 (CST)
路過,順路清理了一下型月重工。--Notalgia-Contαct- 2017年8月12日 (六) 11:37 (CST)

关于条目收录

今天是泰国的母亲节,我想创建几个关于泰国画师的条目。—— 泰国婉姬🇹🇭 (พูดคุย) 2017年8月12日 (六) 22:11 (CST)

我觉得这取决于你所说的画师所创作的作品的类型。---DarthVircious讨论) 2017年8月13日 (日) 02:03 (CST)
已经创建了几个,其他的画师我等有空再查查,其中有一个泰国的漫画家名字未找到译名—— 泰国婉姬🇹🇭 (พูดคุย) 2017年8月13日 (日) 16:06 (CST)

关于收录范围

萌百现在可以收录与ACG作品无关的三次元演员了?--DarthVircious讨论) 2017年8月13日 (日) 02:11 (CST)

另外,收录范围中:

ACGN相关行业从业员及爱好者

  • 漫画家、声優/配音员、动画师、原画师、插画家、小说家、歌手、音乐家、脚本作家、Coser、网络歌手、舞者等。 (比如 虚渊玄花泽香菜咬人猫等)
    • 若拥有二次元形象,请附以二次元形象进行说明。如sayoriA士

是否要求ACGN相关行业从业员及爱好者有一定知名度?--DarthVircious讨论) 2017年8月13日 (日) 02:17 (CST)

请具体说明哪个条目存在疑惑。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2017年8月13日 (日) 08:07 (CST)
天羽剑 @宇文天启 --DarthVircious讨论) 2017年8月13日 (日) 08:10 (CST)
天羽剑是舰C拜月神教的教主啊→_→--Patroller KumoKasumi 2017年8月13日 (日) 08:52 (CST)
然而上面那一排看下去,似乎没有符合的,只能归类到标题上的ACGN爱好者。而且我觉得百度贴吧舰队Collection吧的某教教主的知名度也就那样,如果这一点作为收录理由那能收录的就太多了。
倒是这个页面中所说的小说家也许可以符合,但我觉得作为小说作者天羽剑的知名度不高。--DarthVircious讨论) 2017年8月13日 (日) 09:14 (CST)

他这应该是“拥有二次元形象的网络名人和明星”——来自糟糕的妹控狗头人 2017年8月13日 (日) 20:05 (CST)

请求删除图片

请删除:file:Kancolle2017夏活E6.jpg

这是误用的图片

地中海Liverez 2017年8月13日 (日) 08:44 (CST)

已挂删--Patroller KumoKasumi 2017年8月13日 (日) 08:51 (CST)

请求删除图片

请求删除:File:KanColle2017夏活E2.pngFile:KanColle2017夏活E3.jpg

上述图片已不再使用--DarthVircious讨论) 2017年8月13日 (日) 01:16‎ (CST)

已挂删--Patroller KumoKasumi 2017年8月13日 (日) 09:20 (CST)

请求删除图片

请求删除:File:KanColle2017夏活E4.jpgFile:Kancolle2017夏活E5.jpgFile:Kancolle2017夏活E7.jpg

上述图片已不再使用--DarthVircious讨论) 2017年8月13日 (日) 15:34 (CST)

已挂删--Patroller KumoKasumi 2017年8月13日 (日) 15:40 (CST)

请求删除图片

请求删除本来名字就写错了的File:Aqours_2nd_LoveLive!_Nayoya_Day2.jpg,已上传并替换为并没有清晰到哪里去的File:Aqours_2nd_LoveLive!_Nagoya_Day2.jpg。—葫芦又留言) 2017年8月9日 (三) 19:08 (CST)

求各位管理员大大看一下这里。
都五天了就没人理一下吗。—葫芦又留言) 2017年8月14日 (一) 16:27 (CST)

已由 Ubun 完成已挂删 - 宇文西修ิิۣۣۖۖۖ特拉瑟 2017年8月14日 (一) 16:33 (CST)

【Category:青梅竹马】和【Category:幼驯染】

萌百早期用的“Category:幼驯染”,但后来经过讨论并都统一改成“Category:青梅竹马”了,原Category:幼驯染被删除不再使用。但现在又出现一堆“Category:幼驯染”,而且Category:幼驯染又被建立起来了,现在两个分类并存。看了一下现在这个Category:幼驯染的建立者,不是老编辑者,应该是不明白以前的讨论结果。请删除Category:幼驯染,该分类下都将改动到Category:青梅竹马萌百娘的胖次讨论) 2017年8月13日 (日) 22:14 (CST)

不知道Category:白发Category:银发是不是类似的情形。_yoonhakcher留言 2017年8月13日 (日) 22:39 (CST)
发色这个,从ACG人设上色的角度来说,“白发”和“银发”是不同的发色(银色是泛灰带光泽);但从词语用法的角度来说,“银发”又是对白发的比喻说法,现实中,满头白发常被描述为“满头银发”。萌百中的发色分类是针对ACG角色而言的,我觉得两个发色不应该合并,只是区分界线有点模糊。萌百娘的胖次讨论) 2017年8月13日 (日) 23:01 (CST)
()已标识分类重定向。_yoonhakcher留言 2017年8月13日 (日) 22:46 (CST)
谢谢,那我都整理到青梅竹马。萌百娘的胖次讨论) 2017年8月13日 (日) 23:01 (CST)
仔细想想都是有区别的。青梅竹马一般只能是男和女,幼驯染没有性别限制。按照合并银发至白发的那位仁兄的理由,银发是绝大部分被表述成的白发时的真实状态(诚然),但白发有存在于被设定成白化的角色中且被着意强调。——在卧讨论) 2017年8月14日 (一) 00:48 (CST)
幼驯染≈发小。—葫芦又留言) 2017年8月14日 (一) 01:02 (CST)
分類重定向在編輯指引上是不推薦的(Help:重定向页面)。如果萌百的更新很快,這種軟重定向作為維護來用還不錯,但是緩存問題,讓處理很麻煩。而且藍色的創建頁面,也讓使用這個分類的人不容易察覺。
你們如此糾結幼馴染,這詞彙在中國大陸的普遍翻譯都是青梅竹馬,如《我女友與青梅竹馬的慘烈修羅場》。幼馴染在御宅族中的使用是偏向異性之間年幼時的純潔友誼。你們就對同性之間的友♂誼那麼感興趣,對總角之交,兩少無猜深度挖掘一下好了。--Notalgia-Contαct- 2017年8月14日 (一) 22:43 (CST)

请求删除图片

请求删除:File:Kancolle2017夏活E5New.pngFile:Kancolle2017夏活E6New.jpg

上述图片已不再使用--DarthVircious讨论) 2017年8月14日 (一) 00:20‎‎ (CST)

已挂删--Patroller KumoKasumi 2017年8月14日 (一) 08:57 (CST)

我再次以File:Kancolle2017夏活E5New.png为文件名上传,为什么加载的是原来被删掉的图片?@云霞--DarthVircious讨论) 2017年8月14日 (一) 20:52 (CST)
缓存未更新。所以不建议用相同文件名上传新图片,除非你对更新及时度要求不高。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2017年8月14日 (一) 21:14 (CST)
缓存已更新。看错了,尚未更新。--DarthVircious讨论) 2017年8月14日 (一) 23:51 (CST)

请求相关人员在英语萌百上创立相应Widget

在经过允许的情况下,我最近在英语萌百处为页面翻译而准备模板,已有{{Template:少女前线}}、{{Template:少女前线info}}、{{Template:少女前线replenish}}、{{Template:少女前线:导航}}共4个被完成。但是在制作过程中,出现了由于英语萌百处缺少Widget:GirlsFrontlineWidget:SideBarPicWidget:TopicNavBar等插件而导致模板不能达到理想运作效果。在英语萌百讨论页处的讨论中被告知到中文站点寻求帮助。在这里请求@AnnAngela、@Maverick、@Boxsnake、@Baskice等与上述widgets相关的用户协助在英语萌百处以同名的形式将上述widgets复制到英语萌百处。 英语萌百处相关讨论页。 (从讨论页相关条目转移) --Varxo讨论) 2017年8月14日 (一) 11:43 (CST)

请求删除页面

被打回的条目,已经找到了英文名,原来的泰文名称做重定向。—— 泰国婉姬🇹🇭 (พูดคุย) 2017年8月14日 (一) 12:49 (CST)

已由 Ubun 完成 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2017年8月14日 (一) 12:59 (CST)

【Category:阿久津加菜】和【Category:阿久津加奈】

经查,没有叫“阿久津加奈”的声优,是“阿久津加菜”的笔误,已修改到“阿久津加菜”。请删除Category:阿久津加奈萌百娘的胖次讨论) 2017年8月13日 (日) 22:07 (CST)

已挂删--Patroller KumoKasumi 2017年8月14日 (一) 08:57 (CST)

发现被重定向了,感觉应该直接删。因为她的名字直接就是汉字“阿久津加菜”,而“阿久津加奈”并不是翻译问题,而是直接就是错字。萌百娘的胖次讨论) 2017年8月15日 (二) 23:06 (CST)

请求删除图片

请求删除:File:Kancolle2017夏活E5.png

上述图片已不再使用--DarthVircious讨论) 2017年8月14日 (一) 23:54 (CST)

搭车请求删除图片File:Ringo Kitty girl.png。谢谢。——在卧讨论) 2017年8月15日 (二) 08:30 (CST)

已挂删--Patroller KumoKasumi 2017年8月15日 (二) 09:30 (CST)

无法使用同样的账户登录萌娘共享

100% 确定是同样的用户名和密码,密码是粘贴的不是手打的,萌娘百科可以登录但萌娘共享不行,求解答。--Stevenlele讨论) 2017年8月15日 (二) 09:39 (CST)

请问您确认登录后返回的是什么提示?以及您是何时注册的?--Patroller KumoKasumi 2017年8月15日 (二) 09:57 (CST)

“提供的凭据不能被认证。”注册时间是 8/12。--Stevenlele讨论) 2017年8月15日 (二) 10:57 (CST)

在萌娘共享不存在这个账号,账号不通用?于是注册了同名账号,居然是共享头像的,实在诡异。--Stevenlele讨论) 2017年8月16日 (三) 03:33 (CST)

萌娘共享和主站之间的数据同步存在延迟,可能是由于这个原因账号暂时不能在共享登录--Patroller KumoKasumi 2017年8月16日 (三) 08:19 (CST)

那这个延迟实在太高了吧……那我在萌娘共享注册的账号不会和本站的账号冲突吗?--Stevenlele讨论) 2017年8月16日 (三) 14:40 (CST)

请求删除图片

请删除:file:Hidamari-natsume.jpgfile:hiro-omo.jpg

已经不再使用。--東東君讨论) 2017年8月15日 (二) 22:51 (CST)

已挂删--Patroller KumoKasumi 2017年8月16日 (三) 08:18 (CST)

请求删图

请删除:File:E990996ea903b6e32c09247cf4f6d528.jpg(文件名什么的不是我的锅)

原因:作者更正为File:三重爱恋(新).jpg。--商火讨论) 2017年8月16日 (三) 00:10 (CST)

已挂删--Patroller KumoKasumi 2017年8月16日 (三) 08:17 (CST)

请求删除页面夏目贵子

原因:无具体的娘化形象--littleletterbee 2017年8月16日 (三) 14:38 (CST)

因为是趴着所以无法确定是女装还是性转吗233😂 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2017年8月16日 (三) 19:27 (CST)

请教个事宜,没有独立的短消息功能时:

我有事要和另一位编辑者讨论去达成某些共识,但另一位编辑者他没创建个人页面.....
于是只能选择以下方法:

  1. 我帮他创建个人页面然后在评论区@他
  2. 我在我自己的个人页面评论区里@他
  3. 到我们共同编辑的词条里创建讨论@他

选哪种比较好? --Posion讨论) 2017年8月17日 (四) 15:20 (CST)

如果您想和对方讨论的内容仅针对一个条目建议在条目的讨论页进行,如果涉及对方个人的编辑习惯等问题可在对方或自己的讨论页留言,在对方讨论页留言对方会收到提示因此可不再使用{{re}}等方式进行@。--W3jc讨论) 2017年8月17日 (四) 17:13 (CST)
应该在对方的用户讨论页留言,不需要@,对方会收到提示信息;回复时需要{{re}},否则可能看不到。比如这里 User_talk:Posion 。--葫芦又留言) 2017年8月17日 (四) 18:09 (CST)

请求删除图片

请删除file:aikawa_chiho.jpg

已经不再使用。--東東君讨论) 2017年8月17日 (四) 21:49 (CST)

请问(物理)属于Template:萌宅用语中的哪一类?

我根本分不清网络典故、综合&其他典故和萌宅腐通称有什么区别...——以上未签名(注)本条留言未签名,留言后请记得用--~~~~签名!的留言由Q6161217讨论·贡献)于2017年8月9日 (三) 16:51‎添加。

在讨论时,请记得使用--~~~~签名。--Deldim 2017年8月9日 (三) 17:35 (CST)
@Q6161217那么可否请您提供此用语的出处或流行领域或其他以供判断? --kanate☆saikou あたしは天使じぁないわ讨论】 2017年8月11日 (五) 07:48 (CST)
@Kanate saikou在ACG和网络用语中均有出现,但是不确定先后。要是能百度出来我早做了--猛汉百科的替身基讨论) 2017年8月14日 (一) 21:45 (CST)
缀词 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2017年8月18日 (五) 16:51 (CST)

求助:请求处理用户:华灯精灵之夜

参考:Special:用户贡献/华灯精灵之夜User_talk:蓝翼鲤&恋之歌User_talk:笨蛋多多妹
目前我正在回退该用户的编辑,但他也在反复改回他自己的编辑。希望管理员留意此用户,在其作出更多类似编辑时对其进行警告甚至封禁等处理。
@一下在线的管理员:@红魔狗头人--伟大的小逗比讨论) 2017年8月18日 (五) 18:06 (CST)

就是又复活了吗?--——不被传言所迷惑不被威胁所屈服。 2017年8月19日 (六) 10:57 (CST)
在此提请永久封禁。包括先前的账号。--——不被传言所迷惑不被威胁所屈服。 2017年8月19日 (六) 13:36 (CST)
永久封禁+1,话说这货一直坚持移动网页编辑也是蛮拼的--伟大的小逗比讨论) 2017年8月19日 (六) 14:57 (CST)
(+)同意永久封禁除非他能告诉我谁的帽子的颜色是浅淡墨绿上在加一丝暗暗的大土灰黄。葫芦又留言) 2017年8月19日 (六) 15:06 (CST)

能不能说清楚到底是什么情况?就丢两个链接上来我看不懂啊。——来自糟糕的妹控狗头人 2017年8月19日 (六) 15:11 (CST)

这个人一直在更改人物的属性,比如发色、瞳色、萌属性。最多的情况是 比如把“蓝色”改成“蓝绿色”这样,比如把“黄色”改成“浅黄色”这样,比如随意加入“双马尾”“卷发”这些不属于角色的萌属性。而且提醒无效、退回再改。而且还一直是在手机上改。葫芦又留言) 2017年8月19日 (六) 15:20 (CST)
[3][4][5],无意义编辑,并且不断添加,警告无效,并且因其编辑战。先前两个号已经被封禁了就再注册一个。@红魔狗头人--——不被传言所迷惑不被威胁所屈服。 2017年8月19日 (六) 15:23 (CST)
先封禁一周看看。——来自糟糕的妹控狗头人 2017年8月19日 (六) 17:17 (CST)

提请封禁用户

User:Poropro在图站上传了File:百强板材_别墅豪宅健康板.jpgFile:百强板材-别墅豪宅健康板.jpgFile:百强板材.jpeg三张图片,判定为广告,申请封禁

另申请删除上述三张图片--Patroller KumoKasumi 2017年8月19日 (六) 12:34 (CST)

广告条目做的比某些新条目质量还好也是广告界的一股清流了--Patroller KumoKasumi 2017年8月19日 (六) 12:39 (CST)

求助

请问如何在一行文字下添加背景色呢?——以上未签名(注)本条留言未签名,留言后请记得用--~~~~签名!的留言由Too young讨论·贡献)于2017年8月19日 (六) 14:50‎ (CST)添加。

大概像这样吧。—葫芦又留言) 2017年8月19日 (六) 14:56 (CST)
也可以使用template:Font模板,例如:{{font|bgcolor=red|测试文字}};效果:测试文字,还有更多的功能,详情请查看模版介绍页面。--東東君讨论) 2017年8月19日 (六) 15:04 (CST)
感谢!--Too young讨论) 2017年8月19日 (六) 15:21 (CST)

“寒河江美智留”条目无法正常显示信息框的图片

寒河江美智留的信息框的图片是 [[File:MichiruSagaeS4E5.jpg]] 或 [[File:Michiru_Sagae_S4E5.jpg]] 但是这两个放上去在我这里都不能正常显示。图片已经上传很久了,也试过清空缓存刷新,似乎还是不能正常显示,求解答。--Stevenlele讨论) 2017年8月18日 (五) 15:10 (CST)

我这里显示正常,(是一个绿发绿瞳绿衣服的人在黄昏中仰头的图片 没弄错吧)。如果没问题的话,应该将两个文件中的一个删除。 File:MichiruSagaeS4E5.jpgFile:Michiru_Sagae_S4E5.jpg葫芦又留言) 2017年8月18日 (五) 15:42 (CST)
咦,这么神奇啊,那就麻烦删掉 File:MichiruSagaeS4E5.jpg 吧,把大的那张留下,另外页面已改,能否帮忙看下是否可以正常加载?谢谢~ --Stevenlele讨论) 2017年8月18日 (五) 16:19 (CST)
求删除求删除求删除…… File:MichiruSagaeS4E5.jpg 感谢。--Stevenlele讨论) 2017年8月20日 (日) 13:24 (CST)
据我以前的经验 这样写管理员一般看不到 要不去下面再起一段吧。—葫芦又留言) 2017年8月20日 (日) 14:29 (云神户时间, UTC+9)
好哒。--Stevenlele讨论) 2017年8月20日 (日) 13:33 (CST)

如何可以查看所有模板列表?

Aquila zyy讨论) 2017年8月20日 (日) 03:20 (CST)

虽然并不是直接的寻找,但是有一个取巧的方法。因为模板是会被其他页面引用的,而其他的页面不会被轻易被链入,所以可以通过Special:最多链接模板这个页面去寻找模板,但这并不是很有效率的做法。--九江喵~ 2017年8月20日 (日) 03:24 (CST)
你可以试试Special:前缀索引,搜索字段不用填,名字空间选"Template",虽然我不知道是不是所有的都包括在里面了2333。还有就是试着查阅Category:页面模板--НовиСадСакура(Поруке) 2017年8月20日 (日) 09:20 (CST)
[6]这里。--——不被传言所迷惑不被威胁所屈服。 2017年8月20日 (日) 09:35 (CST)

求删除 File:MichiruSagaeS4E5.jpg 感谢。已不再使用。

另外本站有单独的高清 Logo 吗?--Stevenlele讨论) 2017年8月20日 (日) 13:36 (CST)

logo见萌娘百科:版头列表—— 泰国婉姬🇹🇭 (พูดคุย) 2017年8月20日 (日) 13:45 (CST)
感谢。--Stevenlele讨论) 2017年8月20日 (日) 17:22 (CST)
看成了 求删除本站Logo... 宇文西修ิิۣۣۖۖۖ特拉瑟 2017年8月20日 (日) 15:01 (CST)

如何使角色的页面一直(下滑/上升)?

主要是想要表达该角色能够制造“高重力”/“反重力”的能力——以上未签名(注)本条留言未签名,留言后请记得用--~~~~签名!的留言由(前略)克劳斯(后略)讨论·贡献)添加。

不要这么做,会严重影响用户观看--Patroller KumoKasumi 2017年8月20日 (日) 18:00 (CST)

……然而我正是想要体现这个角色很“烦人”,是一个“面倒”。 ——以上未签名(注)本条留言未签名,留言后请记得用--~~~~签名!的留言由(前略)克劳斯(后略)讨论·贡献)于2017年8月20日 (日) 19:34‎添加。