主题：提两个很小但很重要的建议!以及对狐表定位的分析讨论！

目前边学边设计一个应用系统,在使用中,再提两个建议:
1、DataList中，建议增加对单元格改变颜色的功能（在表中，可以在DrawCell事件中对符合一定条件的单元格，设置样式，从而设置背景色和字颜色）。但是，在应用系统，绝对多数情况下，表中的数据要在窗口中通过DataList控件显示给用户，目前的DataList中没有按条件改变背景色的功能。建议提供。（例如，在一个工资表中的DataList中，对于已经支付的人员背景色改为黄色显示）。
2、………………（已解决）
3、另外，上次提的，关于在代码编辑器中查找、替换功能，建议贺老师尽快添加。目前的代码编辑器中没有此项功能，真的很不方便，我不得不把代码从代码编辑器复制到其他字处理软件中，编完后再复制回来，太麻烦了！

关于第一点，我想说的一点事实就是：最初的时候，增加DataList控件还是争论了好长时间之后您才决定的。但目前的事实是，在应用系统中，DataList比直接使用表或主窗口的时候要多得多，您可以观察一下论坛上或者做一下调查，几乎所有的用户都在大量使用和认真研究DataList，而且，有很多的用户都建议增强DataList的功能，所以，我希望您能真正重视这个控件，增强它的功能！包括增强它的显示效果！

补充：我正在设计一个工资系统，在工资系统中一个经常用到的功能就是：对于已经支付的（或者已经锁定的）人员的工资，在工资表查询列表窗口中（在Foxtable中就得用DataList了），对相应行次的背景色区别显示，以让用户很直觉的看到哪些是已经支付的，哪些是没有支付的。如果DataList中没有这项功能，则很难实现类似的功能。

所有的应用系统(Foxtable例外),都是在窗口中进行操作,然后再与表交换数据.所以,在这种情况下,尽管贺老师不重视,但是,随着Foxtable应用的深入,DataList只会越用越多.目前的主窗口功能不完善,又很不灵活,所以根本代替不了DataList.希望贺老师理解广大用户的习惯!

我感觉贺老师有时候的解释有时候实在无法让人谅解!
当有的用户提议在Foxtable中按电子表格的方式操作表时不太方便或者某项功能不用代码无法完成时,贺老师说Foxtable是一个数据库软件,应按照数据库中设计表/操作表的方式来对待(例如在表格中无法插入行,表达式的功能很弱,不用代码无法设置权限,表格中复制粘贴速度太慢,还有许多功能在菜单中没有只能通过代码来完成等等);
当另一些用户提议在Fox中的许多开发功能不太方便或者缺少某项功能时,贺老师又说FOX不是一个单纯的开发系统,不能按照开发系统的操作方式来进行,应适应电子表格的方式.(例如贺老师多次反复强调:操作数据应在表中操作为主,不应以窗口和窗口控件为主,这是典型的电子表格模式,而不是开发系统模式)
希望贺老师不要走入误区,把FOX的优点反而变成限制FOX进一步增强功能的障碍!很早的时候我就提过,FOX要想发展好,必须定位好,同时适应好两大用户群(即电子表格类和开发类),处理好这两者的矛盾,是让两者都要强(这一点是完全可以做到的)!而不是总让两者冲突,小心翼翼的,开发功能不敢太多怕操作太复杂,电子表格方式的操作又太复杂不容易学!那就麻烦了!

没有别的意思,话语不对之处望贺老师谅解!
既然FOX的定位是处在电子表格和开发系统之间,真心的希望能够同时照顾两方面的客户,对于初级用户来说,就是一个电子表格软件,最好不要感到有任何复杂的地方,甚至于所有的开发功能,都可以视而不见,对电子表格操作不要有任何影响!而对于高级的开发用户,感觉就是一个开发工具,可以像其他开发工具一样使用,最好不要有太多的功能限制!
总之,对于两个不同层次的用户,最好是感觉就是完全不同的两个东西,不要互相影响,顾此失彼,否则,会造成两方面的用户群都不满意!如果处理好这两者的关系了,两方面的客户群都拥户了,狐表自然就发扬广大了!

但贺老师一直说狐表即使不用开发功能,也是一个功能很强大的表格处理工具!并且贺老师一直想兼顾狐表的电子表格功能,想兼顾这部分用户!所以,我同意您的意见,目前的狐表如果不用代码,不做二次开发,只做表格使用,功能根本不行!个人认为狐表还是应进一步加强开发功能!

虽然这位老兄说得有点绝对，但还是挺有道理的，希望贺老师认真参考一下！

     其实这位老师说的是真正的要害!也是狐表的软肋!电子表格的精华在于众多的函数和公式设置,这是无可争议的事实!但目前狐表的表达式函数非常少,设置也不灵活,而且,表达式列不存储在表中,只是打开表时动态生成,这在电子表格文件中很少有这样的处理方式!虽然目前我没有考虑出这样有什么弊端,但我总认为作为一个表格的数据,应该实际存储起来更为安全,因为实际存储起来,才是一个确定的数据,用户才放心,每次都动态生成总给人一个不安全的感觉!以上两点(即：A、表达式函数太少，设置不灵活；B、表达式列不实际存储，每次都动态生成）如果不能作出重大改进,狐表的自动汇总功能再强大,也注定了狐表很难是一个功能非常完善的电子表格软件!(所以我,还有其他几位老用户,都说狐表如果不用代码作为电子表格使用还不如易表方便!)
     所以,我认为,狐表要想真正做好做大,真正的方向应该在开发方面,贺老师以前也说了,与专业开发工具相比,狐表的重要优点是学习容易,上手快,开发效率高(毕竟狐表提供了很多实用的工具,使开发效率大大提高),尤其是开发使用数据库的软件,更是如此!在这种前提下,一是希望狐表中不要对开发工具的各项控件的功能做太多的限制,控件的属性和方法多了总比少了好,多一项功能(不是改变一项功能)并不会影响原有的功能,不知贺老师为什么删除那么多的控件属性和方法,让用户用起来感觉缺胳膊少腿的(例如目前树控件),不但开发效率提高不了,反而要采取变通的办法,影响了开发效率和软件运行速度!另外,还要尽量多增加一些加快开发效率的实用工具,因为这是狐表的特色和立足之本!尤其建议:贺老师不要再反复建议狐表用户采取电子表格的处理方式了(例如前面提到的,贺老师曾多次建议用户应以直接操作表为主,而不是窗口操作为主,这是典型的电子表格操作模式!)!这样的建议实在与狐表的初衷相矛盾,让用户无所适从!
    以上建议对与不对,希望贺老师都不要介意,希望贺老师能为广大用户提供功能更为强大的狐表,也希望狐表能够做大做强!