对于需要和大量文字打交道的人，在使用Word的字数统计功能时，如果你的文档中有比较特殊的内容，例如文本框，那么有一个问题一定需要注意，那就是，在2007版之前的Word中，文字统计功能并不统计文本框内文字的字数。

这个问题我一直都没有意识到，主要因为我一直使用最新版本的Word，而没有发现这个问题。最近处理的一本书稿，无论怎样计算，我这里统计的字数和出版社最终统计的字数都有所差别，而且竟然差了好几万字。这就比较奇怪了，后来经过仔细检查才发现，就是文本框的问题。出版社使用的是Word 2003，统计字数并不包含文本框内的文字，而我这个书稿里有大量内容，为了保持版面的美观，都放在了文本框中，这也就导致统计字数有很大偏差。

因此如果因为某些原因必须使用老版本Word，可以考虑使用宏的方式实现，做法可参考这里。

作为存档，这里将宏的内容一起照原样贴出来，感谢原作者的工作成果：

‘统计全部字数的代码使用了网友Lieven Lannoo <lieven.lannoo@nci.be>提供的解决方案
Dim oStory As Object, WordCount, WordChar As Long
Dim dhk As Dialog ‘定义对话框变量
Dim MainNumWords As Long ‘ 文档主体的字数
Dim MainNumChars As Long ‘ 文档主体的字符数
Application.ScreenUpdating = False ‘关闭屏幕刷新提高统计速度
For Each oStory In ActiveDocument.StoryRanges ‘遍历文档字符
WordCount = WordCount + oStory.ComputeStatistics(wdStatisticWords) ‘文档全部字数（含文本框中的）
WordChar = WordChar + oStory.ComputeStatistics(wdStatisticCharacters) ‘文档全部字符数（含文本框中的）
Do While Not (oStory.NextStoryRange Is Nothing) ‘同一组合内的下一个对象不空则继续统计
Set oStory = oStory.NextStoryRange
WordCount = WordCount + oStory.ComputeStatistics(wdStatisticWords) ‘累加上同一组合内字数
WordChar = WordChar + oStory.ComputeStatistics(wdStatisticCharacters) ‘累加上同一组合内字符数
Loop
Next oStory
Selection.HomeKey Unit:=wdStory ‘将所选内容移至文档开头
Set dhk = Dialogs(wdDialogToolsWordCount) ‘将dhk设置为"字数统计"对话框
dhk.Update
dhk.Execute
MainNumWords = dhk.Words ‘获得文档主体的字数
MainNumChars = dhk.Characters ‘获得文档主体的字符数
Application.ScreenUpdating = True ‘统计完毕恢复屏幕刷新
‘显示统计结果
MsgBox "使用当中遇到任何问题，请随时与我联系。" & vbCr & vbCr _
& "电气工程师兼日语翻译――真庸" & vbCr & vbCr _
& "电子信箱：ruiteng2005@126.com" & vbCr & vbCr _
& "QQ：383290039" & vbCr & vbCr _
& "MSN：ruiteng2005@hotmail.com" & vbCr & vbCr _
& "电话：13312029710   或者 13389935832" & vbCr & vbCr _
& "" & vbCr & vbCr _
& "****包括文档主体/各种框架内的字数/字符数统计信息****" & vbCr & vbCr _
& "整个文档字数总计  ：" & WordCount & vbCr _
& "整个文档字符数总计：" & WordChar & vbCr & vbCr _
& "    其中1、有关文本框的统计信息" & vbCr _
& "           文本框数量        ：" & Str(ActiveDocument.Shapes.Count) & vbCr _
& "           文本框字数合计    ：" & WordCount – MainNumWords & vbCr _
& "           文本框字符数合计  ：" & WordChar – MainNumChars & vbCr & vbCr _
& "        2、有关文档主体的统计信息" & vbCr _
& "（即WORD自带的“字数统计”功能统计的结果）" & vbCr _
& "           文档主体字数合计              ：" & MainNumWords & vbCr _
& "           文档主体字符数合计（不计空格）：" & MainNumChars

不得不再次感叹，MS Office的功能实在是太强大了，虽然其中绝大部分功能，大部分人可能根本用不到，而且可能压根不知道这些功能的存在，不过，如果确实需要的时候，还真是挺方便的。

如果经常需要使用Microsoft Office Word软件撰写几百上千页的长文档，一种比较好的文档浏览方式是利用文档结构图。通过使用该功能，在Word窗口左侧的结构图列表中，可以看到一个类似“目录”的导航结构，直接单击就可以跳跃到文档中的任何位置。

正常情况下，在文档结构图中，理论上只能出现应用了具有层次结构的样式后的内容。例如在撰写文字时，对某些行应用了“标题1”、“标题2”、“标题3”这样的样式后，对应的内容才能显示在文档结构图中。其实这就像是书籍的章节编号，第一章、第1节，第1.1节，以此类推。

但是，最近我遇到一个非常奇怪的问题。在翻译一本书时，发现文档结构图中会无规律出现一些被应用了“正文”样式或其他基于正文样式的样式的文字。这句话比较绕口，还是看图说话吧。

继续阅读 »

平时工作离不开电脑的人最害怕什么？当然是电脑出故障；比这个还害怕的呢？当然是只有自己最离不开的程序出故障；有没有更害怕的？当然是出了故障还找不到原因。刚才我就经历了这样一次“故障”，不过好在原因找到了，有点让人哭笑不得。

平时我最常用的软件可能就是MS Word了，因此我对这个软件的可靠性要求是最高的。毕竟没人希望看到自己辛苦一个小时的成果会因为Word故障而丢失。虽然从学电脑开始别人就在教导，一定要随时存盘，可现在的Windows越来越稳定，Word软件的故障恢复功能也越来越可靠，所以我渐渐忽视了这一点。尤其是现在处理的很多图文混排的文档往往有好几百页，完全保存一次需要不少的时间，所以经常可能三四个小时才会手工保存一次。

刚才在给老爸准备一篇文档，准备的过程中很顺畅，完全没有任何问题，可最纳闷的是按下Ctrl-S打算保存的时候，Word就停止响应了。其实程序应该没有挂起，因为只是鼠标指针变成了圆圈的样子，其他程序也完全正常，就是Word窗口中的内容无法操作。

我以为是程序陷入死循环了，打算等一下。没想到等了20分钟依然没动静，而通过任务管理器看，Word占用的内存和CPU资源也不是高的离谱，看来应该不是死循环。没办法，杀死Word的进程，重新启动，这次自动恢复功能倒是把所有内存都恢复出来了，可依然无法保存。我可以编辑，可以删除或复制其中的内容，但只要Ctrl-S保存，或者按下工具栏上的按钮保存，必定会停止响应。

纳闷的不得了，百思不得其解，只好用写字板程序处理好文件，然后保存。这次一切正常了。

然后，我突然意识到一种可能性，而且事实证明我的猜测完全正确。唉，平时我的本本都外接了一个显示器，等于说同时使用了两个显示器。可今天不需要外接显示器，为了省电，我就把它关掉了。之前用Word的时候都是在本本的主显示器上使用的，可上次使用Word的时候我似乎是把另存为窗口拖动到外接显示器上了。所以当我今天按下Ctrl-S打算保存的时候，另存为窗口自动出现在了外接显示器上，同时Word的主窗口将无法操作，等待另存为窗口操作完毕。但因为这个显示器没有开，我也看不到，于是误以为Word哪里出了问题，甚至一度萌生了重装系统的念头……