blue_dvd
发表于 2011-12-9 19:56:00
本帖最后由 blue_dvd 于 2011-12-9 19:57 编辑
5623A18063629141D2B3FB37CE6E84blue_
A多谢了!
afan
发表于 2011-12-9 20:00:58
回复 1010# blue_dvd 33E09A099968020675E15EC3F54AB0F698E897AC01163
pp648852
发表于 2011-12-9 20:37:21
不懂正则,去查查!先顶下!
Hen5ei
发表于 2011-12-10 19:15:32
5938134EE8CCB63E9CAD5470FD3007Hen5ei
afan
发表于 2011-12-10 19:59:45
回复 1013# Hen5ei 7A199DEF2F40F865999219DD09CDAB5309BDD398E369
sgj584520
发表于 2011-12-10 21:39:53
支持楼主无私奉献精神
bdancerlc
发表于 2011-12-11 21:06:49
正文篇幅比较大的时候软件显示有些吃力!..
特别是测试一排超长字符的时候显示非常迟钝..
不知道算不算BUG...
这是我测试的字符串数字统计...
A版可以测试一下:
afan
发表于 2011-12-12 09:32:09
正文篇幅比较大的时候软件显示有些吃力!..
特别是测试一排超长字符的时候显示非常迟钝..
不知道算不算BU ...
bdancerlc 发表于 2011-12-11 21:06 http://www.autoitx.com/images/common/back.gif
你要测试什么?表达式?是否迟钝是由表达式决定的~ 注意: 错误的的正则表达式可能产生一个死循环,使 CPU even(偶校验)崩溃,详见StringRegExp()解释
bdancerlc
发表于 2011-12-12 18:17:30
回复 1017# afan
不是表达式输出结果迟钝,是上面的正文部分显示很迟钝!
如图:
加载文字需要10秒钟时间,这期间窗口不响应了..
afan
发表于 2011-12-12 18:26:58
本帖最后由 afan 于 2011-12-12 18:29 编辑
回复 1018# bdancerlc
测试了多次,不管是载入、打开、还是拖入,完全没有任何迟钝的状况…
bdancerlc
发表于 2011-12-12 18:32:00
回复 1019# afan
那就奇怪了...我这边会有迟钝,...
计算机自带记事本打开都没事,悲那个催..
{:face (368):}
afan
发表于 2011-12-12 18:36:08
回复 1020# bdancerlc
我很帮你解决,但这问题根本无法再现~ 你能描述下是如何打开这个文档的吗?
bdancerlc
发表于 2011-12-12 18:42:21
不论是用新建-粘贴..
还是用打开一个项目,或者是导入剪切板内容、导入文本文件都会出现这种情况!..
我用的是 1.0.9.9,11月1日 发布的版本...
afan
发表于 2011-12-12 18:45:42
回复 1022# bdancerlc
版本及操作方式都一样,无任何异常,无解。
只有靠自己排查了,比如重启、杀软…
bdancerlc
发表于 2011-12-12 18:57:33
回复 1023# afan
没有用任何杀软,因为懒,就装了个360 ...
我目前的解决办法是:只写入文本中少量的有针对性的文字..
另,一般文件都比较正常,就是因为这个文件的文本全部在一排,
所有有些吃力...问题不大..
谢谢A版...