Názory k článku
Vytvořte elektronickou knihu s eCub

Cože? v čem je to lepší než Calibre.

Myslim si, ze Calibre je uplne jiny nastroj. Calibre umi eKnihy organizovat, tridit a prevadet mezi ruznymi formaty; pripadne umi prevest text z PDF, HTML, TXT a jinych do pozadoveneho eBook formatu, ale vysledek neni vzdy idealni...

Pokud se jedna o tvorbu eKnih, mohl by byt jeste zajimavy ASCIIDOC, psledni verze umi generovat vystup i v ePub.

Zpatky k eCub. Rekneme, ze mate knihu v ePub formatu a pri cteni najdete chyby (treba jen preklepy), ktere chcete opravit. Myslim si, ze eCub je ten spravny nastroj pro snadnou opravu preklepu. Ano vim, jde to delat i bez eCub, ale je to slozitejsi....

Zaujala me poznamka, ze eCub je v oblibenych distribucich. Opravdu? V Ubuntu neni, v Debianu asi take nebude. Kde je?? Mozna nikde, je to prilis novy software. A vubec, nabidka nastroju na tvorbu eKnih pro Linux je slaba, je to prilis nove tema...

Ve Fedoře také není.

Nabídka je slabá? COŽE?! Existuje Calibre a krom toho i multiplatformní EPUBGen a především Sigil (vynikající WYSIWYG editor knížek ve formátu ePub).

Mně osobně vadí, že Calibre je zoufale pomalé a neustále mi cpe organizaci knihovny, o což nestojím.

Zatím jsem nevyřešil problém, jak upravit na ten celkem malý displej nooku česká matematická skripta v PDF/PS. Kdybych měl ten zdroják v LaTeXu, nebyl by problém. Zpětně vygenerovat jsem ho zatím nezkoušel (prý to jde). Kdyby existoval nástroj, který by prostě vzal text a k němu vzorce jako obrázky a hodil to do HTML, pak by s tím šlo nějak pracovat...

Zkoušel jsi K2PDFOpt ?

Sigil je mnohem lepsi nez toto - umoznuje totiz zasah primo do kodu (pro ty, kteri chteji neco vic nez semo tamo odsadit odstavec). Obsah si vyrobi sam na zaklade hlavickovych tagu ...

Calibre neni editor, co sem tak zkousel konverze, vetsinou nedopadnou nijak slavne.

> Calibre neni editor, co sem tak zkousel konverze, vetsinou nedopadnou nijak slavne.

A co teda doporucujete? Ja jsem hledal neco, co by umelo rozumne konvertovat
z Palmovskeho PDB s vnitrkem ve Windows-1250, a Calibre mi vyslo jako jediny nastroj,
ktery toto podporuje.

K clanku: sluselo by se rict, ze EPUB je v podstate jen ZIP s MIME typem, s metadatovym souborem, a s obsahem v HTML. Takze v zasade k vytvoreni EPUB (a hlavne k upravam
existujicich) staci mit jen zip a libovolny HTML editor (vim).

problém bude mezi klávesnicí a židlí, já vytvořil přes Calibre spoustu knih (mobi) a neměl jsem žádné problémy s češtinou (stačí mít zdrojový dokument v UTF-8, doporučovat v dnešní době win-1250, mi připomíná jako doporučovat pro svícení petrolejky) a po pár experimentech ani s vytvářením kapitol, toc a podobně...

pokud máte nějaké zkušenosti s HTML a nařáchlý HTML editor (nejlépe Vim), tak je lepší si udělat "polotovar" v html a pak jen na dvě kliknutí vše překonvertovat v Kalibre, který za vás vytvoří všechny ty TOC, NCX a další věci o kterých nemusíte ani nic vědět...

Sigil jsem zkoušel ale ačkoliv se necítím být BFU, pro mne to byl vyloženě "uživatelsky nepřátelský" kus sw, nepodařilo se mi po několika pokusech ani jen otevřít ebook (mobi a myslím i jiné formáty), natož abych v něm něco upravoval...

Protoze je to epub editor, staci se naucist cist. Podporuje import nejakych formatu, ale zdaleka ne vsech. Takze v nem tezko budete upravovat mobi nebo neco jinyho. Jinak je to prakticky uplne obycejny editor (=> kdo se v nem nenauci za 10s nejspis neumi ani napsat koment sem), a smoznosti si zobrazit zdrojak a zasahnout primo do nej (vcetne uprav stylopisu, vkladani obrazku, vnitrniho prolinkovani ...).

eBook ctecky jsou omezeny pameti RAM, vykonem CPU a velikosti obrazovky, proto je treba pamatovat pri vytvareni eBooku na doporuceni pro maximalni velikosti souboru v ePub knize. Toto jsem nekde nasel jako "best practices", nebo doporuceni:

Image Size: 10MB uncompressed.
XHTML/DTBook file size: 300k uncompressed/100k compressed.

V clanku autor pise ze po nejake spatne zkusenosti rozdeluje kapitoly do souboru po 200 radcich. Nemyslim si, ze je to dobry napad, musi se to ve vysledku vizualne projevit (odsrankovani). Osobne by jsem spise zkusil deleni hrubsi, cca 2000 radku; by porad melo byt OK... Pokud je to spatna rada, dejete vedet!

No, v Kindle mam 47 MB knihu aj s obrazkami a okrem toho, ze jej otvorenie trva trochu dlhsie, Kindle s knihou nema vobec ziaden problem.

Je mozne, ze Kindle precte kapitolu o velikosti 47MB, ale Kindle necte ePub... Mobi/AZW ma jinou struktoru nez ePub.

EPUB je velmi neefektivní formát knihy a pro čtečky chce značný výkon.

MOBI je daleko efektivnější a mnohem lépe optimalizovaný pro e-knihy

EPUB v zásadě ani není formát, je to prostě zazipované HTML, které nijak neulehčuje čtečce práci s knihou. Zkuste si vzít zip a epub rozzipovat, okamžitě uvidíte „zdrojáky“.

Upravit EPUB je směšně jednoduché, rozzipujete EPUB soubor, upravíte text, zase zazipujete a je to.

Právě proto nepovažuji EPUB za vhodný formát pro čtečky. Chce od čtečky ukrutný procesorový výkon. Čtečka musí celý suobor rozbalit – dále interpretovat holé HTML po rozbalení, pak si do toho nasázet CSS styly. K tomu si ještě přečíst a nacachovat opf a ncx formát souboru. Zkrátka vlastně čtečka musí celou tu knihu vytvořit a držet mnoho v paměti. Chce to od čtečky ukrutný výkon a ukrutnou paměť – a věřím, že pár desítek MB EPUB soubor dost čteček položí.

MOBI je optimalizovaný, není to syrový zdroják jako EPUB a umožňuje čtečce sáhnout jen po tom, co zrovna čtete. Informace jsou v MOBI uloženy tak, aby čtečka nemusela nejdříve projet celý soubor a nakešovat půlku z něho aby vůbec mohla první stránku zobrazit.

Z tohoto hlediska, když jsem se o to zajímal by měl EPUB vyhynout. Amazon udělal dobře, že ho nevzal jako základ. Byť můj Kindle EPUB číst umí (jailbreak + fbreader), ale EPUB je debilně navržený formát.

Takže pan Ponkrác už vede svatou válku nejen proti Linuxu, Pythonu a GNU GPL, ale i proti formátu ePub. To je jen důkazem, že to je skutečně kvalitní standard.

Aaa trol se ozval ...

Epub je text s formatovacimi znackami, ktere ctecka muze, ale NEMUSI resit. Stejne tak nemusi zobrazovat obrazky, kdyz to neumi.

Vsecko je volitelne, ctecka vlastne muze zobrazovat prazdnou stranku a porad je ePub kompatibilni... ;-) Na ePub je zajimava jen ta jeho otevrenost, jinak si taky nemyslim, ze je to dobre navrzeny format pro elektronicke ctecky.

Jen pro zajimavost, vetsina HW ctecek ktere pouzivaji ePub reader od Adobe ma problemy se zobrazovanim cestiny; zobrazuji otazniky. Stejne se chova Adobe Digital Editions pro PC (ePub ctecka pro PC); muzete vyzkouset, ke stazeni zdarma. Pokud existuje ePub ctecka s podporou Adobe DRM a korektne zobrazuje cestinu, napiste sem doporuceni, rad by jsme se na vlastni oci na ten zazrak podval. V soucasne chvili je Adobe nejvetsim (tajnym) spojencem Kindle, ktery sice ePub neumi, ale cestinu zobrazuje dokonale...

Miešaš ale 2 veci dokopy. Jedna vec je otvorený štandard epub formátu a jedna jeho konkrétna implementácia. Adobe Digital Editions v čítačkách neobsahuje české fonty, čo ale ťažko dávať za vinu epub formátu, že? Teda neviem, či to platí pre všetky, ale v čítačkách Sony ano. Treba spraviť jednoduchý hack, ktorým sa to dá jednoducho napraviť. Sám používam čítačku Sony PRS-600, na ktorú som aplikoval hack podľa návodu z www.pepak.net, keby som si čítačku nedoviezol z USA, kúpil by som ju v Acomp-e, kde čítačky predávajú dokonca aj s českým menu, podpora češtiny v epub je samozrejmosť. Ja vás normálne nechápem, čo vám vadí na tomto formáte. To vám viac vyhovuje uzavretý formát? Aby si ľudia kupovali čítačky len od "určitého" vydavateľa a knihy samozrejme tiež len od neho. Na vytvorenie epubu mi stačí jednoduchý textový editor, pakovací program a znalosť špecifikácie. Skúste si pozrieť nejaké knihy na www.epubbooks.com, ako má vyzerať epub kniha. Napríklad Swiftove Guliverove cesty sú krásny príklad s ilustráciami, odkazmi atď.

Presne tak, epub je dokonaly prave v tom, ze se da precist na cemkoli, co ho umi rozsipovat - v nejhorsim pripade v podobe xml zdrojaku.

To ze nejaky zhuverily format pouziva neco jineho nez utf nebo ze nejake uboha ctecka neobsahuje utf fonty alespon v zakladni specifikaci (= bez rozsirene cinstiny a dalsich znaku) neni problem formatu.

Postup, kterak Sony PRC naucit cesky:
http://www.pepak.net/e-books/sony-reader/prs-505-cestina-v-kazdem-epubu/

Uz v uvodu peje Pepak chvalu na ePub... ;-)

Nicmene na moji ctecku dovezenou z USA nemohu postup pouzit, protoze firmware je sifrovany a neni mozne jej otevrit, natoz pozmenit. Nejsmutnejsi je, ze kdyz jsem ctecku koupil, tak ePub s cestinou fungoval OK, ale pak vyrobce vyslysel prani zakazniku a vydal firmware s podporou DRM, aby si zakaznici mohli na ctece cist i knihy, ktere si koupi. Novy firmware nahradil PDF reader zalozeny na FoxIt a ePub ctecku zalozenou na fbReader produkty od Adobe. Po upgradu jsem zjistil, ze firmware si nerozumi s cestinou a ze i re-flow v PDF dokumentech nevyvazi vlastnosti, ktere novy PDF prohlizec ztratil. A firmware nelze downgradovat... Vyrobce ani po nekolika mesicich nevydal upgrade resici problemy s cestinou (oficialne cestinu v textech podoporuje). Po case jsem to vzdal a zkusil Kindle 3 a od te doby tyto problemy sleduji s nadhledem. Prekvapuje me, ze jsou i ctecky, ktere podporuji ePub s DRM a umi cesky; ale asi se jedna jen o lokalizovane produkty, prodavane v CZ! Neni neco spatne??

Žiaľ je to pravda, čítačky treba vyberať s rozmyslom. Ale je to ostuda Adobe a výrobcov čítačiek toto všetko. Keď oni by najradšej videli uzavretý formát, samozrejme s DRM všade, ale ja teda určite nie. Aj to, že ADE nevie zarovnávať text je jednoducho nepochopiteľná vec, ale opakujem to nie je vina štandardu.

Žiaľ existujú knihy bez kapitol a tu to treba nejako rozdeliť. Limit jedného xhtml, teda kapitoly, je tých 300kB. EPUB formát nie je ako si niektorí myslia hala bala formát. IDPF predsa vydalo špecifikáciu, ktorá sa má dodržiavať a hotovo a to práve preto, aby ebook išiel prečítať na každom zariadení. Každá epub kniha by mala prejsť EPUB validátorom. Žiaľ tieto automaty na prevod fungujú na milú jarmilu. Pozrite si zdrojáky, taký zasvinený xhtml kód je predsa na grc. Jednoducho ručná robota je ručná robota. Najhoršie je, keď si kúpim epub knihu a nie len že neprejde validátorom, kód je otras, nefunguje obsah a podobne. A za to si niekto nechá zaplatiť!!!

EPUB je hala bala formát

Pokud z bordelózní formátu uděláte specifikaci, neznamená to, že se situace o moc zlepší.

To, že si koupíte knihu s problémy je důsledek toho, že EPUB formát je špatný. Je to nalepovák tak hnusného ražení, že má tendenci k chybám. Říká se tomu „error prone“ technologie v sw inženýrství.

Například obsah se v EPUB řeší úplně zcela jiným formátem, než se píše kniha a do blba musíte v tom novém formátu opsat duplikovaně informace, které už v e-knize jasně jsou. Ale nemůžete je zkopírovat metodou copy-paste z e-knihy, prostě tvůrce EPUB se ďábelsky zachechatal a zvolil zcela jiný formát stejných informací jako v knize. Takže při ruční práci si to prostě otrocky a zbytečně napíšete napůl znovu.

Pak ty samé informace, opět v jiném dalším formátu napíšete na třetí místo a do třetího ještě z jiných důvodů.

Prostě tvrdím a sotjím si za tím, že EPUB vymýšlel idiot.

Není vůbec divu, že e-knihy jsou tak náchylné k chybám. Je to vina toho bezmozka, co dělal celý standard kolem EPUB a OPF.

Tak neviem, čo je na obsahu v epub zložité, veď je to jednoduchý xml kód. Práveže to, že epub je html/xml formát je obrovská výhoda, výhoda jednoduchej editácie, otvorený formát, CSS atď. Otvoriť epub zvládne aj obyčajný prehliadač. Epub nie je dokonalý, hlavne čo sa týka formátovania obrázkov v nejakých odborných knihách, ale na obyčajné knihy je plna dostačujúci. Načo mi je zatvorené mobi, keď mám otvorený formát? Keby ľudia neboli lenivý, spravia si v pohode epub z formátovaného textu ako sa patrí. Ale, keď to niekto potrebuje urobiť stlačením jedného tlačítka, má smolu. Myslím, že naučiť sa jednoduchý html kód + CSS, nezaberie veľa času. Je zaujímavé, že anglické epub knihy, či už amatérske alebo profi sú na slušnej úrovni, zato české(slovenské) sú katastrofa, niekedy až na srdcový záchvat. Ale aj v anglickom epube niekto kľudne vygeneruje 500 riadkový CSS súbor, ale to nie niekto, ale zase nejaký automat, ale validácia a formátovanie je ok. EPUB rozhodne nevymýšľal žiaden idiot, skrátka keď niekto niečo robí, musí tomu rozumieť, alebo si o tom aspoň prečítať.

Vyzkoušel jsem několik programů pro vytváření e-knih, ale nakonec jsem
zůstal u rozšíření writer2epub přímo pro OO Writer. Zvládá kapitoly (obsah),
tagy, lze přidat obrázek s obálkou atd. Největší výhodou je standardní úprava
nebo formátování dokumentu před exportem přímo v OO. Výsledný epub pak funguje na iPadu bez problémů.

Doporučím přitom nastavit velikost stránky a písma na formát čtečky. lépe to pak zpracuje obrázky vložené v textu.

http://www.2epub.com/

Nemusíte nic instalovat, žere to i doc formát a funguje to asi v každém OS ;-)

V každém OS asi ano, pro každý soubor ani náhodou. Cvičně jsem vyzkoušel mu předhodit dvousloupcové PDF (výstup z InDesignu) a dopadlo to katastrofálně - na střídačku řádky z obou sloupců.

PDF je obecně dost nevhodný vstupní formát, to jste ani nemohl čekat nějaký slušný výsledek.

Při jakékoli konverzi PDF musíte posuzovat také původní dokument. Spousta PDF dokumentů je dělána jenom pro vizuální zobrazení pro člověka, takže je to jenom změť bloků, řádků, slov nebo jen písmena, která když se zobrazí na tom správném místě, člověk z toho má dojem odstavců, sloupců apod. Jenže na automatickou konverzi do formátu strukturovaného textu byste pak potřeboval umělou inteligenci (nebo aspoň slušný OCR program). A to ani nepíšu o tom, že ten takzvaný text ve skutečnosti mohou být jen křivky nebo dokonce bitmapový obrázek.

Já osobně používám na Androidu iReader (http://code.google.com/p/ireader/) a jsem s ním plně spokojený.
Knihy ve formátu PDB si dělám buď sám (http://www.linuxexpres.cz/praxe/vytvarime-elektronicke-knihy-pro-pda) a nebo je stahuji. Je jich na internetu víc než dost.

Vyšla nová verze - 1.12
rpm nainstalovat jde.