问题标签 [autoscalemode]

我的 Visual Studio 有问题。表单总是在运行时改变它的大小。

设计时表格尺寸为1732；1005如下图所示：

但是当我运行程序时，表单的大小变为较小的大小（新大小：868;491），如下所示：

我已经尝试更改我正在使用的 PC 的 DPI 和分辨率，但它仍然相同。为了在运行时获得设计 UI 的实际大小，我将进行哪些更改？

I have a WinForms Excel addin and and it was developed on a Win10 computer with a 1080p monitor with 100% scaling (96 DPI). When I change the scaling to 150% (144DPI) the form controls look mangled.

I'd like to set the addin to not be dpiAware but as far as I know you can only do this on the host process (Excel) and not the addin itself.

To change how my forms are scaled I can edit excel.exe.manifest in the Program Files folder and change dpiAware to false. However this makes the entire Excel process not dpiAware whereas I'd simply like to have my forms shown using the OS bitmap scaling (which is done when an app is not dpiAware).

Is there a way to do this without changing dpiAware for the entire Excel process?

我有一个 Azure AppServicePlan 并已根据计划启用自动缩放。服务器的默认数量始终为 1。

在工作日，它应该在下午 12:50 放大到 2。然后在下午 4 点，它应该缩小到 1。

它总是正确放大，但不会在下午 4 点缩小。它保留在 2 台服务器上。今天它在 12:50 正确地从 1 台服务器扩展到 2 台服务器。但是现在是 16:50，它仍然在 2 台服务器上。在规则结束时，它没有缩小到 1。

默认缩放规则没有执行，因为我的 CPU 永远不会超过 10%，内存永远不会超过 58% 左右。

这是我的配置的样子：

我有一个 .NET WinForms 对话框，我在 Form_Resize 事件中使用 Form 的AutoScaleFactor属性来获取比例因子。如果我将缩放比例设置为 200%（对于我的 1920x1080 分辨率），比例因子应该是Width=2,Height=2但它是Width=2,Height=1.923077，这会导致像素计算的微小差异。

为什么它返回两个不同的值？不是假设为宽度和高度返回相同的值吗？

我有一个嵌入式 IE 浏览器控件，我使用以下代码通过 JavaScript 计算比例值：

然后显示Width=2,Height=2

Autoscale当用户在其显示设置中设置了 100% 以外的内容时，我有一个似乎不尊重的表单。

有人知道这里发生了什么吗？

以下是我将其缩小到的具体条件：

• WinForms 项目
• 将图像放在按钮上（由于按钮上的图像缩放，下图中未显示）
• 将 WPF 用户控件添加到项目中（无需从 WinForm 中引用它）

笔记

• 删除 WPF 用户控件或按钮上的图像（资源可以保留）会导致预期的缩放
• 在糟糕的缩放示例中，请注意没有窗口图标或窗口文本......也许有线索？
• 很难说，但看起来它以正确的缩放比例在屏幕上闪烁，然后以错误的缩放比例重新绘制。

图片

不良结果（无缩放）：

预期结果（预期扩展）：

项目：

我有一个旧的 C# winforms 项目，我已经支持了好几年了。在这个项目中，有一个主窗体是一个 mdiparent，而另一个窗体是一个适合父级空白区域内的子级。这从来都不是问题。

现在我正在尝试再次修改此应用程序，但我确实拥有比以前更新的 Visual Studio (2015) 版本。所以这个应用程序中只有一个子表单给我带来了麻烦。如果我还原所有代码，打开项目，构建，该表单将正确显示/缩放。如果我还原所有代码，打开项目，打开表单的 UI，构建，它会将子级缩小到父级内部的较小区域。它只发生在这个 ONE 表单上，其余的工作正常。

我试过搞乱所有形式的自动调整大小、缩放、窗口大小设置等，但我认为它在 VS 中的某些东西会导致一种表单错误地自动缩放，我不确定它是什么。如果我查看自动生成的代码并将其与其他形式进行比较，它将 AutoScaleBaseSize 设置为 (6,15)，但其他形式为 (5,13)。如果我确实像上面提到的那样还原代码但不打开表单，则该表单的自动生成代码与其他表单一样是 (5,13)。

Visual Studio 中发生了什么来更改此 AutoScaleBaseSize 属性，我如何找到罪魁祸首？

我正在评估 Functions Vs RunBooks 到 Autoscale PaaS 服务（HDI、AppService、SQLDB、SQLDataWarehouse、Batch 等）的优缺点。应根据计划/工作负载进行扩展。

在这两种技术之间前进的最佳实践是什么。我应该知道的任何已知问题/限制。

我们在 Heroku 上使用自动缩放器。几乎所有的请求都非常快（0-500 毫秒），但我们定期上传图片需要很长时间（3000-9000 毫秒）。在这种情况下，自动缩放根本没有帮助。是否有最佳实践来处理这个问题？例如，有没有办法从自动缩放器中省略特定的 URL？或者您是否通过设置一个并行应用程序来处理这些事务？

这是一个示例“慢”事务（标识符匿名）——所有时间都是完整的：

我有一个没有缩放的窗口。

我已经应用了 PerMonitorV2 标志，而且我在课堂上也有

当我尝试以 100% 的 DPI 查看窗口时，一切都很好

当我尝试在 DPI 150% 下查看窗口时，我看到整体窗口大小变大了，但用户控件的大小并没有根据窗口放大。

如果我删除 AutoScaleDimenstion 和 AutoScaleMode 在这两种情况下一切正常，这太奇怪了。

请帮忙，谢谢。

I'm writing a WinForms C# application on a 4K laptop in Visual Studio Community 2017. By default I have my Windows 10 Pro scaled to 150%. I have AutoScaleMode = none on every form and every user control.

I run my application and yet it still is scaled to 150%. I'm running VS as a DPI unaware process, and at design time my control are the right (small) size. I don't think it matters but I thought I'd mention it anyway.

Running Windows 10 Pro, fully updated.