用户讨论:ZhWikiRage/存档 1
本页是以往讨论的存档。请勿编辑本页。若您想发起新讨论或重启现有讨论,请在当前讨论页进行。 |
授予IP封禁例外权通知
您好,现已授予您IP封禁例外权限,登录后即可编辑页面。如果您超过6个月没有任何编辑活动,权限会被解除。如果该权限已无用,请申请解除权限,或是自行移除。详见Wikipedia:IP封禁例外。祝您编辑愉快。--虫虫飞♡♡→♡℃※留言 2020年11月18日 (三) 14:29 (UTC)
2020年11月
请勿添加未附有可查证及可靠来源之内容。另外,在作出带潜在争议性编辑前,请务必先至条目讨论页提案讨论。如阁下已熟知如何寻找来源,请也借此机会为条目补回参考资料。请注意:微信公众号并不是可靠来源。 安忆Talk 2020年11月19日 (四) 07:03 (UTC)
您最近一次的增修内容已被全部或部分移除,因为这些内容受到著作权保护,可能没有得到持有人的许可。基于合法性考量,维基百科不能接受受著作权保护的材料。您可将其他网站作为参考的资料来源,但不可直接取用其文字或图像。解决此问题的方法是:用自己的话重新表述参考资料中的内容。维基百科非常重视违反著作权事件,持续违反者将会被禁止编辑。更多资讯请见Wikipedia:著作权常见问题解答。如果您是著作权持有人,想要在维基百科上传您自己持有的作品,请阅读Wikipedia:捐赠著作权材料以了解相关资讯。 安忆Talk 2020年11月19日 (四) 07:04 (UTC)
Cytoid
您好,感谢您参与维基百科。这里想说一下,维基百科是综合性百科,读者可能真的只是看看条目,未必打算玩游戏。所以这边介绍游戏系统时,像科普文那样介绍大致情况即可。比如可以说明每局结束有评级这件事,但具体多少分对应哪个等级就不用列出来了——如果读者不玩游戏,是没有兴趣了解具体分值的。
中文维基的做法是在一个大目录(== ... ==
)下,用三五段话说明游戏系统。您可能觉得几段话不够,但说实话,中维的游戏介绍其实不是给玩家看的。我移除了许多比较具体的内容,这些内容放到其他ACG专题wiki会更合适。也请您检查一下,现在有没有什么表述错误的地方。
祝编辑愉快~--洛普利宁 2020年11月29日 (日) 04:21 (UTC)
您好。看您刚注册就很熟悉Wiki语法,您是否之前参与过其他使用Mediawiki架构的网站(比如萌娘百科或者Fandom)?如果确实如此,这些站点的条目编写方式未必适合中文维基百科。
您没有在此回复就直接退回了在下的编辑,理由是“无法突出Cytoid的特点,会让人误解,并且新编辑有语句不通顺”。在这之前请您看一下WP:NOTONLYFORGAMER和WP:VGSCOPE,这些中文维基百科的正式规则,绝大多数情况是不应该违背的。
为了叙述方便,我用提问的方式说明我的部分意见:
- 详细说明操作违反WP:VGSCOPE第3点。维基百科不是说明书,对于不玩游戏的读者,详细说明哪个音符具体如何操作,是否显得不够简练?
- 根据WP:NOTONLYFORGAMER黑字和WP:VGSCOPE第6点。您认为对于不玩游戏的读者,“599,999分以下得F”这样列出具体分数,对他们有多少意义?
- 同上。详细列出每一种Mod(而不是如我的版本举两三个例子),对不玩游戏的读者有何帮助?毕竟维基百科不欢迎罗列游戏性要素。
- 列出游戏乐曲违反WP:VGSCOPE第14点。您坚持一首首列出这些乐曲(而不是概扩它们的共性),对一般读者(非系列粉丝)理解游戏制作和评价过程有何帮助。
- 按照WP:VG/ROLE,一般只有RPG、AVG等剧情向游戏才考虑设角色列表(而且能不设就不设)。本游戏的主要内容是否为剧情?作为一款音游,角色是否根本性地改变了游戏玩法?
您说文章太短无法突出Cytoid的特点,但现在你写这么长,我怎么知道哪个是特点呢?按·滑是触碰式萤幕音游的基本操作,多等级谱面和判定也是基本要素(顶多数字有区别),Mod镜子/乌云/自动游戏很多游戏也都有。可能上传谱面是特色,但其他部分写这么长,不就等于把重点淹没了吗?
就像我上面说的。维基百科是给一般读者看的,不需要解释清楚每一个细节。您可以模仿WPJ:VG/FA和WPJ:VG/GA里的例子,这是维基百科条目的写作方式,介绍游戏系统就是几段话,没有更多。像这个例子品质评分只有1分,列表越多品质越差,您自己看得下去吗;而改写后没有表格,反而是6分的水平。
不要求您一次性就会写文段(虽然我也不是很熟练),我们可以慢慢完善。但这种大量表格、一句一行的做法,有些wiki站无所谓,但在维基百科确实是不受欢迎的。--洛普利宁 2020年11月29日 (日) 16:13 (UTC)
首先,感谢您删除过于细节的游戏信息,让条目更符合维基百科的风格。如果您有兴趣继续贡献电子游戏类条目,我还有一些建议:
维基百科内部有条目品质分级。您点开游戏类条目的讨论页,页面顶部即可看到评级。评级介绍可见WP:VG/AI,但简单来说就是特色(FA) > 优良(GA) > 乙 > 丙 > 初 > 小作品。其中典范和优良级条目是公认的标杆;乙级条目基本完整,也是很不错的条目;丙级条目可能不是很完整,但也有值得参考的地方;初级和小作品要么很不完整,要么垃圾内容太多,学这种条目很容易玩脱了……
评级方向大体是依照Wikipedia:电子游戏专题/条目指引进行的。这项规则制定于2014年;而此前社群没有系统的电子游戏条目编写方案。所以您最后说得很对,许多音游条目不符合现行标准,的确需要大改。事实上,您应该模仿WPJ:VG/FA和WPJ:VG/GA中的高品质条目(我已经说第三遍了),而不是多年前放养式编写的老条目。
现在的Cytoid#游戏系统粗看还有一个致命问题:一句话成一段,一段话分一节。维基百科写的是文章,而文章应该连句成段;所以各小标题看似有几行内容,但内涵只有一段话。几段话又构成一节;现在本质上一段话,却用一次=== ... ===
单设一节,就属于滥用目录了:这就是我之前删除全部三级目录的原因。您可以看一下FA和GA(比如这篇),他们每个目录下都有两段打底的紧凑文字,而不是战斗设一个目录、地图设一个目录。
外部连接既然有指引规定,那就要按指引走,删去一卡车连接;其他条目的多余链接也应当删除。您大可群里再确认一下,条目和指引冲突,错的是一般是条目还是指引?(我之后依然会删除多余的外部链接;站外讨论没有效力,群里谁认为应该保留多余链接,请他到这里留言。)
偶像大师 闪耀祭典这篇条目也算音游,玩法部分也提到了多种游戏模式;您可以和其他您喜欢的条目对比一下,看看两篇条目有哪些差别?维基百科有自己的编写风格,建议您多看看编写规范,以及WPJ:VG/FA和WPJ:VG/GA(第四遍XD),以及他们讨论页的评审意见(如这里)。希望您能认同维基百科的编写方式。祝编辑愉快!--洛普利宁 2020年11月30日 (一) 16:10 (UTC)
如果是我写条目,大致会这么做:
- 首先以游戏目的总起。(《Cytoid》是一款音乐游戏,玩家根据音乐节奏,尽可能精准地触摸萤幕上的音符。)
- 之后介绍游戏流程。如何开启游戏(选择关卡/曲目);一局游戏中,画面如何布局(背景值不值得一提?)、音符大体什么样子、怎样出现(根据曲目节奏在屏幕上分布出现)、玩家又有什么操作(您介绍得很清楚);曲目结束后干什么(根据连击数/精确度结算成绩,玩家可开启下一局游戏)。
- 然后介绍关卡和谱面的概念。除了说明关卡分成不同等级,也可以说明难度高的谱面难在哪里。(我只能猜测比如并击音符数多、音符刷新频率高、扫描线速度快等;您是玩家可以具体说明)此外评论既然提到“有着DIY谱面的无穷乐趣”;那这里就应进一步谈一下谱面如何订制,帮助非玩家理解这条评论。
- 再后才应该介绍您一直强调的“游戏模式”。虽然游戏一开始要选模式,但维基百科不是说明书,玩家也未必打算玩游戏。所以应该先解释清楚游戏基本机制,再说明以此可以社交、可以分享关卡等等。
(《偶像大师 闪耀祭典》里“舞台模式”是单人游玩,“演唱会模式”是几乎同样的玩法和电脑PK,所谓模式只是同一个玩法套个壳。本游戏的模式看起来也是如此,“Training”模式里Cytoid也不会变成Deemo的玩法。) - 在文中合适的地方,说明其他追加要素(比如MOD)。
第1、2点一段;第3点一段;第4点一段;第5点看具体情况——总共三至四段。
借用Dqwyy君此处的一句话:“维基百科就是写给圈外人看的”。所以条目要写很多玩家觉得“废话”或“笼统”的东西。像我看到目前的条目,游戏核心玩法介绍得很简单,我甚至都搞不清到底是不是《Deemo》那种下落式音游玩法。我当然可以去玩游戏搞懂玩法,要弄成这种程度,只能说条目已经输了。(而且讲真,给您留言解释的时间,都够我核实细节自己重组条目了……)--洛普利宁 2020年12月1日 (二) 20:14 (UTC)
@ZhWikiRage:我先帮您传了两张图,想换其他图我可以代劳。不过和萌娘百科相反,维基百科不鼓励传版权图片:游戏条目就是一张封面/Logo和一张游戏截图。而且萌百是不让传劣质图片,这边是不让传高清图(大图会有机器人自动压缩到100,000像素以下)。自确只有中文维基是这个样子,隔壁英文和日文版维基也是10次编辑;不过50次编辑还好办,主要是等7天太麻烦了。PS:维基百科正文里只让对主题的各种名称加粗,其他词汇包括重点术语也是不让加粗的;我替您改掉了。PPS:这边传图事情很多,用大白话说,就是比如要传图片要贴来源链接,要放正确的版权标签;然后一般不让转载在世者的照片,同一篇条目不能放太多版权图片等等。总之您传前几张图片时,可能被管理员甩一堆术语删掉,总之做好心理准备……--洛普利宁 2020年12月3日 (四) 15:52 (UTC)