迟来的 NVDA2024.3 和 2024.4 更新简报

我们距离 NVDA 2025.1 已经不远了。在期待新版的同时，不妨跟随笔者回首看看我们正在用的版本有哪些隐藏的新特性吧！

相对而言，2024 年的四个大版本新特性集中在 2024.1 和 2024.2，声音分离、单键导航、点显器支持，我们已经介绍过啦！具体的你可以查看：NVDA 2024.1 和 2024.2 更新简报。

如果你看过 2024.3 和 2024.4 这两个版本的升级日志，你会发现，社区和 NV Access 的开发力量不约而同地都集中在了响应社区呼声和既有功能改进方面。

不错过新版插件——一切保持最新

自从有了插件商店以来，NVDA 的插件生态越发繁荣，我们可以在插件商店里搜索安装自己需要的插件。
使用新版软件始终是必要的，插件自然也不例外。在以往，我们想更新已安装的插件，就需要不时地打开商店看看有没有更新。
在 2024.3 这个版本增加了插件商店更新通知功能，已安装的插件如果有新版本会弹出更新通知，我们只需要点一下就可以让所有插件保持最新。当然如果我们出于各种原因不希望接收更新通知，也可以在设置中进行调整。

斗智斗勇——没有鼠标怎么办

你或许遇到过某软件的某项功能只能用鼠标完成。这是典型的无障碍设计缺陷。比如百度网盘，需要用鼠标滚轮滚动以显示文件列表中的更多文件。
作为完全依赖屏幕阅读器的视障用户，我们无法精准使用鼠标，可能 99% 的操作都是在键盘上完成。然而有时候也不得不拿起落了灰的鼠标，与这些只能响应鼠标操作的软件进行一波斗智斗勇。
在 2024.3 版本中，笔者给 NVDA 增加了模拟鼠标滚轮在垂直/水平方向上滚动的功能，默认没有分配快捷键。如果你需要用到这些功能，可以在「按键与手势」设置对话框的「鼠标」类别下找到并分配你喜欢的快捷键。

眼前的「⿊」不是「黑」——来点细糠

你是否遇到过 NVDA 朗读某些汉字时「卡壳」，或者盲文显示奇怪的符号？这可能是因为字符的 Unicode 编码不同，但长得高度类似！比如：

• 「⿊」（U+2FF0）是「黑」的偏旁部首形式，不是独立汉字。
• 「⽅」（U+2F45）是康熙字典部首，和标准「方」（U+65B9）编码不同。

这些字符看似相同，实则各有各的「身份证」。有些语音引擎或盲文表无法识别它们，导致 NVDA 读不出或盲文显示乱码。

从 NVDA 2024.3 起，我们可以选择对语音和盲文输出应用 Unicode 规范化。该功能对于阅读某些语音合成器或盲文表无法识别的字符会非常有用。

有些语音可能无法识别「⿊」这个字符，启用该功能后，语音引擎就可以将其正确发音了。

再比如「甲⽅」和「甲方」，其中的「⽅」（康熙字典部首）在许多语音引擎下也是无法发音的。

如果我们在 NVDA 的语音设置中启用「Unicode 规范化」，遇到该字符 NVDA 就会朗读「方 规范化」。
注意：

1. 提示「x 规范化」只是让我们知道这个字符的与众不同，如果你认为不需要该提示，就可以取消勾选「按字符导航时提示规范化」。
2. 在 NVDA 2025.1 之前的版本中，Unicode Normalization 被译为「Unicode 正规化」，后续将变更为「Unicode 规范化」，原因见：https://github.com/nvdacn/zh_CN_Translation/pull/16

让盲文动起来

NVDA2024.4 中非常值得点赞的一项更新是支持设置 NVDA 如何以盲文呈现富文本格式属性。
例如：加粗、斜体、下划线、删除线。

若“格式信息的显示方式”设置为“标记”，当检测到格式变化时，将以盲文显示格式标记。 这些标记以 ⣋ 开头并以 ⣙ 结尾。 格式标记会包含一个或多个描述文本格式的符号……

NVDA 的盲文支持 Next level 然而点显器还是那么贵🥹

按键连按超时——左手右手一个慢动作

你是否有时候会觉得连按的时间间隔太短，难以快速连续按同一个键？比如双击快捷键时总被误判为“慢动作”？

在 NVDA 2024.4 中，新增了 “按键连按超时” 选项（位于“设置→键盘”）：

现在可以设置超时时间：让手指不够灵活的用户更轻松完成双击、三击操作。

举个栗子：
假设你将超时设为 0.5 秒，按下 NVDA+1 后，只要在 0.5 秒内再次按下 NVDA+1，就会被识别为“连按两次”。

你喜欢写长批注吗？

在 Word 或 Excel 中，我们可以按 NVDA+Alt+C 读出光标所在处的批注/注释。

但如果注释内容很长，我们希望仔细阅读的话，从2024.4版开始我们就可以连按两次上述快捷键，将批注/注释内容显示在单独的可浏览对话框中。

这些顽疾被解决，有你关心的么？

默认情况下，创建便携版时，会创建一个新文件夹。 如果尝试写入非空目录，会显示警告消息。

如果你是 NVDA 的老用户你应该知道，NVDA 在创建便携版时不会为产生的便携版文件创建单独的文件夹。堪称顽疾，这会带来非常严重的后果。现在通过以上改进方案，大大缓解了误操作可能带来的损失。

修复了在 Visual Studio Code 中，对象名称不支持使用文本查看命令的问题。

笔者贡献的修复，在 Visual Studio Code 中以往我们无法使用文本查看命令（比如数字键盘的 1/3）查看对象文本！

修复了在浏览模式下长时间按住箭头键，NVDA 无响应的问题，尤其在 Microsoft Word 和 Microsoft Outlook 中。
修复了不朗读 Microsoft Excel 365 中的数据验证下拉列表的问题。

以上 Bug 也是存在已久了，终于被修好啦！喜大普奔~

写在后面

我们能看到 NVDA 已经逐步在实现开发路线图中的内容了。

在查看 NVDA 更新日志的时候，你会在每一条日志后面看到一串以'#'开头的提案编号，随后是以 '@'开头的贡献者ID。

从2024.1开始，这是另一种体现贡献者身份的方式：除了自愿匿名，标有贡献者昵称的更新都是社区贡献者贡献的。

社区贡献依然生机勃勃，2025 的四个大版本，未来可期。尤其是老生常谈的“响应速度”，这次真的不会是幻觉了。