Asp.net SSRS报告在ReportViewer中的呈现方式与在Visual Studio中的呈现方式不同

我的SSRS rdl报告在ASP.NET应用程序的ReportViewer中的呈现方式与在BIDS中的呈现方式不同（对于此项目，我们使用SQL Server 2008 R2和BIDS）。它以我希望的方式呈现在出价中，但报表查看器会更改某些文本框的位置。具体来说，它将一些文本框向下推，并创建一个大面积的空白

我正在使用报表查看器DLL的10.0.0.0版

在SSRS中的ReportManager web UI中运行报告时，报告的显示方式与报告查看器中的显示方式相同（而不是我们希望的方式）

投标是在SQL Server 2008 R2 SP3上进行的

---

关于如何缓解这种情况的想法？

SSRS报告元素在以某些格式（如HTML）呈现时不能以任何方式重叠，而在VS/report Builder预览或PDF格式中可以重叠

---

因此，如果您不小心在设计中避免这些重叠，您将在ReportViewer中看到不同的布局，其中SSR“推”了您的报告项以消除重叠。

我们有类似的问题，但SSR的版本不同。许多类似的工具提供了有关渲染的信息，但它们似乎都没有回答“此文本是否适合此框？”和“此框将有多大？”的问题。渲染到IE、Chrome、Safari、Word和PDF是一种沮丧和妥协的练习，特别是考虑到Visual Studio和Report Builder也是不同的。在所有情况下，文本框的高度和宽度都会改变，字体大小也会改变，文本周围的间距也会改变

---

我们的技术是对各种输出格式进行优先级排序，然后根据这些优先级找到产生最佳输出的设置。有鉴于此，用户看到的结果比我们在Visual Studio中看到的更好（但仍然不太完美）。

我能够通过最小化SSR将在渲染期间调整元素大小的场景来找到解决特定问题的方法。例如，我们有一个在画布上具有默认高度的文本框（大约是一行文本的高度）。文本具有包含多个换行符的HTML内容的表达式。这导致SSRS调整文本框的大小，并将其他元素向下推到页面上，即使在不移动其他元素的情况下仍有空间可以填充。当我增加画布上文本框的高度以填充可用空间时，SSRS停止在页面上移动其他元素

---

我学到的经验是根据渲染时元素的大小设置画布上元素的大小。如果SSRS决定需要增加元素的大小，它会开始在画布上移动其他元素（即使有空间可以填充而不移动任何东西）。

请在Visual Studio和ReportViewer中添加报表设计和渲染输出的屏幕截图。