Állandó rovatok

A RADAR az e-könyv olvasó blog "kis-színes" híreinek társasági gyűjtőposztja. Ha találtál valami témánkba vágót, firkáld ide. Ha izgalmas új könyvmegjelenésbe futottál, oszd meg velünk a KÖNYVRADARon. Köszönjük, a műfaj nevében.

Ha eladó készüléked van, vagy használt kütyüt keresel, a KERES-KÍNÁL rovatunkat ajánljuk figyelmedbe.

Ha valami nyomja a lelked, ha összemérnéd az érveidet másokéval, gyere a DÜHÖNGŐbe. Belépés csak gumicsontokkal.

A fölösleges konfliktusokat elkerülendő megköszönjük, hogy tiszteleben tartod az E-tikettünket.

Ha adakozni akarsz, itt megteheted:

Jelenleg 45.700 HUF-nál járunk. Amire használni fogjuk: blogtalálkozó, wiki, saját domain. Nagyjából ebben a sorrendben :-) Jelképes díjazások: a legjobban pörgő e-könyveknek (Nobel Pizza, 2012-ben három darab), a legszebb ekönyveket készítő műhelyeknek (Szépség Pizza,  2013-ban, három darab).

GYIK - Szerszámosláda

Aki még csak most kezd barátkozni a villanykönyvekkel, kezdje a tájékozódást a GYIK rovatban.

Vannak még:

Válassz és rendelj Kindle-t innen

Mobipocket (prc) gyártási okosságok (Kindle, Kindle for appok)

Epub (Koobe, Nook, iOS, Android) gyártási okosságok kezdőknek és haladóknak 

Kiváló szótárak mindenre, ami bírja.

Sok Kindle trükk.

Kiváló magyar metadata-kollektorok a Calibréhez

Eszközismertetők

Boltismertetők

 

Utolsó kommentek

Címkék

1150 (1) 214 (1) 3g (4) 4700 (1) 600 (1) a9 (1) adamobooks (2) adásvétel (1) ADE (1) adobe (8) ad astra (18) áfa (12) agave (30) ajándék (5) akció (12) aldiko (1) alex (1) alexandra (4) állás (1) amazon (65) android (10) angol-magyar (1) animus (1) antikvárium.hu (1) antireklám (1) apad (1) app (5) apple (17) archiválás (1) asus (1) athena (1) athenaeum (1) atlantis (2) aura (7) avana (1) azw (1) banks (1) Baráth Kati (2) barnes&noble (14) beagle (2) bebook (2) bebook2 (1) bejelentés (3) bemutató (8) biblieteka (2) bigyó (1) blog (1) blogbuli (2) blogtalálkozó (2) bme (1) bookandwalk (4) bookdesigner (2) bookeen (3) bookgem (4) bookline (9) bookmarklet (1) boox (4) budapest noir (1) büntetés (7) calibre (4) Canvas (1) céghírek (1) ces (1) cikkajánló (4) clara (2) cloud (2) co2co (1) coelho (1) cool er (2) crowdfunding (1) crunchpad (1) csőd (1) cybook (8) dedikálás (2) deltavision (1) dibook (16) digitalbooks (12) diploma (1) disney (1) diszlexia (1) doctorow (1) dr1000 (1) dr800 (2) dragomán (1) drm (36) e-könyv (1) e-könyvészet (8) e800 (1) ebooks in Hungary (1) eclassic (5) eclicto (2) édesvíz (3) edge (1) edition 2 (1) eebook platform (1) egyesülés (2) ekm (43) ekönyv-terjesztés (3) ekulturaTV (2) elméleti kérdések (89) ELTE (1) enciklopédia kiadó (1) entourage (1) epub (68) epubcheck (2) események (9) eslick (1) etikett (1) EU (4) e gyetem (4) e könyv (19) e könyvesbolt (40) e könyvtár (3) e könyv formázás (8) e papír (10) fapados (1) fapadoskönyv (9) felmérések (21) firmware (4) fizetés (1) flepia (1) flightcrew (1) fontok (8) forgatókönyv (1) forma (3) formátum (5) fórum (3) frankfurt (2) frissítés (3) fujitsu (1) fumax (2) GABO (3) galaktika (7) galaxytab (1) garancia (1) Gitden (1) gloHD (1) goldenblog (1) goodreader (2) google (5) Grecsó (1) gyakorlati kérdések (68) gyártástechnológia (32) H2O (4) hachette (1) hack (2) hanlin (3) hanvon (4) harlequin (3) hármas könyvelés (4) harry potter (2) hvg (1) ibooks (3) icarus (1) idaságok (1) idpf (2) indesign (1) infografika (2) ingyen (1) introverziók (23) ipad (18) ipad mini (1) ipaq (1) iphone (3) ipubs (7) irex (5) iriver (4) irodalom (2) ismeretterjesztés (4) ismertetők (1) itunes (1) japán (1) játék (2) java (1) javascript (1) javítás (2) jelenkor (1) jókívánság (2) jótékonyság (3) jumbo (1) karácsony (7) képek (1) képregény (2) keres (1) kickstarter (1) kiegészítő (9) kínál (1) kindle (65) kindlegen (2) kindle dx (6) kindle fire (3) kindle wifi (5) kisepika (2) kleinheincz (5) kloos (1) kobo (19) kölcsönzés (1) kondor (3) konteo (1) könyvajánló (6) könyvesbolt (1) könyvhét (19) könyvkiadás (119) könyvmolyképző (9) könyvtár (6) könyvterjesztés (3) koobe (36) kötelező olvasmányok (1) közlemény (2) közösség (27) kritika (1) lámpa (3) laputa (1) lendink (1) libri (8) líra (2) Lithium (1) lrf (1) lrx (1) ludas matyi (1) magvető (3) makró (2) marketing (2) marvin (2) média (4) mediamarkt (1) megvilágítás (1) mek (4) mese (3) mesemasina (2) metaadat (1) micropayment (1) microsoft (2) middleware (1) mintakönyv (1) mkke (3) mobi (3) mobipocket (20) moly.hu (2) móra (1) msi (1) mu (1) műfaj (1) multimédia (1) multimediaplaza (31) n516 (1) ncore (1) nds (1) neal stephenson (1) nekrológ (1) német-magyar (1) networkshop (3) nook (7) nook2 (3) novella (2) oasis (2) oaxis (1) office (2) oktatás (2) olvasási nehézségek (2) omikk (1) one (1) onyx (8) openinkpot (1) Oravecz Nóra (1) orosz-magyar (1) összeesküvés (1) oszk (3) palm (1) pályázat (10) paperwhite (12) paradigmaváltás (1) paypal (2) pda (3) pdf (11) PearlHD (1) pendrive (1) pizza (2) plastic logic (4) plugin (1) pocketbook (16) podcast (2) popper (1) portal press (2) pottermore (1) prc (15) pre (1) premier (2) publio (5) rádió (4) Rajaniemi (1) reb (1) rejtő (1) reklám (58) reMarkable (1) reMarkable2 (1) rendelés (2) re poszt (12) riport (1) rss (2) rtf (1) samsung (2) scalzi (7) scida (1) scribd (1) Semmelweis (1) SendToKindle (2) sf (12) sfmag (4) sfportal (18) sigil (2) sipix (1) slideware (1) sony (22) spanyol-magyar (1) specifikáció (2) spiritualitás (1) spotify (1) stanza (8) stardict (2) story (1) streaming (1) syllabux (1) szakdolgozat (1) szellemhadtest (1) szerkesztés (2) szerviz (1) szerzői ellentételezés (3) szerzői jogok (1) szerzői kiadás (6) színes (4) szótár (3) tab (1) táblázatok (1) tablet (9) tankönyv (1) tarandus (4) tarda (1) teaser (1) telefon (1) telekom (1) teszt (65) textr (17) tft (7) tilos (5) tok (2) tor (2) történelem (2) touch (2) txtr (6) typotex (4) t com (14) ulpius (10) üzleti modell (1) vásárlás (11) vegyesfelvágott (13) vendégposzt (4) verseny (5) vízpart (2) vizplex (3) vodafone (3) voyage (4) w3c (1) warez (14) wayteq (1) webáruház (1) web tablet (3) wifi (3) wiki (1) wisereader (1) word (2) xhtml (2) xml (2) yotaphone (1) zinio (1) zsoldos-díj (1) Címkefelhő

Linkek - források

A barátaim, innen onnan

Tudjuk, merjük, tesszük!

2010.06.16. 15:03 Dworkyll

Kedves barátaim az Úrban, ez a nap is eljött. A héten elkészítettem az első kereskedelmi célú ePubjaimat, az Agave Kiadó jóvoltából. A jó hír, hogy abszolút kurrens könyvekről van szó: Kondor Vilmos Budapest Noir trilógiájáról. Még jobb hír, hogy nincs rajtuk semmilyen DRM.

Üröm az örömben, hogy kereskedelmi forgalomba sem kerülnek, legalábbis nem most. A szerzőt képviselő angol ügynökségnek készültek, akik továbbértékesítés során ezeket az ePubokat küldik tovább a különböző külföldi kiadóknak, értékelés és esetleges fordítás végett. Erre pedig van sansz, már most van lengyel, olasz, német, és holland kiadás is.

Személyes vélemény a könyvről: tetszik. Értelemszerűen ezeket az elektronikus változatokat nem küldhetem el senkinek, ezért ne is kérjétek. Pontosabban kérhetitek, de az Agavétól :-)

Annyit azért megengedtek, hogy az első fejezeteket, csak a "belelapozás végett" itt közzétegyem. Fogadjátok őket szeretettel:

Letöltés után vágjátok le a txt kiterjesztést, az epubot ugyanis a blogmotor nem komálja. Akinek nincs kéznél epub olvasója, az itt találhat.  Vagy FF plugint itt. Mondjuk a legszebb mégis egy Koobe Junioron :-).

Kedves Kiadók!

Ha szeretnétek látni, hogy a Ti kiadványaitok hogyan festenének a XXI. század olvasóin, keressetek meg nyugodtan, ingyen és bérmentve csinálok nektek hasonló, teljes példányos "próbanyomatokat". Ha pedig kereskedelmi ajánlatotok (kérésetek) van, akár epub-gyártási kiképzésre is, azt is várjuk szeretettel.

25 komment

Címkék: agave könyvkiadás kondor budapest noir epub

A bejegyzés trackback címe:

https://ekonyvolvaso.blog.hu/api/trackback/id/tr702086388

Kommentek:

A hozzászólások a vonatkozó jogszabályok  értelmében felhasználói tartalomnak minősülnek, értük a szolgáltatás technikai  üzemeltetője semmilyen felelősséget nem vállal, azokat nem ellenőrzi. Kifogás esetén forduljon a blog szerkesztőjéhez. Részletek a  Felhasználási feltételekben és az adatvédelmi tájékoztatóban.

Nargoth 2010.06.16. 20:46:44

Aranyos vagy, nincs rajta DRM. Ugyan forgalomba sem kerül, de azért remek hír ;)

Behemoth 2010.06.16. 22:12:34

Köszönjük, nagyon jó, hogy felraktad! :-) Hétvégén utazom, megy fel a PDA-ra :-)

Komavary · http://orokorom.freeblog.hu 2010.06.17. 00:43:40

Hú, ez tök jó! Na most várjak még egy kicsit, vagy budapesti kém plusz posta? Hmm....

Dworkyll · http://ekonyvolvaso.blog.hu/ 2010.06.17. 07:27:29

@Nargoth: azért emeltem ki a DRM-telenséget, mert a jelenlegi formájukban néznek ki az állományok úgy, ahogy szerintem ki kell nézniük: friss és értelmes tartalom, szépen összerakva, DRM nélkül. Sajnálatos, hogy a DRM helyett a kereskedelmi elérhetősége korlátozza a terjesztését, de most (még) csak ez tudott lenni. Szerintem ez egy kis lépés egy jó irányba.

@Behemoth: Utazást ezekre ne alapozz, mert csak 1-1 fejezet, csak azt mutatja meg, hogy milyen hangulata van a könyvnek (szerintem büntetően jó), meg hogy mire képes az epub formátum, még akkor is, ha "kézzel" van összerakva, nem inDesignnal.
Amúgy milyen PDA-val és progival olvasnád?

@Komavary: végfelhasználó számára értékesített epubról nincs szó a közeljövőben, sajnos. De lobbizni lehet, sőt kell, és addig marad a papír.

varics · http://www.kutya-tar.hu 2010.06.17. 22:13:26

Jó az ilyet olvasni, viszont a forráskód és a stíluslap nem valami tiszta (lehet a webfejlesztő kisördög bújt most ki belőlem :) ) Ha érdekel titeket leírhatom, és mit javítanék rajta.

Dworkyll · http://ekonyvolvaso.blog.hu/ 2010.06.17. 23:26:42

@varics: minden okosságot szivesen látunk. Komolyan. Viszont azt add hozzá, hogy ez 1. kézimunka, 2. a kódot (amin tuti lehet optimalizálni) nem nagyon fogja nézegetni senki, ha amúgy a kimenet okés.

Van egy kitalált munkafolyamatom, ami filléres eszközökkel, és viszonylag kevés direkt kódbuherával ezt adja.

Ha van tipped, hogy hogyan lehet ezt relatíve egyszerűen tovább áramvonalasítani, akkor azt nagyon megköszönöm.

(viszont, ha veretes, akkor inkább ebbe a posztba írd: ekonyvolvaso.blog.hu/2010/04/15/gyartunk_1 Köszi :-)

varics · http://www.kutya-tar.hu 2010.06.18. 11:06:07

@Dworkyll: Egy átlag júzer biztos nem néz bele a forrásba. Viszont minél több a felesleges formázás, elem stb, annál többet kell a megjelenítőnek feleslegesen feldolgozni. Pl.:

1. a css-ben két ilyen class van definiálva:
.p8{text-indent:0;margin-left:0;text-align:left}
.p9{text-indent:0;margin-left:0}
Alapértelmezetten mindig balra vannak igazítva a szövegek tehet feleslegesen definiáltunk +1 class-t. Ha meg nem a balra igazítás az alap, akkor szétcsúszhat a formázás.

2. A copyright résznél minden sor külön bekezdésbe van téve, és gyakorlatilag ugyanazt a class-t kapja meg az összes. Ennek így szerintem nem sok értelme van, hisz ezek itt nem is bekezdések.

3. Borító, copyright, címoldal, ajánlás stb: ezeket én mind külön fájlba raknám, hisz a könyvnek is külön részét képezik, illetve nem raknám be őket a TOC-ba (tartalomjegyzékbe), hisz a nyomtatott könyvben sem szerepeknek.

4. Az ilyet pedig eleve kerülni kellene: <p>&nbsp;</p>. E helyett inkább a következő bekezdésnek kellene egy 1em méretű felső "távtartást" (margin-top) beállítani.

Talán ezek a legfontosabbak, amikre szerintem figyelni kell.

Én úgy csináltam ePUB-ot hogy Word-ben szűrt html-ként mentem el a könyvet. OpenOffice nem jó, mert túl tiszta, valid kódot ad. Az MS Office által generált szemetes (mondhatni szar) htm fájl átküldöm egy saját fejlesztésű php script-en, ami szépen kiszűr mindent felesleges dolgot, és a fejezetekre bontja a szöveget (a címsorok alapján). Ezután Ctrl+C Ctrl+V be Sigil-be és mentés. CSS-t meg 5 perc kézzel a 0-ról megírni.
Ez így kicsit hosszabb mint a sima Mentés másként, de +fél óra megéri a szebb eredményt. Így csináltam ezt is: www.varics.fw.hu/?dir=&download=goodkind_az_elso_szabaly_1_sample.epub

A script amit írtam még félkész, de a jövőheti vizsgám után befejezem és megosztom veletek :)

Dworkyll · http://ekonyvolvaso.blog.hu/ 2010.06.18. 15:13:42

@varics: Köszi az észrevételeket. Van még pár csapda.

A 4. pontod megfigyelései leginkább onnan jönnek, hogy masszívan közlekedem formátumok között, és mindegyik átlépésben van csavar. Pl, a prc nem szereti az üres sort, csak ha így van definiálva <p>&nbsp;</p>. (prc-ben korrrektúrázok). A html->doc irányban viszont elvész a sortávolság infó, amit én - inkább történelmi, mint technikai okok miatt - a height paraméterrel állítgatok, ezért jobb a "manuális" üres sor.

A sigilben hogy ágyazol be fontot?

A scriptet előre is köszönjük. Ha táblázatra volna még valami frappáns mondásod, az szintén nagy irályság lenne.

varics · http://www.kutya-tar.hu 2010.06.22. 14:09:33

Font beágyazás Sigil-ben:
Bal oldalon a Fonts menüre jobb klikk és hozzáadom az OTF vagy TTF fájlokat. Ezután definiálom a CSS-ben az összeset.

Az ePUB XHTML 1.1 és CSS2 szabványú fájlokat tartalmaz (egy tömörítés mentes zip konténerben), a táblázatokat is ez alapján kell formázni:
<table> definiálja magát a táblázatot, <tr> a sort, <td> a cellát.
Ezek után a CSS fájlban formázzuk. Pl (2x2 tábla középre igazítva, 5px cella margó, 2px fekete szegély):

<table>
<tr>
<td>1.cella, 1.sor</td>
<td>2.cella, 1.sor</td>
</tr>
<tr>
<td>1.cella, 2.sor</td>
<td>2.cella, 2.sor</td>
</tr>
</table>

A CSS:

table {
border-spacing: 0;
border: 1px solid #000;
margin: 0 auto;
}

td {
padding: 5px;
border: 1px solid #000;
}

Dworkyll · http://ekonyvolvaso.blog.hu/ 2010.06.23. 09:53:44

@varics: Óriási köszi. A Sigil továbbra sem a szivem csücske, mert hajlamos a mással készített epubokat szétvágni, ha az nem az ő szája íze szerint készült :-(

varics · http://www.kutya-tar.hu 2010.06.23. 11:15:47

@Dworkyll: Igen a Sigil-nek is, mint az összes wyswyg editornak megvannak a hülyeségei, amivel elrontják az összképet, engem pl. az zavar, hogy a forráskódot a saját elképzelése alapján mindig újra formázza, ami egy nagy baromság (nem tudom mire gondoltak a fejlesztők, amikor ezt kitalálták, legalább lenne opcionális). Sajnos én más használható, direkt ePUB szerkesztőt nem ismerek. Persze, ha van időnk, és türelmünk az XML-eket is saját kezűleg írogatni, akkor még egy Notepad is megteszi... :D

Dworkyll · http://ekonyvolvaso.blog.hu/ 2010.06.23. 12:07:26

@varics: Szvsz a direkt epub matatást minimumon kell tartani, mert ugyanaz lesz vele a szívás, mint a "hagyományos"kiadói munkafolyamatban: a követhetlen verziókontroll.

Ahogy szerintem jó: legyen a _forrás_optimalizálva, és utána legyen lebetonozva a munkafolyamat. Így lehet a több kimenetnek egységes bemenetet megadni: pl doc/html -> prc, epub, pdf.

A bemenet legyen jól szerkeszthető, a kimenet úgysem az.

Egyébként meg notepad++ :-)

SaGa 2010.06.23. 14:42:35

Fordított sorrendben egész jól megy már:

pdf>doc/rtf>odt>epub>prc...

Az odt-t kell alaposan kitakarítani, csak a saját magad által elképzelt stílusok maradjanak meg, akkor egész gyorsan megy...

varics · http://www.kutya-tar.hu 2010.06.23. 15:14:27

@Dworkyll: Én még mindig szívesebben matatok a forrásban, de ez gondolom azért van mert már megszoktam.

Ha jó a forrás, akkor egyszerű a konverzió, de amíg minden direkt módon van formázva, addig a kimenet is nagy méretű és szar lesz, mert ott is mindent direktben lesz formázva.

Igazából fejben nálam már megszületett a gyors és minőségi doc/odt -> epub konverzió folyamata. Holnap vizsga, utána nekiülök és megírom hozzá a konvertáló cuccot.

Notepad++ helyett én az EditPlus-t preferálom. ;)

Dworkyll · http://ekonyvolvaso.blog.hu/ 2010.06.23. 17:11:09

@varics: gyors és minőségi doc/odt -> epub konverzió

Ha hordozhatóra csinálod, csapunk neki reklámot :-)

SaGa 2010.06.23. 19:52:17

Nálam is ilyen van, de most beleszaladtam a késbe rendesen.
Van egy doc-om, amiből képtelen vagyok normális odt-t készíteni. Valamiért ragaszkodik ahhoz, hogy az ő-ű betűknek külön classokat csináljon és nem jövök rá miért. Korábban már volt egy hasonló esetem, ott az Atlantis őrült meg, itt most az OOo és a word egyaránt bukik...
Nem tragédia, mert a script, ami az odt-ből epub-ot csinál kiszedi a feleslegeket, csak érdekel, hogy mi lehet a gondja. Még túrom kicsit.

A bejáratott menet: bármiből rtf-et gyártok, eordpad-dal bolvasom, ott egységesítem a fontkészletet, majd a wordpad-ból átemelem az egészet a megfelelő odt-vel megnyitott OpenOffice writerbe egy egyszerű copy-paste-val.

Ebben aztán lecserélem a formázásokat a sajátjaimra, az elmentett odt-ből kiemelem a content.xml-t és arra rázavarom a scriptemet.

Ez leválasztja a stílusleírót az xml-ről, kiirtja a felesleges dolgokat, majd a stílusleíróban található adatokból behelyettesíti a Px és Tx tag-ek helyére a megfelelő kulcsszavakat (bold, italic, stb), illetve eliminálja a felesleges osztályokat. Egy menet a tidy-vel kiirtja az esetleg beragadt felesleges zárótag-eket, ami a class-ok egyelésekor óhatatlanul előfordul. Megfelelő algoritmussal nem lennének, de minek írjam meg újra azt, amit valaki már elkészített...

Fejezethatárokon darabolja a szöveget, összedobja a content.opf-et és a a toc.ncx-et.
Ez utóbbiakba csak a headerbe kell kézzel beletúrni, hogy a metaadatok is rendben legyenek.
A toc többszintű, ha a könyv is olyan.

Fapados, nem is túl elegáns, de működik...
Némi kézi munka kell, de az is csak azért, mert a forrásokban nem minden hibát találok meg még rtf vagy odt állapotában.

Mivel ma került a kezem alá az első olyan kötet, amiben táblázat is van, annak a kifejtése a xml-ből még nincs kidolgozva. A script amúgy is folyamatosan fejlődik, mert ha új "jelenségbe" akadok, azt kielemzem, majd beillesztem...

A kész epubra egy másik scriptet küldök, az prc-t generál belőle. Pontosabban a prc alapját képező html-t, stíluslappal együtt. Ezt át kell konvertálni utf-16-ra (pl notepad++-szal), majd mehet bele a mobipocket creatorba...

Ignis_veneficus 2010.06.23. 20:51:39

@SaGa:
"A bejáratott menet: bármiből rtf-et gyártok, eordpad-dal bolvasom, ott egységesítem a fontkészletet, majd a wordpad-ból átemelem az egészet a megfelelő odt-vel megnyitott OpenOffice writerbe egy egyszerű copy-paste-val."
Ez hatulrol mellbe..
fogod, es megnyitod a cuccot OOo-ba. elmented odt-be. aztan kiemeled az XML-t es osszefuzod a stilussal, es rafuttatod a konvertalo xslt-ket.
mindent meg lehet oldani, es automatikus (parancssorbol mehet), ha valamit kell az ODT-ben csinalni, azt is lehet scriptelni a OOo-ban.
Metaadatok.. ha jol kitoltod a bemeno file-ban, akkor az benne van az ODT-ben, es onnet kinyerheto..
Jelenleg nekem olyan cuccot van, ami egy elore megragott rtf/odt/doc -bol general epub-ot egy lepesben (batch munka)

ehran 2010.06.23. 22:19:57

@varics: @Dworkyll: @SaGa: @Ignis_veneficus:
Srácok, nem lenne kedvetek ezeket a módszereket kifejtve, hülyék (mint pl. én) számára is érthető módon, alaposan elmagyarázva leírni, esetleg összegyűjtve egy cikkbe, publikálni? Én nagyon hálás lennék érte, de szerintem sokan mások is. Már persze, ha nem titok.
Előre is nagyon köszi!

SaGa 2010.06.24. 07:23:45

@Ignis_veneficus: Az jó, ha ennyire automatikussá tudod tenni, nekem ilyen szinten még nem megy. Mivel a forrásanyagaim hibákkal terheltek, kénytele vagyok helyesírás ellenörzést, tördelési hibák javítását és hasonlókat végezni rajtuk, ezek meg nem annyira scriptelhetők.
Az OOo valamiért néha meggárgyul kissé. Hiába "szövegtörzs" a stílusa a bekezdéseknek simán elköveti azt a hibát, hogy felváltva hol Gentium Book, hol Arial, hol Times a szövegben ezek betűkészlete, de néha (mint tegnap is) csak az ő-ű betűket akarja minden áron más betűtípussal megjeleníteni, így teliszórja teljesen felesleges Tx osztályokkal a fájlt...
Ha a forrásból még az ooo-ba illesztés előtt kiirtom az összes Text és Paragraph stílust, akkor nem (vagy csak sokkal ritkábban) lesz ilyen idióta. Erre kell a wordpad.
Sokan valamiért igen komoly ingert éreznek arra, hogy egy egyszerű szöveg is minimum 3-4 eltérő betűtípussal legyen szedve, ezt nem mindig könnyű felszámolni.

Emellett: nem használok xml feldolgozó libeket (nem értek hozzá) így xslt-k sincsenek. Egyszerű sed, grep, tidy, néhány ciklus és annyi...

@ehran: van erre egy topik: ekonyvolvaso.blog.hu/2010/04/15/gyartunk_1.
Ott már van pár ötlet...
Fájlt csatolni nem tudok, a scriptek meg meglehetősen hosszúak, így maximum el tudom küldeni ha valaki kéri, de ehhez kell egy linux vagy egy cygwin is, mert a linux szövegkezelő eszközeire építettem őket...

Nem titkos, de közel sem végleges egyik sem...

Ignis_veneficus 2010.06.24. 22:19:07

@SaGa: XSLT: Celszeru megtanulni. Sok durva dolgot el lehet vele erni. Eleg egyszeru, igaz van par "erdekessege" (pl nincs benne ciklus, csak rekurzio), de megszokhato.
Kiegeszitve az Xpath-al (node-ok cimzese) mar utos.
Peldaul ki lehet vele dobni a odt-bol a stilusokat, es kozvetlenul a text:p elembe leleirni a fontos stiluselemeket. Az olyanok meg mint a font attributum, megy a levesbe..
Megoldahto, hogy csak a text:span elemek maradnak benne, amely szamodra fontos formazast horzod (dolt, felkover, stb, de mas betu, meret tartalmu kiesik)

A net tele tutorial-al.

Behemoth 2010.06.24. 22:22:44

Szia!
A ZuluReadert, a Freda 5-öt és 6-ot próbáltam ki a PDA-n (HTC Artemis, i.e. 50-ből, kellemesen olvasható olyan 28 chr/sor, 12 sor/képernyő méretben, villámgyors oldalváltásokkal).
- A Freda 6 nem akart menni.
- A Zulu szépen kirajzolta a borítókat, kiválasztottam a könyvet, utána nagy fehér semmi a borító helyett, majd jött a szöveg, gyönyörűen szétesett szavakkal, körülbelül mintha véletlenszerűen szóközöket ütögettek volna a könyvbe.
- A Freda 5 végre ment is, jó is volt, azon olvastam. Kellemes folyamatos szöveg, jól állítható betűméret, nem volt semmi gond. Üzleti szempontból probléma viszont, hogy a könyvek végén lévő linket nem nyitja meg, "unable for find chapter for reference target".

Dworkyll · http://ekonyvolvaso.blog.hu/ 2010.06.24. 23:05:50

@ehran: Itt van már a poszt a fejemben, full felhasználóbarát, félek is, hogy az itteni scriptvarázslók itt fognak alázni a fapadosságomér' :-))

Mert pl. nálam nem scriptek vannak, csak két nokedli makró. Meg kicsit több kézimunka, leginkább wordben.

SaGa 2010.06.25. 07:50:02

@Ignis_veneficus: Én ugyanezeket csinálom, csak sed-del és greppel...

pl:

grep -e '<style' atmeneti.xml > stiluslap.xml
sed -i '/style:parent-style-name="Heading/d' stiluslap.xml

Az első sor kiemeli az xml-ből a stílus szekciót és átpakolja egy külön fájlba. Azért atmeneti.xml a forrás, mert a content.xml-t először sorokra kell bontani (egyetlen sor az egész eredetileg), majd kihajítom belőle az érdektelen információkat, a címsorokat átalakítom hx tag-ekre, stb...

A második meg kidobja ez utóbbiból azokat a stílusokat, amelyek címsor stílusok, mert érdektelen, hogy a forrásban hogyan néztek ki...
stb...
A scriptecském jelenleg kb 200 sornyi értékes kódot tartalmaz...

ehran 2010.06.25. 10:18:27

@SaGa: @Dworkyll:
Köszi szépen, megnéztem azt a cikket is, az nekem még mindig túl high-tech (mondtam, hogy hülyéknek való leírás érdekel :) ); amit Dwo ír, az már ígéretesebben hangzik, majd igyekszem ellensúlyozni a scriptvarázslók fanyalgását. :)
süti beállítások módosítása