FERRYH: Zdrcnutí bude v pořádku.
Problém v mobi- Jde to v něm vůbec? To je věc, která by mě zajímala. Zatím to zkouším dost bezvýsledně.

V LO používám typografická makra(Tomáš Bílek, Julius Pastierik), nevím co neumím proti Santiagovým makrům(nepoužívám windows a tak to nevyzkouším), ale proti wordu, jak ho znám, umím o dost víc. Proto mě mimo jiné zajímalo jaké funkce mi ještě scházejí.
Holt budu průkopník :-)

Já tedy zůstanu u LO, ale stále ladím nástroje a převod z papíru zatím jen zkouším(pár věcí bych si rád přetáhnul).
Hlavně mě zajímá výroba z hotového textu a sazba eknih.

ERGOSUM: hmm, to to muzu ale pak rovnou delat asi ve wordu.

existuje tohle:
Convert Word Documents to ePub Format for Your eReader or iBooks - How-To Geek
http://www.howtogeek.com/howto/28145/convert-word-documents-to-epub-format-for-your-ereader-or-ibooks/

par lidi to zkouselo a pry to na epub neni zle ... mate s tim nekdo vetsi zkusenosti?

ehmm, Ergo, radej to jeste zdrcnu znova v nejakem sumaru at zapomenem oc slo: ten problem je v tom mobi ...zacali jsme s tim, ze kindle mobi pri konverzich ma problem s tema tabulkama a take asi i vicesloupcovou sazbou atd. -- odtamtud jsme se propracovali k tomu, jestli existuje nejakej editor, co by ty konverze zvladal (stale se bavime o mobi) a pridali jsme k tomu to, ze je mozna pak cas prejit u ebookaru ze zdrojoveho .doc a editace ve wordu na neco jako OO at je rovnou zdroj nejak kompatibl. vic na tyto konverze, a take tam byl problem s tim pouzivanim zabehanych uz postupu po OCR a maker ve Wordu a prenosu tohodle nekam na OO ci LO..

no ale ukazuje se ze na tohle je teda asi zbytecne brzo... OO nezvlada nic nejak lepe a vice nez ten Word a navic nema ty santiagova makra... zda se ze proste je na tohle jeste moc brzo... casem se ukaze...
zatim teda asi nejschudnejsi reseni je doc to html tam to nejak predelat, aby to chodilo jak v ebub tak mobi veskere ty formatovacky a pak konvertovat (calibre?) do epub/mobi

je to shrnuti spravne? zapomnel sem neco? at se netocime v kole..

GIF_242: Ten seminář jsem dělal já :-)
Problém je ten, že z InDesignu nepadají dobré výsledky a zatím to vypadá tak, že to vzdáváme - dost dobře to dělá Fragment, ten to s InDesignem skutečně umí. Nicméně pořád jim padá polotovar, který dopracováváme.

[ FERRYH @ Kindle - konverze, správa elektronických knih, etc. ]
O přímém převodu OO do mobi nevím, řeším převodem z epub, nebo vůbec, čtečka mi epub umí.
Na mezery, spojovníky, odstavce, sirotky, uvozovky a dost dalšího doplňky mám. Vyber co ti schází a já to pohledám(pokusím se).

GIF_242: Ano. Pokud tedy počátkem myslíš papírovou knihu.

Možná je to neznalostí, možná ne, ale po zběžném přečtení dosavadní diskuze, mám pocit, že se zde spíše řeší převod/konverze. A proto se zeptám na rovinu, dělá tady někdo e-knihy od začátku? Tím myslím, třeba v inDesignu 5.5 + dodatečné úpravy? Nebo jak to vůbec děláte?

Není to totiž tak dávno, kdy v HUBu proběhla na toto téma přednáška a ve finále z toho mám smíšené pocity, zatím tuto "disciplinu prepresu" nechávám uzrát a čekám kam se to pohne a v jakých standardech se to ustálí.

MR_MITCH: testoval jsem writer2latex expotr do epub a tabulku přeházel a ze dvou rámců vedle sebe, udělal dva odstavce pod sebou. Callibre to má správně. je to vlastnost, nebo dělám něco špatně?

SMRGL: Vyzkoušej Nitro PDF nebo PDF conventer - ten používáme my. Ale stojí 100 USD. Oba ale mají zkušební verzi

fajné, dotaz.. Mam hodně PDF textů s hlavičkama a patičkama (stránky atd..) a chtěl bych to nějak ořezat, tak aby se to nepletlo po převodu do MOBI v čistém textu. Co je na to nejlepší??

JYRKA: :-(

DZAMLING: Hele, podívej se u nich do diskuse. Začlenění tabulek uživatelé požadují 10 let. Nekecám :-(
Takže good luck!

JYRKA: Tohle mě taky u Atlantisu štve. Asi jeho vývojářům napíšu, jestli s tím něco nechtějí udělat.

JYRKA, MR_MITCH: na opravy tohohle typu je zdaleka nejvhodnejsi nastroj XSLT... jen uz neni uplne trivialni sehnat pracanta, kterej ho ovlada ;)

MR_MITCH: Aha, otestujeme, díky.

JYRKA: Pro konečný výstup (takový, který jde rovnou do čtečky a už nikdy se s ním nebude jakkoliv pracovat) ho používám (ve spolupráci s H2LRF, abych mohl celou sbírku zkonvertovat jedním příkazem), ale pokud hrozí sebemenší šance, že se snad ten výstup bude nějak upravovat, tak ani omylem. Ale já to mám jednodušší v tom, že pro mě je nativní zdroj (X)HTML a dělám si to jenom pro sebe a rodinu.

JYRKA: no v mym případě jde o spany s různejma třídama, ale nějakej zběsilej regulární výraz by na to snad mohl jít
JYRKA: tabulky umí http://writer2latex.sourceforge.net/ - plugin pro oo, kromě latexu umí i xhtml a epub

FERRYH: Conventer umí taky číst PDF - ve starší verzi, kterou používáme.

MR_MITCH: Najdi </i><i> nahraď ničím. A je to :-)

EVILMIND: Promiň moji případnou neznalost, ale v definici HTML je _zakázané_ zalomení řádku mezi dvěma tagy? Možná to vyplývá z toho, že mezi nimi není bílý znak a tudíž jej nelze nahradit/doplnit bílým znakem konce řádku. Nevím, proto se ptám.

JYRKA: blbost.... :))) fakt.. uz sme ti to jednou rikal...
Abbyy PDF Conventer VZDYCKY dela OCR jakoby to byl sken to pdf... coz je teda opruz a vetsi chybovost...

zkusil si ten abbyy finereader 8?
je to posledni nastroj od abbyy kerej ma moznost pdf prebirat text jako text a nedela OCR ... dalsi FR pozdeji a taky ten Abbyy PDF Conventer uz proste delaji OCR.. :O((

jen tak mimochodem testoval sme ted chvili Omnipage 18 zda se ze ten ma to nativni cteni textu a ne OCR take.. a mozna je i trosku lepsi na zachovani formatovani nez abbyy ..ale na pdf sem to netestoval jen na skenech ... jen sem si toho figle s ctenim nativniho textu vsiml v Omnipage nastavenich OCR dokumentu... takze bez zaruk..