Formato preservado
Los formatos numéricos, el formato condicional, celdas combinadas, anchos de columna y áreas de impresión se renderizan tal como están — no como una tabla HTML simple que perdió el propósito del diseño.
Un libro de trabajo rara vez es solo lo que se ve en pantalla. Contiene hojas ocultas, filas filtradas, comentarios, nombres definidos y cualquier cosa que alguien haya colocado en la columna BX. Renderizar en el servidor significa que el lector ve el informe y no la arqueología que hay debajo.
El problema
Las hojas de cálculo son el formato con mayor probabilidad de filtrar algo. Hojas ocultas que contienen datos fuente, filas filtradas que se desfiltran, una caché de tabla dinámica que contiene la tabla completa, comentarios de una negociación que nadie quiso publicar.
Convertir primero a PDF resuelve la filtración y crea una tarea: alguien tiene que ejecutar la conversión, y el PDF queda obsoleto en el momento en que el libro de trabajo cambia.
Renderizar el libro de trabajo en vivo en el servidor logra ambas cosas. El lector ve los datos actuales, formateados como el autor lo pretendía, y recibe una imagen en lugar de un archivo con un sótano.
Capacidades
Los formatos numéricos, el formato condicional, celdas combinadas, anchos de columna y áreas de impresión se renderizan tal como están — no como una tabla HTML simple que perdió el propósito del diseño.
Los gráficos se renderizan junto a sus datos en lugar de desaparecer, lo cual suele ser lo primero que falla en una conversión ingenua.
.xls, .xlsx, .xlsm, .xlsb, .xltx, .xltm, .ods y .csv, todo a través de la misma llamada de apertura.
La salida sigue la configuración de página del libro de trabajo, por lo que un informe diseñado para imprimirse en cuatro páginas se muestra como cuatro páginas en lugar de un desplazamiento infinito.
Con el complemento AdvancedSearch, el texto de las celdas es buscable en todo el documento renderizado.
La evaluación ocurre en el servidor. El cliente nunca recibe fórmulas, nombres definidos o el grafo de dependencias que permitiría a alguien reconstruir tu modelo.
Integración
Debido a que el visor se basa en la configuración de página, un libro de trabajo con áreas de impresión sensatas se renderiza mucho mejor que uno que nunca se ha imprimido. Vale la pena comprobarlo antes de culpar al renderizador.
Extensiones compatibles
// 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");Detalles
El renderizado refleja los valores y el formato almacenados en el libro de trabajo. Lo que el cliente recibe es una imagen de la hoja, nunca las fórmulas ni el grafo de dependencias detrás de ella.
No forman parte de lo que se renderiza para el lector, lo que es la principal razón por la que los equipos prefieren esto a enviar el archivo por correo. El libro de trabajo mantiene su estructura en tu servidor; el navegador recibe páginas.
Sí, aunque el resultado sigue la configuración de página. Una hoja que nunca ha tenido un área de impresión definida paginará de forma incómoda por la misma razón que imprime de forma incómoda.
Word
Renderizado nativo de DOC/DOCX/RTF/ODT sin instalación de Office, sin interop COM y sin automatización del lado del servidor.
WordRenderizado de PDF del lado del servidor en imágenes de página — el usuario lee el documento sin recibir nunca el archivo.
PDFUna licencia temporal tarda unos minutos en solicitarse y se ejecuta completamente en tu propia máquina. Los archivos que importan son los que ya están rompiendo tu visor actual.