У мене є звіт про SSRS на дві сторінки. Коли я експортував його у PDF, він займав 4 сторінки через його ширину, де на 2-й та 4-й сторінках було відображено одне з моїх полів із таблиці. Я намагався встановити розмір макета у властивостях звіту як ширина = 18 дюймів та висота = 8,5 дюйма.
Це дало мені всю таблицю на одній сторінці PDF, але я все ще отримую 2-ю та 4-ту сторінки.
Чи неправильно я це роблю? Як ще я можу позбутися цих порожніх сторінок?
Відповіді:
У BIDS або SSDT-BI виконайте наступне:
Щоб візуалізувати у PDF правильно Ширина тіла + Лівий край + Правий край повинен бути меншим або рівним ширині сторінки. Коли ви бачите, що порожні сторінки відображаються, це майже завжди, тому що ширина тіла плюс поля перевищують ширину сторінки.
Пам'ятайте: (Ширина тіла + Лівий край + Правий край) <= (Ширина сторінки)
Ще одна річ , щоб спробувати це встановити властивість звіту під назвою , ConsumeContainerWhitespaceщоб True(за замовчуванням false). Ось так воно вирішилось для мене.
Report Properties... діалог.
Після годин боротьби з цією проблемою я натрапив на рішення, яке працювало на мене:
У SSDT (2012) у мене початково було встановлено, що одиниці налаштування сторінки / сторінки встановлюються на сантиметри. Коли я змінив це на дюйми, як це не дивно, я зміг експортувати свій звіт у PDF, не маючи порожньої сторінки.
Краще зробити це на поверхні дизайну ( Visual Studio 2012 показано, але це можна зробити в інших версіях ) спочатку перед обчисленням будь-якої математики під час редагування документа SSRS.
Нижче наведені наступні цифри у червоних колах, які відображають наступні кроки:
pageвеличину, що перевищує фактичні елементи керування; звідси надрукована область привидів.
Крім того, в деяких випадках можна просто змінити властивість сторінки звіту, встановивши ConsumeContainerWhitespaceдля trueавтоматичного споживати простору.
Проблема для мене полягала в тому, що SSRS навмисно поводиться з вашим білим простором так, ніби ви маєте намір його шанувати:
Окрім білого простору, переконайтеся, що немає правильної межі.
Якщо сторінки порожні надходять із SSRS, вам потрібно змінити макет звіту. Це буде набагато ефективніше, ніж запуск результатів через та після обробки для усунення побічних ефектів проблеми компонування.
SSRS дуже вибагливий, коли справа доходить до просування меж поля. Легко випадково розширити / подовжити звіт, просто скоригувавши текстове поле чи інший елемент управління звітом. Уважно перевірте властивість ширини та висоти поверхні звіту та максимально стисніть їх. Слідкуйте за великими колонтитулами.
На додаток до маржі, найпоширенішого на сьогоднішній день, я також бачив дві додаткові можливості:
+для сполучення тексту. Ви повинні використовувати &замість цього.Я працював з SSRS більше 10 років, і відповіді вище - це відповіді. АЛЕ Якщо нічого не працює, і ви повністю заповнені .... видаліть елементи зі звіту, поки проблема не зникне. Визначивши, який елемент рядка чи звіту викликає проблему, покладіть його всередину контейнера прямокутника. Це воно. Допомагала нам багато разів! Додаткові сторінки здебільшого спричинені елементами звітів, що надходять через правий край. Якщо все інше не вдається, помістивши речі всередину прямокутника або порожнього прямокутника праворуч від предмета, це може зупинити це. Удачі там!
Чи намагалися ви перевірити, чи немає білого простору праворуч від вашого звіту? Якщо це так, ви можете перетягнути його назад до кінця звіту, а потім перетягнути фон звіту на те саме місце.
Нещодавно я успадкував звіт, що мені потрібно внести кілька змін. Після дотримання всіх рекомендацій, наведених вище, це не допомогло. Звіт історично мав цю додаткову сторінку, і ніхто не міг зрозуміти, чому.
Я правою кнопкою миші натиснув на таблікс та вибрані властивості. Був встановлений прапорець, який сказав додавати перерву на сторінку після. Вилучивши це, він друкує на одній сторінці зараз.
Якщо ваш звіт включає підзвіт, ширина підзвіту може змістити межі тіла, якщо дозволяється зростати підзвіт та ієрархія. У мене виникли подібні проблеми з підзвітом, який можна розмістити в комірці (охоплюючи 2 стовпчики). Схоже, що проміжок міг би містити його в дизайнері, і він добре відображався у формі win win або у веб-переглядачі, і, спочатку, він міг генерувати вихідний принтер (або pdf-файл), не перекидаючись на зайві сторінки.
Потім, змінивши деякі інші ширини стовпців (і не перевищуючи ширину корпусу плюс поля), рендери winform та браузера виглядали все ще добре, але коли результат (принтер або pdf) був сформований, він виріс за межі поля і написав праву сторону кожної сторінки у вигляді 2-ї (4-ї та ін.) сторінки. Я міг усунути свою проблему, збільшивши колпсан там, де розміщувався підзвіт.
Незалежно від того, використовуєте ви підзвіт чи ні, якщо у вас є перелив сторінки і ваш дизайн тіла вписується в рамки сторінки, шукайте щось, дозволене для зростання, що виштовхує ширину тіла назовні.
Я успішно використовував pdftk для видалення сторінок, які я не хотів / потребував у pdfs. Завантажити програму можна тут
Ви можете спробувати щось подібне. Взято звідси за прикладами
Видаліть 'сторінку 13' з in1.pdf, щоб створити out1.pdf pdftk in.pdf cat 1-12 14-кінцевий вихід out1.pdf
або:
pdftk A = in1.pdf кішка A1-12 A14-кінцевий вихід out1.pdf
