Zachowane formatowanie
Formaty liczb, formatowanie warunkowe, scalone komórki, szerokości kolumn i obszary wydruku są renderowane tak, jak zaprojektowano — a nie jako goła tabela HTML, która straciła sens projektu.
Skoroszyt rzadko jest tylko tym, co widać na ekranie. Zawiera ukryte arkusze, filtrowane wiersze, komentarze, zdefiniowane nazwy i cokolwiek ktoś umieścił w kolumnie BX. Renderowanie po stronie serwera oznacza, że czytelnik widzi raport, a nie archeologię pod nim.
Problem
Arkusze kalkulacyjne są formatem, który najczęściej może wyciec. Ukryte arkusze zawierające dane źródłowe, filtrowane wiersze, które się odfiltrowują, pamięć podręczna tabel przestawnych zawierająca pełną tabelę, komentarze z negocjacji, których nikt nie chciał publikować.
Konwersja najpierw do PDF rozwiązuje problem wycieku, ale tworzy dodatkowy obowiązek: ktoś musi uruchomić konwersję, a PDF staje się nieaktualny w momencie, gdy skoroszyt się zmieni.
Renderowanie bieżącego skoroszytu po stronie serwera zapewnia oba rozwiązania. Czytelnik widzi aktualne dane, sformatowane tak, jak zamierzył autor, i otrzymuje obraz zamiast pliku z podkładem.
Możliwości
Formaty liczb, formatowanie warunkowe, scalone komórki, szerokości kolumn i obszary wydruku są renderowane tak, jak zaprojektowano — a nie jako goła tabela HTML, która straciła sens projektu.
Wykresy są renderowane razem z danymi, a nie znikają, co zwykle jest pierwszą rzeczą psującą się w prostej konwersji.
.xls, .xlsx, .xlsm, .xlsb, .xltx, .xltm, .ods i .csv, wszystkie za pomocą tego samego wywołania.
Wyjście podąża za ustawieniami strony skoroszytu, więc raport zaprojektowany do druku na czterech stronach wyświetla się jako cztery strony, a nie jako jeden niekończący się przewijany dokument.
Dzięki wtyczce AdvancedSearch tekst w komórkach jest przeszukiwalny w całym renderowanym dokumencie.
Obliczenia odbywają się po stronie serwera. Klient nigdy nie otrzymuje formuł, zdefiniowanych nazw ani grafu zależności, które pozwoliłyby komuś odtworzyć Twój model.
Integracja
Ponieważ przeglądarka jest sterowana ustawieniami strony, skoroszyt z sensownymi obszarami wydruku renderuje się znacznie lepiej niż ten, który nigdy nie był drukowany. Warto to sprawdzić, zanim obwini się renderera.
Obsługiwane rozszerzenia
// 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");Szczegóły
Renderowanie odzwierciedla zapisane wartości i formatowanie skoroszytu. To, co otrzymuje klient, to obraz arkusza, nigdy formuły ani graf zależności za nim stojący.
Nie są częścią tego, co jest renderowane dla czytelnika, co jest głównym powodem, dla którego zespoły wolą to rozwiązanie od wysyłania pliku mailem. Skoroszyt zachowuje swoją strukturę na Twoim serwerze; przeglądarka otrzymuje strony.
Tak, choć wynik zależy od ustawień strony. Arkusz, który nigdy nie miał zdefiniowanego obszaru wydruku, będzie paginowany niezgrabnie z tego samego powodu, dla którego drukuje się niezgrabnie.
Word
Natywne renderowanie DOC/DOCX/RTF/ODT bez instalacji Office, bez interopu COM i bez automatyzacji po stronie serwera.
WordRenderowanie PDF po stronie serwera na obrazy stron — użytkownik czyta dokument, nigdy nie otrzymując pliku.
PDFTymczasowa licencja wymaga kilku minut na zamówienie i działa w pełni na Twoim komputerze. Najważniejsze pliki to te, które już psują Twój obecny podgląd.