格式手册
本页面将列出在 ZJL Wiki 编写过程时推荐使用的格式规范与编辑方针。请您在撰稿或者修正 Wiki 页面以前,仔细阅读以下内容,以帮助您完成更高质量的内容。
如果您已迫不及待,想要快速上手,建议先阅读图片举例的章节。
贡献文档要求¶
当你打算贡献某部分的内容时,你应该尽量熟悉以下三部分:
- 文档存储的格式
- remark-lint
文档引用与存储的格式¶
-
文件名请务必都小写,以
-
分割。 例如:file-name.md
。 -
请务必确保文档中引用的 外链 图片已经全部转存到了 本库内 对应的
images
文件夹中(防止触发某些网站的防盗链),建议处理成MD 文档名称 + 编号
的形式(可参考已有文档中图片的处理方式)。例如:本篇文档的文件名称为 format,则文档中引用的第一张图片的名字为format1.png
。 -
推荐使用 SVG 格式的图片6,以获取较好的清晰度和缩放效果。
-
动图如果无法或者不会制作 SVG 格式的,则推荐使用 APNG 格式8的文件。Windows 用户可使用 ScreenToGif 录制,Linux 用户可使用 Peek 录制,注意需要在设置里调整为录制 APNG。其他情况则推荐先制作为 MP4 等视频文件再转换为 APNG,如果使用 ffmpeg 则可以使用
ffmpeg -i filename.mp4 -f apng filename.apng -plays 0
转换。9 -
同时具有源文件和导出图像的图片(例如 JPG 文件与 PSD 文件或者 SVG 图像与 TikZ TeX 源代码),建议将源文件以与图片相同的文件名保存于同一目录下。
-
请确保您的文档中的引用链接的稳定性。不推荐 引用 自建 服务中的资源(如自建 OJ 里的题目)。建议在添加时同时将该外链存于互联网档案馆7,以防无法替代的链接失效。
-
站内链接请去掉网站域名,并且使用相对路径链接对应
.md
文件。例如,在本页面(intro/format
)中链接杂项简介(misc
),应使用[杂项简介](../misc/index.md)
。可以在链接中添加 hash 来链接到某一节,例如[Pull Request 信息格式规范](./htc.md#pull-request-信息格式规范)
,hash 的值可以通过位于每个标题右侧的按钮或者位于网页右侧的目录中的链接得到。
文档的基本格式要求¶
Remark-lint 的格式要求¶
remark-lint 可以自动给项目内文件统一风格。ZJL Wiki 现在启用的配置文件托管在 .remarkrc。
在配置过程中也遇到了一些 remark-lint 不能很好处理的问题,所以请严格按照下列要求编辑文档:
-
不要使用如
<h1>
或者# 标题
的一级标题。 -
标题要空一个英文半角空格,例如:
## 简介
。 -
列表:
- 列表前要有空行,新开一段。
- 使用有序列表(如
1. 例子
)时,点号后要有空格。
-
行间公式前后各要有一行空行,否则会被当做是行内公式。
-
使用
???
或!!!
开头的 Details 语法时,每一行要包括在 Details 语法的文本框的文本,开头必须至少有 4 个空格。即使是空行,也必须保持与其他行一致的缩进。请不要使用编辑器的自动裁剪行末空格功能。
示例
1 2 3 4 5 6
???+ warning 请记得在文本前面添加 4 个空格。其他的语法还是与 Markdown 语法一致。 不添加 4 个空格的话,文本就不会出现在 Details 文本框里了。 这个`???`是什么的问题会在下文解答。
Warning
请记得在文本前面添加 4 个空格。其他的语法还是与 Markdown 语法一致。
不添加 4 个空格的话,文本就不会出现在 Details 文本框里了。
这个
???
是什么的问题会在下文解答。 -
代码样式的纯文本块请使用
```text
。直接使用```
而不指定纯文本块里的语言,可能会导致内容被错误地缩进。
标点符号的使用¶
- 请在每句话的末尾添加 句号。
- 请正确使用 全角 标点符号与 半角 标点符号。汉语请使用全角符号,英语请使用半角符号。中文中夹用英文时,请参考 中文出版物夹用英文的编辑规范。
- 由于
“……”
未区分全半角,请使用「……」
作为全角引号,"..."
作为半角引号。 - 注意区分 顿号 与 逗号 的使用。
- 注意 括号 的位置。句内括号与句外括号的位置不同。
- 通常使用 分号 来表示列表环境中各复句之间的关系。
- 对于有序列表,推荐在每一项的后面添加 分号,在列表最后一项的后面添加 句号;对于无序列表,推荐在每一项的后面添加 句号。
-
注意区分各种不同的连接号,如 hyphen(一般使用 U+002D hyphen-minus(-),即键盘上的「减号」代替),U+2013 en dash(–)和 U+2014 em dash(—)。(英文中连接多个人名时,须用 en dash,但是极常误用为 hyphen。其他误用较为罕见,基本上只需记住这一点即可。)详见 连接号 - 维基百科。
示例
- 中学生学科竞赛主要包括信息学奥林匹克竞赛、信息学奥林匹克竞赛、信息学奥林匹克竞赛、信息学奥林匹克竞赛和信息学奥林匹克竞赛(谁写的这个示例,建议抬走)。
- 「你吃了吗?」李四问张三。
- 我想对你说:「我真是太喜欢你了。」
- 「苟利国家生死以,岂因祸福避趋之!」
- 张华考上了大学;李萍进了技校;我当了工人:我们都有美好的前途。1
- 以下是这个算法的基本流程:
- 初始化到各点的距离为无穷大,将所有点设置为未被访问过,初始化一个队列;
- 将起点放入队列,将起点设置为已被访问过,更新到起点的距离为 \(0\);
- 取出队首元素,将该元素设置为未被访问过;
- 遍历所有与此元素相连的边,若到这个点存在更短的距离,则进行松弛操作;
- 若这个点未被访问过,则将这个点放入队列,且设置这个点为已经访问过;
- 回到第三步,直到队列为空。
- KMP 算法(Knuth–Morris–Pratt algorithm, KMP algorithm)由 Knuth、Pratt 和 Morris 在 1977 年共同发布。2
Markdown 格式与主题扩展格式要求¶
-
表示强调时请使用
**SOMETHING**
和「」
,而非某级标题,因为使用标题会导致文章结构层次混乱和(或)目录出现问题。 -
当需要引用题目链接时,应尽可能使用原 OJ 题库中的链接而不是镜像链接。
-
请正确使用 Markdown 的区块功能。插入行内代码请使用一对反引号包围代码区块;行间代码请使用一对
```
包围代码区块,其中反引号就是键盘左上角波浪线下面那个符号,行间代码请在第一个```
的后面加上语言名称(如:```cpp
)。示例
1 2 3 4
```cpp // #include<stdio.h> //不好的写法 #include <cstdio> //好的写法 ```
1 2
// #include<stdio.h> //不好的写法 #include <cstdio> //好的写法
-
「参考资料与注释」使用 Markdown 的脚注功能进行编写。格式为:
1 2
文本内容。[^脚注名] [^脚注名]: 参考资料内容。注意:冒号是英文冒号,冒号后面跟着一个空格。
脚注名既可以使用数字也可以使用文本。脚注名摆放的位置与括号的用法一致。为美观起见,建议同一个页面内的脚注名遵循统一的命名规律,如:ref1、ref2、note1……
脚注的内容统一放在
## 参考资料与注释
二级标题下。示例
1 2 3 4 5 6 7 8 9
当 `#include <cxxxx>` 可以替代 `#include <xxxx.h>` 时,应使用前者。[^ref1] 2020年1月21日,CCF宣布恢复NOIP。[^ref2] ## 参考资料与注释 [^ref1]: [cstdio stdio.h namespace](https://stackoverflow.com/questions/10460250/cstdio-stdio-h-namespace) [^ref2]: [CCF关于恢复NOIP竞赛的公告-中国计算机学会](https://www.ccf.org.cn/c/2020-01-21/694716.shtml)
当
#include <cxxxx>
可以替代#include <xxxx.h>
时,应使用前者。32020 年 1 月 21 日,CCF 宣布恢复 NOIP。4
-
建议使用主题扩展的
???+note
格式(即 Collapsible Blocks)来展示提示和文本内容。也可以用这种格式来展示其他需要补充介绍的内容。示例代码:
1 2 3 4 5 6 7 8 9 10 11
??? note "标题" 这个文本框会被默认折叠。 推荐将 **解题代码** 放在折叠文本框内。 ???+note "[BiliBili](https://bilibili.com)" 标题也可以使用 Markdown 的超链接。这里的超链接是 HDOJ 的「A + B Problem」。 而且推荐以这种方式**标注原题链接**。 注意双引号的位置。
效果:
标题
这个文本框会被默认折叠。
两种格式的区别是,带
+
的会默认保持展开,而不带+
的会默认保持折叠。折叠框的标题,即
???+note
中note
后的内容应以"
包裹起来。其中的内容支持 Markdown 语法。详见 Admonition - Changing the title。(不具备折叠功能的为一般的 Admonitions,参考 Admonitions - Material for MkDocs) -
当需要添加多个不同的展示时,推荐使用 Content tabs,可以实现展示间的切换。Content tabs 还有其他的用法,详见 Content tabs。其使用方法和效果如下。
示例
1 2 3 4 5 6 7 8 9
注意需要在文本前面添加 4 个空格。其他的语法还是与 Markdown 语法一致。 === "天才" **ZJL** 是 **天才** === "蠢材" **ZJL** 是 **蠢才**
ZJL 是 天才
ZJL 是 蠢才
如果对 mkdocs-material(我们使用的这个主题)还有什么问题,还可以查阅 MkDocs 使用说明,其介绍了 mkdocs-material 主题的插件使用方式。
文本内容的格式要求¶
-
所有的 ZJL Wiki 和 ZJL 文本都应使用粗体标记。
-
在页面的开头应有一段简短的文字(如「本页面将介绍……」),用于概述页面内容。
示例
本页面将列出在 ZJL Wiki 编写过程时推荐使用的格式规范与编辑方针。
-
涉及到「前情提要」的页面,请在开头添加一行 前情提要:……,放在页面概述前。格式如下:
前情提要:[站内页面1](url1)、[站内页面2](url2)和[站内页面3](url3)
-
请注意文档结构。文档结构应当十分条理,层次清晰。请不要让诸如「五级标题」这种事情发生,一篇正常的文章是用不到如此复杂的结构层次的。
-
请尽量为链接提供完整的标题、或者可被识别的提示,避免使用裸地址和「这」、「此」之类的模糊不清的描述。每一个超链接都应尽量对其加以清楚明确的描述,方便读者明白该超链接将指向何处。
建议使用源文章或者标签页的标题。
不推荐的写法
1 2 3
请参考[这个页面](https://docs.github.com/en/github/collaborating-with-issues-and-pull-requests/syncing-a-fork) 请参考 <https://docs.github.com/en/github/collaborating-with-issues-and-pull-requests/syncing-a-fork>
请参考 这个页面
请参考 https://docs.github.com/en/github/collaborating-with-issues-and-pull-requests/syncing-a-fork
推荐的写法
1
请参考 GitHub 官方的帮助页面 [Syncing a fork - GitHub Docs](https://docs.github.com/en/github/collaborating-with-issues-and-pull-requests/syncing-a-fork)
请参考 GitHub 官方的帮助页面 Syncing a fork - GitHub Docs
-
受 Markdown 格式限制,
## 参考资料与注释
二级标题必须放在文末。 -
所有用作序号的数字建议使用中文。示例:
- 数列的第一项。
- 输入文件的第一行。
-
请尽量避免在标题中使用 MathJax 公式,无论是几级标题。在标题中使用公式有可能会导致目录显示错误。5
外部链接¶
- 标点符号用法(GB/T 15834—2011)
- 维基百科:格式手册/标点符号
- 中文文案排版指北(简体中文版)
- 中文文案风格指南 - PDFE GUIDELINE
- 一份(不太)简短的 LATEX2ε 介绍或 106 分钟了解 LATEX2ε
- 中文出版物夹用英文的编辑规范
参考资料与注释¶
改写自:OI Wiki:格式手册