Technischer Artikel

Multi-Engine-PDF-Rendering in Delphi: Built-in, Cairo und PDFium mit PDFlibPas

Dieser deutsche Artikel behandelt PDFlibPas: text, image, and font extraction in Delphi für Teams, die mit Delphi, C++Builder, Lazarus/FPC und losLab-Komponenten arbeiten

Der Fokus liegt auf praxisnahen Entscheidungen, Fallstricken und Prüfpunkten, damit die Lösung im produktiven Einsatz verlässlich bleibt

Das häufigste Fehlerszenario besteht darin, dass Beispieldateien normal erscheinen, aber tatsächliche Kundendateien, Ziel-Viewer oder Downstream-Systeme Abweichungen offenbaren. Um dies zu beheben, müssen Entscheidungen in der Entwurfsphase in Protokollen, Validierungsberichten und Support-Paketen sichtbar sein

Schreiben Sie Multi-Engine-PDF-Renderings in den PDF-Verarbeitungsvertrag

PDFlibPas pflegt beide Schichten hinter einem Klammerpaar: BeginTag öffnet ein Strukturelement und startet die Marked-Content-Sequenz, Zeichenaufrufe landen darin, und EndTag schließt beides. Die Buchführung — MCIDs, Parent Tree, Seitenreferenzen — geschieht intern und entfernt den fehleranfälligsten Teil von handgebautem Tagging

  • Eingabe-PDF, Vorlagenversion, Verarbeitungskonfiguration und Ausgabeziel für Multi-Engine-PDF-Rendering
  • font subset naming, encoding diagnostics, and missing ToUnicode handling
  • confidence flags for OCR layers, hidden text, clipped content, and rotated pages
  • Welche Warteschlange bekommt sie unter diesen Voraussetzungen: Dunkelverarbeitung, manuelle Prüfung oder Quarantäne
  • Aufbewahrungsregeln für Protokolle, Diagnosepakete, temporäre Dateien, Zertifikate und Kundendaten

Identifizieren Sie zuerst den Dokumentenstatus, bevor Sie das Multi-Engine-PDF-Rendering ausführen

Gezeichnete Gitterlinien bedeuten außerhalb des Bildschirms nichts. Was Screenreader navigieren, sind Strukturbeziehungen: welche Zellen Kopfzellen sind, wofür jeder Kopf gilt und wie Datenzellen in unregelmäßigen Layouts an Köpfe gebunden werden. Die Strukturelement-Attributaufrufe behandeln alle drei:

  1. extract images with page location, dimensions, color space, and original object data when needed
  2. Führen Sie die Multi-Engine-PDF-Rendering-Verarbeitung gemäß der benannten Konfiguration aus und protokollieren Sie Warnungen in jeder Phase
  3. produce an analysis report that distinguishes facts from inferred reading order
  4. Ungetaggte, aber textreiche Dateien. Heuristische Reihenfolge ist für lineare Berichte meist richtig und für Layouts mit Seitenleisten oder Zwischenzitaten falsch. Kennzeichnen Sie die Reihenfolge in der UI und im Diagnoselog als geschätzt
  5. Reine Bildscans. Es gibt überhaupt keine Textebene. Erkennen Sie sie über leere Reading Units und führen Sie den Benutzer zu einem vorgelagerten OCR-Schritt, statt den Reader nichts sprechen zu lassen

Eine Fallback-Kette, die sich selbst erklärt

Annotation-Navigation hat einen eigenen Knopf. PDF/UA erwartet, dass die Tastaturnavigation durch Formularfelder und Links der Strukturreihenfolge folgt, und SetTabOrderMode schreibt den seitenbezogenen Tab-Order-Eintrag, den Viewer beachten, während GetTabOrderMode für das Audit eingehender Dateien verfügbar ist. Es ist genau die Art Anforderung, die niemand bemerkt, bis ein reiner Tastaturnutzer den Fehler meldet, und sie kostet einen Aufruf pro Dokument

  • warnings for hidden, clipped, rotated, or overlapping content
  • terminology snapshot: text extraction, image extraction, font resource, ToUnicode
  • Radiogruppen mit gemeinsamem Namen. Ein Feld, viele Widgets. Die Wertzuweisung wählt, welches Widget angehakt erscheint, und UI-Code pro Widget, der one-name-one-rectangle annimmt, zeichnet den falschen Fokusring
  • Berechnete Felder. Summen, die Dokument-JavaScript berechnet, aktualisieren sich über Feldereignisse. Ein programmatisches Füllen, das Ereignisse umgeht, sollte entweder neu berechnen oder die berechneten Felder explizit überschreiben — ein Formular auszuliefern, in dem Positionen und Summe widersprechen, ist schlechter als beide Optionen
  • Einsatzfall vor der Codeänderung festlegen

Multi-Engine-PDF-Rendering ist kein einzelner PDF-Aufruf

Können verschiedene Seiten eines Dokuments verschiedene Engines verwenden? Ja. SelectRenderer wirkt auf nachfolgende Aufrufe der Instanz, sodass eine Fallback-Kette eine einzelne störrische Seite auf einer anderen Engine wiederholen kann, während der Rest des Dokuments auf dem Standard bleibt

Weiter erkunden

Für Vorschauzeichnung, Druckerauswahl und DevMode-Behandlung geht es weiter mit dem Artikel zu Print Preview und Device Context. Wenn Ihre Renderings eine Hochvolumen-Pipeline über sehr große Dateien speisen, passt der handlebasierte Ansatz in dem Direct-Access-Leitfaden gut zu seitenweisem Rendering über DARenderPageToFile

  • Eingabe-PDF, Vorlagenversion, Verarbeitungskonfiguration und Ausgabeziel für Multi-Engine-PDF-Rendering
  • font subset naming, encoding diagnostics, and missing ToUnicode handling
  • confidence flags for OCR layers, hidden text, clipped content, and rotated pages
  • Welche Warteschlange bekommt sie unter diesen Voraussetzungen: Dunkelverarbeitung, manuelle Prüfung oder Quarantäne
  • Aufbewahrungsregeln für Protokolle, Diagnosepakete, temporäre Dateien, Zertifikate und Kundendaten
  • warnings for hidden, clipped, rotated, or overlapping content
  • terminology snapshot: text extraction, image extraction, font resource, ToUnicode

Technische Kernpunkte zur Überprüfung: Multi-Engine-PDF-Rendering

Home · Suche · losLab.com

  • Entscheidung: Eingabe-PDF, Vorlagenversion, Verarbeitungskonfiguration und Ausgabeziel für Multi-Engine-PDF-Rendering. Konzentrieren Sie sich bei der Implementierung auf die Ausführung der entsprechenden Multi-Engine-PDF-Rendering-Verarbeitung gemäß der benannten Konfiguration und protokollieren Sie Warnungen in jeder Phase. Die Abnahmebelege sollten Ergebnisse von Ziel-Viewern, Validierern, Druckprozessen oder Downstream-Anwendungen enthalten. Die Regressionsproben müssen auch abdecken, dass jeder Schritt, der Signaturen, Berechtigungen or Archivierungsemantik ändert, explizit aufgezeichnet werden muss
  • ligatures and custom encodings can make copied text differ from visible text

Grenzfälle beim Multi-Engine-PDF-Rendering, die leicht Probleme aufdecken

Diese Situationen decken am ehesten Probleme bei Implementierungen auf Beispielniveau auf und sollten jeweils in benannte Regressionsproben aufgenommen werden

  • Run the workflow on an empty file, a normal customer file, and a worst-case file
  • Open the generated PDF with the target viewer, validator, printer, or downstream application
  • Log product version, profile version, input hash, output path, elapsed time, and warning count
  • Keep passwords, certificates, temporary files, and customer data under explicit retention rules
  • Add regression documents when a customer file exposes a new edge case

Product documentation

In Delphi oder C++Builder wird empfohlen, PDFlibPas-Aufrufe hinter einer kleinen Dienstgrenze zu kapseln. Die Geschäftsebene übergibt nur Dateien, Streams, Konfigurationen und Anmeldeinformationen, während die Dienstebene Ausgabepfade, Warnungen, Metriken und Validierungsstatus zurückgibt. Zu den in diesem Artikel behandelten wichtigen Begriffen gehören , , , , ,

Delphi-Codebeispiel

Das folgende Delphi-Beispiel zeigt die Umsetzung dieses Themas in der Geschäftsdienstleistungsebene. Wenn Sie Richtlinienprüfungen, Protokollierung und Validierung außerhalb der Komponentenaufruf-Grenzen platzieren, werden nachfolgende Tests und Fehlerbehebungen stabiler

procedure RenderWithFallback(const InputFile, OutputPng: string; PageRef: Integer);
var
  Pdf: TPDFlib;
  FileHandle: Integer;
begin
  Pdf := TPDFlib.Create;
  try
    FileHandle := Pdf.DAOpenFileReadOnly(InputFile, '');
    try
      if Pdf.DARenderPageToFile(FileHandle, PageRef, 5, 300, OutputPng) <> 1 then
        RenderWithSecondaryEngine(InputFile, OutputPng, PageRef, Pdf.LastRenderError);
    finally
      Pdf.DACloseFile(FileHandle);
    end;
  finally
    Pdf.Free;
  end;
end;

Checkliste für den Go-Live

  • Führen Sie den Prozess jeweils mit einer leeren Datei, einer normalen Kundendatei und einem PDF für den schlimmsten Fall aus
  • Öffnen Sie die Ausgabe mit Ziel-Viewern, Validierern, Druckprozessen oder Downstream-Systemen
  • Produktversion, Konfigurationsversion, Eingabe-Hash, Ausgabepfad, benötigte Zeit und Anzahl der Warnungen protokollieren
  • Festlegung klarer Aufbewahrungsregeln für Passwörter, Zertifikate, temporäre Dateien und Kundendaten
  • Wenn Kunden-PDFs neue Grenzfälle offenbaren, fügen Sie die Proben dem Regressionssatz hinzu

Relevante Produktdokumentation

Bevor Sie diesen Prozess in ein wiederverwendbares internes Werkzeug kapseln, lesen Sie bitte die Produktseite und die API-Dokumentation:

Zusätzliche Codebeispiele

PDF.SetRenderScale(2.0);                    // every later render is doubled
PDF.RenderPageToFile(150, 1, 5, 'p1.png');  // effectively 300 DPI
PDF.SetRenderScale(1.0);                    // reset, or your thumbnails arrive huge
procedure RenderPageWithFallback(PDF: TPDFlib; Page: Integer; const OutFile: string);
begin
  PDF.SelectRenderer(1);                            // built-in first
  PDF.RenderPageToFile(200, Page, 5, OutFile);      // 5 = PNG
  if PDF.LastRenderError = '' then Exit;
  LogEngineFailure('built-in', Page, PDF.LastRenderError);
  if PDF.SelectRenderer(3) = 3 then                 // PDFium as the heavy fallback
  begin
    PDF.RenderPageToFile(200, Page, 5, OutFile);
    if PDF.LastRenderError = '' then Exit;
    LogEngineFailure('pdfium', Page, PDF.LastRenderError);
  end;
  raise Exception.CreateFmt('Page %d failed on all available engines', [Page]);
end;