Formatierung erhalten
Zahlenformate, bedingte Formatierung, zusammengeführte Zellen, Spaltenbreiten und Druckbereiche werden wie vorgesehen gerendert – nicht als reine HTML‑Tabelle, die den Sinn des Designs verliert.
Ein Arbeitsbuch ist selten nur das, was auf dem Bildschirm zu sehen ist. Es enthält versteckte Blätter, gefilterte Zeilen, Kommentare, definierte Namen und alles, was jemand in Spalte BX abgelegt hat. Serverseitiges Rendern bedeutet, dass der Leser den Bericht sieht und nicht die Archäologie darunter.
Das Problem
Tabellenkalkulationen sind das Format, das am ehesten etwas durchsickern lässt. Versteckte Blätter mit Quelldaten, gefilterte Zeilen, die entfiltern, ein Pivot-Cache, der die gesamte Tabelle enthält, Kommentare aus einer Verhandlung, die niemand veröffentlichen wollte.
Die vorherige Konvertierung in PDF löst das Leck, erzeugt jedoch eine Aufgabe: Jemand muss die Konvertierung ausführen, und das PDF ist veraltet, sobald das Arbeitsbuch geändert wird.
Das serverseitige Rendern des Live-Arbeitsbuchs liefert beides. Der Leser sieht aktuelle Daten, formatiert wie vom Autor beabsichtigt, und erhält ein Bild statt einer Datei mit einem Untergrund.
Funktionen
Zahlenformate, bedingte Formatierung, zusammengeführte Zellen, Spaltenbreiten und Druckbereiche werden wie vorgesehen gerendert – nicht als reine HTML‑Tabelle, die den Sinn des Designs verliert.
Diagramme werden zusammen mit ihren Daten gerendert, anstatt zu verschwinden, was normalerweise das Erste ist, das bei einer naiven Konvertierung kaputt geht.
.xls, .xlsx, .xlsm, .xlsb, .xltx, .xltm, .ods und .csv, alles über denselben Öffnungsaufruf.
Die Ausgabe folgt dem Seitenlayout des Arbeitsbuchs, sodass ein Bericht, der für den Druck auf vier Seiten konzipiert ist, als vier Seiten und nicht als ein endloser Bildlauf angezeigt wird.
Mit dem AdvancedSearch‑Plugin ist Zelltext im gesamten gerenderten Dokument durchsuchbar.
Die Auswertung erfolgt serverseitig. Der Client erhält niemals Formeln, definierte Namen oder den Abhängigkeitsgraphen, der es jemandem ermöglichen würde, Ihr Modell zu rekonstruieren.
Integration
Da der Viewer vom Seitenlayout gesteuert wird, wird ein Arbeitsbuch mit sinnvollen Druckbereichen viel besser gerendert als eines, das nie gedruckt wurde. Es lohnt sich, das zu überprüfen, bevor man den Renderer beschuldigt.
Unterstützte Erweiterungen
// Same call, different family
string token = await viewer.OpenDocumentAsync("wwwroot/files/Q3-Report.xlsx");
// CSV goes through the same path — useful for data exports
// that users want to read rather than download
string csvToken = await viewer.OpenDocumentAsync("wwwroot/exports/ledger.csv");Details
Das Rendern spiegelt die im Arbeitsbuch gespeicherten Werte und das Format wider. Was der Client erhält, ist ein Bild des Blatts, niemals die Formeln oder den dahinterstehenden Abhängigkeitsgraphen.
Sie sind nicht Teil dessen, was dem Leser gerendert wird, was der Hauptgrund ist, warum Teams dies dem Versenden der Datei per E‑Mail vorziehen. Das Arbeitsbuch behält seine Struktur auf Ihrem Server; der Browser erhält Seiten.
Ja, obwohl das Ergebnis dem Seitenlayout folgt. Ein Blatt, dem nie ein Druckbereich zugewiesen wurde, wird aus demselben Grund ungeschickt paginiert, aus dem Grund, dass es ungeschickt druckt.
Word
Natives DOC/DOCX/RTF/ODT-Rendering ohne Office-Installation, ohne COM-Interop und ohne serverseitige Automatisierung.
WordServerseitiges PDF-Rendering zu Seitenbildern – der Benutzer liest das Dokument, ohne jemals die Datei zu erhalten.
PDFEine temporäre Lizenz lässt sich in wenigen Minuten anfordern und läuft vollständig auf Ihrem eigenen Rechner. Die wichtigen Dateien sind bereits die, die Ihren aktuellen Viewer zum Absturz bringen.