由于未知的原因,VB6 编译器通常喜欢重新排序 .vbp 文件的内容和 .frm 文件顶部的控件描述符块(描述表单上控件属性的代码。您在IDE,但您确实可以在文本编辑器中看到在版本控制中与先前版本进行比较时.)。在比较文件的修订版本时,这非常烦人并且非常分散注意力。
有办法防止这种情况吗?
我认为你对此无能为力。我注意到同样的问题:IDE 喜欢重新排列事物,但似乎没有明显的原因。我注意到的一些事情:
当您使用 SSTab 控件时,VB
喜欢重新排列属性
选项卡,尤其是 TabEnabled
财产。
对于项目文件,它是随机的
重新排列文件的顺序
出现了,我想我记得看到过
类似文件类型的情况
并不总是组合在一起并结束
与项目混合在一起
特性。你没有
对此有很大的控制权,除非您通过某种类型的清理程序运行所有 VBP,该清理程序将类似文件分组在一起(一组中的表单,另一组中的模块等)并按字母顺序或其他方式对它们进行排序,以便它们保持一致。处理这个问题的一种可能方法是编写一个 IDE 插件,每次您将更改保存到项目文件时,它都会自动执行此操作,或者提出一些批处理过程,该过程将在源目录上递归并清理所有 VBP一试。
IDE 似乎随机更改
事情的情况;这似乎发生了
经常参考项目。
有时它们的输出较低
情况,其他时候他们是
输出为大写。你可以得到
通过选择“忽略”来解决这个问题
区分文件时的情况”
来源安全。
控制坐标,例如
顶部、左侧、高度和宽度可能有所不同
同一表格的两次修订。这个到期了
给不同的开发者使用
不同的屏幕分辨率和/或
在处理同一表单时使用不同的屏幕 DPI 设置。
如果你还没有这样做,我
强烈推荐你得到
每个人都使用相同的开发
分辨率和相同的 DPI 设置。
不同的值是由舍入误差引起的
逻辑屏幕时发生
不同分辨率/DPI 设置下的坐标
转换为缇,默认
VB 使用的坐标空间
布置表格。另外,当我谈论这个话题时,
确保每个人都将显示器设置为 96dpi,
因为如果您在以下位置开发 VB 表单
120dpi,有一个真的真的很好
它们可能无法正确显示
在设置为 96dpi 的显示器上。
我可能还有其他事情
现在记不清了...
至于表单文件中控件的顺序发生更改,这是正常的,如果碰巧从表单的一个版本更改为下一个版本,您通常不想尝试手动重新排列控件的顺序。控件在表单文件中出现的顺序决定了它们在表单上的 Z 顺序。如果 .frm 文件中控件的顺序发生变化,这将改变它们在窗体上的相对 Z 顺序,这可能会导致窗体的显示方式出现意外结果。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)