感谢你的截图，那我明白了，这是汉化版独有的问题。

不知你说的环境是什么？操作系统么？我都是在Win7上试的，单位里的是32位的，家里的是64位的，企业版，是正版。

汉化版的问题，我觉得有一点。我在书中也写到过几种情况，比如：给微调钮设置了键盘上下限值后没用，运行表单若输入了超过限值的值会引起VFP失去响应；还有，RETURN .F.也会失去响应。不过，我觉得这些都不是什么大问题，用相关代码控制一下就能绕过去，关键是中文版的界面用上去比较习惯。

已经看到你的截图，说明这是汉化版的又一个问题。但从使用习惯来说，只要它没有大的bug，我还是会选择用。至于你提到的不能搞开发，我觉得有点夸张了，我也不是没用它开发过软件，都运行得很好。有些小问题只要用简单代码就能绕过的，就没有大关系。

帮助文件我倒是针对9.0版的，对于9.0版的新特性还特意标注了“NEW”的。其实，编程这东西主要还是看各人习惯，因为最后用户只关心结果和使用体验，不会关心代码和开发过程。

不是用数组做参数，是把数组用作列表框或组合框的RowSource。因为涉及到对列表框或组合框进行增删数据，于是就有了对数组扩容或重新定义的讨论。其实，这只是我写书的需要，我在开发系统时一般很少用数组，基本都用表。就象我前几天为施南人写一段随机排考场的代码，我就直接在表文件中操作的，生成的几个数组也只为了读取数据。以我的开发经验来看，表文件的读写要比数组容易且可靠，至少它不会被初始化。:-)

没有那么危言耸听。RETURN .F.不能用，可以用RETURN 0，两者效果完全相同，且不多占机器资源。而且，我不清楚你开发系统时是否要反复测试代码，直到无误。这种事情在测试阶段完全可以测得出来，无需事先预料。只是会感觉有些意外，最多再多写一段“绕行”代码而已。我说的大问题是指，原版中的语法变得不可用了，或变得用上去没效果了，而且需要大力气才能规避的问题。显然，汉化版虽然有这些或那些小bug，但至少没影响使用。数组这个问题如果是个大问题，完全可以由表文件来代替，我一直就是这样的。一般，我在写代码时会尽量避开对数组的写入、重定义等功能，这在论坛上我发的所有代码帖子中可以看出来。
当然，正如邓版所说，这是各人的习惯和爱好问题，其实不必去强求别人。就如同我不必强求你一定要用汉化版，你也不应强调汉化版就不能做开发工作了。事实上，我从VFP5.0、6.0，直到9.0，一直用的是汉化版，从未用过原版，开发的软件也一直在稳定运行。

通报一下：数组重新定义会全部清为.F.的原因找到了，不是汉化版的原因，是由于在FoxPro选项的“常规”标签页中设置了“与dBASE兼容”，相当于执行了SET COMPATIBLE DB4命令。如果将SET COMPATIBLE 设置为 ON 或 DB4，当增加或减少数组大小的时候，数组中每个元素的值都会被重新初始化为假(.F.)。本案终结！

另，RETURN .F.引起失去响应，以及微调钮的两个键盘属性失去作用也是这个原因引起的。所以，只要不勾选“与dBASE兼容”，就能正常使用汉化版VFP9。

刚刚看到，的确如此，准备再修改。本手册的逐步完善靠大家了。