软件在Win7里界面正常在Win8不正常

Question

其它的方面都还好，都是 Anchor 属性设置了之后的正常表现。

Answer 1

你的win7的dpi不是默认的。还有你的hd tune汉化的有bug，原版是可以在win8上跑的。

Answer 2

屏幕绑定是什么啊？
win8的控件之间的位置是和win7之间的位置是不同，具体的我也不知道怎么说，这就是所谓的不兼容性造成，就像bs开发中的ie和chorm一样。楼主要想一样的话可以用wpf来定位控件的位置

Answer 3

控件位置不是拖拽决定的吗？还需要手工计算长宽吗？那么我估计你没法搞这个bug了。除了会拖拽，就不知道有可能自己也写上代码。可见你也没有见过源代码。

Answer 4

以你的现在的编程，是不会出现这类问题的。不用担心，毕竟.net framework是比较靠谱的，经过了锤炼。你可以打开你的程序的源代码，你可以看到初始化窗体的大小的代码，跟内部的控件初始化大小的代码，使用的大小单位是一致的，而且全都比较完善地生成了代码。不会出现这种问题。

Answer 5

任何一个bug你都可以找到源代码。这种winform程序如果是你设计的，包括你在vs设计器上用鼠标“拖拽”进去控件，或者哪怕是在工程上创建初始的窗体，打开.design.cs文件就能看到。“具体的我也不知道怎么说，这就是所谓的不兼容性造成”这个说法让我真的晕倒。我们不能张冠李戴地把chrome跟ie的差别，说成是win8跟win7的差别。

Answer 6

控件位置不是拖拽决定的吗？还需要手工计算长宽吗？那么我估计你没法搞这个bug了。除了会拖拽，就不知道有可能自己也写上代码。可见你也没有见过源代码。我要是有法搞这个bug，当然不会来提问啦。我是菜鸟。

Answer 7

这个winform程序不是我设计的啦，我在一楼说明啦，是别人的软件。

Answer 8

这是个win7和win8有差异的实例吧。

Answer 9

这货一直有这问题，屡犯不改。
没错，他就是HD Tune。
以前从xp升到win7下就是这种问题。现在又是。
就是dpi计算的问题。文档里写了是逻辑坐标，他非要用像素