Przypisy na Kindle: dlaczego nie wyskakują w okienku i jak epubQTools to naprawia

Na Kindle przypis można przeczytać w okienku: dotykasz numerku w tekście, przypis pokazuje się w ramce na dole ekranu, a po zamknięciu ramki jesteś dalej w tym samym miejscu książki. W wielu książkach EPUB to nie działa: zamiast okienka czytnik przeskakuje na koniec rozdziału albo książki, a okienko pokazuje za dużo albo za mało. Ostatnia głośna premiera „Waldkauz” Szczepana Twardocha jest tu znamienitym przykładem.

Ten opis wyjaśnia od podstaw, skąd się to bierze i co w tej sprawie zmieniła poprawka qfix z epubQTools (opcja -e) 27 i 28 października 2026.

Pojęcia od podstaw

Książka EPUB to strony internetowe

EPUB to teczka z plikami. Rozdziały są w niej zapisane w HTML, tym samym języku co strony internetowe. HTML składa się ze znaczników, czyli etykiet przyklejonych do kawałków tekstu: <p> to akapit, <a> to odnośnik, <ol> to lista numerowana, <li> to jeden punkt tej listy, <aside> to „ramka na marginesie”, tekst poboczny.

Wygląd (wcięcia, odstępy, krój pisma, ramki) opisuje osobny plik CSS, czyli arkusz stylów: zbiór reguł w rodzaju „każdy akapit ma wcięcie 1 em”.

Przypis to odnośnik i jego cel

Przypis składa się z dwóch części:

  • numerku w tekście, czyli odnośnika (<a href="#przypis1">1</a>), który wskazuje cel,
  • treści przypisu gdzieś dalej, ze znakiem rozpoznawczym (id="przypis1"), do którego prowadzi odnośnik.

Zwykle na końcu treści przypisu jest też odnośnik powrotny (np. „↩”), który zabiera z powrotem do tekstu. To jak zakładka z napisem „wróć na stronę 37”.

EPUB 3 pozwala dopisać do znaczników, czym są: odnośnik do przypisu dostaje epub:type="noteref", a treść przypisu epub:type="footnote" (albo endnote). To etykiety dla programów, czytelnik ich nie widzi.

Okienko to zgadywanie

Czytnik nie ma osobnej szuflady na przypisy. Gdy dotykasz numerku, Kindle idzie do celu odnośnika i zgaduje, jaki kawałek tekstu tam jest przypisem: gdzie się zaczyna i gdzie kończy. Jeśli zgadnie, pokazuje okienko. Jeśli nie, po prostu przeskakuje do celu, jak przy zwykłym odnośniku.

Amazon nie opisuje, jak dokładnie to zgaduje. Wszystko poniżej to wnioski z prób na czytnikach. Budowałem książki testowe z tym samym przypisem zapisanym na kilka sposobów i sprawdzałem, który wariant daje okienko.

Książka przechodzi przez przerobienie

Książka wysłana przez Send to Kindle nie trafia na czytnik jako EPUB. Amazon przerabia ją na swój format: na starsze czytniki (np. Paperwhite 1) na AZW3, na nowsze i na aplikację Kindle (np. na iPhonie) na KFX. Te dwa formaty mają różne sposoby zgadywania, więc książka, która działa na jednym, może nie działać na drugim. Dlatego każdą poprawkę trzeba sprawdzać na obu.

Miękki dywiz

Miękki dywiz to niewidzialny znak wstawiony w środek wyrazu: „tu można przenieść”. Kindle sam nie dzieli wyrazów, więc qfix wstawia w książce takie znaki, żeby tekst nie miał dziur między wyrazami. Gdy wyraz trafi na koniec wiersza, czytnik łamie go w tym miejscu i dopisuje łącznik. Gdy nie trafi, znaku nie widać.

Problemy i poprawki po kolei

1. Przypis w ramce <aside>: tylko przeskok, bez okienka

Wiele nowych książek zapisuje przypisy tak:

<aside id="przypis1" epub:type="footnote"><p>1. Treść przypisu.</p></aside> 

To zgodne ze standardem EPUB 3, ale Send to Kindle takiego przypisu nie pokazuje w okienku, tylko do niego przeskakuje.

Poprawka (0ab0ce1): qfix zamienia takie ramki na punkty listy numerowanej, którą Kindle rozumie:

<ol class="eqt_notes"><li id="przypis1" epub:type="footnote">1. Treść przypisu.</li></ol> 

Kolejne przypisy trafiają do jednej listy. Jeśli w ramce był tylko jeden akapit, treść akapitu przechodzi wprost do punktu listy (akapit w punkcie listy też by działał, ale tak jest prościej). qfix zmienia tylko te ramki, które są przypisami: mają etykietę przypisu albo prowadzi do nich odnośnik z etykietą noteref. Zwykłych ramek (np. ciekawostek na marginesie) nie rusza.

Numer na liście nie jest dokładany: lista ma wyłączone numerowanie, bo numer jest już w treści przypisu.

2. Po zamianie przypisy straciły swój wygląd

Arkusz stylów książki mówił np. „tekst w ramkach aside jest mniejszy”. Po zamianie ramek na punkty listy ta reguła przestała do czegokolwiek pasować, więc przypisy wyglądały jak zwykły tekst.

Poprawka (afe9ad7): przy każdej regule dla ramek qfix dopisuje taką samą regułę dla punktów listy przypisów. Jeśli była reguła dla akapitów w ramkach („akapit w ramce ma wcięcie”), a akapit zniknął, jej ustawienia tekstu (krój, wielkość, wcięcie) przechodzą na punkt listy.

3. Przypis z obramowaniem: znowu bez okienka

Część książek rysuje wokół przypisów ramkę albo kreskę (w CSS: border). Okazało się, że Send to Kindle nie pokazuje w okienku przypisów z obramowaniem.

Poprawka (b41a452): reguły skopiowane z ramek dostają wszystko oprócz obramowania. Ramki aside w tekście, które nie są przypisami, zachowują swoje obramowanie, bo ich reguły zostają bez zmian.

4. Odnośnik do znikniętego akapitu

W niektórych książkach znak rozpoznawczy nie stoi na ramce, tylko na akapicie w środku: <aside><p id="przypis1">. Po przeniesieniu treści akapitu do punktu listy akapit znikał razem z atrybutem, a odnośnik w tekście prowadził donikąd (EPUBCheck zgłaszał błąd RSC-012).

Poprawka (91e335c): atrybut akapitu przechodzi na punkt listy. Jeśli i ramka, i akapit mają swój identyfikartor, akapit zostaje w środku, żeby oba odnośniki dalej trafiały.

5. Domyślny wygląd listy zagłuszał styl książki

Lista przypisów potrzebuje kilku ustawień domyślnych: bez numerowania, bez wcięcia listy, odstęp między przypisami. qfix dopisywał je na końcu arkusza stylów.

W CSS, gdy dwie równie szczegółowe reguły mówią coś innego, wygrywa późniejsza. To jak dwie kartki z poleceniami od tej samej osoby: obowiązuje ta napisana później. Ustawienia domyślne qfix, dopisane na końcu, nadpisywały więc styl przypisów zaprojektowany przez wydawcę.

Poprawka (90d07ec): ustawienia domyślne idą na początek arkusza, więc to reguły książki mają ostatnie słowo. Jedyny wyjątek: kilka reguł, które z zasady muszą stać na samym początku arkusza (@charset, @import), zostaje przed nimi.

6. Paperwhite 1: w okienku dwa przypisy naraz

Na Paperwhite 1 (książka AZW3) okienko z przypisem 1 pokazywało też przypis 2, przyklejony pod spodem. Działo się tak przy każdym zapisie przypisów, jaki sprawdzałem: lista, akapity, osobne listy, nawet ramki aside.

Winowajcą okazał się odnośnik powrotny na końcu przypisu. Paperwhite 1 najwyraźniej uznaje go za koniec poprzedniego kawałka, a nie bieżącego, i czyta dalej, do następnego. Gdy odnośnik powrotny stoi na początku przypisu, okienko pokazuje dokładnie jeden przypis.

Poprawka (df7511d): jeśli przypis zaczyna się od swojego numeru, a kończy odnośnikiem powrotnym, qfix robi odnośnik powrotny z numeru, a „↩” na końcu usuwa:

<!-- przed --> <li id="przypis1">1. Treść przypisu. <a href="rozdzial.xhtml#odn1">↩</a></li> <!-- po --> <li id="przypis1"><a href="rozdzial.xhtml#odn1">1.</a> Treść przypisu.</li> 

Powrót do tekstu działa dalej, tylko dotyka się numeru zamiast strzałki. Przypisów, które nie zaczynają się od numeru, qfix nie zmienia, bo nie ma w nich czego zrobić odnośnikiem.

7. Podział strony w stylu przypisu wyłącza okienka w całej książce

Na Paperwhite 1 podział strony po przypisie (w CSS: page-break-after) też usuwał doklejanie następnego przypisu. Ale w aplikacji Kindle na iPhonie (KFX) ten sam podział strony powodował, że żaden przypis w całej książce nie pokazywał się w okienku. Jeden zły przypis psuje całą książkę.

To miało też skutek dla prób: na iPhonie każdy wariant trzeba było sprawdzać w osobnej książce, bo jeden zły wariant w książce testowej zasłaniał wyniki wszystkich pozostałych.

Poprawka (4b83060): z reguł przypisów qfix usuwa podziały strony tak samo jak obramowania. Doklejanie na Paperwhite 1 załatwia już poprawka 6.

8. Etykieta ramki na punkcie listy

Ramki przypisów miały czasem etykietę dostępności role="doc-footnote" (dla programów czytających na głos). Ta etykieta jest dozwolona na ramce, ale nie na punkcie listy, więc po zamianie EPUBCheck zgłaszał błąd RSC-005.

Poprawka (0c57eb4): punkt listy traci tę etykietę. Etykieta epub:type="footnote" zostaje, więc programy dalej wiedzą, że to przypis.

9. Paperwhite 1: w okienku brakuje łączników

W okienku na Paperwhite 1 wyraz przeniesiony do następnego wiersza w miejscu miękkiego dywizu nie dostaje łącznika: „przy” na końcu jednego wiersza, „pisy” na początku następnego, bez „-”. W zwykłym tekście książki to samo działa poprawnie.

Poprawka (ebe6ddc): qfix usuwa miękkie dywizy ze wszystkich przypisów, do których prowadzą odnośniki noteref, także tych, które nie były ramkami aside. W przypisach wyrazy się wtedy nie dzielą, a w reszcie książki dzielą się jak dotąd.

Przy tym wyszedł drobny haczyk: w niektórych książkach odnośnik powrotny też ma etykietę noteref (razem z role="doc-backlink"). Gdyby qfix uznał go za odnośnik do przypisu, wziąłby akapit tekstu głównego za przypis i zdjął z niego dywizy. Dlatego odnośniki powrotne są pomijane, nawet jeśli udają odnośniki do przypisów.

Przy okazji, choć nie o przypisach

  • Tylna okładka zamiast przedniej (bb6325a): gdy książka nie mówi wprost, który obrazek jest okładką, qfix zgaduje po nazwie pliku. Zgadywanie trafiało czasem w backcover.jpg. Teraz najpierw bierze obrazek oznaczony w EPUB 3 jako okładka, potem dokładne nazwy cover i okladka, a nazwy stron porównuje w całości, nie po kawałku.
  • Ślady konwersji z Kindle (fab17b0): książki przerobione kiedyś z formatu Kindle mają w HTML atrybuty w rodzaju amzn-src-id. EPUB ich nie zna (EPUBCheck: RSC-005), więc qfix je usuwa.

Jak to sprawdzano

  • Książka testowa z wariantami: ten sam przypis zapisany na różne sposoby (punkt listy, akapit, osobne listy, ramka; odnośnik powrotny na początku i na końcu; z podziałem strony i bez).
  • Dwa czytniki, dwa formaty: Paperwhite 1 (AZW3 przez Send to Kindle) i aplikacja Kindle na iPhonie (KFX). Na iPhonie jeden wariant na książkę, bo zły wariant wyłącza okienka w całej książce (problem 7).
  • Prawdziwe książki: po poprawce w przypisach nie ma miękkich dywizów, a tekst poza przypisami jest identyczny jak przed zmianą. EPUBCheck nie zgłasza nowych błędów.

Czego epubQTools nie naprawia

Poprawka działa tylko wtedy, gdy książka oznacza przypisy: etykietą epub:type przy przypisie albo etykietą noteref przy odnośniku. Są książki, w których przypisy to zwykłe ramki bez etykiet, a numerek w tekście to zwykły odnośnik, rozpoznawalny tylko po tym, że tekst i przypis wskazują się nawzajem. Takich książek qfix nie zgaduje: ryzyko, że weźmie za przypis coś, co nim nie jest, jest większe niż zysk.

Podsumowanie

Problem Gdzie Poprawka qfix
Przypis w ramce <aside> nie wyskakuje Send to Kindle ramka → punkt listy <li> (0ab0ce1)
Przypisy po zamianie wyglądają jak zwykły tekst wszędzie style ramek kopiowane na punkty listy (afe9ad7)
Przypis z obramowaniem nie wyskakuje Send to Kindle style przypisów bez obramowania (b41a452)
Odnośnik do akapitu, który zniknął EPUBCheck RSC-012 znak id przechodzi na punkt listy (91e335c)
Domyślny styl listy nadpisuje styl książki wszędzie styl domyślny na początku arkusza (90d07ec)
W okienku dwa przypisy naraz Paperwhite 1 (AZW3) numer przypisu staje się odnośnikiem powrotnym (df7511d)
Żadnych okienek w całej książce aplikacja Kindle (KFX) style przypisów bez podziałów strony (4b83060)
role="doc-footnote" na punkcie listy EPUBCheck RSC-005 etykieta usuwana (0c57eb4)
Brak łączników w okienku Paperwhite 1 (AZW3) bez miękkich dywizów w przypisach (ebe6ddc)

„Skąd się biorą numery stron w książkach wysłanych na Kindle – i jak je dodać tam, gdzie ich nie ma

W październiku 2023 r. Robert Drózd zapytał w artykule „Część polskich książek wysyłanych na Kindle ma już numery stron. Ale skąd?!”, dlaczego część EPUB-ów wysłanych przez Send to Kindle pokazuje numery stron, a część nie.

Pojawiły się trzy hipotezy: Calibre, numer ISBN wydania papierowego albo przeliczanie znaków przez Amazon. Przyjrzałem się temu dokładnie na kilkunastu polskich książkach. Poniżej podaję odpowiedź, wyjaśniam, dlaczego niektóre książki stron nie dostają, i opisuję, jak to naprawiłem w epubQTools.

W skrócie

  • Numery stron w książce wysłanej przez Send to Kindle pochodzą z jednego z dwóch źródeł. Pierwsze to lista stron zapisana w samym EPUB-ie przez wydawcę. Drugie to strony przybliżone, które Amazon wylicza sam podczas konwersji.
  • ISBN nie ma tu nic do rzeczy. Calibre też numerów nie dodaje.
  • Amazon nie wylicza stron dla każdej książki. Potwierdziłem jedną przeszkodę: tabele w tekście. Prawdopodobnie przeszkadza też bardzo duża objętość.
  • Jeśli EPUB ma własną listę stron, Amazon ją zachowuje. epubQTools dopisuje więc taką listę książkom, które jej nie mają. Opcja „Strony” działa wtedy w każdej książce.

Gdzie na Kindle widać strony

W lewym dolnym rogu ekranu czytnik pokazuje postęp czytania: lokację, czas do końca rozdziału lub książki albo numer strony. Przełącza się je dotknięciem. Gdy w menu wyboru opcja „Strony” (Pages) jest wyszarzona, książka nie ma żadnej listy stron. Lokacje są zawsze, bo Kindle wylicza je sam. Strony są tylko wtedy, gdy plik je zawiera.

Od dłuższego już czasu Amazon zamienia EPUB-y wysłane przez Send to Kindle na format KFX, ten sam co w książkach ze sklepu. Lista stron jest zapisana w pliku KFX. Niezależnie od czcionki, marginesów i interlinii książka ma zawsze tę samą liczbę stron. Dlatego autor artykułu widział 315 stron bez względu na ustawienia.

Źródło nr 1: lista stron od wydawcy

Część polskich e-booków ma w środku numerację z wydania papierowego. W kodzie EPUB-a to niewidoczne znaczniki „tu zaczyna się strona 57”. Do tego dochodzi spis tych znaczników: w EPUB 2 jest to pageList w pliku toc.ncx, a w EPUB 3 sekcja page-list w dokumencie nawigacji.

Amazon taką listę przenosi do KFX bez zmian. Przykład: „Wiara” Anny Kańtoch to EPUB 3 z numeracją z druku zapisaną w dokumencie nawigacji. W KFX ma 448 stron z numerami od 5 do 467, z lukami, dokładnie jak w druku.

Takie strony odpowiadają stronom konkretnego wydania papierowego. Można je cytować i porównywać z papierem.

Źródło nr 2: strony wyliczone przez Amazon

Większość polskich EPUB-ów nie ma żadnej listy stron. Mimo to część z nich dostaje strony na Kindle. Rozpakowałem pliki KFX z czytnika (wtyczka KFX Input do Calibre) i sprawdziłem, gdzie zaczynają się kolejne strony. Wynik jest jednoznaczny: Amazon dzieli tekst mniej więcej co 1750–1850 znaków. To typowa wartość, pojedyncze strony bywają krótsze lub dłuższe. Algorytm nie zależy od wydania papierowego, tylko od długości tekstu.

Czasem w plikach po Calibre widać znaczniki mbp_pagebreak. To nie są strony, tylko wymuszone przejście do nowej strony między rozdziałami. Amazon nie traktuje ich jak numeracji.

Przeszkody: dlaczego nie każda książka ma strony

Amazon nie publikuje reguł, według których wylicza strony. Porównałem więc książki, które je dostały, z tymi, które ich nie dostały.

Książka Strony w KFX Własna lista stron w EPUB Tabele
Błyski i cień 296 nie nie
Oblężenie i nawałnica 409 nie nie
Morze Niegościnne 278 nie nie
Dziennik Bridget Jones brak nie tak (2)
Lalka brak nie nie

Przeszkoda nr 1: tabele (potwierdzona)

„Dziennik Bridget Jones” ma w tekście dwie tabele. Przygotowałem więc wersję testową: dwie tabele zamieniłem na zwykłe akapity, a resztę zostawiłem bez zmian. Po wysłaniu przez Send to Kindle ta wersja dostała od Amazona 301 stron. Oryginał z tabelami nie dostał żadnej. Gdy w książce jest tabela, Amazon nie wylicza stron sam. Własną listę z EPUB-a zachowuje jednak także w książkach z tabelami, o czym niżej.

Przeszkoda nr 2: długość (podejrzenie)

„Lalka” nie ma tabel, a mimo to stron nie dostała. Ma około 1,55 mln znaków, czyli kilka razy więcej niż przeciętna powieść. Podejrzewam, że Amazon ma górny limit objętości, ale tego nie sprawdzałem. To tylko korelacja.

Rozwiązanie: dać Amazonowi gotową listę stron

Skoro Amazon zawsze zachowuje listę stron z EPUB-a, nie trzeba zgadywać jego reguł. Wystarczy dopisać listę do pliku przed wysłaniem. Sprawdziłem to na „Bridget” z tabelami: dodałem do EPUB 2 listę 242 stron i wysłałem plik przez Send to Kindle. W KFX było 242 strony, a każda zaczynała się dokładnie w miejscu mojego znacznika. Tabele zostały.

To samo działa w EPUB 3. „Po roku 1177 przed Chr.” Erica H. Cline’a nie ma numeracji z druku, za to ma 9 tabel, więc Amazon sam stron by nie wyliczył. Po dodaniu listy 438 stron opcja „Strony” jest na czytniku dostępna, a książka ma 438 stron.

Został jeszcze jeden problem: gdzie postawić znaczniki, żeby strony przypominały prawdziwe.

Algorytm: ile tekstu mieści się na stronie polskiej książki

Stała liczba znaków, np. 1800, jest kusząca, bo tyle ma „strona znormalizowana” maszynopisu (30 wierszy po 60 znaków). Strona książki to jednak co innego. Zmierzyłem 16 polskich EPUB-ów z numeracją z druku i wyszło od 1050 do 1770 znaków na stronę, typowo około 1450. Przy 1800 znakach stron wychodzi wyraźnie za mało, podobnie jak u Amazona.

Ważniejsze od liczby znaków okazało się co innego: w druku liczą się wiersze, nie znaki. Krótka kwestia w dialogu („— Tak.”) ma kilka znaków, ale zajmuje cały wiersz. Książka pełna dialogów zajmuje więc w druku więcej stron, niż wynikałoby z samej długości tekstu. Porównałem dwa modele na tych samych 16 książkach:

  • Model A: stała liczba znaków na stronę. Najlepiej wypadło 1550 znaków. Liczba stron różniła się od druku średnio o 12,3% (przy 1800 znakach o 14,4%).
  • Model B: wiersze. Każdy akapit zajmuje tyle wierszy po 68 znaków, ile potrzeba, a ostatni niepełny wiersz liczy się jako cały. Strona ma 29 wierszy. Średni błąd wyniósł 8,3%.

Do epubQTools trafił model B. Działa tak:

  1. Każdy plik książki zaczyna nową stronę. EPUB składa się zwykle z wielu plików, najczęściej jednego na rozdział, a w druku rozdział też zaczyna się od nowej strony.
  2. Program przechodzi tekst i liczy widoczne znaki w każdym bloku: akapicie, nagłówku, elemencie listy, wierszu tabeli. Kilka spacji pod rząd liczy jako jedną. Miękkich dzieleń wyrazów nie liczy, bo nie są widoczne.
  3. Blok o długości n znaków zajmuje ⌈n/68⌉ wierszy. Akapit na 150 znaków to 3 wiersze, jednowyrazowa kwestia dialogowa to 1 wiersz.
  4. Co 29 wierszy zaczyna się nowa strona. Program stawia wtedy niewidoczny, pusty znacznik z identyfikatorem eqt_page_N przed pierwszym słowem nowej strony, nigdy w środku wyrazu.
  5. Na końcu powstaje spis stron: pageList w toc.ncx, a w EPUB 3 dodatkowo ukryta sekcja page-list w dokumencie nawigacji. Kolejność pozycji jest uzgodniona ze spisem treści, a w nagłówku NCX zapisana jest łączna liczba stron.

Treść książki się nie zmienia. Dochodzą tylko puste znaczniki, których czytnik nie wyświetla. Plik przechodzi EpubCheck bez błędów.

Porównanie z Amazonem

Książka Amazon epubQTools
Błyski i cień 296 286
Oblężenie i nawałnica 409 401
Dziennik Bridget Jones brak (301 w wersji bez tabel) 266

Tam, gdzie Amazon wylicza strony sam, wyniki są podobne. Tam, gdzie nie wylicza, epubQTools uzupełnia brak. „Bridget” wysłana po przeróbce w epubQTools ma teraz na czytniku 266 stron.

Uczciwie o ograniczeniach

  • To nie są strony konkretnego wydania papierowego. Według lubimyczytac.pl „Bridget” w wydaniu Zysk i S-ka ma 368 stron, a epubQTools daje 266. Wydanie papierowe ma format dziennika z datami i krótkimi wierszami, 14 stron tytułowych z pustymi stronami i luźny skład. Strony z epubQTools odpowiadają przeciętnej polskiej stronie książkowej, nie konkretnemu wydaniu. Nie nadają się do cytowania „ze strony 123 wydania papierowego”.
  • Parametry 68 i 29 dobrałem na tych samych 16 książkach, na których liczyłem błąd. Na innych książkach błąd może być trochę większy.
  • Strona epubQTools to około 220–260 słów. Popularna reguła „200 słów = 1 strona = 1 minuta” dałaby strony o ok. 15% krótsze. Wybrałem zgodność z drukiem.
  • Jeśli EPUB ma już numerację z druku (pageList, page-list albo znaczniki pagebreak), epubQTools jej nie rusza. Prawdziwe strony są lepsze od przybliżonych.

Jak z tego skorzystać

Lista stron jest dodawana automatycznie podczas zwykłego przetwarzania EPUB-ów opcją -e:

epubQTools -e folder_z_książkami

Poprawione pliki _moh.epub trafiają do podfolderu MOH. Opcja -t kopiuje je z czytelnymi nazwami, wygodnymi do Send to Kindle. Wysyłasz plik jak zwykle, mailem, przez aplikację albo stronę Amazona. Po pobraniu książki na czytnik w menu postępu powinna być dostępna opcja „Strony”. Komu numeracja nie jest potrzebna, wyłączy ją opcją --skip-page-list.

Książki już wysłane trzeba przetworzyć i wysłać ponownie, bo Amazon wylicza wszystko przy konwersji.

Odpowiedź na pytanie „ale skąd?!”

Od wydawcy, jeśli ten zapisał w EPUB-ie numerację z druku. W przeciwnym razie od Amazona, który dzieli tekst co około 1800 znaków. Robi to jednak tylko dla części książek: nie robi dla tych z tabelami i prawdopodobnie dla bardzo długich. ISBN i Calibre nie mają z tym związku. Gdy Amazon stron nie dodaje, można mu podać gotową listę, a on ją zachowa.

ExtractCoverThumbs 0.9.3 – pobiera realną liczbę stron z lubimyczytac.pl

Uwaga! Program nie umożliwia już niestety naprawienia problemu braku wyświetlania okładek dla książek pobieranych z serwisu Kindle Personal Documents, jeśli na czytniku Kindle zainstalowane jest oprogramowanie (firmware) 5.8.5 lub nowsze!

Pretekstem do wydania 0.9.3 jest dorobienie (wreszcie!) funkcji:

  • zapisywania numeru ASIN, języka książki, autora, tytułu książki, liczby stron do pliku CSV: extract_cover_thumbs_book_pages2.csv zapisywanego w folderze Kindle/documents (na czytniku)
  • pobierania realnej liczby stron z serwisu lubimyczytac.pl (operacja stosunkowo czasochłonna).

Czytaj dalej ExtractCoverThumbs 0.9.3 – pobiera realną liczbę stron z lubimyczytac.pl →

ExtractCoverThumbs 0.8 – specjalnie dla posiadaczy Kindli z oprogramowaniem 5.7.2

Dodane 8 lutego 2016: Jest już nowsza wersja ExtractCoverThumbs 0.8.1.


Wczoraj opublikowałem nową wersję mojego maciupkiego narzędzia ExtractCoverThumbs w wersji 0.8.

Pretekstem do wydania nowej wersji stała się publikacja nowego firmware’u dla Kindli 5.7.2, w którym wreszcie nie zobaczymy fatalnie wyglądającego i zakrywającego część okładki paska „Personal” w widoku okładkowym dla książek kupionych poza Amazonem i wgranych własnoręcznie do amazońskiej chmury. W związku z tym moje oprogramowanie nie może już przygotowywać okładek w ten sposób, że na dole generuje się pusty pasek, który potem zakrywał napis Personal. Nie jest to już potrzebne. Czytaj dalej ExtractCoverThumbs 0.8 – specjalnie dla posiadaczy Kindli z oprogramowaniem 5.7.2 →

Domena publiczna 2015 – nowi autorzy na Wolnych Lekturach

Ja niezwykle dużą wagę przywiązuję do otwartego i nieskrępowanego dostępu do dóbr kultury, dlatego pozwoliłem sobie na przedrukowanie w całości radosnego komunikatu Fundacji Nowoczesna Polska o nowych autorach dostępnych w domenie publicznej od nowego roku 2015: Czytaj dalej Domena publiczna 2015 – nowi autorzy na Wolnych Lekturach →

eKsiążka Cory Doctorow: „Kontekst” do pobrania za darmo w formatach EPUB, MOBI i PDF

cory_cvr_fb_2_maly– Cokolwiek teraz robisz, odłóż to i otwórz tę książkę. Rozdział o tym, jak Cory Doctorow, bywały w internecie i znający wszystkie sztuczki, dał sobie wykraść hasło do Twittera, to lektura obowiązkowa dla każdego. Nie wmawiaj sobie, że ty jesteś ostrożna i ty się na tym znasz, bo on też jest ostrożny i też się na tym zna. A co gorsza, tobie w ten sposób mogą wykraść coś poważniejszego od hasła do Twittera. Dostęp do rachunku bankowego? Sieci korporacyjnej? Archiwum w chmurze, na którym trzymasz osobiste zdjęcia? Przeczytaj, jak łatwo to stracić. A jak już przeczytasz, to polecam resztę książki – zachęca Wojciech Orliński, dziennikarz Gazety Wyborczej i bloger specjalizujący się w tematyce internetu. Czytaj dalej eKsiążka Cory Doctorow: „Kontekst” do pobrania za darmo w formatach EPUB, MOBI i PDF →

Oryginalna okładka Kindle Voyage Origami (poliuretanowa) – wrażenia z użytkowania

Od dwóch dni korzystam już z czytnika Kindle Voyage 3G, który zakupiłem razem z oryginalną okładką Kindle Voyage Origami (wersja poliuretanowa koloru purpurowego). Oto parę uwaga na temat użytkowania tek okładki. Czytaj dalej Oryginalna okładka Kindle Voyage Origami (poliuretanowa) – wrażenia z użytkowania →

ExtractCoverThumbs 0.7 – przygotowany na Kindle Voyage

Dodane 5 lutego 2016: Jest już nowsza wersja ExtractCoverThumbs 0.8


Dziś opublikowałem nową wersję mojego maciupkiego narzędzia ExtractCoverThumbs – 0.7.

Główną nowością jest zwiększenie rozmiaru miniatur okładek. W zamierzeniu mają lepiej wyglądać na Kindle Voyage. Czy tak jest w rzeczywistości? Dziś jeszcze nie wiem, ale może już wieczorem będę wiedział 😉 Dodane później: Potwierdzone! Wyglądają poprawnie 🙂 Czytaj dalej ExtractCoverThumbs 0.7 – przygotowany na Kindle Voyage →