Отчеты SSRS, отображаемые по-разному в ReportViewer, чем в Visual Studio

Question

Мой отчет rsl sSRS по-разному обрабатывает ReportViewer в приложении ASP.NET, чем в BIDS (для этого проекта мы находимся на SQL Server 2008 R2 и BIDS). Он отображает способ, которым я хочу его в BIDS, но средство просмотра отчетов изменяет размещение некоторых текстовых полей. В частности, это нажимает некоторые текстовые поля на страницу и создает большую область пробелов.

Я использую версию 10.0.0.0 библиотеки просмотра отчетов DLL.

Выполнение отчета в веб-интерфейсе ReportManager в SSRS отображает отчет так же, как в средстве просмотра отчетов (не так, как мы этого хотим).

BIDS находится на SQL Server 2008 R2 SP3.

Идеи о том, как смягчить это?

Answer 1

Элементы отчета SSRS при визуализации в определенных форматах, таких как HTML, не могут пересекаться каким-либо образом, тогда как в редакторе VS/Report Builder или форматах, таких как PDF, они могут.

В связи с этим, если вы не очень осторожны, чтобы избежать этих перекрытий в своем дизайне, в ReportViewer будет отображаться другой макет, где SSRS «подталкивает» ваши элементы отчета, чтобы удалить перекрытие.

Answer 2

У нас есть аналогичные проблемы, но разные версии SSRS. This page и многие аналогичные дают информацию об рендеринге, но ни один из них, похоже, не отвечает на вопросы: «Этот текст вставляется в этот квадрат?» и «Насколько большой будет этот ящик?» Предоставление IE, Chrome, Safari, Word и PDF было упражнением в расстройстве и компрометации, особенно учитывая, что Visual Studio и построитель отчетов также были разными. Во всех случаях изменялись высота и ширина текстовых полей, изменялся размер шрифта, изменялся интервал вокруг текста.

Наша методика заключалась в том, чтобы определить приоритеты различных выходных форматов, а затем найти настройки, которые дали лучший результат на основе этих приоритетов. Учитывая это, пользователи видят лучшие (но все же не совсем совершенные) результаты, чем мы видим в Visual Studio.

Answer 3

Я смог найти решение для нашей конкретной проблемы, минимизируя сценарии, в которых SSRS будет изменять размер элемента во время рендеринга. Например, у нас было текстовое поле с высотой по умолчанию на холсте (примерно высота одной строки текста). Текст имел выражение с содержимым HTML, которое включало несколько разрывов строк. Это привело к тому, что SSRS изменила размер текстового поля и нажала другие элементы на странице, хотя пространство было заполнено без перемещения других элементов. Когда я увеличил высоту текстового поля на холсте, чтобы заполнить доступное пространство, SSRS перестала перемещать другие элементы на странице.

Мой урок состоит в том, чтобы установить размер элемента на холсте в зависимости от того, насколько велика вероятность его рендеринга. Если SSRS решит, что ему нужно увеличить размер элемента, он начинает перемещать другие элементы на холсте (даже если есть пространство для заполнения, не перемещая вещи).