• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
  • přihlásit
    registrace
    ztracené heslo?
    JYRKAElektronické knihy - tvorba a příprava
    PEPAK
    PEPAK --- ---
    GIF_242: Protože existuje několik vzájemně neslučitelných požadavků na to, jak se má s knihou pracovat, a každý formát akcentuje jiný pohled. EPUB například jde cestou maximální kompatibility, ale předpokládá, že vykreslovací zařízení je dostatečně výkonné, aby dokázalo celou knihu v reálném čase přepočítat podle aktuálních nastavení (velikost písma apod.). MOBI naproti tomu zavádí určitá opatření, která likvidují tu plnou kompatibilitu, ale zase zmenšují nároky na zařízení.
    JYRKA
    JYRKA --- ---
    MR_MITCH: Až to bude, tak se strašně rád kouknu. Ještě malý podotek: ebook je v současnosti jen sekundární produkt, tak mysli i na vstup dat - není ekonomické celou knihu sázet z nuly, ale ideální je vyjít z toho proklínaného indesignu
    MR_MITCH
    MR_MITCH --- ---
    JYRKA: co TeX? minimálně pro odbornou literaturu.
    GIF_242: já teďka dělám nějaký makra a skripty v LaTeXu a lua, z jednoho zdroje mám PDF, html, odt, epub a mobi. teda budu mít až to bude fungovat.
    je to určený hlavně pro odbornou literaturu - grafika a matematika v svg nebo png, poznámky pod čarou, real page numbers apod.
    GIF_242
    GIF_242 --- ---
    GALENIUS: to vím, ale je to přesně o tom, jak píše JYRKA:


    no zatím je to pěkně začarovaný kruh :D
    JYRKA
    JYRKA --- ---
    GALENIUS: protože se ztrácí výhoda elektronických knih - například možnost změny velikosti písma podle očí uživatele.
    Nebo například to, co uvedeme pro Kindle: možnost číst knihu současně na mobilu i čtečce.
    Pro distributory je prostě PDF vyrobený pro čtečky v podobě, v jaké píšeš, neuskutečnitelný.
    GALENIUS
    GALENIUS --- ---
    GIF_242: Pak máš ještě třetí formát, o kterém ale 99,9% lidí nechce ani slyšet. PDF vyrobené přímo pro displej čtečky.
    Doma mám pro sebe PRS-505 a pro manželku Kindle 3. A i u koupených knih obvykle řeším jak je převést do editovatelného formátu, abych je mohl následně vložit do Wordu a upravit do PDF, které přechroustají obě zařízení bez problémů (včetně všeho formátování, dělení slov atd.)

    Tak, a teď jdu do těch třeskutých mrazů do lesa na dřevo a jdu si udělat hranici. 8-)
    GIF_242
    GIF_242 --- ---
    JYRKA: no to je právě to, dva formáty, proč? proč se nedohodnou a není jenom jeden?? (to je řečnická otázka, odpověď v podstatě znám) :(

    díky, jdu to omrknout
    JYRKA
    JYRKA --- ---
    GIF_242: O takovém řešení nevím. Už jen proto, že musí vznikat minimálně dva formáty: Mobi a ePUB a každý má svá specifika.
    Nicméně se nejvíce Tvému požadavku blíží Sigil - do toho jde nalít čistý text a ten opracovat do podoby validního ePubu.
    GIF_242
    GIF_242 --- ---
    JYRKA: "Hledám" něco ala InD co by udělalo eKnihu, protože to co jsi předváděl na tom workshopu, mi přišlo strašně "kostrbaté". Tím myslím, používat XY věcí, abych z toho dostal něco, co bude OK zobrazene jenom v něčem a pro jiné zařízení to budu muset vyrobit znovu, nebo se smirit s tim, ze to bude zalomene jinak, tak to mi nepřijde jako super reseni.

    BTW nechci, aby to vyznělo, že ta přednáška byla špatná, naopak! Jenom se mi osobně zatím moc nelíbí řešení jak se momentálně eknihy vyrábí.

    Vím, zní to jako utopie, ale představoval bych si něco a teď se vrátím na začátek, něco alá InD tzn. all in one pro eBOOKy ;). Prostě něco z čeho vypadne validní formát, co přečtou všechny čtečky a bude všude zalomený tak jak jsem chtěl. Ano mohl bych použít PDF, ale...

    Na druhou stranu to v podstatě nehledám, protože pro to nemám zatím žádné další uplatnění. Ale říkam si, že je dobrý být v obraze a až jednou přijde požadavek od klienta, abychom vytvořili ebook, tak být v obraze. Na druhou stranu pokud by to měla být jedna jediná zakázka, tak outsourcing je fér řešení ;)
    JYRKA
    JYRKA --- ---
    GIF_242: Ono je otázkou, co vlastně hledáš. InDesign není nástroj na tvorbu e-knih. Už jen to, že není možné vlézt do kódu a mít knihu pod kontrolou ho diskvalifikuje.
    Jinými slovy: ideální by bylo, aby příliš neškodil. Už jen to množství zmatených stylů, který plodí, hovoří o opaku. Obávám se nicméně, že lepš nástroj na sazbu papírových knih není a musíme se s ním smířit jako se zdrojem.
    GIF_242
    GIF_242 --- ---
    PEPAK: ano

    JYRKA: :) v tom případě díky za pěkný seminář. Vzhledem k tvé další odpovědi, můj pocit o tom, že případnou výrobu odložím/předám někomu, byl asi správný.
    MARTY63
    MARTY63 --- ---
    Takže jediná věc, co funguje, je úprava původní htm stránky ve zdrojovém epub souboru a zaškrtnutí příslušných voleb v Calibre. Díky za pomoc.
    ERGOSUM
    ERGOSUM --- ---
    MARTY63: Máš tam volby:
    MOBIvýstup tam zaškrtneš nepřidávat obsah do knihy.
    Tabulka obsahu tam Nepřidávat automaticky... Případně dáš ještě počet odkazů na nulu.
    Co děláš špatně by mě zajímalo.
    Zalamování řádků se dá ovlivnit v Heuristickém zpracování.
    MARTY63
    MARTY63 --- ---
    Seznam linků ma jednotlivé kapitoly.
    ERGOSUM
    ERGOSUM --- ---
    MARTY63: Který obsah máš na mysli? Seznam linků na jednotlivé kapitoly, který se ti otevře po stisknutí tlačítka a umožní skákat po kapitolách, nebo text s čísly stránek a názvy kapitol? To druhé je součástí textu a musel bys to editovat jako každou jinou kapitolu.
    MARTY63
    MARTY63 --- ---
    Ahoj, převedl jsem si v Calibre koupený ebook z epubu (zalamoval nesmyslně slova na konci řádky) do mobi. Naprostá spokojenost akorát i když mám zatrženou volbu "nevkládat obsah do knihy" vždycky ho tam po převodu mám (je vytvořený nesmyslně, takže ho tam mít nechci). Nevíte, v čem dělám chybu?
    PEPAK
    PEPAK --- ---
    ERGOSUM: Ano, mělo by to tak být. (Až na HTMLZ, s tím jsem se ještě nesetkal, to jen tipuju.)
    ERGOSUM
    ERGOSUM --- ---
    PEPAK: Aha. Takže jestli správně chápu, tak když mi Calibre něco převede správně do epub a do mobi ne, tak mi HTML nepomůže(a převod z epub už vůbec ne), protože Calibre nezvládl HTML do mobi.
    Respektive pomůže, pokud vymyslím jinou konstrukci, takovou, kterou Calibre do mobi dostane. Pak ale musím znát které HTML prvky umí do mobi převést.
    Výstup HTMLZ je pokud tomu rozumím, zapakovaný ten zdrojový HTML kod, který Calibre používá pro další převod.
    PEPAK
    PEPAK --- ---
    ERGOSUM: Pokud předpokládáme validní vstupy, tak by nic takového existovat nemělo, protože konverze v Calibre vypadají tak, že se zdrojový formát převede do HTML a to HTML se pak převede do cílového formátu. Tzn. pokud by něco selhalo, byl by to problém zdrojového formátu (konstrukce, kterou Calibre nedokáže převést do HTML) nebo cílového (dtto), ale to by se týkalo jakéhokoliv převodu z/do tohoto formátu, ne konkrétně z EPUB do MOBI.
    ERGOSUM
    ERGOSUM --- ---
    Trochu odjinud. Je něco, co Calibre z HTML do mobi převede a z epub/ODT ne? Případně jak taková věc vypadá v HTML zdrojáku?
    Kliknutím sem můžete změnit nastavení reklam