Reporting Service 2008: Gibt es eine Möglichkeit Elementeigenschaften zu verändern, je nachdem, wie ein Bericht gemacht wird?

StackOverflow https://stackoverflow.com/questions/519565

Frage

Ich schreibe einen Bericht, der gut zu PDF exportiert. Allerdings ist exportiert es nicht in ein Word-Dokument (.doc) richtig.

(Margins im Kopfbereich ignoriert erhalten, welche Seiten Pausen vermasselt, Fußzeilentext fehlt, etc.)

Um dies zu umgehen, will ich deaktivieren, aktiviert und / oder die Größe neu ein paar Dinge in meinem Bericht je nachdem, ob es als PDF oder Word-Dokument gerendert wird.

Gibt es eine Möglichkeit, einen Artikel Eigenschaften festlegen, je nachdem, wie ein Bericht gemacht wird?

War es hilfreich?

Lösung

Ich denke, dass die einzige Lösung für Ihr Problem ist dies: in Ihrem Bericht Sie Globals.ReportServerUrl zugreifen können. Wenn Sie einen Bericht aufrufen können Sie festlegen, seine Art (und auch andere Sachen wie Abmessungen usw.) in der URL machen. Alles, was Sie tun müssen, ist einigen Custom Code schreibt den Render-Typen aus der URL zu extrahieren und du bist fertig.

Für weitere Informationen über alle möglichen URL-Parameter gehen Sie hier: http: / /technet.microsoft.com/en-us/library/ms154040.aspx

Andere Tipps

Ich hatte ein ähnliches Szenario I benötigt, um den Report Viewer-Steuerelement in einer asp.net app zu verwenden. Die Lösung kam ich mit, wurde die Symbolleiste im Report Viewer-Steuerelement versteckt, und meine eigene Drop-Down-Auswahl für die verschiedene Formate erstellen (PDF, ist Excel die zwei wir derzeit verwenden).

Die Abhilfe ist, wenn die Report Viewer Steuer Laden, gehe ich einen zusätzlichen Paramter zu meinen Berichte angibt „RenderType = HTML“. Wenn der Antrag gestellt wird erhalten die PDF-Version zu sagen, ich benutze die gleiche Methodik, mit der Ausnahme ich den ServerReport.Render () -Funktion und „PDF als RenderType Parameter, gleiche gilt für Excel übergeben.

Dies ermöglicht es mir, die bedingte Formatierung / Ein- / Ausblenden von Sachen in meinen Berichten für die verschiedene Berichtsformate zu tun.

Da der Report Viewer Webcontrol Funktionalität unterstützt für die Wiedergabe bestimmte Seiten / zoomt aus dem Code hinter etc, war es ziemlich einfach unsere eigene „Toolbar“ zu bauen, um den Bericht zu manipulieren, und gab uns den Vorteil, Styling es besser geeignet für unsere Anwendung, (obwohl dies sowieso mit CSS gemacht werden). Ein weiteres Problem, das gelöst war die seltsame Druckfunktion der aktive x-Komponente erforderlich ist, wir unseren eigenen Druckmechanismus implementiert, um den Bericht aus in einem Druck Weise zu schreiben.

Hope, das hilft.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top