VisualStudio2005Designer移动控件和调整窗体大小将自动调整窗体大小和移动/调整控件大小，而无需接触设计器。源文件已更改，当我关闭设计器时，系统会要求我保存*.cs文件。我试图研究visualstudio选项但没有成功。有任何想法吗？VisualStudio设置之类的？谢谢，Tal我今天大部分时间都在研究这个问题，发现了一些有趣的东西：问题的主要来源似乎是依赖锚点。如果我使用停靠而不是锚定来定位我的控件，我的问题似乎就会消失。我发现一些2003年的博客文章(!)详细介绍了如何使用停靠而不是锚点，并解释了锚点如何破坏Windows窗体设计器。看起来这个问题可能已经超过7年了！这是帖子：这是由于AutoScaleMode-property。您的表单可能设计为使用与Windows显示设置不同的DPI或字体设置。AutoScaleMode-property有4个不同的可能值：Dpi、Font、Inherit或None。在Dpi或字体模式下，您的窗体和控件将根据Windows显示设置自动调整大小。因此，在所有窗体和控件中将AutoScaleMode属性设置为None，它们将不再自动调整大小。尝试设计您的表单以在每个控件中留出足够的空间，以便即使将文本大小设置为125%，文本也能适合。我找到了解决办法。不确定幕后发生了什么，但我更改了显示属性。它工作正常。这是顺序：显示属性->设置选项卡->高级。在高级对话框中，我将“DPI设置”从大(120dpi)更改为普通(96dpi)我在复杂的TabControls中遇到了同样的问题，其中控件固定在顶部、左侧和右侧。每次打开窗体时，visualstudio窗体设计器都会增加所有嵌套控件的宽度。多亏了这篇文章，我找到了一个简单的解决方法。我只是在每个选项卡中添加了一个面板并将其停靠属性设置为填充。选项卡中的所有现有控件都在这些面板中移动。即使控件锚定在顶部、左侧和右侧，这仍然有效。至少在VisualStudio2013和2015中工作。这是你应该忍受的。即使在VS2008中，这样的事情时有发生。它主要取决于表单内容（控件、位置等），并且VS中没有禁用此类行为的选项。当您在设计器中打开一个窗体时，VS运行时会从隐藏的代码中重建视觉外观。有时它会在一瞬间发生变化。此外，当您只是向窗体添加控件时，设计器可以完全重建代码隐藏文件和资源文件。这是已知问题，并且MS似乎不会在WPF方向移动时修复它。以下是一些可以简化您的生活的事情：移至VS2008，设计器更加一致，但仍然可以随机控制.designer.cs文件，将代码放在一个源存储库中，所以如果您不小心保存了这样一个form，您可以从存储库中恢复它。从当前大小设置最小和最大大小设置对我来说是一个很好的解决方法。这可以防止VSresize。我有一个简单的表单，控件很少，在VS2013设计器中打开表单后，底部的确定和取消都向上移动。在VS2015中观察到相同的行为。此处接受的DPI答案并没有为我解决问题，我对表单/填充/边距的大小也没有任何问题。删除移动的控件并将它们添加回表单解决了我的问题，正如ptutt在这里所建议的：VisualStudiodesignermovescontrolswhileformisopenandaddsgridcolumns虽然我很欣赏ryantum的建议并使用Linkstodocking[withpanels]，如上面链接中Roland的博客文章https://weblogs.asp.net/rweigelt/28984中提到的内容非常琐碎，我宁愿只是删除/添加。我发现从格式菜单锁定控件是一种简单有效的解决方案。VS2013我在VS2015中遇到了这个问题。我使用了停靠面板，控制器意外地移动了他们的孩子。默认情况下，控件将向左对齐，但您可以更改方向。我的按钮停止移动。我也有这个问题。每当我打开设计器时，带有“右”锚点的每个框都会向左移动大约20个像素。此外，每个带有“左”锚点的框的底部在表格外约200像素。这个表单有很多控件，不应该在较小的显示器上按比例缩小，所以它被设置为自动滚动，并且设计器中的表单本身小于显示的最小尺寸（历史......）。我只是将尺寸设置为最小尺寸，这样设计师就没有滚动条，并且锚点可以按预期工作而不会搞砸帖子。我阅读了ryantm的回答中的第一篇文章，这让我找到了解决方案。显然，它与.Net执行诸如设置表单大小之类的命令有关。以上就是C#学习教程：visualstudio2005designer移动控件和调整窗体大小分享的全部内容。代表立场，如涉及侵权，请点击右侧联系管理员删除。如需转载请注明出处：
