Formattazione preservata
I formati numerici, la formattazione condizionale, le celle unite, le larghezze delle colonne e le aree di stampa vengono renderizzate così come sono — non come una semplice tabella HTML che ha perso il senso del design.
Un workbook raramente è solo ciò che appare sullo schermo. Contiene fogli nascosti, righe filtrate, commenti, nomi definiti e qualsiasi cosa qualcuno abbia inserito nella colonna BX. Il rendering lato server significa che il lettore vede il report e non l'archeologia sottostante.
Il problema
I fogli di calcolo sono il formato più incline a far trapelare qualcosa. Fogli nascosti che contengono dati di origine, righe filtrate che si de-filtrano, una cache pivot contenente l'intera tabella, commenti da una negoziazione che nessuno intendeva pubblicare.
Convertire prima in PDF risolve la perdita ma crea un compito: qualcuno deve eseguire la conversione, e il PDF diventa obsoleto nel momento in cui il workbook cambia.
Il rendering del workbook live lato server ottiene entrambi. Il lettore vede i dati attuali, formattati come l'autore ha inteso, e riceve un'immagine anziché un file con un seminterrato.
Funzionalità
I formati numerici, la formattazione condizionale, le celle unite, le larghezze delle colonne e le aree di stampa vengono renderizzate così come sono — non come una semplice tabella HTML che ha perso il senso del design.
I grafici vengono renderizzati accanto ai loro dati anziché scomparire, il che è solitamente la prima cosa che si rompe in una conversione ingenua.
.xls, .xlsx, .xlsm, .xlsb, .xltx, .xltm, .ods e .csv, tutti tramite la stessa chiamata di apertura.
L'output segue l'impostazione di pagina del workbook, così un report progettato per stampare su quattro pagine viene visualizzato come quattro pagine invece di un unico scorrimento infinito.
Con il plugin AdvancedSearch, il testo delle celle è ricercabile nell'intero documento renderizzato.
La valutazione avviene lato server. Il client non riceve mai formule, nomi definiti o il grafo di dipendenze che permetterebbe a qualcuno di ricostruire il tuo modello.
Integrazione
Poiché il visualizzatore è guidato dall'impostazione di pagina, un workbook con aree di stampa sensate viene renderizzato molto meglio rispetto a uno che non è mai stato stampato. Vale la pena verificare ciò prima di incolpare il renderizzatore.
Estensioni supportate
// 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");Dettagli
Il rendering riflette i valori e la formattazione memorizzati nel workbook. Ciò che il client riceve è un'immagine del foglio, mai le formule o il grafo di dipendenze sottostante.
Non fanno parte di ciò che viene renderizzato per il lettore, il che è il motivo principale per cui i team preferiscono questo rispetto all'invio del file via email. Il workbook mantiene la sua struttura sul tuo server; il browser riceve le pagine.
Sì, anche se il risultato segue l'impostazione di pagina. Un foglio che non ha mai avuto un'area di stampa definita impaginerà in modo scomodo per lo stesso motivo per cui stampa in modo scomodo.
Word
Rendering nativo di DOC/DOCX/RTF/ODT senza installazione di Office, senza interop COM e senza automazione lato server.
WordRendering PDF lato server in immagini di pagina — l'utente legge il documento senza mai ricevere il file.
PDFUna licenza temporanea richiede pochi minuti per essere richiesta e funziona interamente sul tuo computer. I file che contano sono quelli che già interrompono il tuo visualizzatore corrente.