`、``、``、`` 和 ``。
## GWLM 13 字幕
```yaml
标题: 字幕
创建时间: 2023-09-29
```
### GWLM 13-0 字幕概述
**简介：**
字幕基本上是视频中对话的文本版本，但比起标准的文档有些差异，常见的字幕特征如下：
1. 长度较短。
2. 位于底部居中。
3. 通常不使用标点符号。
更详细专业的规则，可以参考 Netflix 的指南：
+ [Subtitle Template Timed Text Style Guide](https://partnerhelp.netflixstudios.com/hc/en-us/articles/219375728-English-Template-Timed-Text-Style-Guide)
+ [English Timed Text Style Guide](https://partnerhelp.netflixstudios.com/hc/en-us/articles/217350977-English-Timed-Text-Style-Guide)
**历史：**
字幕的原型，可能是早期默片中，被剪辑插入的文字帧。这些间幕的文字均是位于画面正中，
被称作间幕（[intertitle][]/title card），在「物语系列」动画中也能经常看到。
[intertitle]: https://en.wikipedia.org/wiki/Intertitle
图像合成技术出现后，字幕（subtitle）取代了间幕，sub- 的前缀有「之下」的含义，这表明了字幕默认的位置。
不过 subtitle 的词源其实与电影无关，1815 年的 subtitle 被作为画作的副标题、解释性标题，之后才被视频行业使用。[^etcbs]
[^etcbs]: [_Subtitles – Word of the day – EVS Translations_](https://evs-translations.com/blog/subtitles/), EVS Translations Blog, 2019-08-28. (参照 2023-09-29).
既然字幕源自间幕，那么许多规则也延续了下来，比如黑底白字、居中等。
（本来以为过去的间幕，会缺乏标点符号，结果检索后发现大多都有标点符号，看来字幕缺乏标点的原因不是间幕了……）
**类型：**
美国对字幕有以下叫法：
+ open subtitles（开放字幕）
+ closed subtitles（隐藏字幕）
+ closed captioning（隐藏字幕，简称 CC）
+ Prerendered（预渲染）
+ hardsubs（硬字幕）
+ softsubs（软字幕）
其中的隐藏字幕和软字幕属于同义词，指可以由播放器关闭的字幕，比如 .ass 和 .sub 扩展名的字幕。
开放字幕和硬字幕也是同义词，指字幕被合成到主要视频流（轨道），无法分离的情况。
预渲染的情况比较复杂，主要存在于一些 DVD 中，比如 SST（Sonic Scenarist）格式和 SON（Spruce DVDMaestro）格式，
可以从原视频中剥离，但是这个字幕是位图格式，而不是纯文本，所以像软字幕可以关闭，也像硬字幕无法轻易导出纯文本。
其中的 captioning 是向聋哑人和听力障碍者，提供描述所有重要的音频内容，比如玻璃碎掉、音乐声等环境音可能也会包含进去。
备注：一些地区不区分 subtitles 与 captioning，而美国对此区分较严格。
### GWLM 13-1 中文字幕规则
暂定的规则，需要研究。
**延伸：**
虽然现代的字幕源于电影（视频），不过也延伸到了音乐歌词、游戏字幕中。不过居中的情况就没有那么主流了。
## GWLM 14 Web 内容无障碍指南（WCAG）
暂定的规则，需要研究。
### GWLM 15-0 WCAG 概述
## GWLM 16 纯文本与富文本
```yaml
标题: 纯文本与富文本
创建时间: 2023-09-14
```
### GWLM 16-0 纯文本与富文本概述
纯文本与富文本缺乏相关完善的规范。GWLM 16 将参考各种常用纯／富文本使用者的观点，整理出各种纯／富文本的用法。
**富文本：**
富文本有多种形态，比如网页、电子书、电子邮件和 Word 文档等，大致可以分为 HTML、PDF 和办公套件三个大类。
但是只有办公套件是自带所见即所得编辑器，HTML 和 PDF 往往需要工具和中间态的，带有标记的纯文本来生成。
| 富文本大类 | HTML | PDF | Word（办公套件） |
| ------------ | -------------------- | ---------------- | ---------------- |
| 可视化编辑器 | Adobe Dreamweaver 等 | Adobe Acrobat 等 | 自身 |
| 纯文本中间态 | Markdown、BBCode 等 | LaTeX 等 | ／ |
备注：HTML、PDF 和 Word 能够互相转换，但可能丢失部分排版信息。
**纯文本：**
纯文本被用在 Usenet、IRC 和电子邮件等地，虽然现在流行使用 HTML 的电子邮件，但纯文本依然是可选项。
纯文本往往就意味着无法直接使用缩进、超链接和分割线等功能，只能使用大家约定的符号来定义一些效果。
使用符号来约定效果，可能启发了 Setext、Org-mode 和 Markdown 等可读的标记语言。
备注：现在寻找关于 Setext 历史的文章，几乎都是 Markdown 的历史里，浅显的提到 Setext，所以难以研究其历史。
### GWLM 16-1 字体
#### GWLM 16-1-0 字体概述
字体包含：字体、尺寸、字重和倾斜。
#### GWLM 16-1-1 字体
**简介：**
字体可以根据字符宽度，分为比例字体和等宽字体，前者表示不同符号的宽度不同，而后者表示宽度相同。
在编写代码、ASCII 艺术等时候，通常需要使用等宽字体，而在阅读时，通常使用比例字体。
备注：比例字体是电脑出现后才大规模使用的字体，因为不同宽度的文字还是电脑更擅长排版。
字体还可以根据衬线情况，被分为衬线与 [无衬线字体](https://zh.wikipedia.org/wiki/无衬线体)，
无衬线字体还常被叫做黑体。
**使用：**
通常衬线意味着装饰、古典，所以常用于引用古文以及文学，而无衬线适合作为警告标语、小型印刷品，
因为清晰度比衬线体更高。
对于低分辨率的显示设备来说，比如 1080p 分辨率及其更低，无衬线字体的显示效果更好。[^svssf]
考虑到 [Steam 2023年8月 的硬件统计][]，1080p 显示设备占 Steam 帐号的 60.75 %，
所以目前以无衬线字体为主，也许是个好主意。
[^svssf]: Jakob Nielsen, [_Serif vs. Sans-Serif Fonts for HD Screens_](https://www.nngroup.com/articles/serif-vs-sans-serif-fonts-hd-screens/), Nielsen Norman Group, 2012-07-01. (参照 2023-09-13).
然后等宽字体按需使用即可，比如涉及源代码、二／十六进制文件片段以及 ASCII 艺术的时候，通常不需要全局使用等宽字体。
**HTML：**
复杂的 ASCII 艺术对字体有要求，比如要求等宽字体，在 HTML 里展示时通常需要使用 \、\ 标签来包裹。
**Markdown：**
Markdown 在使用 [内联代码](https://spec.commonmark.org/0.30/#code-spans)、
[缩进代码块](https://spec.commonmark.org/0.30/#indented-code-blocks)
以及 [围栏代码块](https://spec.commonmark.org/0.30/#fenced-code-blocks) 时，
仅会将被标记的内容使用 `` 元素包裹起来，是否使用等宽字体，使用什么等宽字体，都被交给了网站的 CSS 来控制。
比如 GitHub 的等宽字体没有对汉字支持，所以含有汉字的 ASCII 制表符内容，通常都会有偏差，比如：
```ascii
+-------------------------------------------------------------+
| +------------------------------------------------------+ |
| | ## SIGNALIS Sierpinski Leng - B1 - ████████████ Map | |
| +------------------------------------------------------+ |
| Protektor 电梯井 Class 4C |
| ┌───┐ ┌───┐ ┌───┐ |
| │ O │ │ O │ 缩微胶卷 │ O │ |
| └ | ┘ └─X─┘ 放映室 └ | ┘ |
| ┌ | ──────────X─┐ ┌───┐ ┌ | ┐ |
| X O X │ O │ │ O │ 教室 |
| └─────┐ ┌─────┘ └ | ┘ └ | ┘ |
| │ │ 电梯间 ┌ | ┐ ┌ | ┐ |
| │ │ X X X X |
| └─X─┘ 走廊 │ O │ │ O │ 走廊 |
| │ │ ┌───┐ │ │ ┌───┐ |
| X --- O --- --- O │ Class 4B |
| └ | ┘ └───┘ └─X─┘ └───┘ |
| ┌───┐ ┌ | ┐ ╲ |
| 观察室 │ O │ │ │ 员工室 |
| └ | ┘ │ │ |
| ┌─X─┐ ┌ | ──┘ └──X──┐ |
| Surface Access X O --- O X |
| └ | ┘ └───────X───────┘ |
| ┌ | ┐ 走廊 +-----------|
| 浴室 │ O │ | CC-BY 4.0 |
| └───┘ | gledos |
+-------------------------------------------------------------+
```
上面的 ASCII 艺术地图在 Sarasa Mono SC 字体下是足够完美的，但在 GitHub 上无法正常显示。
下面是无汉字的 ASCII 艺术地图，能够正常显示。
```ascii
+-------------------------------------------------------------+
| +------------------------------------------------------+ |
| | ## SIGNALIS Sierpinski Leng - B1 - ████████████ Map | |
| +------------------------------------------------------+ |
| Protektor Elevator Shaft Class 4C |
| ┌───┐ ┌───┐ ┌───┐ |
| │ O │ │ O │ Microfilm │ O │ |
| └ | ┘ └─X─┘ Viewer └ | ┘ |
| ┌ | ──────────X─┐ ┌───┐ ┌ | ┐ |
| X O X │ O │ │ O │ AULA |
| └─────┐ ┌─────┘ └ | ┘ └ | ┘ |
| │ │ EV Lobby ┌ | ┐ ┌ | ┐ |
| │ │ X X X X |
| └─X─┘ Corridor │ O │ │ O │ Corridor |
| │ │ ┌───┐ │ │ ┌───┐ |
| X --- O --- --- O │ Class 4B |
| └ | ┘ └───┘ └─X─┘ └───┘ |
| ┌───┐ ┌ | ┐ ╲ |
| Observation │ O │ │ │ Staff Room |
| └ | ┘ │ │ |
| ┌─X─┐ ┌ | ──┘ └──X──┐ |
| Surface Access X O --- O X |
| └ | ┘ └───────X───────┘ |
| ┌ | ┐ Corridor +-----------|
| Bathroom │ O │ | CC-BY 4.0 |
| └───┘ | gledos |
+-------------------------------------------------------------+
```
所以不能将使用无衬线字体与 Markdown 代码标记认为是一件事。
#### GWLM 16-1-2 尺寸
**简介：**
字体的尺寸在矢量字体的时代，可以随意放大缩小。通常文字作品会用最大的字体作为一级标题，之后的级别依次变小，
最后与正文的字体相当大小。
**使用：**
大尺寸的字体作为强调或装饰使用，比如 [首字放大](https://zh.wikipedia.org/wiki/首字放大)，
以及在论坛的富文本编辑器中，用大号的字体模仿 ``、`` 这样的标题使用。
**Markdown：**
Markdown 本身没有对段落中的字体尺寸调整的标记，不过可以借用 HTML 的 ``、`` 元素。
然而 ``、`` 元素因为 HTML 与 CSS 分离主义影响，现已被弃用，只是为了兼容性，
暂时仍能完成解析，所以应使用 CSS 解决文字大小。
标题算是能调整字体尺寸的标记，但不建议使用在标题之外的地方，因为这会生成 ``、`` 等元素，
应确保 HTML 语义的完整、无歧义为优先，这样才能实现无障碍。
#### GWLM 16-1-3 字重
**简介：**
字重（粗体）是一种字体形式，具有不同粗细的程度，现代字体的字重需要字体支持，如果没有原生支持，就会像斜体一样，
依靠电脑自动化的生成，依靠偏移字形轮廓实现。
**使用：**
CJK 字符等地都没有大规模使用粗体汉字的情况，并且缺乏原生粗体的汉字字体，所以不建议在富文本排版时使用。
不过大多西式的工具缺乏着重号，所以会有写作人使用粗体替代。
中英混排时，强调一段同时含有中英文字的情况时，可能是噩梦……因为既需要给汉字添加着重号（底部点符号），
也要给西文添加粗体状态吧。如何混排使用强调，还需要进一步研究。
**Markdown：**
Markdown 的粗体叫做 [强烈强调](https://spec.commonmark.org/0.30/#emphasis-and-strong-emphasis)，
这是从 [HTML \ 元素](https://developer.mozilla.org/en-US/docs/Web/HTML/Element/strong)
而来的叫法，不过中文语境通常称为粗体。
备注：HTML 的 `` 和 `` 元素，在默认情况下均能产生相同的粗体视觉效果，为什么分成两个，
以及 `` 更流行的问题，这是复杂的历史遗留问题，[^84228] 简单地说，`` 元素才是 HTML
应该使用的粗体强调语义，而 `` 元素一种等价于 CSS 的文字样式。在 HTML 与 CSS 分离主义的今天，
优先选择 `` 是合理的。
[^84228]: WHATWG, [_Why are some presentational elements like \, \ and \ still included?_](https://web.archive.org/web/20140801184228/http://wiki.whatwg.org/wiki/FAQ#Why_are_some_presentational_elements_like_.3Cb.3E.2C_.3Ci.3E_and_.3Csmall.3E_still_included.3F), WHATWG, 2014-. (参照 2023-09-13).
Markdown 的粗体使用星号 `**` 或下划线 `__` 作为标记，比如：
```markdown
**这是加粗的句子。**
__这是加粗的句子。__
```
在多人参与编写的文档中，为了一致性，可以限定一种标记方式：
+ GWLM Markdown 1-3-1 使用星号 `**` 表示加粗。
+ GWLM Markdown 1-3-2 使用下划线 `__` 表示加粗。
#### GWLM 16-1-4 倾斜
**简介：**
倾斜（斜体）是西式文字的一种形式，往往用于强调一段文字，比如表示引用以及作品名。后来传入东方，
但通常不会在方块字上使用。
倾斜又分为狭义的倾斜字体和伪斜体，狭义的倾斜字体是本来就是斜体的字体，常见的西式文字都原生自带斜体的字体，
而伪斜体是依靠电脑自动化的拉伸，让矩形的字形变成平行四边形的字形。
**使用：**
CJK 字符等地都没有大规模使用斜体汉字的情况，并且缺乏原生斜体的汉字字体，所以不建议在富文本排版时使用。
**Markdown：**
Markdown 的斜体叫做 [强调](https://spec.commonmark.org/0.30/#emphasis-and-strong-emphasis)，
这是从 [HTML \ 元素](https://developer.mozilla.org/en-US/docs/Web/HTML/Element/em)
而来的叫法，不过中文语境通常称为斜体。
备注：HTML 的 `` 和 `` 元素，在默认情况下均能产生相同的斜体视觉效果，为什么分成两个，
以及 `` 更流行的问题，这是复杂的历史遗留问题，[^84228] 简单地说，`` 元素才是 HTML 应该使用的斜体强调语义，
而 `` 元素一种等价于 CSS 的文字样式。在 HTML 与 CSS 分离主义的今天，优先选择 `` 是合理的。
Markdown 的斜体使用星号 `*` 或下划线 `_` 作为标记，比如：
```markdown
*这是倾斜的句子。*
_这是倾斜的句子。_
```
在多人参与编写的文档中，为了一致性，可以限定一种标记方式：
+ GWLM Markdown 1-4-1 使用星号 `*` 表示倾斜。
+ GWLM Markdown 1-4-2 使用下划线 `_` 表示倾斜。
### GWLM 16-2 其他字体效果
#### GWLM 16-1-0 其他字体效果概述
其他字体效果包含：下划线、删除线、着重号……
#### GWLM 16-1-1 下划线
**简介：**
西方的下划线历史，与手稿、打字机有关，是文字成品之前的中间形态使用的标识符：
```manuscript_typewriter
The middle of this.
‾‾‾‾‾‾
```
这被称作校对标记（[proofreader's marks](https://en.wikipedia.org/wiki/List_of_proofreader's_marks)），
用来指出应该使用斜体的内容，不应该在成品中展示。
时间来互联网早期，此时没有开箱即用的富文本，早期的电子邮件基本只能使用纯文本，所以在左右添加下划线来表示斜体：
```email
The _middle_ of this.
```
**使用：**
〔待续〕
**Markdown：**
〔待续〕
#### GWLM 16-1-2 删除线
**简介：**
〔待续〕
**使用：**
〔待续〕
**Markdown：**
〔待续〕
#### GWLM 16-1-3 着重号
**简介：**
〔待续〕
**使用：**
〔待续〕
**Markdown：**
〔待续〕
**简介：**
〔待续〕
**使用：**
〔待续〕
**Markdown：**
〔待续〕
#### GWLM 16-1-4 上标下标
**简介：**
〔待续〕
**使用：**
〔待续〕
**Markdown：**
〔待续〕
#### GWLM 16-1-5 特殊符号
**简介：**
数学等对排版有复杂要求的情况，在纯文本中，经常不得不使用单行来表示，而 TeX 的写法。
比如下面这些符号：
| 符号 | 演示 | 含义 |
| -------- | -------------------------------- | -------- |
| 插入记号 | `sum_{i=0}^{n-1} 2^i = 2^n - 1.` | 表示上标 |
| 下划线 | `lim_{x --> 0} sin (x) / x` | 表示下标 |
+ 插入记号 `^`
插入记号的原型是打字机上的变音符，按下后会打印变音符，但打字机不会向后移动，之后再按下字母，
就能印出含有 `^` 声调的字母。
时间来到 ASCII 标准化的 1960 年代，BASIC 等编程语言开始使用 `^` 作为乘方符号，
比如 `3^5` 表示 3 × 3 × 3 × 3 × 3。[^31392]
然后排版软件 TeX 使用了 `^` 作为上标记号，可能。
随后 Textile 使用 `^` 作为上标用法，演示如：`^上标^`。[^27ttt]
接着 Markdown 扩展语法，比如脚注也借用了 Textile 的上标记号用法。
详细的数学符号在纯文本中的使用，可以参考 [_A Primer for Communicating Mathematics via Plain Text_][] 这篇文章。
化学物质也能用纯文本表示，比如 [simplified molecular-input line-entry system][]（SMILES）是一种将分子模型转化为 ASCII
文本的规则。比如二氧化碳的 SMILES 是 `C(=O)=O`。
**用法：**
应该仅用于简介里提到的数学和化学领域，无法扩展到其他领域。
**Markdown：**
Markdown 均不支持以上写法。
#### GWLM 16-1-6 特殊包裹符号
**简介：**
斜体、粗体等，都是西方常用的字体效果，即使纯文本不支持，也有写作者像是早期手稿一样，使用符号来表示。
而这些符号通常都是一左一右，包裹住文字。所以这里称为「特殊包裹符号」。
比如下面这些符号：
| 符号 | 演示 | 含义 |
| ---------- | ------------------------------------------ | -------------- |
| 星号 | `It was *absolutely* horrible.` | 强调 |
| 星号 × 2 | `where bolding uses **double asterisks**.` | 强调，表示粗体 |
| 下划线 | `I had _nothing_ to do with it.` | 强调，偏向斜体 |
| 下划线 × 2 | `underlining uses __double underscores__.` | 强调，表示粗体 |
| 短横线 × 2 | `It was --absolutely-- horrible.` | 强调 |
| 尖括号 | `They >completely< forgot me!` | 强调，偏向斜体 |
| 斜线 | `I stayed home and played /Halo/.` | 强调，表示斜体 |
| 短横线 | `-So horrible.-` | 表示删除线 |
| 波浪线 | `~So horrible.~` | 表示删除线 |
这些用法基本源自 Usenet，但没有标准化，具体的用法主要来自文字作者习惯。
[^27ttt]: Cardigan Industries, [_Textile - A Humane Web Text Generator_](https://web.archive.org/web/20021226035527/http://textism.com/tools/textile/), Textism, 2002-12-26. (参照 2023-09-18).
[^31392]: njuffa, [_Answer to "Why was the caret used for XOR instead of exponentiation?"_](https://softwareengineering.stackexchange.com/a/331392), Software Engineering Stack Exchange, 2016-09-19. (参照 2023-09-18).
**用法：**
Usenet 以及后续发展的软件，影响了后来的标记语言，[MeatballWiki][] 整理了各种 Wiki 软件使用的标记语言，
可以看到标记非常混乱，比如下划线在一些 Wiki 软件表示给文字添加下划线，但在另一些 Wiki 软件中表示斜体。
如果从用法数量来统计，那么有一定程度普遍性的用法如下：
| 符号 | 演示 | 含义 |
| -------- | ------------------------------------------ | ---- |
| 下划线 | `I had _nothing_ to do with it.` | 斜体 |
| 星号 × 2 | `where bolding uses **double asterisks**.` | 粗体 |
并且此用法兼容 Markdown，所以是一个易于读者理解的写法。
**Markdown：**
详情请参考〈[GWLM 16-1-3 字重](#gwlm-16-1-3-字重)〉〈[GWLM 16-1-4 倾斜](#gwlm-16-1-4-倾斜)〉章节。
### GWLM 16-3 标题
**简介：**
标题通常是一段标记作品名称的字符串，通常是可读的，也存在使用无意义、单纯标号当作标题的情况。
**使用：**
〔待续〕
**Markdown：**
Markdown 有两种标题标记，分别是：
+ ATX 式标题
ATX 式标题源自亚伦·斯沃茨设想的 [atx 标记语言][]。尚不明确 atx 的含义，可能指「亚伦 TeX」。
```markdown
# Test Title a1
## Test Title a2
### Test Title a3
```
```html
Test Title a1
Test Title a2
Test Title a3
```
+ Setext 式标题
这是源自 [Setext](https://en.wikipedia.org/wiki/Setext) 标记语言的标题，缺点是只有 `` 和 `` 两种，
其他层级的标题仍需要 ATX 式标题。
```markdown
Test Title b1
=============
Test Title b2
-------------
```
```html
Test Title b1
Test Title b2
```
在多人参与编写的文档中，为了一致性，可以限定一种标记方式：
+ GWLM Markdown 2-1 仅使用 ATX 式标题标记。
+ GWLM Markdown 2-2 在 `` 和 `` 时，使用 Setext 式标题标记。
备注：之所以 Markdown 同时使用了 ATX 和 Setext 两种标题标记，可能是因为 # 在部分文件中表示注释，
所以需要 Setext 式标题标记。
### GWLM 16-4 缩进与换行
#### GWLM 16-4-0 缩进与换行概述
〔待续〕
#### GWLM 16-4-1 段落排版（段间距与行首缩进）
**简介：**
```ascii
+--+-----------------------------------------------+
|a0| Type-A |
|a1| ====== |
|a2| |
|a3| (3) █████████████████████(1)█████████████████ |
|a4| ████████████████████ |
|a5| (3) █████████████████████(1)██████ |
|a6| (3) ... |
+--+-----------------------------------------------+
+--+-----------------------------------------------+
|b0| Type-B |
|b1| ====== |
|b2| |
|b3| █████████████████████████(1)█████████████████ |
|b4| ████████████████ |
|b5| (2) |
|b6| █████████████████████████(1)██ |
|b7| (2) |
|b8| ... |
+--+-----------------------------------------------+
```
+ 段落：(1)
+ 段间距：(2)、a4 ~ a5
+ 行首缩进：(3)
+ 行间距：a3 ~ a4、b3 ~ b4
**使用：**
在出版物中，往往使用 A 型段落格式，因为这样更节约纸张，此时的「段间距」与「行间距」往往差距较小。
分段情况主要靠行首缩识别。
在网页等数字格式中，往往使用 B 型段落格式，特点是没有行首缩进，以及较宽的段间距。分段情况主要靠段间距来识别。
这两种差异可能被叫做「缩进」「空排」，以及其他的说法，总之都是让读者区分段落的工具，通常仅使用一种。
历史：印刷术、打字机都大大影响了段落排版，其中打字机通常只能一行一行的移动，所以段间距往往直接空一行，
这一习惯也一定程度影响到了现代。
**Markdown：**
严格的说，Markdown 本身（解析器）并不是排版工具，排版依靠的是 CSS，所以虽然很多平台和软件支持 Markdown，
但各处生成的富文本都有差异，所以 Markdown 也与段落排版的关系不大。
不过 Markdown 以及 HTML 都有硬换行（断行）的情况：
```markdown
foo\
baz
```
生成：
```html
foo
baz
```
一些写作者可能会这样断行，然后当作分段。不建议这么做，应确保 HTML 语义的完整、无歧义为优先，这样才能实现无障碍。
#### GWLM 16-4-2 引用缩进
**简介：**
以下内容，主要来自维基百科的 [Posting style](https://en.wikipedia.org/wiki/Posting_style) 条目。
因为互联网通信的异步性质，可能数年前的邮件组、论坛或新闻组仍有人回复，所以对主题中的部分内容进行引用就很重要，
则能防止参与者忘记讨论的事，也能让回复者精准对各个内容进行回复。
于是产生了下面这样的顶部引用方式：
```email
下雨天的周末，可以和朋友去哪里？
还没想好，需要再商量一下。
```
```email
> 下雨天的周末，可以和朋友去哪里？
还没想好，需要再商量一下。
```
分别是缩进和字符标记，之所以叫做顶部引用，是因为引用的内容靠上，除此之外还有底部引用：
```email
Subject: RE: Job
哇！等等。我有一份给关键技术人员的报告，安排在 5:30 发送。
你能把时间推迟一小时吗？
丹尼
-------- Original Message --------
From: Jim
Sent: Tuesday, October 16, 2007 9:40 AM
To: Danny
Subject: Job
我将暂停邮件服务大约 30 分钟（从下午 5 点开始），因为要
安装一些更新和重要修复。
吉姆
```
底部引用常用在邮件回复中，也可以用字符标记来实现底部引用。
缩进通常每层固定 4 个空格左右，字符标记有大于号「>」和竖线「|」两种，而前者更常用。
在未正式发表的 RFC 1849 中，[4.3.2. Body Conventions](https://datatracker.ietf.org/doc/html/rfc1849#section-4.3.2)
介绍了使用大于号来引用的用法。虽然 RFC 1849 并未正式在 1995 年发表，但广为流传，成为了 Usenet（新闻组）事实上的规范。
之后在 RFC 2646（The Text/Plain Format Parameter）中详细的描述了大于号引用的细节，
相关描述位于 [4.5. Quoting](https://datatracker.ietf.org/doc/html/rfc2646#section-4.5)。
**用法：**
使用尖括号，引用说过的话。
**Markdown：**
Markdown 缺乏整句高亮的手段，所以存在一些 Markdown 软件开发者以及用户，将块引用、代码块当作「高亮段落」使用。
如果要使用「高亮段落」，应使用 [Admonitions][]（告诫）类 Markdown 扩展语法。
Markdown 的引用效果，在许多「原教旨主义」版本中，比如 GitHub Flavored Markdown（[GFM][]），往往引用的颜色较浅，
对于一些用户来说比较反直觉，这是因为 GFM 沿用了 Usenet 的引用回复用法，并使用了 format=flowed 的视觉效果。
Markdown 的引用源自 Usenet 等纯文本领域，最初的用法也是在回复时，标明对方说的部分，所以狭义上，
只有某人说过的话，才能使用 Markdown 的块引用。[^mt_0][^mt_1][^mt_2] 然后 Markdown 的块引用会生成 HTML
`` 标签，这是一个语义标签。为了无障碍等语义合理，也应遵守上面提到的用法。
[^mt_0]: Federico Poloni, [_Stop misuse of Markdown blockquotes for emphasis_](https://math.meta.stackexchange.com/q/25939), Mathematics Meta Stack Exchange, 2017-04-13. (参照 2023-09-15).
[^mt_1]: Martin Sleziak, [_Is using blockquote for highlighting problematic?_](https://math.meta.stackexchange.com/q/23015), Mathematics Meta Stack Exchange, 2017-04-13. (参照 2023-09-15).
[^mt_2]: stakx, [_Do we need a new Markdown formatting for indented / boxed text (for preambles, remarks / side notes, postscripts, footnotes, …)?_](https://meta.stackexchange.com/q/250415), Meta Stack Exchange, 2017-05-23. (参照 2023-09-15).
---
format=flowed 功能的历史：
format=flowed 是在 RFC 2646 [4.1. Generating Format=Flowed](https://datatracker.ietf.org/doc/html/rfc2646#section-4.5)
上描述的功能，主要解决纯文本自动换行问题。
比如下面原始状态的电子邮件片段：
```email
>>> Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et.
>> dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco.
> laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit.
```
在 Apple II 这台老电脑上，仅能显示 40 个字符宽度，所以就会变成这样：
```email
>>>Lorem ipsum dolor sit amet,
consectetur adipiscing elit, sed do
eiusmod tempor incididunt ut labore
et.
>>dolore magna aliqua. Ut enim ad
minim veniam, quis nostrud
exercitation ullamco.
>laboris nisi ut aliquip ex ea
commodo consequat. Duis aute irure
dolor in reprehenderit.
```
当多重引用越来越多时，也就越来越难以阅读，所以 RFC 2646 描述的 format=flowed，这种自动解析、
流动性（自适应宽度）的引用功能，就是加强纯文本的方案，这也影响了 Markdown 的严格换行功能。
#### GWLM 16-4-3 源文件可维护性
**简介：**
1995 年的 [RFC 1866][]（_Hypertext Markup Language - 2.0_）讲解了段落的写法：
> 5.5. Block Structuring Elements
>
> Block structuring elements include paragraphs, lists, and block
> quotes. They must not contain heading elements, but they may contain
> phrase markup, and in some cases, they may be nested.
>
> 5.5.1. Paragraph: P
>
> The \ element indicates a paragraph. The exact indentation, leading
> space, etc. of a paragraph is not specified and may be a function of
> other tags, style sheets, etc.
>
> Typically, paragraphs are surrounded by a vertical space of one line
> or half a line. The first line in a paragraph is indented in some
> cases.
>
> Example of use:
>
> ```html
>
This Heading Precedes the Paragraph
> This is the text of the first paragraph.
>
This is the text of the second paragraph. Although you do not
> need to start paragraphs on new lines, maintaining this
> convention facilitates document maintenance.
> This is the text of a third paragraph.
> ```
翻译后的内容
> 5.5. 块结构元素
>
> 块结构元素包括段落、列表和块引用。它们不得包含标题元素，但可以包含片段标记，并且在某些情况下，它们可以嵌套。
>
> 5.5.1. 段落：P
>
> \ 元素表示一个段落。段落的确切缩进、前导空格等未指定，并且可能是其他标签、样式表等的函数。
>
> 通常，段落上下会有一行或半行的垂直间距。在某些情况下，段落中的第一行会缩进。
>
> 使用示例：
>
> ```html
>
该标题位于段落之前
> 这是第一段。
>
这是第二段。尽管您不需要换行，
> 但维护此约定有助于文档维护。
> 这是第三段。
> ```
可以看到 \ 元素跨越了多行，但还是能正常使用，并且 \
元素会忽略换行符号以及多余的空格，自动化的连接元素中的内容。
（备注：大陆将横排称为行，台湾将竖排称为行，原因似乎与流行的书写方向有关，都是文字延伸的方向为行。）
将段落拆分的原因应该是为了方便维护，曾经 HTML 网页几乎都是人力编写的全部或者部分，如果一个段落有数千个字符，
而编辑器没有自动换行功能，就会很痛苦了。而现代的编辑器基本都有自动换行功能，即使如此，还是有「缩减栏宽」等功能，
将文字以一定的宽度分段，防止 16:9 宽屏带来的阅读障碍。
Visual Studio Code 等软件可以开启垂直标尺（vertical rulers）功能，可以用来确保各种编程语言或团队的代码风格：
| 每行字符数 | 代码风格 |
| ---------- | ------------------ |
| 72 | Ada 官方 |
| 72 | Agda 官方 |
| 79 | Python 官方 |
| 80 | GNU 团队 |
| 80 | Google 团队 |
| 80 | Java 官方 |
| 80 | Object Pascal 官方 |
| 80 | Perl 官方 |
| 80 | PHP 官方 |
| 80 | Ruby 官方 |
| 80 | OCaml 官方 |
| 90 | CCM4 官方 |
| 100 | Android 官方 |
（详细表格和具体的风格规范，可以查看维基的 [每行字符数][] 条目。）
这是因为早期电脑的文本显示模式，流行 80 × 25 左右的文本数量，比如 1980 年的 [Apple III][] 是 80 × 24，
之后 IBM 推出的 [VGA 文本模式][] 标准，也是以 80 作为常用行宽。
[Apple III]: https://en.wikipedia.org/wiki/Apple_III
[VGA 文本模式]: https://en.wikipedia.org/wiki/VGA_text_mode
而这些显示标准可能源自更早之前的打孔卡，因为 IBM 的流行的打孔卡横排宽 80 个字符，就像是计算机的键盘延续了打字机的键盘。
到这里其实还可以追溯，那就是打字机的 [每行字符数][] 也是 80 左右，不过每行字符数就是排版方面的故事了。
[每行字符数]: https://en.wikipedia.org/wiki/Characters_per_line
Python 的 [PEP 8][] 规范限制每行最多 79 个字符，跟许多使用 80 字符的语言有微妙的差别，所以有人向 PEP 8 的编写者，
也是 Python 的设计者 Guido van Rossum 发送邮件询问，[^h2eug] 得到的答案是「80 个字符宽的 Emacs 窗口，从 79 开始换行。」
[PEP 8]: https://peps.python.org/pep-0008/
[^h2eug]: nrogers64, [_PEP 8: Why is the character limit 79 and not 80?_](www.reddit.com/r/learnpython/comments/1h2eug/pep_8_why_is_the_character_limit_79_and_not_80/), r/learnpython, 2013-06-25. (参照 2023-09-26).
具体的换行情况，大致如下：[^44637]
[^44637]: Peter V. Mørch, [_Emacs wrapping lines that are exactly 80 characters long in a 80x24 terminal_](https://emacs.stackexchange.com/q/44637), Emacs Stack Exchange, 2018-09-10. (参照 2023-09-26).
```perl
#!/usr/bin/perl -w
###############################################################################\
#
# Copyleft (ɔ)
# All Rights Reversed
###############################################################################\
#
```
第 80 个字符会被 `\` 换行符号挤压到下一行，[^00715] 原因尚未进一步研究。
[^00715]: Barry Margolin, [_Re: does emacs wrap lines that are exactly 80 characters long??_](https://lists.gnu.org/archive/html/help-gnu-emacs/2003-10/msg00715.html), 2003-10-29. 参照: 2023-09-26. [Online].
关于 79 个字符限制的其他猜测：为了在 diff 等工具中正常使用，所以需要减 1 个字符，比如下面的 diff 演示：
```diff
-版本: 0.0.29-beta
+版本: 0.0.30-beta
```
左侧的加减号表示增减的行，不过这无法解释大多数编程语言都是用 80 个字符作为基准。
**用法：**
之后终端的宽度稍有增加，在 Windows 10 的 CMD 默认中，行宽是 120 个字符，其他常见的行宽还有 100，
不过现在的 HTML 网站通常不需要考虑这件事，因为几乎不需要手动编辑 HTML，而是使用所见即所得编辑器，
或者其他标记语言生成 HTML。
**Markdown：**
Markdown（CommonMark）拥有 HTML 的这类功能，会将多行内容直接输出到 \
元素中：
```markdown
测试
内容
test
```
```html
测试
内容
test
```
显示为「测试内容 test」，其中英文附近的空格是浏览器自动添加的词间距，在符合 CommonMark 规范的情况下可以将段落拆分，
方便维护，然后太长的链接、表格和被 base64 编码的图片不需要拆分，接着将文本编辑器的自动换行关闭，
就能方便的编写 Markdown 文档。
如果选择拆分，可以选择 100、120 左右的宽度。然后是换行风格，换行风格有两种，以 80 作为宽度的示例如下：
```markdown
将段落拆分的原因应该是为了方便维护，曾经 HTML 网页几乎都是人
力编写的全部或者部分，如果一个段落有数千个字符，而编辑器没有
自动换行功能，就会很痛苦了。而现代的编辑器基本都有自动换行功
能，即使如此，还是有「缩减栏宽」等功能，将文字以一定的宽度分
段，防止 16:9 宽屏带来的阅读障碍。
```
```markdown
将段落拆分的原因应该是为了方便维护，
曾经 HTML 网页几乎都是人力编写的全部或者部分，
如果一个段落有数千个字符，而编辑器没有自动换行功能，
就会很痛苦了。而现代的编辑器基本都有自动换行功能，
即使如此，还是有「缩减栏宽」等功能，将文字以一定的宽度分段，
防止 16:9 宽屏带来的阅读障碍。
```
方法 1 看起来和谐，方法 2 易读易编辑。
### GWLM 16-5 超链接
#### GWLM 16-5-0 超链接概述
超链接的全称是超链接（[hyperlink][]），有时也简称为超链，是富文本重要的功能之一，
随后被万维网的 HTML \ 元素发扬光大。
之后超链接的用法大致也遵循 HTML 的用法，比如 Word、PDF 都能创建文字超链接。不过 HTML 可以给各种内容创建超链接，
比如图片和按钮等。
**名称历史：**
1991 年，蒂姆·伯纳斯-李（T. Berners-Lee）发表了 [_HTML Tags_][]，是介绍 HTML 的文档，
当时的锚元素（anchors）还没有提到超链接这一用语。
1995 年，蒂姆·伯纳斯-李以及 MIT/W3C 发布了 [RFC 1866][]（_Hypertext Markup Language - 2.0_），开始使用超链接这一用语。
锚元素、超链接等词语的关系大概如下所示：
超链接（维恩图），通过 [benfred/venn.js](https://github.com/benfred/venn.js/) 绘制
所以超链接算是更高层的概念，通常指使用了锚元素的一段内容。比如
在 1994 年的 [_Uniform Resource Locators (URL)_][]（草案），以及正式版 [RFC 1738][] 中，
万维网之父——蒂姆·伯纳斯-李，使用了尖括号来表示纯文本中的 URL，但有一些差异。
前者作为附录的非强制标准，后者同样是建议：
+ _Uniform Resource Locators (URL)_（草案）
``
+ RFC 1738
``
随后在 2005 年被编写到了 RFC 3986 的 [附录 C](https://datatracker.ietf.org/doc/html/rfc3986#appendix-C) 中，
建议使用引号或者空格等字符包裹 URI，其中最佳方案是尖括号。
**用法：**
给超链接（URL）的左右添加尖括号，其他 URI 比如 DOI 也可以：
**Markdown：**
Markdown 跟 RFC 3986 提到的尖括号相似，然后会将：
`，其中的 src 和 alt 都是 HTML 元素属性。
图片的这两个属性，都能被 Markdown 书写：``，但如需要更复杂的属性，
Markdown 本身就无法做到了，比如图片太宽，那么 `width=50%` 这样的，降低宽度的元素属性就无法添加，
除非写成很复杂的 HTML：
```html
```
Maruku 的开发者注意到了这种问题，于是设计了 [向 Markdown 添加元数据语法的方案][mrkp]，就像下面的演示：
```markdown
一段测试文字。
{: class="test" }
```
将被 Maruku 解释为：
```html
一段测试文字。
```
不过 Maruku 早已停止更新。
附言：Maruku 的 Attribute List 功能，可能源自 [Textile 的 Attributes 系列功能][tta]，或是 [asciidoc 的属性语法][adea]，
不过暂未找到相关证据。
**功能：**
Attribute List 有一些写法要求：
1. 以「`{:`」开头，「`}`」结尾，在中间放入元素，元素间使用空格分割。
2. 元素类型有以下四种：
1. 键／值对（`abc="def"`）
2. 参考的 ALD（`ref`）
3. id 说明符（`#myid`）
4. 类说明符（`.myclass`）
IAL 是 inline attribute lists 的简称，意为内联属性列表，直接对元素添加属性，用法如下。
```markdown
演示段落，含有 **粗体**{: .test_1 }，
段落第二行，演示 [链接](https://example.com/){: .test_2 }。
{: .test_3 }
```
将被 Maruku 解释为：
```html
演示段落，含有 粗体，
段落第二行，演示 链接。
```
底部的 `{: .test_3 }` 是对块级元素添加属性，段落中的 `{: .test_1 }` 是对行内跨级元素添加属性。
ALD 是 attribute lists definitions 的简称，意为定义属性列表，是引用式的写法，用法如下：
```markdown
一段测试文字。
{: test_ref }
{:test_ref: key=val .class #id }
```
可以在多地使用 `{: test_ref }` 这样的写法，就像 Markdown 的引用式链接，以及常用的扩展语法，脚注的引用式写法。
**兼容性：**
Maruku 对此功能的探索，有被其他解析器吸收，比如 Python-Markdown（须启用 [官方扩展 Attribute Lists][pmal]）以及 kramdown，
只是不同的 Markdown 解析器，实现了不同的功能，具体情况如下：
| ＼ | [Maruku][mrkp] | [kramdown][kdald] | [Python-Markdown][pmal] |
| :---: | :------------: | :---------------: | :---------------------: |
| IAL | 〇 | 〇 | 〇 |
| ALD | 〇 | 〇 | ㄨ |
Python-Markdown 不支持 ALD。使用 JavaScript 实现的 Remark，也许能使用年久失修的第三方 [remark-attr][rma] 插件，
同样不支持 ALD。
本地编辑器中，Obsidian 也有第三方插件 [Markdown Attributes][obma]，不支持 ALD，并且 IAL 的内联功能已经失效。
[Pandoc][pi684] 支持一些写法，不过花括号后没有冒号。
在这当中，kramdown 被用作 Jeykll 的渲染器，Python-Markdown 被用在 MkDocs 中，都算是广泛使用，
所以如果经常在这类平台展示文本，那么使用 Attribute Lists 是很合理的。只是 Attribute Lists 在其他 Markdown 渲染器中，
会原样输出，所以对于在多地展示的文本，也许应该慎用。
**使用：**
Maruku 的写法比较随意，比如 `{:.test_2}`、`{: .test_2}`、`{:.test_2 }` 和 `{: .test_2 }`，都有出现。这里建议多用空格，
即开头「`{:`」、属性和结尾「`}`」 之间都有空格，比较合理。
属性顺序，可以按照先前「写法要求」的顺序，进行排列。多个同类属性，就以字母顺序排列吧，比如：
1. 键／值对（`abc="def"`）
2. 参考的 ALD（`ref`）
3. id 说明符（`#myid`）
4. 类说明符（`.myclass`）
```markdown
一段测试文字。
{: abc="def" bbc="obs" ref #myid .all .myclass }
```
最后，汇总一下各种 Markdown 软件的 Attribute Lists 功能页面：
+ [maruku][mrkp]
+ [kramdown][kdald]
+ [Pandoc][pi684]
+ Python-Markdown 官方扩展 [Attribute Lists][pmal]
+ Remark 第三方扩展 [remark-attr][rma]
+ Obsidian 第三方插件 [Markdown Attributes][obma]
[adea]: https://docs.asciidoctor.org/asciidoc/latest/attributes/element-attributes/
[kdald]: https://kramdown.gettalong.org/syntax.html#attribute-list-definitions
[mrkp]: https://web.archive.org/web/20070111085028/http://maruku.rubyforge.org/proposal.html
[obma]: https://github.com/javalent/markdown-attributes
[pi684]: https://github.com/jgm/pandoc/issues/684
[pmal]: https://python-markdown.github.io/extensions/attr_list/
[rma]: https://github.com/arobase-che/remark-attr
[tta]: https://textile-lang.com/doc/spans
### GWLM 16-10 复合效果
链接、斜体强调与加粗强调，
是常用的富文本效果／元素。但是它们有时候会同时使用，嵌套的内外顺序也不影响视觉和 SEO，比如：
```html
text 1
```
```html
text 2
```
这两个斜体的链接，在页面中所呈现的效果相同，但是 Markdown 写法的差异较大：
```markdown
_[text 3](https://example.com/)_
```
```markdown
_[text 4][]_
[text 4]: https://example.com/
```
```markdown
[_text 5_](https://example.com/)
```
```markdown
[_text 6_][]
[_text 6_]: https://example.com/
```
由于 Markdown 支持引用式链接，如果同一个链接有时斜体，有时正常。那么倾斜标记在外部更好用：
```markdown
_[text 7][]_
[text 7][]
[text 7]: https://example.com/
```
所以在嵌套顺序中，最里是链接比较合适。同样的顺序，也能在 Gmail 与 richtexteditor.com 编辑器中看到。
---
关于斜体强调与加粗强调，`text` 与 `text` 的写法都不被建议。
因为它们语义都有强调，同时使用会出现语义重复。[^00590]
[^00590]: Jitendra Vyas, _[Does it matter in or in ?](https://stackoverflow.com/questions/2200590/does-it-matter-strong-in-em-or-em-in-strong)_, Stack Overflow, 2010-02-04. (参照 2024-04-03).
推荐的写法可能是 `text` 或者 `text` 吧。
### GWLM 16-xx Admonitions
〔待续〕
### GWLM 16-xx Markdown 的 CJK 缺陷
Markdown 最初的开发者，以及许多兼容的渲染器都没怎么考虑国际化，这会导致一些问题。
比如内联语法不一定兼容没有空格的情况：
```markdown
这是一段包含**部分加粗**词语的文字。
```
〔待续〕
### GWLM 16-xx 其他内容
暂定的规则，需要研究。
## GWLM 17 日期与时间
```yaml
标题: 日期与时间
创建时间: 2023-10-11
```
### GWLM 17-0 日期与时间概述
**标准：**
日期与时间是重要的工具，能记录文章的发布时间，如果没有它，那么先后提示就不复存在，非常不方便。
因为不同地区使用的格式略有差异，所以需要设立含有少量字符的基础格式，用来被电脑识别。
不过这项标准意外的完成得晚，1998 年才推出 [ISO 8601][]，并且主要原因还是为了应对 [千年虫问题][]……
[ISO 8601]: https://en.wikipedia.org/wiki/ISO_8601
[千年虫问题]: https://en.wikipedia.org/wiki/Year_2000_problem
大致格式就像「2023-09-17T18:42:22Z」。
**格式化：**
完整的 ISO 8601 时间不适合阅读，所以会格式化成符合当地或是作者风格的格式，比如「YYYY-MM-DD」是被格式化的日期，
比如「1234-05-06」这样，其中的「YYYY」是模板。
在编程语言中很流行这类格式化方法，比如 JavaScript 的 [Moment.js][] 库，下面是它常见的标记模板：
[Moment.js]: https://momentjs.com
| 「en」 | 标记 | 输出 |
| ------ | ---- | ------------------------------------ |
| 年 | YY | 70 71 … 29 30 |
| | YYYY | 1970 1971 … 2029 2030 |
| 月 | M | 1 2 … 11 12 |
| | MM | 01 02 … 11 12 |
| | MMM | Jan Feb … Nov Dec |
| | MMMM | January February … November December |
| 日 | D | 1 2 … 30 31 |
| | DD | 01 02 … 30 31 |
| AM/PM | A | AM PM |
| | a | am pm |
| 时 | H | 0 1 … 22 23 |
| | HH | 00 01 … 22 23 |
| | h | 1 2 … 11 12 |
| | hh | 01 02 … 11 12 |
| | k | 1 2 … 23 24 |
| | kk | 01 02 … 23 24 |
| 分 | m | 0 1 … 58 59 |
| | mm | 00 01 … 58 59 |
| 秒 | s | 0 1 … 58 59 |
| | ss | 00 01 … 58 59 |
不同地区也有一些差异，不过这里暂时不再详细探讨：
| 「zh」 | 标记 | 输出 |
| ------ | ---- | -------------------------- |
| 月 | MMM | 1月 2月 …… 11月 12月 |
| | MMMM | 一月 二月 …… 十一月 十二月 |
| AM/PM | A | 上午 下午 |
有了这些标记模板，就能格式化出各种日期样式。
备注：将 AM 和 PM 翻译成上午和下午本身没有为什么问题，但是不符合中文习惯，比如 11:30 在中文语境下，应称作中午，
而 Moment.js 支持更细致的调整其他地区的时间状态，比如下面将中文的「AM/PM」分了 5 个时间状态。
```javascript
moment.updateLocale('zh-cn', {
meridiem : function (hour, minute, isLowercase) {
if (hour < 9) {
return "早上";
} else if (hour < 11 && minute < 30) {
return "上午";
} else if (hour < 13 && minute < 30) {
return "中午";
} else if (hour < 18) {
return "下午";
} else {
return "晚上";
}
}
});
```
### GWLM 17-1 日期
首先定义模板内容：
1. 半角数字：0123456789
2. 全角数字：０１２３４５６７８９
3. 汉字数字（含十的幂）：
1. 零一二三四五六七八九十百千万亿兆京
2. 〇一二三四五六七八九十百千万亿兆京
3. 零壹貳叁肆伍陸柒捌玖拾佰仟萬億兆京
4. 汉字数字（不含十的幂）：
1. 零一二三四五六七八九
2. 〇一二三四五六七八九
3. 零壹貳叁肆伍陸柒捌玖
5. 月份 Unicode：㋀㋁㋂㋃㋄㋅㋆㋇㋈㋉㋊㋋
6. 日期 Unicode：㏠㏡㏢㏣㏤㏥㏦㏧㏨㏩㏪㏫㏬㏭㏮㏯㏰㏱㏲㏳㏴㏵㏶㏷㏸㏹㏺㏻㏼㏽㏾
7. 时刻 Unicode：㍘㍙㍚㍛㍜㍝㍞㍟㍠㍡㍢㍣㍤㍥㍦㍧㍨㍩㍪㍫㍬㍭㍮㍯㍰
那么 {{MM.2}} 这样的伪代码，就表示以列表 2 中的数字替代 MM 月份原本的数字。
将「2023-10-11」用下面的模板格式化，就能输出各种格式：
| 模板 | 输出 |
| -------------------------------------- | ------------------------ |
| {{YYYY.1}}年{{MM.1}}月{{DD.1}}日 | 2023年10月11日 |
| {{YYYY.2}}年{{MM.2}}月{{DD.2}}日 | ２０２３年１０月１１日 |
| {{YYYY.3.1}}年{{MM.3.1}}月{{DD.3.1}}日 | 二千零二十三年十月十一日 |
| {{YYYY.4.1}}年{{MM.3.1}}月{{DD.3.1}}日 | 二零二三年十月十一日 |
| {{YYYY.4.2}}年{{MM.3.2}}月{{DD.3.2}}日 | 二〇二三年十月十一日 |
| {{YYYY.4.2}}年{{MM.4.2}}月{{DD.4.2}}日 | 二〇二三年一〇月一一日 |
| {{YYYY.1}}年{{MM.5}}{{DD.6}} | 2022年㋉㏪ |
### GWLM 17-2 时间
〔待续〕
### GWLM 17-3 修补
将日期／时间视作整体，不为「YYYY」「年」「MM」「月」「DD」「日」之间添加空格，并在前后添加空格。[^ccg_102]
[^ccg_102]: undeadway, 《[是否可以明确一下日期的书写格式 · Issue #102 · sparanoid/chinese-copywriting-guidelines](https://github.com/sparanoid/chinese-copywriting-guidelines/issues/102)》, GitHub, 2019-12-25. (参照 2023-08-27).
> 有条 issues 在 2019年12月25日 23时20分30秒 发布。
> 有条 issues 在 2019 年 12 月 25 日 23 时 20 分 30 秒发布。（不符合）
规则是「年月日」「时分秒」各为一组，如果缺少一个时间单位，依然特殊处理：
> 有条 issues 在 12月25日 23时20分 发布。
如果仅有一个时间单位，那么就不特殊处理：
> 有条 issues 在 25 日 23 时发布。
> 有条 issues 在 12月25日 23 时发布。
## GWLM 18 简体中文标点符号修补
```yaml
标题: 简体中文标点符号修补
创建时间: 2023-09-05
```
### GWLM 18-1 单层书名号修补
作品名存在包含关系时，可以使用单层书名号来表示章、节、篇等。
例如：《道德经》分为〈德〉〈道〉两篇。
### GWLM 18-2 替换「弯引号」为「全角直角引号」
| 原始 | Unicode | 修改后 | Unicode |
| :---: | :------: | :----: | :------: |
| “ | `U+201C` | 「 | `U+300C` |
| ” | `U+201D` | 」 | `U+300D` |
| ‘ | `U+2018` | 『 | `U+300E` |
| ’ | `U+2019` | 』 | `U+300F` |
### GWLM 18-3 替换「半角间隔号」为「全角间隔号」
| 原始 | Unicode | 修改后 | Unicode |
| :---: | :------: | :----: | :------: |
| / | `U+002F` | ／ | `U+FF0F` |
### GWLM 18-4 替换「全角括号」为「半角括号」
| 原始 | Unicode | 修改后 | Unicode |
| :---: | :------: | :----: | :------: |
| （ | `U+FF08` | ( | `U+0028` |
| ） | `U+FF09` | ) | `U+0029` |
### GWLM 18-5 替换「全角逗号」为「半角逗号」
| 原始 | Unicode | 修改后 | Unicode |
| :---: | :------: | :----: | :------: |
| ， | `U+FF0C` | , | `U+002C` |
### GWLM 18-6 替换「CJK 通用全角句号」为「CJK 通用半角句号」
| 原始 | Unicode | 修改后 | Unicode |
| :---: | :------: | :----: | :------: |
| 。 | `U+3002` | ｡ | `U+FF61` |
### GWLM 18-7 替换「CJK 通用全角句号」为「西式半角句号」
| 原始 | Unicode | 修改后 | Unicode |
| :---: | :------: | :----: | :------: |
| 。 | `U+3002` | . | `U+002E` |
### GWLM 18-8 替换「全角单层直角引号」为「半角单层直角引号」
| 原始 | Unicode | 修改后 | Unicode |
| :---: | :------: | :----: | :------: |
| 「 | `U+300C` | ｢ | `U+FF62` |
| 」 | `U+300D` | ｣ | `U+FF63` |
## GWLM 19 文件名
〔待续〕
将要研究比如「《中国互联网络发展状况统计报告》.pdf」这样的文件名，如何对文件进行合理命名比较好，符合那些要求等问题。
## GWLM 20 文件扩展名
[文件扩展名](https://en.wikipedia.org/wiki/Filename_extension) 是文件名的一部分，主要用来给观测者提示文件格式。
+ 大多数格式都有制作者，所以在使用全称或者专有名称时，直接以设计者的写法来书写即可。
+ 如果单纯是扩展名，那么通常使用小写的，并且左侧不需要分隔符（西式句点）。
因为文件名，比如 `abc.jpg` 能被分成三个部分，分别是文件名称、分隔符和文件扩展名。通常不认为分隔符属于文件扩展名的一部分，
也就是说 `jpg` 才是文件扩展名，只是因为习惯常将分隔符（西式句点）放入文字描述中。
附言：不是所有的文件系统，都将分隔符设为西式句点。
所以符合规则的表述方法如下所示：
1. 以格式表述：
+ 这是 JPEG 格式的图片。
+ Markdown 格式的文档。
+ 符合 HTML 格式的网页。
+ 采用了 tar 和 gzip 格式的压缩文件。
2. 以文件扩展名表述：
+ 文件扩展名是 `jpg` 的图片。
+ 文件扩展名是 `md` 的文档。
+ 文件扩展名是 `html` 的网页。
+ 文件扩展名是 `tar.gz` 的存档文件。
特殊情况：在一些老文件，比如「ARP.EXE」在讨论时，可以使用 `EXE` 作为文件扩展名表述。
---
一个思想实验：是否存在没有文件名称，只有文件扩展名的文件？
答案是可以，Windows 的资源管理器（Explorer）能够识别 `.png` 这样的文件为图像。不过受限于大多数文件管理器的算法，
单纯的 `png` 不会被识别为 `png` 扩展名，而会被识别为文件名称。
## GWLM 100 连续汉字问题
〔内容待填充〕
> 〇〇中学学生会会长。
> 列车车长。
> 上海南站站。
> 上海火车站站。
## GWLM 101 冗余首字母缩写综合征
〔内容待填充〕
ATM（自动取款机）有时为了标明其机器属性，也会使用 ATM 机（ATM machine），这样的拼写方式叫做
[RAS syndrome](https://en.wikipedia.org/wiki/RAS_syndrome)（redundant acronym syndrome, 冗余首字母缩写综合征），
比如 HIV 病毒、LCD 显示器甚至是 IP 协议……
## GWLM 15834 简体中文标点符号用法模块化
```yaml
标题: 简体中文标点符号用法模块化
创建时间: 2023-08-28
```
〈GWLM 15834 简体中文标点符号用法模块化〉的主要目的是重写出一个符合 CC-BY 4.0 协议，
并兼容《[GB/T 15834—2011 标点符号用法标准][]》的模块。这样在未来就不需要以不够开放的资料，
作为 GWLM 的基础，但是任重道远，还有大量待重写的部分。
《GB/T 15834—2011 标点符号用法标准》属于推荐标准。即使是
《[GB/T 1.1—2020 标准化工作导则第1部分 标准化文件的结构和起草规则][]》9.4.2.4，
也没有遵守《GB/T 15834—2011》，将下划线当作了着重号。所以读作遵守，写作参考。
### GWLM 15834-0
作为全选 GWLM 15834 内容的模块，表示 GWLM 15834-1、GWLM 15834-2、GWLM 15834-3、GWLM 15834-4,
GWLM 15834-5、GWLM 15834-6、GWLM 15834-7 下的一切内容。
### GWLM 15834-1 范围
本模块规定了简体中文标点符号的用法，适用于简体中文书写系统。
### GWLM 15834-2 简体中文标点符号词汇表
#### GWLM 15834-2-1 标点符号 (punctuation)
标点符号是辅助断句、标示的符号，所以移除标点符号后，仍然能够获悉文字大意，
但增加了阅读的复杂度，还有歧义。
用来断句的符号是「点号」，标示的符号是「标号」。
#### GWLM 15834-2-2 句子
被句末点号包围的，表达相对完整意义的语言单位。
#### GWLM 15834-2-3 复句（复合句）
复句，又称「复合句」。由两个或以上意义上有密切关系含的分句组成的语言单位。
#### GWLM 15834-2-4 分句（单句）
分句，又称「单句」。被句内点号包围，含有相对完整意义的语言单位。
#### GWLM 15834-2-5 语段
对各种语言单位（词、句子、复句等）的统称。
#### GWLM 15834-2-6 点号
表示各种强度的停顿符号，分为「句末点号」和「句内点号」。
##### GWLM 15834-2-6-1 句末点号
表示一句话的结束。包括
[句号](#gwlm-15834-4-1-句号)、
[问号](#gwlm-15834-4-2-问号)、
[叹号](#gwlm-15834-4-3-叹号)。
##### GWLM 15834-2-6-2 句内点号
表示句内各种不同性质的停顿。包括
[逗号](#gwlm-15834-4-4-逗号)、
[顿号](#gwlm-15834-4-5-顿号)、
[分号](#gwlm-15834-4-6-分号)、
[冒号](#gwlm-15834-4-7-冒号)。
#### GWLM 15834-2-7 标号
起到标示作用的符号，使用标号（标示符号）能够快速识别某段文字的作用。
包括
[广义括号](#gwlm-15834-2-8-广义括号)、
[破折号](#gwlm-15834-4-10-破折号)、
[省略号](#gwlm-15834-4-11-省略号)、
[着重号](#gwlm-15834-4-12-着重号)、
[连接号](#gwlm-15834-4-13-连接号)、
[间隔号](#gwlm-15834-4-14-间隔号)、
[专名号](#gwlm-15834-4-16-专名号)、
[分隔号](#gwlm-15834-4-17-分隔号)。
#### GWLM 15834-2-8 广义括号
广义括号（包括符号）属于特殊的标号，一左一右的包裹文字标记使用。
包括
[引号](#gwlm-15834-4-8-引号)、
[括号](#gwlm-15834-4-9-括号)、
[书名号](#gwlm-15834-4-15-书名号)。
### GWLM 15834-3 未定义
《GB/T 15834—2011 标点符号用法标准》的 2 与 3 小节被合并到了 GWLM 15834-2，所以 GWLM 15834-3 暂时空缺。
### GWLM 15834-4 标点符号的定义、形式和基本用法
#### GWLM 15834-4-1 句号
GWLM 15834-4-1 是替代《GB/T 15834—2011 标点符号用法标准》4.1 的模块，
描述了句号的定义、形式和基本用法。
+ GWLM 15834-4-1-1 定义
句末点号，表示以陈述语气结束一句话的停顿与标示。
+ GWLM 15834-4-1-2 形式
句号的形式是「。」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------------ |
| 。 | `U+3002` | [Ideographic Full Stop](https://www.compart.com/en/unicode/U+3002) |
+ GWLM 15834-4-1-3 基本用法
+ GWLM 15834-4-1-3-1 用于句子末尾，表示陈述语气。
> （海鸥甲：待会去码头整点薯条？）
>
> 海鸥乙：恩。
>
> 海鸥丙：我也要去，别忘记我。
+ GWLM 15834-4-1-3-2 祈使和惊叹句的语气不强烈，可使用句号。
> 少女祈祷中。
> 更新后的版本实在是糟糕。
#### GWLM 15834-4-2 问号
GWLM 15834-4-2 是替代《GB/T 15834—2011 标点符号用法标准》4.2 的模块，
描述了问号的定义、形式和基本用法。
+ GWLM 15834-4-2-1 定义
句末点号，表示以疑问语气结束一句话的停顿与标示。
+ GWLM 15834-4-2-2 形式
问号的形式是「？」。
| 符号 | Unicode | 名称 |
| :---: | :------: | -------------------------------------------------------------------- |
| ？ | `U+FF1F` | [Fullwidth Question Mark](https://www.compart.com/en/unicode/U+FF1F) |
+ GWLM 15834-4-2-3 基本用法
+ GWLM 15834-4-2-3-1 用于句子末尾，表示疑问语气（包括反问、设问等疑问类型）。
> 为什么无法运行这个软件？
> 啊？
+ GWLM 15834-4-2-3-2 在选择问句的句中，可使用问号替代逗号。
> 什么键盘轴体更好：机械轴，光轴，还是电磁轴？
> 什么键盘轴体更好：机械轴？光轴？还是电磁轴？
+ GWLM 15834-4-2-3-3 异常强烈的疑问时，可叠问号，通常是依次递增，最多可叠三个问号。
> 我儿子每一科的成绩都不过那个平均分呐，他现在初二，你叫我儿子怎么办啊？
> 他现在还不到高中啊好不好？？
> 你们这是什么群啊？？？
+ GWLM 15834-4-2-3-4 问号也有标号的用法，可用于句内，表示存疑或不详。
> 老子（前 571？—前 471？），可能名为李耳，世人尊称为「老子」。
> 黄石公（？—？），秦朝末年人物，曾传授张良兵法。
> 这把剑（刀？）不好用。
#### GWLM 15834-4-3 叹号
+ GWLM 15834-4-3-1 定义
句末点号，表示以感叹语气结束一句话的停顿与标示。
+ GWLM 15834-4-3-2 形式
叹号的形式是「！」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ----------------------------------------------------------------------- |
| ！ | `U+FF01` | [Fullwidth Exclamation Mark](https://www.compart.com/en/unicode/U+FF01) |
+ GWLM 15834-4-3-3 基本用法
+ GWLM 15834-4-3-3-1 用于句子末尾，表示感叹语气，也可用于祈使、反问等类型。
> 跳票这么久，终于发售了！
> 电次！不要开门！
> 哟！你们也来打雪仗了啊！
+ GWLM 15834-4-3-3-2 用于拟声词后，表示声音持续时间较短。
> 咚！咚！咚！特勤干员 Fuze 正在释放集束炸弹。
> 轰！人质被集束炸弹杀死，游戏结束。
+ GWLM 15834-4-3-3-3 声音大或者加大，以及异常强烈的情感，可叠用叹号，最多可叠三个叹号。
> 冻住！不许走！！
+ GWLM 15834-4-3-3-4 用于同时包含疑问、感叹两种语气且都比较强烈时，可同时使用问号以及感叹号。
> 你敢直面恐惧吗？！
#### GWLM 15834-4-4 逗号
GWLM 15834-4-4 是替代《GB/T 15834—2011 标点符号用法标准》4.4 的模块，
描述了逗号的定义、形式和基本用法。
+ GWLM 15834-4-4-1 定义
句内点号，表示句子尚未结束的常规停顿与标示。
+ GWLM 15834-4-4-2 形式
逗号的形式是「，」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------ |
| ， | `U+FF0C` | [Fullwidth Comma](https://www.compart.com/en/unicode/U+FF0C) |
+ GWLM 15834-4-4-3 基本用法
+ GWLM 15834-4-4-3-1 为复句分隔，宜用逗号，有时用 [分号](#gwlm-15834-4-6-分号)。
> 能观测就能干涉，能干涉就能控制。
> 我前脚刚走，后脚就跟上了。
+ GWLM 15834-4-4-3-2 用于间隔各种语法位置。
> 收集各种奖杯，也没什么用。
> 准备好大容量硬盘，还有高速的网络，以及 ArchiveTeam Warrior 来众包存档吧。
+ GWLM 15834-4-4-3-3 用于口语化文字的停顿处。
> 团长，车已经准备好了。
> 第一，绝对不会意气用事；第二，绝对不漏判任何一件坏事；第三，绝对裁判得公正漂亮。
#### GWLM 15834-4-5 顿号
GWLM 15834-4-5 是替代《GB/T 15834—2011 标点符号用法标准》4.5 的模块，
描述了顿号的定义、形式和基本用法。
+ GWLM 15834-4-5-1 定义
句内点号，表示语段中并列词语之间或某些序次语之后的停顿与标示。
+ GWLM 15834-4-5-2 形式
顿号的形式是「、」。
| 符号 | Unicode | 名称 |
| :---: | :------: | -------------------------------------------------------------- |
| 、 | `U+3001` | [Ideographic Comma](https://www.compart.com/en/unicode/U+3001) |
+ GWLM 15834-4-5-3 基本用法
+ GWLM 15834-4-5-3-1 作为弱于逗号的停顿，示例：
> 我准备讲两个问题：一、CSGO 经济系统是什么？二、怎样学好 CSGO 经济系统？
> 甲、意识；乙、枪法；丙、道具；丁、运气。
> 寻血猎犬总是不断、不断地重伤倒地。
+ GWLM 15834-4-5-3-2 作为连词的替代符号。[^lw]
[^lw]: 【连词】连接两个词语的词语，比如「和」「跟」「与」及「或者」。
> 《Apex 英雄》是一款专注于角色、小队制的大逃杀射击游戏。
> GDP、人均 GDP 和常住人口这项指标，可以划分出一、二、三线城市。[^ltcic]
[^ltcic]: xunyun, [_Lower-tier_Cities_in_China/data/低线城市划分.md_](https://github.com/xunyun/Lower-tier_Cities_in_China/blob/master/data/低线城市划分.md), GitHub, 2018-11-20. (参照 2023-08-27).
如果本来就没有必要使用「连词」，那么也无需使用顿号。
> 我喜欢《Apex 英雄》《机器人总动员》《我兔斯基你》「东方 Project」这些作品。
书名号或者引号已将这些内容间隔开了，所以不再需要使用「连词」或者顿号，但是如果这些词语的首尾符号不同，
那么就需要使用顿号间隔。
> 我喜欢《Apex 英雄》（游戏）、《机器人总动员》（电影）、《我兔斯基你》（绘本）、「东方 Project」
（文化）这些作品。
因为括号属于夹注，能够推理出括号内容是对前文的注释，但是混排在一起就会缺少间隔，
增加了理解句子的难度。
> 我喜欢《Apex 英雄》（游戏）《机器人总动员》（电影）《我兔斯基你》（绘本）「东方 Project」（文化）
这些作品。（误）
#### GWLM 15834-4-6 分号
GWLM 15834-4-6 是替代《GB/T 15834—2011 标点符号用法标准》4.6 的模块，
描述了分号的定义、形式和基本用法。
+ GWLM 15834-4-6-1 定义
句内点号，作为分割并列关系复句的停顿与标示，重复句式的间隔。
+ GWLM 15834-4-6-2 形式
分号的形式是「；」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ---------------------------------------------------------------- |
| ； | `U+FF1B` | [Fullwidth Semicolon](https://www.compart.com/en/unicode/U+FF1B) |
+ GWLM 15834-4-6-3 基本用法
+ GWLM 15834-4-6-3-1 作为分割并列关系复句的停顿，比起逗号的间隔感更强。
> 正因为生命有限，所以才显得更重要；正因为生命有限，所以才更应该努力不懈。
> 大道废，有仁义；智慧出，有大伪；六亲不和，有孝慈；国家昏乱，有忠臣。
+ GWLM 15834-4-6-3-2 主要作为选择、转折等关系之间的停顿。
> 在人类生活的壮丽行列中，我觉得真正可贵的，不是政治上的国家，而是有创造性的、
> 有感情的个人，是人格；只有个人才能创造出高尚的和卓越的东西，而群众本身在思想上总是迟钝的，
> 在感觉上也是迟钝的。
+ GWLM 15834-4-6-3-3 用于分项列举的各项之间。
> 第一，绝对不会意气用事；第二，绝对不漏判任何一件坏事；第三，绝对裁判得公正漂亮。
#### GWLM 15834-4-7 冒号
GWLM 15834-4-7 是替代《GB/T 15834—2011 标点符号用法标准》4.7 的模块，
描述了冒号的定义、形式和基本用法。
+ GWLM 15834-4-7-1 定义
句内点号，提起下文或总结上文的停顿与标示。
+ GWLM 15834-4-7-2 形式
冒号的形式是「：」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------ |
| ： | `U+FF1A` | [Fullwidth Colon](https://www.compart.com/en/unicode/U+FF1A) |
+ GWLM 15834-4-7-3 基本用法
+ GWLM 15834-4-7-3-1 用于解释符号前的提示词，或者表示有人说话，用来提示下文。
> 和平捍卫者的配件：霰弹枪栓、瞄具、枪托和干扰器。
> 系色望：「我是视而不见的专家哦，我就是靠对所有事情视而不见活下来的！」
+ GWLM 15834-4-7-3-2 用于总结上文。
> 张华考上了北京大学；李萍进了中等技术学校；我在百货公司当售货员：我们都有光明的前途。
+ GWLM 15834-4-7-3-3 用在需要说明的词语之后，表示注释和说明。
> 机箱：黑暗骑士 Z1；硬盘：希捷 500 GB 黑盘；显示器：AOC C27G2ZE/11。
+ GWLM 15834-4-7-3-4 用于信件（包括短信和电子邮件）、讲话稿中称谓语或称呼语之后。
> 尊敬的客户：您缴费已成功……
+ GWLM 15834-4-7-3-5 冒号不应在一段内重复使用，列表式内容宜起多段表示层级。
> 这赛季的枪械排名：
>
> T0：复仇女神、复仇男神。
>
> T1：和平捍卫者、R99。
>
> T2：三重狙击枪、R301。
>
> T3：莫桑比克、P2020。
#### GWLM 15834-4-8 引号
GWLM 15834-4-8 是替代《GB/T 15834—2011 标点符号用法标准》4.8 的模块，
描述了引号的定义、形式和基本用法。
+ GWLM 15834-4-8-1 定义
广义括号，标示引用、强调或指出。
+ GWLM 15834-4-8-2 形式
引号的形式有「“」「”」和「‘」「’」，分为主副两套，每套都由左、右引号组成。
也能使用其他具有前后关系的词语形容，比如前、后引号；开、关引号。
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------------------ |
| “ | `U+201C` | [Left Double Quotation Mark](https://www.compart.com/en/unicode/U+201C) |
| ” | `U+201D` | [Right Double Quotation Mark](https://www.compart.com/en/unicode/U+201D) |
| ‘ | `U+2018` | [Left Single Quotation Mark](https://www.compart.com/en/unicode/U+2018) |
| ’ | `U+2019` | [Right Single Quotation Mark](https://www.compart.com/en/unicode/U+2019) |
其他相似形状或功能的符号：
| 符号 | Unicode | 名称 |
| :---: | :------: | --------------------------------------------------------------------------- |
| 「 | `U+300C` | [Left Corner Bracket](https://www.compart.com/en/unicode/U+300C) |
| 」 | `U+300D` | [Right Corner Bracket](https://www.compart.com/en/unicode/U+300D) |
| 『 | `U+300E` | [Left White Corner Bracket](https://www.compart.com/en/unicode/U+300E) |
| 』 | `U+300F` | [Right White Corner Bracket](https://www.compart.com/en/unicode/U+300F) |
| ｢ | `U+FF62` | [Halfwidth Left Corner Bracket][] |
| ｣ | `U+FF63` | [Halfwidth Right Corner Bracket](https://www.compart.com/en/unicode/U+FF63) |
+ GWLM 15834-4-8-3 基本用法
+ GWLM 5834-4-8-3-1 标示直接引用的内容。
> 教师就是善意谎言的最佳典范！「你只要努力，就一定办得到！」老师说的善意谎言是对学生的体贴！
+ GWLM 5834-4-8-3-2 标示重点、强调的内容。
> 你知道「阿基米德原理」吗？
> 连接号的形式有短横线「-」等符号。
+ GWLM 5834-4-8-3-3 标示特殊含义的文字。
> 将游戏比作「第九艺术」，源自游戏期刊《新潮电子》中的〈第九艺术〉一文。
+ GWLM 5834-4-8-3-4 引号可以嵌套，但须交替使用。
> 栉川鸠子：「别写成『镇魂歌』读作『Requiem』啊！」
> 屏幕上显示「我说：『你知道「阿基米德原理」吗？』」
+ GWLM 5834-4-8-3-5 引用不止一段时，只需在最后一段使用右引号。
> 「为什么要起一堆外号和异名啊！
>
> 「交了一堆后不是只是更加的理解困难吗？
>
> 「不管是英文还是什么，别给我加上一堆片假名啊！」
#### GWLM 15834-4-9 括号
GWLM 15834-4-9 是替代《GB/T 15834—2011 标点符号用法标准》4.9 的模块，
描述了括号的定义、形式和基本用法。
+ GWLM 15834-4-9-1 定义
广义括号，标示注释、补充等内容。
+ GWLM 15834-4-9-2 形式
括号的形式有圆括号：「（」「）」；方括号：「［」「］」；六角括号：「〔」「〕」；方头括号：「【」「】」，
每套都由左、右括号组成。也能使用其他具有前后关系的词语形容，比如前、后括号；开、关括号。
| 符号 | Unicode | 名称 |
| :---: | :------: | --------------------------------------------------------------------------- |
| （ | `U+FF08` | [Fullwidth Left Parenthesis](https://www.compart.com/en/unicode/U+FF08) |
| ） | `U+FF09` | [Fullwidth Right Parenthesis](https://www.compart.com/en/unicode/U+FF09) |
| ［ | `U+FF3B` | [Fullwidth Left Square Bracket](https://www.compart.com/en/unicode/U+FF3B) |
| ］ | `U+FF3D` | [Fullwidth Right Square Bracket](https://www.compart.com/en/unicode/U+FF3D) |
| 〔 | `U+3014` | [Left Tortoise Shell Bracket](https://www.compart.com/en/unicode/U+3014) |
| 〕 | `U+3015` | [Right Tortoise Shell Bracket](https://www.compart.com/en/unicode/U+3015) |
| 【 | `U+3010` | [Left Black Lenticular Bracket](https://www.compart.com/en/unicode/U+3010) |
| 】 | `U+3011` | [Right Black Lenticular Bracket](https://www.compart.com/en/unicode/U+3011) |
其他相似形状或功能的符号：
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------------------------- |
| ｛ | `U+FF5B` | [Fullwidth Left Curly Bracket](https://www.compart.com/en/unicode/U+FF5B) |
| ｝ | `U+FF5D` | [Fullwidth Right Curly Bracket](https://www.compart.com/en/unicode/U+FF5D) |
| 〖 | `U+3016` | [Left White Lenticular Bracket](https://www.compart.com/en/unicode/U+3016) |
| 〗 | `U+3017` | [Right White Lenticular Bracket](https://www.compart.com/en/unicode/U+3017) |
| ｟ | `U+FF5F` | [Fullwidth Left White Parenthesis](https://www.compart.com/en/unicode/U+FF5F) |
| ｠ | `U+FF60` | [Fullwidth Right White Parenthesis](https://www.compart.com/en/unicode/U+FF60) |
| 〘 | `U+3018` | [Left White Tortoise Shell Bracket](https://www.compart.com/en/unicode/U+3018) |
| 〙 | `U+3019` | [Right White Tortoise Shell Bracket](https://www.compart.com/en/unicode/U+3019) |
| 〚 | `U+301A` | [Left White Square Bracket](https://www.compart.com/en/unicode/U+301A) |
| 〛 | `U+301B` | [Right White Square Bracket](https://www.compart.com/en/unicode/U+301B) |
| ＜ | `U+FF1C` | [Fullwidth Less-Than Sign](https://www.compart.com/en/unicode/U+003C) |
| ＞ | `U+FF1E` | [Fullwidth Greater-Than Sign](https://www.compart.com/en/unicode/U+003E) |
+ GWLM 15834-4-9-3 基本用法
+ GWLM 15834-4-9-3-1 使用圆括号标示注释、补充、修订加补、次序等。
> 我叫基德，是一名律师。（不要瞎掰好吗。）
> 店员提到这款手机有 512（吉字节）的存储空间。
> 墙壁上残留着「（一）人超生」「全（村）结扎」的标语。
> 第一人称射击游戏游玩方法：（一）瞄准；（二）开火。
> 失望了吗？没错，世上或许有些东西别打开比较好，真正把心打开的人多么麻烦啊！（《绝望先生》）
+ GWLM 15834-4-9-3-2 标示作者地区时，可用方括号或六角括号。
> ［日］谏山创《进击的巨人》
+ GWLM 15834-4-9-3-3 在句首标示消息来源、栏目名称等，可用方头括号。
> 【IGN】……
> 【补档】……
+ GWLM 15834-4-9-3-4 标示公文年份可用六角括号。
> 工信部信管〔2023〕105 号
+ GWLM 15834-4-9-3-5 标示被注释的词语时，可用六角括号或方头括号。
> 【工信部】中华人民共和国工业和信息化部。主管工业和信息产业的组成部门。
+ GWLM 15834-4-9-3-6 自然语言中，括号不宜嵌套。如果嵌套应交替使用。（顺序不定，文章中符合一定规律即可。）
> （当时那把剑离我的喉咙只有 0.01 公分，但是四分之一炷香之后［一炷香的时间大约是一小时］，
> 那把剑的女主人将会彻底地爱上我，因为我决定说一个谎话。）
#### GWLM 15834-4-10 破折号
GWLM 15834-4-10 是替代《GB/T 15834—2011 标点符号用法标准》4.10 的模块，
描述了破折号的定义、形式和基本用法。
+ GWLM 15834-4-10-1 定义
标号，标示注释、补充等内容，或者声音延长以及含义变化。
+ GWLM 15834-4-10-2 形式
破折号的形式是两个「—」连接而成的「——」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ---------------------------------------------------- |
| — | `U+2014` | [Em Dash](https://www.compart.com/en/unicode/U+2014) |
+ GWLM 15834-4-10-3 基本用法
+ GWLM 15834-4-10-3-1 类似括号的用法（也可用 [括号](#gwlm-15834-4-9-括号)；
二者的区别另见附录 B.1.7）。
> 人的道路是没有中断的，而且是一直联系在一起的东西——不管是多么渺小的事件。
+ GWLM 15834-4-10-3-2 标示「插入语」，也可用 [逗号](#gwlm-15834-4-4-逗号)。
> 这件商品——客观的说——送人也没人要。
+ GWLM 15834-4-10-3-3 类似总结上文或提示下文，可也用 [冒号](#gwlm-15834-4-7-冒号)。
> 张华考上了北京大学；李萍进了中等技术学校；我在百货公司当售货员——我们都有光明的前途。
+ GWLM 15834-4-10-3-4 标示话题的转换。
> 「快走吧，在风还没停止之前。」
>
> 「等等——不得了啦，隔壁的超市薯片半价啦！」
+ GWLM 15834-4-10-3-5 标示延长的声音。
> 随着「叽——」的声音，显像管电视正在开启。
+ GWLM 15834-4-10-3-6 标示话语的停顿、间隔。
> 「其他人呢？」
>
> 「都被我杀了——是不可能的。」
+ GWLM 15834-4-10-3-7 标示引出对话。
> ——快走吧，在风还没停止之前。
>
> ——等等……
+ GWLM 15834-4-10-3-8 当作无序列表使用。
> 各地的神话有：
>
> ——北欧神话
>
> ——希腊神话
>
> ——日本神话
>
> ——中国神话
+ GWLM 15834-4-10-3-9 用于标题与副标题之间。
> 《把握主题主线聚焦主业主责 推动出版工作取得更大成效——访中宣部出版局负责人》
+ GWLM 15834-4-10-3-10 用于文字与来源之间。
> 「寿君至今为止所说的一切，我半点也不明白啊！」
>
> ——《日常系的异能战斗》第七话栉川鸠子爆发台词
#### GWLM 15834-4-11 省略号
GWLM 15834-4-11 是替代《GB/T 15834—2011 标点符号用法标准》4.11 的模块，
描述了省略号的定义、形式和基本用法。
+ GWLM 15834-4-11-1 定义
标号，标示省略、断续等。
标号，标示注释、补充等内容，或者声音延长以及含义变化。
+ GWLM 15834-4-11-2 形式
省略号的形式是两个「…」连接而成的「……」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ---------------------------------------------------------------- |
| … | `U+2026` | [Horizontal Ellipsis](https://www.compart.com/en/unicode/U+2026) |
其他相似形状或功能的符号：
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------------------ |
| ᠁ | `U+1801` | [Mongolian Ellipsis](https://www.compart.com/en/unicode/U+1801) |
| ⋯ | `U+22EF` | [Midline Horizontal Ellipsis](https://www.compart.com/en/unicode/U+22EF) |
+ GWLM 15834-4-11-3 基本用法
+ GWLM 15834-4-11-3-1 标示引文省略。
> 虵曾说：「……都 too simple，啊，sometimes naïve！懂了没啊？」
+ GWLM 15834-4-11-3-2 标示列举或重复词语的省略。
> 读书获取学历，可以……看到更广阔的世界，而不是把人分为三六九等，
> 给自己设置条条框框，让学历成为束缚手脚的「长衫」。
+ GWLM 15834-4-11-3-3 标示语意未尽。
> 巨额债务、废部危机、两大对立势力间的条约签订……
>
> 各种各样的难题，等待着老师去解决。
+ GWLM 15834-4-11-3-4 标示说话时断断续续。
> 像这种完全……无中生有的东西，你再帮他说一遍，你等于……这个东西……你……你也有责任吧。
+ GWLM 15834-4-11-3-5 标示对话中的沉默不语。
> 「快醒醒。」
>
> 「……」仍睡在沙发上，没有一点反应。
+ GWLM 15834-4-11-3-6 标示例句中缺失的部分。
> 因为……所以……
+ GWLM 15834-4-11-3-7 表示省略段落时，可连用两个省略号（即四个「…」字符）。
> 第六条 网络表演不得含有以下内容：
>
> …………
>
> （六）使用未取得文化行政部门内容审查批准文号或备案编号的网络游戏产品，
> 进行网络游戏技法展示或解说的。
#### GWLM 15834-4-12 着重号
GWLM 15834-4-12 是替代《GB/T 15834—2011 标点符号用法标准》4.12 的模块，
描述了着重号的定义、形式和基本用法。
+ GWLM 15834-4-13-1 定义
标号，标示重要的强调的文字。
+ GWLM 15834-4-13-2 形式
着重号的形式是在文字底部标点，形式为「.」。
（但着重号通常并非使用字符排版，就能在电脑上输入，而是依靠 CSS 等样式实现。）
之所以使用着重号，是因为以前铅字印刷时，汉字太多，无法像字母语言一样，使用加粗表示着重，
所以使用额外的点来表示重点
+ GWLM 15834-4-13-3 基本用法
+ GWLM 15834-4-13-3-1 标示语段中重要的文字。
```text
《人狼村之谜》有惊悚和悬疑元素。
＇＇ ＇＇
```
+ GWLM 15834-4-13-3-2 标示语段中需要指明的文字。
```text
下面的词语的多音字是：
怎么还
＇
```
> 下边加点的字，除了在词中的读法外，还有哪些读法？
> 着子弹 强调
#### GWLM 15834-4-13 连接号
GWLM 15834-4-13 是替代《GB/T 15834—2011 标点符号用法标准》4.13 的模块，
描述了连接号的定义、形式和基本用法。
+ GWLM 15834-4-13-1 定义
标号，标示某些相关联成分之间的连接。
+ GWLM 15834-4-13-2 形式
连接号的形式有短横线「-」、一字线「—」和浪纹线「～」三种。
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------ |
| - | `U+002D` | [Hyphen-Minus](https://www.compart.com/en/unicode/U+002D) |
| ～ | `U+FF5E` | [Fullwidth Tilde](https://www.compart.com/en/unicode/U+FF5E) |
被当作一字线使用的字符如下：
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------------- |
| — | `U+2014` | [Em Dash](https://www.compart.com/en/unicode/U+2014) |
| ― | `U+2015` | [Horizontal Bar](https://www.compart.com/en/unicode/U+2015) |
| － | `U+FF0D` | [Fullwidth Hyphen-Minus](https://www.compart.com/en/unicode/U+FF0D) |
备注：无论是《GB/T 15834—2011 标点符号用法标准》还是
《GB/T 1.1—2020 标准化工作导则第1部分 标准化文件的结构和起草规则》，
都没有详细描述一字线是具体对应的 Unicode 字符，所以使用并不统一。[^w3c_365]
[^w3c_365]: Geeyun-JY3, 《[GB/T 15834 和 2011 之间的连接符号的使用并不统一 · Issue #365 · w3c/clreq](https://github.com/w3c/clreq/issues/365)》, GitHub, 2021-04-19. (参照 2023-09-01).
其他相似形状或功能的符号：
| 符号 | Unicode | 名称 |
| :---: | :------: | ---------------------------------------------------------------- |
| ~ | `U+007E` | [Tilde](https://www.compart.com/en/unicode/U+007E) |
| ‐ | `U+2010` | [Hyphen](https://www.compart.com/en/unicode/U+2010) |
| ‑ | `U+2011` | [Non-Breaking Hyphen](https://www.compart.com/en/unicode/U+2011) |
| − | `U+2212` | [Minus Sign](https://www.compart.com/en/unicode/U+2212) |
| – | `U+2013` | [En Dash](https://www.compart.com/en/unicode/U+2013) |
+ GWLM 15834-4-13-3 基本用法
+ GWLM 15834-4-13-3-1 存在连接关系，比如：
> 复合名词：「印度-欧亚板块」「吐鲁番—哈密盆地」。
> 双名人名：「让-吕克·皮卡德」(Jean-Luc Picard)。
> 复姓人名：「康斯坦策·阿马莉·冯·布劳恩施班克—阿尔布雷希茨贝格」(Constanze Amalie von Braunschbank-Albrechtsberger)。
+ GWLM 15834-4-13-3-2 存在序列关系，比如：
> 元素、化合物：「碳-14」「碳-12」「3-戊酮」。
> 对附件标示序号：「图-12」「表-2」。
> 电话号码：「+1 (917) 285-7362」。[^bpn]
[^bpn]: 此电话号码来自《疑犯追踪》([Person of Interest](https://personofinterest.fandom.com/wiki/(917)_285-7362))。
> 时间：「2023-08-28」。
+ GWLM 15834-4-13-3-3 标示起止或范围应使用一字线，比如：
> 经济计划：「中国—中亚—西亚经济走廊」。
> 铁路：「巴库—第比利斯—卡尔斯铁路」。
> 时间：「2023 年 8 月 28 日—29 日」。
> 重量：「40～60 千克」「四十～六十千克」。
#### GWLM 15834-4-14 间隔号
GWLM 15834-4-14 是替代《GB/T 15834—2011 标点符号用法标准》4.14 的模块，
描述了间隔号的定义、形式和基本用法。
+ GWLM 15834-4-14-1 定义
标号，标示某些相关联成分之间的分界。
+ GWLM 15834-4-14-2 形式
间隔号的形式是「·」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------- |
| · | `U+00B7` | [Middle Dot](https://www.compart.com/en/unicode/U+00B7) |
其他相似形状或功能的符号：
| 符号 | Unicode | 名称 |
| :---: | :------: | ---------------------------------------------------------------- |
| ‧ | `U+2027` | [Hyphenation Point](https://www.compart.com/en/unicode/U+2027) |
| ・ | `U+30FB` | [Katakana Middle Dot](https://www.compart.com/en/unicode/U+30FB) |
| • | `U+2022` | [Bullet](https://www.compart.com/en/unicode/U+2022) |
| = | `U+003D` | [Equals Sign](https://www.compart.com/en/unicode/U+003D) |
+ GWLM 15834-4-14-3 基本用法
+ GWLM 15834-4-14-3-1 标示被翻译为汉字的人名。
> 阿姆罗·雷 (Amuro Ray)
+ GWLM 15834-4-14-3-2 标示作品名与篇（章、卷）名之间的分界。
> 《汉志·蜀王本记》
+ GWLM 15834-4-14-3-3 标示词牌、曲牌、诗体名等和题名之间的分界。
> 《天净沙·即事》
+ GWLM 15834-4-14-3-4 用在构成标题或栏目名称的并列词语之间。
> 《游戏·人》
+ GWLM 15834-4-14-3-5 以月、日为标志的事件或节日，在数字间使用。如果是汉字数字，
仅在一、十一和十二月后用间隔号（防止歧义）。
> 五一二大地震
> 十二·十世界人权日
> 12·25 圣诞节
#### GWLM 15834-4-15 书名号
GWLM 15834-4-15 是替代《GB/T 15834—2011 标点符号用法标准》4.15 的模块，
描述了书名号的定义、形式和基本用法。
+ GWLM 15834-4-15-1 定义
广义括号，标示作品名称。
+ GWLM 15834-4-15-2 形式
书名号的形式有双书名号：「《」「》」；单书名号：「〈」「〉」，
各套都由左、右书名号组成。也能使用其他具有前后关系的词语形容，比如前、后书名号；开、关书名号。
| 符号 | Unicode | 名称 |
| :---: | :------: | ----------------------------------------------------------------------- |
| 《 | `U+300A` | [Left Double Angle Bracket](https://www.compart.com/en/unicode/U+300A) |
| 》 | `U+300B` | [Right Double Angle Bracket](https://www.compart.com/en/unicode/U+300B) |
| 〈 | `U+3008` | [Left Angle Bracket](https://www.compart.com/en/unicode/U+3008) |
| 〉 | `U+3009` | [Right Angle Bracket](https://www.compart.com/en/unicode/U+3009) |
其他相似形状或功能的符号：
| 符号 | Unicode | 名称 |
| :---: | :------: | --------------------------------------------------------------------------------------- |
| ＜ | `U+FF1C` | [Fullwidth Less-Than Sign](https://www.compart.com/en/unicode/U+003C) |
| ＞ | `U+FF1E` | [Fullwidth Greater-Than Sign](https://www.compart.com/en/unicode/U+003E) |
| < | `U+003C` | [Less-Than Sign](https://www.compart.com/en/unicode/U+003C) |
| > | `U+003E` | [Greater-Than Sign](https://www.compart.com/en/unicode/U+003E) |
| « | `U+00AB` | [Left-Pointing Double Angle Quotation Mark](https://www.compart.com/en/unicode/U+00AB) |
| » | `U+00BB` | [Right-Pointing Double Angle Quotation Mark](https://www.compart.com/en/unicode/U+00BB) |
+ GWLM 15834-4-15-3 基本用法
+ GWLM 15834-4-15-3-1 标示纸质作品的名称。
> 《〈塞尔达传说：旷野之息〉大师之书》
+ GWLM 15834-4-15-3-2 标示各种作品的名称。
> 《塞尔达传说：王国之泪》
+ GWLM 15834-4-15-3-3 标示由中文组成或中文主要构成的软件名，因为不常用，所以示例暂略＊。
+ GWLM 15834-4-15-3-4 标示作品名的简称。
> 《通用写作律法》是由 Save The Web Project 设计的开放律法（标准），后文简称为《律法》。
+ GWLM 15834-4-15-3-5 书名号可嵌套，但应交替使用。
> 《关于公开征求〈关于修改《中华人民共和国网络安全法》的决定（征求意见稿）〉意见的通知》
#### GWLM 15834-4-16 专名号
GWLM 15834-4-16 是替代《GB/T 15834—2011 标点符号用法标准》4.16 的模块，
描述了专名号的定义、形式和基本用法。
+ GWLM 15834-4-16-1 定义
标号，标示古籍和某些文史类著作中出现的特定类专有名词。
+ GWLM 15834-4-16-2 形式
专名号的形式是在文字底部标横线。
+ GWLM 15834-4-16-3 基本用法
+ GWLM 15834-4-16-3-1 标示古籍、古籍引文或某些文史类著作中出现的专有名词，
主要包括人名、地名、国名、民族名、朝代名、年号、宗教名、官署名、组织名等。
```text
轉相引據者反多於陳壽本書焉。（人名）
‾‾‾‾
「獷平，縣名，屬漁陽」。（地名）
‾‾‾‾ ‾‾‾‾
其書以魏爲正統，（国名）
‾‾
大王劉氏苗族。（民族名）
‾‾‾‾
```
+ GWLM 15834-4-16-3-2 现代汉语不使用专名号，而是使用引号、书名号等。
#### GWLM 15834-4-17 分隔号
GWLM 15834-4-17 是替代《GB/T 15834—2011 标点符号用法标准》4.17 的模块，
描述了分隔号的定义、形式和基本用法。
+ GWLM 15834-4-17-1 定义
标号，标示诗行、节拍及某些相关文字的分隔。
+ GWLM 15834-4-17-2 形式
分隔号的形式是「/」「／」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ---------------------------------------------------- |
| / | `U+002F` | [Solidus](https://www.compart.com/en/unicode/U+002F) |
其他相似形状或功能的符号：
| 符号 | Unicode | 名称 |
| :---: | :------: | -------------------------------------------------------------- |
| ／ | `U+FF0F` | [Fullwidth Solidus](https://www.compart.com/en/unicode/U+FF0F) |
+ GWLM 15834-4-17-3 基本用法
+ GWLM 15834-4-17-3-1 诗歌接排时分隔诗行。
> 洛阳城东路/桃李生路旁/花花自相对/叶叶自相当。
+ GWLM 15834-4-17-3-2 标示诗文中的音节节拍。
> 床前/看月光，疑是/地上霜。
+ GWLM 15834-4-17-3-3 分隔供选择或可转换的两项，标示「或」。
> 这部手机需要指纹/密码来解锁。
+ GWLM 15834-4-17-3-4 分隔组成一对的两项，标示「和」。
> 这是 12/13 赛季最强的武器。
> 乒乓球混合双打的组合有水谷隼/伊藤美誠、埃马纽埃尔·勒贝松/袁嘉楠。
+ GWLM 15834-4-17-3-5 分隔层级或类别。
> 行政区划分：省/县/乡/村。
> 为 Android 手机开启 Android 调试（ADB 功能），需要进入设置/关于手机，
> 连续点击版本号七次，回到设置首页后进入设置/系统/开发者选项/调试，就能找到 Android 调试。
### GWLM 15834-5 标点符号的位置和书写形式
#### GWLM 15834-5-1 横排文稿标点符号的位置和书写形式
+ GWLM 15834-5-1-1 句号、逗号、顿号、分号、冒号的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :---: | :------: | :---: | :---: | :------: |
| 句号 | 右方 | 全角 | 左下 | 不应 |
| 逗号 | 右方 | 全角 | 左下 | 不应 |
| 顿号 | 右方 | 全角 | 左下 | 不应 |
| 分号 | 右方 | 全角 | 左 | 不应 |
| 冒号 | 右方 | 全角 | 左 | 不应 |
+ GWLM 15834-5-1-2 问号、叹号的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :---: | :------: | :---: | :---: | :------: |
| 问号 | 右方 | 全角 | 左 | 不应 |
| 叹号 | 右方 | 全角 | 左 | 不应 |
叠用时，两个符号应占一个字的宽度，三个符号应占两个字的宽度，叠用的形式如下。
| 符号 | 问号 | 两个问号 | 叹号 | 两个叹号 |
| :------: | :---: | :------: | :---: | :------: |
| 问号 | ⁇ | ⁇？ | ⁉ | ／ |
| 两个问号 | ⁇？ | ／ | ／ | ／ |
| 叹号 | ⁈ | ／ | ‼ | ‼！ |
| 两个叹号 | ／ | ／ | ‼！ | ／ |
+ GWLM 15834-5-1-3 广义括号（引号、括号、书名号）的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :---: | :--------: | :---: | :--------------: | :------: |
| 括号 | 左方和右方 | 全角 | 靠近被包裹的文字 | ＊ |
＊左括号不应用在行末，右括号不应用在行首。
+ GWLM 15834-5-1-4 破折号的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :----: | :------: | :------: | :---: | :------: |
| 破折号 | 之间 | 两个全角 | 居中 | 可 |
换行时不应在中间断开。
+ GWLM 15834-5-1-5 省略号的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :----: | :------: | :------: | :---: | :------: |
| 省略号 | ／ | 两个全角 | 居中 | 可 |
换行时不应在中间断开。两个省略号连用时，应完整占一行。
+ GWLM 15834-5-1-6 连接号（短横线、一字线、波浪线）的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :----: | :------: | :---: | :---: | :------: |
| 短横线 | ／ | 半角 | 居中 | 不应 |
| 一字线 | ／ | 全角 | 居中 | 不应 |
| 波浪线 | ／ | 全角 | 居中 | 不应 |
长度对比：短横线比汉字「一」略短，一字线比汉字「一」略长。
+ GWLM 15834-5-1-7 间隔号的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :----: | :------: | :---: | :---: | :------: |
| 间隔号 | 之间 | 半角 | 居中 | 不应 |
+ GWLM 15834-5-1-8 着重号和专名号的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :----: | :------: | :---: | :------: | :------: |
| 着重号 | 底部 | ／ | 靠近文字 | ／ |
| 专名号 | 底部 | ／ | 靠近文字 | ／ |
+ GWLM 15834-5-1-9 分隔号的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :----: | :------: | :---: | :---: | :------: |
| 分隔号 | 之间 | 半角 | ／ | ＊ |
＊分隔号不应用在行末、行首。
+ GWLM 15834-5-1-10 全宽标点符号排在一行末尾时，应占半角字符的宽度，以使视觉效果更美观。
+ GWLM 15834-5-1-11 涉及出版工作时，可适当标点挤压。
#### GWLM 15834-5-2 竖排文稿标点符号的位置和书写形式
+ GWLM 15834-5-2-1 句号、问号、叹号、逗号、顿号、分号和冒号的位置和书写形式。
| 符号名称 | 置于文字 | 方位 | 方向 |
| :------: | :------: | :----: | :----: |
| 句号 | 下方 | 右上方 | 无变化 |
| 问号 | 下方 | 右方 | 无变化 |
| 叹号 | 下方 | 右方 | 无变化 |
| 逗号 | 下方 | 右上方 | 无变化 |
| 顿号 | 下方 | 右上方 | 无变化 |
| 分号 | 下方 | 右方 | 无变化 |
| 冒号 | 下方 | 右方 | 无变化 |
+ GWLM 15834-5-2-2 破折号、省略号、连接号、间隔号和分隔号的位置和书写形式。
| 符号名称 | 置于文字 | 方位 | 方向 |
| :------: | :------: | :---: | :------------: |
| 破折号 | 下方 | 居中 | 顺时针旋转 90° |
| 省略号 | 下方 | 居中 | 顺时针旋转 90° |
| 连接号 | 下方 | 居中 | 顺时针旋转 90° |
| 间隔号 | 下方 | 居中 | 顺时针旋转 90° |
| 分隔号 | 下方 | 居中 | 顺时针旋转 90° |
+ GWLM 15834-5-2-3 引号和括号的位置和书写形式。
应使用「『』」替换「“”」；「「」」替换「‘’」，将符号顺时针旋转 90° 后，置于文字前后。
+ GWLM 15834-5-2-4 书名号的位置和书写形式。
可使用浪线式书名号「﹏」替换原本的书名号，将符号顺时针旋转 90° 后，置于文字左侧。
+ GWLM 15834-5-2-5 着重号和专名号的位置和书写形式。
着重号应置于文字右侧，专名号应置于文字左侧。
+ GWLM 15834-5-2-6 其他的关于行首、行尾要求，应参照
〈[GWLM 15834-5-1 横排文稿标点符号的位置和书写形式](#gwlm-15834-5-1-横排文稿标点符号的位置和书写形式)〉。
### GWLM 15834-6 附录 A（规范性附录）标点符号用法的补充规则
1. 句号用法补充规则。
对图、表的说明短语、短句不应用句号结尾。
> ```mermaid
> sequenceDiagram
> participant A
> participant B
> A ->> B: FIN seq=x
> B ->> A: ACK x+1
> B ->> A: FIN seq=y
> A ->> B: ACK y+1
> ```
>
> TCP 重置攻击
2. 问号用法补充规则。
仅有疑问词，没有疑问语气不应使用问号。
> 现在并不清楚谁是狼人。
3. 逗号用法补充规则。
顿号并列多个内容时，最后可以使用「，以及」或「，及」。
> 这个国家中所实行的是：公民、自由、宽容，以及在法律面前公民一律平等。
4. 顿号用法补充规则。
1. 含有顺序关系的并列各项之间，应用顿号，不应用逗号。
> 《Apex 英雄》中的护盾分别有：1 级进化护盾、2 级进化护盾、3 级进化护盾、4 级防护罩，以及 5 级进化护盾。
2. 年月日间不应使用顿号连接，阿拉伯数字年月日之间应使用短横线连接。
> 2023-09-01
5. 分号用法补充规则。
复句中使用了句号的复句，不应使用分号。
> 张华考上了北京大学，参与……；李萍进了中等技术学校，加入……；我在百货公司当售货员，升为……
> ——我们都有光明的前途。
> 张华考上了北京大学。参与……。李萍进了中等技术学校。加入……。我在百货公司当售货员。升为……
> ——我们都有光明的前途。
> 张华考上了北京大学。参与……；李萍进了中等技术学校。加入……；我在百货公司当售货员。升为……
> ——我们都有光明的前途。（误）
6. 冒号用法补充规则。
1. 暂略＊。（因为无法找到「提示性话语」的含义，不确定这段规则的含义。）
2. 冒号后的内容，应使用句号表示结束范围。
> 鼠标常见的三种点击操作有：单击、双击和长按。如果加上移动鼠标，就还有拖曳。
> 鼠标常见的三种点击操作有：单击、双击和长按，如果加上移动鼠标，就还有拖曳。（误）
3. 停顿处应用冒号，无停顿处不应用冒号。
7. 引号用法补充规则。
暂略＊。（因为无法找到「选题名」的含义，不确定这段规则的含义。）
8. 括号用法补充规则。
括号分为句内和句外，句内应紧跟须解释的词语之后，而句外应放置在末尾点号之后。
> 自然语言（非数学公式、编程语言等）中，括号可以嵌套，但应交替使用。（顺序不定，文章中符合一定规律即可。）
9. 省略号用法补充规则。
1. 不应用多于两个省略号（超过 12 个点）。应与连接目录与页数的连珠号区别。
2. 不应与「等」「等等」「什么的」等词语同时使用。
> 确实，如果是杀害吸血鬼的方法，稍微想一下就可以想到很多——例如阳光、木桩、大蒜或十字架……
> 确实，如果是杀害吸血鬼的方法，稍微想一下就可以想到很多——例如阳光、木桩、大蒜或十字架等等。
> 确实，如果是杀害吸血鬼的方法，稍微想一下就可以想到很多——例如阳光、木桩、大蒜或十字架……等等。（误）
10. 着重号用法补充规则。
不应使用直线或波浪线替代着重号。
11. 连接号用法补充规则。
标识范围时，可省略左边的单位。
> 五日～十日
> 五～十日
12. 间隔号用法补充规则。
标题是由并列短语构成时，不应使用「和」等连词。
> 《水星・金星・地球・火星》
> 《水星・金星・地球和火星》（误）
13. 书名号用法补充规则。
1. 课程、课题、奖品奖状等非作品名称，不应使用书名号。
2. 根据意义选择是否使用书名号。
备注1：商标、标志的名称不应使用书名号，但是设计名宜使用书名号，比如《复字 32 号》。
备注2：普通会议不应使用书名号，但《会议》杂志应使用书名号。
3. 作品名仅包括作品名本身。
4. 作品名本身带有括注，应放在书名号之内。
5. 作品名本身带有标点符号，应放在书名号之内。
6. 历史书籍可用浪线式「﹏」的书名号，标示在书名下。
14. 分隔号用法补充规则。
分隔号（斜线）应与反斜线「\」区别。使用分隔号时，紧贴着分隔号的前后不宜用点号。
### GWLM 15834-7 附录 B（资料性附录）标点符号若干用法的说明
1. 易混标点符号用法比较。
1. 并列词语之间使用逗号、顿号停顿的区别。
不同的符号停顿感不同：
```mermaid
gantt
title 数值化标点符号的停顿感
dateFormat YYYY-MM-DD
axisFormat
tickInterval 1day
%% 隐藏时间轴
section 句号
9~10 : 0001-01-09, 2d
section 问号
9~10 : 0001-01-09, 2d
section 叹号
9~10 : 0001-01-09, 2d
section 逗号
5 : 0001-01-05, 1d
section 顿号
4 : 0001-01-04, 1d
section 分号
6 : 0001-01-06, 1d
section 冒号
7~8 : 0001-01-07, 2d
section 引号
3 : 0001-01-03, 1d
section 括号
3 : 0001-01-03, 1d
%% section 破折号
%% "＼" : 0001-01-01, 10d
%% section 省略号
%% "＼" : 0001-01-01, 10d
%% section 着重号
%% "＼" : 0001-01-01, 10d
section 超链接号
1 : 0001-01-01, 1d
section 间隔号
1 : 0001-01-01, 1d
section 书名号
3 : 0001-01-03, 1d
%% section 专名号
%% 2 : 0001-01-01, 10d
%% section 分隔号
%% 2 : 0001-01-01, 10d
```
应根据不同的语境使用不同停顿感的符号。
2. 内容过于复杂，所以暂略＊
3. 逗号、分号表示分句间停顿的区别。
参考附录 B-1-1 的数值化标点符号的停顿感。
4. 顿号、逗号、分号在标示层次关系时的区别。
参考附录 B-1-1 的数值化标点符号的停顿感。
5. 内容过于复杂，所以暂略＊
6. 不同点号表示停顿长短的排序。
参考附录 B-1-1 的数值化标点符号的停顿感。
7. 破折号与括号表示注释或补充说明时的区别。
破折号表示的解释比括号具有更强调的效果，并且破折号的补充能包括正文的一部分：
> 在发售日——周末假日，一定会有许多人在商店门口排队。
> 在发售日（发售日是周末假日），一定会有许多人在商店门口排队。
8. 未成为作品的标题，应使用引号而不是书名号。
> 我打算以「游戏数据的公开与封闭」为题写一篇短文。
> 昨天完成的《游戏数据的公开与封闭》是我写的一篇短文。
2. 两个标点符号连用的说明。
1. 行文中表示引用的引号内外的标点用法。
引文完整且独立使用时，应保留引号内标点；引文没有末尾没有点号，应在引号外添加点号；
引文末尾与引号外的文字没有明显停顿时，引号外不添加点号。
> 「你只要努力，就一定办得到！」老师说的善意谎言是对学生的体贴！
> 「人生是没有正确答案的，」也就是说，「人生只有错误。」
> 你说「要想看遍世界跟所有」啊。难道你也想看出我的心！
2. 行文中括号内外的标点用法
句内括号通常不用句号，句外括号根据内容长度和复杂程度决定标点符号。
> 《植物大战僵尸》的高清版本很少（iPad 上面的 HD 版不够高清，所以不算），而 EA 显然忘记了 PC 平台……
> 在这场电影期间，会连播多部系列电影（时常共计 3 小时 36 分钟！），请做好时间规划。
> 别担心啦！由乃会保护你的……好吗？小雪。（脸红）
> 一直都在。（糸色望发现常月缠后，她所说的话。）
3. 破折号前后的标点用法
破折号之前通常不用点号，但根据句子结构和行文需要，可以使用点号；
破折号之后通常不用点号，如果语音停顿或延长时，根据语气需要添加问号或叹号。
> 「未来……希望……。——哪有什么希望啊！」（表示话题的转折）
> 我觉得这个世上的事情，其实追究起来大都是这么回事。我觉得很多人的动机都是因为看不下去，
> 不能丢下不管。所谓的正义和邪恶，其实也只不过是「看不下去」的一种表现而已。
> ——本来不想看的东西，却看到了，然后就看不下去了。（表示对前几句话的总结）
> 话说回来，我原本——到底是为什么而不能喜欢上由乃——？
> 笨蛋笨蛋笨蛋小雪——！
4. 省略号前后的标点用法。
省略号前通常不用点号，除非是使用问号或叹号的强烈语气，或者不使用点号停顿就不能标明结构关系时；
省略号后通常不用点号，除非是强烈语气，可使用问号或叹号。省略的文字后面不连续，有停顿，也应用点号。
> 好好好！……等一下，为什么你要我回答得这么兴高采烈啊！
「，……」的组合过于罕见，暂未找到合适的示例＊
> 哎呀……？
> 嘛，虽然可能性很低……，但还是有，吧？
> 训之类的，就像那个欺诈师一样……。
> 如果……，那么……。
3. 顺序词之后的标点用法。
1. 「第一」「第二」……、「其一」「其二」……、「首先」「其次」「最后」这样的顺序词语后，
使用逗号（见 [GWLM 15834-4-4-3-3](#gwlm-15834-4-4-逗号)）。
2. 不带括号的汉字数字，以及「天干地支」做顺序词后，
使用顿号（见 [GWLM 15834-4-5-3-2](#gwlm-15834-4-5-顿号)）
3. 不带括号的半角阿拉伯数字、罗马数字以及拉丁字母做顺序词后，
使用西式半角句号「.」。
> 游戏性有三个要素：1. 技巧；2. 策略；3. 运气。
4. 带有括号的顺序词后，不用点号。
> 网站平台应当重点受理处置以下涉企网络侵权信息举报：（一）混淆企业主体身份的仿冒性信息；
> （二）影响公众公正评判的误导性信息；（三）不符合企业客观实际的谣言性信息；……
5. 阿拉伯数字与西式半角句号「.」结合，作为章节关系的顺序词后，不用任何点号。
6. 章节或条款的顺序词后，宜用空格表示停顿。
> 第一章 总则
> 第八条 维护国家安全，应当与经济社会发展相协调。
7. 顺序词没有停顿感时，不使用标点符号。
> 一是深入排查清理……。二是精准查堵管控……。三是提高打击处置效能……。
8. 多种类型的顺序词嵌套时，通常以下列顺序排列：
> 一、……
>
> > （一）……
> >
> > > \1. ……
> > >
> > > > （1）……
> > > >
> > > > > ①/a. ……
4. 文章标题的标点用法。
文章标题的末尾通常不用标点符号，但可根据需要，使用用问号、叹号或省略号。
> 《倒逼中国手游「精品化」，还得看索尼？》
> 《cnBeta 2014 新年献词：愿科技进步惠及每一个人》
> 《网络游戏让德国青少年「杀气腾腾」》
> 《枪形物 玩不得——携仿真枪进公共场所属违法》（副标题）
> 《知乎的「政治敏感」，到底是谁的「政治敏感」呢？》
> 《没收！处罚！》
> 《新护照，老护照，老老护照，老老老护照，老老老老护照……》
> 《侦探已经，死了。》
[_A Primer for Communicating Mathematics via Plain Text_]: https://cse.sc.edu/~fenner/latex-ASCII.pdf
[_HTML Tags_]: https://web.archive.org/web/20130701080844/http://info.cern.ch/hypertext/WWW/MarkUp/Tags.html
[_Uniform Resource Locators (URL)_]: https://web.archive.org/web/20230902014616/https://www.w3.org/Addressing/URL/url-spec.txt
[签名块]: https://en.wikipedia.org/wiki/Signature_block
[中文文案排版指北]: https://github.com/sparanoid/chinese-copywriting-guidelines
[重訂標點符號手冊]: https://language.moe.gov.tw/001/Upload/FILES/SITE_CONTENT/M1/HAU/haushou.htm
[Admonitions]: #gwlm-16--admonitions
[atx 标记语言]: https://web.archive.org/web/20040223210813/http://www.aaronsw.com/2002/atx/intro
[BEP 0000]: https://www.bittorrent.org/beps/bep_0.html
[GB 3100—1993 国际单位制及其应用]: https://zh.wikisource.org/zh/GB_3100-1993_国际单位制及其应用
[GB/T 1.1—2020 标准化工作导则第1部分 标准化文件的结构和起草规则]: http://www.zjsm.org/file/news/637231474274567101.pdf
[GB/T 15834—2011 标点符号用法标准]: http://www.moe.gov.cn/ewebeditor/uploadfile/2015/01/13/20150113091548267.pdf
[GFM]: https://github.github.com/gfm/
[Halfwidth Left Corner Bracket]: https://web.archive.org/web/20230531223705/https://compart.com/en/unicode/U+FF62
[hyperlink]: https://en.wikipedia.org/wiki/Hyperlink
[MeatballWiki]: http://meatballwiki.org/wiki/CharacterFormattingRules
[RFC 1738]: https://datatracker.ietf.org/doc/html/rfc1738
[RFC 1866]: https://datatracker.ietf.org/doc/html/rfc1866
[RFC 2616]: https://datatracker.ietf.org/doc/html/rfc2616
[Save The Web Project]: https://github.com/saveweb
[simplified molecular-input line-entry system]: https://en.wikipedia.org/wiki/Simplified_molecular-input_line-entry_system
[Steam 2023年8月 的硬件统计]: https://web.archive.org/web/20230911193245/https://store.steampowered.com/hwsurvey/Steam-Hardware-Software-Survey-Welcome-to-Steam
`、`` 和 ``。
## GWLM 13 字幕
```yaml
标题: 字幕
创建时间: 2023-09-29
```
### GWLM 13-0 字幕概述
**简介：**
字幕基本上是视频中对话的文本版本，但比起标准的文档有些差异，常见的字幕特征如下：
1. 长度较短。
2. 位于底部居中。
3. 通常不使用标点符号。
更详细专业的规则，可以参考 Netflix 的指南：
+ [Subtitle Template Timed Text Style Guide](https://partnerhelp.netflixstudios.com/hc/en-us/articles/219375728-English-Template-Timed-Text-Style-Guide)
+ [English Timed Text Style Guide](https://partnerhelp.netflixstudios.com/hc/en-us/articles/217350977-English-Timed-Text-Style-Guide)
**历史：**
字幕的原型，可能是早期默片中，被剪辑插入的文字帧。这些间幕的文字均是位于画面正中，
被称作间幕（[intertitle][]/title card），在「物语系列」动画中也能经常看到。
[intertitle]: https://en.wikipedia.org/wiki/Intertitle
图像合成技术出现后，字幕（subtitle）取代了间幕，sub- 的前缀有「之下」的含义，这表明了字幕默认的位置。
不过 subtitle 的词源其实与电影无关，1815 年的 subtitle 被作为画作的副标题、解释性标题，之后才被视频行业使用。[^etcbs]
[^etcbs]: [_Subtitles – Word of the day – EVS Translations_](https://evs-translations.com/blog/subtitles/), EVS Translations Blog, 2019-08-28. (参照 2023-09-29).
既然字幕源自间幕，那么许多规则也延续了下来，比如黑底白字、居中等。
（本来以为过去的间幕，会缺乏标点符号，结果检索后发现大多都有标点符号，看来字幕缺乏标点的原因不是间幕了……）
**类型：**
美国对字幕有以下叫法：
+ open subtitles（开放字幕）
+ closed subtitles（隐藏字幕）
+ closed captioning（隐藏字幕，简称 CC）
+ Prerendered（预渲染）
+ hardsubs（硬字幕）
+ softsubs（软字幕）
其中的隐藏字幕和软字幕属于同义词，指可以由播放器关闭的字幕，比如 .ass 和 .sub 扩展名的字幕。
开放字幕和硬字幕也是同义词，指字幕被合成到主要视频流（轨道），无法分离的情况。
预渲染的情况比较复杂，主要存在于一些 DVD 中，比如 SST（Sonic Scenarist）格式和 SON（Spruce DVDMaestro）格式，
可以从原视频中剥离，但是这个字幕是位图格式，而不是纯文本，所以像软字幕可以关闭，也像硬字幕无法轻易导出纯文本。
其中的 captioning 是向聋哑人和听力障碍者，提供描述所有重要的音频内容，比如玻璃碎掉、音乐声等环境音可能也会包含进去。
备注：一些地区不区分 subtitles 与 captioning，而美国对此区分较严格。
### GWLM 13-1 中文字幕规则
暂定的规则，需要研究。
**延伸：**
虽然现代的字幕源于电影（视频），不过也延伸到了音乐歌词、游戏字幕中。不过居中的情况就没有那么主流了。
## GWLM 14 Web 内容无障碍指南（WCAG）
暂定的规则，需要研究。
### GWLM 15-0 WCAG 概述
## GWLM 16 纯文本与富文本
```yaml
标题: 纯文本与富文本
创建时间: 2023-09-14
```
### GWLM 16-0 纯文本与富文本概述
纯文本与富文本缺乏相关完善的规范。GWLM 16 将参考各种常用纯／富文本使用者的观点，整理出各种纯／富文本的用法。
**富文本：**
富文本有多种形态，比如网页、电子书、电子邮件和 Word 文档等，大致可以分为 HTML、PDF 和办公套件三个大类。
但是只有办公套件是自带所见即所得编辑器，HTML 和 PDF 往往需要工具和中间态的，带有标记的纯文本来生成。
| 富文本大类 | HTML | PDF | Word（办公套件） |
| ------------ | -------------------- | ---------------- | ---------------- |
| 可视化编辑器 | Adobe Dreamweaver 等 | Adobe Acrobat 等 | 自身 |
| 纯文本中间态 | Markdown、BBCode 等 | LaTeX 等 | ／ |
备注：HTML、PDF 和 Word 能够互相转换，但可能丢失部分排版信息。
**纯文本：**
纯文本被用在 Usenet、IRC 和电子邮件等地，虽然现在流行使用 HTML 的电子邮件，但纯文本依然是可选项。
纯文本往往就意味着无法直接使用缩进、超链接和分割线等功能，只能使用大家约定的符号来定义一些效果。
使用符号来约定效果，可能启发了 Setext、Org-mode 和 Markdown 等可读的标记语言。
备注：现在寻找关于 Setext 历史的文章，几乎都是 Markdown 的历史里，浅显的提到 Setext，所以难以研究其历史。
### GWLM 16-1 字体
#### GWLM 16-1-0 字体概述
字体包含：字体、尺寸、字重和倾斜。
#### GWLM 16-1-1 字体
**简介：**
字体可以根据字符宽度，分为比例字体和等宽字体，前者表示不同符号的宽度不同，而后者表示宽度相同。
在编写代码、ASCII 艺术等时候，通常需要使用等宽字体，而在阅读时，通常使用比例字体。
备注：比例字体是电脑出现后才大规模使用的字体，因为不同宽度的文字还是电脑更擅长排版。
字体还可以根据衬线情况，被分为衬线与 [无衬线字体](https://zh.wikipedia.org/wiki/无衬线体)，
无衬线字体还常被叫做黑体。
**使用：**
通常衬线意味着装饰、古典，所以常用于引用古文以及文学，而无衬线适合作为警告标语、小型印刷品，
因为清晰度比衬线体更高。
对于低分辨率的显示设备来说，比如 1080p 分辨率及其更低，无衬线字体的显示效果更好。[^svssf]
考虑到 [Steam 2023年8月 的硬件统计][]，1080p 显示设备占 Steam 帐号的 60.75 %，
所以目前以无衬线字体为主，也许是个好主意。
[^svssf]: Jakob Nielsen, [_Serif vs. Sans-Serif Fonts for HD Screens_](https://www.nngroup.com/articles/serif-vs-sans-serif-fonts-hd-screens/), Nielsen Norman Group, 2012-07-01. (参照 2023-09-13).
然后等宽字体按需使用即可，比如涉及源代码、二／十六进制文件片段以及 ASCII 艺术的时候，通常不需要全局使用等宽字体。
**HTML：**
复杂的 ASCII 艺术对字体有要求，比如要求等宽字体，在 HTML 里展示时通常需要使用 \、\ 标签来包裹。
**Markdown：**
Markdown 在使用 [内联代码](https://spec.commonmark.org/0.30/#code-spans)、
[缩进代码块](https://spec.commonmark.org/0.30/#indented-code-blocks)
以及 [围栏代码块](https://spec.commonmark.org/0.30/#fenced-code-blocks) 时，
仅会将被标记的内容使用 `` 元素包裹起来，是否使用等宽字体，使用什么等宽字体，都被交给了网站的 CSS 来控制。
比如 GitHub 的等宽字体没有对汉字支持，所以含有汉字的 ASCII 制表符内容，通常都会有偏差，比如：
```ascii
+-------------------------------------------------------------+
| +------------------------------------------------------+ |
| | ## SIGNALIS Sierpinski Leng - B1 - ████████████ Map | |
| +------------------------------------------------------+ |
| Protektor 电梯井 Class 4C |
| ┌───┐ ┌───┐ ┌───┐ |
| │ O │ │ O │ 缩微胶卷 │ O │ |
| └ | ┘ └─X─┘ 放映室 └ | ┘ |
| ┌ | ──────────X─┐ ┌───┐ ┌ | ┐ |
| X O X │ O │ │ O │ 教室 |
| └─────┐ ┌─────┘ └ | ┘ └ | ┘ |
| │ │ 电梯间 ┌ | ┐ ┌ | ┐ |
| │ │ X X X X |
| └─X─┘ 走廊 │ O │ │ O │ 走廊 |
| │ │ ┌───┐ │ │ ┌───┐ |
| X --- O --- --- O │ Class 4B |
| └ | ┘ └───┘ └─X─┘ └───┘ |
| ┌───┐ ┌ | ┐ ╲ |
| 观察室 │ O │ │ │ 员工室 |
| └ | ┘ │ │ |
| ┌─X─┐ ┌ | ──┘ └──X──┐ |
| Surface Access X O --- O X |
| └ | ┘ └───────X───────┘ |
| ┌ | ┐ 走廊 +-----------|
| 浴室 │ O │ | CC-BY 4.0 |
| └───┘ | gledos |
+-------------------------------------------------------------+
```
上面的 ASCII 艺术地图在 Sarasa Mono SC 字体下是足够完美的，但在 GitHub 上无法正常显示。
下面是无汉字的 ASCII 艺术地图，能够正常显示。
```ascii
+-------------------------------------------------------------+
| +------------------------------------------------------+ |
| | ## SIGNALIS Sierpinski Leng - B1 - ████████████ Map | |
| +------------------------------------------------------+ |
| Protektor Elevator Shaft Class 4C |
| ┌───┐ ┌───┐ ┌───┐ |
| │ O │ │ O │ Microfilm │ O │ |
| └ | ┘ └─X─┘ Viewer └ | ┘ |
| ┌ | ──────────X─┐ ┌───┐ ┌ | ┐ |
| X O X │ O │ │ O │ AULA |
| └─────┐ ┌─────┘ └ | ┘ └ | ┘ |
| │ │ EV Lobby ┌ | ┐ ┌ | ┐ |
| │ │ X X X X |
| └─X─┘ Corridor │ O │ │ O │ Corridor |
| │ │ ┌───┐ │ │ ┌───┐ |
| X --- O --- --- O │ Class 4B |
| └ | ┘ └───┘ └─X─┘ └───┘ |
| ┌───┐ ┌ | ┐ ╲ |
| Observation │ O │ │ │ Staff Room |
| └ | ┘ │ │ |
| ┌─X─┐ ┌ | ──┘ └──X──┐ |
| Surface Access X O --- O X |
| └ | ┘ └───────X───────┘ |
| ┌ | ┐ Corridor +-----------|
| Bathroom │ O │ | CC-BY 4.0 |
| └───┘ | gledos |
+-------------------------------------------------------------+
```
所以不能将使用无衬线字体与 Markdown 代码标记认为是一件事。
#### GWLM 16-1-2 尺寸
**简介：**
字体的尺寸在矢量字体的时代，可以随意放大缩小。通常文字作品会用最大的字体作为一级标题，之后的级别依次变小，
最后与正文的字体相当大小。
**使用：**
大尺寸的字体作为强调或装饰使用，比如 [首字放大](https://zh.wikipedia.org/wiki/首字放大)，
以及在论坛的富文本编辑器中，用大号的字体模仿 ``、`` 这样的标题使用。
**Markdown：**
Markdown 本身没有对段落中的字体尺寸调整的标记，不过可以借用 HTML 的 ``、`` 元素。
然而 ``、`` 元素因为 HTML 与 CSS 分离主义影响，现已被弃用，只是为了兼容性，
暂时仍能完成解析，所以应使用 CSS 解决文字大小。
标题算是能调整字体尺寸的标记，但不建议使用在标题之外的地方，因为这会生成 ``、`` 等元素，
应确保 HTML 语义的完整、无歧义为优先，这样才能实现无障碍。
#### GWLM 16-1-3 字重
**简介：**
字重（粗体）是一种字体形式，具有不同粗细的程度，现代字体的字重需要字体支持，如果没有原生支持，就会像斜体一样，
依靠电脑自动化的生成，依靠偏移字形轮廓实现。
**使用：**
CJK 字符等地都没有大规模使用粗体汉字的情况，并且缺乏原生粗体的汉字字体，所以不建议在富文本排版时使用。
不过大多西式的工具缺乏着重号，所以会有写作人使用粗体替代。
中英混排时，强调一段同时含有中英文字的情况时，可能是噩梦……因为既需要给汉字添加着重号（底部点符号），
也要给西文添加粗体状态吧。如何混排使用强调，还需要进一步研究。
**Markdown：**
Markdown 的粗体叫做 [强烈强调](https://spec.commonmark.org/0.30/#emphasis-and-strong-emphasis)，
这是从 [HTML \ 元素](https://developer.mozilla.org/en-US/docs/Web/HTML/Element/strong)
而来的叫法，不过中文语境通常称为粗体。
备注：HTML 的 `` 和 `` 元素，在默认情况下均能产生相同的粗体视觉效果，为什么分成两个，
以及 `` 更流行的问题，这是复杂的历史遗留问题，[^84228] 简单地说，`` 元素才是 HTML
应该使用的粗体强调语义，而 `` 元素一种等价于 CSS 的文字样式。在 HTML 与 CSS 分离主义的今天，
优先选择 `` 是合理的。
[^84228]: WHATWG, [_Why are some presentational elements like \, \ and \ still included?_](https://web.archive.org/web/20140801184228/http://wiki.whatwg.org/wiki/FAQ#Why_are_some_presentational_elements_like_.3Cb.3E.2C_.3Ci.3E_and_.3Csmall.3E_still_included.3F), WHATWG, 2014-. (参照 2023-09-13).
Markdown 的粗体使用星号 `**` 或下划线 `__` 作为标记，比如：
```markdown
**这是加粗的句子。**
__这是加粗的句子。__
```
在多人参与编写的文档中，为了一致性，可以限定一种标记方式：
+ GWLM Markdown 1-3-1 使用星号 `**` 表示加粗。
+ GWLM Markdown 1-3-2 使用下划线 `__` 表示加粗。
#### GWLM 16-1-4 倾斜
**简介：**
倾斜（斜体）是西式文字的一种形式，往往用于强调一段文字，比如表示引用以及作品名。后来传入东方，
但通常不会在方块字上使用。
倾斜又分为狭义的倾斜字体和伪斜体，狭义的倾斜字体是本来就是斜体的字体，常见的西式文字都原生自带斜体的字体，
而伪斜体是依靠电脑自动化的拉伸，让矩形的字形变成平行四边形的字形。
**使用：**
CJK 字符等地都没有大规模使用斜体汉字的情况，并且缺乏原生斜体的汉字字体，所以不建议在富文本排版时使用。
**Markdown：**
Markdown 的斜体叫做 [强调](https://spec.commonmark.org/0.30/#emphasis-and-strong-emphasis)，
这是从 [HTML \ 元素](https://developer.mozilla.org/en-US/docs/Web/HTML/Element/em)
而来的叫法，不过中文语境通常称为斜体。
备注：HTML 的 `` 和 `` 元素，在默认情况下均能产生相同的斜体视觉效果，为什么分成两个，
以及 `` 更流行的问题，这是复杂的历史遗留问题，[^84228] 简单地说，`` 元素才是 HTML 应该使用的斜体强调语义，
而 `` 元素一种等价于 CSS 的文字样式。在 HTML 与 CSS 分离主义的今天，优先选择 `` 是合理的。
Markdown 的斜体使用星号 `*` 或下划线 `_` 作为标记，比如：
```markdown
*这是倾斜的句子。*
_这是倾斜的句子。_
```
在多人参与编写的文档中，为了一致性，可以限定一种标记方式：
+ GWLM Markdown 1-4-1 使用星号 `*` 表示倾斜。
+ GWLM Markdown 1-4-2 使用下划线 `_` 表示倾斜。
### GWLM 16-2 其他字体效果
#### GWLM 16-1-0 其他字体效果概述
其他字体效果包含：下划线、删除线、着重号……
#### GWLM 16-1-1 下划线
**简介：**
西方的下划线历史，与手稿、打字机有关，是文字成品之前的中间形态使用的标识符：
```manuscript_typewriter
The middle of this.
‾‾‾‾‾‾
```
这被称作校对标记（[proofreader's marks](https://en.wikipedia.org/wiki/List_of_proofreader's_marks)），
用来指出应该使用斜体的内容，不应该在成品中展示。
时间来互联网早期，此时没有开箱即用的富文本，早期的电子邮件基本只能使用纯文本，所以在左右添加下划线来表示斜体：
```email
The _middle_ of this.
```
**使用：**
〔待续〕
**Markdown：**
〔待续〕
#### GWLM 16-1-2 删除线
**简介：**
〔待续〕
**使用：**
〔待续〕
**Markdown：**
〔待续〕
#### GWLM 16-1-3 着重号
**简介：**
〔待续〕
**使用：**
〔待续〕
**Markdown：**
〔待续〕
**简介：**
〔待续〕
**使用：**
〔待续〕
**Markdown：**
〔待续〕
#### GWLM 16-1-4 上标下标
**简介：**
〔待续〕
**使用：**
〔待续〕
**Markdown：**
〔待续〕
#### GWLM 16-1-5 特殊符号
**简介：**
数学等对排版有复杂要求的情况，在纯文本中，经常不得不使用单行来表示，而 TeX 的写法。
比如下面这些符号：
| 符号 | 演示 | 含义 |
| -------- | -------------------------------- | -------- |
| 插入记号 | `sum_{i=0}^{n-1} 2^i = 2^n - 1.` | 表示上标 |
| 下划线 | `lim_{x --> 0} sin (x) / x` | 表示下标 |
+ 插入记号 `^`
插入记号的原型是打字机上的变音符，按下后会打印变音符，但打字机不会向后移动，之后再按下字母，
就能印出含有 `^` 声调的字母。
时间来到 ASCII 标准化的 1960 年代，BASIC 等编程语言开始使用 `^` 作为乘方符号，
比如 `3^5` 表示 3 × 3 × 3 × 3 × 3。[^31392]
然后排版软件 TeX 使用了 `^` 作为上标记号，可能。
随后 Textile 使用 `^` 作为上标用法，演示如：`^上标^`。[^27ttt]
接着 Markdown 扩展语法，比如脚注也借用了 Textile 的上标记号用法。
详细的数学符号在纯文本中的使用，可以参考 [_A Primer for Communicating Mathematics via Plain Text_][] 这篇文章。
化学物质也能用纯文本表示，比如 [simplified molecular-input line-entry system][]（SMILES）是一种将分子模型转化为 ASCII
文本的规则。比如二氧化碳的 SMILES 是 `C(=O)=O`。
**用法：**
应该仅用于简介里提到的数学和化学领域，无法扩展到其他领域。
**Markdown：**
Markdown 均不支持以上写法。
#### GWLM 16-1-6 特殊包裹符号
**简介：**
斜体、粗体等，都是西方常用的字体效果，即使纯文本不支持，也有写作者像是早期手稿一样，使用符号来表示。
而这些符号通常都是一左一右，包裹住文字。所以这里称为「特殊包裹符号」。
比如下面这些符号：
| 符号 | 演示 | 含义 |
| ---------- | ------------------------------------------ | -------------- |
| 星号 | `It was *absolutely* horrible.` | 强调 |
| 星号 × 2 | `where bolding uses **double asterisks**.` | 强调，表示粗体 |
| 下划线 | `I had _nothing_ to do with it.` | 强调，偏向斜体 |
| 下划线 × 2 | `underlining uses __double underscores__.` | 强调，表示粗体 |
| 短横线 × 2 | `It was --absolutely-- horrible.` | 强调 |
| 尖括号 | `They >completely< forgot me!` | 强调，偏向斜体 |
| 斜线 | `I stayed home and played /Halo/.` | 强调，表示斜体 |
| 短横线 | `-So horrible.-` | 表示删除线 |
| 波浪线 | `~So horrible.~` | 表示删除线 |
这些用法基本源自 Usenet，但没有标准化，具体的用法主要来自文字作者习惯。
[^27ttt]: Cardigan Industries, [_Textile - A Humane Web Text Generator_](https://web.archive.org/web/20021226035527/http://textism.com/tools/textile/), Textism, 2002-12-26. (参照 2023-09-18).
[^31392]: njuffa, [_Answer to "Why was the caret used for XOR instead of exponentiation?"_](https://softwareengineering.stackexchange.com/a/331392), Software Engineering Stack Exchange, 2016-09-19. (参照 2023-09-18).
**用法：**
Usenet 以及后续发展的软件，影响了后来的标记语言，[MeatballWiki][] 整理了各种 Wiki 软件使用的标记语言，
可以看到标记非常混乱，比如下划线在一些 Wiki 软件表示给文字添加下划线，但在另一些 Wiki 软件中表示斜体。
如果从用法数量来统计，那么有一定程度普遍性的用法如下：
| 符号 | 演示 | 含义 |
| -------- | ------------------------------------------ | ---- |
| 下划线 | `I had _nothing_ to do with it.` | 斜体 |
| 星号 × 2 | `where bolding uses **double asterisks**.` | 粗体 |
并且此用法兼容 Markdown，所以是一个易于读者理解的写法。
**Markdown：**
详情请参考〈[GWLM 16-1-3 字重](#gwlm-16-1-3-字重)〉〈[GWLM 16-1-4 倾斜](#gwlm-16-1-4-倾斜)〉章节。
### GWLM 16-3 标题
**简介：**
标题通常是一段标记作品名称的字符串，通常是可读的，也存在使用无意义、单纯标号当作标题的情况。
**使用：**
〔待续〕
**Markdown：**
Markdown 有两种标题标记，分别是：
+ ATX 式标题
ATX 式标题源自亚伦·斯沃茨设想的 [atx 标记语言][]。尚不明确 atx 的含义，可能指「亚伦 TeX」。
```markdown
# Test Title a1
## Test Title a2
### Test Title a3
```
```html
Test Title a1
Test Title a2
Test Title a3
```
+ Setext 式标题
这是源自 [Setext](https://en.wikipedia.org/wiki/Setext) 标记语言的标题，缺点是只有 `` 和 `` 两种，
其他层级的标题仍需要 ATX 式标题。
```markdown
Test Title b1
=============
Test Title b2
-------------
```
```html
Test Title b1
Test Title b2
```
在多人参与编写的文档中，为了一致性，可以限定一种标记方式：
+ GWLM Markdown 2-1 仅使用 ATX 式标题标记。
+ GWLM Markdown 2-2 在 `` 和 `` 时，使用 Setext 式标题标记。
备注：之所以 Markdown 同时使用了 ATX 和 Setext 两种标题标记，可能是因为 # 在部分文件中表示注释，
所以需要 Setext 式标题标记。
### GWLM 16-4 缩进与换行
#### GWLM 16-4-0 缩进与换行概述
〔待续〕
#### GWLM 16-4-1 段落排版（段间距与行首缩进）
**简介：**
```ascii
+--+-----------------------------------------------+
|a0| Type-A |
|a1| ====== |
|a2| |
|a3| (3) █████████████████████(1)█████████████████ |
|a4| ████████████████████ |
|a5| (3) █████████████████████(1)██████ |
|a6| (3) ... |
+--+-----------------------------------------------+
+--+-----------------------------------------------+
|b0| Type-B |
|b1| ====== |
|b2| |
|b3| █████████████████████████(1)█████████████████ |
|b4| ████████████████ |
|b5| (2) |
|b6| █████████████████████████(1)██ |
|b7| (2) |
|b8| ... |
+--+-----------------------------------------------+
```
+ 段落：(1)
+ 段间距：(2)、a4 ~ a5
+ 行首缩进：(3)
+ 行间距：a3 ~ a4、b3 ~ b4
**使用：**
在出版物中，往往使用 A 型段落格式，因为这样更节约纸张，此时的「段间距」与「行间距」往往差距较小。
分段情况主要靠行首缩识别。
在网页等数字格式中，往往使用 B 型段落格式，特点是没有行首缩进，以及较宽的段间距。分段情况主要靠段间距来识别。
这两种差异可能被叫做「缩进」「空排」，以及其他的说法，总之都是让读者区分段落的工具，通常仅使用一种。
历史：印刷术、打字机都大大影响了段落排版，其中打字机通常只能一行一行的移动，所以段间距往往直接空一行，
这一习惯也一定程度影响到了现代。
**Markdown：**
严格的说，Markdown 本身（解析器）并不是排版工具，排版依靠的是 CSS，所以虽然很多平台和软件支持 Markdown，
但各处生成的富文本都有差异，所以 Markdown 也与段落排版的关系不大。
不过 Markdown 以及 HTML 都有硬换行（断行）的情况：
```markdown
foo\
baz
```
生成：
```html
foo
baz
```
一些写作者可能会这样断行，然后当作分段。不建议这么做，应确保 HTML 语义的完整、无歧义为优先，这样才能实现无障碍。
#### GWLM 16-4-2 引用缩进
**简介：**
以下内容，主要来自维基百科的 [Posting style](https://en.wikipedia.org/wiki/Posting_style) 条目。
因为互联网通信的异步性质，可能数年前的邮件组、论坛或新闻组仍有人回复，所以对主题中的部分内容进行引用就很重要，
则能防止参与者忘记讨论的事，也能让回复者精准对各个内容进行回复。
于是产生了下面这样的顶部引用方式：
```email
下雨天的周末，可以和朋友去哪里？
还没想好，需要再商量一下。
```
```email
> 下雨天的周末，可以和朋友去哪里？
还没想好，需要再商量一下。
```
分别是缩进和字符标记，之所以叫做顶部引用，是因为引用的内容靠上，除此之外还有底部引用：
```email
Subject: RE: Job
哇！等等。我有一份给关键技术人员的报告，安排在 5:30 发送。
你能把时间推迟一小时吗？
丹尼
-------- Original Message --------
From: Jim
Sent: Tuesday, October 16, 2007 9:40 AM
To: Danny
Subject: Job
我将暂停邮件服务大约 30 分钟（从下午 5 点开始），因为要
安装一些更新和重要修复。
吉姆
```
底部引用常用在邮件回复中，也可以用字符标记来实现底部引用。
缩进通常每层固定 4 个空格左右，字符标记有大于号「>」和竖线「|」两种，而前者更常用。
在未正式发表的 RFC 1849 中，[4.3.2. Body Conventions](https://datatracker.ietf.org/doc/html/rfc1849#section-4.3.2)
介绍了使用大于号来引用的用法。虽然 RFC 1849 并未正式在 1995 年发表，但广为流传，成为了 Usenet（新闻组）事实上的规范。
之后在 RFC 2646（The Text/Plain Format Parameter）中详细的描述了大于号引用的细节，
相关描述位于 [4.5. Quoting](https://datatracker.ietf.org/doc/html/rfc2646#section-4.5)。
**用法：**
使用尖括号，引用说过的话。
**Markdown：**
Markdown 缺乏整句高亮的手段，所以存在一些 Markdown 软件开发者以及用户，将块引用、代码块当作「高亮段落」使用。
如果要使用「高亮段落」，应使用 [Admonitions][]（告诫）类 Markdown 扩展语法。
Markdown 的引用效果，在许多「原教旨主义」版本中，比如 GitHub Flavored Markdown（[GFM][]），往往引用的颜色较浅，
对于一些用户来说比较反直觉，这是因为 GFM 沿用了 Usenet 的引用回复用法，并使用了 format=flowed 的视觉效果。
Markdown 的引用源自 Usenet 等纯文本领域，最初的用法也是在回复时，标明对方说的部分，所以狭义上，
只有某人说过的话，才能使用 Markdown 的块引用。[^mt_0][^mt_1][^mt_2] 然后 Markdown 的块引用会生成 HTML
`` 标签，这是一个语义标签。为了无障碍等语义合理，也应遵守上面提到的用法。
[^mt_0]: Federico Poloni, [_Stop misuse of Markdown blockquotes for emphasis_](https://math.meta.stackexchange.com/q/25939), Mathematics Meta Stack Exchange, 2017-04-13. (参照 2023-09-15).
[^mt_1]: Martin Sleziak, [_Is using blockquote for highlighting problematic?_](https://math.meta.stackexchange.com/q/23015), Mathematics Meta Stack Exchange, 2017-04-13. (参照 2023-09-15).
[^mt_2]: stakx, [_Do we need a new Markdown formatting for indented / boxed text (for preambles, remarks / side notes, postscripts, footnotes, …)?_](https://meta.stackexchange.com/q/250415), Meta Stack Exchange, 2017-05-23. (参照 2023-09-15).
---
format=flowed 功能的历史：
format=flowed 是在 RFC 2646 [4.1. Generating Format=Flowed](https://datatracker.ietf.org/doc/html/rfc2646#section-4.5)
上描述的功能，主要解决纯文本自动换行问题。
比如下面原始状态的电子邮件片段：
```email
>>> Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et.
>> dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco.
> laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit.
```
在 Apple II 这台老电脑上，仅能显示 40 个字符宽度，所以就会变成这样：
```email
>>>Lorem ipsum dolor sit amet,
consectetur adipiscing elit, sed do
eiusmod tempor incididunt ut labore
et.
>>dolore magna aliqua. Ut enim ad
minim veniam, quis nostrud
exercitation ullamco.
>laboris nisi ut aliquip ex ea
commodo consequat. Duis aute irure
dolor in reprehenderit.
```
当多重引用越来越多时，也就越来越难以阅读，所以 RFC 2646 描述的 format=flowed，这种自动解析、
流动性（自适应宽度）的引用功能，就是加强纯文本的方案，这也影响了 Markdown 的严格换行功能。
#### GWLM 16-4-3 源文件可维护性
**简介：**
1995 年的 [RFC 1866][]（_Hypertext Markup Language - 2.0_）讲解了段落的写法：
> 5.5. Block Structuring Elements
>
> Block structuring elements include paragraphs, lists, and block
> quotes. They must not contain heading elements, but they may contain
> phrase markup, and in some cases, they may be nested.
>
> 5.5.1. Paragraph: P
>
> The \ element indicates a paragraph. The exact indentation, leading
> space, etc. of a paragraph is not specified and may be a function of
> other tags, style sheets, etc.
>
> Typically, paragraphs are surrounded by a vertical space of one line
> or half a line. The first line in a paragraph is indented in some
> cases.
>
> Example of use:
>
> ```html
>
This Heading Precedes the Paragraph
> This is the text of the first paragraph.
>
This is the text of the second paragraph. Although you do not
> need to start paragraphs on new lines, maintaining this
> convention facilitates document maintenance.
> This is the text of a third paragraph.
> ```
翻译后的内容
> 5.5. 块结构元素
>
> 块结构元素包括段落、列表和块引用。它们不得包含标题元素，但可以包含片段标记，并且在某些情况下，它们可以嵌套。
>
> 5.5.1. 段落：P
>
> \ 元素表示一个段落。段落的确切缩进、前导空格等未指定，并且可能是其他标签、样式表等的函数。
>
> 通常，段落上下会有一行或半行的垂直间距。在某些情况下，段落中的第一行会缩进。
>
> 使用示例：
>
> ```html
>
该标题位于段落之前
> 这是第一段。
>
这是第二段。尽管您不需要换行，
> 但维护此约定有助于文档维护。
> 这是第三段。
> ```
可以看到 \ 元素跨越了多行，但还是能正常使用，并且 \
元素会忽略换行符号以及多余的空格，自动化的连接元素中的内容。
（备注：大陆将横排称为行，台湾将竖排称为行，原因似乎与流行的书写方向有关，都是文字延伸的方向为行。）
将段落拆分的原因应该是为了方便维护，曾经 HTML 网页几乎都是人力编写的全部或者部分，如果一个段落有数千个字符，
而编辑器没有自动换行功能，就会很痛苦了。而现代的编辑器基本都有自动换行功能，即使如此，还是有「缩减栏宽」等功能，
将文字以一定的宽度分段，防止 16:9 宽屏带来的阅读障碍。
Visual Studio Code 等软件可以开启垂直标尺（vertical rulers）功能，可以用来确保各种编程语言或团队的代码风格：
| 每行字符数 | 代码风格 |
| ---------- | ------------------ |
| 72 | Ada 官方 |
| 72 | Agda 官方 |
| 79 | Python 官方 |
| 80 | GNU 团队 |
| 80 | Google 团队 |
| 80 | Java 官方 |
| 80 | Object Pascal 官方 |
| 80 | Perl 官方 |
| 80 | PHP 官方 |
| 80 | Ruby 官方 |
| 80 | OCaml 官方 |
| 90 | CCM4 官方 |
| 100 | Android 官方 |
（详细表格和具体的风格规范，可以查看维基的 [每行字符数][] 条目。）
这是因为早期电脑的文本显示模式，流行 80 × 25 左右的文本数量，比如 1980 年的 [Apple III][] 是 80 × 24，
之后 IBM 推出的 [VGA 文本模式][] 标准，也是以 80 作为常用行宽。
[Apple III]: https://en.wikipedia.org/wiki/Apple_III
[VGA 文本模式]: https://en.wikipedia.org/wiki/VGA_text_mode
而这些显示标准可能源自更早之前的打孔卡，因为 IBM 的流行的打孔卡横排宽 80 个字符，就像是计算机的键盘延续了打字机的键盘。
到这里其实还可以追溯，那就是打字机的 [每行字符数][] 也是 80 左右，不过每行字符数就是排版方面的故事了。
[每行字符数]: https://en.wikipedia.org/wiki/Characters_per_line
Python 的 [PEP 8][] 规范限制每行最多 79 个字符，跟许多使用 80 字符的语言有微妙的差别，所以有人向 PEP 8 的编写者，
也是 Python 的设计者 Guido van Rossum 发送邮件询问，[^h2eug] 得到的答案是「80 个字符宽的 Emacs 窗口，从 79 开始换行。」
[PEP 8]: https://peps.python.org/pep-0008/
[^h2eug]: nrogers64, [_PEP 8: Why is the character limit 79 and not 80?_](www.reddit.com/r/learnpython/comments/1h2eug/pep_8_why_is_the_character_limit_79_and_not_80/), r/learnpython, 2013-06-25. (参照 2023-09-26).
具体的换行情况，大致如下：[^44637]
[^44637]: Peter V. Mørch, [_Emacs wrapping lines that are exactly 80 characters long in a 80x24 terminal_](https://emacs.stackexchange.com/q/44637), Emacs Stack Exchange, 2018-09-10. (参照 2023-09-26).
```perl
#!/usr/bin/perl -w
###############################################################################\
#
# Copyleft (ɔ)
# All Rights Reversed
###############################################################################\
#
```
第 80 个字符会被 `\` 换行符号挤压到下一行，[^00715] 原因尚未进一步研究。
[^00715]: Barry Margolin, [_Re: does emacs wrap lines that are exactly 80 characters long??_](https://lists.gnu.org/archive/html/help-gnu-emacs/2003-10/msg00715.html), 2003-10-29. 参照: 2023-09-26. [Online].
关于 79 个字符限制的其他猜测：为了在 diff 等工具中正常使用，所以需要减 1 个字符，比如下面的 diff 演示：
```diff
-版本: 0.0.29-beta
+版本: 0.0.30-beta
```
左侧的加减号表示增减的行，不过这无法解释大多数编程语言都是用 80 个字符作为基准。
**用法：**
之后终端的宽度稍有增加，在 Windows 10 的 CMD 默认中，行宽是 120 个字符，其他常见的行宽还有 100，
不过现在的 HTML 网站通常不需要考虑这件事，因为几乎不需要手动编辑 HTML，而是使用所见即所得编辑器，
或者其他标记语言生成 HTML。
**Markdown：**
Markdown（CommonMark）拥有 HTML 的这类功能，会将多行内容直接输出到 \
元素中：
```markdown
测试
内容
test
```
```html
测试
内容
test
```
显示为「测试内容 test」，其中英文附近的空格是浏览器自动添加的词间距，在符合 CommonMark 规范的情况下可以将段落拆分，
方便维护，然后太长的链接、表格和被 base64 编码的图片不需要拆分，接着将文本编辑器的自动换行关闭，
就能方便的编写 Markdown 文档。
如果选择拆分，可以选择 100、120 左右的宽度。然后是换行风格，换行风格有两种，以 80 作为宽度的示例如下：
```markdown
将段落拆分的原因应该是为了方便维护，曾经 HTML 网页几乎都是人
力编写的全部或者部分，如果一个段落有数千个字符，而编辑器没有
自动换行功能，就会很痛苦了。而现代的编辑器基本都有自动换行功
能，即使如此，还是有「缩减栏宽」等功能，将文字以一定的宽度分
段，防止 16:9 宽屏带来的阅读障碍。
```
```markdown
将段落拆分的原因应该是为了方便维护，
曾经 HTML 网页几乎都是人力编写的全部或者部分，
如果一个段落有数千个字符，而编辑器没有自动换行功能，
就会很痛苦了。而现代的编辑器基本都有自动换行功能，
即使如此，还是有「缩减栏宽」等功能，将文字以一定的宽度分段，
防止 16:9 宽屏带来的阅读障碍。
```
方法 1 看起来和谐，方法 2 易读易编辑。
### GWLM 16-5 超链接
#### GWLM 16-5-0 超链接概述
超链接的全称是超链接（[hyperlink][]），有时也简称为超链，是富文本重要的功能之一，
随后被万维网的 HTML \ 元素发扬光大。
之后超链接的用法大致也遵循 HTML 的用法，比如 Word、PDF 都能创建文字超链接。不过 HTML 可以给各种内容创建超链接，
比如图片和按钮等。
**名称历史：**
1991 年，蒂姆·伯纳斯-李（T. Berners-Lee）发表了 [_HTML Tags_][]，是介绍 HTML 的文档，
当时的锚元素（anchors）还没有提到超链接这一用语。
1995 年，蒂姆·伯纳斯-李以及 MIT/W3C 发布了 [RFC 1866][]（_Hypertext Markup Language - 2.0_），开始使用超链接这一用语。
锚元素、超链接等词语的关系大概如下所示：
超链接（维恩图），通过 [benfred/venn.js](https://github.com/benfred/venn.js/) 绘制
所以超链接算是更高层的概念，通常指使用了锚元素的一段内容。比如
在 1994 年的 [_Uniform Resource Locators (URL)_][]（草案），以及正式版 [RFC 1738][] 中，
万维网之父——蒂姆·伯纳斯-李，使用了尖括号来表示纯文本中的 URL，但有一些差异。
前者作为附录的非强制标准，后者同样是建议：
+ _Uniform Resource Locators (URL)_（草案）
``
+ RFC 1738
``
随后在 2005 年被编写到了 RFC 3986 的 [附录 C](https://datatracker.ietf.org/doc/html/rfc3986#appendix-C) 中，
建议使用引号或者空格等字符包裹 URI，其中最佳方案是尖括号。
**用法：**
给超链接（URL）的左右添加尖括号，其他 URI 比如 DOI 也可以：
**Markdown：**
Markdown 跟 RFC 3986 提到的尖括号相似，然后会将：
一段测试文字。
```
不过 Maruku 早已停止更新。
附言：Maruku 的 Attribute List 功能，可能源自 [Textile 的 Attributes 系列功能][tta]，或是 [asciidoc 的属性语法][adea]，
不过暂未找到相关证据。
**功能：**
Attribute List 有一些写法要求：
1. 以「`{:`」开头，「`}`」结尾，在中间放入元素，元素间使用空格分割。
2. 元素类型有以下四种：
1. 键／值对（`abc="def"`）
2. 参考的 ALD（`ref`）
3. id 说明符（`#myid`）
4. 类说明符（`.myclass`）
IAL 是 inline attribute lists 的简称，意为内联属性列表，直接对元素添加属性，用法如下。
```markdown
演示段落，含有 **粗体**{: .test_1 }，
段落第二行，演示 [链接](https://example.com/){: .test_2 }。
{: .test_3 }
```
将被 Maruku 解释为：
```html
演示段落，含有 粗体，
段落第二行，演示 链接。
```
底部的 `{: .test_3 }` 是对块级元素添加属性，段落中的 `{: .test_1 }` 是对行内跨级元素添加属性。
ALD 是 attribute lists definitions 的简称，意为定义属性列表，是引用式的写法，用法如下：
```markdown
一段测试文字。
{: test_ref }
{:test_ref: key=val .class #id }
```
可以在多地使用 `{: test_ref }` 这样的写法，就像 Markdown 的引用式链接，以及常用的扩展语法，脚注的引用式写法。
**兼容性：**
Maruku 对此功能的探索，有被其他解析器吸收，比如 Python-Markdown（须启用 [官方扩展 Attribute Lists][pmal]）以及 kramdown，
只是不同的 Markdown 解析器，实现了不同的功能，具体情况如下：
| ＼ | [Maruku][mrkp] | [kramdown][kdald] | [Python-Markdown][pmal] |
| :---: | :------------: | :---------------: | :---------------------: |
| IAL | 〇 | 〇 | 〇 |
| ALD | 〇 | 〇 | ㄨ |
Python-Markdown 不支持 ALD。使用 JavaScript 实现的 Remark，也许能使用年久失修的第三方 [remark-attr][rma] 插件，
同样不支持 ALD。
本地编辑器中，Obsidian 也有第三方插件 [Markdown Attributes][obma]，不支持 ALD，并且 IAL 的内联功能已经失效。
[Pandoc][pi684] 支持一些写法，不过花括号后没有冒号。
在这当中，kramdown 被用作 Jeykll 的渲染器，Python-Markdown 被用在 MkDocs 中，都算是广泛使用，
所以如果经常在这类平台展示文本，那么使用 Attribute Lists 是很合理的。只是 Attribute Lists 在其他 Markdown 渲染器中，
会原样输出，所以对于在多地展示的文本，也许应该慎用。
**使用：**
Maruku 的写法比较随意，比如 `{:.test_2}`、`{: .test_2}`、`{:.test_2 }` 和 `{: .test_2 }`，都有出现。这里建议多用空格，
即开头「`{:`」、属性和结尾「`}`」 之间都有空格，比较合理。
属性顺序，可以按照先前「写法要求」的顺序，进行排列。多个同类属性，就以字母顺序排列吧，比如：
1. 键／值对（`abc="def"`）
2. 参考的 ALD（`ref`）
3. id 说明符（`#myid`）
4. 类说明符（`.myclass`）
```markdown
一段测试文字。
{: abc="def" bbc="obs" ref #myid .all .myclass }
```
最后，汇总一下各种 Markdown 软件的 Attribute Lists 功能页面：
+ [maruku][mrkp]
+ [kramdown][kdald]
+ [Pandoc][pi684]
+ Python-Markdown 官方扩展 [Attribute Lists][pmal]
+ Remark 第三方扩展 [remark-attr][rma]
+ Obsidian 第三方插件 [Markdown Attributes][obma]
[adea]: https://docs.asciidoctor.org/asciidoc/latest/attributes/element-attributes/
[kdald]: https://kramdown.gettalong.org/syntax.html#attribute-list-definitions
[mrkp]: https://web.archive.org/web/20070111085028/http://maruku.rubyforge.org/proposal.html
[obma]: https://github.com/javalent/markdown-attributes
[pi684]: https://github.com/jgm/pandoc/issues/684
[pmal]: https://python-markdown.github.io/extensions/attr_list/
[rma]: https://github.com/arobase-che/remark-attr
[tta]: https://textile-lang.com/doc/spans
### GWLM 16-10 复合效果
链接、斜体强调与加粗强调，
是常用的富文本效果／元素。但是它们有时候会同时使用，嵌套的内外顺序也不影响视觉和 SEO，比如：
```html
text 1
```
```html
text 2
```
这两个斜体的链接，在页面中所呈现的效果相同，但是 Markdown 写法的差异较大：
```markdown
_[text 3](https://example.com/)_
```
```markdown
_[text 4][]_
[text 4]: https://example.com/
```
```markdown
[_text 5_](https://example.com/)
```
```markdown
[_text 6_][]
[_text 6_]: https://example.com/
```
由于 Markdown 支持引用式链接，如果同一个链接有时斜体，有时正常。那么倾斜标记在外部更好用：
```markdown
_[text 7][]_
[text 7][]
[text 7]: https://example.com/
```
所以在嵌套顺序中，最里是链接比较合适。同样的顺序，也能在 Gmail 与 richtexteditor.com 编辑器中看到。
---
关于斜体强调与加粗强调，`text` 与 `text` 的写法都不被建议。
因为它们语义都有强调，同时使用会出现语义重复。[^00590]
[^00590]: Jitendra Vyas, _[Does it matter in or in ?](https://stackoverflow.com/questions/2200590/does-it-matter-strong-in-em-or-em-in-strong)_, Stack Overflow, 2010-02-04. (参照 2024-04-03).
推荐的写法可能是 `text` 或者 `text` 吧。
### GWLM 16-xx Admonitions
〔待续〕
### GWLM 16-xx Markdown 的 CJK 缺陷
Markdown 最初的开发者，以及许多兼容的渲染器都没怎么考虑国际化，这会导致一些问题。
比如内联语法不一定兼容没有空格的情况：
```markdown
这是一段包含**部分加粗**词语的文字。
```
〔待续〕
### GWLM 16-xx 其他内容
暂定的规则，需要研究。
## GWLM 17 日期与时间
```yaml
标题: 日期与时间
创建时间: 2023-10-11
```
### GWLM 17-0 日期与时间概述
**标准：**
日期与时间是重要的工具，能记录文章的发布时间，如果没有它，那么先后提示就不复存在，非常不方便。
因为不同地区使用的格式略有差异，所以需要设立含有少量字符的基础格式，用来被电脑识别。
不过这项标准意外的完成得晚，1998 年才推出 [ISO 8601][]，并且主要原因还是为了应对 [千年虫问题][]……
[ISO 8601]: https://en.wikipedia.org/wiki/ISO_8601
[千年虫问题]: https://en.wikipedia.org/wiki/Year_2000_problem
大致格式就像「2023-09-17T18:42:22Z」。
**格式化：**
完整的 ISO 8601 时间不适合阅读，所以会格式化成符合当地或是作者风格的格式，比如「YYYY-MM-DD」是被格式化的日期，
比如「1234-05-06」这样，其中的「YYYY」是模板。
在编程语言中很流行这类格式化方法，比如 JavaScript 的 [Moment.js][] 库，下面是它常见的标记模板：
[Moment.js]: https://momentjs.com
| 「en」 | 标记 | 输出 |
| ------ | ---- | ------------------------------------ |
| 年 | YY | 70 71 … 29 30 |
| | YYYY | 1970 1971 … 2029 2030 |
| 月 | M | 1 2 … 11 12 |
| | MM | 01 02 … 11 12 |
| | MMM | Jan Feb … Nov Dec |
| | MMMM | January February … November December |
| 日 | D | 1 2 … 30 31 |
| | DD | 01 02 … 30 31 |
| AM/PM | A | AM PM |
| | a | am pm |
| 时 | H | 0 1 … 22 23 |
| | HH | 00 01 … 22 23 |
| | h | 1 2 … 11 12 |
| | hh | 01 02 … 11 12 |
| | k | 1 2 … 23 24 |
| | kk | 01 02 … 23 24 |
| 分 | m | 0 1 … 58 59 |
| | mm | 00 01 … 58 59 |
| 秒 | s | 0 1 … 58 59 |
| | ss | 00 01 … 58 59 |
不同地区也有一些差异，不过这里暂时不再详细探讨：
| 「zh」 | 标记 | 输出 |
| ------ | ---- | -------------------------- |
| 月 | MMM | 1月 2月 …… 11月 12月 |
| | MMMM | 一月 二月 …… 十一月 十二月 |
| AM/PM | A | 上午 下午 |
有了这些标记模板，就能格式化出各种日期样式。
备注：将 AM 和 PM 翻译成上午和下午本身没有为什么问题，但是不符合中文习惯，比如 11:30 在中文语境下，应称作中午，
而 Moment.js 支持更细致的调整其他地区的时间状态，比如下面将中文的「AM/PM」分了 5 个时间状态。
```javascript
moment.updateLocale('zh-cn', {
meridiem : function (hour, minute, isLowercase) {
if (hour < 9) {
return "早上";
} else if (hour < 11 && minute < 30) {
return "上午";
} else if (hour < 13 && minute < 30) {
return "中午";
} else if (hour < 18) {
return "下午";
} else {
return "晚上";
}
}
});
```
### GWLM 17-1 日期
首先定义模板内容：
1. 半角数字：0123456789
2. 全角数字：０１２３４５６７８９
3. 汉字数字（含十的幂）：
1. 零一二三四五六七八九十百千万亿兆京
2. 〇一二三四五六七八九十百千万亿兆京
3. 零壹貳叁肆伍陸柒捌玖拾佰仟萬億兆京
4. 汉字数字（不含十的幂）：
1. 零一二三四五六七八九
2. 〇一二三四五六七八九
3. 零壹貳叁肆伍陸柒捌玖
5. 月份 Unicode：㋀㋁㋂㋃㋄㋅㋆㋇㋈㋉㋊㋋
6. 日期 Unicode：㏠㏡㏢㏣㏤㏥㏦㏧㏨㏩㏪㏫㏬㏭㏮㏯㏰㏱㏲㏳㏴㏵㏶㏷㏸㏹㏺㏻㏼㏽㏾
7. 时刻 Unicode：㍘㍙㍚㍛㍜㍝㍞㍟㍠㍡㍢㍣㍤㍥㍦㍧㍨㍩㍪㍫㍬㍭㍮㍯㍰
那么 {{MM.2}} 这样的伪代码，就表示以列表 2 中的数字替代 MM 月份原本的数字。
将「2023-10-11」用下面的模板格式化，就能输出各种格式：
| 模板 | 输出 |
| -------------------------------------- | ------------------------ |
| {{YYYY.1}}年{{MM.1}}月{{DD.1}}日 | 2023年10月11日 |
| {{YYYY.2}}年{{MM.2}}月{{DD.2}}日 | ２０２３年１０月１１日 |
| {{YYYY.3.1}}年{{MM.3.1}}月{{DD.3.1}}日 | 二千零二十三年十月十一日 |
| {{YYYY.4.1}}年{{MM.3.1}}月{{DD.3.1}}日 | 二零二三年十月十一日 |
| {{YYYY.4.2}}年{{MM.3.2}}月{{DD.3.2}}日 | 二〇二三年十月十一日 |
| {{YYYY.4.2}}年{{MM.4.2}}月{{DD.4.2}}日 | 二〇二三年一〇月一一日 |
| {{YYYY.1}}年{{MM.5}}{{DD.6}} | 2022年㋉㏪ |
### GWLM 17-2 时间
〔待续〕
### GWLM 17-3 修补
将日期／时间视作整体，不为「YYYY」「年」「MM」「月」「DD」「日」之间添加空格，并在前后添加空格。[^ccg_102]
[^ccg_102]: undeadway, 《[是否可以明确一下日期的书写格式 · Issue #102 · sparanoid/chinese-copywriting-guidelines](https://github.com/sparanoid/chinese-copywriting-guidelines/issues/102)》, GitHub, 2019-12-25. (参照 2023-08-27).
> 有条 issues 在 2019年12月25日 23时20分30秒 发布。
> 有条 issues 在 2019 年 12 月 25 日 23 时 20 分 30 秒发布。（不符合）
规则是「年月日」「时分秒」各为一组，如果缺少一个时间单位，依然特殊处理：
> 有条 issues 在 12月25日 23时20分 发布。
如果仅有一个时间单位，那么就不特殊处理：
> 有条 issues 在 25 日 23 时发布。
> 有条 issues 在 12月25日 23 时发布。
## GWLM 18 简体中文标点符号修补
```yaml
标题: 简体中文标点符号修补
创建时间: 2023-09-05
```
### GWLM 18-1 单层书名号修补
作品名存在包含关系时，可以使用单层书名号来表示章、节、篇等。
例如：《道德经》分为〈德〉〈道〉两篇。
### GWLM 18-2 替换「弯引号」为「全角直角引号」
| 原始 | Unicode | 修改后 | Unicode |
| :---: | :------: | :----: | :------: |
| “ | `U+201C` | 「 | `U+300C` |
| ” | `U+201D` | 」 | `U+300D` |
| ‘ | `U+2018` | 『 | `U+300E` |
| ’ | `U+2019` | 』 | `U+300F` |
### GWLM 18-3 替换「半角间隔号」为「全角间隔号」
| 原始 | Unicode | 修改后 | Unicode |
| :---: | :------: | :----: | :------: |
| / | `U+002F` | ／ | `U+FF0F` |
### GWLM 18-4 替换「全角括号」为「半角括号」
| 原始 | Unicode | 修改后 | Unicode |
| :---: | :------: | :----: | :------: |
| （ | `U+FF08` | ( | `U+0028` |
| ） | `U+FF09` | ) | `U+0029` |
### GWLM 18-5 替换「全角逗号」为「半角逗号」
| 原始 | Unicode | 修改后 | Unicode |
| :---: | :------: | :----: | :------: |
| ， | `U+FF0C` | , | `U+002C` |
### GWLM 18-6 替换「CJK 通用全角句号」为「CJK 通用半角句号」
| 原始 | Unicode | 修改后 | Unicode |
| :---: | :------: | :----: | :------: |
| 。 | `U+3002` | ｡ | `U+FF61` |
### GWLM 18-7 替换「CJK 通用全角句号」为「西式半角句号」
| 原始 | Unicode | 修改后 | Unicode |
| :---: | :------: | :----: | :------: |
| 。 | `U+3002` | . | `U+002E` |
### GWLM 18-8 替换「全角单层直角引号」为「半角单层直角引号」
| 原始 | Unicode | 修改后 | Unicode |
| :---: | :------: | :----: | :------: |
| 「 | `U+300C` | ｢ | `U+FF62` |
| 」 | `U+300D` | ｣ | `U+FF63` |
## GWLM 19 文件名
〔待续〕
将要研究比如「《中国互联网络发展状况统计报告》.pdf」这样的文件名，如何对文件进行合理命名比较好，符合那些要求等问题。
## GWLM 20 文件扩展名
[文件扩展名](https://en.wikipedia.org/wiki/Filename_extension) 是文件名的一部分，主要用来给观测者提示文件格式。
+ 大多数格式都有制作者，所以在使用全称或者专有名称时，直接以设计者的写法来书写即可。
+ 如果单纯是扩展名，那么通常使用小写的，并且左侧不需要分隔符（西式句点）。
因为文件名，比如 `abc.jpg` 能被分成三个部分，分别是文件名称、分隔符和文件扩展名。通常不认为分隔符属于文件扩展名的一部分，
也就是说 `jpg` 才是文件扩展名，只是因为习惯常将分隔符（西式句点）放入文字描述中。
附言：不是所有的文件系统，都将分隔符设为西式句点。
所以符合规则的表述方法如下所示：
1. 以格式表述：
+ 这是 JPEG 格式的图片。
+ Markdown 格式的文档。
+ 符合 HTML 格式的网页。
+ 采用了 tar 和 gzip 格式的压缩文件。
2. 以文件扩展名表述：
+ 文件扩展名是 `jpg` 的图片。
+ 文件扩展名是 `md` 的文档。
+ 文件扩展名是 `html` 的网页。
+ 文件扩展名是 `tar.gz` 的存档文件。
特殊情况：在一些老文件，比如「ARP.EXE」在讨论时，可以使用 `EXE` 作为文件扩展名表述。
---
一个思想实验：是否存在没有文件名称，只有文件扩展名的文件？
答案是可以，Windows 的资源管理器（Explorer）能够识别 `.png` 这样的文件为图像。不过受限于大多数文件管理器的算法，
单纯的 `png` 不会被识别为 `png` 扩展名，而会被识别为文件名称。
## GWLM 100 连续汉字问题
〔内容待填充〕
> 〇〇中学学生会会长。
> 列车车长。
> 上海南站站。
> 上海火车站站。
## GWLM 101 冗余首字母缩写综合征
〔内容待填充〕
ATM（自动取款机）有时为了标明其机器属性，也会使用 ATM 机（ATM machine），这样的拼写方式叫做
[RAS syndrome](https://en.wikipedia.org/wiki/RAS_syndrome)（redundant acronym syndrome, 冗余首字母缩写综合征），
比如 HIV 病毒、LCD 显示器甚至是 IP 协议……
## GWLM 15834 简体中文标点符号用法模块化
```yaml
标题: 简体中文标点符号用法模块化
创建时间: 2023-08-28
```
〈GWLM 15834 简体中文标点符号用法模块化〉的主要目的是重写出一个符合 CC-BY 4.0 协议，
并兼容《[GB/T 15834—2011 标点符号用法标准][]》的模块。这样在未来就不需要以不够开放的资料，
作为 GWLM 的基础，但是任重道远，还有大量待重写的部分。
《GB/T 15834—2011 标点符号用法标准》属于推荐标准。即使是
《[GB/T 1.1—2020 标准化工作导则第1部分 标准化文件的结构和起草规则][]》9.4.2.4，
也没有遵守《GB/T 15834—2011》，将下划线当作了着重号。所以读作遵守，写作参考。
### GWLM 15834-0
作为全选 GWLM 15834 内容的模块，表示 GWLM 15834-1、GWLM 15834-2、GWLM 15834-3、GWLM 15834-4,
GWLM 15834-5、GWLM 15834-6、GWLM 15834-7 下的一切内容。
### GWLM 15834-1 范围
本模块规定了简体中文标点符号的用法，适用于简体中文书写系统。
### GWLM 15834-2 简体中文标点符号词汇表
#### GWLM 15834-2-1 标点符号 (punctuation)
标点符号是辅助断句、标示的符号，所以移除标点符号后，仍然能够获悉文字大意，
但增加了阅读的复杂度，还有歧义。
用来断句的符号是「点号」，标示的符号是「标号」。
#### GWLM 15834-2-2 句子
被句末点号包围的，表达相对完整意义的语言单位。
#### GWLM 15834-2-3 复句（复合句）
复句，又称「复合句」。由两个或以上意义上有密切关系含的分句组成的语言单位。
#### GWLM 15834-2-4 分句（单句）
分句，又称「单句」。被句内点号包围，含有相对完整意义的语言单位。
#### GWLM 15834-2-5 语段
对各种语言单位（词、句子、复句等）的统称。
#### GWLM 15834-2-6 点号
表示各种强度的停顿符号，分为「句末点号」和「句内点号」。
##### GWLM 15834-2-6-1 句末点号
表示一句话的结束。包括
[句号](#gwlm-15834-4-1-句号)、
[问号](#gwlm-15834-4-2-问号)、
[叹号](#gwlm-15834-4-3-叹号)。
##### GWLM 15834-2-6-2 句内点号
表示句内各种不同性质的停顿。包括
[逗号](#gwlm-15834-4-4-逗号)、
[顿号](#gwlm-15834-4-5-顿号)、
[分号](#gwlm-15834-4-6-分号)、
[冒号](#gwlm-15834-4-7-冒号)。
#### GWLM 15834-2-7 标号
起到标示作用的符号，使用标号（标示符号）能够快速识别某段文字的作用。
包括
[广义括号](#gwlm-15834-2-8-广义括号)、
[破折号](#gwlm-15834-4-10-破折号)、
[省略号](#gwlm-15834-4-11-省略号)、
[着重号](#gwlm-15834-4-12-着重号)、
[连接号](#gwlm-15834-4-13-连接号)、
[间隔号](#gwlm-15834-4-14-间隔号)、
[专名号](#gwlm-15834-4-16-专名号)、
[分隔号](#gwlm-15834-4-17-分隔号)。
#### GWLM 15834-2-8 广义括号
广义括号（包括符号）属于特殊的标号，一左一右的包裹文字标记使用。
包括
[引号](#gwlm-15834-4-8-引号)、
[括号](#gwlm-15834-4-9-括号)、
[书名号](#gwlm-15834-4-15-书名号)。
### GWLM 15834-3 未定义
《GB/T 15834—2011 标点符号用法标准》的 2 与 3 小节被合并到了 GWLM 15834-2，所以 GWLM 15834-3 暂时空缺。
### GWLM 15834-4 标点符号的定义、形式和基本用法
#### GWLM 15834-4-1 句号
GWLM 15834-4-1 是替代《GB/T 15834—2011 标点符号用法标准》4.1 的模块，
描述了句号的定义、形式和基本用法。
+ GWLM 15834-4-1-1 定义
句末点号，表示以陈述语气结束一句话的停顿与标示。
+ GWLM 15834-4-1-2 形式
句号的形式是「。」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------------ |
| 。 | `U+3002` | [Ideographic Full Stop](https://www.compart.com/en/unicode/U+3002) |
+ GWLM 15834-4-1-3 基本用法
+ GWLM 15834-4-1-3-1 用于句子末尾，表示陈述语气。
> （海鸥甲：待会去码头整点薯条？）
>
> 海鸥乙：恩。
>
> 海鸥丙：我也要去，别忘记我。
+ GWLM 15834-4-1-3-2 祈使和惊叹句的语气不强烈，可使用句号。
> 少女祈祷中。
> 更新后的版本实在是糟糕。
#### GWLM 15834-4-2 问号
GWLM 15834-4-2 是替代《GB/T 15834—2011 标点符号用法标准》4.2 的模块，
描述了问号的定义、形式和基本用法。
+ GWLM 15834-4-2-1 定义
句末点号，表示以疑问语气结束一句话的停顿与标示。
+ GWLM 15834-4-2-2 形式
问号的形式是「？」。
| 符号 | Unicode | 名称 |
| :---: | :------: | -------------------------------------------------------------------- |
| ？ | `U+FF1F` | [Fullwidth Question Mark](https://www.compart.com/en/unicode/U+FF1F) |
+ GWLM 15834-4-2-3 基本用法
+ GWLM 15834-4-2-3-1 用于句子末尾，表示疑问语气（包括反问、设问等疑问类型）。
> 为什么无法运行这个软件？
> 啊？
+ GWLM 15834-4-2-3-2 在选择问句的句中，可使用问号替代逗号。
> 什么键盘轴体更好：机械轴，光轴，还是电磁轴？
> 什么键盘轴体更好：机械轴？光轴？还是电磁轴？
+ GWLM 15834-4-2-3-3 异常强烈的疑问时，可叠问号，通常是依次递增，最多可叠三个问号。
> 我儿子每一科的成绩都不过那个平均分呐，他现在初二，你叫我儿子怎么办啊？
> 他现在还不到高中啊好不好？？
> 你们这是什么群啊？？？
+ GWLM 15834-4-2-3-4 问号也有标号的用法，可用于句内，表示存疑或不详。
> 老子（前 571？—前 471？），可能名为李耳，世人尊称为「老子」。
> 黄石公（？—？），秦朝末年人物，曾传授张良兵法。
> 这把剑（刀？）不好用。
#### GWLM 15834-4-3 叹号
+ GWLM 15834-4-3-1 定义
句末点号，表示以感叹语气结束一句话的停顿与标示。
+ GWLM 15834-4-3-2 形式
叹号的形式是「！」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ----------------------------------------------------------------------- |
| ！ | `U+FF01` | [Fullwidth Exclamation Mark](https://www.compart.com/en/unicode/U+FF01) |
+ GWLM 15834-4-3-3 基本用法
+ GWLM 15834-4-3-3-1 用于句子末尾，表示感叹语气，也可用于祈使、反问等类型。
> 跳票这么久，终于发售了！
> 电次！不要开门！
> 哟！你们也来打雪仗了啊！
+ GWLM 15834-4-3-3-2 用于拟声词后，表示声音持续时间较短。
> 咚！咚！咚！特勤干员 Fuze 正在释放集束炸弹。
> 轰！人质被集束炸弹杀死，游戏结束。
+ GWLM 15834-4-3-3-3 声音大或者加大，以及异常强烈的情感，可叠用叹号，最多可叠三个叹号。
> 冻住！不许走！！
+ GWLM 15834-4-3-3-4 用于同时包含疑问、感叹两种语气且都比较强烈时，可同时使用问号以及感叹号。
> 你敢直面恐惧吗？！
#### GWLM 15834-4-4 逗号
GWLM 15834-4-4 是替代《GB/T 15834—2011 标点符号用法标准》4.4 的模块，
描述了逗号的定义、形式和基本用法。
+ GWLM 15834-4-4-1 定义
句内点号，表示句子尚未结束的常规停顿与标示。
+ GWLM 15834-4-4-2 形式
逗号的形式是「，」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------ |
| ， | `U+FF0C` | [Fullwidth Comma](https://www.compart.com/en/unicode/U+FF0C) |
+ GWLM 15834-4-4-3 基本用法
+ GWLM 15834-4-4-3-1 为复句分隔，宜用逗号，有时用 [分号](#gwlm-15834-4-6-分号)。
> 能观测就能干涉，能干涉就能控制。
> 我前脚刚走，后脚就跟上了。
+ GWLM 15834-4-4-3-2 用于间隔各种语法位置。
> 收集各种奖杯，也没什么用。
> 准备好大容量硬盘，还有高速的网络，以及 ArchiveTeam Warrior 来众包存档吧。
+ GWLM 15834-4-4-3-3 用于口语化文字的停顿处。
> 团长，车已经准备好了。
> 第一，绝对不会意气用事；第二，绝对不漏判任何一件坏事；第三，绝对裁判得公正漂亮。
#### GWLM 15834-4-5 顿号
GWLM 15834-4-5 是替代《GB/T 15834—2011 标点符号用法标准》4.5 的模块，
描述了顿号的定义、形式和基本用法。
+ GWLM 15834-4-5-1 定义
句内点号，表示语段中并列词语之间或某些序次语之后的停顿与标示。
+ GWLM 15834-4-5-2 形式
顿号的形式是「、」。
| 符号 | Unicode | 名称 |
| :---: | :------: | -------------------------------------------------------------- |
| 、 | `U+3001` | [Ideographic Comma](https://www.compart.com/en/unicode/U+3001) |
+ GWLM 15834-4-5-3 基本用法
+ GWLM 15834-4-5-3-1 作为弱于逗号的停顿，示例：
> 我准备讲两个问题：一、CSGO 经济系统是什么？二、怎样学好 CSGO 经济系统？
> 甲、意识；乙、枪法；丙、道具；丁、运气。
> 寻血猎犬总是不断、不断地重伤倒地。
+ GWLM 15834-4-5-3-2 作为连词的替代符号。[^lw]
[^lw]: 【连词】连接两个词语的词语，比如「和」「跟」「与」及「或者」。
> 《Apex 英雄》是一款专注于角色、小队制的大逃杀射击游戏。
> GDP、人均 GDP 和常住人口这项指标，可以划分出一、二、三线城市。[^ltcic]
[^ltcic]: xunyun, [_Lower-tier_Cities_in_China/data/低线城市划分.md_](https://github.com/xunyun/Lower-tier_Cities_in_China/blob/master/data/低线城市划分.md), GitHub, 2018-11-20. (参照 2023-08-27).
如果本来就没有必要使用「连词」，那么也无需使用顿号。
> 我喜欢《Apex 英雄》《机器人总动员》《我兔斯基你》「东方 Project」这些作品。
书名号或者引号已将这些内容间隔开了，所以不再需要使用「连词」或者顿号，但是如果这些词语的首尾符号不同，
那么就需要使用顿号间隔。
> 我喜欢《Apex 英雄》（游戏）、《机器人总动员》（电影）、《我兔斯基你》（绘本）、「东方 Project」
（文化）这些作品。
因为括号属于夹注，能够推理出括号内容是对前文的注释，但是混排在一起就会缺少间隔，
增加了理解句子的难度。
> 我喜欢《Apex 英雄》（游戏）《机器人总动员》（电影）《我兔斯基你》（绘本）「东方 Project」（文化）
这些作品。（误）
#### GWLM 15834-4-6 分号
GWLM 15834-4-6 是替代《GB/T 15834—2011 标点符号用法标准》4.6 的模块，
描述了分号的定义、形式和基本用法。
+ GWLM 15834-4-6-1 定义
句内点号，作为分割并列关系复句的停顿与标示，重复句式的间隔。
+ GWLM 15834-4-6-2 形式
分号的形式是「；」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ---------------------------------------------------------------- |
| ； | `U+FF1B` | [Fullwidth Semicolon](https://www.compart.com/en/unicode/U+FF1B) |
+ GWLM 15834-4-6-3 基本用法
+ GWLM 15834-4-6-3-1 作为分割并列关系复句的停顿，比起逗号的间隔感更强。
> 正因为生命有限，所以才显得更重要；正因为生命有限，所以才更应该努力不懈。
> 大道废，有仁义；智慧出，有大伪；六亲不和，有孝慈；国家昏乱，有忠臣。
+ GWLM 15834-4-6-3-2 主要作为选择、转折等关系之间的停顿。
> 在人类生活的壮丽行列中，我觉得真正可贵的，不是政治上的国家，而是有创造性的、
> 有感情的个人，是人格；只有个人才能创造出高尚的和卓越的东西，而群众本身在思想上总是迟钝的，
> 在感觉上也是迟钝的。
+ GWLM 15834-4-6-3-3 用于分项列举的各项之间。
> 第一，绝对不会意气用事；第二，绝对不漏判任何一件坏事；第三，绝对裁判得公正漂亮。
#### GWLM 15834-4-7 冒号
GWLM 15834-4-7 是替代《GB/T 15834—2011 标点符号用法标准》4.7 的模块，
描述了冒号的定义、形式和基本用法。
+ GWLM 15834-4-7-1 定义
句内点号，提起下文或总结上文的停顿与标示。
+ GWLM 15834-4-7-2 形式
冒号的形式是「：」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------ |
| ： | `U+FF1A` | [Fullwidth Colon](https://www.compart.com/en/unicode/U+FF1A) |
+ GWLM 15834-4-7-3 基本用法
+ GWLM 15834-4-7-3-1 用于解释符号前的提示词，或者表示有人说话，用来提示下文。
> 和平捍卫者的配件：霰弹枪栓、瞄具、枪托和干扰器。
> 系色望：「我是视而不见的专家哦，我就是靠对所有事情视而不见活下来的！」
+ GWLM 15834-4-7-3-2 用于总结上文。
> 张华考上了北京大学；李萍进了中等技术学校；我在百货公司当售货员：我们都有光明的前途。
+ GWLM 15834-4-7-3-3 用在需要说明的词语之后，表示注释和说明。
> 机箱：黑暗骑士 Z1；硬盘：希捷 500 GB 黑盘；显示器：AOC C27G2ZE/11。
+ GWLM 15834-4-7-3-4 用于信件（包括短信和电子邮件）、讲话稿中称谓语或称呼语之后。
> 尊敬的客户：您缴费已成功……
+ GWLM 15834-4-7-3-5 冒号不应在一段内重复使用，列表式内容宜起多段表示层级。
> 这赛季的枪械排名：
>
> T0：复仇女神、复仇男神。
>
> T1：和平捍卫者、R99。
>
> T2：三重狙击枪、R301。
>
> T3：莫桑比克、P2020。
#### GWLM 15834-4-8 引号
GWLM 15834-4-8 是替代《GB/T 15834—2011 标点符号用法标准》4.8 的模块，
描述了引号的定义、形式和基本用法。
+ GWLM 15834-4-8-1 定义
广义括号，标示引用、强调或指出。
+ GWLM 15834-4-8-2 形式
引号的形式有「“」「”」和「‘」「’」，分为主副两套，每套都由左、右引号组成。
也能使用其他具有前后关系的词语形容，比如前、后引号；开、关引号。
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------------------ |
| “ | `U+201C` | [Left Double Quotation Mark](https://www.compart.com/en/unicode/U+201C) |
| ” | `U+201D` | [Right Double Quotation Mark](https://www.compart.com/en/unicode/U+201D) |
| ‘ | `U+2018` | [Left Single Quotation Mark](https://www.compart.com/en/unicode/U+2018) |
| ’ | `U+2019` | [Right Single Quotation Mark](https://www.compart.com/en/unicode/U+2019) |
其他相似形状或功能的符号：
| 符号 | Unicode | 名称 |
| :---: | :------: | --------------------------------------------------------------------------- |
| 「 | `U+300C` | [Left Corner Bracket](https://www.compart.com/en/unicode/U+300C) |
| 」 | `U+300D` | [Right Corner Bracket](https://www.compart.com/en/unicode/U+300D) |
| 『 | `U+300E` | [Left White Corner Bracket](https://www.compart.com/en/unicode/U+300E) |
| 』 | `U+300F` | [Right White Corner Bracket](https://www.compart.com/en/unicode/U+300F) |
| ｢ | `U+FF62` | [Halfwidth Left Corner Bracket][] |
| ｣ | `U+FF63` | [Halfwidth Right Corner Bracket](https://www.compart.com/en/unicode/U+FF63) |
+ GWLM 15834-4-8-3 基本用法
+ GWLM 5834-4-8-3-1 标示直接引用的内容。
> 教师就是善意谎言的最佳典范！「你只要努力，就一定办得到！」老师说的善意谎言是对学生的体贴！
+ GWLM 5834-4-8-3-2 标示重点、强调的内容。
> 你知道「阿基米德原理」吗？
> 连接号的形式有短横线「-」等符号。
+ GWLM 5834-4-8-3-3 标示特殊含义的文字。
> 将游戏比作「第九艺术」，源自游戏期刊《新潮电子》中的〈第九艺术〉一文。
+ GWLM 5834-4-8-3-4 引号可以嵌套，但须交替使用。
> 栉川鸠子：「别写成『镇魂歌』读作『Requiem』啊！」
> 屏幕上显示「我说：『你知道「阿基米德原理」吗？』」
+ GWLM 5834-4-8-3-5 引用不止一段时，只需在最后一段使用右引号。
> 「为什么要起一堆外号和异名啊！
>
> 「交了一堆后不是只是更加的理解困难吗？
>
> 「不管是英文还是什么，别给我加上一堆片假名啊！」
#### GWLM 15834-4-9 括号
GWLM 15834-4-9 是替代《GB/T 15834—2011 标点符号用法标准》4.9 的模块，
描述了括号的定义、形式和基本用法。
+ GWLM 15834-4-9-1 定义
广义括号，标示注释、补充等内容。
+ GWLM 15834-4-9-2 形式
括号的形式有圆括号：「（」「）」；方括号：「［」「］」；六角括号：「〔」「〕」；方头括号：「【」「】」，
每套都由左、右括号组成。也能使用其他具有前后关系的词语形容，比如前、后括号；开、关括号。
| 符号 | Unicode | 名称 |
| :---: | :------: | --------------------------------------------------------------------------- |
| （ | `U+FF08` | [Fullwidth Left Parenthesis](https://www.compart.com/en/unicode/U+FF08) |
| ） | `U+FF09` | [Fullwidth Right Parenthesis](https://www.compart.com/en/unicode/U+FF09) |
| ［ | `U+FF3B` | [Fullwidth Left Square Bracket](https://www.compart.com/en/unicode/U+FF3B) |
| ］ | `U+FF3D` | [Fullwidth Right Square Bracket](https://www.compart.com/en/unicode/U+FF3D) |
| 〔 | `U+3014` | [Left Tortoise Shell Bracket](https://www.compart.com/en/unicode/U+3014) |
| 〕 | `U+3015` | [Right Tortoise Shell Bracket](https://www.compart.com/en/unicode/U+3015) |
| 【 | `U+3010` | [Left Black Lenticular Bracket](https://www.compart.com/en/unicode/U+3010) |
| 】 | `U+3011` | [Right Black Lenticular Bracket](https://www.compart.com/en/unicode/U+3011) |
其他相似形状或功能的符号：
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------------------------- |
| ｛ | `U+FF5B` | [Fullwidth Left Curly Bracket](https://www.compart.com/en/unicode/U+FF5B) |
| ｝ | `U+FF5D` | [Fullwidth Right Curly Bracket](https://www.compart.com/en/unicode/U+FF5D) |
| 〖 | `U+3016` | [Left White Lenticular Bracket](https://www.compart.com/en/unicode/U+3016) |
| 〗 | `U+3017` | [Right White Lenticular Bracket](https://www.compart.com/en/unicode/U+3017) |
| ｟ | `U+FF5F` | [Fullwidth Left White Parenthesis](https://www.compart.com/en/unicode/U+FF5F) |
| ｠ | `U+FF60` | [Fullwidth Right White Parenthesis](https://www.compart.com/en/unicode/U+FF60) |
| 〘 | `U+3018` | [Left White Tortoise Shell Bracket](https://www.compart.com/en/unicode/U+3018) |
| 〙 | `U+3019` | [Right White Tortoise Shell Bracket](https://www.compart.com/en/unicode/U+3019) |
| 〚 | `U+301A` | [Left White Square Bracket](https://www.compart.com/en/unicode/U+301A) |
| 〛 | `U+301B` | [Right White Square Bracket](https://www.compart.com/en/unicode/U+301B) |
| ＜ | `U+FF1C` | [Fullwidth Less-Than Sign](https://www.compart.com/en/unicode/U+003C) |
| ＞ | `U+FF1E` | [Fullwidth Greater-Than Sign](https://www.compart.com/en/unicode/U+003E) |
+ GWLM 15834-4-9-3 基本用法
+ GWLM 15834-4-9-3-1 使用圆括号标示注释、补充、修订加补、次序等。
> 我叫基德，是一名律师。（不要瞎掰好吗。）
> 店员提到这款手机有 512（吉字节）的存储空间。
> 墙壁上残留着「（一）人超生」「全（村）结扎」的标语。
> 第一人称射击游戏游玩方法：（一）瞄准；（二）开火。
> 失望了吗？没错，世上或许有些东西别打开比较好，真正把心打开的人多么麻烦啊！（《绝望先生》）
+ GWLM 15834-4-9-3-2 标示作者地区时，可用方括号或六角括号。
> ［日］谏山创《进击的巨人》
+ GWLM 15834-4-9-3-3 在句首标示消息来源、栏目名称等，可用方头括号。
> 【IGN】……
> 【补档】……
+ GWLM 15834-4-9-3-4 标示公文年份可用六角括号。
> 工信部信管〔2023〕105 号
+ GWLM 15834-4-9-3-5 标示被注释的词语时，可用六角括号或方头括号。
> 【工信部】中华人民共和国工业和信息化部。主管工业和信息产业的组成部门。
+ GWLM 15834-4-9-3-6 自然语言中，括号不宜嵌套。如果嵌套应交替使用。（顺序不定，文章中符合一定规律即可。）
> （当时那把剑离我的喉咙只有 0.01 公分，但是四分之一炷香之后［一炷香的时间大约是一小时］，
> 那把剑的女主人将会彻底地爱上我，因为我决定说一个谎话。）
#### GWLM 15834-4-10 破折号
GWLM 15834-4-10 是替代《GB/T 15834—2011 标点符号用法标准》4.10 的模块，
描述了破折号的定义、形式和基本用法。
+ GWLM 15834-4-10-1 定义
标号，标示注释、补充等内容，或者声音延长以及含义变化。
+ GWLM 15834-4-10-2 形式
破折号的形式是两个「—」连接而成的「——」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ---------------------------------------------------- |
| — | `U+2014` | [Em Dash](https://www.compart.com/en/unicode/U+2014) |
+ GWLM 15834-4-10-3 基本用法
+ GWLM 15834-4-10-3-1 类似括号的用法（也可用 [括号](#gwlm-15834-4-9-括号)；
二者的区别另见附录 B.1.7）。
> 人的道路是没有中断的，而且是一直联系在一起的东西——不管是多么渺小的事件。
+ GWLM 15834-4-10-3-2 标示「插入语」，也可用 [逗号](#gwlm-15834-4-4-逗号)。
> 这件商品——客观的说——送人也没人要。
+ GWLM 15834-4-10-3-3 类似总结上文或提示下文，可也用 [冒号](#gwlm-15834-4-7-冒号)。
> 张华考上了北京大学；李萍进了中等技术学校；我在百货公司当售货员——我们都有光明的前途。
+ GWLM 15834-4-10-3-4 标示话题的转换。
> 「快走吧，在风还没停止之前。」
>
> 「等等——不得了啦，隔壁的超市薯片半价啦！」
+ GWLM 15834-4-10-3-5 标示延长的声音。
> 随着「叽——」的声音，显像管电视正在开启。
+ GWLM 15834-4-10-3-6 标示话语的停顿、间隔。
> 「其他人呢？」
>
> 「都被我杀了——是不可能的。」
+ GWLM 15834-4-10-3-7 标示引出对话。
> ——快走吧，在风还没停止之前。
>
> ——等等……
+ GWLM 15834-4-10-3-8 当作无序列表使用。
> 各地的神话有：
>
> ——北欧神话
>
> ——希腊神话
>
> ——日本神话
>
> ——中国神话
+ GWLM 15834-4-10-3-9 用于标题与副标题之间。
> 《把握主题主线聚焦主业主责 推动出版工作取得更大成效——访中宣部出版局负责人》
+ GWLM 15834-4-10-3-10 用于文字与来源之间。
> 「寿君至今为止所说的一切，我半点也不明白啊！」
>
> ——《日常系的异能战斗》第七话栉川鸠子爆发台词
#### GWLM 15834-4-11 省略号
GWLM 15834-4-11 是替代《GB/T 15834—2011 标点符号用法标准》4.11 的模块，
描述了省略号的定义、形式和基本用法。
+ GWLM 15834-4-11-1 定义
标号，标示省略、断续等。
标号，标示注释、补充等内容，或者声音延长以及含义变化。
+ GWLM 15834-4-11-2 形式
省略号的形式是两个「…」连接而成的「……」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ---------------------------------------------------------------- |
| … | `U+2026` | [Horizontal Ellipsis](https://www.compart.com/en/unicode/U+2026) |
其他相似形状或功能的符号：
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------------------ |
| ᠁ | `U+1801` | [Mongolian Ellipsis](https://www.compart.com/en/unicode/U+1801) |
| ⋯ | `U+22EF` | [Midline Horizontal Ellipsis](https://www.compart.com/en/unicode/U+22EF) |
+ GWLM 15834-4-11-3 基本用法
+ GWLM 15834-4-11-3-1 标示引文省略。
> 虵曾说：「……都 too simple，啊，sometimes naïve！懂了没啊？」
+ GWLM 15834-4-11-3-2 标示列举或重复词语的省略。
> 读书获取学历，可以……看到更广阔的世界，而不是把人分为三六九等，
> 给自己设置条条框框，让学历成为束缚手脚的「长衫」。
+ GWLM 15834-4-11-3-3 标示语意未尽。
> 巨额债务、废部危机、两大对立势力间的条约签订……
>
> 各种各样的难题，等待着老师去解决。
+ GWLM 15834-4-11-3-4 标示说话时断断续续。
> 像这种完全……无中生有的东西，你再帮他说一遍，你等于……这个东西……你……你也有责任吧。
+ GWLM 15834-4-11-3-5 标示对话中的沉默不语。
> 「快醒醒。」
>
> 「……」仍睡在沙发上，没有一点反应。
+ GWLM 15834-4-11-3-6 标示例句中缺失的部分。
> 因为……所以……
+ GWLM 15834-4-11-3-7 表示省略段落时，可连用两个省略号（即四个「…」字符）。
> 第六条 网络表演不得含有以下内容：
>
> …………
>
> （六）使用未取得文化行政部门内容审查批准文号或备案编号的网络游戏产品，
> 进行网络游戏技法展示或解说的。
#### GWLM 15834-4-12 着重号
GWLM 15834-4-12 是替代《GB/T 15834—2011 标点符号用法标准》4.12 的模块，
描述了着重号的定义、形式和基本用法。
+ GWLM 15834-4-13-1 定义
标号，标示重要的强调的文字。
+ GWLM 15834-4-13-2 形式
着重号的形式是在文字底部标点，形式为「.」。
（但着重号通常并非使用字符排版，就能在电脑上输入，而是依靠 CSS 等样式实现。）
之所以使用着重号，是因为以前铅字印刷时，汉字太多，无法像字母语言一样，使用加粗表示着重，
所以使用额外的点来表示重点
+ GWLM 15834-4-13-3 基本用法
+ GWLM 15834-4-13-3-1 标示语段中重要的文字。
```text
《人狼村之谜》有惊悚和悬疑元素。
＇＇ ＇＇
```
+ GWLM 15834-4-13-3-2 标示语段中需要指明的文字。
```text
下面的词语的多音字是：
怎么还
＇
```
> 下边加点的字，除了在词中的读法外，还有哪些读法？
> 着子弹 强调
#### GWLM 15834-4-13 连接号
GWLM 15834-4-13 是替代《GB/T 15834—2011 标点符号用法标准》4.13 的模块，
描述了连接号的定义、形式和基本用法。
+ GWLM 15834-4-13-1 定义
标号，标示某些相关联成分之间的连接。
+ GWLM 15834-4-13-2 形式
连接号的形式有短横线「-」、一字线「—」和浪纹线「～」三种。
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------ |
| - | `U+002D` | [Hyphen-Minus](https://www.compart.com/en/unicode/U+002D) |
| ～ | `U+FF5E` | [Fullwidth Tilde](https://www.compart.com/en/unicode/U+FF5E) |
被当作一字线使用的字符如下：
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------------- |
| — | `U+2014` | [Em Dash](https://www.compart.com/en/unicode/U+2014) |
| ― | `U+2015` | [Horizontal Bar](https://www.compart.com/en/unicode/U+2015) |
| － | `U+FF0D` | [Fullwidth Hyphen-Minus](https://www.compart.com/en/unicode/U+FF0D) |
备注：无论是《GB/T 15834—2011 标点符号用法标准》还是
《GB/T 1.1—2020 标准化工作导则第1部分 标准化文件的结构和起草规则》，
都没有详细描述一字线是具体对应的 Unicode 字符，所以使用并不统一。[^w3c_365]
[^w3c_365]: Geeyun-JY3, 《[GB/T 15834 和 2011 之间的连接符号的使用并不统一 · Issue #365 · w3c/clreq](https://github.com/w3c/clreq/issues/365)》, GitHub, 2021-04-19. (参照 2023-09-01).
其他相似形状或功能的符号：
| 符号 | Unicode | 名称 |
| :---: | :------: | ---------------------------------------------------------------- |
| ~ | `U+007E` | [Tilde](https://www.compart.com/en/unicode/U+007E) |
| ‐ | `U+2010` | [Hyphen](https://www.compart.com/en/unicode/U+2010) |
| ‑ | `U+2011` | [Non-Breaking Hyphen](https://www.compart.com/en/unicode/U+2011) |
| − | `U+2212` | [Minus Sign](https://www.compart.com/en/unicode/U+2212) |
| – | `U+2013` | [En Dash](https://www.compart.com/en/unicode/U+2013) |
+ GWLM 15834-4-13-3 基本用法
+ GWLM 15834-4-13-3-1 存在连接关系，比如：
> 复合名词：「印度-欧亚板块」「吐鲁番—哈密盆地」。
> 双名人名：「让-吕克·皮卡德」(Jean-Luc Picard)。
> 复姓人名：「康斯坦策·阿马莉·冯·布劳恩施班克—阿尔布雷希茨贝格」(Constanze Amalie von Braunschbank-Albrechtsberger)。
+ GWLM 15834-4-13-3-2 存在序列关系，比如：
> 元素、化合物：「碳-14」「碳-12」「3-戊酮」。
> 对附件标示序号：「图-12」「表-2」。
> 电话号码：「+1 (917) 285-7362」。[^bpn]
[^bpn]: 此电话号码来自《疑犯追踪》([Person of Interest](https://personofinterest.fandom.com/wiki/(917)_285-7362))。
> 时间：「2023-08-28」。
+ GWLM 15834-4-13-3-3 标示起止或范围应使用一字线，比如：
> 经济计划：「中国—中亚—西亚经济走廊」。
> 铁路：「巴库—第比利斯—卡尔斯铁路」。
> 时间：「2023 年 8 月 28 日—29 日」。
> 重量：「40～60 千克」「四十～六十千克」。
#### GWLM 15834-4-14 间隔号
GWLM 15834-4-14 是替代《GB/T 15834—2011 标点符号用法标准》4.14 的模块，
描述了间隔号的定义、形式和基本用法。
+ GWLM 15834-4-14-1 定义
标号，标示某些相关联成分之间的分界。
+ GWLM 15834-4-14-2 形式
间隔号的形式是「·」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------- |
| · | `U+00B7` | [Middle Dot](https://www.compart.com/en/unicode/U+00B7) |
其他相似形状或功能的符号：
| 符号 | Unicode | 名称 |
| :---: | :------: | ---------------------------------------------------------------- |
| ‧ | `U+2027` | [Hyphenation Point](https://www.compart.com/en/unicode/U+2027) |
| ・ | `U+30FB` | [Katakana Middle Dot](https://www.compart.com/en/unicode/U+30FB) |
| • | `U+2022` | [Bullet](https://www.compart.com/en/unicode/U+2022) |
| = | `U+003D` | [Equals Sign](https://www.compart.com/en/unicode/U+003D) |
+ GWLM 15834-4-14-3 基本用法
+ GWLM 15834-4-14-3-1 标示被翻译为汉字的人名。
> 阿姆罗·雷 (Amuro Ray)
+ GWLM 15834-4-14-3-2 标示作品名与篇（章、卷）名之间的分界。
> 《汉志·蜀王本记》
+ GWLM 15834-4-14-3-3 标示词牌、曲牌、诗体名等和题名之间的分界。
> 《天净沙·即事》
+ GWLM 15834-4-14-3-4 用在构成标题或栏目名称的并列词语之间。
> 《游戏·人》
+ GWLM 15834-4-14-3-5 以月、日为标志的事件或节日，在数字间使用。如果是汉字数字，
仅在一、十一和十二月后用间隔号（防止歧义）。
> 五一二大地震
> 十二·十世界人权日
> 12·25 圣诞节
#### GWLM 15834-4-15 书名号
GWLM 15834-4-15 是替代《GB/T 15834—2011 标点符号用法标准》4.15 的模块，
描述了书名号的定义、形式和基本用法。
+ GWLM 15834-4-15-1 定义
广义括号，标示作品名称。
+ GWLM 15834-4-15-2 形式
书名号的形式有双书名号：「《」「》」；单书名号：「〈」「〉」，
各套都由左、右书名号组成。也能使用其他具有前后关系的词语形容，比如前、后书名号；开、关书名号。
| 符号 | Unicode | 名称 |
| :---: | :------: | ----------------------------------------------------------------------- |
| 《 | `U+300A` | [Left Double Angle Bracket](https://www.compart.com/en/unicode/U+300A) |
| 》 | `U+300B` | [Right Double Angle Bracket](https://www.compart.com/en/unicode/U+300B) |
| 〈 | `U+3008` | [Left Angle Bracket](https://www.compart.com/en/unicode/U+3008) |
| 〉 | `U+3009` | [Right Angle Bracket](https://www.compart.com/en/unicode/U+3009) |
其他相似形状或功能的符号：
| 符号 | Unicode | 名称 |
| :---: | :------: | --------------------------------------------------------------------------------------- |
| ＜ | `U+FF1C` | [Fullwidth Less-Than Sign](https://www.compart.com/en/unicode/U+003C) |
| ＞ | `U+FF1E` | [Fullwidth Greater-Than Sign](https://www.compart.com/en/unicode/U+003E) |
| < | `U+003C` | [Less-Than Sign](https://www.compart.com/en/unicode/U+003C) |
| > | `U+003E` | [Greater-Than Sign](https://www.compart.com/en/unicode/U+003E) |
| « | `U+00AB` | [Left-Pointing Double Angle Quotation Mark](https://www.compart.com/en/unicode/U+00AB) |
| » | `U+00BB` | [Right-Pointing Double Angle Quotation Mark](https://www.compart.com/en/unicode/U+00BB) |
+ GWLM 15834-4-15-3 基本用法
+ GWLM 15834-4-15-3-1 标示纸质作品的名称。
> 《〈塞尔达传说：旷野之息〉大师之书》
+ GWLM 15834-4-15-3-2 标示各种作品的名称。
> 《塞尔达传说：王国之泪》
+ GWLM 15834-4-15-3-3 标示由中文组成或中文主要构成的软件名，因为不常用，所以示例暂略＊。
+ GWLM 15834-4-15-3-4 标示作品名的简称。
> 《通用写作律法》是由 Save The Web Project 设计的开放律法（标准），后文简称为《律法》。
+ GWLM 15834-4-15-3-5 书名号可嵌套，但应交替使用。
> 《关于公开征求〈关于修改《中华人民共和国网络安全法》的决定（征求意见稿）〉意见的通知》
#### GWLM 15834-4-16 专名号
GWLM 15834-4-16 是替代《GB/T 15834—2011 标点符号用法标准》4.16 的模块，
描述了专名号的定义、形式和基本用法。
+ GWLM 15834-4-16-1 定义
标号，标示古籍和某些文史类著作中出现的特定类专有名词。
+ GWLM 15834-4-16-2 形式
专名号的形式是在文字底部标横线。
+ GWLM 15834-4-16-3 基本用法
+ GWLM 15834-4-16-3-1 标示古籍、古籍引文或某些文史类著作中出现的专有名词，
主要包括人名、地名、国名、民族名、朝代名、年号、宗教名、官署名、组织名等。
```text
轉相引據者反多於陳壽本書焉。（人名）
‾‾‾‾
「獷平，縣名，屬漁陽」。（地名）
‾‾‾‾ ‾‾‾‾
其書以魏爲正統，（国名）
‾‾
大王劉氏苗族。（民族名）
‾‾‾‾
```
+ GWLM 15834-4-16-3-2 现代汉语不使用专名号，而是使用引号、书名号等。
#### GWLM 15834-4-17 分隔号
GWLM 15834-4-17 是替代《GB/T 15834—2011 标点符号用法标准》4.17 的模块，
描述了分隔号的定义、形式和基本用法。
+ GWLM 15834-4-17-1 定义
标号，标示诗行、节拍及某些相关文字的分隔。
+ GWLM 15834-4-17-2 形式
分隔号的形式是「/」「／」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ---------------------------------------------------- |
| / | `U+002F` | [Solidus](https://www.compart.com/en/unicode/U+002F) |
其他相似形状或功能的符号：
| 符号 | Unicode | 名称 |
| :---: | :------: | -------------------------------------------------------------- |
| ／ | `U+FF0F` | [Fullwidth Solidus](https://www.compart.com/en/unicode/U+FF0F) |
+ GWLM 15834-4-17-3 基本用法
+ GWLM 15834-4-17-3-1 诗歌接排时分隔诗行。
> 洛阳城东路/桃李生路旁/花花自相对/叶叶自相当。
+ GWLM 15834-4-17-3-2 标示诗文中的音节节拍。
> 床前/看月光，疑是/地上霜。
+ GWLM 15834-4-17-3-3 分隔供选择或可转换的两项，标示「或」。
> 这部手机需要指纹/密码来解锁。
+ GWLM 15834-4-17-3-4 分隔组成一对的两项，标示「和」。
> 这是 12/13 赛季最强的武器。
> 乒乓球混合双打的组合有水谷隼/伊藤美誠、埃马纽埃尔·勒贝松/袁嘉楠。
+ GWLM 15834-4-17-3-5 分隔层级或类别。
> 行政区划分：省/县/乡/村。
> 为 Android 手机开启 Android 调试（ADB 功能），需要进入设置/关于手机，
> 连续点击版本号七次，回到设置首页后进入设置/系统/开发者选项/调试，就能找到 Android 调试。
### GWLM 15834-5 标点符号的位置和书写形式
#### GWLM 15834-5-1 横排文稿标点符号的位置和书写形式
+ GWLM 15834-5-1-1 句号、逗号、顿号、分号、冒号的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :---: | :------: | :---: | :---: | :------: |
| 句号 | 右方 | 全角 | 左下 | 不应 |
| 逗号 | 右方 | 全角 | 左下 | 不应 |
| 顿号 | 右方 | 全角 | 左下 | 不应 |
| 分号 | 右方 | 全角 | 左 | 不应 |
| 冒号 | 右方 | 全角 | 左 | 不应 |
+ GWLM 15834-5-1-2 问号、叹号的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :---: | :------: | :---: | :---: | :------: |
| 问号 | 右方 | 全角 | 左 | 不应 |
| 叹号 | 右方 | 全角 | 左 | 不应 |
叠用时，两个符号应占一个字的宽度，三个符号应占两个字的宽度，叠用的形式如下。
| 符号 | 问号 | 两个问号 | 叹号 | 两个叹号 |
| :------: | :---: | :------: | :---: | :------: |
| 问号 | ⁇ | ⁇？ | ⁉ | ／ |
| 两个问号 | ⁇？ | ／ | ／ | ／ |
| 叹号 | ⁈ | ／ | ‼ | ‼！ |
| 两个叹号 | ／ | ／ | ‼！ | ／ |
+ GWLM 15834-5-1-3 广义括号（引号、括号、书名号）的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :---: | :--------: | :---: | :--------------: | :------: |
| 括号 | 左方和右方 | 全角 | 靠近被包裹的文字 | ＊ |
＊左括号不应用在行末，右括号不应用在行首。
+ GWLM 15834-5-1-4 破折号的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :----: | :------: | :------: | :---: | :------: |
| 破折号 | 之间 | 两个全角 | 居中 | 可 |
换行时不应在中间断开。
+ GWLM 15834-5-1-5 省略号的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :----: | :------: | :------: | :---: | :------: |
| 省略号 | ／ | 两个全角 | 居中 | 可 |
换行时不应在中间断开。两个省略号连用时，应完整占一行。
+ GWLM 15834-5-1-6 连接号（短横线、一字线、波浪线）的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :----: | :------: | :---: | :---: | :------: |
| 短横线 | ／ | 半角 | 居中 | 不应 |
| 一字线 | ／ | 全角 | 居中 | 不应 |
| 波浪线 | ／ | 全角 | 居中 | 不应 |
长度对比：短横线比汉字「一」略短，一字线比汉字「一」略长。
+ GWLM 15834-5-1-7 间隔号的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :----: | :------: | :---: | :---: | :------: |
| 间隔号 | 之间 | 半角 | 居中 | 不应 |
+ GWLM 15834-5-1-8 着重号和专名号的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :----: | :------: | :---: | :------: | :------: |
| 着重号 | 底部 | ／ | 靠近文字 | ／ |
| 专名号 | 底部 | ／ | 靠近文字 | ／ |
+ GWLM 15834-5-1-9 分隔号的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :----: | :------: | :---: | :---: | :------: |
| 分隔号 | 之间 | 半角 | ／ | ＊ |
＊分隔号不应用在行末、行首。
+ GWLM 15834-5-1-10 全宽标点符号排在一行末尾时，应占半角字符的宽度，以使视觉效果更美观。
+ GWLM 15834-5-1-11 涉及出版工作时，可适当标点挤压。
#### GWLM 15834-5-2 竖排文稿标点符号的位置和书写形式
+ GWLM 15834-5-2-1 句号、问号、叹号、逗号、顿号、分号和冒号的位置和书写形式。
| 符号名称 | 置于文字 | 方位 | 方向 |
| :------: | :------: | :----: | :----: |
| 句号 | 下方 | 右上方 | 无变化 |
| 问号 | 下方 | 右方 | 无变化 |
| 叹号 | 下方 | 右方 | 无变化 |
| 逗号 | 下方 | 右上方 | 无变化 |
| 顿号 | 下方 | 右上方 | 无变化 |
| 分号 | 下方 | 右方 | 无变化 |
| 冒号 | 下方 | 右方 | 无变化 |
+ GWLM 15834-5-2-2 破折号、省略号、连接号、间隔号和分隔号的位置和书写形式。
| 符号名称 | 置于文字 | 方位 | 方向 |
| :------: | :------: | :---: | :------------: |
| 破折号 | 下方 | 居中 | 顺时针旋转 90° |
| 省略号 | 下方 | 居中 | 顺时针旋转 90° |
| 连接号 | 下方 | 居中 | 顺时针旋转 90° |
| 间隔号 | 下方 | 居中 | 顺时针旋转 90° |
| 分隔号 | 下方 | 居中 | 顺时针旋转 90° |
+ GWLM 15834-5-2-3 引号和括号的位置和书写形式。
应使用「『』」替换「“”」；「「」」替换「‘’」，将符号顺时针旋转 90° 后，置于文字前后。
+ GWLM 15834-5-2-4 书名号的位置和书写形式。
可使用浪线式书名号「﹏」替换原本的书名号，将符号顺时针旋转 90° 后，置于文字左侧。
+ GWLM 15834-5-2-5 着重号和专名号的位置和书写形式。
着重号应置于文字右侧，专名号应置于文字左侧。
+ GWLM 15834-5-2-6 其他的关于行首、行尾要求，应参照
〈[GWLM 15834-5-1 横排文稿标点符号的位置和书写形式](#gwlm-15834-5-1-横排文稿标点符号的位置和书写形式)〉。
### GWLM 15834-6 附录 A（规范性附录）标点符号用法的补充规则
1. 句号用法补充规则。
对图、表的说明短语、短句不应用句号结尾。
> ```mermaid
> sequenceDiagram
> participant A
> participant B
> A ->> B: FIN seq=x
> B ->> A: ACK x+1
> B ->> A: FIN seq=y
> A ->> B: ACK y+1
> ```
>
> TCP 重置攻击
2. 问号用法补充规则。
仅有疑问词，没有疑问语气不应使用问号。
> 现在并不清楚谁是狼人。
3. 逗号用法补充规则。
顿号并列多个内容时，最后可以使用「，以及」或「，及」。
> 这个国家中所实行的是：公民、自由、宽容，以及在法律面前公民一律平等。
4. 顿号用法补充规则。
1. 含有顺序关系的并列各项之间，应用顿号，不应用逗号。
> 《Apex 英雄》中的护盾分别有：1 级进化护盾、2 级进化护盾、3 级进化护盾、4 级防护罩，以及 5 级进化护盾。
2. 年月日间不应使用顿号连接，阿拉伯数字年月日之间应使用短横线连接。
> 2023-09-01
5. 分号用法补充规则。
复句中使用了句号的复句，不应使用分号。
> 张华考上了北京大学，参与……；李萍进了中等技术学校，加入……；我在百货公司当售货员，升为……
> ——我们都有光明的前途。
> 张华考上了北京大学。参与……。李萍进了中等技术学校。加入……。我在百货公司当售货员。升为……
> ——我们都有光明的前途。
> 张华考上了北京大学。参与……；李萍进了中等技术学校。加入……；我在百货公司当售货员。升为……
> ——我们都有光明的前途。（误）
6. 冒号用法补充规则。
1. 暂略＊。（因为无法找到「提示性话语」的含义，不确定这段规则的含义。）
2. 冒号后的内容，应使用句号表示结束范围。
> 鼠标常见的三种点击操作有：单击、双击和长按。如果加上移动鼠标，就还有拖曳。
> 鼠标常见的三种点击操作有：单击、双击和长按，如果加上移动鼠标，就还有拖曳。（误）
3. 停顿处应用冒号，无停顿处不应用冒号。
7. 引号用法补充规则。
暂略＊。（因为无法找到「选题名」的含义，不确定这段规则的含义。）
8. 括号用法补充规则。
括号分为句内和句外，句内应紧跟须解释的词语之后，而句外应放置在末尾点号之后。
> 自然语言（非数学公式、编程语言等）中，括号可以嵌套，但应交替使用。（顺序不定，文章中符合一定规律即可。）
9. 省略号用法补充规则。
1. 不应用多于两个省略号（超过 12 个点）。应与连接目录与页数的连珠号区别。
2. 不应与「等」「等等」「什么的」等词语同时使用。
> 确实，如果是杀害吸血鬼的方法，稍微想一下就可以想到很多——例如阳光、木桩、大蒜或十字架……
> 确实，如果是杀害吸血鬼的方法，稍微想一下就可以想到很多——例如阳光、木桩、大蒜或十字架等等。
> 确实，如果是杀害吸血鬼的方法，稍微想一下就可以想到很多——例如阳光、木桩、大蒜或十字架……等等。（误）
10. 着重号用法补充规则。
不应使用直线或波浪线替代着重号。
11. 连接号用法补充规则。
标识范围时，可省略左边的单位。
> 五日～十日
> 五～十日
12. 间隔号用法补充规则。
标题是由并列短语构成时，不应使用「和」等连词。
> 《水星・金星・地球・火星》
> 《水星・金星・地球和火星》（误）
13. 书名号用法补充规则。
1. 课程、课题、奖品奖状等非作品名称，不应使用书名号。
2. 根据意义选择是否使用书名号。
备注1：商标、标志的名称不应使用书名号，但是设计名宜使用书名号，比如《复字 32 号》。
备注2：普通会议不应使用书名号，但《会议》杂志应使用书名号。
3. 作品名仅包括作品名本身。
4. 作品名本身带有括注，应放在书名号之内。
5. 作品名本身带有标点符号，应放在书名号之内。
6. 历史书籍可用浪线式「﹏」的书名号，标示在书名下。
14. 分隔号用法补充规则。
分隔号（斜线）应与反斜线「\」区别。使用分隔号时，紧贴着分隔号的前后不宜用点号。
### GWLM 15834-7 附录 B（资料性附录）标点符号若干用法的说明
1. 易混标点符号用法比较。
1. 并列词语之间使用逗号、顿号停顿的区别。
不同的符号停顿感不同：
```mermaid
gantt
title 数值化标点符号的停顿感
dateFormat YYYY-MM-DD
axisFormat
tickInterval 1day
%% 隐藏时间轴
section 句号
9~10 : 0001-01-09, 2d
section 问号
9~10 : 0001-01-09, 2d
section 叹号
9~10 : 0001-01-09, 2d
section 逗号
5 : 0001-01-05, 1d
section 顿号
4 : 0001-01-04, 1d
section 分号
6 : 0001-01-06, 1d
section 冒号
7~8 : 0001-01-07, 2d
section 引号
3 : 0001-01-03, 1d
section 括号
3 : 0001-01-03, 1d
%% section 破折号
%% "＼" : 0001-01-01, 10d
%% section 省略号
%% "＼" : 0001-01-01, 10d
%% section 着重号
%% "＼" : 0001-01-01, 10d
section 超链接号
1 : 0001-01-01, 1d
section 间隔号
1 : 0001-01-01, 1d
section 书名号
3 : 0001-01-03, 1d
%% section 专名号
%% 2 : 0001-01-01, 10d
%% section 分隔号
%% 2 : 0001-01-01, 10d
```
应根据不同的语境使用不同停顿感的符号。
2. 内容过于复杂，所以暂略＊
3. 逗号、分号表示分句间停顿的区别。
参考附录 B-1-1 的数值化标点符号的停顿感。
4. 顿号、逗号、分号在标示层次关系时的区别。
参考附录 B-1-1 的数值化标点符号的停顿感。
5. 内容过于复杂，所以暂略＊
6. 不同点号表示停顿长短的排序。
参考附录 B-1-1 的数值化标点符号的停顿感。
7. 破折号与括号表示注释或补充说明时的区别。
破折号表示的解释比括号具有更强调的效果，并且破折号的补充能包括正文的一部分：
> 在发售日——周末假日，一定会有许多人在商店门口排队。
> 在发售日（发售日是周末假日），一定会有许多人在商店门口排队。
8. 未成为作品的标题，应使用引号而不是书名号。
> 我打算以「游戏数据的公开与封闭」为题写一篇短文。
> 昨天完成的《游戏数据的公开与封闭》是我写的一篇短文。
2. 两个标点符号连用的说明。
1. 行文中表示引用的引号内外的标点用法。
引文完整且独立使用时，应保留引号内标点；引文没有末尾没有点号，应在引号外添加点号；
引文末尾与引号外的文字没有明显停顿时，引号外不添加点号。
> 「你只要努力，就一定办得到！」老师说的善意谎言是对学生的体贴！
> 「人生是没有正确答案的，」也就是说，「人生只有错误。」
> 你说「要想看遍世界跟所有」啊。难道你也想看出我的心！
2. 行文中括号内外的标点用法
句内括号通常不用句号，句外括号根据内容长度和复杂程度决定标点符号。
> 《植物大战僵尸》的高清版本很少（iPad 上面的 HD 版不够高清，所以不算），而 EA 显然忘记了 PC 平台……
> 在这场电影期间，会连播多部系列电影（时常共计 3 小时 36 分钟！），请做好时间规划。
> 别担心啦！由乃会保护你的……好吗？小雪。（脸红）
> 一直都在。（糸色望发现常月缠后，她所说的话。）
3. 破折号前后的标点用法
破折号之前通常不用点号，但根据句子结构和行文需要，可以使用点号；
破折号之后通常不用点号，如果语音停顿或延长时，根据语气需要添加问号或叹号。
> 「未来……希望……。——哪有什么希望啊！」（表示话题的转折）
> 我觉得这个世上的事情，其实追究起来大都是这么回事。我觉得很多人的动机都是因为看不下去，
> 不能丢下不管。所谓的正义和邪恶，其实也只不过是「看不下去」的一种表现而已。
> ——本来不想看的东西，却看到了，然后就看不下去了。（表示对前几句话的总结）
> 话说回来，我原本——到底是为什么而不能喜欢上由乃——？
> 笨蛋笨蛋笨蛋小雪——！
4. 省略号前后的标点用法。
省略号前通常不用点号，除非是使用问号或叹号的强烈语气，或者不使用点号停顿就不能标明结构关系时；
省略号后通常不用点号，除非是强烈语气，可使用问号或叹号。省略的文字后面不连续，有停顿，也应用点号。
> 好好好！……等一下，为什么你要我回答得这么兴高采烈啊！
「，……」的组合过于罕见，暂未找到合适的示例＊
> 哎呀……？
> 嘛，虽然可能性很低……，但还是有，吧？
> 训之类的，就像那个欺诈师一样……。
> 如果……，那么……。
3. 顺序词之后的标点用法。
1. 「第一」「第二」……、「其一」「其二」……、「首先」「其次」「最后」这样的顺序词语后，
使用逗号（见 [GWLM 15834-4-4-3-3](#gwlm-15834-4-4-逗号)）。
2. 不带括号的汉字数字，以及「天干地支」做顺序词后，
使用顿号（见 [GWLM 15834-4-5-3-2](#gwlm-15834-4-5-顿号)）
3. 不带括号的半角阿拉伯数字、罗马数字以及拉丁字母做顺序词后，
使用西式半角句号「.」。
> 游戏性有三个要素：1. 技巧；2. 策略；3. 运气。
4. 带有括号的顺序词后，不用点号。
> 网站平台应当重点受理处置以下涉企网络侵权信息举报：（一）混淆企业主体身份的仿冒性信息；
> （二）影响公众公正评判的误导性信息；（三）不符合企业客观实际的谣言性信息；……
5. 阿拉伯数字与西式半角句号「.」结合，作为章节关系的顺序词后，不用任何点号。
6. 章节或条款的顺序词后，宜用空格表示停顿。
> 第一章 总则
> 第八条 维护国家安全，应当与经济社会发展相协调。
7. 顺序词没有停顿感时，不使用标点符号。
> 一是深入排查清理……。二是精准查堵管控……。三是提高打击处置效能……。
8. 多种类型的顺序词嵌套时，通常以下列顺序排列：
> 一、……
>
> > （一）……
> >
> > > \1. ……
> > >
> > > > （1）……
> > > >
> > > > > ①/a. ……
4. 文章标题的标点用法。
文章标题的末尾通常不用标点符号，但可根据需要，使用用问号、叹号或省略号。
> 《倒逼中国手游「精品化」，还得看索尼？》
> 《cnBeta 2014 新年献词：愿科技进步惠及每一个人》
> 《网络游戏让德国青少年「杀气腾腾」》
> 《枪形物 玩不得——携仿真枪进公共场所属违法》（副标题）
> 《知乎的「政治敏感」，到底是谁的「政治敏感」呢？》
> 《没收！处罚！》
> 《新护照，老护照，老老护照，老老老护照，老老老老护照……》
> 《侦探已经，死了。》
[_A Primer for Communicating Mathematics via Plain Text_]: https://cse.sc.edu/~fenner/latex-ASCII.pdf
[_HTML Tags_]: https://web.archive.org/web/20130701080844/http://info.cern.ch/hypertext/WWW/MarkUp/Tags.html
[_Uniform Resource Locators (URL)_]: https://web.archive.org/web/20230902014616/https://www.w3.org/Addressing/URL/url-spec.txt
[签名块]: https://en.wikipedia.org/wiki/Signature_block
[中文文案排版指北]: https://github.com/sparanoid/chinese-copywriting-guidelines
[重訂標點符號手冊]: https://language.moe.gov.tw/001/Upload/FILES/SITE_CONTENT/M1/HAU/haushou.htm
[Admonitions]: #gwlm-16--admonitions
[atx 标记语言]: https://web.archive.org/web/20040223210813/http://www.aaronsw.com/2002/atx/intro
[BEP 0000]: https://www.bittorrent.org/beps/bep_0.html
[GB 3100—1993 国际单位制及其应用]: https://zh.wikisource.org/zh/GB_3100-1993_国际单位制及其应用
[GB/T 1.1—2020 标准化工作导则第1部分 标准化文件的结构和起草规则]: http://www.zjsm.org/file/news/637231474274567101.pdf
[GB/T 15834—2011 标点符号用法标准]: http://www.moe.gov.cn/ewebeditor/uploadfile/2015/01/13/20150113091548267.pdf
[GFM]: https://github.github.com/gfm/
[Halfwidth Left Corner Bracket]: https://web.archive.org/web/20230531223705/https://compart.com/en/unicode/U+FF62
[hyperlink]: https://en.wikipedia.org/wiki/Hyperlink
[MeatballWiki]: http://meatballwiki.org/wiki/CharacterFormattingRules
[RFC 1738]: https://datatracker.ietf.org/doc/html/rfc1738
[RFC 1866]: https://datatracker.ietf.org/doc/html/rfc1866
[RFC 2616]: https://datatracker.ietf.org/doc/html/rfc2616
[Save The Web Project]: https://github.com/saveweb
[simplified molecular-input line-entry system]: https://en.wikipedia.org/wiki/Simplified_molecular-input_line-entry_system
[Steam 2023年8月 的硬件统计]: https://web.archive.org/web/20230911193245/https://store.steampowered.com/hwsurvey/Steam-Hardware-Software-Survey-Welcome-to-Steam
`。
## GWLM 13 字幕
```yaml
标题: 字幕
创建时间: 2023-09-29
```
### GWLM 13-0 字幕概述
**简介：**
字幕基本上是视频中对话的文本版本，但比起标准的文档有些差异，常见的字幕特征如下：
1. 长度较短。
2. 位于底部居中。
3. 通常不使用标点符号。
更详细专业的规则，可以参考 Netflix 的指南：
+ [Subtitle Template Timed Text Style Guide](https://partnerhelp.netflixstudios.com/hc/en-us/articles/219375728-English-Template-Timed-Text-Style-Guide)
+ [English Timed Text Style Guide](https://partnerhelp.netflixstudios.com/hc/en-us/articles/217350977-English-Timed-Text-Style-Guide)
**历史：**
字幕的原型，可能是早期默片中，被剪辑插入的文字帧。这些间幕的文字均是位于画面正中，
被称作间幕（[intertitle][]/title card），在「物语系列」动画中也能经常看到。
[intertitle]: https://en.wikipedia.org/wiki/Intertitle
图像合成技术出现后，字幕（subtitle）取代了间幕，sub- 的前缀有「之下」的含义，这表明了字幕默认的位置。
不过 subtitle 的词源其实与电影无关，1815 年的 subtitle 被作为画作的副标题、解释性标题，之后才被视频行业使用。[^etcbs]
[^etcbs]: [_Subtitles – Word of the day – EVS Translations_](https://evs-translations.com/blog/subtitles/), EVS Translations Blog, 2019-08-28. (参照 2023-09-29).
既然字幕源自间幕，那么许多规则也延续了下来，比如黑底白字、居中等。
（本来以为过去的间幕，会缺乏标点符号，结果检索后发现大多都有标点符号，看来字幕缺乏标点的原因不是间幕了……）
**类型：**
美国对字幕有以下叫法：
+ open subtitles（开放字幕）
+ closed subtitles（隐藏字幕）
+ closed captioning（隐藏字幕，简称 CC）
+ Prerendered（预渲染）
+ hardsubs（硬字幕）
+ softsubs（软字幕）
其中的隐藏字幕和软字幕属于同义词，指可以由播放器关闭的字幕，比如 .ass 和 .sub 扩展名的字幕。
开放字幕和硬字幕也是同义词，指字幕被合成到主要视频流（轨道），无法分离的情况。
预渲染的情况比较复杂，主要存在于一些 DVD 中，比如 SST（Sonic Scenarist）格式和 SON（Spruce DVDMaestro）格式，
可以从原视频中剥离，但是这个字幕是位图格式，而不是纯文本，所以像软字幕可以关闭，也像硬字幕无法轻易导出纯文本。
其中的 captioning 是向聋哑人和听力障碍者，提供描述所有重要的音频内容，比如玻璃碎掉、音乐声等环境音可能也会包含进去。
备注：一些地区不区分 subtitles 与 captioning，而美国对此区分较严格。
### GWLM 13-1 中文字幕规则
暂定的规则，需要研究。
**延伸：**
虽然现代的字幕源于电影（视频），不过也延伸到了音乐歌词、游戏字幕中。不过居中的情况就没有那么主流了。
## GWLM 14 Web 内容无障碍指南（WCAG）
暂定的规则，需要研究。
### GWLM 15-0 WCAG 概述
## GWLM 16 纯文本与富文本
```yaml
标题: 纯文本与富文本
创建时间: 2023-09-14
```
### GWLM 16-0 纯文本与富文本概述
纯文本与富文本缺乏相关完善的规范。GWLM 16 将参考各种常用纯／富文本使用者的观点，整理出各种纯／富文本的用法。
**富文本：**
富文本有多种形态，比如网页、电子书、电子邮件和 Word 文档等，大致可以分为 HTML、PDF 和办公套件三个大类。
但是只有办公套件是自带所见即所得编辑器，HTML 和 PDF 往往需要工具和中间态的，带有标记的纯文本来生成。
| 富文本大类 | HTML | PDF | Word（办公套件） |
| ------------ | -------------------- | ---------------- | ---------------- |
| 可视化编辑器 | Adobe Dreamweaver 等 | Adobe Acrobat 等 | 自身 |
| 纯文本中间态 | Markdown、BBCode 等 | LaTeX 等 | ／ |
备注：HTML、PDF 和 Word 能够互相转换，但可能丢失部分排版信息。
**纯文本：**
纯文本被用在 Usenet、IRC 和电子邮件等地，虽然现在流行使用 HTML 的电子邮件，但纯文本依然是可选项。
纯文本往往就意味着无法直接使用缩进、超链接和分割线等功能，只能使用大家约定的符号来定义一些效果。
使用符号来约定效果，可能启发了 Setext、Org-mode 和 Markdown 等可读的标记语言。
备注：现在寻找关于 Setext 历史的文章，几乎都是 Markdown 的历史里，浅显的提到 Setext，所以难以研究其历史。
### GWLM 16-1 字体
#### GWLM 16-1-0 字体概述
字体包含：字体、尺寸、字重和倾斜。
#### GWLM 16-1-1 字体
**简介：**
字体可以根据字符宽度，分为比例字体和等宽字体，前者表示不同符号的宽度不同，而后者表示宽度相同。
在编写代码、ASCII 艺术等时候，通常需要使用等宽字体，而在阅读时，通常使用比例字体。
备注：比例字体是电脑出现后才大规模使用的字体，因为不同宽度的文字还是电脑更擅长排版。
字体还可以根据衬线情况，被分为衬线与 [无衬线字体](https://zh.wikipedia.org/wiki/无衬线体)，
无衬线字体还常被叫做黑体。
**使用：**
通常衬线意味着装饰、古典，所以常用于引用古文以及文学，而无衬线适合作为警告标语、小型印刷品，
因为清晰度比衬线体更高。
对于低分辨率的显示设备来说，比如 1080p 分辨率及其更低，无衬线字体的显示效果更好。[^svssf]
考虑到 [Steam 2023年8月 的硬件统计][]，1080p 显示设备占 Steam 帐号的 60.75 %，
所以目前以无衬线字体为主，也许是个好主意。
[^svssf]: Jakob Nielsen, [_Serif vs. Sans-Serif Fonts for HD Screens_](https://www.nngroup.com/articles/serif-vs-sans-serif-fonts-hd-screens/), Nielsen Norman Group, 2012-07-01. (参照 2023-09-13).
然后等宽字体按需使用即可，比如涉及源代码、二／十六进制文件片段以及 ASCII 艺术的时候，通常不需要全局使用等宽字体。
**HTML：**
复杂的 ASCII 艺术对字体有要求，比如要求等宽字体，在 HTML 里展示时通常需要使用 \、\ 标签来包裹。
**Markdown：**
Markdown 在使用 [内联代码](https://spec.commonmark.org/0.30/#code-spans)、
[缩进代码块](https://spec.commonmark.org/0.30/#indented-code-blocks)
以及 [围栏代码块](https://spec.commonmark.org/0.30/#fenced-code-blocks) 时，
仅会将被标记的内容使用 `` 元素包裹起来，是否使用等宽字体，使用什么等宽字体，都被交给了网站的 CSS 来控制。
比如 GitHub 的等宽字体没有对汉字支持，所以含有汉字的 ASCII 制表符内容，通常都会有偏差，比如：
```ascii
+-------------------------------------------------------------+
| +------------------------------------------------------+ |
| | ## SIGNALIS Sierpinski Leng - B1 - ████████████ Map | |
| +------------------------------------------------------+ |
| Protektor 电梯井 Class 4C |
| ┌───┐ ┌───┐ ┌───┐ |
| │ O │ │ O │ 缩微胶卷 │ O │ |
| └ | ┘ └─X─┘ 放映室 └ | ┘ |
| ┌ | ──────────X─┐ ┌───┐ ┌ | ┐ |
| X O X │ O │ │ O │ 教室 |
| └─────┐ ┌─────┘ └ | ┘ └ | ┘ |
| │ │ 电梯间 ┌ | ┐ ┌ | ┐ |
| │ │ X X X X |
| └─X─┘ 走廊 │ O │ │ O │ 走廊 |
| │ │ ┌───┐ │ │ ┌───┐ |
| X --- O --- --- O │ Class 4B |
| └ | ┘ └───┘ └─X─┘ └───┘ |
| ┌───┐ ┌ | ┐ ╲ |
| 观察室 │ O │ │ │ 员工室 |
| └ | ┘ │ │ |
| ┌─X─┐ ┌ | ──┘ └──X──┐ |
| Surface Access X O --- O X |
| └ | ┘ └───────X───────┘ |
| ┌ | ┐ 走廊 +-----------|
| 浴室 │ O │ | CC-BY 4.0 |
| └───┘ | gledos |
+-------------------------------------------------------------+
```
上面的 ASCII 艺术地图在 Sarasa Mono SC 字体下是足够完美的，但在 GitHub 上无法正常显示。
下面是无汉字的 ASCII 艺术地图，能够正常显示。
```ascii
+-------------------------------------------------------------+
| +------------------------------------------------------+ |
| | ## SIGNALIS Sierpinski Leng - B1 - ████████████ Map | |
| +------------------------------------------------------+ |
| Protektor Elevator Shaft Class 4C |
| ┌───┐ ┌───┐ ┌───┐ |
| │ O │ │ O │ Microfilm │ O │ |
| └ | ┘ └─X─┘ Viewer └ | ┘ |
| ┌ | ──────────X─┐ ┌───┐ ┌ | ┐ |
| X O X │ O │ │ O │ AULA |
| └─────┐ ┌─────┘ └ | ┘ └ | ┘ |
| │ │ EV Lobby ┌ | ┐ ┌ | ┐ |
| │ │ X X X X |
| └─X─┘ Corridor │ O │ │ O │ Corridor |
| │ │ ┌───┐ │ │ ┌───┐ |
| X --- O --- --- O │ Class 4B |
| └ | ┘ └───┘ └─X─┘ └───┘ |
| ┌───┐ ┌ | ┐ ╲ |
| Observation │ O │ │ │ Staff Room |
| └ | ┘ │ │ |
| ┌─X─┐ ┌ | ──┘ └──X──┐ |
| Surface Access X O --- O X |
| └ | ┘ └───────X───────┘ |
| ┌ | ┐ Corridor +-----------|
| Bathroom │ O │ | CC-BY 4.0 |
| └───┘ | gledos |
+-------------------------------------------------------------+
```
所以不能将使用无衬线字体与 Markdown 代码标记认为是一件事。
#### GWLM 16-1-2 尺寸
**简介：**
字体的尺寸在矢量字体的时代，可以随意放大缩小。通常文字作品会用最大的字体作为一级标题，之后的级别依次变小，
最后与正文的字体相当大小。
**使用：**
大尺寸的字体作为强调或装饰使用，比如 [首字放大](https://zh.wikipedia.org/wiki/首字放大)，
以及在论坛的富文本编辑器中，用大号的字体模仿 ``、`` 这样的标题使用。
**Markdown：**
Markdown 本身没有对段落中的字体尺寸调整的标记，不过可以借用 HTML 的 ``、`` 元素。
然而 ``、`` 元素因为 HTML 与 CSS 分离主义影响，现已被弃用，只是为了兼容性，
暂时仍能完成解析，所以应使用 CSS 解决文字大小。
标题算是能调整字体尺寸的标记，但不建议使用在标题之外的地方，因为这会生成 ``、`` 等元素，
应确保 HTML 语义的完整、无歧义为优先，这样才能实现无障碍。
#### GWLM 16-1-3 字重
**简介：**
字重（粗体）是一种字体形式，具有不同粗细的程度，现代字体的字重需要字体支持，如果没有原生支持，就会像斜体一样，
依靠电脑自动化的生成，依靠偏移字形轮廓实现。
**使用：**
CJK 字符等地都没有大规模使用粗体汉字的情况，并且缺乏原生粗体的汉字字体，所以不建议在富文本排版时使用。
不过大多西式的工具缺乏着重号，所以会有写作人使用粗体替代。
中英混排时，强调一段同时含有中英文字的情况时，可能是噩梦……因为既需要给汉字添加着重号（底部点符号），
也要给西文添加粗体状态吧。如何混排使用强调，还需要进一步研究。
**Markdown：**
Markdown 的粗体叫做 [强烈强调](https://spec.commonmark.org/0.30/#emphasis-and-strong-emphasis)，
这是从 [HTML \ 元素](https://developer.mozilla.org/en-US/docs/Web/HTML/Element/strong)
而来的叫法，不过中文语境通常称为粗体。
备注：HTML 的 `` 和 `` 元素，在默认情况下均能产生相同的粗体视觉效果，为什么分成两个，
以及 `` 更流行的问题，这是复杂的历史遗留问题，[^84228] 简单地说，`` 元素才是 HTML
应该使用的粗体强调语义，而 `` 元素一种等价于 CSS 的文字样式。在 HTML 与 CSS 分离主义的今天，
优先选择 `` 是合理的。
[^84228]: WHATWG, [_Why are some presentational elements like \, \ and \ still included?_](https://web.archive.org/web/20140801184228/http://wiki.whatwg.org/wiki/FAQ#Why_are_some_presentational_elements_like_.3Cb.3E.2C_.3Ci.3E_and_.3Csmall.3E_still_included.3F), WHATWG, 2014-. (参照 2023-09-13).
Markdown 的粗体使用星号 `**` 或下划线 `__` 作为标记，比如：
```markdown
**这是加粗的句子。**
__这是加粗的句子。__
```
在多人参与编写的文档中，为了一致性，可以限定一种标记方式：
+ GWLM Markdown 1-3-1 使用星号 `**` 表示加粗。
+ GWLM Markdown 1-3-2 使用下划线 `__` 表示加粗。
#### GWLM 16-1-4 倾斜
**简介：**
倾斜（斜体）是西式文字的一种形式，往往用于强调一段文字，比如表示引用以及作品名。后来传入东方，
但通常不会在方块字上使用。
倾斜又分为狭义的倾斜字体和伪斜体，狭义的倾斜字体是本来就是斜体的字体，常见的西式文字都原生自带斜体的字体，
而伪斜体是依靠电脑自动化的拉伸，让矩形的字形变成平行四边形的字形。
**使用：**
CJK 字符等地都没有大规模使用斜体汉字的情况，并且缺乏原生斜体的汉字字体，所以不建议在富文本排版时使用。
**Markdown：**
Markdown 的斜体叫做 [强调](https://spec.commonmark.org/0.30/#emphasis-and-strong-emphasis)，
这是从 [HTML \ 元素](https://developer.mozilla.org/en-US/docs/Web/HTML/Element/em)
而来的叫法，不过中文语境通常称为斜体。
备注：HTML 的 `` 和 `` 元素，在默认情况下均能产生相同的斜体视觉效果，为什么分成两个，
以及 `` 更流行的问题，这是复杂的历史遗留问题，[^84228] 简单地说，`` 元素才是 HTML 应该使用的斜体强调语义，
而 `` 元素一种等价于 CSS 的文字样式。在 HTML 与 CSS 分离主义的今天，优先选择 `` 是合理的。
Markdown 的斜体使用星号 `*` 或下划线 `_` 作为标记，比如：
```markdown
*这是倾斜的句子。*
_这是倾斜的句子。_
```
在多人参与编写的文档中，为了一致性，可以限定一种标记方式：
+ GWLM Markdown 1-4-1 使用星号 `*` 表示倾斜。
+ GWLM Markdown 1-4-2 使用下划线 `_` 表示倾斜。
### GWLM 16-2 其他字体效果
#### GWLM 16-1-0 其他字体效果概述
其他字体效果包含：下划线、删除线、着重号……
#### GWLM 16-1-1 下划线
**简介：**
西方的下划线历史，与手稿、打字机有关，是文字成品之前的中间形态使用的标识符：
```manuscript_typewriter
The middle of this.
‾‾‾‾‾‾
```
这被称作校对标记（[proofreader's marks](https://en.wikipedia.org/wiki/List_of_proofreader's_marks)），
用来指出应该使用斜体的内容，不应该在成品中展示。
时间来互联网早期，此时没有开箱即用的富文本，早期的电子邮件基本只能使用纯文本，所以在左右添加下划线来表示斜体：
```email
The _middle_ of this.
```
**使用：**
〔待续〕
**Markdown：**
〔待续〕
#### GWLM 16-1-2 删除线
**简介：**
〔待续〕
**使用：**
〔待续〕
**Markdown：**
〔待续〕
#### GWLM 16-1-3 着重号
**简介：**
〔待续〕
**使用：**
〔待续〕
**Markdown：**
〔待续〕
**简介：**
〔待续〕
**使用：**
〔待续〕
**Markdown：**
〔待续〕
#### GWLM 16-1-4 上标下标
**简介：**
〔待续〕
**使用：**
〔待续〕
**Markdown：**
〔待续〕
#### GWLM 16-1-5 特殊符号
**简介：**
数学等对排版有复杂要求的情况，在纯文本中，经常不得不使用单行来表示，而 TeX 的写法。
比如下面这些符号：
| 符号 | 演示 | 含义 |
| -------- | -------------------------------- | -------- |
| 插入记号 | `sum_{i=0}^{n-1} 2^i = 2^n - 1.` | 表示上标 |
| 下划线 | `lim_{x --> 0} sin (x) / x` | 表示下标 |
+ 插入记号 `^`
插入记号的原型是打字机上的变音符，按下后会打印变音符，但打字机不会向后移动，之后再按下字母，
就能印出含有 `^` 声调的字母。
时间来到 ASCII 标准化的 1960 年代，BASIC 等编程语言开始使用 `^` 作为乘方符号，
比如 `3^5` 表示 3 × 3 × 3 × 3 × 3。[^31392]
然后排版软件 TeX 使用了 `^` 作为上标记号，可能。
随后 Textile 使用 `^` 作为上标用法，演示如：`^上标^`。[^27ttt]
接着 Markdown 扩展语法，比如脚注也借用了 Textile 的上标记号用法。
详细的数学符号在纯文本中的使用，可以参考 [_A Primer for Communicating Mathematics via Plain Text_][] 这篇文章。
化学物质也能用纯文本表示，比如 [simplified molecular-input line-entry system][]（SMILES）是一种将分子模型转化为 ASCII
文本的规则。比如二氧化碳的 SMILES 是 `C(=O)=O`。
**用法：**
应该仅用于简介里提到的数学和化学领域，无法扩展到其他领域。
**Markdown：**
Markdown 均不支持以上写法。
#### GWLM 16-1-6 特殊包裹符号
**简介：**
斜体、粗体等，都是西方常用的字体效果，即使纯文本不支持，也有写作者像是早期手稿一样，使用符号来表示。
而这些符号通常都是一左一右，包裹住文字。所以这里称为「特殊包裹符号」。
比如下面这些符号：
| 符号 | 演示 | 含义 |
| ---------- | ------------------------------------------ | -------------- |
| 星号 | `It was *absolutely* horrible.` | 强调 |
| 星号 × 2 | `where bolding uses **double asterisks**.` | 强调，表示粗体 |
| 下划线 | `I had _nothing_ to do with it.` | 强调，偏向斜体 |
| 下划线 × 2 | `underlining uses __double underscores__.` | 强调，表示粗体 |
| 短横线 × 2 | `It was --absolutely-- horrible.` | 强调 |
| 尖括号 | `They >completely< forgot me!` | 强调，偏向斜体 |
| 斜线 | `I stayed home and played /Halo/.` | 强调，表示斜体 |
| 短横线 | `-So horrible.-` | 表示删除线 |
| 波浪线 | `~So horrible.~` | 表示删除线 |
这些用法基本源自 Usenet，但没有标准化，具体的用法主要来自文字作者习惯。
[^27ttt]: Cardigan Industries, [_Textile - A Humane Web Text Generator_](https://web.archive.org/web/20021226035527/http://textism.com/tools/textile/), Textism, 2002-12-26. (参照 2023-09-18).
[^31392]: njuffa, [_Answer to "Why was the caret used for XOR instead of exponentiation?"_](https://softwareengineering.stackexchange.com/a/331392), Software Engineering Stack Exchange, 2016-09-19. (参照 2023-09-18).
**用法：**
Usenet 以及后续发展的软件，影响了后来的标记语言，[MeatballWiki][] 整理了各种 Wiki 软件使用的标记语言，
可以看到标记非常混乱，比如下划线在一些 Wiki 软件表示给文字添加下划线，但在另一些 Wiki 软件中表示斜体。
如果从用法数量来统计，那么有一定程度普遍性的用法如下：
| 符号 | 演示 | 含义 |
| -------- | ------------------------------------------ | ---- |
| 下划线 | `I had _nothing_ to do with it.` | 斜体 |
| 星号 × 2 | `where bolding uses **double asterisks**.` | 粗体 |
并且此用法兼容 Markdown，所以是一个易于读者理解的写法。
**Markdown：**
详情请参考〈[GWLM 16-1-3 字重](#gwlm-16-1-3-字重)〉〈[GWLM 16-1-4 倾斜](#gwlm-16-1-4-倾斜)〉章节。
### GWLM 16-3 标题
**简介：**
标题通常是一段标记作品名称的字符串，通常是可读的，也存在使用无意义、单纯标号当作标题的情况。
**使用：**
〔待续〕
**Markdown：**
Markdown 有两种标题标记，分别是：
+ ATX 式标题
ATX 式标题源自亚伦·斯沃茨设想的 [atx 标记语言][]。尚不明确 atx 的含义，可能指「亚伦 TeX」。
```markdown
# Test Title a1
## Test Title a2
### Test Title a3
```
```html
Test Title a1
Test Title a2
Test Title a3
```
+ Setext 式标题
这是源自 [Setext](https://en.wikipedia.org/wiki/Setext) 标记语言的标题，缺点是只有 `` 和 `` 两种，
其他层级的标题仍需要 ATX 式标题。
```markdown
Test Title b1
=============
Test Title b2
-------------
```
```html
Test Title b1
Test Title b2
```
在多人参与编写的文档中，为了一致性，可以限定一种标记方式：
+ GWLM Markdown 2-1 仅使用 ATX 式标题标记。
+ GWLM Markdown 2-2 在 `` 和 `` 时，使用 Setext 式标题标记。
备注：之所以 Markdown 同时使用了 ATX 和 Setext 两种标题标记，可能是因为 # 在部分文件中表示注释，
所以需要 Setext 式标题标记。
### GWLM 16-4 缩进与换行
#### GWLM 16-4-0 缩进与换行概述
〔待续〕
#### GWLM 16-4-1 段落排版（段间距与行首缩进）
**简介：**
```ascii
+--+-----------------------------------------------+
|a0| Type-A |
|a1| ====== |
|a2| |
|a3| (3) █████████████████████(1)█████████████████ |
|a4| ████████████████████ |
|a5| (3) █████████████████████(1)██████ |
|a6| (3) ... |
+--+-----------------------------------------------+
+--+-----------------------------------------------+
|b0| Type-B |
|b1| ====== |
|b2| |
|b3| █████████████████████████(1)█████████████████ |
|b4| ████████████████ |
|b5| (2) |
|b6| █████████████████████████(1)██ |
|b7| (2) |
|b8| ... |
+--+-----------------------------------------------+
```
+ 段落：(1)
+ 段间距：(2)、a4 ~ a5
+ 行首缩进：(3)
+ 行间距：a3 ~ a4、b3 ~ b4
**使用：**
在出版物中，往往使用 A 型段落格式，因为这样更节约纸张，此时的「段间距」与「行间距」往往差距较小。
分段情况主要靠行首缩识别。
在网页等数字格式中，往往使用 B 型段落格式，特点是没有行首缩进，以及较宽的段间距。分段情况主要靠段间距来识别。
这两种差异可能被叫做「缩进」「空排」，以及其他的说法，总之都是让读者区分段落的工具，通常仅使用一种。
历史：印刷术、打字机都大大影响了段落排版，其中打字机通常只能一行一行的移动，所以段间距往往直接空一行，
这一习惯也一定程度影响到了现代。
**Markdown：**
严格的说，Markdown 本身（解析器）并不是排版工具，排版依靠的是 CSS，所以虽然很多平台和软件支持 Markdown，
但各处生成的富文本都有差异，所以 Markdown 也与段落排版的关系不大。
不过 Markdown 以及 HTML 都有硬换行（断行）的情况：
```markdown
foo\
baz
```
生成：
```html
foo
baz
```
一些写作者可能会这样断行，然后当作分段。不建议这么做，应确保 HTML 语义的完整、无歧义为优先，这样才能实现无障碍。
#### GWLM 16-4-2 引用缩进
**简介：**
以下内容，主要来自维基百科的 [Posting style](https://en.wikipedia.org/wiki/Posting_style) 条目。
因为互联网通信的异步性质，可能数年前的邮件组、论坛或新闻组仍有人回复，所以对主题中的部分内容进行引用就很重要，
则能防止参与者忘记讨论的事，也能让回复者精准对各个内容进行回复。
于是产生了下面这样的顶部引用方式：
```email
下雨天的周末，可以和朋友去哪里？
还没想好，需要再商量一下。
```
```email
> 下雨天的周末，可以和朋友去哪里？
还没想好，需要再商量一下。
```
分别是缩进和字符标记，之所以叫做顶部引用，是因为引用的内容靠上，除此之外还有底部引用：
```email
Subject: RE: Job
哇！等等。我有一份给关键技术人员的报告，安排在 5:30 发送。
你能把时间推迟一小时吗？
丹尼
-------- Original Message --------
From: Jim
Sent: Tuesday, October 16, 2007 9:40 AM
To: Danny
Subject: Job
我将暂停邮件服务大约 30 分钟（从下午 5 点开始），因为要
安装一些更新和重要修复。
吉姆
```
底部引用常用在邮件回复中，也可以用字符标记来实现底部引用。
缩进通常每层固定 4 个空格左右，字符标记有大于号「>」和竖线「|」两种，而前者更常用。
在未正式发表的 RFC 1849 中，[4.3.2. Body Conventions](https://datatracker.ietf.org/doc/html/rfc1849#section-4.3.2)
介绍了使用大于号来引用的用法。虽然 RFC 1849 并未正式在 1995 年发表，但广为流传，成为了 Usenet（新闻组）事实上的规范。
之后在 RFC 2646（The Text/Plain Format Parameter）中详细的描述了大于号引用的细节，
相关描述位于 [4.5. Quoting](https://datatracker.ietf.org/doc/html/rfc2646#section-4.5)。
**用法：**
使用尖括号，引用说过的话。
**Markdown：**
Markdown 缺乏整句高亮的手段，所以存在一些 Markdown 软件开发者以及用户，将块引用、代码块当作「高亮段落」使用。
如果要使用「高亮段落」，应使用 [Admonitions][]（告诫）类 Markdown 扩展语法。
Markdown 的引用效果，在许多「原教旨主义」版本中，比如 GitHub Flavored Markdown（[GFM][]），往往引用的颜色较浅，
对于一些用户来说比较反直觉，这是因为 GFM 沿用了 Usenet 的引用回复用法，并使用了 format=flowed 的视觉效果。
Markdown 的引用源自 Usenet 等纯文本领域，最初的用法也是在回复时，标明对方说的部分，所以狭义上，
只有某人说过的话，才能使用 Markdown 的块引用。[^mt_0][^mt_1][^mt_2] 然后 Markdown 的块引用会生成 HTML
`` 标签，这是一个语义标签。为了无障碍等语义合理，也应遵守上面提到的用法。
[^mt_0]: Federico Poloni, [_Stop misuse of Markdown blockquotes for emphasis_](https://math.meta.stackexchange.com/q/25939), Mathematics Meta Stack Exchange, 2017-04-13. (参照 2023-09-15).
[^mt_1]: Martin Sleziak, [_Is using blockquote for highlighting problematic?_](https://math.meta.stackexchange.com/q/23015), Mathematics Meta Stack Exchange, 2017-04-13. (参照 2023-09-15).
[^mt_2]: stakx, [_Do we need a new Markdown formatting for indented / boxed text (for preambles, remarks / side notes, postscripts, footnotes, …)?_](https://meta.stackexchange.com/q/250415), Meta Stack Exchange, 2017-05-23. (参照 2023-09-15).
---
format=flowed 功能的历史：
format=flowed 是在 RFC 2646 [4.1. Generating Format=Flowed](https://datatracker.ietf.org/doc/html/rfc2646#section-4.5)
上描述的功能，主要解决纯文本自动换行问题。
比如下面原始状态的电子邮件片段：
```email
>>> Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et.
>> dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco.
> laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit.
```
在 Apple II 这台老电脑上，仅能显示 40 个字符宽度，所以就会变成这样：
```email
>>>Lorem ipsum dolor sit amet,
consectetur adipiscing elit, sed do
eiusmod tempor incididunt ut labore
et.
>>dolore magna aliqua. Ut enim ad
minim veniam, quis nostrud
exercitation ullamco.
>laboris nisi ut aliquip ex ea
commodo consequat. Duis aute irure
dolor in reprehenderit.
```
当多重引用越来越多时，也就越来越难以阅读，所以 RFC 2646 描述的 format=flowed，这种自动解析、
流动性（自适应宽度）的引用功能，就是加强纯文本的方案，这也影响了 Markdown 的严格换行功能。
#### GWLM 16-4-3 源文件可维护性
**简介：**
1995 年的 [RFC 1866][]（_Hypertext Markup Language - 2.0_）讲解了段落的写法：
> 5.5. Block Structuring Elements
>
> Block structuring elements include paragraphs, lists, and block
> quotes. They must not contain heading elements, but they may contain
> phrase markup, and in some cases, they may be nested.
>
> 5.5.1. Paragraph: P
>
> The \ element indicates a paragraph. The exact indentation, leading
> space, etc. of a paragraph is not specified and may be a function of
> other tags, style sheets, etc.
>
> Typically, paragraphs are surrounded by a vertical space of one line
> or half a line. The first line in a paragraph is indented in some
> cases.
>
> Example of use:
>
> ```html
>
This Heading Precedes the Paragraph
> This is the text of the first paragraph.
>
This is the text of the second paragraph. Although you do not
> need to start paragraphs on new lines, maintaining this
> convention facilitates document maintenance.
> This is the text of a third paragraph.
> ```
翻译后的内容
> 5.5. 块结构元素
>
> 块结构元素包括段落、列表和块引用。它们不得包含标题元素，但可以包含片段标记，并且在某些情况下，它们可以嵌套。
>
> 5.5.1. 段落：P
>
> \ 元素表示一个段落。段落的确切缩进、前导空格等未指定，并且可能是其他标签、样式表等的函数。
>
> 通常，段落上下会有一行或半行的垂直间距。在某些情况下，段落中的第一行会缩进。
>
> 使用示例：
>
> ```html
>
该标题位于段落之前
> 这是第一段。
>
这是第二段。尽管您不需要换行，
> 但维护此约定有助于文档维护。
> 这是第三段。
> ```
可以看到 \ 元素跨越了多行，但还是能正常使用，并且 \
元素会忽略换行符号以及多余的空格，自动化的连接元素中的内容。
（备注：大陆将横排称为行，台湾将竖排称为行，原因似乎与流行的书写方向有关，都是文字延伸的方向为行。）
将段落拆分的原因应该是为了方便维护，曾经 HTML 网页几乎都是人力编写的全部或者部分，如果一个段落有数千个字符，
而编辑器没有自动换行功能，就会很痛苦了。而现代的编辑器基本都有自动换行功能，即使如此，还是有「缩减栏宽」等功能，
将文字以一定的宽度分段，防止 16:9 宽屏带来的阅读障碍。
Visual Studio Code 等软件可以开启垂直标尺（vertical rulers）功能，可以用来确保各种编程语言或团队的代码风格：
| 每行字符数 | 代码风格 |
| ---------- | ------------------ |
| 72 | Ada 官方 |
| 72 | Agda 官方 |
| 79 | Python 官方 |
| 80 | GNU 团队 |
| 80 | Google 团队 |
| 80 | Java 官方 |
| 80 | Object Pascal 官方 |
| 80 | Perl 官方 |
| 80 | PHP 官方 |
| 80 | Ruby 官方 |
| 80 | OCaml 官方 |
| 90 | CCM4 官方 |
| 100 | Android 官方 |
（详细表格和具体的风格规范，可以查看维基的 [每行字符数][] 条目。）
这是因为早期电脑的文本显示模式，流行 80 × 25 左右的文本数量，比如 1980 年的 [Apple III][] 是 80 × 24，
之后 IBM 推出的 [VGA 文本模式][] 标准，也是以 80 作为常用行宽。
[Apple III]: https://en.wikipedia.org/wiki/Apple_III
[VGA 文本模式]: https://en.wikipedia.org/wiki/VGA_text_mode
而这些显示标准可能源自更早之前的打孔卡，因为 IBM 的流行的打孔卡横排宽 80 个字符，就像是计算机的键盘延续了打字机的键盘。
到这里其实还可以追溯，那就是打字机的 [每行字符数][] 也是 80 左右，不过每行字符数就是排版方面的故事了。
[每行字符数]: https://en.wikipedia.org/wiki/Characters_per_line
Python 的 [PEP 8][] 规范限制每行最多 79 个字符，跟许多使用 80 字符的语言有微妙的差别，所以有人向 PEP 8 的编写者，
也是 Python 的设计者 Guido van Rossum 发送邮件询问，[^h2eug] 得到的答案是「80 个字符宽的 Emacs 窗口，从 79 开始换行。」
[PEP 8]: https://peps.python.org/pep-0008/
[^h2eug]: nrogers64, [_PEP 8: Why is the character limit 79 and not 80?_](www.reddit.com/r/learnpython/comments/1h2eug/pep_8_why_is_the_character_limit_79_and_not_80/), r/learnpython, 2013-06-25. (参照 2023-09-26).
具体的换行情况，大致如下：[^44637]
[^44637]: Peter V. Mørch, [_Emacs wrapping lines that are exactly 80 characters long in a 80x24 terminal_](https://emacs.stackexchange.com/q/44637), Emacs Stack Exchange, 2018-09-10. (参照 2023-09-26).
```perl
#!/usr/bin/perl -w
###############################################################################\
#
# Copyleft (ɔ)
# All Rights Reversed
###############################################################################\
#
```
第 80 个字符会被 `\` 换行符号挤压到下一行，[^00715] 原因尚未进一步研究。
[^00715]: Barry Margolin, [_Re: does emacs wrap lines that are exactly 80 characters long??_](https://lists.gnu.org/archive/html/help-gnu-emacs/2003-10/msg00715.html), 2003-10-29. 参照: 2023-09-26. [Online].
关于 79 个字符限制的其他猜测：为了在 diff 等工具中正常使用，所以需要减 1 个字符，比如下面的 diff 演示：
```diff
-版本: 0.0.29-beta
+版本: 0.0.30-beta
```
左侧的加减号表示增减的行，不过这无法解释大多数编程语言都是用 80 个字符作为基准。
**用法：**
之后终端的宽度稍有增加，在 Windows 10 的 CMD 默认中，行宽是 120 个字符，其他常见的行宽还有 100，
不过现在的 HTML 网站通常不需要考虑这件事，因为几乎不需要手动编辑 HTML，而是使用所见即所得编辑器，
或者其他标记语言生成 HTML。
**Markdown：**
Markdown（CommonMark）拥有 HTML 的这类功能，会将多行内容直接输出到 \
元素中：
```markdown
测试
内容
test
```
```html
测试
内容
test
```
显示为「测试内容 test」，其中英文附近的空格是浏览器自动添加的词间距，在符合 CommonMark 规范的情况下可以将段落拆分，
方便维护，然后太长的链接、表格和被 base64 编码的图片不需要拆分，接着将文本编辑器的自动换行关闭，
就能方便的编写 Markdown 文档。
如果选择拆分，可以选择 100、120 左右的宽度。然后是换行风格，换行风格有两种，以 80 作为宽度的示例如下：
```markdown
将段落拆分的原因应该是为了方便维护，曾经 HTML 网页几乎都是人
力编写的全部或者部分，如果一个段落有数千个字符，而编辑器没有
自动换行功能，就会很痛苦了。而现代的编辑器基本都有自动换行功
能，即使如此，还是有「缩减栏宽」等功能，将文字以一定的宽度分
段，防止 16:9 宽屏带来的阅读障碍。
```
```markdown
将段落拆分的原因应该是为了方便维护，
曾经 HTML 网页几乎都是人力编写的全部或者部分，
如果一个段落有数千个字符，而编辑器没有自动换行功能，
就会很痛苦了。而现代的编辑器基本都有自动换行功能，
即使如此，还是有「缩减栏宽」等功能，将文字以一定的宽度分段，
防止 16:9 宽屏带来的阅读障碍。
```
方法 1 看起来和谐，方法 2 易读易编辑。
### GWLM 16-5 超链接
#### GWLM 16-5-0 超链接概述
超链接的全称是超链接（[hyperlink][]），有时也简称为超链，是富文本重要的功能之一，
随后被万维网的 HTML \ 元素发扬光大。
之后超链接的用法大致也遵循 HTML 的用法，比如 Word、PDF 都能创建文字超链接。不过 HTML 可以给各种内容创建超链接，
比如图片和按钮等。
**名称历史：**
1991 年，蒂姆·伯纳斯-李（T. Berners-Lee）发表了 [_HTML Tags_][]，是介绍 HTML 的文档，
当时的锚元素（anchors）还没有提到超链接这一用语。
1995 年，蒂姆·伯纳斯-李以及 MIT/W3C 发布了 [RFC 1866][]（_Hypertext Markup Language - 2.0_），开始使用超链接这一用语。
锚元素、超链接等词语的关系大概如下所示：
超链接（维恩图），通过 [benfred/venn.js](https://github.com/benfred/venn.js/) 绘制
所以超链接算是更高层的概念，通常指使用了锚元素的一段内容。比如
在 1994 年的 [_Uniform Resource Locators (URL)_][]（草案），以及正式版 [RFC 1738][] 中，
万维网之父——蒂姆·伯纳斯-李，使用了尖括号来表示纯文本中的 URL，但有一些差异。
前者作为附录的非强制标准，后者同样是建议：
+ _Uniform Resource Locators (URL)_（草案）
``
+ RFC 1738
``
随后在 2005 年被编写到了 RFC 3986 的 [附录 C](https://datatracker.ietf.org/doc/html/rfc3986#appendix-C) 中，
建议使用引号或者空格等字符包裹 URI，其中最佳方案是尖括号。
**用法：**
给超链接（URL）的左右添加尖括号，其他 URI 比如 DOI 也可以：
**Markdown：**
Markdown 跟 RFC 3986 提到的尖括号相似，然后会将：
一段测试文字。
```
不过 Maruku 早已停止更新。
附言：Maruku 的 Attribute List 功能，可能源自 [Textile 的 Attributes 系列功能][tta]，或是 [asciidoc 的属性语法][adea]，
不过暂未找到相关证据。
**功能：**
Attribute List 有一些写法要求：
1. 以「`{:`」开头，「`}`」结尾，在中间放入元素，元素间使用空格分割。
2. 元素类型有以下四种：
1. 键／值对（`abc="def"`）
2. 参考的 ALD（`ref`）
3. id 说明符（`#myid`）
4. 类说明符（`.myclass`）
IAL 是 inline attribute lists 的简称，意为内联属性列表，直接对元素添加属性，用法如下。
```markdown
演示段落，含有 **粗体**{: .test_1 }，
段落第二行，演示 [链接](https://example.com/){: .test_2 }。
{: .test_3 }
```
将被 Maruku 解释为：
```html
演示段落，含有 粗体，
段落第二行，演示 链接。
```
底部的 `{: .test_3 }` 是对块级元素添加属性，段落中的 `{: .test_1 }` 是对行内跨级元素添加属性。
ALD 是 attribute lists definitions 的简称，意为定义属性列表，是引用式的写法，用法如下：
```markdown
一段测试文字。
{: test_ref }
{:test_ref: key=val .class #id }
```
可以在多地使用 `{: test_ref }` 这样的写法，就像 Markdown 的引用式链接，以及常用的扩展语法，脚注的引用式写法。
**兼容性：**
Maruku 对此功能的探索，有被其他解析器吸收，比如 Python-Markdown（须启用 [官方扩展 Attribute Lists][pmal]）以及 kramdown，
只是不同的 Markdown 解析器，实现了不同的功能，具体情况如下：
| ＼ | [Maruku][mrkp] | [kramdown][kdald] | [Python-Markdown][pmal] |
| :---: | :------------: | :---------------: | :---------------------: |
| IAL | 〇 | 〇 | 〇 |
| ALD | 〇 | 〇 | ㄨ |
Python-Markdown 不支持 ALD。使用 JavaScript 实现的 Remark，也许能使用年久失修的第三方 [remark-attr][rma] 插件，
同样不支持 ALD。
本地编辑器中，Obsidian 也有第三方插件 [Markdown Attributes][obma]，不支持 ALD，并且 IAL 的内联功能已经失效。
[Pandoc][pi684] 支持一些写法，不过花括号后没有冒号。
在这当中，kramdown 被用作 Jeykll 的渲染器，Python-Markdown 被用在 MkDocs 中，都算是广泛使用，
所以如果经常在这类平台展示文本，那么使用 Attribute Lists 是很合理的。只是 Attribute Lists 在其他 Markdown 渲染器中，
会原样输出，所以对于在多地展示的文本，也许应该慎用。
**使用：**
Maruku 的写法比较随意，比如 `{:.test_2}`、`{: .test_2}`、`{:.test_2 }` 和 `{: .test_2 }`，都有出现。这里建议多用空格，
即开头「`{:`」、属性和结尾「`}`」 之间都有空格，比较合理。
属性顺序，可以按照先前「写法要求」的顺序，进行排列。多个同类属性，就以字母顺序排列吧，比如：
1. 键／值对（`abc="def"`）
2. 参考的 ALD（`ref`）
3. id 说明符（`#myid`）
4. 类说明符（`.myclass`）
```markdown
一段测试文字。
{: abc="def" bbc="obs" ref #myid .all .myclass }
```
最后，汇总一下各种 Markdown 软件的 Attribute Lists 功能页面：
+ [maruku][mrkp]
+ [kramdown][kdald]
+ [Pandoc][pi684]
+ Python-Markdown 官方扩展 [Attribute Lists][pmal]
+ Remark 第三方扩展 [remark-attr][rma]
+ Obsidian 第三方插件 [Markdown Attributes][obma]
[adea]: https://docs.asciidoctor.org/asciidoc/latest/attributes/element-attributes/
[kdald]: https://kramdown.gettalong.org/syntax.html#attribute-list-definitions
[mrkp]: https://web.archive.org/web/20070111085028/http://maruku.rubyforge.org/proposal.html
[obma]: https://github.com/javalent/markdown-attributes
[pi684]: https://github.com/jgm/pandoc/issues/684
[pmal]: https://python-markdown.github.io/extensions/attr_list/
[rma]: https://github.com/arobase-che/remark-attr
[tta]: https://textile-lang.com/doc/spans
### GWLM 16-10 复合效果
链接、斜体强调与加粗强调，
是常用的富文本效果／元素。但是它们有时候会同时使用，嵌套的内外顺序也不影响视觉和 SEO，比如：
```html
text 1
```
```html
text 2
```
这两个斜体的链接，在页面中所呈现的效果相同，但是 Markdown 写法的差异较大：
```markdown
_[text 3](https://example.com/)_
```
```markdown
_[text 4][]_
[text 4]: https://example.com/
```
```markdown
[_text 5_](https://example.com/)
```
```markdown
[_text 6_][]
[_text 6_]: https://example.com/
```
由于 Markdown 支持引用式链接，如果同一个链接有时斜体，有时正常。那么倾斜标记在外部更好用：
```markdown
_[text 7][]_
[text 7][]
[text 7]: https://example.com/
```
所以在嵌套顺序中，最里是链接比较合适。同样的顺序，也能在 Gmail 与 richtexteditor.com 编辑器中看到。
---
关于斜体强调与加粗强调，`text` 与 `text` 的写法都不被建议。
因为它们语义都有强调，同时使用会出现语义重复。[^00590]
[^00590]: Jitendra Vyas, _[Does it matter in or in ?](https://stackoverflow.com/questions/2200590/does-it-matter-strong-in-em-or-em-in-strong)_, Stack Overflow, 2010-02-04. (参照 2024-04-03).
推荐的写法可能是 `text` 或者 `text` 吧。
### GWLM 16-xx Admonitions
〔待续〕
### GWLM 16-xx Markdown 的 CJK 缺陷
Markdown 最初的开发者，以及许多兼容的渲染器都没怎么考虑国际化，这会导致一些问题。
比如内联语法不一定兼容没有空格的情况：
```markdown
这是一段包含**部分加粗**词语的文字。
```
〔待续〕
### GWLM 16-xx 其他内容
暂定的规则，需要研究。
## GWLM 17 日期与时间
```yaml
标题: 日期与时间
创建时间: 2023-10-11
```
### GWLM 17-0 日期与时间概述
**标准：**
日期与时间是重要的工具，能记录文章的发布时间，如果没有它，那么先后提示就不复存在，非常不方便。
因为不同地区使用的格式略有差异，所以需要设立含有少量字符的基础格式，用来被电脑识别。
不过这项标准意外的完成得晚，1998 年才推出 [ISO 8601][]，并且主要原因还是为了应对 [千年虫问题][]……
[ISO 8601]: https://en.wikipedia.org/wiki/ISO_8601
[千年虫问题]: https://en.wikipedia.org/wiki/Year_2000_problem
大致格式就像「2023-09-17T18:42:22Z」。
**格式化：**
完整的 ISO 8601 时间不适合阅读，所以会格式化成符合当地或是作者风格的格式，比如「YYYY-MM-DD」是被格式化的日期，
比如「1234-05-06」这样，其中的「YYYY」是模板。
在编程语言中很流行这类格式化方法，比如 JavaScript 的 [Moment.js][] 库，下面是它常见的标记模板：
[Moment.js]: https://momentjs.com
| 「en」 | 标记 | 输出 |
| ------ | ---- | ------------------------------------ |
| 年 | YY | 70 71 … 29 30 |
| | YYYY | 1970 1971 … 2029 2030 |
| 月 | M | 1 2 … 11 12 |
| | MM | 01 02 … 11 12 |
| | MMM | Jan Feb … Nov Dec |
| | MMMM | January February … November December |
| 日 | D | 1 2 … 30 31 |
| | DD | 01 02 … 30 31 |
| AM/PM | A | AM PM |
| | a | am pm |
| 时 | H | 0 1 … 22 23 |
| | HH | 00 01 … 22 23 |
| | h | 1 2 … 11 12 |
| | hh | 01 02 … 11 12 |
| | k | 1 2 … 23 24 |
| | kk | 01 02 … 23 24 |
| 分 | m | 0 1 … 58 59 |
| | mm | 00 01 … 58 59 |
| 秒 | s | 0 1 … 58 59 |
| | ss | 00 01 … 58 59 |
不同地区也有一些差异，不过这里暂时不再详细探讨：
| 「zh」 | 标记 | 输出 |
| ------ | ---- | -------------------------- |
| 月 | MMM | 1月 2月 …… 11月 12月 |
| | MMMM | 一月 二月 …… 十一月 十二月 |
| AM/PM | A | 上午 下午 |
有了这些标记模板，就能格式化出各种日期样式。
备注：将 AM 和 PM 翻译成上午和下午本身没有为什么问题，但是不符合中文习惯，比如 11:30 在中文语境下，应称作中午，
而 Moment.js 支持更细致的调整其他地区的时间状态，比如下面将中文的「AM/PM」分了 5 个时间状态。
```javascript
moment.updateLocale('zh-cn', {
meridiem : function (hour, minute, isLowercase) {
if (hour < 9) {
return "早上";
} else if (hour < 11 && minute < 30) {
return "上午";
} else if (hour < 13 && minute < 30) {
return "中午";
} else if (hour < 18) {
return "下午";
} else {
return "晚上";
}
}
});
```
### GWLM 17-1 日期
首先定义模板内容：
1. 半角数字：0123456789
2. 全角数字：０１２３４５６７８９
3. 汉字数字（含十的幂）：
1. 零一二三四五六七八九十百千万亿兆京
2. 〇一二三四五六七八九十百千万亿兆京
3. 零壹貳叁肆伍陸柒捌玖拾佰仟萬億兆京
4. 汉字数字（不含十的幂）：
1. 零一二三四五六七八九
2. 〇一二三四五六七八九
3. 零壹貳叁肆伍陸柒捌玖
5. 月份 Unicode：㋀㋁㋂㋃㋄㋅㋆㋇㋈㋉㋊㋋
6. 日期 Unicode：㏠㏡㏢㏣㏤㏥㏦㏧㏨㏩㏪㏫㏬㏭㏮㏯㏰㏱㏲㏳㏴㏵㏶㏷㏸㏹㏺㏻㏼㏽㏾
7. 时刻 Unicode：㍘㍙㍚㍛㍜㍝㍞㍟㍠㍡㍢㍣㍤㍥㍦㍧㍨㍩㍪㍫㍬㍭㍮㍯㍰
那么 {{MM.2}} 这样的伪代码，就表示以列表 2 中的数字替代 MM 月份原本的数字。
将「2023-10-11」用下面的模板格式化，就能输出各种格式：
| 模板 | 输出 |
| -------------------------------------- | ------------------------ |
| {{YYYY.1}}年{{MM.1}}月{{DD.1}}日 | 2023年10月11日 |
| {{YYYY.2}}年{{MM.2}}月{{DD.2}}日 | ２０２３年１０月１１日 |
| {{YYYY.3.1}}年{{MM.3.1}}月{{DD.3.1}}日 | 二千零二十三年十月十一日 |
| {{YYYY.4.1}}年{{MM.3.1}}月{{DD.3.1}}日 | 二零二三年十月十一日 |
| {{YYYY.4.2}}年{{MM.3.2}}月{{DD.3.2}}日 | 二〇二三年十月十一日 |
| {{YYYY.4.2}}年{{MM.4.2}}月{{DD.4.2}}日 | 二〇二三年一〇月一一日 |
| {{YYYY.1}}年{{MM.5}}{{DD.6}} | 2022年㋉㏪ |
### GWLM 17-2 时间
〔待续〕
### GWLM 17-3 修补
将日期／时间视作整体，不为「YYYY」「年」「MM」「月」「DD」「日」之间添加空格，并在前后添加空格。[^ccg_102]
[^ccg_102]: undeadway, 《[是否可以明确一下日期的书写格式 · Issue #102 · sparanoid/chinese-copywriting-guidelines](https://github.com/sparanoid/chinese-copywriting-guidelines/issues/102)》, GitHub, 2019-12-25. (参照 2023-08-27).
> 有条 issues 在 2019年12月25日 23时20分30秒 发布。
> 有条 issues 在 2019 年 12 月 25 日 23 时 20 分 30 秒发布。（不符合）
规则是「年月日」「时分秒」各为一组，如果缺少一个时间单位，依然特殊处理：
> 有条 issues 在 12月25日 23时20分 发布。
如果仅有一个时间单位，那么就不特殊处理：
> 有条 issues 在 25 日 23 时发布。
> 有条 issues 在 12月25日 23 时发布。
## GWLM 18 简体中文标点符号修补
```yaml
标题: 简体中文标点符号修补
创建时间: 2023-09-05
```
### GWLM 18-1 单层书名号修补
作品名存在包含关系时，可以使用单层书名号来表示章、节、篇等。
例如：《道德经》分为〈德〉〈道〉两篇。
### GWLM 18-2 替换「弯引号」为「全角直角引号」
| 原始 | Unicode | 修改后 | Unicode |
| :---: | :------: | :----: | :------: |
| “ | `U+201C` | 「 | `U+300C` |
| ” | `U+201D` | 」 | `U+300D` |
| ‘ | `U+2018` | 『 | `U+300E` |
| ’ | `U+2019` | 』 | `U+300F` |
### GWLM 18-3 替换「半角间隔号」为「全角间隔号」
| 原始 | Unicode | 修改后 | Unicode |
| :---: | :------: | :----: | :------: |
| / | `U+002F` | ／ | `U+FF0F` |
### GWLM 18-4 替换「全角括号」为「半角括号」
| 原始 | Unicode | 修改后 | Unicode |
| :---: | :------: | :----: | :------: |
| （ | `U+FF08` | ( | `U+0028` |
| ） | `U+FF09` | ) | `U+0029` |
### GWLM 18-5 替换「全角逗号」为「半角逗号」
| 原始 | Unicode | 修改后 | Unicode |
| :---: | :------: | :----: | :------: |
| ， | `U+FF0C` | , | `U+002C` |
### GWLM 18-6 替换「CJK 通用全角句号」为「CJK 通用半角句号」
| 原始 | Unicode | 修改后 | Unicode |
| :---: | :------: | :----: | :------: |
| 。 | `U+3002` | ｡ | `U+FF61` |
### GWLM 18-7 替换「CJK 通用全角句号」为「西式半角句号」
| 原始 | Unicode | 修改后 | Unicode |
| :---: | :------: | :----: | :------: |
| 。 | `U+3002` | . | `U+002E` |
### GWLM 18-8 替换「全角单层直角引号」为「半角单层直角引号」
| 原始 | Unicode | 修改后 | Unicode |
| :---: | :------: | :----: | :------: |
| 「 | `U+300C` | ｢ | `U+FF62` |
| 」 | `U+300D` | ｣ | `U+FF63` |
## GWLM 19 文件名
〔待续〕
将要研究比如「《中国互联网络发展状况统计报告》.pdf」这样的文件名，如何对文件进行合理命名比较好，符合那些要求等问题。
## GWLM 20 文件扩展名
[文件扩展名](https://en.wikipedia.org/wiki/Filename_extension) 是文件名的一部分，主要用来给观测者提示文件格式。
+ 大多数格式都有制作者，所以在使用全称或者专有名称时，直接以设计者的写法来书写即可。
+ 如果单纯是扩展名，那么通常使用小写的，并且左侧不需要分隔符（西式句点）。
因为文件名，比如 `abc.jpg` 能被分成三个部分，分别是文件名称、分隔符和文件扩展名。通常不认为分隔符属于文件扩展名的一部分，
也就是说 `jpg` 才是文件扩展名，只是因为习惯常将分隔符（西式句点）放入文字描述中。
附言：不是所有的文件系统，都将分隔符设为西式句点。
所以符合规则的表述方法如下所示：
1. 以格式表述：
+ 这是 JPEG 格式的图片。
+ Markdown 格式的文档。
+ 符合 HTML 格式的网页。
+ 采用了 tar 和 gzip 格式的压缩文件。
2. 以文件扩展名表述：
+ 文件扩展名是 `jpg` 的图片。
+ 文件扩展名是 `md` 的文档。
+ 文件扩展名是 `html` 的网页。
+ 文件扩展名是 `tar.gz` 的存档文件。
特殊情况：在一些老文件，比如「ARP.EXE」在讨论时，可以使用 `EXE` 作为文件扩展名表述。
---
一个思想实验：是否存在没有文件名称，只有文件扩展名的文件？
答案是可以，Windows 的资源管理器（Explorer）能够识别 `.png` 这样的文件为图像。不过受限于大多数文件管理器的算法，
单纯的 `png` 不会被识别为 `png` 扩展名，而会被识别为文件名称。
## GWLM 100 连续汉字问题
〔内容待填充〕
> 〇〇中学学生会会长。
> 列车车长。
> 上海南站站。
> 上海火车站站。
## GWLM 101 冗余首字母缩写综合征
〔内容待填充〕
ATM（自动取款机）有时为了标明其机器属性，也会使用 ATM 机（ATM machine），这样的拼写方式叫做
[RAS syndrome](https://en.wikipedia.org/wiki/RAS_syndrome)（redundant acronym syndrome, 冗余首字母缩写综合征），
比如 HIV 病毒、LCD 显示器甚至是 IP 协议……
## GWLM 15834 简体中文标点符号用法模块化
```yaml
标题: 简体中文标点符号用法模块化
创建时间: 2023-08-28
```
〈GWLM 15834 简体中文标点符号用法模块化〉的主要目的是重写出一个符合 CC-BY 4.0 协议，
并兼容《[GB/T 15834—2011 标点符号用法标准][]》的模块。这样在未来就不需要以不够开放的资料，
作为 GWLM 的基础，但是任重道远，还有大量待重写的部分。
《GB/T 15834—2011 标点符号用法标准》属于推荐标准。即使是
《[GB/T 1.1—2020 标准化工作导则第1部分 标准化文件的结构和起草规则][]》9.4.2.4，
也没有遵守《GB/T 15834—2011》，将下划线当作了着重号。所以读作遵守，写作参考。
### GWLM 15834-0
作为全选 GWLM 15834 内容的模块，表示 GWLM 15834-1、GWLM 15834-2、GWLM 15834-3、GWLM 15834-4,
GWLM 15834-5、GWLM 15834-6、GWLM 15834-7 下的一切内容。
### GWLM 15834-1 范围
本模块规定了简体中文标点符号的用法，适用于简体中文书写系统。
### GWLM 15834-2 简体中文标点符号词汇表
#### GWLM 15834-2-1 标点符号 (punctuation)
标点符号是辅助断句、标示的符号，所以移除标点符号后，仍然能够获悉文字大意，
但增加了阅读的复杂度，还有歧义。
用来断句的符号是「点号」，标示的符号是「标号」。
#### GWLM 15834-2-2 句子
被句末点号包围的，表达相对完整意义的语言单位。
#### GWLM 15834-2-3 复句（复合句）
复句，又称「复合句」。由两个或以上意义上有密切关系含的分句组成的语言单位。
#### GWLM 15834-2-4 分句（单句）
分句，又称「单句」。被句内点号包围，含有相对完整意义的语言单位。
#### GWLM 15834-2-5 语段
对各种语言单位（词、句子、复句等）的统称。
#### GWLM 15834-2-6 点号
表示各种强度的停顿符号，分为「句末点号」和「句内点号」。
##### GWLM 15834-2-6-1 句末点号
表示一句话的结束。包括
[句号](#gwlm-15834-4-1-句号)、
[问号](#gwlm-15834-4-2-问号)、
[叹号](#gwlm-15834-4-3-叹号)。
##### GWLM 15834-2-6-2 句内点号
表示句内各种不同性质的停顿。包括
[逗号](#gwlm-15834-4-4-逗号)、
[顿号](#gwlm-15834-4-5-顿号)、
[分号](#gwlm-15834-4-6-分号)、
[冒号](#gwlm-15834-4-7-冒号)。
#### GWLM 15834-2-7 标号
起到标示作用的符号，使用标号（标示符号）能够快速识别某段文字的作用。
包括
[广义括号](#gwlm-15834-2-8-广义括号)、
[破折号](#gwlm-15834-4-10-破折号)、
[省略号](#gwlm-15834-4-11-省略号)、
[着重号](#gwlm-15834-4-12-着重号)、
[连接号](#gwlm-15834-4-13-连接号)、
[间隔号](#gwlm-15834-4-14-间隔号)、
[专名号](#gwlm-15834-4-16-专名号)、
[分隔号](#gwlm-15834-4-17-分隔号)。
#### GWLM 15834-2-8 广义括号
广义括号（包括符号）属于特殊的标号，一左一右的包裹文字标记使用。
包括
[引号](#gwlm-15834-4-8-引号)、
[括号](#gwlm-15834-4-9-括号)、
[书名号](#gwlm-15834-4-15-书名号)。
### GWLM 15834-3 未定义
《GB/T 15834—2011 标点符号用法标准》的 2 与 3 小节被合并到了 GWLM 15834-2，所以 GWLM 15834-3 暂时空缺。
### GWLM 15834-4 标点符号的定义、形式和基本用法
#### GWLM 15834-4-1 句号
GWLM 15834-4-1 是替代《GB/T 15834—2011 标点符号用法标准》4.1 的模块，
描述了句号的定义、形式和基本用法。
+ GWLM 15834-4-1-1 定义
句末点号，表示以陈述语气结束一句话的停顿与标示。
+ GWLM 15834-4-1-2 形式
句号的形式是「。」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------------ |
| 。 | `U+3002` | [Ideographic Full Stop](https://www.compart.com/en/unicode/U+3002) |
+ GWLM 15834-4-1-3 基本用法
+ GWLM 15834-4-1-3-1 用于句子末尾，表示陈述语气。
> （海鸥甲：待会去码头整点薯条？）
>
> 海鸥乙：恩。
>
> 海鸥丙：我也要去，别忘记我。
+ GWLM 15834-4-1-3-2 祈使和惊叹句的语气不强烈，可使用句号。
> 少女祈祷中。
> 更新后的版本实在是糟糕。
#### GWLM 15834-4-2 问号
GWLM 15834-4-2 是替代《GB/T 15834—2011 标点符号用法标准》4.2 的模块，
描述了问号的定义、形式和基本用法。
+ GWLM 15834-4-2-1 定义
句末点号，表示以疑问语气结束一句话的停顿与标示。
+ GWLM 15834-4-2-2 形式
问号的形式是「？」。
| 符号 | Unicode | 名称 |
| :---: | :------: | -------------------------------------------------------------------- |
| ？ | `U+FF1F` | [Fullwidth Question Mark](https://www.compart.com/en/unicode/U+FF1F) |
+ GWLM 15834-4-2-3 基本用法
+ GWLM 15834-4-2-3-1 用于句子末尾，表示疑问语气（包括反问、设问等疑问类型）。
> 为什么无法运行这个软件？
> 啊？
+ GWLM 15834-4-2-3-2 在选择问句的句中，可使用问号替代逗号。
> 什么键盘轴体更好：机械轴，光轴，还是电磁轴？
> 什么键盘轴体更好：机械轴？光轴？还是电磁轴？
+ GWLM 15834-4-2-3-3 异常强烈的疑问时，可叠问号，通常是依次递增，最多可叠三个问号。
> 我儿子每一科的成绩都不过那个平均分呐，他现在初二，你叫我儿子怎么办啊？
> 他现在还不到高中啊好不好？？
> 你们这是什么群啊？？？
+ GWLM 15834-4-2-3-4 问号也有标号的用法，可用于句内，表示存疑或不详。
> 老子（前 571？—前 471？），可能名为李耳，世人尊称为「老子」。
> 黄石公（？—？），秦朝末年人物，曾传授张良兵法。
> 这把剑（刀？）不好用。
#### GWLM 15834-4-3 叹号
+ GWLM 15834-4-3-1 定义
句末点号，表示以感叹语气结束一句话的停顿与标示。
+ GWLM 15834-4-3-2 形式
叹号的形式是「！」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ----------------------------------------------------------------------- |
| ！ | `U+FF01` | [Fullwidth Exclamation Mark](https://www.compart.com/en/unicode/U+FF01) |
+ GWLM 15834-4-3-3 基本用法
+ GWLM 15834-4-3-3-1 用于句子末尾，表示感叹语气，也可用于祈使、反问等类型。
> 跳票这么久，终于发售了！
> 电次！不要开门！
> 哟！你们也来打雪仗了啊！
+ GWLM 15834-4-3-3-2 用于拟声词后，表示声音持续时间较短。
> 咚！咚！咚！特勤干员 Fuze 正在释放集束炸弹。
> 轰！人质被集束炸弹杀死，游戏结束。
+ GWLM 15834-4-3-3-3 声音大或者加大，以及异常强烈的情感，可叠用叹号，最多可叠三个叹号。
> 冻住！不许走！！
+ GWLM 15834-4-3-3-4 用于同时包含疑问、感叹两种语气且都比较强烈时，可同时使用问号以及感叹号。
> 你敢直面恐惧吗？！
#### GWLM 15834-4-4 逗号
GWLM 15834-4-4 是替代《GB/T 15834—2011 标点符号用法标准》4.4 的模块，
描述了逗号的定义、形式和基本用法。
+ GWLM 15834-4-4-1 定义
句内点号，表示句子尚未结束的常规停顿与标示。
+ GWLM 15834-4-4-2 形式
逗号的形式是「，」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------ |
| ， | `U+FF0C` | [Fullwidth Comma](https://www.compart.com/en/unicode/U+FF0C) |
+ GWLM 15834-4-4-3 基本用法
+ GWLM 15834-4-4-3-1 为复句分隔，宜用逗号，有时用 [分号](#gwlm-15834-4-6-分号)。
> 能观测就能干涉，能干涉就能控制。
> 我前脚刚走，后脚就跟上了。
+ GWLM 15834-4-4-3-2 用于间隔各种语法位置。
> 收集各种奖杯，也没什么用。
> 准备好大容量硬盘，还有高速的网络，以及 ArchiveTeam Warrior 来众包存档吧。
+ GWLM 15834-4-4-3-3 用于口语化文字的停顿处。
> 团长，车已经准备好了。
> 第一，绝对不会意气用事；第二，绝对不漏判任何一件坏事；第三，绝对裁判得公正漂亮。
#### GWLM 15834-4-5 顿号
GWLM 15834-4-5 是替代《GB/T 15834—2011 标点符号用法标准》4.5 的模块，
描述了顿号的定义、形式和基本用法。
+ GWLM 15834-4-5-1 定义
句内点号，表示语段中并列词语之间或某些序次语之后的停顿与标示。
+ GWLM 15834-4-5-2 形式
顿号的形式是「、」。
| 符号 | Unicode | 名称 |
| :---: | :------: | -------------------------------------------------------------- |
| 、 | `U+3001` | [Ideographic Comma](https://www.compart.com/en/unicode/U+3001) |
+ GWLM 15834-4-5-3 基本用法
+ GWLM 15834-4-5-3-1 作为弱于逗号的停顿，示例：
> 我准备讲两个问题：一、CSGO 经济系统是什么？二、怎样学好 CSGO 经济系统？
> 甲、意识；乙、枪法；丙、道具；丁、运气。
> 寻血猎犬总是不断、不断地重伤倒地。
+ GWLM 15834-4-5-3-2 作为连词的替代符号。[^lw]
[^lw]: 【连词】连接两个词语的词语，比如「和」「跟」「与」及「或者」。
> 《Apex 英雄》是一款专注于角色、小队制的大逃杀射击游戏。
> GDP、人均 GDP 和常住人口这项指标，可以划分出一、二、三线城市。[^ltcic]
[^ltcic]: xunyun, [_Lower-tier_Cities_in_China/data/低线城市划分.md_](https://github.com/xunyun/Lower-tier_Cities_in_China/blob/master/data/低线城市划分.md), GitHub, 2018-11-20. (参照 2023-08-27).
如果本来就没有必要使用「连词」，那么也无需使用顿号。
> 我喜欢《Apex 英雄》《机器人总动员》《我兔斯基你》「东方 Project」这些作品。
书名号或者引号已将这些内容间隔开了，所以不再需要使用「连词」或者顿号，但是如果这些词语的首尾符号不同，
那么就需要使用顿号间隔。
> 我喜欢《Apex 英雄》（游戏）、《机器人总动员》（电影）、《我兔斯基你》（绘本）、「东方 Project」
（文化）这些作品。
因为括号属于夹注，能够推理出括号内容是对前文的注释，但是混排在一起就会缺少间隔，
增加了理解句子的难度。
> 我喜欢《Apex 英雄》（游戏）《机器人总动员》（电影）《我兔斯基你》（绘本）「东方 Project」（文化）
这些作品。（误）
#### GWLM 15834-4-6 分号
GWLM 15834-4-6 是替代《GB/T 15834—2011 标点符号用法标准》4.6 的模块，
描述了分号的定义、形式和基本用法。
+ GWLM 15834-4-6-1 定义
句内点号，作为分割并列关系复句的停顿与标示，重复句式的间隔。
+ GWLM 15834-4-6-2 形式
分号的形式是「；」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ---------------------------------------------------------------- |
| ； | `U+FF1B` | [Fullwidth Semicolon](https://www.compart.com/en/unicode/U+FF1B) |
+ GWLM 15834-4-6-3 基本用法
+ GWLM 15834-4-6-3-1 作为分割并列关系复句的停顿，比起逗号的间隔感更强。
> 正因为生命有限，所以才显得更重要；正因为生命有限，所以才更应该努力不懈。
> 大道废，有仁义；智慧出，有大伪；六亲不和，有孝慈；国家昏乱，有忠臣。
+ GWLM 15834-4-6-3-2 主要作为选择、转折等关系之间的停顿。
> 在人类生活的壮丽行列中，我觉得真正可贵的，不是政治上的国家，而是有创造性的、
> 有感情的个人，是人格；只有个人才能创造出高尚的和卓越的东西，而群众本身在思想上总是迟钝的，
> 在感觉上也是迟钝的。
+ GWLM 15834-4-6-3-3 用于分项列举的各项之间。
> 第一，绝对不会意气用事；第二，绝对不漏判任何一件坏事；第三，绝对裁判得公正漂亮。
#### GWLM 15834-4-7 冒号
GWLM 15834-4-7 是替代《GB/T 15834—2011 标点符号用法标准》4.7 的模块，
描述了冒号的定义、形式和基本用法。
+ GWLM 15834-4-7-1 定义
句内点号，提起下文或总结上文的停顿与标示。
+ GWLM 15834-4-7-2 形式
冒号的形式是「：」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------ |
| ： | `U+FF1A` | [Fullwidth Colon](https://www.compart.com/en/unicode/U+FF1A) |
+ GWLM 15834-4-7-3 基本用法
+ GWLM 15834-4-7-3-1 用于解释符号前的提示词，或者表示有人说话，用来提示下文。
> 和平捍卫者的配件：霰弹枪栓、瞄具、枪托和干扰器。
> 系色望：「我是视而不见的专家哦，我就是靠对所有事情视而不见活下来的！」
+ GWLM 15834-4-7-3-2 用于总结上文。
> 张华考上了北京大学；李萍进了中等技术学校；我在百货公司当售货员：我们都有光明的前途。
+ GWLM 15834-4-7-3-3 用在需要说明的词语之后，表示注释和说明。
> 机箱：黑暗骑士 Z1；硬盘：希捷 500 GB 黑盘；显示器：AOC C27G2ZE/11。
+ GWLM 15834-4-7-3-4 用于信件（包括短信和电子邮件）、讲话稿中称谓语或称呼语之后。
> 尊敬的客户：您缴费已成功……
+ GWLM 15834-4-7-3-5 冒号不应在一段内重复使用，列表式内容宜起多段表示层级。
> 这赛季的枪械排名：
>
> T0：复仇女神、复仇男神。
>
> T1：和平捍卫者、R99。
>
> T2：三重狙击枪、R301。
>
> T3：莫桑比克、P2020。
#### GWLM 15834-4-8 引号
GWLM 15834-4-8 是替代《GB/T 15834—2011 标点符号用法标准》4.8 的模块，
描述了引号的定义、形式和基本用法。
+ GWLM 15834-4-8-1 定义
广义括号，标示引用、强调或指出。
+ GWLM 15834-4-8-2 形式
引号的形式有「“」「”」和「‘」「’」，分为主副两套，每套都由左、右引号组成。
也能使用其他具有前后关系的词语形容，比如前、后引号；开、关引号。
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------------------ |
| “ | `U+201C` | [Left Double Quotation Mark](https://www.compart.com/en/unicode/U+201C) |
| ” | `U+201D` | [Right Double Quotation Mark](https://www.compart.com/en/unicode/U+201D) |
| ‘ | `U+2018` | [Left Single Quotation Mark](https://www.compart.com/en/unicode/U+2018) |
| ’ | `U+2019` | [Right Single Quotation Mark](https://www.compart.com/en/unicode/U+2019) |
其他相似形状或功能的符号：
| 符号 | Unicode | 名称 |
| :---: | :------: | --------------------------------------------------------------------------- |
| 「 | `U+300C` | [Left Corner Bracket](https://www.compart.com/en/unicode/U+300C) |
| 」 | `U+300D` | [Right Corner Bracket](https://www.compart.com/en/unicode/U+300D) |
| 『 | `U+300E` | [Left White Corner Bracket](https://www.compart.com/en/unicode/U+300E) |
| 』 | `U+300F` | [Right White Corner Bracket](https://www.compart.com/en/unicode/U+300F) |
| ｢ | `U+FF62` | [Halfwidth Left Corner Bracket][] |
| ｣ | `U+FF63` | [Halfwidth Right Corner Bracket](https://www.compart.com/en/unicode/U+FF63) |
+ GWLM 15834-4-8-3 基本用法
+ GWLM 5834-4-8-3-1 标示直接引用的内容。
> 教师就是善意谎言的最佳典范！「你只要努力，就一定办得到！」老师说的善意谎言是对学生的体贴！
+ GWLM 5834-4-8-3-2 标示重点、强调的内容。
> 你知道「阿基米德原理」吗？
> 连接号的形式有短横线「-」等符号。
+ GWLM 5834-4-8-3-3 标示特殊含义的文字。
> 将游戏比作「第九艺术」，源自游戏期刊《新潮电子》中的〈第九艺术〉一文。
+ GWLM 5834-4-8-3-4 引号可以嵌套，但须交替使用。
> 栉川鸠子：「别写成『镇魂歌』读作『Requiem』啊！」
> 屏幕上显示「我说：『你知道「阿基米德原理」吗？』」
+ GWLM 5834-4-8-3-5 引用不止一段时，只需在最后一段使用右引号。
> 「为什么要起一堆外号和异名啊！
>
> 「交了一堆后不是只是更加的理解困难吗？
>
> 「不管是英文还是什么，别给我加上一堆片假名啊！」
#### GWLM 15834-4-9 括号
GWLM 15834-4-9 是替代《GB/T 15834—2011 标点符号用法标准》4.9 的模块，
描述了括号的定义、形式和基本用法。
+ GWLM 15834-4-9-1 定义
广义括号，标示注释、补充等内容。
+ GWLM 15834-4-9-2 形式
括号的形式有圆括号：「（」「）」；方括号：「［」「］」；六角括号：「〔」「〕」；方头括号：「【」「】」，
每套都由左、右括号组成。也能使用其他具有前后关系的词语形容，比如前、后括号；开、关括号。
| 符号 | Unicode | 名称 |
| :---: | :------: | --------------------------------------------------------------------------- |
| （ | `U+FF08` | [Fullwidth Left Parenthesis](https://www.compart.com/en/unicode/U+FF08) |
| ） | `U+FF09` | [Fullwidth Right Parenthesis](https://www.compart.com/en/unicode/U+FF09) |
| ［ | `U+FF3B` | [Fullwidth Left Square Bracket](https://www.compart.com/en/unicode/U+FF3B) |
| ］ | `U+FF3D` | [Fullwidth Right Square Bracket](https://www.compart.com/en/unicode/U+FF3D) |
| 〔 | `U+3014` | [Left Tortoise Shell Bracket](https://www.compart.com/en/unicode/U+3014) |
| 〕 | `U+3015` | [Right Tortoise Shell Bracket](https://www.compart.com/en/unicode/U+3015) |
| 【 | `U+3010` | [Left Black Lenticular Bracket](https://www.compart.com/en/unicode/U+3010) |
| 】 | `U+3011` | [Right Black Lenticular Bracket](https://www.compart.com/en/unicode/U+3011) |
其他相似形状或功能的符号：
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------------------------- |
| ｛ | `U+FF5B` | [Fullwidth Left Curly Bracket](https://www.compart.com/en/unicode/U+FF5B) |
| ｝ | `U+FF5D` | [Fullwidth Right Curly Bracket](https://www.compart.com/en/unicode/U+FF5D) |
| 〖 | `U+3016` | [Left White Lenticular Bracket](https://www.compart.com/en/unicode/U+3016) |
| 〗 | `U+3017` | [Right White Lenticular Bracket](https://www.compart.com/en/unicode/U+3017) |
| ｟ | `U+FF5F` | [Fullwidth Left White Parenthesis](https://www.compart.com/en/unicode/U+FF5F) |
| ｠ | `U+FF60` | [Fullwidth Right White Parenthesis](https://www.compart.com/en/unicode/U+FF60) |
| 〘 | `U+3018` | [Left White Tortoise Shell Bracket](https://www.compart.com/en/unicode/U+3018) |
| 〙 | `U+3019` | [Right White Tortoise Shell Bracket](https://www.compart.com/en/unicode/U+3019) |
| 〚 | `U+301A` | [Left White Square Bracket](https://www.compart.com/en/unicode/U+301A) |
| 〛 | `U+301B` | [Right White Square Bracket](https://www.compart.com/en/unicode/U+301B) |
| ＜ | `U+FF1C` | [Fullwidth Less-Than Sign](https://www.compart.com/en/unicode/U+003C) |
| ＞ | `U+FF1E` | [Fullwidth Greater-Than Sign](https://www.compart.com/en/unicode/U+003E) |
+ GWLM 15834-4-9-3 基本用法
+ GWLM 15834-4-9-3-1 使用圆括号标示注释、补充、修订加补、次序等。
> 我叫基德，是一名律师。（不要瞎掰好吗。）
> 店员提到这款手机有 512（吉字节）的存储空间。
> 墙壁上残留着「（一）人超生」「全（村）结扎」的标语。
> 第一人称射击游戏游玩方法：（一）瞄准；（二）开火。
> 失望了吗？没错，世上或许有些东西别打开比较好，真正把心打开的人多么麻烦啊！（《绝望先生》）
+ GWLM 15834-4-9-3-2 标示作者地区时，可用方括号或六角括号。
> ［日］谏山创《进击的巨人》
+ GWLM 15834-4-9-3-3 在句首标示消息来源、栏目名称等，可用方头括号。
> 【IGN】……
> 【补档】……
+ GWLM 15834-4-9-3-4 标示公文年份可用六角括号。
> 工信部信管〔2023〕105 号
+ GWLM 15834-4-9-3-5 标示被注释的词语时，可用六角括号或方头括号。
> 【工信部】中华人民共和国工业和信息化部。主管工业和信息产业的组成部门。
+ GWLM 15834-4-9-3-6 自然语言中，括号不宜嵌套。如果嵌套应交替使用。（顺序不定，文章中符合一定规律即可。）
> （当时那把剑离我的喉咙只有 0.01 公分，但是四分之一炷香之后［一炷香的时间大约是一小时］，
> 那把剑的女主人将会彻底地爱上我，因为我决定说一个谎话。）
#### GWLM 15834-4-10 破折号
GWLM 15834-4-10 是替代《GB/T 15834—2011 标点符号用法标准》4.10 的模块，
描述了破折号的定义、形式和基本用法。
+ GWLM 15834-4-10-1 定义
标号，标示注释、补充等内容，或者声音延长以及含义变化。
+ GWLM 15834-4-10-2 形式
破折号的形式是两个「—」连接而成的「——」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ---------------------------------------------------- |
| — | `U+2014` | [Em Dash](https://www.compart.com/en/unicode/U+2014) |
+ GWLM 15834-4-10-3 基本用法
+ GWLM 15834-4-10-3-1 类似括号的用法（也可用 [括号](#gwlm-15834-4-9-括号)；
二者的区别另见附录 B.1.7）。
> 人的道路是没有中断的，而且是一直联系在一起的东西——不管是多么渺小的事件。
+ GWLM 15834-4-10-3-2 标示「插入语」，也可用 [逗号](#gwlm-15834-4-4-逗号)。
> 这件商品——客观的说——送人也没人要。
+ GWLM 15834-4-10-3-3 类似总结上文或提示下文，可也用 [冒号](#gwlm-15834-4-7-冒号)。
> 张华考上了北京大学；李萍进了中等技术学校；我在百货公司当售货员——我们都有光明的前途。
+ GWLM 15834-4-10-3-4 标示话题的转换。
> 「快走吧，在风还没停止之前。」
>
> 「等等——不得了啦，隔壁的超市薯片半价啦！」
+ GWLM 15834-4-10-3-5 标示延长的声音。
> 随着「叽——」的声音，显像管电视正在开启。
+ GWLM 15834-4-10-3-6 标示话语的停顿、间隔。
> 「其他人呢？」
>
> 「都被我杀了——是不可能的。」
+ GWLM 15834-4-10-3-7 标示引出对话。
> ——快走吧，在风还没停止之前。
>
> ——等等……
+ GWLM 15834-4-10-3-8 当作无序列表使用。
> 各地的神话有：
>
> ——北欧神话
>
> ——希腊神话
>
> ——日本神话
>
> ——中国神话
+ GWLM 15834-4-10-3-9 用于标题与副标题之间。
> 《把握主题主线聚焦主业主责 推动出版工作取得更大成效——访中宣部出版局负责人》
+ GWLM 15834-4-10-3-10 用于文字与来源之间。
> 「寿君至今为止所说的一切，我半点也不明白啊！」
>
> ——《日常系的异能战斗》第七话栉川鸠子爆发台词
#### GWLM 15834-4-11 省略号
GWLM 15834-4-11 是替代《GB/T 15834—2011 标点符号用法标准》4.11 的模块，
描述了省略号的定义、形式和基本用法。
+ GWLM 15834-4-11-1 定义
标号，标示省略、断续等。
标号，标示注释、补充等内容，或者声音延长以及含义变化。
+ GWLM 15834-4-11-2 形式
省略号的形式是两个「…」连接而成的「……」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ---------------------------------------------------------------- |
| … | `U+2026` | [Horizontal Ellipsis](https://www.compart.com/en/unicode/U+2026) |
其他相似形状或功能的符号：
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------------------ |
| ᠁ | `U+1801` | [Mongolian Ellipsis](https://www.compart.com/en/unicode/U+1801) |
| ⋯ | `U+22EF` | [Midline Horizontal Ellipsis](https://www.compart.com/en/unicode/U+22EF) |
+ GWLM 15834-4-11-3 基本用法
+ GWLM 15834-4-11-3-1 标示引文省略。
> 虵曾说：「……都 too simple，啊，sometimes naïve！懂了没啊？」
+ GWLM 15834-4-11-3-2 标示列举或重复词语的省略。
> 读书获取学历，可以……看到更广阔的世界，而不是把人分为三六九等，
> 给自己设置条条框框，让学历成为束缚手脚的「长衫」。
+ GWLM 15834-4-11-3-3 标示语意未尽。
> 巨额债务、废部危机、两大对立势力间的条约签订……
>
> 各种各样的难题，等待着老师去解决。
+ GWLM 15834-4-11-3-4 标示说话时断断续续。
> 像这种完全……无中生有的东西，你再帮他说一遍，你等于……这个东西……你……你也有责任吧。
+ GWLM 15834-4-11-3-5 标示对话中的沉默不语。
> 「快醒醒。」
>
> 「……」仍睡在沙发上，没有一点反应。
+ GWLM 15834-4-11-3-6 标示例句中缺失的部分。
> 因为……所以……
+ GWLM 15834-4-11-3-7 表示省略段落时，可连用两个省略号（即四个「…」字符）。
> 第六条 网络表演不得含有以下内容：
>
> …………
>
> （六）使用未取得文化行政部门内容审查批准文号或备案编号的网络游戏产品，
> 进行网络游戏技法展示或解说的。
#### GWLM 15834-4-12 着重号
GWLM 15834-4-12 是替代《GB/T 15834—2011 标点符号用法标准》4.12 的模块，
描述了着重号的定义、形式和基本用法。
+ GWLM 15834-4-13-1 定义
标号，标示重要的强调的文字。
+ GWLM 15834-4-13-2 形式
着重号的形式是在文字底部标点，形式为「.」。
（但着重号通常并非使用字符排版，就能在电脑上输入，而是依靠 CSS 等样式实现。）
之所以使用着重号，是因为以前铅字印刷时，汉字太多，无法像字母语言一样，使用加粗表示着重，
所以使用额外的点来表示重点
+ GWLM 15834-4-13-3 基本用法
+ GWLM 15834-4-13-3-1 标示语段中重要的文字。
```text
《人狼村之谜》有惊悚和悬疑元素。
＇＇ ＇＇
```
+ GWLM 15834-4-13-3-2 标示语段中需要指明的文字。
```text
下面的词语的多音字是：
怎么还
＇
```
> 下边加点的字，除了在词中的读法外，还有哪些读法？
> 着子弹 强调
#### GWLM 15834-4-13 连接号
GWLM 15834-4-13 是替代《GB/T 15834—2011 标点符号用法标准》4.13 的模块，
描述了连接号的定义、形式和基本用法。
+ GWLM 15834-4-13-1 定义
标号，标示某些相关联成分之间的连接。
+ GWLM 15834-4-13-2 形式
连接号的形式有短横线「-」、一字线「—」和浪纹线「～」三种。
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------ |
| - | `U+002D` | [Hyphen-Minus](https://www.compart.com/en/unicode/U+002D) |
| ～ | `U+FF5E` | [Fullwidth Tilde](https://www.compart.com/en/unicode/U+FF5E) |
被当作一字线使用的字符如下：
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------------- |
| — | `U+2014` | [Em Dash](https://www.compart.com/en/unicode/U+2014) |
| ― | `U+2015` | [Horizontal Bar](https://www.compart.com/en/unicode/U+2015) |
| － | `U+FF0D` | [Fullwidth Hyphen-Minus](https://www.compart.com/en/unicode/U+FF0D) |
备注：无论是《GB/T 15834—2011 标点符号用法标准》还是
《GB/T 1.1—2020 标准化工作导则第1部分 标准化文件的结构和起草规则》，
都没有详细描述一字线是具体对应的 Unicode 字符，所以使用并不统一。[^w3c_365]
[^w3c_365]: Geeyun-JY3, 《[GB/T 15834 和 2011 之间的连接符号的使用并不统一 · Issue #365 · w3c/clreq](https://github.com/w3c/clreq/issues/365)》, GitHub, 2021-04-19. (参照 2023-09-01).
其他相似形状或功能的符号：
| 符号 | Unicode | 名称 |
| :---: | :------: | ---------------------------------------------------------------- |
| ~ | `U+007E` | [Tilde](https://www.compart.com/en/unicode/U+007E) |
| ‐ | `U+2010` | [Hyphen](https://www.compart.com/en/unicode/U+2010) |
| ‑ | `U+2011` | [Non-Breaking Hyphen](https://www.compart.com/en/unicode/U+2011) |
| − | `U+2212` | [Minus Sign](https://www.compart.com/en/unicode/U+2212) |
| – | `U+2013` | [En Dash](https://www.compart.com/en/unicode/U+2013) |
+ GWLM 15834-4-13-3 基本用法
+ GWLM 15834-4-13-3-1 存在连接关系，比如：
> 复合名词：「印度-欧亚板块」「吐鲁番—哈密盆地」。
> 双名人名：「让-吕克·皮卡德」(Jean-Luc Picard)。
> 复姓人名：「康斯坦策·阿马莉·冯·布劳恩施班克—阿尔布雷希茨贝格」(Constanze Amalie von Braunschbank-Albrechtsberger)。
+ GWLM 15834-4-13-3-2 存在序列关系，比如：
> 元素、化合物：「碳-14」「碳-12」「3-戊酮」。
> 对附件标示序号：「图-12」「表-2」。
> 电话号码：「+1 (917) 285-7362」。[^bpn]
[^bpn]: 此电话号码来自《疑犯追踪》([Person of Interest](https://personofinterest.fandom.com/wiki/(917)_285-7362))。
> 时间：「2023-08-28」。
+ GWLM 15834-4-13-3-3 标示起止或范围应使用一字线，比如：
> 经济计划：「中国—中亚—西亚经济走廊」。
> 铁路：「巴库—第比利斯—卡尔斯铁路」。
> 时间：「2023 年 8 月 28 日—29 日」。
> 重量：「40～60 千克」「四十～六十千克」。
#### GWLM 15834-4-14 间隔号
GWLM 15834-4-14 是替代《GB/T 15834—2011 标点符号用法标准》4.14 的模块，
描述了间隔号的定义、形式和基本用法。
+ GWLM 15834-4-14-1 定义
标号，标示某些相关联成分之间的分界。
+ GWLM 15834-4-14-2 形式
间隔号的形式是「·」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------- |
| · | `U+00B7` | [Middle Dot](https://www.compart.com/en/unicode/U+00B7) |
其他相似形状或功能的符号：
| 符号 | Unicode | 名称 |
| :---: | :------: | ---------------------------------------------------------------- |
| ‧ | `U+2027` | [Hyphenation Point](https://www.compart.com/en/unicode/U+2027) |
| ・ | `U+30FB` | [Katakana Middle Dot](https://www.compart.com/en/unicode/U+30FB) |
| • | `U+2022` | [Bullet](https://www.compart.com/en/unicode/U+2022) |
| = | `U+003D` | [Equals Sign](https://www.compart.com/en/unicode/U+003D) |
+ GWLM 15834-4-14-3 基本用法
+ GWLM 15834-4-14-3-1 标示被翻译为汉字的人名。
> 阿姆罗·雷 (Amuro Ray)
+ GWLM 15834-4-14-3-2 标示作品名与篇（章、卷）名之间的分界。
> 《汉志·蜀王本记》
+ GWLM 15834-4-14-3-3 标示词牌、曲牌、诗体名等和题名之间的分界。
> 《天净沙·即事》
+ GWLM 15834-4-14-3-4 用在构成标题或栏目名称的并列词语之间。
> 《游戏·人》
+ GWLM 15834-4-14-3-5 以月、日为标志的事件或节日，在数字间使用。如果是汉字数字，
仅在一、十一和十二月后用间隔号（防止歧义）。
> 五一二大地震
> 十二·十世界人权日
> 12·25 圣诞节
#### GWLM 15834-4-15 书名号
GWLM 15834-4-15 是替代《GB/T 15834—2011 标点符号用法标准》4.15 的模块，
描述了书名号的定义、形式和基本用法。
+ GWLM 15834-4-15-1 定义
广义括号，标示作品名称。
+ GWLM 15834-4-15-2 形式
书名号的形式有双书名号：「《」「》」；单书名号：「〈」「〉」，
各套都由左、右书名号组成。也能使用其他具有前后关系的词语形容，比如前、后书名号；开、关书名号。
| 符号 | Unicode | 名称 |
| :---: | :------: | ----------------------------------------------------------------------- |
| 《 | `U+300A` | [Left Double Angle Bracket](https://www.compart.com/en/unicode/U+300A) |
| 》 | `U+300B` | [Right Double Angle Bracket](https://www.compart.com/en/unicode/U+300B) |
| 〈 | `U+3008` | [Left Angle Bracket](https://www.compart.com/en/unicode/U+3008) |
| 〉 | `U+3009` | [Right Angle Bracket](https://www.compart.com/en/unicode/U+3009) |
其他相似形状或功能的符号：
| 符号 | Unicode | 名称 |
| :---: | :------: | --------------------------------------------------------------------------------------- |
| ＜ | `U+FF1C` | [Fullwidth Less-Than Sign](https://www.compart.com/en/unicode/U+003C) |
| ＞ | `U+FF1E` | [Fullwidth Greater-Than Sign](https://www.compart.com/en/unicode/U+003E) |
| < | `U+003C` | [Less-Than Sign](https://www.compart.com/en/unicode/U+003C) |
| > | `U+003E` | [Greater-Than Sign](https://www.compart.com/en/unicode/U+003E) |
| « | `U+00AB` | [Left-Pointing Double Angle Quotation Mark](https://www.compart.com/en/unicode/U+00AB) |
| » | `U+00BB` | [Right-Pointing Double Angle Quotation Mark](https://www.compart.com/en/unicode/U+00BB) |
+ GWLM 15834-4-15-3 基本用法
+ GWLM 15834-4-15-3-1 标示纸质作品的名称。
> 《〈塞尔达传说：旷野之息〉大师之书》
+ GWLM 15834-4-15-3-2 标示各种作品的名称。
> 《塞尔达传说：王国之泪》
+ GWLM 15834-4-15-3-3 标示由中文组成或中文主要构成的软件名，因为不常用，所以示例暂略＊。
+ GWLM 15834-4-15-3-4 标示作品名的简称。
> 《通用写作律法》是由 Save The Web Project 设计的开放律法（标准），后文简称为《律法》。
+ GWLM 15834-4-15-3-5 书名号可嵌套，但应交替使用。
> 《关于公开征求〈关于修改《中华人民共和国网络安全法》的决定（征求意见稿）〉意见的通知》
#### GWLM 15834-4-16 专名号
GWLM 15834-4-16 是替代《GB/T 15834—2011 标点符号用法标准》4.16 的模块，
描述了专名号的定义、形式和基本用法。
+ GWLM 15834-4-16-1 定义
标号，标示古籍和某些文史类著作中出现的特定类专有名词。
+ GWLM 15834-4-16-2 形式
专名号的形式是在文字底部标横线。
+ GWLM 15834-4-16-3 基本用法
+ GWLM 15834-4-16-3-1 标示古籍、古籍引文或某些文史类著作中出现的专有名词，
主要包括人名、地名、国名、民族名、朝代名、年号、宗教名、官署名、组织名等。
```text
轉相引據者反多於陳壽本書焉。（人名）
‾‾‾‾
「獷平，縣名，屬漁陽」。（地名）
‾‾‾‾ ‾‾‾‾
其書以魏爲正統，（国名）
‾‾
大王劉氏苗族。（民族名）
‾‾‾‾
```
+ GWLM 15834-4-16-3-2 现代汉语不使用专名号，而是使用引号、书名号等。
#### GWLM 15834-4-17 分隔号
GWLM 15834-4-17 是替代《GB/T 15834—2011 标点符号用法标准》4.17 的模块，
描述了分隔号的定义、形式和基本用法。
+ GWLM 15834-4-17-1 定义
标号，标示诗行、节拍及某些相关文字的分隔。
+ GWLM 15834-4-17-2 形式
分隔号的形式是「/」「／」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ---------------------------------------------------- |
| / | `U+002F` | [Solidus](https://www.compart.com/en/unicode/U+002F) |
其他相似形状或功能的符号：
| 符号 | Unicode | 名称 |
| :---: | :------: | -------------------------------------------------------------- |
| ／ | `U+FF0F` | [Fullwidth Solidus](https://www.compart.com/en/unicode/U+FF0F) |
+ GWLM 15834-4-17-3 基本用法
+ GWLM 15834-4-17-3-1 诗歌接排时分隔诗行。
> 洛阳城东路/桃李生路旁/花花自相对/叶叶自相当。
+ GWLM 15834-4-17-3-2 标示诗文中的音节节拍。
> 床前/看月光，疑是/地上霜。
+ GWLM 15834-4-17-3-3 分隔供选择或可转换的两项，标示「或」。
> 这部手机需要指纹/密码来解锁。
+ GWLM 15834-4-17-3-4 分隔组成一对的两项，标示「和」。
> 这是 12/13 赛季最强的武器。
> 乒乓球混合双打的组合有水谷隼/伊藤美誠、埃马纽埃尔·勒贝松/袁嘉楠。
+ GWLM 15834-4-17-3-5 分隔层级或类别。
> 行政区划分：省/县/乡/村。
> 为 Android 手机开启 Android 调试（ADB 功能），需要进入设置/关于手机，
> 连续点击版本号七次，回到设置首页后进入设置/系统/开发者选项/调试，就能找到 Android 调试。
### GWLM 15834-5 标点符号的位置和书写形式
#### GWLM 15834-5-1 横排文稿标点符号的位置和书写形式
+ GWLM 15834-5-1-1 句号、逗号、顿号、分号、冒号的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :---: | :------: | :---: | :---: | :------: |
| 句号 | 右方 | 全角 | 左下 | 不应 |
| 逗号 | 右方 | 全角 | 左下 | 不应 |
| 顿号 | 右方 | 全角 | 左下 | 不应 |
| 分号 | 右方 | 全角 | 左 | 不应 |
| 冒号 | 右方 | 全角 | 左 | 不应 |
+ GWLM 15834-5-1-2 问号、叹号的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :---: | :------: | :---: | :---: | :------: |
| 问号 | 右方 | 全角 | 左 | 不应 |
| 叹号 | 右方 | 全角 | 左 | 不应 |
叠用时，两个符号应占一个字的宽度，三个符号应占两个字的宽度，叠用的形式如下。
| 符号 | 问号 | 两个问号 | 叹号 | 两个叹号 |
| :------: | :---: | :------: | :---: | :------: |
| 问号 | ⁇ | ⁇？ | ⁉ | ／ |
| 两个问号 | ⁇？ | ／ | ／ | ／ |
| 叹号 | ⁈ | ／ | ‼ | ‼！ |
| 两个叹号 | ／ | ／ | ‼！ | ／ |
+ GWLM 15834-5-1-3 广义括号（引号、括号、书名号）的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :---: | :--------: | :---: | :--------------: | :------: |
| 括号 | 左方和右方 | 全角 | 靠近被包裹的文字 | ＊ |
＊左括号不应用在行末，右括号不应用在行首。
+ GWLM 15834-5-1-4 破折号的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :----: | :------: | :------: | :---: | :------: |
| 破折号 | 之间 | 两个全角 | 居中 | 可 |
换行时不应在中间断开。
+ GWLM 15834-5-1-5 省略号的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :----: | :------: | :------: | :---: | :------: |
| 省略号 | ／ | 两个全角 | 居中 | 可 |
换行时不应在中间断开。两个省略号连用时，应完整占一行。
+ GWLM 15834-5-1-6 连接号（短横线、一字线、波浪线）的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :----: | :------: | :---: | :---: | :------: |
| 短横线 | ／ | 半角 | 居中 | 不应 |
| 一字线 | ／ | 全角 | 居中 | 不应 |
| 波浪线 | ／ | 全角 | 居中 | 不应 |
长度对比：短横线比汉字「一」略短，一字线比汉字「一」略长。
+ GWLM 15834-5-1-7 间隔号的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :----: | :------: | :---: | :---: | :------: |
| 间隔号 | 之间 | 半角 | 居中 | 不应 |
+ GWLM 15834-5-1-8 着重号和专名号的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :----: | :------: | :---: | :------: | :------: |
| 着重号 | 底部 | ／ | 靠近文字 | ／ |
| 专名号 | 底部 | ／ | 靠近文字 | ／ |
+ GWLM 15834-5-1-9 分隔号的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :----: | :------: | :---: | :---: | :------: |
| 分隔号 | 之间 | 半角 | ／ | ＊ |
＊分隔号不应用在行末、行首。
+ GWLM 15834-5-1-10 全宽标点符号排在一行末尾时，应占半角字符的宽度，以使视觉效果更美观。
+ GWLM 15834-5-1-11 涉及出版工作时，可适当标点挤压。
#### GWLM 15834-5-2 竖排文稿标点符号的位置和书写形式
+ GWLM 15834-5-2-1 句号、问号、叹号、逗号、顿号、分号和冒号的位置和书写形式。
| 符号名称 | 置于文字 | 方位 | 方向 |
| :------: | :------: | :----: | :----: |
| 句号 | 下方 | 右上方 | 无变化 |
| 问号 | 下方 | 右方 | 无变化 |
| 叹号 | 下方 | 右方 | 无变化 |
| 逗号 | 下方 | 右上方 | 无变化 |
| 顿号 | 下方 | 右上方 | 无变化 |
| 分号 | 下方 | 右方 | 无变化 |
| 冒号 | 下方 | 右方 | 无变化 |
+ GWLM 15834-5-2-2 破折号、省略号、连接号、间隔号和分隔号的位置和书写形式。
| 符号名称 | 置于文字 | 方位 | 方向 |
| :------: | :------: | :---: | :------------: |
| 破折号 | 下方 | 居中 | 顺时针旋转 90° |
| 省略号 | 下方 | 居中 | 顺时针旋转 90° |
| 连接号 | 下方 | 居中 | 顺时针旋转 90° |
| 间隔号 | 下方 | 居中 | 顺时针旋转 90° |
| 分隔号 | 下方 | 居中 | 顺时针旋转 90° |
+ GWLM 15834-5-2-3 引号和括号的位置和书写形式。
应使用「『』」替换「“”」；「「」」替换「‘’」，将符号顺时针旋转 90° 后，置于文字前后。
+ GWLM 15834-5-2-4 书名号的位置和书写形式。
可使用浪线式书名号「﹏」替换原本的书名号，将符号顺时针旋转 90° 后，置于文字左侧。
+ GWLM 15834-5-2-5 着重号和专名号的位置和书写形式。
着重号应置于文字右侧，专名号应置于文字左侧。
+ GWLM 15834-5-2-6 其他的关于行首、行尾要求，应参照
〈[GWLM 15834-5-1 横排文稿标点符号的位置和书写形式](#gwlm-15834-5-1-横排文稿标点符号的位置和书写形式)〉。
### GWLM 15834-6 附录 A（规范性附录）标点符号用法的补充规则
1. 句号用法补充规则。
对图、表的说明短语、短句不应用句号结尾。
> ```mermaid
> sequenceDiagram
> participant A
> participant B
> A ->> B: FIN seq=x
> B ->> A: ACK x+1
> B ->> A: FIN seq=y
> A ->> B: ACK y+1
> ```
>
> TCP 重置攻击
2. 问号用法补充规则。
仅有疑问词，没有疑问语气不应使用问号。
> 现在并不清楚谁是狼人。
3. 逗号用法补充规则。
顿号并列多个内容时，最后可以使用「，以及」或「，及」。
> 这个国家中所实行的是：公民、自由、宽容，以及在法律面前公民一律平等。
4. 顿号用法补充规则。
1. 含有顺序关系的并列各项之间，应用顿号，不应用逗号。
> 《Apex 英雄》中的护盾分别有：1 级进化护盾、2 级进化护盾、3 级进化护盾、4 级防护罩，以及 5 级进化护盾。
2. 年月日间不应使用顿号连接，阿拉伯数字年月日之间应使用短横线连接。
> 2023-09-01
5. 分号用法补充规则。
复句中使用了句号的复句，不应使用分号。
> 张华考上了北京大学，参与……；李萍进了中等技术学校，加入……；我在百货公司当售货员，升为……
> ——我们都有光明的前途。
> 张华考上了北京大学。参与……。李萍进了中等技术学校。加入……。我在百货公司当售货员。升为……
> ——我们都有光明的前途。
> 张华考上了北京大学。参与……；李萍进了中等技术学校。加入……；我在百货公司当售货员。升为……
> ——我们都有光明的前途。（误）
6. 冒号用法补充规则。
1. 暂略＊。（因为无法找到「提示性话语」的含义，不确定这段规则的含义。）
2. 冒号后的内容，应使用句号表示结束范围。
> 鼠标常见的三种点击操作有：单击、双击和长按。如果加上移动鼠标，就还有拖曳。
> 鼠标常见的三种点击操作有：单击、双击和长按，如果加上移动鼠标，就还有拖曳。（误）
3. 停顿处应用冒号，无停顿处不应用冒号。
7. 引号用法补充规则。
暂略＊。（因为无法找到「选题名」的含义，不确定这段规则的含义。）
8. 括号用法补充规则。
括号分为句内和句外，句内应紧跟须解释的词语之后，而句外应放置在末尾点号之后。
> 自然语言（非数学公式、编程语言等）中，括号可以嵌套，但应交替使用。（顺序不定，文章中符合一定规律即可。）
9. 省略号用法补充规则。
1. 不应用多于两个省略号（超过 12 个点）。应与连接目录与页数的连珠号区别。
2. 不应与「等」「等等」「什么的」等词语同时使用。
> 确实，如果是杀害吸血鬼的方法，稍微想一下就可以想到很多——例如阳光、木桩、大蒜或十字架……
> 确实，如果是杀害吸血鬼的方法，稍微想一下就可以想到很多——例如阳光、木桩、大蒜或十字架等等。
> 确实，如果是杀害吸血鬼的方法，稍微想一下就可以想到很多——例如阳光、木桩、大蒜或十字架……等等。（误）
10. 着重号用法补充规则。
不应使用直线或波浪线替代着重号。
11. 连接号用法补充规则。
标识范围时，可省略左边的单位。
> 五日～十日
> 五～十日
12. 间隔号用法补充规则。
标题是由并列短语构成时，不应使用「和」等连词。
> 《水星・金星・地球・火星》
> 《水星・金星・地球和火星》（误）
13. 书名号用法补充规则。
1. 课程、课题、奖品奖状等非作品名称，不应使用书名号。
2. 根据意义选择是否使用书名号。
备注1：商标、标志的名称不应使用书名号，但是设计名宜使用书名号，比如《复字 32 号》。
备注2：普通会议不应使用书名号，但《会议》杂志应使用书名号。
3. 作品名仅包括作品名本身。
4. 作品名本身带有括注，应放在书名号之内。
5. 作品名本身带有标点符号，应放在书名号之内。
6. 历史书籍可用浪线式「﹏」的书名号，标示在书名下。
14. 分隔号用法补充规则。
分隔号（斜线）应与反斜线「\」区别。使用分隔号时，紧贴着分隔号的前后不宜用点号。
### GWLM 15834-7 附录 B（资料性附录）标点符号若干用法的说明
1. 易混标点符号用法比较。
1. 并列词语之间使用逗号、顿号停顿的区别。
不同的符号停顿感不同：
```mermaid
gantt
title 数值化标点符号的停顿感
dateFormat YYYY-MM-DD
axisFormat
tickInterval 1day
%% 隐藏时间轴
section 句号
9~10 : 0001-01-09, 2d
section 问号
9~10 : 0001-01-09, 2d
section 叹号
9~10 : 0001-01-09, 2d
section 逗号
5 : 0001-01-05, 1d
section 顿号
4 : 0001-01-04, 1d
section 分号
6 : 0001-01-06, 1d
section 冒号
7~8 : 0001-01-07, 2d
section 引号
3 : 0001-01-03, 1d
section 括号
3 : 0001-01-03, 1d
%% section 破折号
%% "＼" : 0001-01-01, 10d
%% section 省略号
%% "＼" : 0001-01-01, 10d
%% section 着重号
%% "＼" : 0001-01-01, 10d
section 超链接号
1 : 0001-01-01, 1d
section 间隔号
1 : 0001-01-01, 1d
section 书名号
3 : 0001-01-03, 1d
%% section 专名号
%% 2 : 0001-01-01, 10d
%% section 分隔号
%% 2 : 0001-01-01, 10d
```
应根据不同的语境使用不同停顿感的符号。
2. 内容过于复杂，所以暂略＊
3. 逗号、分号表示分句间停顿的区别。
参考附录 B-1-1 的数值化标点符号的停顿感。
4. 顿号、逗号、分号在标示层次关系时的区别。
参考附录 B-1-1 的数值化标点符号的停顿感。
5. 内容过于复杂，所以暂略＊
6. 不同点号表示停顿长短的排序。
参考附录 B-1-1 的数值化标点符号的停顿感。
7. 破折号与括号表示注释或补充说明时的区别。
破折号表示的解释比括号具有更强调的效果，并且破折号的补充能包括正文的一部分：
> 在发售日——周末假日，一定会有许多人在商店门口排队。
> 在发售日（发售日是周末假日），一定会有许多人在商店门口排队。
8. 未成为作品的标题，应使用引号而不是书名号。
> 我打算以「游戏数据的公开与封闭」为题写一篇短文。
> 昨天完成的《游戏数据的公开与封闭》是我写的一篇短文。
2. 两个标点符号连用的说明。
1. 行文中表示引用的引号内外的标点用法。
引文完整且独立使用时，应保留引号内标点；引文没有末尾没有点号，应在引号外添加点号；
引文末尾与引号外的文字没有明显停顿时，引号外不添加点号。
> 「你只要努力，就一定办得到！」老师说的善意谎言是对学生的体贴！
> 「人生是没有正确答案的，」也就是说，「人生只有错误。」
> 你说「要想看遍世界跟所有」啊。难道你也想看出我的心！
2. 行文中括号内外的标点用法
句内括号通常不用句号，句外括号根据内容长度和复杂程度决定标点符号。
> 《植物大战僵尸》的高清版本很少（iPad 上面的 HD 版不够高清，所以不算），而 EA 显然忘记了 PC 平台……
> 在这场电影期间，会连播多部系列电影（时常共计 3 小时 36 分钟！），请做好时间规划。
> 别担心啦！由乃会保护你的……好吗？小雪。（脸红）
> 一直都在。（糸色望发现常月缠后，她所说的话。）
3. 破折号前后的标点用法
破折号之前通常不用点号，但根据句子结构和行文需要，可以使用点号；
破折号之后通常不用点号，如果语音停顿或延长时，根据语气需要添加问号或叹号。
> 「未来……希望……。——哪有什么希望啊！」（表示话题的转折）
> 我觉得这个世上的事情，其实追究起来大都是这么回事。我觉得很多人的动机都是因为看不下去，
> 不能丢下不管。所谓的正义和邪恶，其实也只不过是「看不下去」的一种表现而已。
> ——本来不想看的东西，却看到了，然后就看不下去了。（表示对前几句话的总结）
> 话说回来，我原本——到底是为什么而不能喜欢上由乃——？
> 笨蛋笨蛋笨蛋小雪——！
4. 省略号前后的标点用法。
省略号前通常不用点号，除非是使用问号或叹号的强烈语气，或者不使用点号停顿就不能标明结构关系时；
省略号后通常不用点号，除非是强烈语气，可使用问号或叹号。省略的文字后面不连续，有停顿，也应用点号。
> 好好好！……等一下，为什么你要我回答得这么兴高采烈啊！
「，……」的组合过于罕见，暂未找到合适的示例＊
> 哎呀……？
> 嘛，虽然可能性很低……，但还是有，吧？
> 训之类的，就像那个欺诈师一样……。
> 如果……，那么……。
3. 顺序词之后的标点用法。
1. 「第一」「第二」……、「其一」「其二」……、「首先」「其次」「最后」这样的顺序词语后，
使用逗号（见 [GWLM 15834-4-4-3-3](#gwlm-15834-4-4-逗号)）。
2. 不带括号的汉字数字，以及「天干地支」做顺序词后，
使用顿号（见 [GWLM 15834-4-5-3-2](#gwlm-15834-4-5-顿号)）
3. 不带括号的半角阿拉伯数字、罗马数字以及拉丁字母做顺序词后，
使用西式半角句号「.」。
> 游戏性有三个要素：1. 技巧；2. 策略；3. 运气。
4. 带有括号的顺序词后，不用点号。
> 网站平台应当重点受理处置以下涉企网络侵权信息举报：（一）混淆企业主体身份的仿冒性信息；
> （二）影响公众公正评判的误导性信息；（三）不符合企业客观实际的谣言性信息；……
5. 阿拉伯数字与西式半角句号「.」结合，作为章节关系的顺序词后，不用任何点号。
6. 章节或条款的顺序词后，宜用空格表示停顿。
> 第一章 总则
> 第八条 维护国家安全，应当与经济社会发展相协调。
7. 顺序词没有停顿感时，不使用标点符号。
> 一是深入排查清理……。二是精准查堵管控……。三是提高打击处置效能……。
8. 多种类型的顺序词嵌套时，通常以下列顺序排列：
> 一、……
>
> > （一）……
> >
> > > \1. ……
> > >
> > > > （1）……
> > > >
> > > > > ①/a. ……
4. 文章标题的标点用法。
文章标题的末尾通常不用标点符号，但可根据需要，使用用问号、叹号或省略号。
> 《倒逼中国手游「精品化」，还得看索尼？》
> 《cnBeta 2014 新年献词：愿科技进步惠及每一个人》
> 《网络游戏让德国青少年「杀气腾腾」》
> 《枪形物 玩不得——携仿真枪进公共场所属违法》（副标题）
> 《知乎的「政治敏感」，到底是谁的「政治敏感」呢？》
> 《没收！处罚！》
> 《新护照，老护照，老老护照，老老老护照，老老老老护照……》
> 《侦探已经，死了。》
[_A Primer for Communicating Mathematics via Plain Text_]: https://cse.sc.edu/~fenner/latex-ASCII.pdf
[_HTML Tags_]: https://web.archive.org/web/20130701080844/http://info.cern.ch/hypertext/WWW/MarkUp/Tags.html
[_Uniform Resource Locators (URL)_]: https://web.archive.org/web/20230902014616/https://www.w3.org/Addressing/URL/url-spec.txt
[签名块]: https://en.wikipedia.org/wiki/Signature_block
[中文文案排版指北]: https://github.com/sparanoid/chinese-copywriting-guidelines
[重訂標點符號手冊]: https://language.moe.gov.tw/001/Upload/FILES/SITE_CONTENT/M1/HAU/haushou.htm
[Admonitions]: #gwlm-16--admonitions
[atx 标记语言]: https://web.archive.org/web/20040223210813/http://www.aaronsw.com/2002/atx/intro
[BEP 0000]: https://www.bittorrent.org/beps/bep_0.html
[GB 3100—1993 国际单位制及其应用]: https://zh.wikisource.org/zh/GB_3100-1993_国际单位制及其应用
[GB/T 1.1—2020 标准化工作导则第1部分 标准化文件的结构和起草规则]: http://www.zjsm.org/file/news/637231474274567101.pdf
[GB/T 15834—2011 标点符号用法标准]: http://www.moe.gov.cn/ewebeditor/uploadfile/2015/01/13/20150113091548267.pdf
[GFM]: https://github.github.com/gfm/
[Halfwidth Left Corner Bracket]: https://web.archive.org/web/20230531223705/https://compart.com/en/unicode/U+FF62
[hyperlink]: https://en.wikipedia.org/wiki/Hyperlink
[MeatballWiki]: http://meatballwiki.org/wiki/CharacterFormattingRules
[RFC 1738]: https://datatracker.ietf.org/doc/html/rfc1738
[RFC 1866]: https://datatracker.ietf.org/doc/html/rfc1866
[RFC 2616]: https://datatracker.ietf.org/doc/html/rfc2616
[Save The Web Project]: https://github.com/saveweb
[simplified molecular-input line-entry system]: https://en.wikipedia.org/wiki/Simplified_molecular-input_line-entry_system
[Steam 2023年8月 的硬件统计]: https://web.archive.org/web/20230911193245/https://store.steampowered.com/hwsurvey/Steam-Hardware-Software-Survey-Welcome-to-Steam
标签来包裹。
**Markdown：**
Markdown 在使用 [内联代码](https://spec.commonmark.org/0.30/#code-spans)、
[缩进代码块](https://spec.commonmark.org/0.30/#indented-code-blocks)
以及 [围栏代码块](https://spec.commonmark.org/0.30/#fenced-code-blocks) 时，
仅会将被标记的内容使用 `` 元素包裹起来，是否使用等宽字体，使用什么等宽字体，都被交给了网站的 CSS 来控制。
比如 GitHub 的等宽字体没有对汉字支持，所以含有汉字的 ASCII 制表符内容，通常都会有偏差，比如：
```ascii
+-------------------------------------------------------------+
| +------------------------------------------------------+ |
| | ## SIGNALIS Sierpinski Leng - B1 - ████████████ Map | |
| +------------------------------------------------------+ |
| Protektor 电梯井 Class 4C |
| ┌───┐ ┌───┐ ┌───┐ |
| │ O │ │ O │ 缩微胶卷 │ O │ |
| └ | ┘ └─X─┘ 放映室 └ | ┘ |
| ┌ | ──────────X─┐ ┌───┐ ┌ | ┐ |
| X O X │ O │ │ O │ 教室 |
| └─────┐ ┌─────┘ └ | ┘ └ | ┘ |
| │ │ 电梯间 ┌ | ┐ ┌ | ┐ |
| │ │ X X X X |
| └─X─┘ 走廊 │ O │ │ O │ 走廊 |
| │ │ ┌───┐ │ │ ┌───┐ |
| X --- O --- --- O │ Class 4B |
| └ | ┘ └───┘ └─X─┘ └───┘ |
| ┌───┐ ┌ | ┐ ╲ |
| 观察室 │ O │ │ │ 员工室 |
| └ | ┘ │ │ |
| ┌─X─┐ ┌ | ──┘ └──X──┐ |
| Surface Access X O --- O X |
| └ | ┘ └───────X───────┘ |
| ┌ | ┐ 走廊 +-----------|
| 浴室 │ O │ | CC-BY 4.0 |
| └───┘ | gledos |
+-------------------------------------------------------------+
```
上面的 ASCII 艺术地图在 Sarasa Mono SC 字体下是足够完美的，但在 GitHub 上无法正常显示。
下面是无汉字的 ASCII 艺术地图，能够正常显示。
```ascii
+-------------------------------------------------------------+
| +------------------------------------------------------+ |
| | ## SIGNALIS Sierpinski Leng - B1 - ████████████ Map | |
| +------------------------------------------------------+ |
| Protektor Elevator Shaft Class 4C |
| ┌───┐ ┌───┐ ┌───┐ |
| │ O │ │ O │ Microfilm │ O │ |
| └ | ┘ └─X─┘ Viewer └ | ┘ |
| ┌ | ──────────X─┐ ┌───┐ ┌ | ┐ |
| X O X │ O │ │ O │ AULA |
| └─────┐ ┌─────┘ └ | ┘ └ | ┘ |
| │ │ EV Lobby ┌ | ┐ ┌ | ┐ |
| │ │ X X X X |
| └─X─┘ Corridor │ O │ │ O │ Corridor |
| │ │ ┌───┐ │ │ ┌───┐ |
| X --- O --- --- O │ Class 4B |
| └ | ┘ └───┘ └─X─┘ └───┘ |
| ┌───┐ ┌ | ┐ ╲ |
| Observation │ O │ │ │ Staff Room |
| └ | ┘ │ │ |
| ┌─X─┐ ┌ | ──┘ └──X──┐ |
| Surface Access X O --- O X |
| └ | ┘ └───────X───────┘ |
| ┌ | ┐ Corridor +-----------|
| Bathroom │ O │ | CC-BY 4.0 |
| └───┘ | gledos |
+-------------------------------------------------------------+
```
所以不能将使用无衬线字体与 Markdown 代码标记认为是一件事。
#### GWLM 16-1-2 尺寸
**简介：**
字体的尺寸在矢量字体的时代，可以随意放大缩小。通常文字作品会用最大的字体作为一级标题，之后的级别依次变小，
最后与正文的字体相当大小。
**使用：**
大尺寸的字体作为强调或装饰使用，比如 [首字放大](https://zh.wikipedia.org/wiki/首字放大)，
以及在论坛的富文本编辑器中，用大号的字体模仿 ``、`` 这样的标题使用。
**Markdown：**
Markdown 本身没有对段落中的字体尺寸调整的标记，不过可以借用 HTML 的 ``、`` 元素。
然而 ``、`` 元素因为 HTML 与 CSS 分离主义影响，现已被弃用，只是为了兼容性，
暂时仍能完成解析，所以应使用 CSS 解决文字大小。
标题算是能调整字体尺寸的标记，但不建议使用在标题之外的地方，因为这会生成 ``、`` 等元素，
应确保 HTML 语义的完整、无歧义为优先，这样才能实现无障碍。
#### GWLM 16-1-3 字重
**简介：**
字重（粗体）是一种字体形式，具有不同粗细的程度，现代字体的字重需要字体支持，如果没有原生支持，就会像斜体一样，
依靠电脑自动化的生成，依靠偏移字形轮廓实现。
**使用：**
CJK 字符等地都没有大规模使用粗体汉字的情况，并且缺乏原生粗体的汉字字体，所以不建议在富文本排版时使用。
不过大多西式的工具缺乏着重号，所以会有写作人使用粗体替代。
中英混排时，强调一段同时含有中英文字的情况时，可能是噩梦……因为既需要给汉字添加着重号（底部点符号），
也要给西文添加粗体状态吧。如何混排使用强调，还需要进一步研究。
**Markdown：**
Markdown 的粗体叫做 [强烈强调](https://spec.commonmark.org/0.30/#emphasis-and-strong-emphasis)，
这是从 [HTML \ 元素](https://developer.mozilla.org/en-US/docs/Web/HTML/Element/strong)
而来的叫法，不过中文语境通常称为粗体。
备注：HTML 的 `` 和 `` 元素，在默认情况下均能产生相同的粗体视觉效果，为什么分成两个，
以及 `` 更流行的问题，这是复杂的历史遗留问题，[^84228] 简单地说，`` 元素才是 HTML
应该使用的粗体强调语义，而 `` 元素一种等价于 CSS 的文字样式。在 HTML 与 CSS 分离主义的今天，
优先选择 `` 是合理的。
[^84228]: WHATWG, [_Why are some presentational elements like \, \ and \ still included?_](https://web.archive.org/web/20140801184228/http://wiki.whatwg.org/wiki/FAQ#Why_are_some_presentational_elements_like_.3Cb.3E.2C_.3Ci.3E_and_.3Csmall.3E_still_included.3F), WHATWG, 2014-. (参照 2023-09-13).
Markdown 的粗体使用星号 `**` 或下划线 `__` 作为标记，比如：
```markdown
**这是加粗的句子。**
__这是加粗的句子。__
```
在多人参与编写的文档中，为了一致性，可以限定一种标记方式：
+ GWLM Markdown 1-3-1 使用星号 `**` 表示加粗。
+ GWLM Markdown 1-3-2 使用下划线 `__` 表示加粗。
#### GWLM 16-1-4 倾斜
**简介：**
倾斜（斜体）是西式文字的一种形式，往往用于强调一段文字，比如表示引用以及作品名。后来传入东方，
但通常不会在方块字上使用。
倾斜又分为狭义的倾斜字体和伪斜体，狭义的倾斜字体是本来就是斜体的字体，常见的西式文字都原生自带斜体的字体，
而伪斜体是依靠电脑自动化的拉伸，让矩形的字形变成平行四边形的字形。
**使用：**
CJK 字符等地都没有大规模使用斜体汉字的情况，并且缺乏原生斜体的汉字字体，所以不建议在富文本排版时使用。
**Markdown：**
Markdown 的斜体叫做 [强调](https://spec.commonmark.org/0.30/#emphasis-and-strong-emphasis)，
这是从 [HTML \ 元素](https://developer.mozilla.org/en-US/docs/Web/HTML/Element/em)
而来的叫法，不过中文语境通常称为斜体。
备注：HTML 的 `` 和 `` 元素，在默认情况下均能产生相同的斜体视觉效果，为什么分成两个，
以及 `` 更流行的问题，这是复杂的历史遗留问题，[^84228] 简单地说，`` 元素才是 HTML 应该使用的斜体强调语义，
而 `` 元素一种等价于 CSS 的文字样式。在 HTML 与 CSS 分离主义的今天，优先选择 `` 是合理的。
Markdown 的斜体使用星号 `*` 或下划线 `_` 作为标记，比如：
```markdown
*这是倾斜的句子。*
_这是倾斜的句子。_
```
在多人参与编写的文档中，为了一致性，可以限定一种标记方式：
+ GWLM Markdown 1-4-1 使用星号 `*` 表示倾斜。
+ GWLM Markdown 1-4-2 使用下划线 `_` 表示倾斜。
### GWLM 16-2 其他字体效果
#### GWLM 16-1-0 其他字体效果概述
其他字体效果包含：下划线、删除线、着重号……
#### GWLM 16-1-1 下划线
**简介：**
西方的下划线历史，与手稿、打字机有关，是文字成品之前的中间形态使用的标识符：
```manuscript_typewriter
The middle of this.
‾‾‾‾‾‾
```
这被称作校对标记（[proofreader's marks](https://en.wikipedia.org/wiki/List_of_proofreader's_marks)），
用来指出应该使用斜体的内容，不应该在成品中展示。
时间来互联网早期，此时没有开箱即用的富文本，早期的电子邮件基本只能使用纯文本，所以在左右添加下划线来表示斜体：
```email
The _middle_ of this.
```
**使用：**
〔待续〕
**Markdown：**
〔待续〕
#### GWLM 16-1-2 删除线
**简介：**
〔待续〕
**使用：**
〔待续〕
**Markdown：**
〔待续〕
#### GWLM 16-1-3 着重号
**简介：**
〔待续〕
**使用：**
〔待续〕
**Markdown：**
〔待续〕
**简介：**
〔待续〕
**使用：**
〔待续〕
**Markdown：**
〔待续〕
#### GWLM 16-1-4 上标下标
**简介：**
〔待续〕
**使用：**
〔待续〕
**Markdown：**
〔待续〕
#### GWLM 16-1-5 特殊符号
**简介：**
数学等对排版有复杂要求的情况，在纯文本中，经常不得不使用单行来表示，而 TeX 的写法。
比如下面这些符号：
| 符号 | 演示 | 含义 |
| -------- | -------------------------------- | -------- |
| 插入记号 | `sum_{i=0}^{n-1} 2^i = 2^n - 1.` | 表示上标 |
| 下划线 | `lim_{x --> 0} sin (x) / x` | 表示下标 |
+ 插入记号 `^`
插入记号的原型是打字机上的变音符，按下后会打印变音符，但打字机不会向后移动，之后再按下字母，
就能印出含有 `^` 声调的字母。
时间来到 ASCII 标准化的 1960 年代，BASIC 等编程语言开始使用 `^` 作为乘方符号，
比如 `3^5` 表示 3 × 3 × 3 × 3 × 3。[^31392]
然后排版软件 TeX 使用了 `^` 作为上标记号，可能。
随后 Textile 使用 `^` 作为上标用法，演示如：`^上标^`。[^27ttt]
接着 Markdown 扩展语法，比如脚注也借用了 Textile 的上标记号用法。
详细的数学符号在纯文本中的使用，可以参考 [_A Primer for Communicating Mathematics via Plain Text_][] 这篇文章。
化学物质也能用纯文本表示，比如 [simplified molecular-input line-entry system][]（SMILES）是一种将分子模型转化为 ASCII
文本的规则。比如二氧化碳的 SMILES 是 `C(=O)=O`。
**用法：**
应该仅用于简介里提到的数学和化学领域，无法扩展到其他领域。
**Markdown：**
Markdown 均不支持以上写法。
#### GWLM 16-1-6 特殊包裹符号
**简介：**
斜体、粗体等，都是西方常用的字体效果，即使纯文本不支持，也有写作者像是早期手稿一样，使用符号来表示。
而这些符号通常都是一左一右，包裹住文字。所以这里称为「特殊包裹符号」。
比如下面这些符号：
| 符号 | 演示 | 含义 |
| ---------- | ------------------------------------------ | -------------- |
| 星号 | `It was *absolutely* horrible.` | 强调 |
| 星号 × 2 | `where bolding uses **double asterisks**.` | 强调，表示粗体 |
| 下划线 | `I had _nothing_ to do with it.` | 强调，偏向斜体 |
| 下划线 × 2 | `underlining uses __double underscores__.` | 强调，表示粗体 |
| 短横线 × 2 | `It was --absolutely-- horrible.` | 强调 |
| 尖括号 | `They >completely< forgot me!` | 强调，偏向斜体 |
| 斜线 | `I stayed home and played /Halo/.` | 强调，表示斜体 |
| 短横线 | `-So horrible.-` | 表示删除线 |
| 波浪线 | `~So horrible.~` | 表示删除线 |
这些用法基本源自 Usenet，但没有标准化，具体的用法主要来自文字作者习惯。
[^27ttt]: Cardigan Industries, [_Textile - A Humane Web Text Generator_](https://web.archive.org/web/20021226035527/http://textism.com/tools/textile/), Textism, 2002-12-26. (参照 2023-09-18).
[^31392]: njuffa, [_Answer to "Why was the caret used for XOR instead of exponentiation?"_](https://softwareengineering.stackexchange.com/a/331392), Software Engineering Stack Exchange, 2016-09-19. (参照 2023-09-18).
**用法：**
Usenet 以及后续发展的软件，影响了后来的标记语言，[MeatballWiki][] 整理了各种 Wiki 软件使用的标记语言，
可以看到标记非常混乱，比如下划线在一些 Wiki 软件表示给文字添加下划线，但在另一些 Wiki 软件中表示斜体。
如果从用法数量来统计，那么有一定程度普遍性的用法如下：
| 符号 | 演示 | 含义 |
| -------- | ------------------------------------------ | ---- |
| 下划线 | `I had _nothing_ to do with it.` | 斜体 |
| 星号 × 2 | `where bolding uses **double asterisks**.` | 粗体 |
并且此用法兼容 Markdown，所以是一个易于读者理解的写法。
**Markdown：**
详情请参考〈[GWLM 16-1-3 字重](#gwlm-16-1-3-字重)〉〈[GWLM 16-1-4 倾斜](#gwlm-16-1-4-倾斜)〉章节。
### GWLM 16-3 标题
**简介：**
标题通常是一段标记作品名称的字符串，通常是可读的，也存在使用无意义、单纯标号当作标题的情况。
**使用：**
〔待续〕
**Markdown：**
Markdown 有两种标题标记，分别是：
+ ATX 式标题
ATX 式标题源自亚伦·斯沃茨设想的 [atx 标记语言][]。尚不明确 atx 的含义，可能指「亚伦 TeX」。
```markdown
# Test Title a1
## Test Title a2
### Test Title a3
```
```html
Test Title a1
Test Title a2
Test Title a3
```
+ Setext 式标题
这是源自 [Setext](https://en.wikipedia.org/wiki/Setext) 标记语言的标题，缺点是只有 `` 和 `` 两种，
其他层级的标题仍需要 ATX 式标题。
```markdown
Test Title b1
=============
Test Title b2
-------------
```
```html
Test Title b1
Test Title b2
```
在多人参与编写的文档中，为了一致性，可以限定一种标记方式：
+ GWLM Markdown 2-1 仅使用 ATX 式标题标记。
+ GWLM Markdown 2-2 在 `` 和 `` 时，使用 Setext 式标题标记。
备注：之所以 Markdown 同时使用了 ATX 和 Setext 两种标题标记，可能是因为 # 在部分文件中表示注释，
所以需要 Setext 式标题标记。
### GWLM 16-4 缩进与换行
#### GWLM 16-4-0 缩进与换行概述
〔待续〕
#### GWLM 16-4-1 段落排版（段间距与行首缩进）
**简介：**
```ascii
+--+-----------------------------------------------+
|a0| Type-A |
|a1| ====== |
|a2| |
|a3| (3) █████████████████████(1)█████████████████ |
|a4| ████████████████████ |
|a5| (3) █████████████████████(1)██████ |
|a6| (3) ... |
+--+-----------------------------------------------+
+--+-----------------------------------------------+
|b0| Type-B |
|b1| ====== |
|b2| |
|b3| █████████████████████████(1)█████████████████ |
|b4| ████████████████ |
|b5| (2) |
|b6| █████████████████████████(1)██ |
|b7| (2) |
|b8| ... |
+--+-----------------------------------------------+
```
+ 段落：(1)
+ 段间距：(2)、a4 ~ a5
+ 行首缩进：(3)
+ 行间距：a3 ~ a4、b3 ~ b4
**使用：**
在出版物中，往往使用 A 型段落格式，因为这样更节约纸张，此时的「段间距」与「行间距」往往差距较小。
分段情况主要靠行首缩识别。
在网页等数字格式中，往往使用 B 型段落格式，特点是没有行首缩进，以及较宽的段间距。分段情况主要靠段间距来识别。
这两种差异可能被叫做「缩进」「空排」，以及其他的说法，总之都是让读者区分段落的工具，通常仅使用一种。
历史：印刷术、打字机都大大影响了段落排版，其中打字机通常只能一行一行的移动，所以段间距往往直接空一行，
这一习惯也一定程度影响到了现代。
**Markdown：**
严格的说，Markdown 本身（解析器）并不是排版工具，排版依靠的是 CSS，所以虽然很多平台和软件支持 Markdown，
但各处生成的富文本都有差异，所以 Markdown 也与段落排版的关系不大。
不过 Markdown 以及 HTML 都有硬换行（断行）的情况：
```markdown
foo\
baz
```
生成：
```html
foo
baz
```
一些写作者可能会这样断行，然后当作分段。不建议这么做，应确保 HTML 语义的完整、无歧义为优先，这样才能实现无障碍。
#### GWLM 16-4-2 引用缩进
**简介：**
以下内容，主要来自维基百科的 [Posting style](https://en.wikipedia.org/wiki/Posting_style) 条目。
因为互联网通信的异步性质，可能数年前的邮件组、论坛或新闻组仍有人回复，所以对主题中的部分内容进行引用就很重要，
则能防止参与者忘记讨论的事，也能让回复者精准对各个内容进行回复。
于是产生了下面这样的顶部引用方式：
```email
下雨天的周末，可以和朋友去哪里？
还没想好，需要再商量一下。
```
```email
> 下雨天的周末，可以和朋友去哪里？
还没想好，需要再商量一下。
```
分别是缩进和字符标记，之所以叫做顶部引用，是因为引用的内容靠上，除此之外还有底部引用：
```email
Subject: RE: Job
哇！等等。我有一份给关键技术人员的报告，安排在 5:30 发送。
你能把时间推迟一小时吗？
丹尼
-------- Original Message --------
From: Jim
Sent: Tuesday, October 16, 2007 9:40 AM
To: Danny
Subject: Job
我将暂停邮件服务大约 30 分钟（从下午 5 点开始），因为要
安装一些更新和重要修复。
吉姆
```
底部引用常用在邮件回复中，也可以用字符标记来实现底部引用。
缩进通常每层固定 4 个空格左右，字符标记有大于号「>」和竖线「|」两种，而前者更常用。
在未正式发表的 RFC 1849 中，[4.3.2. Body Conventions](https://datatracker.ietf.org/doc/html/rfc1849#section-4.3.2)
介绍了使用大于号来引用的用法。虽然 RFC 1849 并未正式在 1995 年发表，但广为流传，成为了 Usenet（新闻组）事实上的规范。
之后在 RFC 2646（The Text/Plain Format Parameter）中详细的描述了大于号引用的细节，
相关描述位于 [4.5. Quoting](https://datatracker.ietf.org/doc/html/rfc2646#section-4.5)。
**用法：**
使用尖括号，引用说过的话。
**Markdown：**
Markdown 缺乏整句高亮的手段，所以存在一些 Markdown 软件开发者以及用户，将块引用、代码块当作「高亮段落」使用。
如果要使用「高亮段落」，应使用 [Admonitions][]（告诫）类 Markdown 扩展语法。
Markdown 的引用效果，在许多「原教旨主义」版本中，比如 GitHub Flavored Markdown（[GFM][]），往往引用的颜色较浅，
对于一些用户来说比较反直觉，这是因为 GFM 沿用了 Usenet 的引用回复用法，并使用了 format=flowed 的视觉效果。
Markdown 的引用源自 Usenet 等纯文本领域，最初的用法也是在回复时，标明对方说的部分，所以狭义上，
只有某人说过的话，才能使用 Markdown 的块引用。[^mt_0][^mt_1][^mt_2] 然后 Markdown 的块引用会生成 HTML
`` 标签，这是一个语义标签。为了无障碍等语义合理，也应遵守上面提到的用法。
[^mt_0]: Federico Poloni, [_Stop misuse of Markdown blockquotes for emphasis_](https://math.meta.stackexchange.com/q/25939), Mathematics Meta Stack Exchange, 2017-04-13. (参照 2023-09-15).
[^mt_1]: Martin Sleziak, [_Is using blockquote for highlighting problematic?_](https://math.meta.stackexchange.com/q/23015), Mathematics Meta Stack Exchange, 2017-04-13. (参照 2023-09-15).
[^mt_2]: stakx, [_Do we need a new Markdown formatting for indented / boxed text (for preambles, remarks / side notes, postscripts, footnotes, …)?_](https://meta.stackexchange.com/q/250415), Meta Stack Exchange, 2017-05-23. (参照 2023-09-15).
---
format=flowed 功能的历史：
format=flowed 是在 RFC 2646 [4.1. Generating Format=Flowed](https://datatracker.ietf.org/doc/html/rfc2646#section-4.5)
上描述的功能，主要解决纯文本自动换行问题。
比如下面原始状态的电子邮件片段：
```email
>>> Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et.
>> dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco.
> laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit.
```
在 Apple II 这台老电脑上，仅能显示 40 个字符宽度，所以就会变成这样：
```email
>>>Lorem ipsum dolor sit amet,
consectetur adipiscing elit, sed do
eiusmod tempor incididunt ut labore
et.
>>dolore magna aliqua. Ut enim ad
minim veniam, quis nostrud
exercitation ullamco.
>laboris nisi ut aliquip ex ea
commodo consequat. Duis aute irure
dolor in reprehenderit.
```
当多重引用越来越多时，也就越来越难以阅读，所以 RFC 2646 描述的 format=flowed，这种自动解析、
流动性（自适应宽度）的引用功能，就是加强纯文本的方案，这也影响了 Markdown 的严格换行功能。
#### GWLM 16-4-3 源文件可维护性
**简介：**
1995 年的 [RFC 1866][]（_Hypertext Markup Language - 2.0_）讲解了段落的写法：
> 5.5. Block Structuring Elements
>
> Block structuring elements include paragraphs, lists, and block
> quotes. They must not contain heading elements, but they may contain
> phrase markup, and in some cases, they may be nested.
>
> 5.5.1. Paragraph: P
>
> The \ element indicates a paragraph. The exact indentation, leading
> space, etc. of a paragraph is not specified and may be a function of
> other tags, style sheets, etc.
>
> Typically, paragraphs are surrounded by a vertical space of one line
> or half a line. The first line in a paragraph is indented in some
> cases.
>
> Example of use:
>
> ```html
>
This Heading Precedes the Paragraph
> This is the text of the first paragraph.
>
This is the text of the second paragraph. Although you do not
> need to start paragraphs on new lines, maintaining this
> convention facilitates document maintenance.
> This is the text of a third paragraph.
> ```
翻译后的内容
> 5.5. 块结构元素
>
> 块结构元素包括段落、列表和块引用。它们不得包含标题元素，但可以包含片段标记，并且在某些情况下，它们可以嵌套。
>
> 5.5.1. 段落：P
>
> \ 元素表示一个段落。段落的确切缩进、前导空格等未指定，并且可能是其他标签、样式表等的函数。
>
> 通常，段落上下会有一行或半行的垂直间距。在某些情况下，段落中的第一行会缩进。
>
> 使用示例：
>
> ```html
>
该标题位于段落之前
> 这是第一段。
>
这是第二段。尽管您不需要换行，
> 但维护此约定有助于文档维护。
> 这是第三段。
> ```
可以看到 \ 元素跨越了多行，但还是能正常使用，并且 \
元素会忽略换行符号以及多余的空格，自动化的连接元素中的内容。
（备注：大陆将横排称为行，台湾将竖排称为行，原因似乎与流行的书写方向有关，都是文字延伸的方向为行。）
将段落拆分的原因应该是为了方便维护，曾经 HTML 网页几乎都是人力编写的全部或者部分，如果一个段落有数千个字符，
而编辑器没有自动换行功能，就会很痛苦了。而现代的编辑器基本都有自动换行功能，即使如此，还是有「缩减栏宽」等功能，
将文字以一定的宽度分段，防止 16:9 宽屏带来的阅读障碍。
Visual Studio Code 等软件可以开启垂直标尺（vertical rulers）功能，可以用来确保各种编程语言或团队的代码风格：
| 每行字符数 | 代码风格 |
| ---------- | ------------------ |
| 72 | Ada 官方 |
| 72 | Agda 官方 |
| 79 | Python 官方 |
| 80 | GNU 团队 |
| 80 | Google 团队 |
| 80 | Java 官方 |
| 80 | Object Pascal 官方 |
| 80 | Perl 官方 |
| 80 | PHP 官方 |
| 80 | Ruby 官方 |
| 80 | OCaml 官方 |
| 90 | CCM4 官方 |
| 100 | Android 官方 |
（详细表格和具体的风格规范，可以查看维基的 [每行字符数][] 条目。）
这是因为早期电脑的文本显示模式，流行 80 × 25 左右的文本数量，比如 1980 年的 [Apple III][] 是 80 × 24，
之后 IBM 推出的 [VGA 文本模式][] 标准，也是以 80 作为常用行宽。
[Apple III]: https://en.wikipedia.org/wiki/Apple_III
[VGA 文本模式]: https://en.wikipedia.org/wiki/VGA_text_mode
而这些显示标准可能源自更早之前的打孔卡，因为 IBM 的流行的打孔卡横排宽 80 个字符，就像是计算机的键盘延续了打字机的键盘。
到这里其实还可以追溯，那就是打字机的 [每行字符数][] 也是 80 左右，不过每行字符数就是排版方面的故事了。
[每行字符数]: https://en.wikipedia.org/wiki/Characters_per_line
Python 的 [PEP 8][] 规范限制每行最多 79 个字符，跟许多使用 80 字符的语言有微妙的差别，所以有人向 PEP 8 的编写者，
也是 Python 的设计者 Guido van Rossum 发送邮件询问，[^h2eug] 得到的答案是「80 个字符宽的 Emacs 窗口，从 79 开始换行。」
[PEP 8]: https://peps.python.org/pep-0008/
[^h2eug]: nrogers64, [_PEP 8: Why is the character limit 79 and not 80?_](www.reddit.com/r/learnpython/comments/1h2eug/pep_8_why_is_the_character_limit_79_and_not_80/), r/learnpython, 2013-06-25. (参照 2023-09-26).
具体的换行情况，大致如下：[^44637]
[^44637]: Peter V. Mørch, [_Emacs wrapping lines that are exactly 80 characters long in a 80x24 terminal_](https://emacs.stackexchange.com/q/44637), Emacs Stack Exchange, 2018-09-10. (参照 2023-09-26).
```perl
#!/usr/bin/perl -w
###############################################################################\
#
# Copyleft (ɔ)
# All Rights Reversed
###############################################################################\
#
```
第 80 个字符会被 `\` 换行符号挤压到下一行，[^00715] 原因尚未进一步研究。
[^00715]: Barry Margolin, [_Re: does emacs wrap lines that are exactly 80 characters long??_](https://lists.gnu.org/archive/html/help-gnu-emacs/2003-10/msg00715.html), 2003-10-29. 参照: 2023-09-26. [Online].
关于 79 个字符限制的其他猜测：为了在 diff 等工具中正常使用，所以需要减 1 个字符，比如下面的 diff 演示：
```diff
-版本: 0.0.29-beta
+版本: 0.0.30-beta
```
左侧的加减号表示增减的行，不过这无法解释大多数编程语言都是用 80 个字符作为基准。
**用法：**
之后终端的宽度稍有增加，在 Windows 10 的 CMD 默认中，行宽是 120 个字符，其他常见的行宽还有 100，
不过现在的 HTML 网站通常不需要考虑这件事，因为几乎不需要手动编辑 HTML，而是使用所见即所得编辑器，
或者其他标记语言生成 HTML。
**Markdown：**
Markdown（CommonMark）拥有 HTML 的这类功能，会将多行内容直接输出到 \
元素中：
```markdown
测试
内容
test
```
```html
测试
内容
test
```
显示为「测试内容 test」，其中英文附近的空格是浏览器自动添加的词间距，在符合 CommonMark 规范的情况下可以将段落拆分，
方便维护，然后太长的链接、表格和被 base64 编码的图片不需要拆分，接着将文本编辑器的自动换行关闭，
就能方便的编写 Markdown 文档。
如果选择拆分，可以选择 100、120 左右的宽度。然后是换行风格，换行风格有两种，以 80 作为宽度的示例如下：
```markdown
将段落拆分的原因应该是为了方便维护，曾经 HTML 网页几乎都是人
力编写的全部或者部分，如果一个段落有数千个字符，而编辑器没有
自动换行功能，就会很痛苦了。而现代的编辑器基本都有自动换行功
能，即使如此，还是有「缩减栏宽」等功能，将文字以一定的宽度分
段，防止 16:9 宽屏带来的阅读障碍。
```
```markdown
将段落拆分的原因应该是为了方便维护，
曾经 HTML 网页几乎都是人力编写的全部或者部分，
如果一个段落有数千个字符，而编辑器没有自动换行功能，
就会很痛苦了。而现代的编辑器基本都有自动换行功能，
即使如此，还是有「缩减栏宽」等功能，将文字以一定的宽度分段，
防止 16:9 宽屏带来的阅读障碍。
```
方法 1 看起来和谐，方法 2 易读易编辑。
### GWLM 16-5 超链接
#### GWLM 16-5-0 超链接概述
超链接的全称是超链接（[hyperlink][]），有时也简称为超链，是富文本重要的功能之一，
随后被万维网的 HTML \ 元素发扬光大。
之后超链接的用法大致也遵循 HTML 的用法，比如 Word、PDF 都能创建文字超链接。不过 HTML 可以给各种内容创建超链接，
比如图片和按钮等。
**名称历史：**
1991 年，蒂姆·伯纳斯-李（T. Berners-Lee）发表了 [_HTML Tags_][]，是介绍 HTML 的文档，
当时的锚元素（anchors）还没有提到超链接这一用语。
1995 年，蒂姆·伯纳斯-李以及 MIT/W3C 发布了 [RFC 1866][]（_Hypertext Markup Language - 2.0_），开始使用超链接这一用语。
锚元素、超链接等词语的关系大概如下所示：
超链接（维恩图），通过 [benfred/venn.js](https://github.com/benfred/venn.js/) 绘制
所以超链接算是更高层的概念，通常指使用了锚元素的一段内容。比如
在 1994 年的 [_Uniform Resource Locators (URL)_][]（草案），以及正式版 [RFC 1738][] 中，
万维网之父——蒂姆·伯纳斯-李，使用了尖括号来表示纯文本中的 URL，但有一些差异。
前者作为附录的非强制标准，后者同样是建议：
+ _Uniform Resource Locators (URL)_（草案）
``
+ RFC 1738
``
随后在 2005 年被编写到了 RFC 3986 的 [附录 C](https://datatracker.ietf.org/doc/html/rfc3986#appendix-C) 中，
建议使用引号或者空格等字符包裹 URI，其中最佳方案是尖括号。
**用法：**
给超链接（URL）的左右添加尖括号，其他 URI 比如 DOI 也可以：
**Markdown：**
Markdown 跟 RFC 3986 提到的尖括号相似，然后会将：
一段测试文字。
```
不过 Maruku 早已停止更新。
附言：Maruku 的 Attribute List 功能，可能源自 [Textile 的 Attributes 系列功能][tta]，或是 [asciidoc 的属性语法][adea]，
不过暂未找到相关证据。
**功能：**
Attribute List 有一些写法要求：
1. 以「`{:`」开头，「`}`」结尾，在中间放入元素，元素间使用空格分割。
2. 元素类型有以下四种：
1. 键／值对（`abc="def"`）
2. 参考的 ALD（`ref`）
3. id 说明符（`#myid`）
4. 类说明符（`.myclass`）
IAL 是 inline attribute lists 的简称，意为内联属性列表，直接对元素添加属性，用法如下。
```markdown
演示段落，含有 **粗体**{: .test_1 }，
段落第二行，演示 [链接](https://example.com/){: .test_2 }。
{: .test_3 }
```
将被 Maruku 解释为：
```html
演示段落，含有 粗体，
段落第二行，演示 链接。
```
底部的 `{: .test_3 }` 是对块级元素添加属性，段落中的 `{: .test_1 }` 是对行内跨级元素添加属性。
ALD 是 attribute lists definitions 的简称，意为定义属性列表，是引用式的写法，用法如下：
```markdown
一段测试文字。
{: test_ref }
{:test_ref: key=val .class #id }
```
可以在多地使用 `{: test_ref }` 这样的写法，就像 Markdown 的引用式链接，以及常用的扩展语法，脚注的引用式写法。
**兼容性：**
Maruku 对此功能的探索，有被其他解析器吸收，比如 Python-Markdown（须启用 [官方扩展 Attribute Lists][pmal]）以及 kramdown，
只是不同的 Markdown 解析器，实现了不同的功能，具体情况如下：
| ＼ | [Maruku][mrkp] | [kramdown][kdald] | [Python-Markdown][pmal] |
| :---: | :------------: | :---------------: | :---------------------: |
| IAL | 〇 | 〇 | 〇 |
| ALD | 〇 | 〇 | ㄨ |
Python-Markdown 不支持 ALD。使用 JavaScript 实现的 Remark，也许能使用年久失修的第三方 [remark-attr][rma] 插件，
同样不支持 ALD。
本地编辑器中，Obsidian 也有第三方插件 [Markdown Attributes][obma]，不支持 ALD，并且 IAL 的内联功能已经失效。
[Pandoc][pi684] 支持一些写法，不过花括号后没有冒号。
在这当中，kramdown 被用作 Jeykll 的渲染器，Python-Markdown 被用在 MkDocs 中，都算是广泛使用，
所以如果经常在这类平台展示文本，那么使用 Attribute Lists 是很合理的。只是 Attribute Lists 在其他 Markdown 渲染器中，
会原样输出，所以对于在多地展示的文本，也许应该慎用。
**使用：**
Maruku 的写法比较随意，比如 `{:.test_2}`、`{: .test_2}`、`{:.test_2 }` 和 `{: .test_2 }`，都有出现。这里建议多用空格，
即开头「`{:`」、属性和结尾「`}`」 之间都有空格，比较合理。
属性顺序，可以按照先前「写法要求」的顺序，进行排列。多个同类属性，就以字母顺序排列吧，比如：
1. 键／值对（`abc="def"`）
2. 参考的 ALD（`ref`）
3. id 说明符（`#myid`）
4. 类说明符（`.myclass`）
```markdown
一段测试文字。
{: abc="def" bbc="obs" ref #myid .all .myclass }
```
最后，汇总一下各种 Markdown 软件的 Attribute Lists 功能页面：
+ [maruku][mrkp]
+ [kramdown][kdald]
+ [Pandoc][pi684]
+ Python-Markdown 官方扩展 [Attribute Lists][pmal]
+ Remark 第三方扩展 [remark-attr][rma]
+ Obsidian 第三方插件 [Markdown Attributes][obma]
[adea]: https://docs.asciidoctor.org/asciidoc/latest/attributes/element-attributes/
[kdald]: https://kramdown.gettalong.org/syntax.html#attribute-list-definitions
[mrkp]: https://web.archive.org/web/20070111085028/http://maruku.rubyforge.org/proposal.html
[obma]: https://github.com/javalent/markdown-attributes
[pi684]: https://github.com/jgm/pandoc/issues/684
[pmal]: https://python-markdown.github.io/extensions/attr_list/
[rma]: https://github.com/arobase-che/remark-attr
[tta]: https://textile-lang.com/doc/spans
### GWLM 16-10 复合效果
链接、斜体强调与加粗强调，
是常用的富文本效果／元素。但是它们有时候会同时使用，嵌套的内外顺序也不影响视觉和 SEO，比如：
```html
text 1
```
```html
text 2
```
这两个斜体的链接，在页面中所呈现的效果相同，但是 Markdown 写法的差异较大：
```markdown
_[text 3](https://example.com/)_
```
```markdown
_[text 4][]_
[text 4]: https://example.com/
```
```markdown
[_text 5_](https://example.com/)
```
```markdown
[_text 6_][]
[_text 6_]: https://example.com/
```
由于 Markdown 支持引用式链接，如果同一个链接有时斜体，有时正常。那么倾斜标记在外部更好用：
```markdown
_[text 7][]_
[text 7][]
[text 7]: https://example.com/
```
所以在嵌套顺序中，最里是链接比较合适。同样的顺序，也能在 Gmail 与 richtexteditor.com 编辑器中看到。
---
关于斜体强调与加粗强调，`text` 与 `text` 的写法都不被建议。
因为它们语义都有强调，同时使用会出现语义重复。[^00590]
[^00590]: Jitendra Vyas, _[Does it matter in or in ?](https://stackoverflow.com/questions/2200590/does-it-matter-strong-in-em-or-em-in-strong)_, Stack Overflow, 2010-02-04. (参照 2024-04-03).
推荐的写法可能是 `text` 或者 `text` 吧。
### GWLM 16-xx Admonitions
〔待续〕
### GWLM 16-xx Markdown 的 CJK 缺陷
Markdown 最初的开发者，以及许多兼容的渲染器都没怎么考虑国际化，这会导致一些问题。
比如内联语法不一定兼容没有空格的情况：
```markdown
这是一段包含**部分加粗**词语的文字。
```
〔待续〕
### GWLM 16-xx 其他内容
暂定的规则，需要研究。
## GWLM 17 日期与时间
```yaml
标题: 日期与时间
创建时间: 2023-10-11
```
### GWLM 17-0 日期与时间概述
**标准：**
日期与时间是重要的工具，能记录文章的发布时间，如果没有它，那么先后提示就不复存在，非常不方便。
因为不同地区使用的格式略有差异，所以需要设立含有少量字符的基础格式，用来被电脑识别。
不过这项标准意外的完成得晚，1998 年才推出 [ISO 8601][]，并且主要原因还是为了应对 [千年虫问题][]……
[ISO 8601]: https://en.wikipedia.org/wiki/ISO_8601
[千年虫问题]: https://en.wikipedia.org/wiki/Year_2000_problem
大致格式就像「2023-09-17T18:42:22Z」。
**格式化：**
完整的 ISO 8601 时间不适合阅读，所以会格式化成符合当地或是作者风格的格式，比如「YYYY-MM-DD」是被格式化的日期，
比如「1234-05-06」这样，其中的「YYYY」是模板。
在编程语言中很流行这类格式化方法，比如 JavaScript 的 [Moment.js][] 库，下面是它常见的标记模板：
[Moment.js]: https://momentjs.com
| 「en」 | 标记 | 输出 |
| ------ | ---- | ------------------------------------ |
| 年 | YY | 70 71 … 29 30 |
| | YYYY | 1970 1971 … 2029 2030 |
| 月 | M | 1 2 … 11 12 |
| | MM | 01 02 … 11 12 |
| | MMM | Jan Feb … Nov Dec |
| | MMMM | January February … November December |
| 日 | D | 1 2 … 30 31 |
| | DD | 01 02 … 30 31 |
| AM/PM | A | AM PM |
| | a | am pm |
| 时 | H | 0 1 … 22 23 |
| | HH | 00 01 … 22 23 |
| | h | 1 2 … 11 12 |
| | hh | 01 02 … 11 12 |
| | k | 1 2 … 23 24 |
| | kk | 01 02 … 23 24 |
| 分 | m | 0 1 … 58 59 |
| | mm | 00 01 … 58 59 |
| 秒 | s | 0 1 … 58 59 |
| | ss | 00 01 … 58 59 |
不同地区也有一些差异，不过这里暂时不再详细探讨：
| 「zh」 | 标记 | 输出 |
| ------ | ---- | -------------------------- |
| 月 | MMM | 1月 2月 …… 11月 12月 |
| | MMMM | 一月 二月 …… 十一月 十二月 |
| AM/PM | A | 上午 下午 |
有了这些标记模板，就能格式化出各种日期样式。
备注：将 AM 和 PM 翻译成上午和下午本身没有为什么问题，但是不符合中文习惯，比如 11:30 在中文语境下，应称作中午，
而 Moment.js 支持更细致的调整其他地区的时间状态，比如下面将中文的「AM/PM」分了 5 个时间状态。
```javascript
moment.updateLocale('zh-cn', {
meridiem : function (hour, minute, isLowercase) {
if (hour < 9) {
return "早上";
} else if (hour < 11 && minute < 30) {
return "上午";
} else if (hour < 13 && minute < 30) {
return "中午";
} else if (hour < 18) {
return "下午";
} else {
return "晚上";
}
}
});
```
### GWLM 17-1 日期
首先定义模板内容：
1. 半角数字：0123456789
2. 全角数字：０１２３４５６７８９
3. 汉字数字（含十的幂）：
1. 零一二三四五六七八九十百千万亿兆京
2. 〇一二三四五六七八九十百千万亿兆京
3. 零壹貳叁肆伍陸柒捌玖拾佰仟萬億兆京
4. 汉字数字（不含十的幂）：
1. 零一二三四五六七八九
2. 〇一二三四五六七八九
3. 零壹貳叁肆伍陸柒捌玖
5. 月份 Unicode：㋀㋁㋂㋃㋄㋅㋆㋇㋈㋉㋊㋋
6. 日期 Unicode：㏠㏡㏢㏣㏤㏥㏦㏧㏨㏩㏪㏫㏬㏭㏮㏯㏰㏱㏲㏳㏴㏵㏶㏷㏸㏹㏺㏻㏼㏽㏾
7. 时刻 Unicode：㍘㍙㍚㍛㍜㍝㍞㍟㍠㍡㍢㍣㍤㍥㍦㍧㍨㍩㍪㍫㍬㍭㍮㍯㍰
那么 {{MM.2}} 这样的伪代码，就表示以列表 2 中的数字替代 MM 月份原本的数字。
将「2023-10-11」用下面的模板格式化，就能输出各种格式：
| 模板 | 输出 |
| -------------------------------------- | ------------------------ |
| {{YYYY.1}}年{{MM.1}}月{{DD.1}}日 | 2023年10月11日 |
| {{YYYY.2}}年{{MM.2}}月{{DD.2}}日 | ２０２３年１０月１１日 |
| {{YYYY.3.1}}年{{MM.3.1}}月{{DD.3.1}}日 | 二千零二十三年十月十一日 |
| {{YYYY.4.1}}年{{MM.3.1}}月{{DD.3.1}}日 | 二零二三年十月十一日 |
| {{YYYY.4.2}}年{{MM.3.2}}月{{DD.3.2}}日 | 二〇二三年十月十一日 |
| {{YYYY.4.2}}年{{MM.4.2}}月{{DD.4.2}}日 | 二〇二三年一〇月一一日 |
| {{YYYY.1}}年{{MM.5}}{{DD.6}} | 2022年㋉㏪ |
### GWLM 17-2 时间
〔待续〕
### GWLM 17-3 修补
将日期／时间视作整体，不为「YYYY」「年」「MM」「月」「DD」「日」之间添加空格，并在前后添加空格。[^ccg_102]
[^ccg_102]: undeadway, 《[是否可以明确一下日期的书写格式 · Issue #102 · sparanoid/chinese-copywriting-guidelines](https://github.com/sparanoid/chinese-copywriting-guidelines/issues/102)》, GitHub, 2019-12-25. (参照 2023-08-27).
> 有条 issues 在 2019年12月25日 23时20分30秒 发布。
> 有条 issues 在 2019 年 12 月 25 日 23 时 20 分 30 秒发布。（不符合）
规则是「年月日」「时分秒」各为一组，如果缺少一个时间单位，依然特殊处理：
> 有条 issues 在 12月25日 23时20分 发布。
如果仅有一个时间单位，那么就不特殊处理：
> 有条 issues 在 25 日 23 时发布。
> 有条 issues 在 12月25日 23 时发布。
## GWLM 18 简体中文标点符号修补
```yaml
标题: 简体中文标点符号修补
创建时间: 2023-09-05
```
### GWLM 18-1 单层书名号修补
作品名存在包含关系时，可以使用单层书名号来表示章、节、篇等。
例如：《道德经》分为〈德〉〈道〉两篇。
### GWLM 18-2 替换「弯引号」为「全角直角引号」
| 原始 | Unicode | 修改后 | Unicode |
| :---: | :------: | :----: | :------: |
| “ | `U+201C` | 「 | `U+300C` |
| ” | `U+201D` | 」 | `U+300D` |
| ‘ | `U+2018` | 『 | `U+300E` |
| ’ | `U+2019` | 』 | `U+300F` |
### GWLM 18-3 替换「半角间隔号」为「全角间隔号」
| 原始 | Unicode | 修改后 | Unicode |
| :---: | :------: | :----: | :------: |
| / | `U+002F` | ／ | `U+FF0F` |
### GWLM 18-4 替换「全角括号」为「半角括号」
| 原始 | Unicode | 修改后 | Unicode |
| :---: | :------: | :----: | :------: |
| （ | `U+FF08` | ( | `U+0028` |
| ） | `U+FF09` | ) | `U+0029` |
### GWLM 18-5 替换「全角逗号」为「半角逗号」
| 原始 | Unicode | 修改后 | Unicode |
| :---: | :------: | :----: | :------: |
| ， | `U+FF0C` | , | `U+002C` |
### GWLM 18-6 替换「CJK 通用全角句号」为「CJK 通用半角句号」
| 原始 | Unicode | 修改后 | Unicode |
| :---: | :------: | :----: | :------: |
| 。 | `U+3002` | ｡ | `U+FF61` |
### GWLM 18-7 替换「CJK 通用全角句号」为「西式半角句号」
| 原始 | Unicode | 修改后 | Unicode |
| :---: | :------: | :----: | :------: |
| 。 | `U+3002` | . | `U+002E` |
### GWLM 18-8 替换「全角单层直角引号」为「半角单层直角引号」
| 原始 | Unicode | 修改后 | Unicode |
| :---: | :------: | :----: | :------: |
| 「 | `U+300C` | ｢ | `U+FF62` |
| 」 | `U+300D` | ｣ | `U+FF63` |
## GWLM 19 文件名
〔待续〕
将要研究比如「《中国互联网络发展状况统计报告》.pdf」这样的文件名，如何对文件进行合理命名比较好，符合那些要求等问题。
## GWLM 20 文件扩展名
[文件扩展名](https://en.wikipedia.org/wiki/Filename_extension) 是文件名的一部分，主要用来给观测者提示文件格式。
+ 大多数格式都有制作者，所以在使用全称或者专有名称时，直接以设计者的写法来书写即可。
+ 如果单纯是扩展名，那么通常使用小写的，并且左侧不需要分隔符（西式句点）。
因为文件名，比如 `abc.jpg` 能被分成三个部分，分别是文件名称、分隔符和文件扩展名。通常不认为分隔符属于文件扩展名的一部分，
也就是说 `jpg` 才是文件扩展名，只是因为习惯常将分隔符（西式句点）放入文字描述中。
附言：不是所有的文件系统，都将分隔符设为西式句点。
所以符合规则的表述方法如下所示：
1. 以格式表述：
+ 这是 JPEG 格式的图片。
+ Markdown 格式的文档。
+ 符合 HTML 格式的网页。
+ 采用了 tar 和 gzip 格式的压缩文件。
2. 以文件扩展名表述：
+ 文件扩展名是 `jpg` 的图片。
+ 文件扩展名是 `md` 的文档。
+ 文件扩展名是 `html` 的网页。
+ 文件扩展名是 `tar.gz` 的存档文件。
特殊情况：在一些老文件，比如「ARP.EXE」在讨论时，可以使用 `EXE` 作为文件扩展名表述。
---
一个思想实验：是否存在没有文件名称，只有文件扩展名的文件？
答案是可以，Windows 的资源管理器（Explorer）能够识别 `.png` 这样的文件为图像。不过受限于大多数文件管理器的算法，
单纯的 `png` 不会被识别为 `png` 扩展名，而会被识别为文件名称。
## GWLM 100 连续汉字问题
〔内容待填充〕
> 〇〇中学学生会会长。
> 列车车长。
> 上海南站站。
> 上海火车站站。
## GWLM 101 冗余首字母缩写综合征
〔内容待填充〕
ATM（自动取款机）有时为了标明其机器属性，也会使用 ATM 机（ATM machine），这样的拼写方式叫做
[RAS syndrome](https://en.wikipedia.org/wiki/RAS_syndrome)（redundant acronym syndrome, 冗余首字母缩写综合征），
比如 HIV 病毒、LCD 显示器甚至是 IP 协议……
## GWLM 15834 简体中文标点符号用法模块化
```yaml
标题: 简体中文标点符号用法模块化
创建时间: 2023-08-28
```
〈GWLM 15834 简体中文标点符号用法模块化〉的主要目的是重写出一个符合 CC-BY 4.0 协议，
并兼容《[GB/T 15834—2011 标点符号用法标准][]》的模块。这样在未来就不需要以不够开放的资料，
作为 GWLM 的基础，但是任重道远，还有大量待重写的部分。
《GB/T 15834—2011 标点符号用法标准》属于推荐标准。即使是
《[GB/T 1.1—2020 标准化工作导则第1部分 标准化文件的结构和起草规则][]》9.4.2.4，
也没有遵守《GB/T 15834—2011》，将下划线当作了着重号。所以读作遵守，写作参考。
### GWLM 15834-0
作为全选 GWLM 15834 内容的模块，表示 GWLM 15834-1、GWLM 15834-2、GWLM 15834-3、GWLM 15834-4,
GWLM 15834-5、GWLM 15834-6、GWLM 15834-7 下的一切内容。
### GWLM 15834-1 范围
本模块规定了简体中文标点符号的用法，适用于简体中文书写系统。
### GWLM 15834-2 简体中文标点符号词汇表
#### GWLM 15834-2-1 标点符号 (punctuation)
标点符号是辅助断句、标示的符号，所以移除标点符号后，仍然能够获悉文字大意，
但增加了阅读的复杂度，还有歧义。
用来断句的符号是「点号」，标示的符号是「标号」。
#### GWLM 15834-2-2 句子
被句末点号包围的，表达相对完整意义的语言单位。
#### GWLM 15834-2-3 复句（复合句）
复句，又称「复合句」。由两个或以上意义上有密切关系含的分句组成的语言单位。
#### GWLM 15834-2-4 分句（单句）
分句，又称「单句」。被句内点号包围，含有相对完整意义的语言单位。
#### GWLM 15834-2-5 语段
对各种语言单位（词、句子、复句等）的统称。
#### GWLM 15834-2-6 点号
表示各种强度的停顿符号，分为「句末点号」和「句内点号」。
##### GWLM 15834-2-6-1 句末点号
表示一句话的结束。包括
[句号](#gwlm-15834-4-1-句号)、
[问号](#gwlm-15834-4-2-问号)、
[叹号](#gwlm-15834-4-3-叹号)。
##### GWLM 15834-2-6-2 句内点号
表示句内各种不同性质的停顿。包括
[逗号](#gwlm-15834-4-4-逗号)、
[顿号](#gwlm-15834-4-5-顿号)、
[分号](#gwlm-15834-4-6-分号)、
[冒号](#gwlm-15834-4-7-冒号)。
#### GWLM 15834-2-7 标号
起到标示作用的符号，使用标号（标示符号）能够快速识别某段文字的作用。
包括
[广义括号](#gwlm-15834-2-8-广义括号)、
[破折号](#gwlm-15834-4-10-破折号)、
[省略号](#gwlm-15834-4-11-省略号)、
[着重号](#gwlm-15834-4-12-着重号)、
[连接号](#gwlm-15834-4-13-连接号)、
[间隔号](#gwlm-15834-4-14-间隔号)、
[专名号](#gwlm-15834-4-16-专名号)、
[分隔号](#gwlm-15834-4-17-分隔号)。
#### GWLM 15834-2-8 广义括号
广义括号（包括符号）属于特殊的标号，一左一右的包裹文字标记使用。
包括
[引号](#gwlm-15834-4-8-引号)、
[括号](#gwlm-15834-4-9-括号)、
[书名号](#gwlm-15834-4-15-书名号)。
### GWLM 15834-3 未定义
《GB/T 15834—2011 标点符号用法标准》的 2 与 3 小节被合并到了 GWLM 15834-2，所以 GWLM 15834-3 暂时空缺。
### GWLM 15834-4 标点符号的定义、形式和基本用法
#### GWLM 15834-4-1 句号
GWLM 15834-4-1 是替代《GB/T 15834—2011 标点符号用法标准》4.1 的模块，
描述了句号的定义、形式和基本用法。
+ GWLM 15834-4-1-1 定义
句末点号，表示以陈述语气结束一句话的停顿与标示。
+ GWLM 15834-4-1-2 形式
句号的形式是「。」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------------ |
| 。 | `U+3002` | [Ideographic Full Stop](https://www.compart.com/en/unicode/U+3002) |
+ GWLM 15834-4-1-3 基本用法
+ GWLM 15834-4-1-3-1 用于句子末尾，表示陈述语气。
> （海鸥甲：待会去码头整点薯条？）
>
> 海鸥乙：恩。
>
> 海鸥丙：我也要去，别忘记我。
+ GWLM 15834-4-1-3-2 祈使和惊叹句的语气不强烈，可使用句号。
> 少女祈祷中。
> 更新后的版本实在是糟糕。
#### GWLM 15834-4-2 问号
GWLM 15834-4-2 是替代《GB/T 15834—2011 标点符号用法标准》4.2 的模块，
描述了问号的定义、形式和基本用法。
+ GWLM 15834-4-2-1 定义
句末点号，表示以疑问语气结束一句话的停顿与标示。
+ GWLM 15834-4-2-2 形式
问号的形式是「？」。
| 符号 | Unicode | 名称 |
| :---: | :------: | -------------------------------------------------------------------- |
| ？ | `U+FF1F` | [Fullwidth Question Mark](https://www.compart.com/en/unicode/U+FF1F) |
+ GWLM 15834-4-2-3 基本用法
+ GWLM 15834-4-2-3-1 用于句子末尾，表示疑问语气（包括反问、设问等疑问类型）。
> 为什么无法运行这个软件？
> 啊？
+ GWLM 15834-4-2-3-2 在选择问句的句中，可使用问号替代逗号。
> 什么键盘轴体更好：机械轴，光轴，还是电磁轴？
> 什么键盘轴体更好：机械轴？光轴？还是电磁轴？
+ GWLM 15834-4-2-3-3 异常强烈的疑问时，可叠问号，通常是依次递增，最多可叠三个问号。
> 我儿子每一科的成绩都不过那个平均分呐，他现在初二，你叫我儿子怎么办啊？
> 他现在还不到高中啊好不好？？
> 你们这是什么群啊？？？
+ GWLM 15834-4-2-3-4 问号也有标号的用法，可用于句内，表示存疑或不详。
> 老子（前 571？—前 471？），可能名为李耳，世人尊称为「老子」。
> 黄石公（？—？），秦朝末年人物，曾传授张良兵法。
> 这把剑（刀？）不好用。
#### GWLM 15834-4-3 叹号
+ GWLM 15834-4-3-1 定义
句末点号，表示以感叹语气结束一句话的停顿与标示。
+ GWLM 15834-4-3-2 形式
叹号的形式是「！」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ----------------------------------------------------------------------- |
| ！ | `U+FF01` | [Fullwidth Exclamation Mark](https://www.compart.com/en/unicode/U+FF01) |
+ GWLM 15834-4-3-3 基本用法
+ GWLM 15834-4-3-3-1 用于句子末尾，表示感叹语气，也可用于祈使、反问等类型。
> 跳票这么久，终于发售了！
> 电次！不要开门！
> 哟！你们也来打雪仗了啊！
+ GWLM 15834-4-3-3-2 用于拟声词后，表示声音持续时间较短。
> 咚！咚！咚！特勤干员 Fuze 正在释放集束炸弹。
> 轰！人质被集束炸弹杀死，游戏结束。
+ GWLM 15834-4-3-3-3 声音大或者加大，以及异常强烈的情感，可叠用叹号，最多可叠三个叹号。
> 冻住！不许走！！
+ GWLM 15834-4-3-3-4 用于同时包含疑问、感叹两种语气且都比较强烈时，可同时使用问号以及感叹号。
> 你敢直面恐惧吗？！
#### GWLM 15834-4-4 逗号
GWLM 15834-4-4 是替代《GB/T 15834—2011 标点符号用法标准》4.4 的模块，
描述了逗号的定义、形式和基本用法。
+ GWLM 15834-4-4-1 定义
句内点号，表示句子尚未结束的常规停顿与标示。
+ GWLM 15834-4-4-2 形式
逗号的形式是「，」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------ |
| ， | `U+FF0C` | [Fullwidth Comma](https://www.compart.com/en/unicode/U+FF0C) |
+ GWLM 15834-4-4-3 基本用法
+ GWLM 15834-4-4-3-1 为复句分隔，宜用逗号，有时用 [分号](#gwlm-15834-4-6-分号)。
> 能观测就能干涉，能干涉就能控制。
> 我前脚刚走，后脚就跟上了。
+ GWLM 15834-4-4-3-2 用于间隔各种语法位置。
> 收集各种奖杯，也没什么用。
> 准备好大容量硬盘，还有高速的网络，以及 ArchiveTeam Warrior 来众包存档吧。
+ GWLM 15834-4-4-3-3 用于口语化文字的停顿处。
> 团长，车已经准备好了。
> 第一，绝对不会意气用事；第二，绝对不漏判任何一件坏事；第三，绝对裁判得公正漂亮。
#### GWLM 15834-4-5 顿号
GWLM 15834-4-5 是替代《GB/T 15834—2011 标点符号用法标准》4.5 的模块，
描述了顿号的定义、形式和基本用法。
+ GWLM 15834-4-5-1 定义
句内点号，表示语段中并列词语之间或某些序次语之后的停顿与标示。
+ GWLM 15834-4-5-2 形式
顿号的形式是「、」。
| 符号 | Unicode | 名称 |
| :---: | :------: | -------------------------------------------------------------- |
| 、 | `U+3001` | [Ideographic Comma](https://www.compart.com/en/unicode/U+3001) |
+ GWLM 15834-4-5-3 基本用法
+ GWLM 15834-4-5-3-1 作为弱于逗号的停顿，示例：
> 我准备讲两个问题：一、CSGO 经济系统是什么？二、怎样学好 CSGO 经济系统？
> 甲、意识；乙、枪法；丙、道具；丁、运气。
> 寻血猎犬总是不断、不断地重伤倒地。
+ GWLM 15834-4-5-3-2 作为连词的替代符号。[^lw]
[^lw]: 【连词】连接两个词语的词语，比如「和」「跟」「与」及「或者」。
> 《Apex 英雄》是一款专注于角色、小队制的大逃杀射击游戏。
> GDP、人均 GDP 和常住人口这项指标，可以划分出一、二、三线城市。[^ltcic]
[^ltcic]: xunyun, [_Lower-tier_Cities_in_China/data/低线城市划分.md_](https://github.com/xunyun/Lower-tier_Cities_in_China/blob/master/data/低线城市划分.md), GitHub, 2018-11-20. (参照 2023-08-27).
如果本来就没有必要使用「连词」，那么也无需使用顿号。
> 我喜欢《Apex 英雄》《机器人总动员》《我兔斯基你》「东方 Project」这些作品。
书名号或者引号已将这些内容间隔开了，所以不再需要使用「连词」或者顿号，但是如果这些词语的首尾符号不同，
那么就需要使用顿号间隔。
> 我喜欢《Apex 英雄》（游戏）、《机器人总动员》（电影）、《我兔斯基你》（绘本）、「东方 Project」
（文化）这些作品。
因为括号属于夹注，能够推理出括号内容是对前文的注释，但是混排在一起就会缺少间隔，
增加了理解句子的难度。
> 我喜欢《Apex 英雄》（游戏）《机器人总动员》（电影）《我兔斯基你》（绘本）「东方 Project」（文化）
这些作品。（误）
#### GWLM 15834-4-6 分号
GWLM 15834-4-6 是替代《GB/T 15834—2011 标点符号用法标准》4.6 的模块，
描述了分号的定义、形式和基本用法。
+ GWLM 15834-4-6-1 定义
句内点号，作为分割并列关系复句的停顿与标示，重复句式的间隔。
+ GWLM 15834-4-6-2 形式
分号的形式是「；」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ---------------------------------------------------------------- |
| ； | `U+FF1B` | [Fullwidth Semicolon](https://www.compart.com/en/unicode/U+FF1B) |
+ GWLM 15834-4-6-3 基本用法
+ GWLM 15834-4-6-3-1 作为分割并列关系复句的停顿，比起逗号的间隔感更强。
> 正因为生命有限，所以才显得更重要；正因为生命有限，所以才更应该努力不懈。
> 大道废，有仁义；智慧出，有大伪；六亲不和，有孝慈；国家昏乱，有忠臣。
+ GWLM 15834-4-6-3-2 主要作为选择、转折等关系之间的停顿。
> 在人类生活的壮丽行列中，我觉得真正可贵的，不是政治上的国家，而是有创造性的、
> 有感情的个人，是人格；只有个人才能创造出高尚的和卓越的东西，而群众本身在思想上总是迟钝的，
> 在感觉上也是迟钝的。
+ GWLM 15834-4-6-3-3 用于分项列举的各项之间。
> 第一，绝对不会意气用事；第二，绝对不漏判任何一件坏事；第三，绝对裁判得公正漂亮。
#### GWLM 15834-4-7 冒号
GWLM 15834-4-7 是替代《GB/T 15834—2011 标点符号用法标准》4.7 的模块，
描述了冒号的定义、形式和基本用法。
+ GWLM 15834-4-7-1 定义
句内点号，提起下文或总结上文的停顿与标示。
+ GWLM 15834-4-7-2 形式
冒号的形式是「：」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------ |
| ： | `U+FF1A` | [Fullwidth Colon](https://www.compart.com/en/unicode/U+FF1A) |
+ GWLM 15834-4-7-3 基本用法
+ GWLM 15834-4-7-3-1 用于解释符号前的提示词，或者表示有人说话，用来提示下文。
> 和平捍卫者的配件：霰弹枪栓、瞄具、枪托和干扰器。
> 系色望：「我是视而不见的专家哦，我就是靠对所有事情视而不见活下来的！」
+ GWLM 15834-4-7-3-2 用于总结上文。
> 张华考上了北京大学；李萍进了中等技术学校；我在百货公司当售货员：我们都有光明的前途。
+ GWLM 15834-4-7-3-3 用在需要说明的词语之后，表示注释和说明。
> 机箱：黑暗骑士 Z1；硬盘：希捷 500 GB 黑盘；显示器：AOC C27G2ZE/11。
+ GWLM 15834-4-7-3-4 用于信件（包括短信和电子邮件）、讲话稿中称谓语或称呼语之后。
> 尊敬的客户：您缴费已成功……
+ GWLM 15834-4-7-3-5 冒号不应在一段内重复使用，列表式内容宜起多段表示层级。
> 这赛季的枪械排名：
>
> T0：复仇女神、复仇男神。
>
> T1：和平捍卫者、R99。
>
> T2：三重狙击枪、R301。
>
> T3：莫桑比克、P2020。
#### GWLM 15834-4-8 引号
GWLM 15834-4-8 是替代《GB/T 15834—2011 标点符号用法标准》4.8 的模块，
描述了引号的定义、形式和基本用法。
+ GWLM 15834-4-8-1 定义
广义括号，标示引用、强调或指出。
+ GWLM 15834-4-8-2 形式
引号的形式有「“」「”」和「‘」「’」，分为主副两套，每套都由左、右引号组成。
也能使用其他具有前后关系的词语形容，比如前、后引号；开、关引号。
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------------------ |
| “ | `U+201C` | [Left Double Quotation Mark](https://www.compart.com/en/unicode/U+201C) |
| ” | `U+201D` | [Right Double Quotation Mark](https://www.compart.com/en/unicode/U+201D) |
| ‘ | `U+2018` | [Left Single Quotation Mark](https://www.compart.com/en/unicode/U+2018) |
| ’ | `U+2019` | [Right Single Quotation Mark](https://www.compart.com/en/unicode/U+2019) |
其他相似形状或功能的符号：
| 符号 | Unicode | 名称 |
| :---: | :------: | --------------------------------------------------------------------------- |
| 「 | `U+300C` | [Left Corner Bracket](https://www.compart.com/en/unicode/U+300C) |
| 」 | `U+300D` | [Right Corner Bracket](https://www.compart.com/en/unicode/U+300D) |
| 『 | `U+300E` | [Left White Corner Bracket](https://www.compart.com/en/unicode/U+300E) |
| 』 | `U+300F` | [Right White Corner Bracket](https://www.compart.com/en/unicode/U+300F) |
| ｢ | `U+FF62` | [Halfwidth Left Corner Bracket][] |
| ｣ | `U+FF63` | [Halfwidth Right Corner Bracket](https://www.compart.com/en/unicode/U+FF63) |
+ GWLM 15834-4-8-3 基本用法
+ GWLM 5834-4-8-3-1 标示直接引用的内容。
> 教师就是善意谎言的最佳典范！「你只要努力，就一定办得到！」老师说的善意谎言是对学生的体贴！
+ GWLM 5834-4-8-3-2 标示重点、强调的内容。
> 你知道「阿基米德原理」吗？
> 连接号的形式有短横线「-」等符号。
+ GWLM 5834-4-8-3-3 标示特殊含义的文字。
> 将游戏比作「第九艺术」，源自游戏期刊《新潮电子》中的〈第九艺术〉一文。
+ GWLM 5834-4-8-3-4 引号可以嵌套，但须交替使用。
> 栉川鸠子：「别写成『镇魂歌』读作『Requiem』啊！」
> 屏幕上显示「我说：『你知道「阿基米德原理」吗？』」
+ GWLM 5834-4-8-3-5 引用不止一段时，只需在最后一段使用右引号。
> 「为什么要起一堆外号和异名啊！
>
> 「交了一堆后不是只是更加的理解困难吗？
>
> 「不管是英文还是什么，别给我加上一堆片假名啊！」
#### GWLM 15834-4-9 括号
GWLM 15834-4-9 是替代《GB/T 15834—2011 标点符号用法标准》4.9 的模块，
描述了括号的定义、形式和基本用法。
+ GWLM 15834-4-9-1 定义
广义括号，标示注释、补充等内容。
+ GWLM 15834-4-9-2 形式
括号的形式有圆括号：「（」「）」；方括号：「［」「］」；六角括号：「〔」「〕」；方头括号：「【」「】」，
每套都由左、右括号组成。也能使用其他具有前后关系的词语形容，比如前、后括号；开、关括号。
| 符号 | Unicode | 名称 |
| :---: | :------: | --------------------------------------------------------------------------- |
| （ | `U+FF08` | [Fullwidth Left Parenthesis](https://www.compart.com/en/unicode/U+FF08) |
| ） | `U+FF09` | [Fullwidth Right Parenthesis](https://www.compart.com/en/unicode/U+FF09) |
| ［ | `U+FF3B` | [Fullwidth Left Square Bracket](https://www.compart.com/en/unicode/U+FF3B) |
| ］ | `U+FF3D` | [Fullwidth Right Square Bracket](https://www.compart.com/en/unicode/U+FF3D) |
| 〔 | `U+3014` | [Left Tortoise Shell Bracket](https://www.compart.com/en/unicode/U+3014) |
| 〕 | `U+3015` | [Right Tortoise Shell Bracket](https://www.compart.com/en/unicode/U+3015) |
| 【 | `U+3010` | [Left Black Lenticular Bracket](https://www.compart.com/en/unicode/U+3010) |
| 】 | `U+3011` | [Right Black Lenticular Bracket](https://www.compart.com/en/unicode/U+3011) |
其他相似形状或功能的符号：
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------------------------- |
| ｛ | `U+FF5B` | [Fullwidth Left Curly Bracket](https://www.compart.com/en/unicode/U+FF5B) |
| ｝ | `U+FF5D` | [Fullwidth Right Curly Bracket](https://www.compart.com/en/unicode/U+FF5D) |
| 〖 | `U+3016` | [Left White Lenticular Bracket](https://www.compart.com/en/unicode/U+3016) |
| 〗 | `U+3017` | [Right White Lenticular Bracket](https://www.compart.com/en/unicode/U+3017) |
| ｟ | `U+FF5F` | [Fullwidth Left White Parenthesis](https://www.compart.com/en/unicode/U+FF5F) |
| ｠ | `U+FF60` | [Fullwidth Right White Parenthesis](https://www.compart.com/en/unicode/U+FF60) |
| 〘 | `U+3018` | [Left White Tortoise Shell Bracket](https://www.compart.com/en/unicode/U+3018) |
| 〙 | `U+3019` | [Right White Tortoise Shell Bracket](https://www.compart.com/en/unicode/U+3019) |
| 〚 | `U+301A` | [Left White Square Bracket](https://www.compart.com/en/unicode/U+301A) |
| 〛 | `U+301B` | [Right White Square Bracket](https://www.compart.com/en/unicode/U+301B) |
| ＜ | `U+FF1C` | [Fullwidth Less-Than Sign](https://www.compart.com/en/unicode/U+003C) |
| ＞ | `U+FF1E` | [Fullwidth Greater-Than Sign](https://www.compart.com/en/unicode/U+003E) |
+ GWLM 15834-4-9-3 基本用法
+ GWLM 15834-4-9-3-1 使用圆括号标示注释、补充、修订加补、次序等。
> 我叫基德，是一名律师。（不要瞎掰好吗。）
> 店员提到这款手机有 512（吉字节）的存储空间。
> 墙壁上残留着「（一）人超生」「全（村）结扎」的标语。
> 第一人称射击游戏游玩方法：（一）瞄准；（二）开火。
> 失望了吗？没错，世上或许有些东西别打开比较好，真正把心打开的人多么麻烦啊！（《绝望先生》）
+ GWLM 15834-4-9-3-2 标示作者地区时，可用方括号或六角括号。
> ［日］谏山创《进击的巨人》
+ GWLM 15834-4-9-3-3 在句首标示消息来源、栏目名称等，可用方头括号。
> 【IGN】……
> 【补档】……
+ GWLM 15834-4-9-3-4 标示公文年份可用六角括号。
> 工信部信管〔2023〕105 号
+ GWLM 15834-4-9-3-5 标示被注释的词语时，可用六角括号或方头括号。
> 【工信部】中华人民共和国工业和信息化部。主管工业和信息产业的组成部门。
+ GWLM 15834-4-9-3-6 自然语言中，括号不宜嵌套。如果嵌套应交替使用。（顺序不定，文章中符合一定规律即可。）
> （当时那把剑离我的喉咙只有 0.01 公分，但是四分之一炷香之后［一炷香的时间大约是一小时］，
> 那把剑的女主人将会彻底地爱上我，因为我决定说一个谎话。）
#### GWLM 15834-4-10 破折号
GWLM 15834-4-10 是替代《GB/T 15834—2011 标点符号用法标准》4.10 的模块，
描述了破折号的定义、形式和基本用法。
+ GWLM 15834-4-10-1 定义
标号，标示注释、补充等内容，或者声音延长以及含义变化。
+ GWLM 15834-4-10-2 形式
破折号的形式是两个「—」连接而成的「——」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ---------------------------------------------------- |
| — | `U+2014` | [Em Dash](https://www.compart.com/en/unicode/U+2014) |
+ GWLM 15834-4-10-3 基本用法
+ GWLM 15834-4-10-3-1 类似括号的用法（也可用 [括号](#gwlm-15834-4-9-括号)；
二者的区别另见附录 B.1.7）。
> 人的道路是没有中断的，而且是一直联系在一起的东西——不管是多么渺小的事件。
+ GWLM 15834-4-10-3-2 标示「插入语」，也可用 [逗号](#gwlm-15834-4-4-逗号)。
> 这件商品——客观的说——送人也没人要。
+ GWLM 15834-4-10-3-3 类似总结上文或提示下文，可也用 [冒号](#gwlm-15834-4-7-冒号)。
> 张华考上了北京大学；李萍进了中等技术学校；我在百货公司当售货员——我们都有光明的前途。
+ GWLM 15834-4-10-3-4 标示话题的转换。
> 「快走吧，在风还没停止之前。」
>
> 「等等——不得了啦，隔壁的超市薯片半价啦！」
+ GWLM 15834-4-10-3-5 标示延长的声音。
> 随着「叽——」的声音，显像管电视正在开启。
+ GWLM 15834-4-10-3-6 标示话语的停顿、间隔。
> 「其他人呢？」
>
> 「都被我杀了——是不可能的。」
+ GWLM 15834-4-10-3-7 标示引出对话。
> ——快走吧，在风还没停止之前。
>
> ——等等……
+ GWLM 15834-4-10-3-8 当作无序列表使用。
> 各地的神话有：
>
> ——北欧神话
>
> ——希腊神话
>
> ——日本神话
>
> ——中国神话
+ GWLM 15834-4-10-3-9 用于标题与副标题之间。
> 《把握主题主线聚焦主业主责 推动出版工作取得更大成效——访中宣部出版局负责人》
+ GWLM 15834-4-10-3-10 用于文字与来源之间。
> 「寿君至今为止所说的一切，我半点也不明白啊！」
>
> ——《日常系的异能战斗》第七话栉川鸠子爆发台词
#### GWLM 15834-4-11 省略号
GWLM 15834-4-11 是替代《GB/T 15834—2011 标点符号用法标准》4.11 的模块，
描述了省略号的定义、形式和基本用法。
+ GWLM 15834-4-11-1 定义
标号，标示省略、断续等。
标号，标示注释、补充等内容，或者声音延长以及含义变化。
+ GWLM 15834-4-11-2 形式
省略号的形式是两个「…」连接而成的「……」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ---------------------------------------------------------------- |
| … | `U+2026` | [Horizontal Ellipsis](https://www.compart.com/en/unicode/U+2026) |
其他相似形状或功能的符号：
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------------------ |
| ᠁ | `U+1801` | [Mongolian Ellipsis](https://www.compart.com/en/unicode/U+1801) |
| ⋯ | `U+22EF` | [Midline Horizontal Ellipsis](https://www.compart.com/en/unicode/U+22EF) |
+ GWLM 15834-4-11-3 基本用法
+ GWLM 15834-4-11-3-1 标示引文省略。
> 虵曾说：「……都 too simple，啊，sometimes naïve！懂了没啊？」
+ GWLM 15834-4-11-3-2 标示列举或重复词语的省略。
> 读书获取学历，可以……看到更广阔的世界，而不是把人分为三六九等，
> 给自己设置条条框框，让学历成为束缚手脚的「长衫」。
+ GWLM 15834-4-11-3-3 标示语意未尽。
> 巨额债务、废部危机、两大对立势力间的条约签订……
>
> 各种各样的难题，等待着老师去解决。
+ GWLM 15834-4-11-3-4 标示说话时断断续续。
> 像这种完全……无中生有的东西，你再帮他说一遍，你等于……这个东西……你……你也有责任吧。
+ GWLM 15834-4-11-3-5 标示对话中的沉默不语。
> 「快醒醒。」
>
> 「……」仍睡在沙发上，没有一点反应。
+ GWLM 15834-4-11-3-6 标示例句中缺失的部分。
> 因为……所以……
+ GWLM 15834-4-11-3-7 表示省略段落时，可连用两个省略号（即四个「…」字符）。
> 第六条 网络表演不得含有以下内容：
>
> …………
>
> （六）使用未取得文化行政部门内容审查批准文号或备案编号的网络游戏产品，
> 进行网络游戏技法展示或解说的。
#### GWLM 15834-4-12 着重号
GWLM 15834-4-12 是替代《GB/T 15834—2011 标点符号用法标准》4.12 的模块，
描述了着重号的定义、形式和基本用法。
+ GWLM 15834-4-13-1 定义
标号，标示重要的强调的文字。
+ GWLM 15834-4-13-2 形式
着重号的形式是在文字底部标点，形式为「.」。
（但着重号通常并非使用字符排版，就能在电脑上输入，而是依靠 CSS 等样式实现。）
之所以使用着重号，是因为以前铅字印刷时，汉字太多，无法像字母语言一样，使用加粗表示着重，
所以使用额外的点来表示重点
+ GWLM 15834-4-13-3 基本用法
+ GWLM 15834-4-13-3-1 标示语段中重要的文字。
```text
《人狼村之谜》有惊悚和悬疑元素。
＇＇ ＇＇
```
+ GWLM 15834-4-13-3-2 标示语段中需要指明的文字。
```text
下面的词语的多音字是：
怎么还
＇
```
> 下边加点的字，除了在词中的读法外，还有哪些读法？
> 着子弹 强调
#### GWLM 15834-4-13 连接号
GWLM 15834-4-13 是替代《GB/T 15834—2011 标点符号用法标准》4.13 的模块，
描述了连接号的定义、形式和基本用法。
+ GWLM 15834-4-13-1 定义
标号，标示某些相关联成分之间的连接。
+ GWLM 15834-4-13-2 形式
连接号的形式有短横线「-」、一字线「—」和浪纹线「～」三种。
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------ |
| - | `U+002D` | [Hyphen-Minus](https://www.compart.com/en/unicode/U+002D) |
| ～ | `U+FF5E` | [Fullwidth Tilde](https://www.compart.com/en/unicode/U+FF5E) |
被当作一字线使用的字符如下：
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------------------- |
| — | `U+2014` | [Em Dash](https://www.compart.com/en/unicode/U+2014) |
| ― | `U+2015` | [Horizontal Bar](https://www.compart.com/en/unicode/U+2015) |
| － | `U+FF0D` | [Fullwidth Hyphen-Minus](https://www.compart.com/en/unicode/U+FF0D) |
备注：无论是《GB/T 15834—2011 标点符号用法标准》还是
《GB/T 1.1—2020 标准化工作导则第1部分 标准化文件的结构和起草规则》，
都没有详细描述一字线是具体对应的 Unicode 字符，所以使用并不统一。[^w3c_365]
[^w3c_365]: Geeyun-JY3, 《[GB/T 15834 和 2011 之间的连接符号的使用并不统一 · Issue #365 · w3c/clreq](https://github.com/w3c/clreq/issues/365)》, GitHub, 2021-04-19. (参照 2023-09-01).
其他相似形状或功能的符号：
| 符号 | Unicode | 名称 |
| :---: | :------: | ---------------------------------------------------------------- |
| ~ | `U+007E` | [Tilde](https://www.compart.com/en/unicode/U+007E) |
| ‐ | `U+2010` | [Hyphen](https://www.compart.com/en/unicode/U+2010) |
| ‑ | `U+2011` | [Non-Breaking Hyphen](https://www.compart.com/en/unicode/U+2011) |
| − | `U+2212` | [Minus Sign](https://www.compart.com/en/unicode/U+2212) |
| – | `U+2013` | [En Dash](https://www.compart.com/en/unicode/U+2013) |
+ GWLM 15834-4-13-3 基本用法
+ GWLM 15834-4-13-3-1 存在连接关系，比如：
> 复合名词：「印度-欧亚板块」「吐鲁番—哈密盆地」。
> 双名人名：「让-吕克·皮卡德」(Jean-Luc Picard)。
> 复姓人名：「康斯坦策·阿马莉·冯·布劳恩施班克—阿尔布雷希茨贝格」(Constanze Amalie von Braunschbank-Albrechtsberger)。
+ GWLM 15834-4-13-3-2 存在序列关系，比如：
> 元素、化合物：「碳-14」「碳-12」「3-戊酮」。
> 对附件标示序号：「图-12」「表-2」。
> 电话号码：「+1 (917) 285-7362」。[^bpn]
[^bpn]: 此电话号码来自《疑犯追踪》([Person of Interest](https://personofinterest.fandom.com/wiki/(917)_285-7362))。
> 时间：「2023-08-28」。
+ GWLM 15834-4-13-3-3 标示起止或范围应使用一字线，比如：
> 经济计划：「中国—中亚—西亚经济走廊」。
> 铁路：「巴库—第比利斯—卡尔斯铁路」。
> 时间：「2023 年 8 月 28 日—29 日」。
> 重量：「40～60 千克」「四十～六十千克」。
#### GWLM 15834-4-14 间隔号
GWLM 15834-4-14 是替代《GB/T 15834—2011 标点符号用法标准》4.14 的模块，
描述了间隔号的定义、形式和基本用法。
+ GWLM 15834-4-14-1 定义
标号，标示某些相关联成分之间的分界。
+ GWLM 15834-4-14-2 形式
间隔号的形式是「·」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ------------------------------------------------------- |
| · | `U+00B7` | [Middle Dot](https://www.compart.com/en/unicode/U+00B7) |
其他相似形状或功能的符号：
| 符号 | Unicode | 名称 |
| :---: | :------: | ---------------------------------------------------------------- |
| ‧ | `U+2027` | [Hyphenation Point](https://www.compart.com/en/unicode/U+2027) |
| ・ | `U+30FB` | [Katakana Middle Dot](https://www.compart.com/en/unicode/U+30FB) |
| • | `U+2022` | [Bullet](https://www.compart.com/en/unicode/U+2022) |
| = | `U+003D` | [Equals Sign](https://www.compart.com/en/unicode/U+003D) |
+ GWLM 15834-4-14-3 基本用法
+ GWLM 15834-4-14-3-1 标示被翻译为汉字的人名。
> 阿姆罗·雷 (Amuro Ray)
+ GWLM 15834-4-14-3-2 标示作品名与篇（章、卷）名之间的分界。
> 《汉志·蜀王本记》
+ GWLM 15834-4-14-3-3 标示词牌、曲牌、诗体名等和题名之间的分界。
> 《天净沙·即事》
+ GWLM 15834-4-14-3-4 用在构成标题或栏目名称的并列词语之间。
> 《游戏·人》
+ GWLM 15834-4-14-3-5 以月、日为标志的事件或节日，在数字间使用。如果是汉字数字，
仅在一、十一和十二月后用间隔号（防止歧义）。
> 五一二大地震
> 十二·十世界人权日
> 12·25 圣诞节
#### GWLM 15834-4-15 书名号
GWLM 15834-4-15 是替代《GB/T 15834—2011 标点符号用法标准》4.15 的模块，
描述了书名号的定义、形式和基本用法。
+ GWLM 15834-4-15-1 定义
广义括号，标示作品名称。
+ GWLM 15834-4-15-2 形式
书名号的形式有双书名号：「《」「》」；单书名号：「〈」「〉」，
各套都由左、右书名号组成。也能使用其他具有前后关系的词语形容，比如前、后书名号；开、关书名号。
| 符号 | Unicode | 名称 |
| :---: | :------: | ----------------------------------------------------------------------- |
| 《 | `U+300A` | [Left Double Angle Bracket](https://www.compart.com/en/unicode/U+300A) |
| 》 | `U+300B` | [Right Double Angle Bracket](https://www.compart.com/en/unicode/U+300B) |
| 〈 | `U+3008` | [Left Angle Bracket](https://www.compart.com/en/unicode/U+3008) |
| 〉 | `U+3009` | [Right Angle Bracket](https://www.compart.com/en/unicode/U+3009) |
其他相似形状或功能的符号：
| 符号 | Unicode | 名称 |
| :---: | :------: | --------------------------------------------------------------------------------------- |
| ＜ | `U+FF1C` | [Fullwidth Less-Than Sign](https://www.compart.com/en/unicode/U+003C) |
| ＞ | `U+FF1E` | [Fullwidth Greater-Than Sign](https://www.compart.com/en/unicode/U+003E) |
| < | `U+003C` | [Less-Than Sign](https://www.compart.com/en/unicode/U+003C) |
| > | `U+003E` | [Greater-Than Sign](https://www.compart.com/en/unicode/U+003E) |
| « | `U+00AB` | [Left-Pointing Double Angle Quotation Mark](https://www.compart.com/en/unicode/U+00AB) |
| » | `U+00BB` | [Right-Pointing Double Angle Quotation Mark](https://www.compart.com/en/unicode/U+00BB) |
+ GWLM 15834-4-15-3 基本用法
+ GWLM 15834-4-15-3-1 标示纸质作品的名称。
> 《〈塞尔达传说：旷野之息〉大师之书》
+ GWLM 15834-4-15-3-2 标示各种作品的名称。
> 《塞尔达传说：王国之泪》
+ GWLM 15834-4-15-3-3 标示由中文组成或中文主要构成的软件名，因为不常用，所以示例暂略＊。
+ GWLM 15834-4-15-3-4 标示作品名的简称。
> 《通用写作律法》是由 Save The Web Project 设计的开放律法（标准），后文简称为《律法》。
+ GWLM 15834-4-15-3-5 书名号可嵌套，但应交替使用。
> 《关于公开征求〈关于修改《中华人民共和国网络安全法》的决定（征求意见稿）〉意见的通知》
#### GWLM 15834-4-16 专名号
GWLM 15834-4-16 是替代《GB/T 15834—2011 标点符号用法标准》4.16 的模块，
描述了专名号的定义、形式和基本用法。
+ GWLM 15834-4-16-1 定义
标号，标示古籍和某些文史类著作中出现的特定类专有名词。
+ GWLM 15834-4-16-2 形式
专名号的形式是在文字底部标横线。
+ GWLM 15834-4-16-3 基本用法
+ GWLM 15834-4-16-3-1 标示古籍、古籍引文或某些文史类著作中出现的专有名词，
主要包括人名、地名、国名、民族名、朝代名、年号、宗教名、官署名、组织名等。
```text
轉相引據者反多於陳壽本書焉。（人名）
‾‾‾‾
「獷平，縣名，屬漁陽」。（地名）
‾‾‾‾ ‾‾‾‾
其書以魏爲正統，（国名）
‾‾
大王劉氏苗族。（民族名）
‾‾‾‾
```
+ GWLM 15834-4-16-3-2 现代汉语不使用专名号，而是使用引号、书名号等。
#### GWLM 15834-4-17 分隔号
GWLM 15834-4-17 是替代《GB/T 15834—2011 标点符号用法标准》4.17 的模块，
描述了分隔号的定义、形式和基本用法。
+ GWLM 15834-4-17-1 定义
标号，标示诗行、节拍及某些相关文字的分隔。
+ GWLM 15834-4-17-2 形式
分隔号的形式是「/」「／」。
| 符号 | Unicode | 名称 |
| :---: | :------: | ---------------------------------------------------- |
| / | `U+002F` | [Solidus](https://www.compart.com/en/unicode/U+002F) |
其他相似形状或功能的符号：
| 符号 | Unicode | 名称 |
| :---: | :------: | -------------------------------------------------------------- |
| ／ | `U+FF0F` | [Fullwidth Solidus](https://www.compart.com/en/unicode/U+FF0F) |
+ GWLM 15834-4-17-3 基本用法
+ GWLM 15834-4-17-3-1 诗歌接排时分隔诗行。
> 洛阳城东路/桃李生路旁/花花自相对/叶叶自相当。
+ GWLM 15834-4-17-3-2 标示诗文中的音节节拍。
> 床前/看月光，疑是/地上霜。
+ GWLM 15834-4-17-3-3 分隔供选择或可转换的两项，标示「或」。
> 这部手机需要指纹/密码来解锁。
+ GWLM 15834-4-17-3-4 分隔组成一对的两项，标示「和」。
> 这是 12/13 赛季最强的武器。
> 乒乓球混合双打的组合有水谷隼/伊藤美誠、埃马纽埃尔·勒贝松/袁嘉楠。
+ GWLM 15834-4-17-3-5 分隔层级或类别。
> 行政区划分：省/县/乡/村。
> 为 Android 手机开启 Android 调试（ADB 功能），需要进入设置/关于手机，
> 连续点击版本号七次，回到设置首页后进入设置/系统/开发者选项/调试，就能找到 Android 调试。
### GWLM 15834-5 标点符号的位置和书写形式
#### GWLM 15834-5-1 横排文稿标点符号的位置和书写形式
+ GWLM 15834-5-1-1 句号、逗号、顿号、分号、冒号的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :---: | :------: | :---: | :---: | :------: |
| 句号 | 右方 | 全角 | 左下 | 不应 |
| 逗号 | 右方 | 全角 | 左下 | 不应 |
| 顿号 | 右方 | 全角 | 左下 | 不应 |
| 分号 | 右方 | 全角 | 左 | 不应 |
| 冒号 | 右方 | 全角 | 左 | 不应 |
+ GWLM 15834-5-1-2 问号、叹号的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :---: | :------: | :---: | :---: | :------: |
| 问号 | 右方 | 全角 | 左 | 不应 |
| 叹号 | 右方 | 全角 | 左 | 不应 |
叠用时，两个符号应占一个字的宽度，三个符号应占两个字的宽度，叠用的形式如下。
| 符号 | 问号 | 两个问号 | 叹号 | 两个叹号 |
| :------: | :---: | :------: | :---: | :------: |
| 问号 | ⁇ | ⁇？ | ⁉ | ／ |
| 两个问号 | ⁇？ | ／ | ／ | ／ |
| 叹号 | ⁈ | ／ | ‼ | ‼！ |
| 两个叹号 | ／ | ／ | ‼！ | ／ |
+ GWLM 15834-5-1-3 广义括号（引号、括号、书名号）的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :---: | :--------: | :---: | :--------------: | :------: |
| 括号 | 左方和右方 | 全角 | 靠近被包裹的文字 | ＊ |
＊左括号不应用在行末，右括号不应用在行首。
+ GWLM 15834-5-1-4 破折号的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :----: | :------: | :------: | :---: | :------: |
| 破折号 | 之间 | 两个全角 | 居中 | 可 |
换行时不应在中间断开。
+ GWLM 15834-5-1-5 省略号的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :----: | :------: | :------: | :---: | :------: |
| 省略号 | ／ | 两个全角 | 居中 | 可 |
换行时不应在中间断开。两个省略号连用时，应完整占一行。
+ GWLM 15834-5-1-6 连接号（短横线、一字线、波浪线）的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :----: | :------: | :---: | :---: | :------: |
| 短横线 | ／ | 半角 | 居中 | 不应 |
| 一字线 | ／ | 全角 | 居中 | 不应 |
| 波浪线 | ／ | 全角 | 居中 | 不应 |
长度对比：短横线比汉字「一」略短，一字线比汉字「一」略长。
+ GWLM 15834-5-1-7 间隔号的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :----: | :------: | :---: | :---: | :------: |
| 间隔号 | 之间 | 半角 | 居中 | 不应 |
+ GWLM 15834-5-1-8 着重号和专名号的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :----: | :------: | :---: | :------: | :------: |
| 着重号 | 底部 | ／ | 靠近文字 | ／ |
| 专名号 | 底部 | ／ | 靠近文字 | ／ |
+ GWLM 15834-5-1-9 分隔号的位置和书写形式。
| 符号 | 置于文字 | 宽度 | 方位 | 行首使用 |
| :----: | :------: | :---: | :---: | :------: |
| 分隔号 | 之间 | 半角 | ／ | ＊ |
＊分隔号不应用在行末、行首。
+ GWLM 15834-5-1-10 全宽标点符号排在一行末尾时，应占半角字符的宽度，以使视觉效果更美观。
+ GWLM 15834-5-1-11 涉及出版工作时，可适当标点挤压。
#### GWLM 15834-5-2 竖排文稿标点符号的位置和书写形式
+ GWLM 15834-5-2-1 句号、问号、叹号、逗号、顿号、分号和冒号的位置和书写形式。
| 符号名称 | 置于文字 | 方位 | 方向 |
| :------: | :------: | :----: | :----: |
| 句号 | 下方 | 右上方 | 无变化 |
| 问号 | 下方 | 右方 | 无变化 |
| 叹号 | 下方 | 右方 | 无变化 |
| 逗号 | 下方 | 右上方 | 无变化 |
| 顿号 | 下方 | 右上方 | 无变化 |
| 分号 | 下方 | 右方 | 无变化 |
| 冒号 | 下方 | 右方 | 无变化 |
+ GWLM 15834-5-2-2 破折号、省略号、连接号、间隔号和分隔号的位置和书写形式。
| 符号名称 | 置于文字 | 方位 | 方向 |
| :------: | :------: | :---: | :------------: |
| 破折号 | 下方 | 居中 | 顺时针旋转 90° |
| 省略号 | 下方 | 居中 | 顺时针旋转 90° |
| 连接号 | 下方 | 居中 | 顺时针旋转 90° |
| 间隔号 | 下方 | 居中 | 顺时针旋转 90° |
| 分隔号 | 下方 | 居中 | 顺时针旋转 90° |
+ GWLM 15834-5-2-3 引号和括号的位置和书写形式。
应使用「『』」替换「“”」；「「」」替换「‘’」，将符号顺时针旋转 90° 后，置于文字前后。
+ GWLM 15834-5-2-4 书名号的位置和书写形式。
可使用浪线式书名号「﹏」替换原本的书名号，将符号顺时针旋转 90° 后，置于文字左侧。
+ GWLM 15834-5-2-5 着重号和专名号的位置和书写形式。
着重号应置于文字右侧，专名号应置于文字左侧。
+ GWLM 15834-5-2-6 其他的关于行首、行尾要求，应参照
〈[GWLM 15834-5-1 横排文稿标点符号的位置和书写形式](#gwlm-15834-5-1-横排文稿标点符号的位置和书写形式)〉。
### GWLM 15834-6 附录 A（规范性附录）标点符号用法的补充规则
1. 句号用法补充规则。
对图、表的说明短语、短句不应用句号结尾。
> ```mermaid
> sequenceDiagram
> participant A
> participant B
> A ->> B: FIN seq=x
> B ->> A: ACK x+1
> B ->> A: FIN seq=y
> A ->> B: ACK y+1
> ```
>
> TCP 重置攻击
2. 问号用法补充规则。
仅有疑问词，没有疑问语气不应使用问号。
> 现在并不清楚谁是狼人。
3. 逗号用法补充规则。
顿号并列多个内容时，最后可以使用「，以及」或「，及」。
> 这个国家中所实行的是：公民、自由、宽容，以及在法律面前公民一律平等。
4. 顿号用法补充规则。
1. 含有顺序关系的并列各项之间，应用顿号，不应用逗号。
> 《Apex 英雄》中的护盾分别有：1 级进化护盾、2 级进化护盾、3 级进化护盾、4 级防护罩，以及 5 级进化护盾。
2. 年月日间不应使用顿号连接，阿拉伯数字年月日之间应使用短横线连接。
> 2023-09-01
5. 分号用法补充规则。
复句中使用了句号的复句，不应使用分号。
> 张华考上了北京大学，参与……；李萍进了中等技术学校，加入……；我在百货公司当售货员，升为……
> ——我们都有光明的前途。
> 张华考上了北京大学。参与……。李萍进了中等技术学校。加入……。我在百货公司当售货员。升为……
> ——我们都有光明的前途。
> 张华考上了北京大学。参与……；李萍进了中等技术学校。加入……；我在百货公司当售货员。升为……
> ——我们都有光明的前途。（误）
6. 冒号用法补充规则。
1. 暂略＊。（因为无法找到「提示性话语」的含义，不确定这段规则的含义。）
2. 冒号后的内容，应使用句号表示结束范围。
> 鼠标常见的三种点击操作有：单击、双击和长按。如果加上移动鼠标，就还有拖曳。
> 鼠标常见的三种点击操作有：单击、双击和长按，如果加上移动鼠标，就还有拖曳。（误）
3. 停顿处应用冒号，无停顿处不应用冒号。
7. 引号用法补充规则。
暂略＊。（因为无法找到「选题名」的含义，不确定这段规则的含义。）
8. 括号用法补充规则。
括号分为句内和句外，句内应紧跟须解释的词语之后，而句外应放置在末尾点号之后。
> 自然语言（非数学公式、编程语言等）中，括号可以嵌套，但应交替使用。（顺序不定，文章中符合一定规律即可。）
9. 省略号用法补充规则。
1. 不应用多于两个省略号（超过 12 个点）。应与连接目录与页数的连珠号区别。
2. 不应与「等」「等等」「什么的」等词语同时使用。
> 确实，如果是杀害吸血鬼的方法，稍微想一下就可以想到很多——例如阳光、木桩、大蒜或十字架……
> 确实，如果是杀害吸血鬼的方法，稍微想一下就可以想到很多——例如阳光、木桩、大蒜或十字架等等。
> 确实，如果是杀害吸血鬼的方法，稍微想一下就可以想到很多——例如阳光、木桩、大蒜或十字架……等等。（误）
10. 着重号用法补充规则。
不应使用直线或波浪线替代着重号。
11. 连接号用法补充规则。
标识范围时，可省略左边的单位。
> 五日～十日
> 五～十日
12. 间隔号用法补充规则。
标题是由并列短语构成时，不应使用「和」等连词。
> 《水星・金星・地球・火星》
> 《水星・金星・地球和火星》（误）
13. 书名号用法补充规则。
1. 课程、课题、奖品奖状等非作品名称，不应使用书名号。
2. 根据意义选择是否使用书名号。
备注1：商标、标志的名称不应使用书名号，但是设计名宜使用书名号，比如《复字 32 号》。
备注2：普通会议不应使用书名号，但《会议》杂志应使用书名号。
3. 作品名仅包括作品名本身。
4. 作品名本身带有括注，应放在书名号之内。
5. 作品名本身带有标点符号，应放在书名号之内。
6. 历史书籍可用浪线式「﹏」的书名号，标示在书名下。
14. 分隔号用法补充规则。
分隔号（斜线）应与反斜线「\」区别。使用分隔号时，紧贴着分隔号的前后不宜用点号。
### GWLM 15834-7 附录 B（资料性附录）标点符号若干用法的说明
1. 易混标点符号用法比较。
1. 并列词语之间使用逗号、顿号停顿的区别。
不同的符号停顿感不同：
```mermaid
gantt
title 数值化标点符号的停顿感
dateFormat YYYY-MM-DD
axisFormat
tickInterval 1day
%% 隐藏时间轴
section 句号
9~10 : 0001-01-09, 2d
section 问号
9~10 : 0001-01-09, 2d
section 叹号
9~10 : 0001-01-09, 2d
section 逗号
5 : 0001-01-05, 1d
section 顿号
4 : 0001-01-04, 1d
section 分号
6 : 0001-01-06, 1d
section 冒号
7~8 : 0001-01-07, 2d
section 引号
3 : 0001-01-03, 1d
section 括号
3 : 0001-01-03, 1d
%% section 破折号
%% "＼" : 0001-01-01, 10d
%% section 省略号
%% "＼" : 0001-01-01, 10d
%% section 着重号
%% "＼" : 0001-01-01, 10d
section 超链接号
1 : 0001-01-01, 1d
section 间隔号
1 : 0001-01-01, 1d
section 书名号
3 : 0001-01-03, 1d
%% section 专名号
%% 2 : 0001-01-01, 10d
%% section 分隔号
%% 2 : 0001-01-01, 10d
```
应根据不同的语境使用不同停顿感的符号。
2. 内容过于复杂，所以暂略＊
3. 逗号、分号表示分句间停顿的区别。
参考附录 B-1-1 的数值化标点符号的停顿感。
4. 顿号、逗号、分号在标示层次关系时的区别。
参考附录 B-1-1 的数值化标点符号的停顿感。
5. 内容过于复杂，所以暂略＊
6. 不同点号表示停顿长短的排序。
参考附录 B-1-1 的数值化标点符号的停顿感。
7. 破折号与括号表示注释或补充说明时的区别。
破折号表示的解释比括号具有更强调的效果，并且破折号的补充能包括正文的一部分：
> 在发售日——周末假日，一定会有许多人在商店门口排队。
> 在发售日（发售日是周末假日），一定会有许多人在商店门口排队。
8. 未成为作品的标题，应使用引号而不是书名号。
> 我打算以「游戏数据的公开与封闭」为题写一篇短文。
> 昨天完成的《游戏数据的公开与封闭》是我写的一篇短文。
2. 两个标点符号连用的说明。
1. 行文中表示引用的引号内外的标点用法。
引文完整且独立使用时，应保留引号内标点；引文没有末尾没有点号，应在引号外添加点号；
引文末尾与引号外的文字没有明显停顿时，引号外不添加点号。
> 「你只要努力，就一定办得到！」老师说的善意谎言是对学生的体贴！
> 「人生是没有正确答案的，」也就是说，「人生只有错误。」
> 你说「要想看遍世界跟所有」啊。难道你也想看出我的心！
2. 行文中括号内外的标点用法
句内括号通常不用句号，句外括号根据内容长度和复杂程度决定标点符号。
> 《植物大战僵尸》的高清版本很少（iPad 上面的 HD 版不够高清，所以不算），而 EA 显然忘记了 PC 平台……
> 在这场电影期间，会连播多部系列电影（时常共计 3 小时 36 分钟！），请做好时间规划。
> 别担心啦！由乃会保护你的……好吗？小雪。（脸红）
> 一直都在。（糸色望发现常月缠后，她所说的话。）
3. 破折号前后的标点用法
破折号之前通常不用点号，但根据句子结构和行文需要，可以使用点号；
破折号之后通常不用点号，如果语音停顿或延长时，根据语气需要添加问号或叹号。
> 「未来……希望……。——哪有什么希望啊！」（表示话题的转折）
> 我觉得这个世上的事情，其实追究起来大都是这么回事。我觉得很多人的动机都是因为看不下去，
> 不能丢下不管。所谓的正义和邪恶，其实也只不过是「看不下去」的一种表现而已。
> ——本来不想看的东西，却看到了，然后就看不下去了。（表示对前几句话的总结）
> 话说回来，我原本——到底是为什么而不能喜欢上由乃——？
> 笨蛋笨蛋笨蛋小雪——！
4. 省略号前后的标点用法。
省略号前通常不用点号，除非是使用问号或叹号的强烈语气，或者不使用点号停顿就不能标明结构关系时；
省略号后通常不用点号，除非是强烈语气，可使用问号或叹号。省略的文字后面不连续，有停顿，也应用点号。
> 好好好！……等一下，为什么你要我回答得这么兴高采烈啊！
「，……」的组合过于罕见，暂未找到合适的示例＊
> 哎呀……？
> 嘛，虽然可能性很低……，但还是有，吧？
> 训之类的，就像那个欺诈师一样……。
> 如果……，那么……。
3. 顺序词之后的标点用法。
1. 「第一」「第二」……、「其一」「其二」……、「首先」「其次」「最后」这样的顺序词语后，
使用逗号（见 [GWLM 15834-4-4-3-3](#gwlm-15834-4-4-逗号)）。
2. 不带括号的汉字数字，以及「天干地支」做顺序词后，
使用顿号（见 [GWLM 15834-4-5-3-2](#gwlm-15834-4-5-顿号)）
3. 不带括号的半角阿拉伯数字、罗马数字以及拉丁字母做顺序词后，
使用西式半角句号「.」。
> 游戏性有三个要素：1. 技巧；2. 策略；3. 运气。
4. 带有括号的顺序词后，不用点号。
> 网站平台应当重点受理处置以下涉企网络侵权信息举报：（一）混淆企业主体身份的仿冒性信息；
> （二）影响公众公正评判的误导性信息；（三）不符合企业客观实际的谣言性信息；……
5. 阿拉伯数字与西式半角句号「.」结合，作为章节关系的顺序词后，不用任何点号。
6. 章节或条款的顺序词后，宜用空格表示停顿。
> 第一章 总则
> 第八条 维护国家安全，应当与经济社会发展相协调。
7. 顺序词没有停顿感时，不使用标点符号。
> 一是深入排查清理……。二是精准查堵管控……。三是提高打击处置效能……。
8. 多种类型的顺序词嵌套时，通常以下列顺序排列：
> 一、……
>
> > （一）……
> >
> > > \1. ……
> > >
> > > > （1）……
> > > >
> > > > > ①/a. ……
4. 文章标题的标点用法。
文章标题的末尾通常不用标点符号，但可根据需要，使用用问号、叹号或省略号。
> 《倒逼中国手游「精品化」，还得看索尼？》
> 《cnBeta 2014 新年献词：愿科技进步惠及每一个人》
> 《网络游戏让德国青少年「杀气腾腾」》
> 《枪形物 玩不得——携仿真枪进公共场所属违法》（副标题）
> 《知乎的「政治敏感」，到底是谁的「政治敏感」呢？》
> 《没收！处罚！》
> 《新护照，老护照，老老护照，老老老护照，老老老老护照……》
> 《侦探已经，死了。》
[_A Primer for Communicating Mathematics via Plain Text_]: https://cse.sc.edu/~fenner/latex-ASCII.pdf
[_HTML Tags_]: https://web.archive.org/web/20130701080844/http://info.cern.ch/hypertext/WWW/MarkUp/Tags.html
[_Uniform Resource Locators (URL)_]: https://web.archive.org/web/20230902014616/https://www.w3.org/Addressing/URL/url-spec.txt
[签名块]: https://en.wikipedia.org/wiki/Signature_block
[中文文案排版指北]: https://github.com/sparanoid/chinese-copywriting-guidelines
[重訂標點符號手冊]: https://language.moe.gov.tw/001/Upload/FILES/SITE_CONTENT/M1/HAU/haushou.htm
[Admonitions]: #gwlm-16--admonitions
[atx 标记语言]: https://web.archive.org/web/20040223210813/http://www.aaronsw.com/2002/atx/intro
[BEP 0000]: https://www.bittorrent.org/beps/bep_0.html
[GB 3100—1993 国际单位制及其应用]: https://zh.wikisource.org/zh/GB_3100-1993_国际单位制及其应用
[GB/T 1.1—2020 标准化工作导则第1部分 标准化文件的结构和起草规则]: http://www.zjsm.org/file/news/637231474274567101.pdf
[GB/T 15834—2011 标点符号用法标准]: http://www.moe.gov.cn/ewebeditor/uploadfile/2015/01/13/20150113091548267.pdf
[GFM]: https://github.github.com/gfm/
[Halfwidth Left Corner Bracket]: https://web.archive.org/web/20230531223705/https://compart.com/en/unicode/U+FF62
[hyperlink]: https://en.wikipedia.org/wiki/Hyperlink
[MeatballWiki]: http://meatballwiki.org/wiki/CharacterFormattingRules
[RFC 1738]: https://datatracker.ietf.org/doc/html/rfc1738
[RFC 1866]: https://datatracker.ietf.org/doc/html/rfc1866
[RFC 2616]: https://datatracker.ietf.org/doc/html/rfc2616
[Save The Web Project]: https://github.com/saveweb
[simplified molecular-input line-entry system]: https://en.wikipedia.org/wiki/Simplified_molecular-input_line-entry_system
[Steam 2023年8月 的硬件统计]: https://web.archive.org/web/20230911193245/https://store.steampowered.com/hwsurvey/Steam-Hardware-Software-Survey-Welcome-to-Steam