1.80 svn 72 BUG收集帖 [复制链接]

有一个算不上BUG的问题


比如这种支持多个机种的模拟器
当我对这些机种都添加了支持程序后
在类型那里会多出一个【ALL】的选项而且还是默认的

但是事实上
我只有在选择对应的正确的机种时
才能正常的搜索和编辑数据

而这个默认的选项【ALL】其实对应的是机种列表的第一个
如这个图
只有当我用这模拟器玩PCE游戏时才能在选择【ALL】的情况下搜索

这个机制本身并没有问题
但是我觉得这个【ALL】是多余的
反而让我选择对应的类型来得更直接更不容易混淆

建议这种同一个程序支持多种类型时
去掉这个默认的【ALL】

另外我尝试了一下搜索功能里的2进制搜索
这个也不算bug
但是跟CE的二进制搜索理念有差距

比如我搜索：1101（0Dh）
在CE中会匹配所有字节的1101，比如某个字节  01110111（77h），CE中会搜索到这个字节，并显示【地址^3】，表示从这个地址的第三bit位开始；
即使是跨字节，CE也可以搜索到，比如显示：某地址^7，从第七bit开始算起

但是CM中按二进制搜索1101，搜索到的全部都是 0Dh ，相当于搜索了十六进制的D，十进制的13

CM可以从CE的源代码中借鉴一下二进制的搜索机制

属性栏点击右侧会隐藏容易误操作，建议取消。

CheckListBox选中某项后高亮文本，失去焦点后不会取消高亮，影响美观。

GridList结束符类型可以加一项10进制计数，还可以加EndType脚本动态改变。

回复 33楼Doi_Doi的帖子

属性栏如何点击右侧隐藏?能详细说下吗?
CheckListBox高亮是应该的.与ListBox一样.如果不高亮就不能知道当前选择项.
GridList结束符类型用16进制应该就足够了.10进制都可以用16进制代替.
是什么情况下你需要动态改变EndType?

原本点击属性栏左右两侧都会隐藏，今天更新了微软系统最新补丁后就不隐藏了。

EndMark只是小问题，TextBox通常用10进制显示，只需在用EndMark脚本前把TextBox改成16进制即可，之后再改回10进制。

多个CheckListBox会出现多个高亮，除了ListBox外其他控件都能取消高亮。

建议ListBox、CheckListBox的图像和文本之间加点间隔，ComboBox就有间隔。
另外这些图像可否支持gif动画？

提两个checkbox从1。72时就存在的bug，不知道是不是我的个例问题。
1：读取默认数值不准确，有些读取默认数值后会自行打勾，而默认数值应该是不打勾的。
2：处理的数值过多会导致保存崩溃甚至无法打开，以至于过长的数值只能分开写入。1。80b的时候，textbox也有这个问题，不过这次测试到没有出现。
3：提个建议，集合数据的情况下，能不能分开选择取消值？因为不同的地址有不同的长度和数值，按现在的单一取消值大大限制了集合数据的使用范围。
简单的测试用cmf：
http://pan.baidu.com/share/link?shareid=2320255438&uk=1879436198
另外cm有没有大小和窗口数的限制？目前我的修改器已经有13m和53个窗口了，我怕再弄下次会出错。上次就不知道什么原因导致部分位于底部的图像文件出错了，经过重新导入后才恢复正常。

把某个控件置后会使某个GroupBox置前导致里面的控件看不见，再把这GroupBox置后又使另一个GroupBox置前。

回复 37楼adrh的帖子

没必要那么多的数据量吧.什么有都个限制的,有些CM有限制,有些没有但系统会有限制.
读取默认值不是不打勾.而是根据你的设置值来决定.
数值长度过多是会有异常的.同样任何数据都会有极限.

回复 39楼天枫十一郎的帖子

我也不想要那么大的数据量的，无奈各种修改就是停不下来。。。。
正常应该是不打勾的，设置的都是不打勾的原始数值，可就是有些会自己打勾。