Neuigkeiten in Doconut 26.8.0: .NET Standard 2.1 und bessere Dokumenttreue

Ein neues Doconut-Ziel ergänzt die aktuelle SDK-Familie

Doconut 26.8.0 führt ein Paket der aktuellen Generation für Anwendungen ein, die .NET Standard 2.1 nutzen. Es bringt das bereits von den modernen Doconut SDKs verwendete Modell für Dependency Injection, Middleware, asynchrone Dokumenten‑Sitzungen, Plugins und verteilte Veröffentlichung zu einer weiteren Gruppe von .NET‑Hosts.

Drei koordinierte Dokument‑Viewer‑Module, die eine neue Laufzeitgrundlage und verbesserte Dokumentausgabe präsentieren

Das Release verbessert zudem das Rendern und die Konvertierung von Word, Excel, Visio, PSD, Bildern und der E‑Mail‑Erkennung. Teams, die das Release evaluieren, sollten beide Seiten des Updates betrachten: den neuen Integrationspfad und die Dokumente, die ihre Benutzer tatsächlich öffnen.

Lesen Sie die vollständigen Doconut 26.8.0 Release‑Hinweise für die offizielle Liste der Änderungen.

.NET Standard 2.1 erhält das aktuelle Integrationsmodell

Das Doconut.NETStandard‑Paket zielt ab Version 26.8.0 nun auf netstandard2.1. Laut der Installationsdokumentation umfassen kompatible Hosts .NET Core 3.0 und höher, einschließlich .NET 5, 6, 7 und 8 Anwendungen.

Das Paket enthält den Kern‑Viewer mit Anmerkungen und erweiterter Suche, während Converter und DICOM weiterhin über die entsprechenden Plugin‑Pakete verfügbar sind. Dies ermöglicht Teams, die einen kompatiblen Host verwenden, Zugriff auf dasselbe umfassende Workflow‑Modell: Das SDK per Dependency Injection registrieren, seine Ressourcen über Middleware bereitstellen, Dokumente asynchron öffnen und optionale Funktionen je nach Anwendungsanforderungen und Lizenz hinzufügen.

Der Release wird von zwei Beispielanwendungen begleitet. Eine demonstriert einen Single‑Node‑MVC‑Viewer, während die andere mehrere Nodes zeigt, die Dokumentartefakte aus einem gemeinsamen Ordner bereitstellen. Diese Beispiele bieten Entwicklern konkrete Ausgangspunkte zur Bewertung des aktuellen Hosting‑Modells.

Version 26.8.0 ist eine echte Upgrade‑Grenze

Der Paket‑Identifier bleibt Doconut.NETStandard, aber die Version trennt zwei verschiedene Generationen:

Paketversion	Bibliothekstarget	Integrationsgeneration
26.7.0 und früher	.NET Standard 2.0	Vorheriges API‑ und Hosting‑Modell
26.8.0 und später	.NET Standard 2.1	Aktuelles API‑ und Hosting‑Modell

Es gibt keine Kompatibilitätsschicht zwischen diesen APIs. Das Erhöhen der Paketversion ändert das Ziel‑Framework und die Integrationsfläche, sodass eine bestehende Anwendung das Update als geplante Migration behandeln sollte.

Der offizielle .NET Standard 2.1 Migrationsleitfaden ordnet die vorherige Viewer‑Konstruktion, synchrone Dokumentenöffnung, Ressourcenbereitstellung, Lizenzierung, Plugins und Web‑Farm‑Verhalten den aktuellen Entsprechungen zu. Überprüfen Sie diesen Leitfaden, bevor Sie Paket‑Referenzen ändern, insbesondere wenn die Anwendung benutzerdefinierte Middleware oder mehrere Serving‑Nodes verwendet.

Word‑Seiten rendern genauer

Mehrere Änderungen konzentrieren sich auf Word‑Dokumente:

Das Aktualisieren von Feldern löst im gemeldeten Szenario keinen Rendering‑Fehler mehr aus.
Die Zeichenplatzierung entspricht besser dem Quelldokument.
Die Einrückung von Aufzählungslisten wird korrigiert.
Die Word‑zu‑PDF‑Konvertierung behält Bilder bei, die zuvor möglicherweise entfernt wurden.
Die Konvertierung fügt die gemeldete zusätzliche leere Seite nicht mehr hinzu.
Die SVG‑Ausgabe für Gleichungen ist kleiner, da sie nicht mehr den gesamten Schriftglyphensatz einbetten muss.

Diese Updates sind besonders relevant für Dokumentenportale, die Vorlagen, Berichte, Angebote oder generierte Geschäftsdokumente verarbeiten. Testen Sie feldintensive Dateien, benutzerdefinierte Schriften, Listen und bildreiche Seiten aus Ihrem eigenen Workflow.

Excel‑ und Visio‑Ausgabe erhält gezielte Korrekturen

Für Excel behebt der Viewer einen Fehler, der bestimmte Diagramme oder Bilder betraf. Das Converter‑Plugin erhält mehrere Treue‑Korrekturen für die Spreadsheet‑zu‑PDF‑Ausgabe: Größe von Kreisdiagrammen, Zeilenabstand in Textfeldern, Platzierung von Formen, Verhalten versteckter Formen und Farben eingebetteter Bilder.

Das Visio‑Rendering erhält ebenfalls gezielte Verbesserungen. Fehlende Verbindungslinien können nun korrekt angezeigt werden, der Container‑Header‑Text wird richtig positioniert, und die Textmessung innerhalb gruppierter Formen reduziert Abschneiden und Überlauf.

Ein nützliches Regression‑Set sollte daher Tabellenkalkulationen mit Diagrammen und positionierten Objekten sowie Diagramme mit Verbindern, Containern und gruppierten Elementen umfassen. Vergleichen Sie das gerenderte oder konvertierte Ergebnis mit dem Quellmaterial anhand der Darstellung, die die Benutzer in der bereitgestellten Anwendung sehen werden.

PSD‑ und Bildverarbeitung verbessern sich

Das PSD‑Rendering bewahrt nun die Quellhelligkeit genauer, verarbeitet den gemeldeten komplexen Liquify‑Smart‑Filter‑Fall, behält Ebeneneffekte auf Smart‑Objekten bei und verbessert die Komposition von Overlay‑Effekten.

Die Bild‑Viewer enthalten ebenfalls format‑spezifische Korrekturen. Der genaue Umfang variiert je nach Doconut‑Build, daher sollten Sie die Release‑Hinweise nutzen, um jede Korrektur dem Paket zuzuordnen, das Ihre Anwendung bereitstellt. Version 26.8.0 verbessert zudem die Erkennung von XHTML‑ und Binärdateien, die sonst möglicherweise fälschlicherweise als e‑Mail‑bezogener Inhalt klassifiziert würden.

Ein praktischer Evaluationsplan für 26.8.0

Betrachten Sie das Release als ein kleines Engineering‑Projekt:

Stellen Sie sicher, dass der Host das ausgewählte Doconut‑Paket und -Target konsumieren kann.
Inventarisieren Sie die aktuellen Kern‑ und Plugin‑Paketversionen.
Wenn Sie Doconut.NETStandard aktualisieren, folgen Sie dem Migrationsleitfaden, anstatt nur die Versionsnummer zu ändern.
Erstellen Sie ein repräsentatives Testset, das die in der Produktion verwendeten Dokumentfamilien abdeckt.
Vergleichen Sie Rendering, Konvertierung, Suche, Anmerkungen, Sitzungsverhalten und anwendungsspezifische Zugriffskontrollen.
Validieren Sie das Single‑Node‑ oder verteilte Beispiel, das der geplanten Bereitstellung am nächsten kommt.
Dokumentieren Sie die Ergebnisse, bevor Sie das Produktions‑Update planen.

Dieser Ansatz trennt verifizierte Release‑Verbesserungen von Annahmen darüber, wie sich eine einzelne Datei oder Bereitstellung verhalten wird.

Doconut 26.8.0 evaluieren

Doconut 26.8.0 erweitert die aktuelle SDK‑Architektur auf .NET Standard 2.1 und bietet einen umfangreichen Satz von Dokumenttreue‑Korrekturen. Der nützlichste nächste Schritt ist, das Paket mit dem Host, den Plugins und dem Dateikorpus zu testen, der für Ihre Anwendung relevant ist.

Besuchen Sie die Doconut Viewer SDK Übersicht, um die Produktfamilie zu prüfen, und dann die Testversion herunterladen und evaluieren Sie Version 26.8.0 in einer isolierten Umgebung, bevor Sie ein Upgrade planen.