Drucken und PDF-Ausgabe in Windows-Geschäftsanwendungen — System.Drawing.Printing, WPF und Berichtsbibliotheken richtig einsetzen

Drucken in Windows-Geschäftsanwendungen ist nicht einfach mit „etwas in PrintDocument zeichnen und fertig“ erledigt. Seitenumbrüche greifen nicht, Ränder verrutschen, Vorschau und tatsächlicher Ausdruck unterscheiden sich oder ein PDF soll erzeugt werden, obwohl ein Druckdialog dazwischentritt — solche Probleme entstehen meist, wenn die Implementierung beginnt, bevor der Druckmechanismus richtig verstanden ist.

Dieser Beitrag ordnet vier Optionen nach ihren Anforderungen ein: System.Drawing.Printing für WinForms, FlowDocument und FixedDocument für WPF, Bibliotheken zur PDF-Ausgabe sowie Berichte über Excel oder Word.

1. Zuerst das Fazit

• Für einfache Listen oder die Weiterverwendung vorhandener WinForms-Bausteine reicht PrintDocument aus. Der Seitenumbruch funktioniert so, dass das PrintPage-Ereignis wiederholt aufgerufen wird, bis HasMorePages den Wert false hat. Wird das übersehen, erscheinen ab der zweiten Seite keine weiteren Ausgaben.¹²
• Die DPI beim Drucken sind nicht dieselben wie auf dem Bildschirm. PageSettings.PrinterResolution steht für die Auflösung des Druckers. Ränder bestehen aus zwei Ebenen: PageSettings.HardMarginX und HardMarginY, dem physisch nicht bedruckbaren Bereich des Druckers, sowie Margins, dem von der Anwendung festgelegten logischen Rand. Werden Bildschirmkoordinaten unverändert zum Drucken verwendet, verschiebt dieses Zusammenspiel aus DPI und Koordinatensystem das Layout.³⁴⁵
• Unter WPF bestehen die Standarddruckpfade von Windows aus einem GDI- und einem XPS-Pfad. WPF-Anwendungen verwenden grundsätzlich den XPS-Pfad; für Drucker ohne XPSDrv-Unterstützung wird automatisch in das GDI-Format umgewandelt.⁶⁷
• WPF-Dokumente folgen mit FlowDocument und FixedDocument unterschiedlichen Entwürfen. FlowDocument priorisiert Lesbarkeit und layoutet je nach Fenstergröße und Auflösung neu; FixedDocument priorisiert die getreue Darstellung auf Anzeige- und Druckgeräten.⁸⁹
• Papier und Fach werden in WPF mit PrintDialog sowie PrintTicket und PrintQueue festgelegt. Vor dem Drucken sollten Sie die Einstellung mit PrintQueue.MergeAndValidatePrintTicket gegen die tatsächlichen Fähigkeiten des Druckers prüfen und zusammenführen.¹⁰¹¹
• Microsoft Print to PDF ist ein Druckertreiber für interaktive Bedienung. Er ist Teil der standardmäßig vorhandenen Druckwarteschlange und des Treiberpakets und zeigt grundsätzlich bei jedem Vorgang einen Dialog zur Wahl des Speicherorts. Für unbeaufsichtigte Batch-Verarbeitung ist er daher ungeeignet.¹²
• Office-COM-Automatisierung aus Servern oder Diensten wird von Microsoft offiziell weder unterstützt noch empfohlen. Office wurde für einen interaktiven Desktop und ein Benutzerprofil entwickelt; in unbeaufsichtigten, nicht interaktiven Umgebungen kann es instabil werden oder Deadlocks verursachen.¹³
• Windows-Dienste laufen in Sitzung 0. Sie können deshalb keine Dialoge anzeigen und dürfen sich auch nicht auf den mit einer Benutzersitzung verknüpften Standarddrucker verlassen. Berücksichtigen Sie diese Grenze von Beginn an, wenn Sie einen dauerhaft laufenden Prozess mit Druckfunktion planen.¹⁴
• Werden GDI-Objekte, also Handles, im Langzeitbetrieb nicht freigegeben, erreicht der Prozess sein Limit und kann abstürzen. Das Limit ist ein endlicher Wert, der sich über GDIProcessHandleQuota in der Registrierung anpassen lässt; unbegrenzt können diese Objekte nicht angelegt werden.¹⁵

Entscheidungstabelle — Anforderung × Mittel

Im Folgenden betrachten wir die einzelnen Punkte genauer.

2. Das Nötigste zur Druckarchitektur von Windows

Die Druckarchitektur von Windows besteht aus dem Druckspooler und den Treibern für die einzelnen Drucker. Eine Anwendung ruft nur geräteunabhängige Funktionen auf und kann so Druckaufträge an ganz unterschiedliche Ziele wie Laserdrucker, Vektorplotter, Rasterdrucker oder Fax senden.¹⁶

Es gibt im Wesentlichen zwei Druckpfade.

• GDI-Druckpfad. Wenn eine Win32-GDI-Anwendung druckt, spult die GDI-Grafik-Engine ihre Zeichenanweisungen als EMF, Enhanced Metafile, oder rendert gemeinsam mit dem Druckertreiber direkt ein druckbares Bild und übergibt es an den Spooler. Traditionelle WinForms-Anwendungen verwenden diesen Weg.¹⁶⁶
• XPS-Druckpfad. Dieser Weg ist für Druckertreiber auf Basis von XPS, XML Paper Specification, vorgesehen. WPF-Anwendungen verwenden ihn grundsätzlich und senden ein XPS-Dokument an den Spooler. Unterstützt der Zieldrucker keinen XPSDrv-Treiber, wird die Ausgabe vor dem Versand automatisch in GDI umgewandelt.⁶⁷

Warum unterscheiden sich Bildschirm und Ausdruck? Der häufigste Grund ist eine Verwechslung der DPI. Die Grafik auf dem Bildschirm arbeitet gewöhnlich mit etwa 96 DPI, während die Drucker-Grafik mit der in PageSettings.PrinterResolution bestimmten und oft deutlich höheren Auflösung von ungefähr 600 DPI arbeitet.³ Werden für den Bildschirm berechnete Pixelkoordinaten direkt an die Drucker-Grafik übergeben, wird die Ausgabe viel kleiner gezeichnet, oder je nach Auflösungseinstellung auch größer als beabsichtigt. Legen Sie Druckkoordinaten deshalb immer in Hundertstel Zoll oder in realen Maßen wie Millimeter und Zoll an und nicht abhängig von der Auflösung der Grafik.

Ein weiterer leicht übersehener Punkt ist der physisch nicht bedruckbare Bereich des Druckers. Viele Drucker können einige Millimeter vom Papierrand entfernt nicht drucken. Diese physische Grenze lässt sich über PageSettings.HardMarginX und HardMarginY auslesen; die offizielle Dokumentation beschreibt sie als die vom Drucker festgelegten physischen Ränder.⁴ Die von der Anwendung gesetzten logischen Ränder sind PageSettings.Margins, standardmäßig je ein Zoll auf allen Seiten. Selbst wenn sie auf null gesetzt werden, kann nicht innerhalb des Hard Margin gedruckt werden.⁵ Fehler wie „Der Rand ist null, aber der Ausdruck wird abgeschnitten oder verschoben“ beruhen oft darauf, dass diese Hard Margins nicht berücksichtigt werden.

3. WinForms: praktische Arbeit mit System.Drawing.Printing

Der WinForms-Druck wird um die Komponente PrintDocument herum aufgebaut. Der grundlegende Ablauf lautet: ein PrintDocument erstellen, PrinterSettings und DefaultPageSettings festlegen, im Ereignis PrintPage tatsächlich zeichnen und den Druck mit der Methode Print() starten.¹

using System;
using System.Collections.Generic;
using System.Drawing;
using System.Drawing.Printing;
using System.Windows.Forms;

public sealed class ReportPrinter
{
    // Zu druckende Daten. Es wird von einer Belegposition pro Zeile ausgegangen.
    private readonly IReadOnlyList<string> _lines;
    private int _lineIndex;

    public ReportPrinter(IReadOnlyList<string> lines) => _lines = lines;

    public void Print(string printerName)
    {
        using var document = new PrintDocument();
        document.DocumentName = "Bestellpositionen";
        if (!string.IsNullOrEmpty(printerName))
        {
            document.PrinterSettings.PrinterName = printerName;
        }

        // Bei einem unbekannten Druckernamen ergibt die Prüfung hier false (nicht zur Erkennung eines Offlinezustands geeignet).
        if (!document.PrinterSettings.IsValid)
        {
            throw new InvalidOperationException(
                $"Der angegebene Drucker wurde nicht gefunden: {printerName}");
        }

        _lineIndex = 0;
        document.PrintPage += Document_PrintPage;
        document.Print();
    }

    private void Document_PrintPage(object? sender, PrintPageEventArgs e)
    {
        // MarginBounds ist der unter Berücksichtigung der logischen Ränder (Margins) verfügbare Zeichenbereich.
        // PageBounds umfasst das gesamte Papier; selbst beim Zeichnen innerhalb des Hardwarerands kann Inhalt abgeschnitten werden.
        using var font = new Font("Segoe UI", 10);
        float lineHeight = font.GetHeight(e.Graphics);
        float y = e.MarginBounds.Top;

        while (_lineIndex < _lines.Count)
        {
            if (y + lineHeight > e.MarginBounds.Bottom)
            {
                // Diese Seite ist fertig. Da weitere Daten folgen, geht es auf der nächsten Seite weiter.
                e.HasMorePages = true;
                return;
            }

            e.Graphics.DrawString(_lines[_lineIndex], font, Brushes.Black,
                e.MarginBounds.Left, y);
            y += lineHeight;
            _lineIndex++;
        }

        // Alle Zeilen sind gezeichnet; dies ist die letzte Seite.
        e.HasMorePages = false;
    }
}

Ein typisches Fehlerbild bei „Die zweite Seite erscheint nicht“ ist, HasMorePages nicht ausdrücklich auf false zurückzusetzen, obwohl der Standardwert false ist, oder die Verzweigung so falsch zu schreiben, dass sie stets mit false endet. Das Ereignis PrintPage wird wiederholt aufgerufen, bis diese Eigenschaft false ist. Prüfen Sie daher ausdrücklich, ob noch zu zeichnende Zeilen vorhanden sind, bevor Sie den Wert setzen.¹² Sollen je Seite unterschiedliche Einstellungen wie Papierformat oder Ausrichtung gelten, können Sie neben PrintPage auch das Ereignis QueryPageSettings verwenden.

Ein typisches Fehlerbild bei „Der Rand verschiebt sich“ entsteht, wenn Koordinaten anhand von e.Graphics.VisibleClipBounds oder e.PageBounds aufgebaut und MarginBounds, der Bereich unter Berücksichtigung der logischen Ränder, sowie HardMarginX und HardMarginY, die physischen Grenzen des Druckers, ignoriert werden.⁴ Besonders leicht bleibt das unbemerkt, wenn der Drucker auf dem Entwicklungsrechner nur einen kleinen Hard Margin besitzt, beim Kunden aber ein anderes Modell mit größerem Hard Margin eingesetzt wird und dadurch Linien oder Felder abgeschnitten erscheinen. Der Drucktest auf mehreren Geräten ist ein oft übersehener Entwicklungsschritt.

Für eine Vorschau verwenden Sie PrintPreviewDialog und weisen dessen Eigenschaft Document einfach dasselbe PrintDocument zu; die Logik des PrintPage-Ereignisses kann unverändert wiederverwendet werden.¹ Soll die Ausgabe entsprechend der Druckerauflösung umgeschaltet werden, ermitteln Sie die Optionen über PrinterSettings.PrinterResolutions und setzen sie in PageSettings.PrinterResolution.³

4. WPF: FlowDocument, FixedDocument und PrintDialog

Unter WPF entscheidet die Art des Dokuments darüber, ob FlowDocument oder FixedDocument den Schwerpunkt bildet.

• FlowDocument. Dieses Dokument priorisiert Lesbarkeit und passt seinen Inhalt dynamisch an Laufzeitwerte wie Fenstergröße und Schriftkonfiguration an. Suche, Seiteneinteilung und Wechsel des Anzeigemodus gehören zu den Standardfunktionen.⁸
• FixedDocument. Dieses WYSIWYG-Dokument priorisiert Genauigkeit; die Anwendung kontrolliert sein Layout vollständig. Es passt, wenn die Darstellung auf Anzeige- und Druckgeräten sehr genau wiedergegeben werden muss.⁹

Für interne Berichte, bei denen ein gut lesbarer Textfluss Vorrang hat, ist FlowDocument der Ausgangspunkt. Für Belege oder Etiketten, bei denen die Position von Linien und Feldern pixelgenau feststehen soll, ist FixedDocument die Grundentscheidung.

Der grundlegende Druck erfolgt mit System.Windows.Controls.PrintDialog. Diese Klasse ist speziell für WPF und nicht dasselbe wie System.Windows.Forms.PrintDialog.¹⁰

using System.Windows;
using System.Windows.Controls;
using System.Windows.Documents;

public static class FlowDocumentPrinter
{
    public static void Print(FlowDocument document, string jobName)
    {
        var printDialog = new PrintDialog();

        // Nur drucken, wenn der Benutzer OK gewählt hat.
        if (printDialog.ShowDialog() != true)
        {
            return;
        }

        // Da FlowDocument für Anzeige und Druck unterschiedliche Annahmen zur Seitengröße verwendet,
        // Seitengröße und Ränder des Druckinhalts an den bedruckbaren Bereich des Druckers anpassen.
        var paginator = ((IDocumentPaginatorSource)document).DocumentPaginator;
        paginator.PageSize = new Size(
            printDialog.PrintableAreaWidth, printDialog.PrintableAreaHeight);

        printDialog.PrintDocument(paginator, jobName);
    }
}

Sollen Papierformat, Papierfach oder Duplexdruck detailliert vorgegeben werden, verwenden Sie PrintQueue sowie PrintTicket und PrintCapabilities. PrintTicket beschreibt den Druckauftrag, PrintCapabilities die tatsächlich vom Drucker unterstützten Funktionen. Die vorgegebenen Einstellungen sollten mit PrintQueue.MergeAndValidatePrintTicket zuerst mit gültigen druckerspezifischen Werten zusammengeführt und geprüft werden.⁷¹¹

using System.Linq;
using System.Printing;

public static class DuplexPrintTicketBuilder
{
    public static PrintTicket BuildDuplexTicket(PrintQueue printQueue)
    {
        PrintCapabilities capabilities = printQueue.GetPrintCapabilities();

        // Vorab prüfen, ob der Drucker Duplexdruck (Bindung an der langen Kante) unterstützt.
        bool supportsDuplex = capabilities.DuplexingCapability
            .Contains(Duplexing.TwoSidedLongEdge);

        var requestedTicket = new PrintTicket();
        if (supportsDuplex)
        {
            requestedTicket.Duplexing = Duplexing.TwoSidedLongEdge;
        }

        // Mit dem Standard-PrintTicket des Benutzers nur die Duplexdruckanforderung zusammenführen.
        // Nicht unterstützte Einstellungen werden automatisch durch gültige Werte ersetzt.
        ValidationResult result = printQueue.MergeAndValidatePrintTicket(
            printQueue.UserPrintTicket, requestedTicket);

        return result.ValidatedPrintTicket;
    }
}

Wird ein Bericht mit festem Layout als FixedDocument aufgebaut und direkt über den XPS-Druckpfad gesendet, fügt XpsDocumentWriter mit den Methoden Write oder WriteAsync den Auftrag in die PrintQueue ein. Unterstützt der Zieldrucker XPSDrv nicht, wird intern automatisch in GDI umgewandelt; der aufrufende Code muss den Pfad nicht eigens behandeln.⁷

5. Optionen für die PDF-Ausgabe

Die Anforderung „als PDF ausgeben“ führt je nachdem, welche der folgenden drei Bedeutungen gemeint ist, zu einer anderen Architektur:

1. Als Erweiterung des Druckens genügt es, wenn der Benutzer das Speichern als PDF manuell auswählt.
2. Die Anwendung soll über einen Druckdialog ein PDF erzeugen.
3. Sie soll überhaupt nicht drucken, sondern in einem unbeaufsichtigten Batchlauf nur PDF-Dateien in großer Menge erzeugen.

Microsoft Print to PDF ist für 1 und 2 gedacht. Die seit Windows 10 standardmäßig vorhandene Funktion besteht aus Druckwarteschlange und Treiberpaket und erscheint der druckenden Anwendung als einer der normalen Drucker.¹² Ihr Funktionsprinzip ist jedoch interaktiv: Bei jedem Druckvorgang wird nach Speicherort und Dateinamen gefragt. Offiziell gibt es Steuerungsmöglichkeiten nur auf Ebene der Druckwarteschlange und des betreffenden Treiberpakets, das ein Administrator aus einem Image entfernen kann.¹² Für Fall 3 — eine unbeaufsichtigte große Batch-Verarbeitung, die still einen festgelegten Dateipfad als PDF schreibt — ist diese Architektur nicht geeignet. Verwenden Sie dafür eine Bibliothek, die PDF direkt erzeugt, ohne die Druckpipeline zu durchlaufen.

Bei der Auswahl einer PDF-Bibliothek sollten Sie die eigenen Anforderungen vor einer Produktempfehlung entlang der folgenden Kriterien ordnen.

Lizenzbedingungen können sich je nach Produkt und Version ändern. Treffen Sie die Auswahl daher erst, nachdem Sie die offizielle Dokumentation des Anbieters und den eigentlichen Lizenztext geprüft haben. Dieser Beitrag empfiehlt keine bestimmte Bibliothek oder kein bestimmtes Produkt, sondern nennt nur die Vergleichskriterien.

6. Berichte über Excel oder Word als weitere Option

Gibt es bereits Berichte, die mit einer Excel-Vorlage betrieben werden, ist es manchmal realistischer, vorhandene Assets weiterzuverwenden, als sie von Grund auf neu zu erstellen. Grundsätzlich gibt es zwei Wege:

• xlsx/docx mit Open XML SDK oder ähnlichen Werkzeugen direkt erzeugen und bearbeiten. Dabei wird keine ausführbare Excel- oder Word-Anwendung gestartet; das Dateiformat, ZIP plus XML, wird direkt gelesen und geschrieben. Das läuft auch auf Servern stabil und eignet sich gut dafür, Linien und Formatierung der Vorlage beizubehalten und nur Werte einzusetzen. Näheres erläutert Wie man Excel-Berichte erstellt — COM, Open XML und Vorlagen.
• Mit Excel COM Interop die tatsächliche Excel.Application steuern. Diese Variante wird gewählt, wenn vorhandene Excel-Arbeitsmappen mit Makros oder komplexer Neuberechnung unverändert weiterverwendet werden sollen. Dabei bleiben durch nicht freigegebene COM-Referenzen leicht EXCEL.EXE-Prozesse zurück; Gegenmaßnahmen und Entscheidungskriterien behandelt Wenn EXCEL.EXE bei der Excel-Steuerung aus C# zurückbleibt.

Entscheidend ist hier, dass Microsoft Office-COM-Automatisierung auf der Serverseite oder in einem Windows-Dienst ausdrücklich als nicht empfohlen und nicht unterstützt bezeichnet. Office-Anwendungen sind für einen interaktiven Desktop und ein angemeldetes Benutzerprofil entworfen; in unbeaufsichtigten, nicht interaktiven Umgebungen können sie instabil werden oder Deadlocks verursachen.¹³ Auch lizenzrechtlich ist die Bereitstellung von Office-Funktionen für Clients über serverseitige Automatisierung in einer üblichen EULA nicht vorgesehen.¹³

Soll die Berichtsausgabe in einen dauerhaft laufenden Dienst oder einen Batchjob eingebaut werden, ist es daher sicherer, auch bei Weiterverwendung einer Excel-Vorlage keine Excel.exe zur Laufzeit über COM Interop zu starten, sondern auf eine direkte Dateierzeugung mit Open XML SDK oder ähnlichen Werkzeugen zu setzen. Ist COM Interop unvermeidlich, sollte die Anwendung als dauerhaft laufende Anwendung in einer interaktiv angemeldeten Benutzersitzung gestaltet werden — nicht als Dienst.

7. Praktische Fallstricke

Drucken aus Windows-Diensten und Sitzung 0

Anfragen, Druckverarbeitung in einen dauerhaft laufenden Dienst einzubauen, sind nicht selten. Windows-Dienste laufen jedoch in Sitzung 0. Seit Windows Vista ist Sitzung 0 ausschließlich für Prozesse reserviert, die weder zu einem Dienst noch zu einem interaktiven Benutzer gehören, und vom interaktiven Benutzer getrennt.¹⁴ Dadurch sieht der Benutzer einen Dialog nicht, selbst wenn der Dienst ihn anzeigt; Code, der auf eine Benutzereingabe wartet, etwa auf das Schließen eines Druckdialogs, wirkt dann wie aufgehängt.¹⁴

Ein weiterer praktischer Stolperstein ist die Sichtbarkeit von Netzwerkdruckern und benutzerspezifisch zugeordneten Druckern. Ein Netzwerkdrucker, den ein Benutzer nach der Anmeldung verbunden hat, ist häufig an dessen interaktive Sitzung gebunden und erscheint aus einer anderen Sitzung, also aus dem Prozesskontext eines Dienstes in Sitzung 0, nicht auf dieselbe Weise. Bei einem dauerhaft laufenden Prozess mit Druckfunktion muss von Anfang an geklärt sein: Welches Konto und welche Sitzung sehen welchen Drucker? Den Gesamtzusammenhang der Sitzungsisolation erläutert Windows-Sitzungsisolation verstehen — Sitzung 0, RDP und parallele Benutzer; Grundlagen der Implementierung und des Betriebs eines Dienstes behandelt Windows-Dienste erstellen und betreiben.

Verhalten ohne Drucker oder bei Offline-Druckern

Wird in PrinterSettings.PrinterName ein nicht vorhandener Drucker angegeben oder läuft die Anwendung in einer Umgebung ohne festgelegten Standarddrucker, treten beim Druckversuch Fehler oder Ausnahmen auf. Mindestens zwei Dinge sollten eingeplant werden: vorab mit PrinterSettings.IsValid prüfen und für Druckfehler Wiederholungen sowie Benachrichtigungen vorsehen. Ist ein Netzwerkdrucker vorübergehend offline, kann ein Auftrag zwar im Spooler liegen, die tatsächliche Ausgabe aber stehen bleiben. Beenden Sie die Betrachtung daher nicht mit „Senden war erfolgreich“, sondern erwägen Sie bei Bedarf auch eine Prüfung des Auftragsstatus.

Risiko der Abhängigkeit vom Standarddrucker

Eine Implementierung, die PrinterSettings.PrinterName nicht ausdrücklich festlegt und sich immer auf den „Standarddrucker“ verlässt, wird mit zunehmender Betriebsdauer riskanter. Ändert ein Benutzer seinen Standarddrucker oder nimmt ein Notebook an einen anderen Ort mit, kann sich die Ausgabe ungewollt auf einen anderen Drucker richten. Für geschäftskritische Berichte sollte der Name des Zielgeräts in einer Konfigurationsdatei oder in den Anwendungseinstellungen ausdrücklich gespeichert werden, damit Änderungen am Standarddrucker die Ausgabe nicht beeinflussen.

GDI-Handle-Leaks im Langzeitbetrieb

Werden GDI- oder GDI+-Ressourcen wie Graphics, Font, Brush und Pen im Druckcode nicht zuverlässig über using oder Dispose() freigegeben, können nach langer Laufzeit die Handles für GDI-Objekte erschöpft sein und Zeichen-APIs beginnen zu fehlschlagen. Diese Handles besitzen pro Prozess ein Standardlimit und sind eine endliche Ressource; der Registrierungswert GDIProcessHandleQuota kann das Limit im Bereich von 256 bis 65.536 verändern.¹⁵ Gerade bei dauerhaft laufenden Anwendungen, die oft drucken, werden solche Lecks leicht zu Fehlern, die erst in der Produktionsumgebung sichtbar werden. Konkrete Untersuchung und Eingrenzung von Handle-Leaks erklärt Untersuchung eines Langzeit-Crashs einer Industriekamera — Handle-Leaks.

Verwandte Artikel

• Wie man Excel-Berichte erstellt — COM, Open XML und Vorlagen
• Wenn EXCEL.EXE bei der Excel-Steuerung aus C# zurückbleibt — COM-Referenzen richtig freigeben und Alternativen abwägen
• Windows-Dienste erstellen und betreiben — Abgrenzung zum Aufgabenplaner bis zur Umwandlung von BackgroundService in einen Dienst
• Windows-Sitzungsisolation verstehen — Sitzung 0, RDP und parallele Benutzer
• Untersuchung eines Langzeit-Crashs einer Industriekamera — Handle-Leaks

Verwandte Beratungsbereiche

Komura Soft LLC berät zur Gestaltung von Druck- und Berichtsausgabefunktionen in Windows-Geschäftsanwendungen, zur Modernisierung von Berichten unter Weiterverwendung vorhandener Excel-Assets und zur Architektur von Druck- und Ausgabefunktionen aus dauerhaft laufenden Diensten.

• Technische Beratung und Design-Review
• Windows-Anwendungsentwicklung
• Kontakt

Referenzen

Verwandte Artikel

Aktuelle Artikel mit denselben Schlagwörtern führen zu verwandten Themen weiter.

Verwandte Themen

Diese Seiten ordnen den Artikel in einen größeren Leistungs- und Entscheidungskontext ein.

Leistungen zu diesem Thema

Dieser Artikel ist direkt mit den folgenden Leistungen verbunden.

Häufige Fragen

Fragen, die in Beratungen zu diesem Artikelthema häufig gestellt werden.

Sollte ich mit PrintDocument oder mit WPF drucken?

Für eine WinForms-Oberfläche ist PrintDocument, für WPF FlowDocument oder FixedDocument die naheliegende Wahl. Technologien müssen nicht gemischt werden; praktisch entscheidet das UI-Framework der bestehenden Anwendung. Bei einem neuen WPF-Projekt sollten Sie früh festlegen, ob der Bericht in erster Linie fließenden Text oder ein festes Layout braucht. Dann ist klar, ob FlowDocument oder FixedDocument die Grundlage bildet.

Lohnt sich der Kauf einer Berichtsbibliothek?

Bei komplexen Berichten mit vielen Linien, mehreren Papierformaten, eingebetteten japanischen Schriften oder vertikalem Satz kann die Einführung einer Berichtsbibliothek günstiger sein als eine aufwendige Eigenentwicklung mit GDI+ oder WPF. Für eine einfache A4-Übersicht reicht eine eigene Umsetzung mit PrintDocument oder FixedDocument oft aus. Schätzen Sie daher zuerst die Komplexität der Anforderungen ab.

Kann ich nur PDF erzeugen und gar nicht drucken?

Ja, das ist oft sinnvoll. PDF ist nur ein Ausgabeformat. Die direkte Erzeugung mit einer PDF-Bibliothek, die weder Druckdialog noch Standarddrucker benötigt, passt besonders gut zu Batch-Verarbeitung und Automatisierung. Microsoft Print to PDF ist ein Treiber für interaktive Nutzung und nicht für unbeaufsichtigte PDF-Erzeugung gedacht.

Lassen sich auch Etiketten- oder Bondrucker unterstützen?

Ja, allerdings nicht immer als bloße Erweiterung von PrintDocument oder FixedDocument. Viele Etikettendrucker besitzen eine eigene Befehlssprache oder ein SDK und werden häufig außerhalb des Standarddruckpfads von Windows angesteuert. Prüfen Sie zunächst, ob das Zielgerät wie ein normaler Windows-Drucker arbeitet oder eine Steuerung über ein spezielles SDK erfordert.

Autorenprofil

Profilseite des Artikelautors.

Go Komura

Geschäftsführer von KomuraSoft LLC

Spezialisiert auf Windows-Softwareentwicklung, technische Beratung und Fehleranalyse, insbesondere bei bestehenden Systemen und schwer reproduzierbaren Störungen.