如何阻止JAWS朗读WPF聊天应用中每条消息后的「Table」提示？

嘿，这个问题我之前帮开发者处理过类似的——JAWS对WPF结构化控件的辅助识别确实会有点“较真”，尤其是你用Table来包裹每条消息的场景，它会默认把Table当成结构化表格来朗读。下面给你几个实用的解决方案，你可以根据自己的布局需求来选：

方案1：直接修改控件的辅助属性（最快见效） #

WPF的AutomationProperties可以直接覆盖控件默认的辅助识别行为，让JAWS把你的消息Table当成普通文本容器。

在XAML里给每个消息Table加这两个属性就行：

<Table AutomationProperties.ControlType="Text"
       AutomationProperties.Name="{Binding MessageContent}">
    <!-- 你的消息内容控件 -->
</Table>

或者如果是后台动态生成的Table，代码里这么设置：

// 假设yourTable是你创建的消息表格实例
AutomationProperties.SetControlType(yourTable, ControlType.Text);
// 把Name设为消息文本，也可以设为空，避免额外提示
AutomationProperties.SetName(yourTable, messageContent);

这样JAWS就会把这个Table识别成文本元素，不会再读出「Table」了。

方案2：替换Table为轻量布局容器（最省心） #

如果你的Table只是用来做简单的消息气泡布局（比如加个背景、边距），完全可以换成Border或者Grid这类容器——它们默认不会被辅助技术识别为表格，从根源上解决问题。

比如把原来的Table换成Border：

<Border Margin="6" Padding="10" Background="#F5F5F5" CornerRadius="8">
    <TextBlock Text="{Binding MessageContent}" />
</Border>

这样既保留了消息气泡的布局效果，又不用折腾辅助属性，一举两得。

方案3：自定义AutomationPeer（适合必须保留Table的场景） #

如果因为复杂布局必须用Table，那可以自定义一个AutomationPeer来改变JAWS对它的识别逻辑。

先写自定义的Peer类：

public class MessageTableAutomationPeer : TableAutomationPeer
{
    public MessageTableAutomationPeer(Table owner) : base(owner) { }

    // 告诉JAWS这是文本控件，不是表格
    protected override AutomationControlType GetAutomationControlTypeCore()
    {
        return AutomationControlType.Text;
    }

    // 自定义朗读的名称，这里直接返回消息文本
    protected override string GetNameCore()
    {
        var textBlock = ((Table)Owner).Children.OfType<TextBlock>().FirstOrDefault();
        return textBlock?.Text ?? string.Empty;
    }
}

// 再自定义一个继承自Table的控件，重写自动化Peer的创建逻辑
public class MessageTable : Table
{
    protected override AutomationPeer OnCreateAutomationPeer()
    {
        return new MessageTableAutomationPeer(this);
    }
}

之后在XAML里用你自定义的MessageTable代替原生的Table就行了。

小提示 #

每个方案都建议在JAWS里实际测试一下，不同版本的JAWS对辅助属性的处理可能略有差异，选最适配你项目场景的就行。

内容的提问来源于stack exchange，提问作者Evil_Kot