哈利·波特维基 的方针与指引 |
---|
内容标准 |
编辑守则 中立观点 可供查证 列明来源 |
格式标准 |
正典 格式手册 命名常规 翻译守则 纪年约定 |
管理 |
删除守则及标准 封禁方针 页面保护方针 重建页面守则 图像使用守则 |
用户相处态度 |
用户页使用指引 礼仪及文明 不要诉诸法律威胁 不要人身攻击 |
用户违规行为 |
破坏 侵权 |
解决分歧 |
共识 投票 争议的解决 避免常见错误 |
格式手册的目的是为了提供一些准则、方针,使得所有条目的编辑风格变得一致。以下的规则并没有声明不能变动,也不暗示这些规则比其他方式都要好,但如果所有人的编辑方式都一致,哈利·波特维基会更易于阅读和使用,并让撰写和编辑变得更加方便。
当然,编写内容清晰、有内涵、无偏见的条目,比任何的文章编排格式来得更重要。只要您能做到这一点,其实无须过分在意任何指引:编辑维基的乐趣在于未必凡事都要做到最完美。
其他维基参与者在编辑哈利·波特维基的时候,会按照这个指引修正不规范格式的条目,条目会渐渐的符合指引内容。
请参阅如何编辑页面,那里有关于如何用各种不同的格式代码。这一篇文章会集中讲述何时去使用那些格式,虽然我们通常会在例子中把那些代码也列出。
请参阅版面指南,上面有一些简单的条目编写的指导。一些标准的格式可以在模板页面找到,让您可以方便地剪贴入条目中。
同时请参阅维基专题,那里包含了对某一知识范畴的条目的编排指引。
条目标题
- 请参阅:哈利·波特维基:命名常规
请在条目的第一段第一句,为条目作出简短的定义,并把条目名称作为第一句的主语(而不是谓语)。一般来说,这就是第一句的第一个词,就用上条目名称的意思。如果这样做有困难,也请无论如何要在第一段用上条目名称,越靠前越好。
条目名称在文章当中第一次出现时,请用三对半角单引号,让它以粗体显示。例如:
- '''条目题目'''会显示成条目题目。
请不要在题目上,加上方括号作链接。
对于书名号的使用,应遵循如下指引:
- 若书名在'条目的正文中出现,应当正常使用。
- 若条目的名称即为书名,那么应当去掉书名号。例如,介绍小说《哈利·波特与魔法石》的条目,其条目名称为哈利·波特与魔法石,而不是《哈利·波特与魔法石》。若去掉书名号的名称与其他条目发生了冲突,例如《哈利·波特》系列小说与哈利·波特本人,则应通过消歧义的方式进行处理。
- 若条目的名称仅有部分包含书名,则应正常使用书名号,例如:西弗勒斯·斯内普的《高级魔药制作》(而与此同时,关于《高级魔药制作》这本书的条目则为高级魔药制作)。
另外,由于哈利·波特的相关内容皆出自于英文原版小说,因此在提及条目名称后,在括号里加上原文称号。请注意,原文称号同样应当以粗体显示,同时,使用的括号应当用半角括号“(”和“)”,并在左括号前与中文名称之间保留一个半角空格。
例如,在介绍“西弗勒斯·斯内普”的条目中,使用如下格式:
- '''西弗勒斯·斯内普教授 (Prof. Severus Snape)'''([[1960年]][[1月9日]]-[[1998年]][[5月2日]])是一个[[混血]][[巫师]]。
而显示的效果为:
从这个例子中同样可以看出,若括号中的内容不是英文时,则一般应当使用全角括号,也就是汉语中常用的括号(有一个例外:对于各种出处模板,使用的括号为半角,尽管内容为中文)。
由于哈利·波特维基中的全部内容均出自于英文小说,因此在著名英文名称时不必表明语言种类。
如果该条目的题目有多于一个名称,每一个名称在第一次出现时都要以粗体显示。
请您尽可能在首句带出文章所属的主题。
- '''哈利·詹姆·波特 (Harry James Potter)'''(生于[[1980年]][[7月31日]])是一个[[混血]][[巫师种类|巫师]]……
传记
对于特定的人物,如果在正典中曾经提到,则应当注明其生卒日期。
人物名称
由于《哈利·波特》中的人物均使用外文名,因此在进行条目编辑时,请使用分隔号“·”将人物的姓与名进行分隔。例如,应当使用“阿不思·邓布利多”,而非“阿不思邓布利多”。
存在一个特例:在小矮星彼得的姓与名之间不必添加分隔号。
尽管有时“小天狼星·布莱克”和“哈利·波特”也会写为“小天狼星布莱克”和“哈利波特”,但是我们仍旧建议使用前者,因为这“布莱克”与“波特”两个姓氏在其他的人名中也会出现。
请注意,分隔号“·”不是圆点“•”。
时间、数字、度量衡
日期一般应使公元纪年,年份时请在年份后加上“年”字,避免与其他数字混淆。公元前应该在年份前加“前”字。例如:
- 386年
- 前537年
- 10月10日
在认为有必要对时间添加链接时,可以用这个格式:1911年10月10日
为避免与公元1世纪年份混淆,1978年不可简写为“78年”或者“七八年”。
请不要使用浪纹:
- ~、~
注意连接号“-”不是破折号使用的“—”,也不是减号“-”。
一般数字应使用半角阿拉伯数字,不要使用全角数字。较大数目可以用千分撇(半角逗号)按千分开,如:
- 1,234,567.89
度量衡依照正典中的使用习惯,一般采用英制单位。
章节标题
请用格式代码==来产生标题,最上层的标题请用两个等号“==”,而不是用'''制造粗体标题。如果您觉得这样的标题字体太大,那是整个哈利·波特维基统一的样式,可以尝试调校您的浏览器。这样制造标题能制作自动摘要编号,同时在此格式下,标题文字会在自动搜寻时获得更大权重。
请尽量避免在标题中使用链接,因未必所有的浏览器都能清楚显示这样的标示,最合适的做法是把那些链接放到标题下内容的首句中。也请不要在标题中使用<math>标记,否则目录会产生混乱。
图片说明的格式
照片或其他图片都应该附上说明,除非这种说明是明显多余的(例如书籍封面照)。标示图片的方法是:
- [[File:picture.jpg|thumb|图片简介文字]]
图片简介应该以精简为好。
标点符号
地区用词的格式
哈利·波特维基并没有对各个地区用词的偏好。世界各地的中文使用者对同一样的事物可能有不同的叫法。哈利·波特维基已经部分实行自动地区词处理,能按照读者选择的地区(中国大陆、台湾、香港、新加坡)而显示当地的用词或译名。如果需要增加地区用词的转换,请与管理员联系。
和文章内文一致
尽管哈利·波特维基不偏好某个地区用词,在一个条目中的用词应该保持一致。可以使用自动地区词处理提供的模板来自动化文字的转换。例外的场合有:
- 引用他人的文章时应忠实于原文
- 作家、导演、音乐家们的作品名字应忠实于作者
- 比较各地用词差异时
保持现有的版本
对于地区用词的争论不被鼓励。这通常是浪费时间,造成激烈的讨论但是不能解决问题。在内文的用词一致性已经建立之后,在没有共识改变这一用词的情况下,原用词应予保留。除了上面列出的少数理由之外,通常没有好的理由来支持用词方面的变动。 在内文的用词一致性尚未建立时,第一个将条目补充至超出小作品篇幅的作者的用词应作为默认的选择。
空格
在中文语境内,文字之间应该不留空格,惟仍有特例:
- 外文单词及数字间应按原文保留空格(例子:Harry Potter、Defence Against the Dark Arts),使用方法依照外文中的使用习惯。
- 允许特例中全角空格的使用,但一般不应使用全角空格。
- 如果官方宣布的名称内含有空格,以官方为准(例如“羽加迪姆 勒维奥萨”)。
- 专有名词内的中文和数字、外文之间,可以根据“先到先得”的原则,按照条目大体成形时为准。在此情况下:
- 若要增减名词内的空格,应该先讨论并达成共识之后再更改。
- 除非官方宣布名称内含或不含空格,差异只有空格的2个或多个条目名称在与其他条目名称比较时视为同一个名称。
- 其余未列事项若有争议,请先到其条目的讨论页或哈利·波特维基:移动请求等处反映或讨论有关问题。
引用外部资源的格式
因特网及地址的格式
哈利·波特维基不是因特网链接的收集地,我们是绝对不鼓励一条只有链接的条目。但列出一些更深入、更详尽的因特网资料作参考是适当的,尤其是当您用了某一网页作主要的资料来源。
要令一地址变成链接,只需要把它放进一对方括号中间,[地址 空白后附加的描述文字]。该地址必须是以“http://”或其他形式(如“ftp://”)开头。除非您直接引用網址作為您的參考文獻,否則可以考慮利用以上方法來隐藏網址而只顯示描述文字。一个页面的“可打印版”会把所有的地址全部显示出来,没有资料是会流失的。
没有附加的描述文字的外部链接会以注脚的形式显示:
如果在地址之后有一空白和文字,那些文字就会代替地址显示出来:
有需要时可以用这一做法把地址放在內文中:
哈利·波特维基是一个属于哈利·波特世界的百科全书。
但是在大多数情况,把这些地址放到条目最底如此的一个标题下会更清楚:
- == 外部链接 == 或 == 参考文献 ==
像其他标题一样,用两个等号来造这个外部链接或参考文献的标题(参阅上面的“标题的格式”)。
当以上所有都不足以应付时……
当您遇到一个我们没有谈及到的情况时,您可以参考其他的资源。如果这指南与其他的资源有不同,我们应采用这里的做法。但我们欢迎您把讨论带到哈利·波特维基 talk:格式手册
更简单的做法是打开一篇您喜欢的条目,看看它的作者和编者如何编排它。您可以把它关掉而不作任何的改动,但当您在那儿请四处看看。几乎所有的条目都有改进的空间,或者您可以把它修改一下令其更符合此手册。
不要花俏华丽
假如您在使用格式代码不太花俏,无论对您或是其他后来的编者都会较容易。即使是在这页所建议的代码,您也不应该假定您所输入的某一代码在显示时保证会有某一效果。
如果我们不把格式代码弄得比实际的需要更复杂,显示、编辑、加入条目进哈利·波特维基都会变得更容易。建立一个有用的百科全书是首要的任务,但保持这百科在编辑和维护上的容易程度是我们排第二的目的。
其中一点就是到真的有必要的情况下才使用HTML格式代码。