如何让密集的 RPG 角色卡更便于使用屏幕阅读器进行导航
对于需要在跑团过程中快速查找角色详情的玩家，可以围绕常见的游戏任务来重新组织角色卡：查看检定、选择动作、更新资源或查阅特性。在可编辑文档或无障碍数字角色卡中使用规范的标题和标签，然后使用您计划使用的屏幕阅读器和应用程序测试这些导航路径。单凭视觉上的重新设计可能会使底层结构保持不变。
从您需要使用角色卡的时刻入手
在更改版面布局之前，先列出您在游玩过程中最常问的问题。例如：“这次检定我要加什么？”、“我可以采取哪些动作？”、“这个特性有什么效果？”以及“还剩多少次使用次数？”这些问题就是一个实用的索引：它们会告诉您哪些信息必须易于访问，哪些信息可以放在使用频率较低的参考部分。
按任务对信息进行分组，而不是按照纸质打印角色卡的视觉外观来排列。角色的关键数值可能会分散在几个不同的框中，但屏幕阅读器用户可能必须通读无关的文本才能把它们拼凑起来。将某项常规操作所需的内容放在一起，或者提供一个简短、标有清晰标签的快速参考部分，并链接或指向下方更详细的说明。
保持游戏规则和您角色的实际数值不变。重新组织角色卡改变的是信息的存放位置，而不是特性、属性或资源的含义。
构建实用的标题大纲
创建一个清晰的文档标题，然后使用描述性的章节标题，例如“检定与防御”、“回合动作”、“特性与限制”、“装备”和“本场笔记”。让标题如实反映后续内容，以便玩家无需阅读每个段落就能决定跳转到哪里。W3C 指南指出，正确标记的标题有助于屏幕阅读器用户导航并理解文档的大纲；仅改变字体大小或加粗并不能提供这种结构。W3C 网页无障碍撰写指南
在文字处理软件中使用内置的标题样式，或在数字工具中使用相应的标题控件，而不是仅仅将普通文本格式化成看起来像标题的样子。保持逻辑层级的合理性：主要章节应为顶级标题，子章节应位于其下。避免仅根据视觉大小来选择标题级别。标题列表读起来应该像是一份紧凑的角色卡地图。
为标题提供足够的细节，以区分相似的章节。“能力”如果同时包含检定和特殊能力，可能会显得模糊不清；“能力检定”和“角色特性”则是更明确的目标位置。W3C 建议使用描述性的标题和标签，并指出正确的标记可以让辅助技术将其公开用于导航。W3C 关于标题和标签的说明
将常用信息置于最前
根据跑团的节奏安排各章节的顺序。一个紧凑的开头部分可以包含角色姓名、常用调整值、防御属性、移动速度或其他常规查看的数值，以及最常更新的资源。紧随其后的是动作选项和特性描述，然后是查阅频率较低的细节，例如背景、较长的装备说明或战役历史。
保持开头部分足够简洁以便实用。它应当解答常见问题，而不是在玩家查阅其余内容之前就把整张卡完整复制一遍。如果同一个数值既出现在快速参考中，又出现在完整部分中，请确定以哪个为准，并在角色发生变化时同时更新这两处。一句简短的维护提示——“该数值发生变化时更新快速参考”——可以防止数据出现偏差。
使用能说明数值含义的标签。单独写一个“+5”不如“加值：+5”实用；单独写一个“2”不如“剩余次数：2”清晰。如果某个资源在游戏过程中会发生变化，请提供一种一致的方法来查找其当前值和上限，例如“专注点：剩余 3 次中的 2 次”。不要单凭颜色、位置、边框或符号来传达区别：在朗读内容时，这些视觉提示可能无法体现出来。WebAIM 建议采用逻辑清晰的文档结构和明确的文本，而不要仅依赖颜色。WebAIM 网页无障碍入门
将特性编写为实用的动作块
对于每项规则或特性，先写名称，然后解释它能让角色做什么、何时适用、消耗或需要什么，以及任何限制或持续时间。将这些细节放在一起，这样玩家就不必为了做出决定而去其他地方查找。采用一致的模式会有所帮助：“特性名称。使用时机……选择……消耗……限制……效果结束时机……”根据游戏调整字段；省略不适用的字段。
当选项构成一个集合时，将其拆分为真正的列表，例如动作、法术、已准备物品或状态。为每个项目提供一个独特的名称和简短的解释。避免使用制表符、重复空格或装饰性分隔符制作的模拟列：在进行线性朗读时，它们的视觉排布可能无法清晰呈现出其中的关系。如果某个项目有较长的规则解释，请在列表附近保留简短的动作摘要，并为完整条目提供描述性标题。
对于角色卡的图片或手写笔记，请添加能够传达图片所含信息的文本，或将这些信息转录到文档中。纯装饰性的肖像不需要承载游戏数据。W3C 建议，替代文本应传达图片的信息或功能，而纯装饰性图片可以不包含描述性替代文本。W3C 网页无障碍撰写指南
简化表格和交互式控件
仅当信息依赖于行与列的关系时才使用表格，例如包含物品、数量和备注的物品栏。为列指定具体的名称，保持表格简单，并在支持的工具中使用真正的表头单元格。W3C 解释说，当用户在标记正确的数据表格中移动时，屏幕阅读器可以读出表头信息；而在视觉上对齐的文本或制表符则无法保留这些关系。W3C 表格标记技术
许多角色选项以标题和列表的形式呈现，会比用宽表格更容易理解。带有冗长描述的法术或特性表格可能会迫使用户在列之间反复移动，从而难以把握当前项目的上下文。如果必须使用表格，请将其列限制在真正具有可比性的信息上，并在更简单的结构可行时避免使用合并单元格或多级表头。
对于可填写的角色卡，请确保每个控件都有有意义的标签，并且可以按逻辑顺序访问和使用。复选框应通过其控制的选项来识别，而不是通过位置或不明含义的标记来识别。WebAIM 指出，表单控件需要通过程序关联标签。具体的设置因应用程序而异，因此请在实际使用角色卡的工具中检查这些控件。WebAIM 网页无障碍入门
制作快速参考而不隐藏完整规则
简短的“一览”部分可以让常用动作的处理更加迅速，而完整的特性文本仍可在其专属标题下查阅。例如，快捷部分可能会写“复苏之风——恢复生命值；每次休息一次”，而完整的特性条目则会解释游戏中具体的时间节点和数值。将摘要明确标注为摘要，不要让它们替换掉可能改变动作生效方式的条件或例外情况。
这种双层结构在角色拥有众多选项时最为有用。它为常规检定提供了快捷路径，也为陌生情况提供了更完整的查阅路径。如果仍在学习规则阶段，请让用词尽量贴近官方角色选项或小组商定的笔记，并保留任何影响使用的条件。
测试您在游戏中将使用的路径
在您预计跑团时会使用的同一款应用程序和屏幕阅读器中打开角色卡。首先检查标题列表：章节名称是否构成了实用的大纲？您能否直接跳转到检定、动作和特性？然后使用该应用程序的常规阅读和控制方法进行导航，查找常用调整值、动作的消耗或限制，以及您需要更新的资源。屏幕阅读器的命令各不相同，因此请遵循您所使用的具体屏幕阅读器的指引，而不要想当然地认为存在通用的快捷键。
注意倾听缺少了什么以及重复了什么。某个标题在视觉上可能很显眼，但未能出现在标题列表中；某个数值在朗读时可能没有标签；或者表格在跨单元格朗读时可能没有表达清楚它们之间的关系。修正文档结构或文字表述，然后重复相同的导航路径。如果您的常用流程中包含 PDF 或导出的副本，也请检查该版本：辅助功能在导出过程中可能会发生变化，可编辑的源文件并不能保证导出的文件仍能保留其结构。WebAIM 建议使非 HTML 文档具备无障碍特性，并指出带标签的 PDF 可以向屏幕阅读器展示结构。WebAIM 关于无障碍文档的说明
询问将要使用该角色卡的玩家哪些路径最为重要，以及修改后的结构是否适合他们。每个人的偏好、工具和熟练程度各不相同；检查清单可以发现结构性问题，但无法决定别人偏好的组织方式。保持源角色卡易于更新，并在角色发生变化时随时重温快速参考中的细节。