VSTO开发中格式文本内容控件与纯文本内容控件关于背景色的一个POC

最新推荐文章于 2022-06-08 20:58:16 发布

原创最新推荐文章于 2022-06-08 20:58:16 发布 · 1.6k 阅读

0 ·

CC 4.0 BY-SA版权

.NET-VSTO 专栏收录该内容

43 篇文章

订阅专栏

本文探讨了在Word文档中管理特殊控件背景色的问题，包括先前解决方案的局限性和最终实现的POC验证。重点介绍了如何通过特定代码技巧实现在生成新文档时不残留特殊控件背景色的高效方法。

具体业务是这样的，word中由格式文本内容控件和纯文本内容控件结合开发而成，文档中有很多这样的控件，哪些是需要客户点击触发窗体弹出事件是一个很重要的客户体验。

总的解决思路是突出这些需要点击按钮的背景色，而又必须在由该文档生成新文档时清除这些背景色。

先前的解决方案：将控件至于表格中，通过设置表格背景色从而突出这些特殊按钮。在生成新文档时清除表格的背景色。但这样存在一个隐患，代码是通过遍历word中所有表格当表格符合清除条件时，才进行清除操作，例如我们特殊控件位于某个表格，该表格为13行8列，且位于第3行2列，先前程序也是这么判断的，但你想如果3行2列存在不规则单元格情况，例如合并单元格时，我们的这个系统就死翘翘了。

最早是考虑通过控制控件的背景色区解决这个问题的，但word中格式文本内容控件和纯文本内容控件在替换背景色这块很变态，怎么试都不行。

最后在爱因斯坦般的努力下，这个背景色终于被替换掉了。自己做了个POC来充分验证这个word的bug

POC界面

测试结果：

如果你要改变纯文本内容控件或格式文本内容控件的背景色，初始化控件中的Text属性需含前空格或者后空格（真心的受不了）

核心代码贴出供大家参考：

 //模拟赋值  需要重新赋值背景色
        private void button2_Click(object sender, EventArgs e)
        {
            //this.richTextContentControl1.Range.Text 该赋值方法不会清除样式，如直接this.richTextContentControl1.Text 所有样式都会消失
            //不建议使用该方式赋值
            this.richTextContentControl1.Range.Text = "6月7日雨天";
            this.richTextContentControl1.Range.Shading.BackgroundPatternColor = Word.WdColor.wdColorDarkRed;
            
        }

        //模拟生成新文档时，清空控件背景色
        private void button1_Click(object sender, EventArgs e)
        {
           this.richTextContentControl1.Range.Shading.BackgroundPatternColor = Word.WdColor.wdColorWhite;
        }