目前想到的就是这些,感谢答疑!
> 4、使用WebCollect-Firefox,如果抓取网页到当前数据库,会提示数据库被占用,而WebCollect-IE就可以抓取网页到当前数
> 据库,所以用WebCollect-Firefox就比较麻烦,得退出当前数据库。
>
关于第四点,我这里一切正常,我都是直接保存在当前数据库的,没有出现楼主所说的问题。
2、目前RTF编辑器只能处理 ANSI Codepage 的文本,没有自动识别/转换UTF-8文件,稍后会试着想办法改进一下。目前建议采用外部
编辑器处理 UTF-8/UCS2 编码的文本/网页源文件,对于网页编辑,也可以试试内置的简单编辑模式,按F2可进入网页编辑模式。
3、确实存在这个问题,以前都没有注意到。设计是这样的:为了防止状态栏信息过多过于拥挤,"附件个数"这个栏中的信息是动态显示当前输入焦点所在区位
的相关信息,当切换到网页后,可能没有正确处理这个焦点位置,导致没有刷新状态栏中的动态信息。稍后看看如何修订。
4、webcollect 抓网页后可保存到当前正在myBase中打开的数据库,或者指定保存到另一个未被打开的数据库中。注意:当前目标库正打开
时,则只能从下拉表中选择保存到当前库,而不能再手工指定这个库的文件路径。总之,同一个库文件只能同时由一个程序按 "写" 方式打开。这里推荐做法
是:事先将目标NYF库在 myBase 中打开,并定位到目标节点位置上,然后再从 IE 或 Firefox 中打开 WebCollect,并指
定保存到当前已打开的库中。这样可避免潜在的访问冲突问题,同时避免了由 WebCollect 反复打开/保存/关闭库文件所致响应变慢。
另外再问一个问题:
当向RTF编辑器中粘贴带有超链接的文字,编辑器处理成纯文本,结果要么手工添加,要么保存到webpage中。不知道RTF编辑器究竟有没有此功能,
没有的话是不是在开发计划中已经考虑到这点?
马上就是元旦了,祝各位新年愉快!