维基百科:用表格说话:如何创作电子游戏特色列表
WP:VG多次專稿介紹了特色列表,但包括高產編輯在內,大多數編輯都不熟悉這類條目。特色列表是高品質條目的一環,但大部分特色列表出自少數人之手,大多數編輯對特色列表編寫無甚體驗,且其中不乏高產編輯。往期特稿中我们談過列表收錄甚麼內容,以及列表衝特色的通則。而本文中我将結合实例一步步說明,出色的電子遊戲列表是如何締造的。如果你對電子遊戲特色列表的編寫毫無頭緒,就可以閱讀本文,或許你會發現門道不過如此。利益相關:本文截稿时我创作了46篇特色列表,在整個維基百科排名第9[译注 1];這些特色列表裡14篇有關电子游戏,而其中10篇又为电子游戏作品列表(其他4篇如書刊、专辑等)。WP:VG共有67篇特色列表,其中39篇为下文讨论的电子游戏作品列表。我会以新入選的列表作品為例,全部特色列表可參閱WP:VG/FC。
正文開前之先強調一点:電子遊戲特色列表無固定版式,當然,除了必須寫导言和必須用表格。表格如何排版、靠甚麼模板构建,以及如何分断——一切取決於你。不過選擇過多也是困擾,所以下文就來介紹一些理念,引導你走向成功的目標。
我该如何组织列表?
首先先展示幾個常用的列表構建模板,他們各有千秋。模板的使用方法我会在文末說明。
首先我们可以用最基礎的维基表格,如史克威尔艾尼克斯手机游戏列表。
作品 | 平台 | 发行日期 | 开发商 | 日 | 美 | 欧 | 参 |
---|---|---|---|---|---|---|---|
勇者斗恶龙怪兽篇i | 移动电话 | 2002年1月28日 | Armor Project | 是 | [1] | ||
港口镇连续杀人事件 | 移动电话 | 2003年4月3日 | Chunsoft | 是 | [2] |
接著像不思议的迷宫系列游戏列表一樣使用{{VG table}}模板。
作品 | 首次发行日期 | ||
---|---|---|---|
日本 | 北美 | 欧洲/澳洲 | |
特鲁尼克大冒险 不思议的迷宫 | 1993年9月19日[3] | 无 | 无 |
注解: |
第三是最终幻想系列游戏列表所用的{{VG titles}}模板。
作品 | 信息 |
---|---|
首发日期:
|
各平台发行年份:
1987 – 红白机[5] |
备注:
|
第四是上古卷轴系列游戏列表裡面的{{ListEntry/VG}}[译注 2]。
作品 | 发售信息 | 平台 | ||
---|---|---|---|---|
微软 | 索尼 | 其它 | ||
上古卷轴:竞技场[13] |
|
DOS |
在继续之前请记住这四条选项;当然你也可以自创模板(ListEntry/VG正由一名编辑特地创建,他感觉前三项无法满足需求),不过这就超出本文讨论范畴了。总之只要能清楚地展示信息,就没有人会反对——可没规则要求只能用什么模板。
头一件事是决定所创列表的类型——您大概已决定好了。我们可从电子游戏特色内容页里获得启发:列表是收录某系列、某公司还是某平台的游戏?各列表模式稍有不同[1]。我们下文一一介绍。
按系列
系列游戏列表的格式最为多样,誠如各位所见,系列各有不一。一个有14款正篇游戏、外加大量衍生作品的系列,和一个有10款续作的系列,其要求自然不同。来看几条问与答;请记住系列各有别,答案未必总能同你的列表完美契合。
- 问:你的系列是一个大系列,还是分成多个不同的子系列?
- 答:如果是一个系列,我们就用一个表格。若是分多个子系列,你每行都列一次也行,但这一来很啰嗦,二来对读者而言,子系列是相当重要的事实!我们应当强调这点,并将子系列分拆为独立段落。以不思议的迷宫系列游戏列表为例:它的四个子系列截然不同,将之合到一起并不明智,分组才更合逻辑。简单按章节划分,即可向读者清晰展示哪组是什么。
- 问:什么详情对系列来说重要?具体而言,是各地发行日期、对应游戏平台,抑或是两者?
- 答:这正决定了你应使用的模板。试比较VG table和VG titles。“VG tables”非常清晰的标注了作品发行区域及对应日期。它未强调游戏在什么主机推出,而是将之列入备注点列处。当系列在英文区间断发行(如日本系列),且游戏基本不跨平台或不常移植时,该模板是最佳选择。与之相对,“VG titles”更为突出发行平台,发行日期则不那样注目——它更适合几乎总是推出美/欧版游戏,同时作品跨多个平台的系列。当然你也许只关注游戏发行平台,完全不关心游戏推出地区,这就是ListEntry/VG的理念:淡化发行日期,大幅强调游戏制作平台[2]。
- 问:用维基表格如何?
- 答:这类列表不要用维基表格。如果你有上百条项目,列出详细信息后页面极长,那这种格式是有用/必须的,但此方法无法详述游戏信息。表格可加入排序功能,但游戏系列列表无需这么做:一个系列不会有上百款游戏,而且大多数系列中,作品顺序显然。最终幻想系列尚未如此,我保证你的系列比它还小。
- 问:我选好了模板,但点列中要放什么信息?
- 答:因系列而异,但是有一般性建议。项目1:开发/发行商;如果所有游戏都相同,这一/两项即可略去。项目2:如果用VG table,请介绍游戏对应平台。项目3:若非中文游戏请列出原文。项目4:游戏类型,若全系列类型相同可不写。项目5+:引人注目的游戏事实——简短列出你认为值得关注的事实,可分多点列出。最后一项:如果使用VG table,可列出移植版的新增内容,或叙述版本差异[3]。
按平台
这类列表和系列列表不同,因为它们很长,所以选择余地不大。这一问题无解,各主机/电脑系统几乎都有上百款游戏,更甚的列表能長到要拆成数篇子条目。若給每款游戏一寸空间,列表會長到一里,拨号上网永远也载入不完。所以,用维基表格。
这其实并非坏事,读者看平台列表和看系列列表不同,你大概也一定会选维基表格。系列中的游戏有明显顺序,但平台列表只是由各游戏堆积而成,它们的开发商、发行商和游戏类型不一。該按什么方式排序:字母表,日期顺序,或者按开发商/发行商/首发区域/类型分组?可排序列表避開了这一问题,读者可以自行选择。我建议默认顺序为日期或字母表——它们对平台列表来说最为合理[译注 3]。
之后就剩下选择表格的竖列。御三家自然是标题、开发商和发行商[译注 4]。一般還可插入发行区域栏目:任天堂64游戏列表将它们塞入一列,但这样实际等于没有排序,因此我建议分成三列,還可给项目配色——Mega Drive游戏列表加入了第四列“其它”,但这极不适合所有主机,亦会让源代码臃肿[译注 5]。接着你还需要“首发时间”一列,叙述发行日期或只介绍年份。你也可像N64列表一样,加入分级、玩家人数或类型栏目,当然这些不加也无妨。这两个列表顶部配有目录,你的列表这样做应该也不错——如果表格默认按日期排序,目录应改用年份列出。目錄制作方法可以参见这些列表的源代码。
按公司
这具體取决于你的公司规模,最后回歸於系列或平台列表规则。小公司?像Looking Glass Studios游戏列表实际等于按发行日排序的系列列表。Looking Glass是北美公司,故无需强调发行地区,而对应平台不系统或不重要,所以也未独立强调。巨型公司?像史克威尔艾尼克斯游戏非常多,因此分为两篇列表,其中史克威尔艾尼克斯手机游戏列表采用平台列表格式(非手游列表和史克威尔列表也一样)。顺序方面有一点要提:大量公司类非特色列表按平台分成多个表格,比如早期的克威尔艾尼克斯游戏列表。请不要这么做;这不仅彻底破坏了重要的排序功能,对跨平台游戏也完全不适用。想知道X游戏在哪些平台推出?你要在3-10个独立表格中寻找,而无法以名称排序速查。想了解公司全体作品的发行日期顺序?你要手动估算,在表格间跳来跳去。所以……不要这么做。
倘使内容不止游戏?
你说如果系列有10款游戏和4册书,想把书也放进来,应该怎么列?简单的三步即可完成。第1步:新增新章节“书籍”。第2步:新建一个表格,格式规则同前——勇者斗恶龙系列作品列表的非游戏作品基本只在日本推出,所以使用“VG titles”,而最终幻想系列作品列表许多作品有海外版,故使用“VG table”。第3步:把条目名从“XX系列游戏列表”改为“XX系列作品列表”。就是这样!你可以按需增加不同章节:勇者斗恶龙系列有电视和电影、书籍、漫画、音乐与原声章节(最后一节采用维基表格),质量效应系列作品列表有纸质媒体(下分书籍和漫画)、电影、原声章节。前线任务系列作品列表的玩具章节不很适合表格,因此甚至以文段格式叙述。这类章节的点列内容略有不同——书籍列著者和ISBN,漫画列编剧、画师和ISBN,二者亦或需以年表排序——但基本理念无异。
好的,我填好了表格,接着呢?
现在,各种不同的乐趣来了。你需要做两件事。一:序言,将条目以文字形式概括。这是基本是条目惟有的文段,故要说清系列/公司/主机是什么,谈及其重要性(系列高销量/公司制作了大量游戏/游戏机在世代中最为畅销),总结表格,此外若合适还可链接相关列表。列表和条目的序言不尽相同:你可以叙述下文未出现的信息(列表真的是再没文段了),同理,也可以列上一切所需引用[译注 6]。二:参考文献。大量大量的参考文献。每次的发行日期、每个对应平台、每间开发商、每家发行商,以及理想中几乎所有点列项目(明显来自游戏自身的可例外),这些都需要引用。它们的引用往往是同一项!若你手头的来源很不错,那一条即能应对某游戏所有需引用之处。如果不行,享受Google的乐趣吧。Mega Drive游戏列表以数十条来源应对上百款游戏;史克威尔艾尼克斯手机游戏列表则用了150+条来源。我发誓此举可行——我仅靠在线来源,就注明了80年代起,史克威尔的所有日本电脑游戏。你可以将引用紧贴在支持文字之后,对于维基表格式列表,也可以在最后单开一列放置。注意:不可以拿GameSpot游戏信息页当来源,它的数据库调用自GameFAQs的用户生成内容。不过二者数据库在2003年5月前还没合并,你若有幸查到GameSpot的早期网页存档,则也可以使用[4]。此外拿开发商/发行商/主机本身当来源亦可,但要页面不因時間而變化,建议你尽量不要用此方法。
我的列表非常精美了,那么现在呢?
就是WP:FLC!特色列表评选是特色条目评选的姊妹项目,但通过列表评选相对非常非常简单——主因是不会有诸多文段卡住你。你按页面介绍即可提名列表。判定通过的规则非常直接:获得8张净支持票且无侵权问题。这就是说:不需要很繁琐的来源评审,以及深入的文段分析[译注 7]!按本文的技巧,您可以越过一些棘手问题——WP:ACCESS是个大头,但上文所提模板帮您解决了问题[5]。要注意FLC不会通过少于10项的列表;如果把系列全部作品加上都不到这数……请把内容改写为条目吧。然而有一大问题,FLC目前评审人手严重不足,且评审会在14日后强制结束,而你只能隔月重新提名列表。因此您每次提名都要保证有至少另外7名评审。您可请人来回报您给他做的评审。维基百科各领域列表的风格大有不同,所以无需担心您的评审是否达标,或对话题/列表是否足够了解——您任何善意貢獻都和他人的一样好[6]。
我的列表标记上了星星,接下来是什么?
恭喜,去维护您您的列表,当然还要更新PJ:VG/FA。您为贡献了超过2%的电子游戏特色列表,享受这一光芒吧!
我想详细了解如何实际制作表格
大体上你可以复制其他条目的源代码,不过简单的说一下:
- {{VG table}}生成表头;在该模板内部,每一个{{VG table/item}}都会生成一行。填好item模板的栏位即可——这非常简单,注释也只是点列。
- {{VG titles}}和{{VG titles/item}}的用法相同,但你可以微调格式,比如将描述改为中止发行等。VG titles的文档有解说和示例。
- 若您使用维基表格,请看Mega Drive游戏列表是如何建立表头的——FLC中标记scope="col"和scope="row"很重要(屏幕阅读器软件能正确解释表格),部分栏目可禁止排序(如参考文献)。
- 如何让内容正确排序?你可以使用data-sort-value="..."功能。如|data-sort-value="game name"|the game name可在显示“the game name”的同时,让单元格按“game name”排序;日期栏位同理,如|data-sort-value="19971221"|1997年12月21日。在列头加入data-sort-type="number"还可让数字正确排序[译注 8]。
旁白漫话
- ^ 我们暂不介绍尚无FL的列表类型,比如某一类型游戏列表。但希望本指导能说明,怎样按呈现的信息来更好组织格式。
- ^ 说实话,我不太喜欢ListEntry/VG——我认为它很古怪,太过强调平台家系(PS/PS2/PS3等),盖过了其它一切信息。话虽如此,该模板格式却完全合法,我也听人抱怨过VG titles和VG table的美感。最后虽然本指导引导你使用特定模板,但您也可选择其它模板代之。本文并非对此问题讨论的终结。
- ^ 请注意点列不是完整的句子,结尾无需句号。这是列表而非段落。我将以采用非句子:将“*它由XYZ开发”改为“XYZ开发”。附加文字过多表格会拥挤难读。
- ^ 这很让人受打击:GameSpot/GameFAQs数据库非常完整,特别是老日本游戏发行日期。网站最近改版式后隐藏了许多信息,让人不那么屈从于诱惑。我一次依赖GameSpot的FLC遭到异议,只得急忙搜索新来源。另外要指出这只针对“游戏信息”页;它们一般的文章没有问题。
- ^ WP:ACCESS是自行编写模板的一个大槛,当然前提是你得能写模板代码。它主要规定,最后的维基文字可仍按你的标记,分辨出表格及行列。如果不这么做,则视力障碍(含视力不佳)者的屏幕阅读软件会竖直阅读表格,最后返回无意义内容——我见过这样的输出内容,完全不知所云。此规则限制了黏框成行的想法。不过你有好主意的话可以试一下——作为ACCESS人,我会提供咨询。
- ^ 真的,只有音乐、电影和部分体育项目的列表有标准格式,而且这些格式非常简单。这也就是说,你不缺领域知识,评审就没问题。
译注
- ^ 中文版目前无此模板,下方的示例系复制英文版模板的源代码。譯者不打算引入此模板,故未翻譯後文中該模板用法的介紹。
- ^ 中文版受地区词转换技术所限,无法为各用字模式指定不同默认排序,故建议按发行日期排序。
- ^ 中文版对于外文游戏,还建议加入原文一列,所以基准列一般是4列。
- ^ 中文版条目还关注台港和中国大陆地区市場,所以对21世纪的主机,第四列并非多余;对于当今世代的主机(如PlayStation 4),则可直接加入台、陆两列。
- ^ 与之相对,条目的序言是尽量不放脚注。
- ^ 入选规则之处我改为了中文维基的规则。按作者所述,英文维基FLC的最低评审人数較少(3人),且制约规则不難,所以通过难度低於FAC。但中文版投票者多无意细读条目,所以无人投票是反而是列表入选的大门槛。中文版FLC活跃的投票者较少,但票数门槛和FAC一样,所以实际入选更为困难……
- ^ 原文使用{{sort}}和{{dts}}模板,但譯者偏好表格的原生功能,而且
{{dts}}
汉化後用法很奇怪,所以譯文全部改用data-sort-value语法。对于中文译名这类存在地区词转换的内容,可以使用{{sort3}}模板解决。但该模板使用方式略显奇怪,而且也不能强求编辑掌握各地标音系统。所以譯者只说一下有解决方案,有兴趣的编辑可以一试。