最近解决的问题

         新装一个版本的Domino后，发现一个问题，时区！两个版本的Domino时区设置不一样，导致时间格式不一样，从而引起搜索功能的瘫痪。我们面对的还是国际用户呢，之前却竟然没想到这样的问题。还好不一样的版本暴露了这个问题，要是产品在用户那里上线了才出这样的问题，估计要诊断出来就又要费更多周折了。谢天谢地。于是用java格式化时间格式的函数进行了处理，能正常搜索了。

        可后来又发现个问题，系统目前用的是domino服务器的时间来进行搜索，而客户端时间和服务器时间极有可能不同步，这样一方面用户体验不好，另一方面搜索时间可能也和用户的预期不一致？总之就是搜索条件不能用服务器时间，要用客户本地时间，以免让客户迷惑不解。一个小小的时间问题，但解决它却费了不少功夫和时日呢。可以说充分调动了lotus提供的一切可能利用的手段，万幸的是，最后在各种“手段”使尽后，圆满解决了问题，很开心，有些许的成就感。

                要取本地时间，只有一条路——javascript了。首先是用onload来设置时间，发现相关域的值是设置上了，但是尚不能取用。由于onload本身的特点限制，刷新页面也不行。然后还是采用了之前采用的笨办法，把一些列可能的条件直接对应添加上一些域，这些域通过解析在url中附带的参数来设置，这样这些域值可用了。搜索功能总算顺利完成。但是提交给测试组后，反馈又发现，下拉列表选框有问题。Domino的下拉列表框如果是具有刷新域值功能的，那么刷新页面后，如果页面较长超过了屏幕大小范围，那么页面会爬到第一个具有刷新域值功能的域所处的地方，一个中不中当不当的位置。我进行研究后发现，是domino本身的这种commbo box框的问题。如果不用它刷新域就没事了。可是不用它刷新域怎么可以？用户选择时间必须要看到他的选择结果啊。经过N多番的思量和寻觅，最后在这个下拉列表域的onchange处算是找到了突破口。刷新域值不再通过属性设置，而是通过onchange事件来实现。不错，最后经过几番的修改和测试，完美实现了功能。 

          大致记录下这个过程。呵呵。