Dlaczego ebook źle wyświetla się na czytniku?

Ebook, który na jednym urządzeniu wygląda dobrze, a na innym się rozjeżdża, nie jest ofiarą „dziwnego czytnika" – jest ofiarą kodu, który zostawia zbyt wiele przypadkowi. Czytniki naprawdę różnią się interpretacją plików, ale porządnie zrobiony EPUB wygląda dobrze na wszystkich. Oto najczęstsze objawy i ich przyczyny, a także sposoby naprawy.

Objaw 1: rozjechane odstępy, „sklejone" lub porozrywane akapity

Przyczyna: stylowanie inline i śmieciowe klasy z eksportu. Silniki automatycznie konwertujace pliki (eksport z Worda czy InDesigna) generują dziesiątki klas typu para-style-override-3 oraz style przypisane do pojedynczych akapitów. Część czytników je honoruje, część ignoruje, część interpretuje po swojemu – powouduje to, że ten same ebook możę wyświetlać się zupełnie różnie na różnych urządzniach.

Druga częsta przyczyna: „odstępy enterami" – puste akapity i wymuszone łamania <br/> potrafią np. spowodować efekt pustej strony w środku rozdziału.

Naprawa: czyszczenie kodu do prostej, semantycznej struktury + jeden przemyślany arkusz stylów CSS dla całej książki. Zupełne pozbycie się stylów inline. To dokładnie ten etap konwersji, którego pominięcie odróżnia plik „z automatu" od pliku zrobionego porządnie.

Objaw 2: fonty nie działają

Przyczyny – trzy różne:

1. fonty niedołączone do ebooka. Arkusz stylów CSS się do nich odwołuje, ale w paczce ich nie ma, co powoduje wykorzystanie systemowego fontu;
2. fonty dołączone, ale czytnik domyślnie używa własnych (użytkownik może to przełączyć; na niektórych platformach trzeba zadeklarować użycie fontów wydawcy w ustawieniach pliku);
3. fonty dołączone bez licencji na osadzanie, zamaskowane

Naprawa: osadzenie fontów z licencją (albo bliskich odpowiedników z legalnych bibliotek), poprawne @font-face, deklaracja w metadanych – i świadomość, że czytelnik ma prawo nadpisać typografię. Dobry skład wygląda dobrze także z fontem systemowym.

Objaw 3: „krzaczki" zamiast polskich znaków

Przyczyna: kodowanie inne niż UTF-8 (pamiątka po starych plikach źródłowych) albo font bez polskich znaków – ą, ś, ź wyświetlają się wtedy fontem zastępczym lub jako znaki zapytania.

Naprawa: konwersja plików do UTF-8 z poprawną deklaracją oraz fonty z pełnym zestawem polskich znaków (przy fontach z bibliotek internetowych zawsze sprawdzamy podzbiór latin-ext).

Objaw 4: ilustracje gigantyczne, mikroskopijne albo rozmyte

Przyczyny: brak wymiarowania w CSS (czytnik pokazuje obraz 1:1 – skan 3000 px zajmuje trzy ekrany), wymiary zaszyte w pikselach w HTML, albo obrazy o zbyt małej rozdzielczości rozciągane do szerokości ekranu.

Naprawa: skalowanie względne w CSS (obraz maksymalnie na szerokość ekranu, wysokość automatyczna) + rozsądna rozdzielczość źródeł – w praktyce zwykle 640–1000 px szerokości zależnie od szczegółowości grafiki; mapy i schematy z drobnym tekstem bliżej górnej granicy. Przy okazji pilnujemy wagi pliku: nieoptymalizowane ilustracje to główny powód, dla którego ebook waży kilkadziesiąt megabajtów oraz wolno się otwiera na czytniku, a czasem odbija od limitów dystrybutorów.

Objaw 5: książka „tnie się", wolno otwiera, czytnik zawiesza się przy kartkowaniu

Przyczyna: cała książka w jednym dużym pliku XHTML. Czytniki (zwłaszcza e-ink) renderują pliki w całości – pojedynczy plik o wielkości setek kilobajtów potrafi zamrozić urządzenie.

Naprawa: podział treści na pliki per rozdział (duże pliki dzielimy także wtedy, gdy rozdział sam w sobie jest bardzo długi). Efekt uboczny: szybsze otwieranie, sprawniejsza nawigacja i mniejsze ryzyko zamrożenia czytnika.

Objaw 6: na Kindle wygląda inaczej niż na innych czytnikach

Przyczyna: różne silniki renderowania + różny zakres obsługi CSS. To normalne – ale skala różnic zależy od jakości pliku. Kod prosty i semantyczny renderuje się niemal identycznie wszędzie. Osobny przypadek to pochodne formaty (MOBI/KPF): dziedziczą problemy źródłowego EPUB-a i dokładają własne ograniczenia.

Naprawa/profilaktyka: projektowanie „na najsłabsze ogniwo" – prosty CSS o szerokiej kompatybilności i test na realnych urządzeniach przed publikacją: czytnik e-ink, telefon, tablet. U nas próba na czytniku jest częścią każdego zlecenia, obok walidacji EPUBCheck i Ace.

Objaw 7: czytelnik zmienia rozmiar czcionki i skład się sypie

Przyczyna: rozmiary zaszyte w pikselach, sztywne wysokości ramek, pozycjonowanie absolutne – czyli walka z naturą formatu płynnego.

Naprawa: jednostki względne (em, %), brak sztywnych wysokości. Skalowalność tekstu to nie tylko wygoda – to wymóg dostępności WCAG, którego brak wyklucza plik z rynku po pełnym wejściu wymogów EAA.

Diagnoza w 10 minut – zanim zlecisz naprawę

1. Otwórz plik w 2–3 środowiskach (czytnik e-ink, telefon, aplikacja desktopowa, np. Adobe Digital Editions) – sprawdź, czy problem wystepuje wszędzie czy tylko?
2. Przepuść plik przez EPUBCheck – błędy struktury często odpowiadają też za wygląd.
3. Zajrzyj do środka (EPUB to ZIP), sprawdź, czy ebook nie zawiera dziesiątek klas override w CSS i styli inline w HTML.
4. Sprawdź wagę pliku i ilustracji.

FAQ

Czy da się naprawić wyświetlanie bez ruszania treści? Tak – naprawa dotyczy kodu i CSS, nie tekstu książki. Redakcyjnie plik pozostaje nietknięty.

Czy problem może być po stronie czytnika? Zdarza się (stary firmware, nieaktualne aplikacje), ale zasada jest prosta: jeśli plik źle wygląda na więcej niż jednym urządzeniu – problem jest w pliku. błędy naprawia się procesem, nie plik po pliku. Przy okazji domyka się zgodność z EAA.

---

Ebook wygląda źle, a czytelnicy to zgłaszają? Naprawiamy pliki – od kodu i CSS po walidację i test na urządzeniach. Prześlij plik do wyceny → Chcesz najpierw sam zajrzeć do środka pliku? Otwórz go w darmowym czytniku i zobacz podgląd oraz zrób test błędów.