有办法防止这种情况吗？
我认为你无能为力.我注意到了同样的问题：IDE喜欢重新安排事情,因为看似没有明显的理由.我注意到的一些事情：>使用SSTab控件时,VB
喜欢重新排列属性
标签,尤其是TabEnabled
属性.
>对于项目文件,它是随机的
重新排列文件的顺序
出现,我想我记得看到了
类似文件类型的情况
并不总是组合在一起并结束
与项目混在一起
属性.你没有
除非你通过某种类型的消毒剂运行你的所有VBP,这些消毒剂将文件组合在一起(一个组中的表格,另一组中的模块等),并按字母或其他方式对它们进行排序,以便它们保持一致.处理这种情况的一种可能方法是编写一个IDE加载项,每次保存对项目文件的更改时自动执行此操作,或者提出一些批处理过程,它只会递归源目录并清理所有VBP中的一个人去.
> IDE似乎随机改变了
事情的情况;这似乎发生了
经常投影参考.
有时它们输出较低
案件,以及其他时间
输出大写.你可以得到
围绕这个选择“忽略
案例“当您将文件差异化时
SourceSafe的.
>控制坐标等
顶部,左侧,高度和宽度可以不同
相同形式的两个修订版.这个到期了
给不同的开发者使用
不同的屏幕分辨率和/或
在同一表单上工作时,屏幕DPI设置不同.
如果你还没有这样做,我
强烈建议你得到
每个人都用同样的方式发展
分辨率和相同的DPI设置.
不同的值是由舍入错误引起的
在逻辑屏幕时发生
不同分辨率/ DPI设置的坐标
被转换为缇,默认
协调VB用于的空间
布置表格.另外,当我谈论这个主题时,请制作
确保每个人的显示器设置为96dpi,
因为如果你开发VB表格
120dpi,真的很棒
他们无法正确显示的机会
在显示器上设置为96dpi.
>我可能还有其他事情
现在不记得了……
至于在表单文件中更改控件的顺序,这是正常的,如果碰巧从表单的一个修订版更改为下一个版本,您通常不希望尝试手动重新排列控件的顺序.控件在表单文件中出现的顺序决定了表单上的Z顺序.如果控件的顺序在.frm文件中更改,这将更改其在表单上的相对Z顺序,这可能会导致表单显示方式的意外结果.