讨论:讨论版/存档/2015年11月
【讨论】关于偶像大师 灰姑娘女孩歌曲的模板使用
如题……
主要是出了个新游戏偶像大师 灰姑娘女孩 星光舞台,然后在分类:偶像大师系列音乐里面灰姑娘女孩的歌曲一半以上是用了{{音游曲信息}},只有薄荷和花簪 HANAKANZASHI是用了{{Infobox Song}}我知道薄荷和花簪是还没被星光舞台收录,但照目前这个剧情进度把目前所有的角色曲出一遍应该还是会的
顺带提一下,用音游曲信息的歌曲条目和用infobox song的歌曲条目创建者并非同一人
所以,关于模板的使用有两种情况……
特此来跟大家讨论一下……
--~冴えない巡查の育てかた-Talk- 2015年10月11日 (日) 12:58 (CST)
讨论区
LLSIF系列全部使用音游曲信息模板 By:Hamon002(讨论) 2015年10月11日 (日) 13:19 (CST)
- 额……是时候删掉这个讨论了--~冴えない巡查の育てかた-Talk- 2015年10月11日 (日) 13:25 (CST)
- 由于模板设计风格的不同,{{音游曲信息}}会自动匹配文字宽度,导致每次都匹配到最长的收录专辑这一项,像「人家是脱线的机器人」单单模板宽度就就超过页面宽度一半了,再加上长度不短,所以整体过大会不够美观。
- 如果要用{{音游曲信息}}就统一吧,肝游戏的大佬们把剩下歌的信息补上~
- 个人希望能把每个收录专辑的THE IDOLM@STER题头去掉,或者是人工使用<br />来排版~
- 而且也希望尽量统一全部内容格式,希望早日做出萌娘百科:条目格式/偶像大师音乐甚至萌娘百科:条目格式/音游曲音乐 ≧▽≦ ~喵伯爵~交流~ 2015年10月11日 (日) 17:32 (CST)
- 由于模板设计风格的不同,{{音游曲信息}}会自动匹配文字宽度,导致每次都匹配到最长的收录专辑这一项,像「人家是脱线的机器人」单单模板宽度就就超过页面宽度一半了,再加上长度不短,所以整体过大会不够美观。
- 我在这里强调一下,音游曲信息模板的建立初衷是为了供音游原创曲使用的,给普通歌曲使用会变得很别扭。
- 这也是我为什么不赞成给LL和Imas的曲目使用这个模板——首先它们都不是像Hinabita一样基于音乐游戏的作品,不收录在音游中的曲目使用音游曲模板很奇怪;其次,音游曲模板强调的内容不同,无法提供足够的基本歌曲信息,反而会强调一些音游才会有的元素的信息。
- 关于这些歌曲使用哪个模板,我之前一直有两个构思:
- {{Infobox SongEx}},即使用一个可以嵌套其他表格的新Infobox_Song模板,然后将音游曲的信息整合入一个子模板附在该模板上,以兼容普通歌曲的信息以及添加音游曲特有的信息。这个我做了一半,但是没有继续完成。
- 使用{{Infobox_Song}}模板,然后另用一个非浮动的模板来写音游曲的信息,这样不同游戏的信息表格可以更有针对性,并且排版更加漂亮,不过需要有人来做。
- 说起来其实不管是灰姑娘女孩还是音游曲模板都是我起的头--库特莉亚芙卡2(わふっ) 2015年10月11日 (日) 22:40 (CST)
- 其实个人感觉{{Infobox Song}}这模板太素了,没现在用的音游曲信息漂亮…… By:Hamon002(讨论) 2015年10月11日 (日) 23:13 (CST)
音游曲模板从创造出来就超丑的啊不信你问问@User:Nostalgia想了想左边这句话也不合适,不过音游曲模板的设计给普通歌曲使用会很奇怪是真的。--库特莉亚芙卡2(わふっ) 2015年10月11日 (日) 23:25 (CST)
- 其实个人感觉{{Infobox Song}}这模板太素了,没现在用的音游曲信息漂亮…… By:Hamon002(讨论) 2015年10月11日 (日) 23:13 (CST)
- {{Infobox Song}}最初是用来替代{{歌曲信息}},从原来的样式来说,已经有很大的改进了。而且{{Infobox Song}}模板是开放颜色修改的,你不喜欢默认的绿色配色可以改(【标题颜色】、【左栏颜色】,【底栏颜色】都可以改)。毕竟萌百娘的配色就是绿的
初音未来也是绿的,所以Infobox系列的默认配色都是绿的。 - {{Infobox Song}}我本来设计就是用于一般音乐介绍,太开放,太多项目,只会让新人却步。在已经删掉的旧讨论里面,我已经说了,其它音乐条目请另外设计其它更合适的模板,Infobox Song只为一般格式的音乐介绍。无意,也不想增加太多项目。
- {{音游曲信息}}设计写的马马虎虎,if的参数写不好,造成很多不必要溢出的栏。
- 表格的样式设计其实没什么太大能突破的地方,我能做的也就是将颜色项目在模板中设计为开放编辑。至于圆角、直角,虚线,直线,外边距,内边距,开放的话,造成的差异会大了些,所以就没有开放编辑。要写就自己写一个自己认为合适的话。
- 音乐游戏歌曲我只写过一个用于Deemo的{{Deemo songbox}}。音乐游戏的歌曲列表在Deemo设计了一个。--Notalgia-Contαct- 2015年10月12日 (一) 12:35 (CST)
个人综合以上讨论得出的结论:鉴于现有模板都不能满足IM@S和LL系列作品的信息要求,可以重写一个模板音游曲模板改改应该就可以了?By:Hamon002(讨论) 2015年10月12日 (一) 16:55 (CST)- 做一个针对性的模板比较好,可以嵌套在{{Infobox SongEx}},也可以单独做一个模板。{{音游曲信息}}还是抛弃吧。--库特莉亚芙卡2(わふっ) 2015年10月12日 (一) 17:30 (CST)
- 已编(mo)辑(gai)完成,现暂时用于一单观察效果,一切正常 By:Hamon002(讨论) 2015年10月12日 (一) 21:48 (CST)
- 我顺路看了一下,发现mp3文档有问题,在Help:MP3播放器已经写了【上传的文件请以英文命名,文件名存在中文或者其他语言,可能会导致文件在部分浏览器中无法播放。】,在Firefox上,非英文的mp3文档都无法播放。
不要告诉我,你们已经上传了大量不规范的mp3文档。 - 为了【站位】而做的特殊设计,那么是不是每首歌都是九个人唱,我记得有些歌不是全部唱的?这样就会有显示问题的。
- @库特莉亚芙卡2,{{Infobox SongEx}}还在使用{{Infobox Song}}的旧版本,需不需要我去改一下相关的模板。--Notalgia-Contαct- 2015年10月12日 (一) 23:05 (CST)
- 我顺路看了一下,发现mp3文档有问题,在Help:MP3播放器已经写了【上传的文件请以英文命名,文件名存在中文或者其他语言,可能会导致文件在部分浏览器中无法播放。】,在Firefox上,非英文的mp3文档都无法播放。
- 已编(mo)辑(gai)完成,现暂时用于一单观察效果,一切正常 By:Hamon002(讨论) 2015年10月12日 (一) 21:48 (CST)
- 做一个针对性的模板比较好,可以嵌套在{{Infobox SongEx}},也可以单独做一个模板。{{音游曲信息}}还是抛弃吧。--库特莉亚芙卡2(わふっ) 2015年10月12日 (一) 17:30 (CST)
- 薄荷和花簪 HANAKANZASHI两首歌没有用音游曲模板的主要原因,是因为这两首歌没有被CGSS收录。还有我觉得在右侧栏里放试听并不好。
而且那些上传到本站的mp3音频我基本都播放不了我还是更倾向于用B站的试听视频做试听,放在页面正文中。右侧栏只有基本信息就足够了。
不过虽然说右侧栏只要基本信息,但是{{Infobox Song}}确实不好用。一方面已收录音游的歌曲需要有音游信息,另一方面需要和其他的歌曲信息面板统一。SIF已经收录了LL所有的歌,但是刚出现几个月的CGSS还消化不了它自己已经有的歌曲资源,所以很长一段时间内都会出现一部分歌被收录,另一部分歌没被收录的情况。
我觉得{{LLSong}}的设计思路是正确的,不过我希望命名能够更加通用一些,把这个模板同时应用在SIF和CGSS的歌曲,以及未来可能会出现类似情况的歌曲上。
而且现在模板里的“站位”总是看着好违和啊。。。
——Zyzsdy ::::(讨论) 2015年10月13日 (二) 01:05 (CST)
- 另外我建议把“收录专辑”从模板中拿掉,这部分放到正文里来介绍就好了。尤其是偶像大师系列歌曲,经常有一首歌被多张CD收录的情况出现。每首歌建一个“收录”项目显得更清楚。就像我在拜托了!辛德蕾拉#.E6.94.B6.E5.BD.95这里写的一样。——Zyzsdy ::::(讨论) 2015年10月13日 (二) 01:13 (CST)
- 我想不到你要那么多列的表格干什么。不过解决方法很简单——放弃表格,用纯div排版即可。(PS:{{LLSong}}的作词居然是写死的。。。。。)——Zyzsdy ::::(讨论) 2015年10月13日 (二) 07:50 (CST)
- 另外灰姑娘女孩部分歌为什么会出现“站位”。我在{{音游曲信息/cgss}}里加入了“站位”这一栏。而且至今为止只在人家是脱线的机器人上使用过这个属性。这主要是因为CGSS这个游戏的特殊之处考虑的。CGSS在3D模式下能看到人物的3D演出(MV模式下甚至只有3D演出),而登场人物正好就是你组好队的5张卡的人物。CGSS的3DMV唱歌是会对口型的,不过镜头拍到哪个人完全是固定位置的。所以如果你看到一个人的样子听到的是另一个人的声音就会违和感满满对不对。大家打歌的时候都会换上最强卡,但是看MV的时候还是觉得还原一点比较好。所以我才加入了“站位”这个设定。按照人家是脱线的机器人中“站位”一节选好人然后开始MV播放,你就能看到在一些solo歌词中,镜头刚好对准这个人,视觉效果是非常好的。这也是为什么在灰姑娘歌曲的模板中,“站位”属性是在“音游”里面的原因。——Zyzsdy ::::(讨论) 2015年10月13日 (二) 08:01 (CST)
- 你们开发模板的时候也要考虑一点就是偶像大师大部分歌曲都不是星光舞台的收录曲。。。--库特莉亚芙卡2(わふっ) 2015年10月13日 (二) 13:02 (CST)
- 看一下过去的条目,列数改变后对原来使用{{音游曲信息}}的条目有所影响,如:乙女式恋爱塾,站位用【|】、【·】之类的符号就算了,反正文本用居中,显示上也没什么问题。用div就等于重写了。--Notalgia-Contαct- 2015年10月13日 (二) 13:15 (CST)
- 修改完毕,影响已消除 By:Hamon002(讨论) 2015年10月13日 (二) 13:44 (CST)
- 我还是觉得{{LLSong}}这个名字不好。。。。。。总不能让我在偶像大师的歌曲里面写{{LLSong}}吧。——Zyzsdy ::::(讨论) 2015年10月13日 (二) 15:04 (CST)
强迫症得治!模板重定向不就OK了? By:Hamon002(讨论) 2015年10月13日 (二) 15:11 (CST)- 那也得是{{LLSong}}和{{IM@SSong}}一起重定向到某个统一的模板名啊。——Zyzsdy ::::(讨论) 2015年10月13日 (二) 16:15 (CST)
- 世界音乐游戏何其多,这个不是全部都要重定向?如果想多方兼容,还是写一个开放式,有一般项目的【音游曲信息】好了,要么就是把{{音游曲信息}}重写。--Notalgia-Contαct- 2015年10月13日 (二) 17:31 (CST)
- 所以我的建议是不要叫LLSong这个名字而是取一个一般的名字啊。不要理解错重点啊喂。——Zyzsdy ::::(讨论) 2015年10月13日 (二) 20:26 (CST)
- 其实吧……LLSong完全可以独立存在(畑氏株式会社可不是盖的),IM@S等其他词人不固定作品可以重新建立一个通用模板使用 By:Hamon002(讨论) 2015年10月13日 (二) 20:28 (CST)
- (-)反对 其实我就是反对你们这些LLer整天要搞特殊化。明明可以代码通用的东西非要写两遍。只能给LL用还乱七八糟的模板还嫌不够多?——Zyzsdy ::::(讨论) 2015年10月13日 (二) 21:00 (CST)
反对什么反对,你不也是LLer吗!模板已投入使用,生米已经煮成熟饭了。现在的要紧事不是打嘴仗,而是尽快拿出一个成型的模板……LLSong已经完成,通用模板需要在这基础上添加一些什么It`s up to you By:Hamon002(讨论) 2015年10月13日 (二) 21:29 (CST)- ˊ_>ˋ,其实用管理的【替换文字】功能就能一笔过改掉,随时可以换。--Notalgia-Contαct- 2015年10月13日 (二) 21:40 (CST)
- 看情况吧……这样一来词人还得重新加……新模板投入应用前还是先用LLSong,然后看情况替换好了 By:Hamon002(讨论) 2015年10月13日 (二) 21:49 (CST)
- 还是那句话,LL和Imas的曲子不是音游曲,用什么音游曲模板。
- 觉得现行模板好用的话,干脆就在现有音游曲模板基础上做一个不同风格版本的Infobox_Song2,然后再把音游曲模板的功能并入Infobox_Song2吞并掉。--库特莉亚芙卡2(わふっ) 2015年10月14日 (三) 01:51 (CST)
- 不过有些曲子用到音乐游戏里面,他们需要哪些额外的板块以满足资料的填写的欲望。目前Hamon002都已经复制出一个{{LLSong}}的东西。我就试着改{{Infobox SongEx}}好了。--Notalgia-Contαct- 2015年10月15日 (四) 21:10 (CST)
- 我还是觉得{{LLSong}}这个名字不好。。。。。。总不能让我在偶像大师的歌曲里面写{{LLSong}}吧。——Zyzsdy ::::(讨论) 2015年10月13日 (二) 15:04 (CST)
- 修改完毕,影响已消除 By:Hamon002(讨论) 2015年10月13日 (二) 13:44 (CST)
音乐模板的重组
@库特莉亚芙卡2{{Infobox SongEx}}的改造,改成{{Ace Virgin Info}}类似那种镶嵌怎样,效果皇牌机娘:J-7。--Notalgia-Contαct- 2015年10月25日 (日) 14:08 (CST)
- 老实说,我没看出来{{Ace Virgin Info}}和{{Infobox Song}}在内容上的区别,能否说的再清楚一点?如果是外表风格的话,我本来就是满意{{Infobox Song}}的。
- 当时{{Infobox SongEx}}就是打算设计为一个可以加入扩展表格的{{Infobox Song}}而已。--库特莉亚芙卡2(わふっ) 2015年10月25日 (日) 18:36 (CST)
- 我是指可以支援延展项目{{Ace Virgin Info}}之于{{Ace_Virgin_Info/Data}}的方式,不是直接table的延伸,而是用div来约束数个table。--Notalgia-Contαct- 2015年10月25日 (日) 19:09 (CST)
- 其实我之前找你问{{Infobox Song}}改造的事情就是指这种镶嵌(不是指实现方式)……
- 因为你说不打算在{{Infobox Song}}加入镶嵌所以我后来才打算建立有镶嵌的{{Infobox SongEx}}。这个是当时互相没搞清楚意图的原因么?--库特莉亚芙卡2(わふっ) 2015年10月26日 (一) 19:23 (CST)
- 我是指可以支援延展项目{{Ace Virgin Info}}之于{{Ace_Virgin_Info/Data}}的方式,不是直接table的延伸,而是用div来约束数个table。--Notalgia-Contαct- 2015年10月25日 (日) 19:09 (CST)
- {{Ace Virgin Info}}不过是div里套了两个表格嘛。。。。。关于风格我倒认为用哪种都无所谓,因为重点是信息,而且{{Infobox SongEx}}也没有特别不好看。Lovelive所有的歌曲条目都用的是这个风格的模板嘛。
不过我上面提出的建议是用div来重写整个模板(包括嵌套部分),不过用div来限制多个table这个想法不错。 ——Zyzsdy ::::(讨论) 2015年10月26日 (一) 09:07 (CST)
先说一下,个人觉得的问题和疑问,没有【MV编导】,是不是因为你们听的歌都没有MV的。有必要分【单曲】、【专辑】,分得那么细,介乎之间的【EP】要不要另开一个。【站位】是指MV中演唱者的站位?【MV编导】都没有,反而注重这个有点奇怪。【曲目试听】,萌百虽然能上传MP3,但是版权还是讲的,上个月我才说过这个(Talk:提问求助区/存档/2015年09月#关于音频的分类问题),使用Category:音乐文档的初衷也是由原因的(若出现版权诉讼,砍起来快捷)。个人倾向使用外部视频网站,一可以让浏览者看到MV,二流量不耗网站的,三出事砍起来容易,删段代码就是了,更换也容易。【曲目试听】要搞请做好相关处理(命名,分类之类的)。--Notalgia-Contαct- 2015年10月26日 (一) 19:34 (CST)
- 偶像大师和LoveLive!的歌曲没有传统意义上的MV,即便有也是以动画短片或作品素材加工而成,因此没有MV编导一说。但是有在作品及现实中LIVE中使用的舞蹈,所以会有站位和(理论上应该有但是实际没人弄也难以查证的)编舞的概念。--库特莉亚芙卡2(わふっ) 2015年11月3日 (二) 04:31 (CST)
关于【按萌属性分类】
打算整顿Category:按萌属性分类的时候,想到一个问题,正常的男性角色的角色特征,也是称作「萌属性」吗?
要不要将分类改成【角色特征】一类中性些的描述。--Notalgia-Contαct- 2015年10月27日 (二) 20:17 (CST)
- 终于有人出来说这事了。不仅是男性角色,还有一些不是人的角色(比如之前小右词条的分类就存在纠纷),也需要纳入讨论范围呢。我个人
的性取向觉得,只要萌就好了,不要在意性别,也不用在意物种啊。同样是外星人,为什么奈亚子就可以算萌娘,小右就只能算萌物呢,很不合理嘛。--卫宫(讨论) 2015年10月27日 (二) 20:27 (CST- 同意围攻的说法……卫宫真胆小--User_talk:Zyksnowy 2015年10月27日 (二) 21:03 (CST)
- 刚才在浏览这个分类。我思考了好久为什么讨论版会属于这个分类。。。。。——Zyzsdy ::::(讨论) 2015年10月27日 (二) 21:09 (CST)
- 【角色属性】这个描述会不会更好一点;或者使属性分类能区分性别(不知道技术上有没有可能),其实只要某个属性分类页下不会出现性别混杂的情况,男性角色添加属性也没有问题,大概。P.S.讨论版刚才多了分类是因为写
[[:Category:按萌属性分类]]
忘加:
了,已被Notalgia修复。--巡查姬非鱼(讨论) 2015年10月27日 (二) 21:34 (CST) - 叫【角色萌属性】或者【角色萌点】都OK啊。特征的话,并没有给人萌萌哒感觉。--卫宫(讨论) 2015年10月27日 (二) 21:49 (CST)
- 萌不萌就是见仁见智,大部分情况都是因人而异,所以想要些中性的描述。--Notalgia-Contαct- 2015年10月30日 (五) 18:25 (CST)
- 两天后再没人说话,我就会将Category:按萌属性分类》【按角色特征分类】。--Notalgia-Contαct- 2015年11月5日 (四) 21:34 (CST)
- 【角色属性】这个描述会不会更好一点;或者使属性分类能区分性别(不知道技术上有没有可能),其实只要某个属性分类页下不会出现性别混杂的情况,男性角色添加属性也没有问题,大概。P.S.讨论版刚才多了分类是因为写
有关舰队collection中所有主力舰娘是否都需要在条目中写上表格
在巡查舰队Collection:川内,舰队Collection:神通,舰队Collection:那珂这三个页面时,发现数据对照表的数据有些旧以及一些小错误,就直接更换了舰娘选择建议中的表格,毕竟是现成的而且方便编辑。
然后我就在想,是否可以考虑给那些主力的舰娘条目里都贴上数据对照表?因为总觉得只有这三艘舰娘有对照表而其他都没有,所以在主力舰娘的条目里都贴上数据对照表可以吗?如果可以的话,干脆就像日文wiki那样把全部的舰娘词条都贴上数据对照表!(/≥▽≤/)这些表格都可以在舰娘选择建议选取,所以前来询问一下各位的意见。--巡查姬007君(讨论) 2015年11月10日 (二) 16:43 (CST)
- (+)支持 没有反对的理由。--丝毫没有存在感的某蓝色失踪者(讨论) 2015年11月11日 (三) 20:19 (CST)
征集iOS客户端首页显示的专题内容
RT, 征集萌娘百科:IOS客户端首页中专题的内容 希望得到
- 专题的标题
- 专题的代表条目 (尽量大于5个。10个最佳,多的话可以分批、时段显示。)
- 专题的一句话简介
不过还是有一定的技术参数,要求:
- 条目中含有图片
- 宽度大于414px
- 高度大于630px
- 高度大于或等于宽度
- (希望能够尽量适配手机)
否则,条目将会可能被默认图片替代(取决于设备屏幕的质量)。
页面里面有一个舰C的例子,随便捏的,同时麻烦大家帮一下忙顺便重新写一下。
投稿模版
标题:xxxxxx 条目:xxxxxx 简介:xxxxxx
直接在这里留言即可。目前请不要直接修改萌娘百科:IOS客户端首页,我将会进行修改。
—— Maverick※message※ 2015年11月4日 (三) 07:09 (CST)
例子:
标题: 舰娘专题
条目: 金刚、比睿、榛名、雾岛、翔鹤、瑞鹤、瑞凤、铃谷
简介: 远征、大建、宪兵队!
—— Maverick※message※ 2015年11月4日 (三) 07:29 (CST)
效果图 |
---|
|
—— Maverick※message※ 2015年11月4日 (三) 09:31 (CST)
舰队Collection
- 标题:舰队Collection
- 条目:岛风、金刚、赤城、加贺、夕立、雷、电、龙骧、雪风、北方栖姬
- 简介:准备好了吗?在拂晓的水平线上刻下胜利吧!
- 注:条目舰娘按照人气度和梗按先后顺序排名。如果可以的话,希望在简介后面添加MP3按钮,随机播放、
- 、、这四个语音(或其中之一)。
- —— CFSO6459节操菌【留言】 2015年11月4日 (三) 11:12 (CST)
- 稍加改动@Maverick:
- 标题:舰队Collection专题
- —— CFSO6459节操菌【留言】 2015年11月4日 (三) 11:44 (CST)
- 增加了一个“:”--User_talk:Zyksnowy 2015年11月15日 (日) 13:46 (CST)
萌娘拟人专题
我的想法是把贴近中大学生生活的萌化都选一个写的比较好(这里只从文字内容上选择,不知配图画风不一放在一起会不会很奇怪?)的出来(个人主观判断求更正),体现“万物”皆可萌~。口号想不到好的求帮忙QAQ,图片规格有两个擦着边不行再换吧~还有铁路娘化不知选哪个好请专家来@偷星地铁 ——巡查姬忆兔(讨论) 2015年11月4日 (三) 13:52 (CST)
- To@兔兔耳宝宝 :铁路娘化有不同类型的娘化,以下是建议:
- 1.电力动车组娘化建议选择西园寺铃(CRH3C型/CRH380B型电力动车组拟人化萌娘)
- 2.内燃动车组娘化建议选择詹雅琴(NDJ3型内燃动车组“和谐长城号”拟人化萌娘)
- 3.电力机车娘化建议选择邵若燕(韶山8型电力机车拟人化萌娘)
- 4.内燃机车娘化建议选择东悦晴(东风4D型内燃机车拟人化萌娘)
- 5.普速客车娘化建议选择杨思萱(中国国铁25T型铁路客车广九直通车版拟人化萌娘)。
- 6.地铁列车娘化建议选择浦铭鹂(上海地铁2号线AC17a型电客列车拟人化萌娘。)
- 自己喜欢哪个就选哪个吧。
- --Minato Tomoka Metro(留言板) 2015年11月4日 (三) 14:48 (UTC+8)
- 我觉得这个类别范围太广了,不如拆分成更具体的专题,比如天朝铁道少女和饮品拟人。---User:库特莉亚芙卡2 2015年11月5日 (四) 02:16 (CST)
男の娘专题
(好像有什么奇怪的东西混进去了)——卫宫(讨论) 2015年11月4日 (三) 20:52 (CST)
- 观束总二属于性转换,不是男の娘。--库特莉亚芙卡2(わふっ) 2015年11月5日 (四) 02:46 (CST)
- 这是误区。在和罪恶蜘蛛第一次交手的时候蓝马尾就提醒红马尾不要暴露自己的身份以免激起喜欢男の娘的罪恶蜘蛛的性趣。所以总二是有这样的属性的。还有呢,可爱的男孩子怎么能把小林给忘掉呢。——卫宫(讨论) 2015年11月6日 (五) 11:22 (CST)
- 这不是误区。男の娘即日文的伪娘一词,意为拥有美丽女性容貌的男子,后扩义为女装男子[1],伪娘定义的大前提就是男性躯体,不进行性转换[2]。观束总二的情况改变了性别,因此属于性转换而不是伪娘。并且也有一些评论指出:我,要成为双马尾的性转换题材是逆伪娘风潮而行的[3][4]。
- 至于提出的“不要暴露自己的身份以免激起喜欢男の娘的罪恶蜘蛛的性趣”这一点,虽然我没看过作品,但是从查找到的维基剧透来看,我猜测可能是你理解错了剧情的意思,或者是改编版本没有解释清楚相应的剧情。
- 综上所述,虽然没有看过这部作品,但是从人物设定以及名词定义上来说,我认为观束总二不是男の娘。直觉上, 不能谜之突起的女孩子怎么能算伪娘呢--库特莉亚芙卡2(わふっ) 2015年11月7日 (六) 00:57 (CST)
- 这是误区。在和罪恶蜘蛛第一次交手的时候蓝马尾就提醒红马尾不要暴露自己的身份以免激起喜欢男の娘的罪恶蜘蛛的性趣。所以总二是有这样的属性的。还有呢,可爱的男孩子怎么能把小林给忘掉呢。——卫宫(讨论) 2015年11月6日 (五) 11:22 (CST)
- 观束总二属于性转换,不是男の娘。--库特莉亚芙卡2(わふっ) 2015年11月5日 (四) 02:46 (CST)
偶像大师灰姑娘女孩专题
三连发之一--库特莉亚芙卡2(わふっ) 2015年11月5日 (四) 02:10 (CST)
偶像大师百万现场专题
三连发之二--库特莉亚芙卡2(わふっ) 2015年11月5日 (四) 02:10 (CST)
BEMANI专题(整理中)
- 标题:BEMANI系列
- 条目:宛如凛风中绽放的花、I'm So Happy、芽兔芽兔平坦坦!!、RED ZONE、未来棱镜、FLOWER、Zektbach叙事诗、V(BEMANI)
- 简介:你所不知道的音游帝国
三连发之三--库特莉亚芙卡2(わふっ) 2015年11月5日 (四) 02:10 (CST)
重申一下技术要求
- 条目中含有图片
- 宽度大于414px
- 高度大于630px
- 高度大于或等于宽度
大家继续 —— Maverick※message※ 2015年11月5日 (四) 01:09 (CST)
饮品拟人
- 标题:饮品拟人
- 条目:绿茶娘、茶包娘、百事可乐娘、CCLemon娘、东方华、雪子娘……更多饮品拟人娘化
- 简介:
- 谁来帮我想一个简介…… _(:з」∠)_ —— CFSO6459节操菌【留言】 2015年11月5日 (四) 04:10 (CST)
食物拟人
- 标题:食物拟人
- 条目:菠萝包娘、油条娘、小笼包娘、汤圆娘、粽子娘、抹茶蛋糕娘、水果酥饼娘、源氏饼娘、麦片娘、娃娃雪糕娘、抹茶冰激凌娘、麦旋风娘、大白兔奶糖娘、果冻娘、东北俊子
- 简介:欧尼酱!不可以玩弄食物哦!
- —— CFSO6459节操菌【留言】 2015年11月5日 (四) 05:30 (CST)
学科拟人
- 标题:学科拟人
- 条目:语文娘、数学娘、英语娘、物理娘、化学娘、生物娘、政治娘、历史娘、地理娘
- 简介:要好好学习哦◕ ‿‿ ◕~
- ——巡查姬忆兔(讨论) 2015年11月5日 (四) 13:16 (CST)
PS: 当前首页当中的专题导航里面还有 LL 东方 型月 没有,谁来帮忙写一下? 另外,这个些应该放热门,大流量的条目,方便使用者浏览。—— Maverick※message※ 2015年11月5日 (四) 05:44 (CST)
轨道交通专题
- --Minato Tomoka Metro(留言板) 2015年11月5日 (四) 09:20 (UTC+8)
游戏
- 标题:游戏
- 条目:片轮少女、纪念碑谷、叙事曲、Narcissu、Deemo,其他见Category:游戏
- 简介:No game, No life
- 之前Zyksnowy要我搞个游戏推荐模板(User_talk:Nostalgia/存档2015年4-6月#在首页建立一个游戏推荐的模板吧),不过完全没有时间,现在搞专题推荐了,是时候抛出来看有没有人接了。--Notalgia-Contαct- 2015年11月5日 (四) 21:06 (CST)
- 至少得把Galgame和其他类型游戏区分开………………
恋爱育成
- 标题:恋爱育成游戏
- 简介:诠释青葱岁月
初音未来
- 标题:世界第一的公主殿下
- 条目:初音未来、雪未来、赛车初音、初音未来日的感谢祭、理想之乡,其他见{{初音未来}}
- 简介:-future sing, our legend-
- 虽然这坑很久没有填,不过有空还是会铲几下土。--Notalgia-Contαct- 2015年11月5日 (四) 21:06 (CST)
投稿+2
西尾维新
key社
- 标题:Visual Art's Key
- 条目:KANON、AIR、CLANNAD、Little Busters!、Angel Beats!、Rewrite、Charlotte、Harmonia、星之梦
- 简介:由麻枝准书写的,属于少年少女们的青春和奇迹。
不会发展成安利大会么--库特莉亚芙卡2(わふっ) 2015年11月6日 (五) 04:32 (CST)
- 从第一个投稿起,事实上就已经是了:) --User:Imaginebreaker
- 况且,接触ACG作品先是看的人设和画面,然后才是剧情
世界名作剧场
- 标题:《世界名作剧场》系列
- 条目:龙龙与忠狗、三千里寻母记、佩琳物语、爱的小妇人物语、红发少女安妮、家族鲁宾逊漂流记 不可思议之岛的芙劳拉、小公子西迪、崔普一家物语、爱少女波丽安娜物语、小公主莎拉、牧场上的少女卡特莉 、阿尔卑斯物语我的安妮特 、南方彩虹的露西、阿尔卑斯山的少女
- 简介:名著的世界
- 那就不加了
老婆大人
- 标题:红袖添香
- 条目:古河渚、音无响子、小松奈奈、人造人18号、爱丽丝菲尔·冯·爱因兹贝伦,其他见Category:人妻
- 简介:【你的名字我的姓氏】,或者【太太我喜欢你啊】
- 首先得有Template:萌属性的列举和简介
工口工口
- 标题:(っ ค้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้้c )
- 条目:闪亮耀眼、花与卖火柴的小女孩、PROJECT H(企划)、布丁酱一起洗澡吧!、I'd Like To Teach The World To Fap、乙女夺取(动画)等
- 简介:吾未见好德如好色者
松来未佑逝世以后的一些想法。。。
提议:对于萌娘百科收录的现实人物,如果他/她于近期逝世,在他/她的逝世消息公布后的一个星期内,将其的条目变成黑白,以示哀悼。
另提议:对于萌百已收录的现实中已逝世的人物,每逢其逝世日期,当天相应人物的条目变黑白。
———— Minato Tomoka Metro(留言板) 2015年11月3日 (二) 21:02 (UTC+8)
- (+)支持 ,不过需要一个程序媛来写代码 —— CFSO6459节操菌【留言】 2015年11月4日 (三) 01:02 (CST)
- 如果{{声优信息}}模板能加个【逝世日期】(或者更好的措辞)参数的话这个可以自动实现(我会写——From AnnAngela the sysop (Talk) 2015年11月4日 (三) 13:18 (CST)
- (+)支持
- 另外,还需要写一个模板给已过世的现实人物吧,现在的那个{{现实人物}}只能用在还在世的现实人物上--~冴えない巡查の育てかた-Talk- 2015年11月4日 (三) 18:32 (CST)
- 据说{{现实人物}}是用在有极大争议的人物上的,也不是是个现实人物就需要。因此...收录的去世的人也不少,也并非去世就需要挂模板来着....近期逝世的临时挂一下类似于松来未佑的info,来避免编辑者在人物逝世时添加争议内容,并告知观者这个信息就是--巡查姬幻叶(讨论) 2015年11月4日 (三) 21:48 (CST)
- 以前我也脑洞过在舰娘的忌日弄成黑白的(ಡωಡ)——艾吉奥 2015年11月4日 (三) 19:44 (CST)
怎么给人名加框?--Rg224(讨论) 2015年11月4日 (三) 20:40 (CST)
- 为什么不翻翻松来未佑的源代码呢?<span style="border:1px solid #333;">松来未祐</span>--巡查姬幻叶(讨论) 2015年11月4日 (三) 21:48 (CST)感谢--Rg224(讨论) 2015年11月6日 (五) 13:00 (CST)
不太赞同相关观点,理由同Talk:岩田聪中所述。每逢逝世就挂旗,你知道这是什么的工作量。死讯的消息真真假假,前段时间新加坡李光耀重病的时候,各地百科都出错挂了讣告,没专人干不成。我认同相关个人行为的悼念活动,但是反对作为常规管理事务。--Notalgia-Contαct- 2015年11月5日 (四) 20:41 (CST)
【告知】渣浪更新姬程序所在服务器被入侵
那台机器上放有更新姬程序和ustest的测试wiki。印象中没有和萌娘百科本站直接相关的地方。因为不清楚入侵者做了什么(比如做肉鸡跳板或者留了后门)。整个格式化掉了。因此渣浪更新挂,ustest也挂了。
有备份但是担心一上线就再次被入侵(因为入侵后掌握了密码),因此会整个重建以避免已知漏洞。微博接口的密钥等也已经更新了。
Q: 一般用户需要做什么?
A: 目前看来一般用户不需要进行任何动作,萌百本站没有被攻击,也没有内容泄露的迹象。 --多功能型Baskice(给我留言) 2015年11月11日 (三) 09:49 (CST)
- 脑补了一些不好的东西。——来自糟糕的妹控狗头人 2015年11月11日 (三) 15:02 (CST)
- 。。。。。。。--丝毫没有存在感的某蓝色失踪者(讨论) 2015年11月11日 (三) 20:20 (CST)
- 入侵是不对的--User_talk:Zyksnowy 2015年11月12日 (四) 15:30 (CST)
【通知】模板:人物信息现已支持自定义参数
详细说明及示例参见{{人物信息}},欢迎反馈bug、提出改进建议。—— CFSO6459节操菌【留言】 2015年11月11日 (三) 22:50 (CST)
希望在file名字空间所有来自pixiv的图片加上pixiv的前缀/后缀
发现一些文件名直接使用pixivID命名了
22420951.jpg|[[远坂凛|幼年凛]]鸭子坐 21438721.jpg|[[松本麻耶]]鸭子坐 34487162_big_p21.jpg|[[帕秋莉·诺蕾姬|姆Q]]鸭子坐 28889987.jpg|[[中野梓|梓喵]]鸭子坐 17222525.jpg|[[今井知菜]]鸭子坐 29119365.jpg|无名少女鸭子坐 43560662.jpg
--User_talk:Zyksnowy 2015年11月12日 (四) 15:30 (CST)
- (+)支持 ,和pixiv无关,用纯数字做文件名本身就是不好的。我希望萌百能够建立起一套广泛适用的推荐命名规则。——Zyzsdy ::::(讨论) 2015年11月12日 (四) 17:09 (CST)
- (=)中立 因为Help:图片注释规定使用pixivID命名,至于这样做好不好,我无法判断,感觉一般人看到这一串数字会本能联想pixiv...同时图片页许多也标注了pixiv地址的说。同时几千上万张图片要改动也很难做到...--巡查姬幻叶(讨论) 2015年11月12日 (四) 17:19 (CST)
- (-)反对 ,以8位数字命名的图片常见来源只有P站。而且就算定了命名规则,也不会有太多人遵守。
- 另,萌娘百科并没有更改文件名的方法,常用途径是“移动图片(到新的文件名),不留重定向”,但这样会对服务器造成负担,站长不允许。
- —— CFSO6459节操菌【留言】 2015年11月12日 (四) 23:54 (CST)
- 那么⋯pixiv增长到九位数?
- 服务器负担的确是问题⋯⋯那么 后台服务台端直接本地修改?User_talk:Zyksnowy 2015年11月13日 (五) 10:36 (CST)
- 也不希望pixiv处于垄断地位啦^_^User_talk:Zyksnowy 2015年11月13日 (五) 10:38 (CST)
- (=)中立 Help:图片注释里不是规定用PixivID命名么……另外个人觉得这个改动没有必要--~冴えない巡查の育てかた-Talk- 2015年11月13日 (五) 21:03 (CST)
- 现在能有多少人能注意各种命名规范分类规范呢。。。。甚至有的图片直接是QQ图片2015xxxxxxxxxxxxxxxxxxxx。。。。。。orz--丝毫没有存在感的某蓝色失踪者(讨论) 2015年11月13日 (五) 21:07 (CST)
- 那,不如这样:File:ピノキオピー - すろぉもぉしょん (43743391) .jpg --聪明又可爱的妹空酱(讨论) 2015年11月13日 (五) 21:23 (CST)
- 我说nico静画的图片也是用数字命名,保留在绘画网站上文件的原始名称,没有特别吧(有时nico的ID会和pixiv的ID重复)。Help:图片注释中的【文件名使用文件原名。】这句话本来就是这个意思。反过来你是先入为主认为数字命名的图片都是pixiv吧。
- 过往因为文件名非英文和数字有问题(图片备份和转移时,其他语言可能出现乱码的情况),要求图片命名全部都是英文和数字组成,现在是允许其他语言,不过这个习惯还是改不了,如据根角色File:Judicial Reform Foundation cha01.png、作品名的File:Dokuritsu gakuen kokka no heroic slayer.jpg。--Notalgia-Contαct- 2015年11月13日 (五) 23:46 (CST)
顺便说一下,为了满足有上传图片一定要填人物分类的人,现在图片中有【现实人物】也要填写分类。
PS:图片为【海报】、【封面】时,只需要填写哪一类型海报(动画海报等),封面(音乐专辑封面等)的分类,其他信息可以忽略,这样是方便作品编辑时上传图片的手续简化。图片中存在可以填写的人物,可以之后补上。
如有需要我改日更新一下Help:图片注释。--Notalgia-Contαct- 2015年11月15日 (日) 00:22 (CST)
- 原来……这个问题是如此的重要…复杂--User_talk:Zyksnowy 2015年11月15日 (日) 13:46 (CST)
建议默认折叠并非与作品直接相关的模板
例如 Template:日本2015年动画 之类的模板,其内容并非与作品直接相关,而且在作品有续作的时候会是页面显得非常长。因此我建议对于这类模板,应添加collapsed参数使其默认折叠。 --XYZ指示物 (nbdd0121)(讨论) 2015年11月14日 (六) 09:38 (CST)
- @Nbdd0121 {{日本2015年动画}}等模板支持折叠调用,但个人习惯展开当季的作品,像这样{{日本2015年动画|秋}}--W3jc(讨论) 2015年11月14日 (六) 10:32 (CST)
- 也可以这样啊 {{日本2015年动画|collapsed|秋}} --XYZ指示物 (nbdd0121)(讨论) 2015年11月14日 (六) 17:50 (CST)
- (+)支持 表示支持.--弗霖凯(讨论) 2015年11月14日 (六) 10:35 (CST)
- (+)同意 如果不是作品本身的导航模板,都可以折叠放置。许多展开模板占用了大量的与词条无关的空间--巡查姬幻叶(讨论) 2015年11月14日 (六) 10:54 (CST)
用Tab来放置立绘出现了问题
RT,现在战舰少女区和皇牌机娘区的大破一点击就出现战损立绘的按钮,就出现了创建“皇牌机娘:弯刀/战损”的页面,请问这是发生了什么问题?该怎么办?--丝毫没有存在感的某蓝色管理员(讨论) 2015年11月18日 (三) 16:09 (CST)
- @Nostalgia——From AnnAngela the sysop (Talk) 2015年11月18日 (三) 17:27 (CST)
- @AnnAngela @Nostalgia我找到问题所在了,Common.js根本就没有加载。我把Common.js复制到我的用户页下面的common.js就完全正常了。--XYZ指示物 (nbdd0121)(讨论) 2015年11月18日 (三) 22:02 (CST)
- 没有加载的原因很可能是因为contentformat和contentmodel错了,MediaWiki:Common.js的属性是 contentformat: 'text/x-wiki',contentmodel: 'wikitext' 而不是JavaScript文件应具有的 contentformat: 'text/javascript',contentmodel: 'javascript'。--XYZ指示物 (nbdd0121)(讨论) 2015年11月18日 (三) 22:06 (CST)
啥。。。。我听不懂。。。所以呢,怎么办。--丝毫没有存在感的某蓝色管理员(讨论) 2015年11月19日 (四) 17:03 (CST)
@Nostalgia,终于适配theme了,已经修改模板,个人测试没有问题,doc没有修改,因为要上晚修了所以请你帮我修改,注意由于个人认为linkX参数十分鸡肋【可以通过btX=[[a|b]]实现】所以移去了支持,另外,模板不再依赖id参数,请移去说明。——From AnnAngela the sysop (Talk) 2015年11月19日 (四) 18:51 (CST)
- 另外,个人认为可以找个时间段把api改了,这样tabs可以支持更多参数,而不是目前这样的删减版。——From AnnAngela the sysop (Talk) 2015年11月19日 (四) 18:56 (CST)
- 你终于明白我说的配色是什么了吧,我等会去改说明。linkX的出现是基于设计上的不同而而造成的,不过也不太好用,范围和按键覆盖。--Notalgia-Contαct- 2015年11月19日 (四) 20:34 (CST)
请求撤销蓝羽汇的舰これ负责人资格
事情的起因:参见我在其talk_page的留言。
http://zh.moegirl.org/User_talk:%E8%93%9D%E7%BE%BD%E6%B1%87
然而通过这样一件事,我很怀疑他是否有作为舰これ负责人的能力。
- 对于舰これ知识了解是否充分的疑惑
——见后文的说明。
- 对于舰これ同人界了解是否充分的疑惑
http://zh.moegirl.org/User_talk:%E8%93%9D%E7%BE%BD%E6%B1%87
——他竟然认为同人音乐就那么几个(我让他去搜「舰これオリジナル曲」有很多),大概他是就看了打广告的内容以为就那么几个。
- “宁滥勿缺”、知识欠乏
http://zh.moegirl.org/index.php?title=%E8%88%B0%E9%98%9FCollection:%E6%88%98%E8%88%B0%E3%83%AC%E7%BA%A7&action=history
“开头已经开了几个月了,然而什么也没有,一共就这么点内容了你还想删多少?”
——如果一个条目长时间没有内容,说明它本身就没有内容可填充,或者没有足够吸引力吸引有能的编辑者来编辑。而这位负责人不去自己找neta而是本着“宁滥勿缺”的想法死抱着某人不合规范的内容不放。实际上关于雷级的neta并不少,最有名的是“event出禁女”。这点既暴露了其作为负责人对于条目内容规范的认识不足,也暴露了其在舰これ的知识上的不足。
看了他的自我介绍,创建的角色条目大部分来自战舰少女,而舰これ完全是装备页面。如果这些刷分式的编辑也在甄评时被作为采点基准的话,可信度大打折扣。
这样一个知识欠乏的负责人,对他的自由裁量的合理性不得不持巨大疑问。
- 对解决问题态度消极,独断专行
http://zh.moegirl.org/User_talk:%E8%93%9D%E7%BE%BD%E6%B1%87
——一句“留”,再一句“再说”,就把我给打发了,且不说对我为帮助解决问题写了大量的分析的态度上的极不尊重,而且问题也没有因为他的两句话解决。敢情负责人就是这么解决问题的?这是解决问题还是推脱问题?
http://zh.moegirl.org/index.php?title=%E8%88%B0%E9%98%9FCollection:%E6%88%98%E8%88%B0%E3%83%AC%E7%BA%A7&action=history
http://zh.moegirl.org/index.php?title=%E8%88%B0%E9%98%9FCollection:%E4%B8%8D%E7%9F%A5%E7%81%AB&action=history
——对明知有问题的内容,不解决问题,采取直接rollback的方法,不得不说是敷衍了事,独断专行。好歹有点解决问题的诚意好吧(太奢侈了我竟然还在期望诚意)。
- 方针简单粗暴
http://zh.moegirl.org/User_talk:%E8%93%9D%E7%BE%BD%E6%B1%87
“我的方针就是看有用没用”
——这样简单粗暴的方针也能成为负责人么。除了有没有用,不也应该看看“应不应该”,“正不正确”么?鉴于这位负责人的素质,恐怕在条目里编辑些冠冕堂皇胡编乱造的内容,只要看起来像那么回事,能充实条目,如果没有其他编辑者摘发也会被视而不见吧。
- 蔑视编辑者
http://zh.moegirl.org/index.php?title=%E8%88%B0%E9%98%9FCollection:%E4%B8%8D%E7%9F%A5%E7%81%AB&action=history
“难道你以为这是百毒百科吗”
——本来我对蓝除了作为舰これ负责人是否适任抱有疑问之外,在talk_page的对话虽然让我觉得不舒服,但对这个人自身没什么想法,不过这句话改变了我的看法。对于常年混迹维基百科的人来说有比这更侮辱的么。而且我在user_page的用户框写了活动范围ja.wikipedia (伤心了现在把用户框撤掉了)——日文维基对于条目的规范程度远比中文维基更高。反而是对内容“宁滥勿缺”“是个箩筐什么都往里装”的思维更符合百度百科的编辑吧?究竟是谁把这里当百度百科了?
如果仅仅是自身知识不足无法对编辑内容做出贡献也就罢了,至少他也不能很好地应对纠纷,也不能平衡意见做出判断。其作为编辑者、调停者和仲裁者的素质都难以胜任。鉴于舰これ负责人的自由裁量权过大的现状,蓝作为舰これ负责人是否合适不得不说存在巨大疑惑。如果不能撤销也请限制其权力,把调停纠纷和对问题的判断权交给有资格的人或组。
--Zeazed165(讨论) 2015年11月19日 (四) 21:39 (CST)
- 个人对舰队Collection的了解只能称得上浅薄,对以上的论述的内容,个人觉得之前加上【同人】二字的处理就可以了。关于那些私人推广,其实这里的站长是不太介意的,以前还说要支持中国方面的动漫内容收录,开很多绿灯,但是没什么人来写这些而已。也就是萌百过往收录同人文,被某些人利用来搞过推广,所以搞了个文库。
- 这里面向的人是中国大陆,两岸三地加海外都可以看到的视频,目前觉得选bilibili比较好,YouTube通常都是无可奈可才也用的。如果认为哪个编辑在利用那些连载刷点击,可以转用其他视频连接。--Notalgia-Contαct- 2015年11月19日 (四) 22:16 (CST)
(+)同意 诸君我喜欢撕逼。(似乎没有人认同这个职位呢)--御坂10086号(讨论) 2015年11月19日 (四) 22:24 (CST)
- 负责人这种东西都是自称的,并不是萌百官方授予的。只有你愿意,你也可以作为负责人。当然,你需要真正的负责,不然没有人会认同的。—— CFSO6459节操菌【留言】 2015年11月19日 (四) 22:32 (CST)
- 所谓负责人并不存在自身用户权限以外的权利,对于编辑操作不同的意见可以通过协商解决,对于管理或巡查的回退表示反对可以通过其个人用户页或讨论版发起申诉。对于蓝羽的沟通能力不发表评论,但是就事件而言,您先前的未进行相关讨论即对多个条目进行段落删除操作的行为是不恰当地。个人以为,相关内容标注【同人】即可,如果您坚持关于删除相关段落的操作,建议您在讨论版发起相关讨论。--巡查姬非鱼(讨论) 2015年11月19日 (四) 23:02 (CST)
- 疑问 萌百的专题自制不是菠萝离职前的遗愿么?我记得离职后大家也讨论了好几次相关的规则啊,难道没有执行?还是说只是我一个人以为这个遗愿被完成了?--库特莉亚芙卡2(わふっ) 2015年11月20日 (五) 05:47 (CST)
- 当对方对问题的见解与您不同时,即将一系列问题本身上升为对其责任与能力的探讨,不可谓不高明。不过阁下以往的种种言行中透露出稳驻于骨髓的优越感与强势,并且对自己的讨论页面视若无物。从这来看,我想需要反省的不仅是您所指责的人。--User:Imaginebreaker
作为舰C区长期围观群众来发个言,舰C相关词条是萌百中我最常浏览的词条之一。我确实觉得舰C区这些同人曲确实有些问题,一是收录偏颇,很多我自己喜欢的歌并没有收录(当然主要原因是根本没人来编辑),二是那个Youtube视频,用哪个站的不好非要用Youtube。不过这些内容本身作为围观群众来说还是挺喜欢的,虽然我也知道逃不了推广的嫌疑(不是只有原作者推广才叫推广的吧)。然而我觉得这种东西最好单独建词条然后给个内链就可以了(虽然建单独词条工作量非常大)。——Zyzsdy ::::(讨论) 2015年11月20日 (五) 00:21 (CST)
我还是建议题主多进行沟通。其实萌百的编辑者之间互相冲突的情况很常见,原因包括互相认为知识匮乏或是能力不足,或者是一个人的习惯被另一个人当作独断专行。然而萌百还是不断壮大至今,不断沟通在这里起到了很大的作用。有些冲突,互相本着解决问题的目标多沟通,没准就能互相学习补充知识,还能找到双方都满意的方案。--库特莉亚芙卡2(わふっ) 2015年11月20日 (五) 05:47 (CST)
- 补充:看了一圈以后,觉得除去蓝羽汇不太会说话乱祭负责人名号导致招黑的问题以外,可能问题主要还是在题主本身的认识。
- 注意到你在怀疑上传者本身的动机是不是为自己产生利益才进行了上述讨论,这是有责任心的行为,但是可能你的想法有些偏差。
- 1,PO主的上传的内容应该并非宣传自己的歌曲。确实自我宣传是萌百禁止的,但稍微调查就会发现,这批同人曲建立的条目,是N站一个著名舰娘原创区产出者的作品,点击量名列前茅,因此不存在自我宣传,因为其知名度满足被收录的条件了。
- 2,安利优秀的名作,是萌百接受的行为。ACG活动中,安利是重要的行为之一。包括萌百,一些普通贡献者的主要动力也是在于安利。而对于因安利而建立了内容的人,只要不是在收录范围外,那么不仅没有问题,反而是对于萌百内容的补充。
- 3,建立的内容在整体分布上偏颓一方并没有问题,就像在我之前没有人建立偶像大师 灰姑娘女孩的角色词条,但是不意味着我会打破内容平衡而不应该开始从cute系建立这个新领域的词条;对于Vocaloid,也有人会倾向于先建立某一个P的曲目系列条目。因此首先你要理解,尚未补充充分的潜在领域并不是删除的理由,同样的道理可以用于舰娘同人音乐。重点在于,真正的偏颓,是违反规律只允许整体上一部分条目被建立。
- 4,虽然po主上传到了自己的视频站上可以为自己增加人气,但是这是完善词条必要的步骤。一段关于具体音乐的条目,有试听必然比没有试听而丰富。为了完善词条而搬运视频到萌百可用的视频站是符合萌百利益的做法,就像有人建立词条更多是希望更新姬能自动推送安利一样。
- 假设你理解并同意了上述两条所论述的,舰娘同人音乐被收录的合理性,还是觉得这段同人音乐的文字不妥的话,其实你也没错。你之所以想删除它,不是因为它的内容本身不应该被收录,而是因为描述者本身的水平不够导致你觉得它不合理。这个时候应该转换思路,去想办法完善这个内容:如果它的内容不合适,那就补充和改写;位置不合适,那么就换到合适位置甚至独立建立条目。看一下这两个舰娘同人曲相关条目可能会对你有所启示:恋爱的2-4-11的同人曲内容作为角色介绍的一部分为丰富角色被加入,摇曳的爱情如波浪一样则是独立建立了词条。--库特莉亚芙卡2(わふっ) 2015年11月20日 (五) 05:47 (CST)
- 题主是什么鬼?知乎混多了?——Zyzsdy ::::(讨论) 2015年11月20日 (五) 10:11 (CST)
- 严格来说,是【没有知名度要求】,关于同人类和独立创作音乐作品的收录,相关的描述只有【独立制作人制作的音乐】(Help:收录范围),不需要脑补要知名度要求,三千再生也是这样写的(《thank you...》)。--Notalgia-Contαct- 2015年11月20日 (五) 10:40 (CST)
“某某区负责人”这种头衔不是萌百设立的职位,也不具有强制权力,所以也就无从“撤销”。
对于同人作品,萌百的政策是具有足够影响力的便可独立收录,而在条目内容里介绍则由各位编辑者自行裁量,但一般来说是要与条目主题有关联、能够丰富条目内容。 ——来自糟糕的妹控狗头人
如果真名对于主题未阅毕的作品属于重大剧透的话
那么果然还是不要用于条目名比较好吧?看到天草四郎时贞想到的。--库特莉亚芙卡2(わふっ) 2015年11月20日 (五) 05:51 (CST)
- (+)支持 。一般真名属于重大剧透的情况,该角色被观众广为人知的那个名字肯定不是真名,一般是用一开始作品中对该人物的称呼方式作为称呼,此称呼也会成为(比真名更知名的)习惯称呼。用该名字作为条目名即可。我记得条目最中就是这么处理的。——Zyzsdy ::::(讨论) 2015年11月20日 (五) 10:10 (CST)
鉴于页面排版过度依赖Table的问题
留意到了Common.css 早已经加入 Skeleton框架
我创建了几个模板方便使用Skeleton的排版
具体的效果请看 请问您今天要来点兔子吗
Skeleton框架跟Table相比,更加适用于各种不同尺寸大小的屏幕
—— Maverick※message※ 2015年11月15日 (日) 00:58 (CST)
- 更喜欢表格的说 orz --XYZ指示物 (nbdd0121)(讨论) 2015年11月15日 (日) 01:18 (CST)
- 你这个命名我给零分……另外,已有模板:columns-list。—— CFSO6459节操菌【留言】 2015年11月15日 (日) 04:28 (CST)
- @CFSO6459 貌似Maverick的模板会根据显示器的宽度而变成垂直排列 columns-list不行呢 --XYZ指示物 (nbdd0121)(讨论) 2015年11月15日 (日) 05:45 (CST)
- (+)支持 不知道推广难度如何,现在大量歌词和翻译的左右分栏用table实现,手机版上显示效果异常痛苦。{{Lyrics}}早就用了Skeleton显示歌词,然而至今还能见到某些人删掉{{Lyrics}}换上表格的编辑。 ——Zyzsdy ::::(讨论) 2015年11月15日 (日) 09:36 (CST)
- 看起来很美好,不过实施起来难度会不会比较大?--弗霖凯(讨论) 2015年11月15日 (日) 09:39 (CST)
- 这就和让大家升级手里的WinXP一样。。。总有人不想用新的。——Zyzsdy ::::(讨论) 2015年11月15日 (日) 09:43 (CST)
- 强行升级233 —— CFSO6459节操菌【留言】 2015年11月15日 (日) 09:58 (CST)
- 哦……我也很想都用{{Lyrics}}的说……只是现在的{{Lyrics}}相当于自带{{clear}}效果,在简介较少的条目里会出现大量空白……
- 当然,如果大家都觉得强制推行{{Lyrics}}可行的话那就统一吧:)~喵伯爵~交流~ 2015年11月15日 (日) 13:10 (CST)
- 能否给个出现大量空白的例子,看看能不能修正 —— Maverick※message※ 2015年11月15日 (日) 14:55 (CST)
- 使用Skeleton最后都要使用clear,否则会出错,我也不是为了用而用,而是不得不用。其实Skeleton本身也存在一些使用限制。有时候造成的排版问题也是让人有点无语如Help:创建新条目。
- 一如之前写的初音未来的消失(专辑)就设置宽度为70%,毕竟和右侧的信息栏有重叠(而且不同电脑的宽度都不一样,我已经放弃思考800×600的旧式分辨率了)。除了移动端的显示适应,还有桌面电脑的显示适应。
遇过设计一个排版,委托方用自己的电脑看觉得不顺眼就要改,完全不考虑自己的电脑分辨率是多特殊和小见--Notalgia-Contαct- 2015年11月15日 (日) 15:00 (CST)
- div+css和table+css同样可以做很好,table本身就是设计给制作表格的,本身存在是有意义的。Skeleton可以在部分地方使用,但是无法完全取代table。--Notalgia-Contαct- 2015年11月15日 (日) 15:00 (CST)
考虑一下CSS3 Columns? 效果参见User:Nbdd0121/Template_Sandbox 能够自由定制最小换行的width --XYZ指示物 (nbdd0121)(讨论) 2015年11月15日 (日) 21:07 (CST)
- 某些CSS的属性兼容性可能会比较麻烦[5],Skeleton只是用最简单的方法来解决问题,功能各方面都相当局限,关键是足够简单,方便长期维护。如果要其它复杂的排版,还是私人订制比较好—— Maverick※message※ 2015年11月15日 (日) 23:09 (CST)
- 兼容性维护不麻烦吧,只是加几个prefix而已,我的那个沙盒页在主流浏览器下都能正常显示,而且比Skeleton有一个好处就是能更好地调整宽度。Skeleton在600px宽度下的显示效果很糟糕呢 --XYZ指示物 (nbdd0121)(讨论) 2015年11月16日 (一) 01:17 (CST)
- @User:Nostalgia希望能够修改一下Common.css 中的Skeleton,因为缺少一段代码,导致响应式设计没有在全部的屏幕下生效 —— Maverick※message※ 2015年11月16日 (一) 01:57 (CST)
- 兼容性维护不麻烦吧,只是加几个prefix而已,我的那个沙盒页在主流浏览器下都能正常显示,而且比Skeleton有一个好处就是能更好地调整宽度。Skeleton在600px宽度下的显示效果很糟糕呢 --XYZ指示物 (nbdd0121)(讨论) 2015年11月16日 (一) 01:17 (CST)
其实用 inline-block 排版也是一个不错的选择,见Template:Inline-block --XYZ指示物 (nbdd0121)(讨论) 2015年11月22日 (日) 23:44 (CST)
网络书源页面
Special:网络书源的链接大部分都跪了,而且我还找不到编辑页面萌娘百科:网络书源、萌娘百科:Book sources、MediaWiki:Booksources都不对啊 --XYZ指示物 (nbdd0121)(讨论) 2015年11月16日 (一) 09:16 (CST)
- 所以为什么不修好它们 不然我感觉我放的ISBN都没用了 --XYZ指示物 (nbdd0121)(讨论) 2015年11月16日 (一) 09:37 (CST)
这个是Mediawiki简中版定制链接过时的缘故(链接到的网站改了接口url,英文的大部分都是工作的)。要改的话,萌百这边改不了,你得去Mediawiki.org直接改Mediawiki的程序或者提出bug report。估计因为中文维基使用频率也很低一直没人改吧。 (举例: Amazon的新搜索接口url是这样的:http://www.amazon.com/s/ref=nb_sb_noss?url=search-alias%3Daps&field-keywords=9780321558145 ) --多功能型Baskice(给我留言) 2015年11月16日 (一) 10:33 (CST)
- 至少维基百科是正常的。。--XYZ指示物 (nbdd0121)(讨论) 2015年11月16日 (一) 18:37 (CST)
问题已解决。直接建立萌娘百科:网络书源页面后MediaWiki就自动改用1.20+的新网络书源模式了。 --XYZ指示物 (nbdd0121)(讨论) 2015年11月22日 (日) 08:28 (CST)
- @Nbdd0121您在萌娘百科:网络书源添加的外部图片无法加载。--W3jc(讨论) 2015年11月22日 (日) 09:00 (CST)
- @W3jc萌娘百科:网络书源使用了一种与其他页面不同的机制。通过Special:网络书源加载并提供ISBN时MediaWiki会自动将全文的MAGICNUMBER替换成ISBN。给定日文图书ISBN时应该都能够加载。例:ISBN 9784047155824--XYZ指示物 (nbdd0121)(讨论) 2015年11月22日 (日) 09:17 (CST)
- 原来如此,能不能在没给出isbn的时候隐藏或者显示未输入isbn之类的文字?--W3jc(讨论) 2015年11月22日 (日) 09:28 (CST)
- @Nbdd0121以及未找到时。--W3jc(讨论) 2015年11月22日 (日) 10:53 (CST)
- @W3jc这样得用Widget。一般不会有人通过萌娘百科:网络书源访问的啦。通过Special:网络书源访问的时候只有输了ISBN才会显示页面--XYZ指示物 (nbdd0121)(讨论) 2015年11月22日 (日) 23:12 (CST)
- @W3jc萌娘百科:网络书源使用了一种与其他页面不同的机制。通过Special:网络书源加载并提供ISBN时MediaWiki会自动将全文的MAGICNUMBER替换成ISBN。给定日文图书ISBN时应该都能够加载。例:ISBN 9784047155824--XYZ指示物 (nbdd0121)(讨论) 2015年11月22日 (日) 09:17 (CST)
关于{{Cquote}}的在主条目使用时候的位置
有发现这样的样式
{{Cquote}} {{info}}
实际上是不是应该
{{info}} {{Cquote}}
@ω@--User_talk:Zyksnowy 2015年11月15日 (日) 13:46 (CST)
- 怎么样都行吧。。。感觉info放前面会更不违和一些--~冴えない巡查の育てかた-Talk- 2015年11月15日 (日) 14:48 (CST)
- 这个。。。。应该无所谓吧。。。--丝毫没有存在感的某蓝色失踪者(讨论) 2015年11月15日 (日) 17:58 (CST)
- 你们这些强迫症怎么连这个也要讨论。。。。。。。我一般是info放上面的。。。——Zyzsdy ::::(讨论) 2015年11月15日 (日) 19:01 (CST)
- 理论上我们需要的时努力消灭维护性{{info}},如不完整,急需改进,连长期关注和更新也要省去。那些故意加上去的置顶,Category:幽默模板都是非强制性使用。一个完整的,有持续更新和关注的条目是应该完全没有{{info}}的。
- 另外,其实考虑到右侧的信息模板,排版有些奇怪,如Deemo般的排版反而好一些:
{{info}} {{infobox}} {{Cquote}}