Á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

  • Dworkyll: @bunny.hu: Hát, őőő, mivel minden érintett végig tudja ugyanezt gondolni, (író/jogtulaj, kiadó, te... (2018.10.24. 09:05) Áttörés: mehet a kedvezményes ÁFA az e-könyvekre
  • bunny.hu: Nem az áfa itt a fő baj, hanem hogy ugyanazokat a extra terheket rárakják az ebookra is, mint a pa... (2018.10.24. 08:31) Áttörés: mehet a kedvezményes ÁFA az e-könyvekre
  • Arturo: @Antolion: Jól gondolom, hogy az olvasódban nem volt háttérvilágítás? Ha zavar az árnyék, akkor ta... (2018.10.17. 14:58) Gyorsteszt: Kobo Clara
  • Antolion: Tiszteletem az e-könyv olvasó eszközöknek, de nekem anno nagy csalódás volt: direkt napsütésben po... (2018.10.17. 11:23) Gyorsteszt: Kobo Clara
  • Dworkyll: @acel: Szeressük a versenyt ;-) Mondjuk a mobi-audible-egyszín kombó gyanítom, mire ideér, drágább... (2018.10.17. 09:56) Gyorsteszt: Kobo Clara
  • acel: Hoppá, jön az Amazon is a clara ellen: 130 dolláros vízálló paperwhite. arstechnica.com/gadgets/20... (2018.10.17. 09:19) Gyorsteszt: Kobo Clara
  • acel: @Dworkyll: Mobilon nem láttam az árat, a leírásra koncentráltam, És ennél az árnál tényleg minimál... (2018.10.14. 10:36) Gyorsteszt: Kobo Clara
  • Utolsó 20

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 (64) 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) 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) 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 (88) ELTE (1) enciklopédia kiadó (1) entourage (1) epub (67) 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 (7) e papír (10) fapados (1) fapadoskönyv (9) felmérések (20) firmware (4) fizetés (1) flepia (1) flightcrew (1) fontok (7) forgatókönyv (1) forma (1) 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 (31) 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 (17) 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 (2) 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 (10) 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) 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 (8) tankönyv (1) tarandus (4) tarda (1) telefon (1) telekom (1) teszt (63) 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

Epub, Stanza és a DRM csapdája

2010.01.27. 14:00 Dworkyll

A Stanza és az epub

Réges régen, egy távoli galaxisban már írtam a Stanza nevű iPhone/iPod alkalmazásról. Alapból nem vagyok az a kifejezett Apple rajongó, számos averzióm van az üzlet- és termékfilozófiájukkal, de már akkor is a sárga irígység evett az elképesztő grafikus felület és funkcianalitás miatt.

Az élet egy iPod Touchot sodort a kezembe, és persze első dolgom volt egy Stanzát applikálni rá a csodás AppStore-ból (A magyar store-ból is simán elérhető, ingyenes). És bizony kint van belőle a 2.0 verzió, ami mindent tud, ami egy olvasó alkalmazástól elvárható:

  • Első és legfontosabb: beágyazás nélkül is helyesen jeleníti meg a magyar karakterkészletet az epub állományokban! A címekben is.
  • Van annotáció
  • Van integrált angol értelmező szótár (WordNet 2.0)
  • Vannak integrált könyvesboltok (BooksOnBoard, Fictionwise, O'Reilly, Allromance, Feedbooks, Random House stb. ingyenes olvasnivalók szépen előkészítve.)
  • És megvan az eddigi összes "eye-candy" finomság, az ultralátványos lapozás effekt és cover-flow, a csillió vizuális beállítás, fontok, sortávok, hátterek, az instant színprofil-váltás, az egyujjas fényerő- és kétujjas betűméret-állítás, stb.

Az élet persze nem habostorta. A legnagyobb gond, hogy a kijelző pixelmérete nem változott 480x320, ez bizony fájdalmas, még azoknak is, akik amúgy nem zárkóznak el a TFT-től. A másik, hogy a saját tartalom eszközre küldéséhez szükséges a Stanza dektop változatának futnia ugynazon a WiFi hálón, amit az iPod/iPhone lát. És ennek a PC-s változata valami ordenáré. Ha azon nem látszanak helyesen a karakterek, még nem kell pánikolni. Az átvitel kicsit trükkös, a PC-s alkalmazáson keresztül "ki kell ajánlani" a saját tartalmat, amit így az olvasó le tud tölteni magának. Érdekes, hogy egy tartalom nem az iTunes-on keresztül kerül föl az almás vasra.

Ami engem nagyon meglepett, hogy a Stanza epub parsere fényéveket ver az Adobe hasonló célú dolgaira. De ez csak a történet egyik fele. A másik, hogy ugynaz az epub állomány másképp néz ki a Stanzán és másképp egy Adobe meghajtotta dedikált olvasón (vagy PC-n,). Erős a gyanúm, hogy az Adobe DRM sem fog zökkenőmentesen működni a Stanzával, ha működik egyáltalán.

A DRM csapda

Nehéz helyzetbe kormányozza magát a halogató könyvipar. Aki most akarna megjelenni és kemény DRM-mel, annak állást kell foglalnia, hogy pontosan milyennel. Lehet valami standard (Adobe pl), amivel sok helyre eljuthat, de így is kimarad a potenciáls piac fele (Kindle, Stanza). Próbálkozhat valami egyénivel és teljessel, mint pl. az Amazon, de nem hiszem, hogy egy Amazonnál kisebb méretű entitás értelmesen bevállalná, hogy mindent elbukik, amit nem ő szolgál ki. Ezért kételkedem csöppet az eClicto-ban. Ezért állítom továbbra is, hogy a kemény DRM használata nemcsak az olvasóval (vásárlóval!) szúr ki, de a kiadónak sem magától értetődő érdeke.

Az meg külön érdekesség, hogy az elvileg szabványos epub a DRM-ől függetlenül is eltéréseket mutat. És ezt akkor most hogy? Aki az epub-képes olvasókat veszi célba építsen két párhuzamos rendszert, egyet az Adobe-istáknak, egyet az Apple-bázisnak??

Verdikt

A Stanza/iPod(iPhone) kombináció ideális "kapudrog" az e-olvasáshoz. Töméntelen legális és ingyenes olvasnivaló, végtelen komfort és funkcionalitás, korlátozás nélküli elérhetőség. A kis kijelző ugyan fájdalmas, de mindig zsebben lehet (főleg, ha ez egy telefon), és lehetővé teszi az instalt olvasást, gyakorlatilag bárhol és bármikor.

Akit elkap a gépszíj, "kinövi a kijelzőt", az meg nyugodtan fejlődhet tovább a kifinomultabb olvasási platformok felé (és elkezdheti költeni a pénzét).

A kiadók meg jobb lesz, ha nem tévesztik szem elől az az Apple felhasználókat, csak iPhoneból majd kilencmilliót adtak el tavaly, és fene tudja hány iPod/iPhone van kint már összesen, de biztosan sokszorosa a dedikált olvasóknak. És talán végre tényleg megjelenik az idén a sokat emlegetett Apple tablet, ami nem kevesek szerint olvasóplatformnak is kiváló lesz. Tény, hogy egy nagyképernyős Stanzától még én is gondolkodóba esnék.

UPDATE: Vannak azért érdekes kanyarok az Almás kompániánál is. Például, hogy a Stanza korábban képes volt USB-n szinkronizálni, de ez elmúlt. Itt van leírva, hogy miért.

61 komment

Címkék: drm epub stanza

A bejegyzés trackback címe:

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

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.

_iMaginer_ 2010.01.27. 14:43:58

A stanza desktop helyett van a Calibre, szintén ingyenes progi, jó privjú, konvertálás stb. A benne tárolt könyvtárat megoszthatom az iPhone-val, így a stanzában le tudom tölteni a könyveket.

_iMaginer_ 2010.01.27. 15:01:18

Stanza desktop helyett Calibre.

erwinke 2010.01.27. 16:38:03

Calibre Kindle-höz is ajánlott! :)

Dworkyll · http://ekonyvolvaso.blog.hu/ 2010.01.27. 17:35:39

@_iMaginer_: Ez jól hangzik. Pontosan hogy csinálod? A Stanza desktop a bonjour protokollon beszélgetne, és (gondolom nem véletlenül) ennek nyomát nem látom a calibre-ben.

_iMaginer_ 2010.01.27. 18:14:38

@Dworkyll: A beállításoknál a tartalom kiszolgáló–szerver indítás.
WiFin az iPhone(Pod) a stanzában látni fogja a gép megosztott könyveit, maj letölt (nagyon okos és jó progi, csak idegesítő, hogy hetente frissíti a srác).

Polemius 2010.01.27. 19:47:25

Épp most mutatják be az iPad-ot (ez lett a neve). Szóval arra is válthat aki kinőtte az iPhone képernyőjét.
Így első ránézésre valószínűleg ők veszik majd az új izét.
Mert gondolom a szokásos árazással adják majd, épeszű ember meg abból vesz egy könyvolvasót. Bármelyiket. Akár kettőt.
Vagy egy könyvolvasót, meg egy épkézláb mini-tabletet. :)

aesopus · http://blog.hu 2010.01.27. 19:50:10

(a stanza desktop konvertálása messze jobb, mint a calibre konvertálása. legalábbis kindle esetében. a calibre nem ismeri fel pl. a régebbi doc formátumot)

Professzore · http://ekonyvolvaso.blog.hu 2010.01.27. 20:23:44

@Polemius:
Igen, ez elég valószínű. Az Engadget oldalát nézem és ott egyelőre nincs információ az árról (legalábbis én nem találtam meg). Kevéssé tartom valószínűnek, hogy 1000 USD alá áraznák be, márpedig ebből bőven kijön két olvasó és egy tisztességes netbook.
Mindenesetre a 3G támogatás/wifi, plusz az Apple már bevált értékesítési csatoráni (iTunes/Appstore), illetve az ezek mintájára készült iBookStore kegyetlen nagyot üthet az Amazonra.
Update: 499 USD. Hát ez odab*sz.

Mademoiselle · http://mademoiselle-pickwickportfolio.blogspot.com/ 2010.01.27. 20:38:29

áh, én is épp most láttam egy bemutatót az iPadról, de látom már beelőztek a hiradással :-)

Polemius 2010.01.27. 21:08:35

Most már vannak árak:
3G nélkül, csak wifi:

• $499: 16GB
• $599: 32GB
• $699: 32GB

Wifi + 3G:

• $629: 16GB
• $729: 32GB
• $829: 32GB

Dworkyll · http://ekonyvolvaso.blog.hu/ 2010.01.27. 23:46:25

@Polemius: Na igen. Könyvből 16 gigával kábé a világ végéig jó vagyok. Ha vágná a mobipocketet, Kovács úr megvenné élete első almalogós vasát :-)

Mondjuk mivel az iPad több, mint hadüzenet az Amazonnak, a natív prc támogatás elég kisesélyes :-(

Dworkyll · http://ekonyvolvaso.blog.hu/ 2010.01.27. 23:58:30

@Polemius: És ha jól gondolom az utolsó sorok 64 gigások ;-)

hunmaster 2010.01.28. 02:19:55

Jómagam is Stanza-t használok, teljes mértékben meg vagyok vele elégedve.

@Dworkyll: igen, az utolsó sorok 64 gigásra vonatkoznak. A magyar várható árak: xms.hu/apple.php?s=ipad

erwinke 2010.02.03. 08:35:13

@aesopus: Kösz a tippet! Majd kipróbálom. :)

eNeL 2010.02.03. 09:51:50

Emberek!

Hogyan lehetne elérni (kinek kellene javasolni), hogy ePubra készüljön egy, a web böngészők tesztjéhez (Acid3) hasonló teszt a megfelelőségre és a megjelenítésre?

Költői kérdés volt...

Professzore · http://ekonyvolvaso.blog.hu 2010.02.03. 10:09:12

@eNeL:
Valahol tegnap láttam, talán épp a Dworkyll által javasolt egyik oldalon.
Egyébként csinálni kell.

eNeL 2010.02.03. 12:01:05

@Professzore: Ez az a szkript, amiről azt hiszem a Radar posztban is írtam. Csak azt ellenőrzi, a formátum megfelelő-e, nem hiányzik-e valami.

Meg kellene tanulnom hirtelen Java-ban programozni :) Vagy másban. Még van némi általam felvállalt Wikipediás dolgom, utána lehet, foglalkozom a kérdéssel.

Olvasva az OPF 2.0-át nem lettem nagyon optimista néhány dologban.

1. Megengedett az UTF-8 és UTF-16 használata, de nem kötelező ("may use").

2. Az olvasóknak nem előírás valamennyi UTF karakter ábrázolása. Elemezniük kell, de nem kötelező ábrázolni is, helyettük viszont kötelező jelezniük valamilyen módon, hogy itt nem ábrázolt karakter van. Ezért lehet olyan képernyő vezérlést készíteni, aminél itt kérdőjelek, vagy kis kockák vannak. És attól ez még szabványos :( (OPF 2.0; 1.3.4)

Brrr. Bár ami azt illeti, tesztelni olyat is lehet, ami csak "may use".

eNeL 2010.02.03. 12:26:10

Találtam egy olyan szövegszerkesztőt, ami rendelkezik ePub sablonnal, és meg is engedi az ePub formátumú mentést. Sőt: az online súgójában komoly leírás is van, hogyan lehet igazán jó ePub kiadványt készíteni. A leírásuk szerint minden olyan formázást megtart, amit az ePub megenged; de például a lábjegyzeteket is automatikusan a végére teszi, hivatkozással. Ez jó.

A rossz az, hogy magyar helyesírás ellenőrzője nincs (mondjuk ez nem zavarna, de jó lenne); 30 napig ingyenes, utána pénzbe kerül (www.atlantiswordprocessor.com/en/).

Ignis_veneficus 2010.02.03. 20:12:31

@eNeL: Szerintem nem kell javaba programozni...
a bongeszo teszt sem programba fut, hanem egy html oldal van ami megprobalja szethajtani a html, javascript, es svg motorokat, hogy mit birnak..
de szerintem az acid3 teszt sem ertel el a hatasat, a "vezeto" bongeszo gyartok arra lonek, hogy hany %-ra teljesitik, es a legroszabb FF is 95-98 korulire...
Amivel meg egy mezei webprogramozo leginkabb talalkozik az az IE6-8 mely mind 20%-os..
Elertek valamit? nem...

Itt valami olyat kellene, mely egy kethasabos epub, az egyik oldalt a "jo" megjelenites kepkent, mig a masik oldalt a tenyleges szoveg. ha megegyezik, akkor jol nez ki, egyebkent bukta..

En kezzel nekiestem az epubnak. Nem tunik nagy szamnak a keszitese, picit bonyolultabb, mint egy weboldal, de csak ket file elkeszitese miatt...

Dworkyll · http://ekonyvolvaso.blog.hu/ 2010.02.04. 00:26:55

@eNeL: Kipróbáltam. És elég zsizsi :-) Azt mégnem vágom, hogy hogyan intézi a karakterkódolást, hogy mikor lesz kalapos, és mikor rendes, de tud rendes epubot építeni.

Egyvalamit azért nem értek. Ez a cucc sem képes lekezelni, sem a tálkázatokat, sem a keretet. Azaz a fizetősök (indesign, atlantis) nem vágja, a sigil viszont igen. Ezt most akkor hogy?

Arturo 2010.02.04. 08:19:37

Valaki, aki otthon van epub-ban, meg tudná mondani, hogy akár Sigillel, akár mással lehetséges-e rendes lábjegyzeteket létrehozni? A másik kérdés persze az, hogy ezt az olvasó hogyan jeleníti meg...
Ilyenre gondolok:
img1.indafoto.hu/7/9/20649_77557109d117fbb70757f8f00d6ed5e4/6734681_a79a01abe28d8b9de42aa5116469c185_xl.jpg
Kösözönöm!

eNeL 2010.02.04. 10:54:54

@Arturo: Még nem másztam az ePub szabvány legmélyére, de eddigi ismereteim szerint az ePub nem támogatja az ilyen kivitelű lábjegyzeteket. Helyette a jelzőszámnál egy linket helyez el, rá lépve eljutsz a dokumentum végén levő listához, majd onnan vissza tudsz jutni a szöveghez. Valahogyan úgy, mintha mondjuk irodalom/hivatkozás listád lenne.

Ha nem lenne igazam (előfordulhat), javítson ki valaki.

Dworkyll · http://ekonyvolvaso.blog.hu/ 2010.02.04. 11:17:18

@Arturo: Hoppá! Ezt miről lőtted? Úgy értem eszköz és és fileformátum? Ilyen felvillantós lábjegyzettel még csak javascriptes htmlben találkoztam, PC-n, eNeL olvtárs szerintem jól fogta meg a mostani formátumok lényegét, így működnek, a la word endnote.

Arturo 2010.02.04. 11:41:11

@eNeL: Köszönöm! Akkor maradok az FB2-nél, mert jobban szeretem így a lábjegyzeteket.
Dworkyll: Koobe Classic az eszköz és FB2 a formátum.
A MEK-ből letöltött RTF-eket etetem meg az Openoffice-szal. Csak át kell állítani néhány stílust és már mehet is FB2-be az OOOFBTools nevű kiegészítő segítségével. A lábjegyzeteket viszi magával.
Más formátumnál még nem láttam ilyen lábjegyzeteket, de az epub-ban nem voltam biztos.

Professzore · http://ekonyvolvaso.blog.hu 2010.02.04. 13:00:41

@Arturo:
Nagyon kis csinos. Hogy áll hozzá a méretváltáshoz? Maradnak a helyükön?

eNeL 2010.02.04. 14:07:17

@Arturo: Professzore kérdése izgat engem is: mi van, ha a betűméret növelésével nem egy oldal az egy oldal? Akkor is ilyen a lábjegyzet? Nem fordulhat elő, hogy a lábjegyzet lesz egy egész oldal?

Amúgy tényleg jól néz ki így a lábjegyzet :) Mint az igazi...

Arturo 2010.02.04. 15:19:11

Professzore, eNeL - én igazából a képen láthatónál kisebb betűkkel szoktam olvasni, csak a fotózás kedvéért állítottam nagyobbra. Ilyen méreteknél (és viszonylag rövid jegyzeteknél) nem jelentkezik semmi probléma, azon az oldalon van a lábjegyzet, ahol a hivatkozott szó.
Próbaképp megnéztem akkora betűkkel, hogy kb. 10 sor fért ki a képernyőn. Ekkor, ha már a jegyzet vége nem fér el, az átkerül a következő lap aljára.
Emlékszem olyanra egy régebben olvasott könyvnél, hogy egy nagyon hosszú lábjegyzetnél a hivatkozott szó sorát átdobta a következő oldalra. Furán üres volt így az előző oldal alja, de legalább a lábjegyzet egyben volt. Ez az a bizonyos kompromisszum, amivel a szabadon átméretezhető e-könyvnél együtt kell éljünk. Papírkönyvnél valószínűleg húznám a számat, hogy milyen igénytelen. :)

Dworkyll · http://ekonyvolvaso.blog.hu/ 2010.02.04. 16:27:30

@Arturo: Azért izgalmas ez, mert érintőképernyős és gyors gépnél nem gond a publi végére linkelt jegyzet elérése és visszaugrás. De az eInk ebből a szempontból macerás, ott egy ilyen megoldás nagyon rendben lenne.

Más kérdés, hogy engem az a epubnál már az is zavar, hogy nem lehet fontot váltani (csak Stanzán). Egy ilyen feature epubhoz szerintem a holdban van :-(

Arturo 2010.02.04. 22:47:57

@Dworkyll: Hogyhogy rendben lenne? Én már vagy egy éve így nézegetem a lábjegyzeteket. :))
Bevallom, az epubtól sokat vártam, de egyelőre még nem sokat teljesített belőle. Marad az FB2, aminek szintén van sok hiányossága, de még mindig sokkal több az előnye a többi formátumhoz képest.

Ignis_veneficus 2010.02.04. 23:16:19

Ha mar epub...
most futottam bele egy fincsi epub ADE ertelmezesbe.. ha van az oldalon egy uszo (float) doboz, akkor hiaba 100%-os a szelessege, az ADE megprobal meg melle irni.. a margora, ki a laprol...
probalom kitalalni, hogy tablazat nelkul, hogyan tudok ket dobozt egymas melle rakni...

Professzore · http://ekonyvolvaso.blog.hu 2010.02.05. 13:29:28

@Dworkyll:
Pedig nem. Kódolás szintjén meg lehet oldani pillanatok alatt. A css-be (vagy ccs-be, ezt sose tudom) kell beleturkászni és nyilván mellékelni kell a megfelelő fontot.

Dworkyll · http://ekonyvolvaso.blog.hu/ 2010.02.05. 16:09:48

@Professzore: css, cascade style sheet :-). De nem erre gopndoltam, hanem hogy lehessen menetből (grafikus felületről) fontot váltani, ahogy a prc-winmo, vagy az epub-stanza páros tud. (Ebben a legjobb a prc-koobe, ott még a fontot is kiválaszthatom, és nem kettőből)

És ha már belenyúlsz az epubba, akkor nem csak a css-t kell átpingálni, de mintha manifestet is, szóval nem triviális.

Professzore · http://ekonyvolvaso.blog.hu 2010.02.05. 16:20:19

@Dworkyll:
Az on-the-fly betűtípusváltást nem tartom maradéktalanul jó gondolatnak, ugyanakkor vannak bizonyos érvek mellette (így pl. ugyanaz a betű egy kevéssé jó minőségű olvasón könnyen válhat a rossz parser vagy a kevésbé kiforrott, alacsony felbontású kijelző áldozatává).
E tekintetben az ePub valamivel közelebb áll a PDF-hez. Nekem szakmai szempontból tetszik: lehet vele valóban szép dolgokat csinálni.

SaGa 2010.02.11. 14:05:13

@Arturo: Az OOoFBTools-ban az ilyen lábjegyzetnek melyik típust adod meg? Cite vagy epigraph?

Másik kérdés: a Koobe Classic (lévén linux az oprendszere, ha jól tudom) az FBReadert használja, vagy saját parsere van? Jelenleg a ZxReaderrel olvasgatom a magam konvertálta FB2-ket egy Nokia 5800-as telefonon, de később szeretnék egy natív e-book reader-t és ha már ennyit dolgoztam prc és fb2 konverzióval, olyat, ami ezeket támogatja rendesen. A ZXReader eléggé fapados, de az érintőképernyős symbianon még mindig többet tud, mint a mobipocket reader...
ePub olvasót még nem is lttam Symbianra...

Arturo 2010.02.15. 22:06:40

@SaGa: Elnézést, nem mindig jutok el a fórumig, ha nem írsz, nem vettem volna észre a hozzászólásod.
A lábjegyzet stílusát külön nem szoktam állítani, az bármi lehet. A lényeg, hogy rendes lábjegyzet legyen, (Insert->Footnote).
A MEK Jókai könyveiben csak a kritikai kiadásban vannak megjegyzések, az viszont html, ott kézzel tettem be a lábjegyzeteket.
Próbáld ki Verne Nyolcvan nap alatt a Föld körül c. művét, abban "gyárilag" vannak lábjegyzetek.
mek.oszk.hu/02000/02045/index.phtml

A Koobe-ban CoolReader van. Az FBReader lábjegyzet-kezelése nekem nem tetszik, külön ablakban jeleníti meg.

SaGa 2010.02.16. 10:10:01

@Arturo: Köszi, megnézem. A CoolReader-t is...

SaGa 2010.02.16. 13:43:07

@Arturo: Jártam egy kört a CoolReader (meg az ePub és FB2) körül. Tényleg nagyon szépen jeleníti meg a lábjegyzeteket, de aztán ott el is fogy a tudománya. A windows-os és linuxos verzió is pont annyit tud, amennyit egy dedikált readeren, érintőképernyő nélkül lehet. Nem lehet benne semmiféle formázást beállítani. Összesen a háttér és a betűk színe, betűtipus és a pozíció mutató sáv részletessége állítható be.
Az oldala szerint kezelnie kellene az ePUB formátumot is de abból valami nagyon zagyvát tud csak összehozni. Egybeömlesztve az összes tartalomjegyzék és lábjegyzet, maga a könyv szövege eltűnik, a lábjegyzetekből is csak bizonyos részek láthatók. Rtf esetén az ékezetek rosszak (kalap, tilde)...

Egyébként az, hogy a lábjegyzetek így oldalanként, vagy külön kis buborékban, vagy egy külön ablakban jelennek meg kizárólag a parser függvénye, az elhelyezésük fb2 esetén a fájl végén van egy szekcióban kigyűjtve, ePub esetén meg mindegyik egy-egy külön fájlban üldögél...

Arturo 2010.02.16. 15:09:30

@SaGa: A PC-s verzió nem annyit tud, mint egy dedikált olvasón, hanem jóval kevesebbet. :)) A legfrissebb verzió PC-re, ha jól emlékszem, 3.0.17, Hanlinra 3.0.19. Ez nem tűnik nagy különbségnek verziószámban, mégis elég jelentős változtatások történtek közben.
CSS fájllal lehet még testreszabni a megjelenítést. Ez ijesztően hangzik, de csak egyszer kell megcsinálni (vagy letölteni), azután nincs vele gond.
Epubot valóban pocsékul jelenít meg. Ami kevés nekem van, azt az Adobe olvasója egész jól (bár kevés funkcióval) megjeleníti. Ha jól emlékszem azért a 3.0.19-ben nem annyira rossz az epub, mint amit leírtál. Azért még mindig elég fapados.
RTF-em sincs sok, de azok működnek. A Koobe weboldaláról letölthető egy konverter, ami helyre teszi az ő és ű betűket, ha ezzel gondod lenne.

SaGa 2010.02.17. 07:40:21

@Arturo: A CSS használata nem lenne gond. Ami inkább izgat - de ez minden e-book olvasó eszközre és porgramra igaz - az a magyar elválasztási szabályok ismerete. Egyet sem találtam még, amiben érdemes az elválasztást bekapcsolni, mert eszméletlen szörnyszülötteket képesek összehozni.

eNeL 2010.02.17. 10:13:20

@SaGa: Ez nagyon szép lenne. Azonban tartok tőle, ha a szabályok még meg is lennének, attól még azt valahogyan az alap szoftverben is be kellene kapcsolni (vagy jelezni, melyiket is használja) - tehát ismerned kellene a forrást. Azt meg nem nagyon kapod meg. Bár, kivételek előfordulhatnak :) A teljes forrás csak az OpenInkPotra van meg, az azonban csak kevés vason fut.

Arturo 2010.02.17. 11:16:20

@SaGa: Sajnos nekem is ki kellett kapcsolnom az elválasztást, hogy ne kapjak agybajt.
CoolReaderben lehet külső fájlban tárolni az elválasztási szabályokat. Tudom, hogy a spanyolok gyártottak egész használhatót. Ha sok időm lesz (nem úgy néz ki, hogy egyhamar), megkérdezem a spanyol fórumon ahol gyakran előfordulnak, hogyan is kell ezt csinálni. Ha nem túl bonyolult, neki is ugrom.

Ignis_veneficus 2010.02.17. 20:57:19

A TEx hez van magyar elvalasztasi szabaly, ja es ingyenes:
www.ctan.org/tex-archive/language/hyphenation/
(itt van egyeb is..)
(mivel az OOo is ezt hasznalja, valoszinuleg van hozza konverter a kivant formaba)

SaGa 2010.02.22. 11:00:27

@Ignis_veneficus: @Arturo: leszedtem a Coolreader qt 0.21-es verziót és abban van magyar elválasztás. Egyelőre csak belekukkoltam, nem elemeztem végig, hogy valóban működik is minden körülmények között. A Calibre-ben is beállítható a magyar elválasztás, csak abban az zavar, hogy nem tesz ki kötőjeleket az elválasztott sor végére olvasás közben...

Feldin · http://shootinginjapan.com/ 2010.03.10. 11:35:40

tud már valaki stanzaból kiszedni könyvet gépre?

SaGa 2010.03.17. 11:12:41

Juteszembe. Jól eltársalgunk itt arról, hogy az ePub milyen jó is lesz majd valamikor talán, de már most látszik, hogy valószínűleg nem lesz soha egységes szabványa...

Amit nem értek ez ügyben, hogy ezzel szemben van egy OpenDocument nevű formátum, ami tulajdonképpen olyan, mint az ePub. Egy tömörített fájl, benne egy könyvtársszerkezet, xml fájlokkal. Open, azaz szabadon használható. Az OOo alapformátuma. Mindaz benne van, ami az ePub-ban, meg az is ami ez utóbbiban nincs, van hozzá multiplatformos parser (linux, windows, symbian) amelyek szintén open source cuccok.
Egyetlen dolog hiányzik belőle, a drm, de azt meg nem olyan bonyolult belemókolni, milliónyi algoritmussal lehet eltitkosítani az ilyen fájlokat, feltörni meg mindet fel fogják előbb-utóbb, tehát sokat áldozni rá nem érdemes.
Mi a bánatért nem erre álltak rá az e-book részlegek?

Dworkyll · http://ekonyvolvaso.blog.hu/ 2010.03.17. 19:40:09

@SaGa: Ehran szerintem jó helyen motoszkál. A legtöbb sikeres formátum mögött cég áll, és kritikus tömeg. A vasgyártóknak kell valaki, akin a parserek dolgait le tudják verni, és kell (sajnos sajnos) egy komolnyak látszó DRM, annak a komplett környezetével (webshop, autentikáció, ügyfélpanasz kezelés, kritikus tömeg, referenciák stb. stb.) Ilyet még az Adobe is alig tud fölmutatni, az OD-re meg szerintem azt fogják mondani, hogy az OEBPS van helyette, oszt jónapot.

Amúgy meg ki tolja az OD-t? Van mögötte valaki az iparból? Aki mondjuk marketingelné, és egyáltalán, foglalkozna vele?

Ignis_veneficus 2010.03.17. 21:01:08

@SaGa: Mert baromi bomyolult
Mert nagy (mind a szabvany, mind a parser: OOo 100M folott van ADE 7M)
Mert tele van olyanokkal, amiket nem kell egy olvasonak tudni (makrok, tablazat, stb)
Mert nincsenek benne fontok (bele lehet mokolni => szabvanymodositas)
Mert nincsen benne DRM (bele lehet mokolni => szabvanymodositas)

Amig az Epub egy (x)html+css formatum, addig az ODF nem, es amig tele a net html parserekkel (minden progamnyelvenek lassan a a magjanak a resze), addig ODF parser elvetve ha akad

SaGa 2010.03.18. 07:29:44

@Dworkyll: Az OOo fejlesztői közösség és esetleg a Sun.
Az OpenOffice azelőtt Star Office) régebben egy zárt szabványt használt. Az odt talán két verzió óta a szabványa a programnak. Azóta a Microsoft is kitalált egy hasonlót, ez a docx, amit az Office 2007-ben használnak.
Az odt-ben pont az a jó, hogy bár nyílt, mégis egységes szabvány, míg az ePub még nem az.
A parser meg létezik, simán kiemelhető az OOoWriterből, minimális erőforrással. Minden olyan vason, amin a linux elmegy, ez is működik.

SaGa 2010.03.18. 07:41:48

@Ignis_veneficus: Az OOo azért több mint 100 mega, mert van bennek szerkesztő, táblázat kezelő, adatbázis kezelő, rajzoló, előadás szerkesztő és milliónyi egyéb cucc. Maga a parser ennek töredéke, és egy e-book readerbe nem is kell több.

Az ODF is xml+css. Bonts ki egyet a 7zippel, meglátod. Csak xml-ek és egy rdf (ami szintén egy xml, csak más kiterjesztéssel) van benne, meg a képek, illetve belerakhatók a fontok. Azért nem szokás magába az odt fájlba csomagolni, mert jelenleg program telepítőben vannak benne és azért nincs ilyen menüpont a mentéshez, mert a beágyazott fontkészlet nagy méretű fájlt eredményezne. Amint erre igény támad, ezt simán hozzá lehet adni...

SaGa 2010.03.18. 07:44:13

Szerintem azért nem ez terjedt el, mert az egyéb formátumokért a kitaláló, ha másképp nem. áttételesen tud profitálni. Pl azzal, hogy az olvasója (vas) kell hozzá mindenképp...

Nem véletlen, hogy mióta az Amazon rátette a kezét a mobi formátumra, gyakorlatilag leállt a mobipocket reader fejlesztése, az újabb eszközökre portolása.

SaGa 2010.03.18. 07:54:03

Utána néztem: Az OpenDocument szabvány (ISO/IEC 26300:2006) kidolgozásában részt vettek: Adobe, IBM, Corel, Sun és még sokan mások.
Sajna a szabványleírást csak megvásárolható formában találtam meg és most nincs rá 325 CHF-om...

Dworkyll · http://ekonyvolvaso.blog.hu/ 2010.03.18. 10:03:05

@SaGa: Tessék, meg is magyaráztad ;-) Az epub szabványleírása az open, nem ez.

Egyébként meg a fejlesztői közösség szerintem kevés, az mp3 is azért lett valami, mert mögötte volt a Frauenhof ÉS egycsilliárd felhasználó. De az ogg, a flac, az ape már csak rétegformátum, nagyságrendekkel kevesebb vastámogatással. Ja és ide a céges háttér is kevés, lásd atrac.

A Sunnak meg van más baja is, most falta fel őket az Oracle.

SaGa 2010.03.18. 10:09:16

@Dworkyll: Az ISO mittoménmelyik szervezettől (ott találtam) minden szabványleírás csak pénzért tölthető le, akár open, akár nem.
Ennél nyitottabbat nem találsz. Szabványos ám az használja, fejleszt hozzá alkalmazást, aki csak akar, ellenben új funkciót csak a szabvány gazdája tehet bele, azaz nem lesz belőle 20 féle, a 20 féle olvasóhoz...
Mindegy.

Az mp3/ogg nem jó példa. Az mp3 már rég be volt építve minden kütyübe, amikor az ogg-ot kitalálták. Ez utóbbi is szépen épül bele az újakba, úgy, hogy nincs mögötte cég, vagy kutató intézet...

Ignis_veneficus 2010.03.18. 22:08:20

@SaGa: ODF: nincs benne CSS, a stilusok egyreszt az XML-FO-val vannak megoldva, masresze sajat szabvany.

Te irtad, hogy az OOo-ban benne van az "adatbazis kezelo" "tablazat kezelo" stb..
Ha a szabvany tartalmazza, akkor a parsernek is tudnia kell. Az adatbazist kezelni, a tablazatot kezelni, a presentaciot kezelni (annak minden nyugevel).
Igaz, hogy ebbol egy ebookba nem sok minden kell, de el tudok kepzelni olyan allatorvosi lovat ahol kellene.
A lenyeg: a szabvanyban benne van ergo vagy kezeled, vagy nem vagy szabvanyos.
(az ODF-ben benne van a makro is, vagy szabvanyos vagy es kezeled, vagy nem vagy szabvanyos)

SaGa 2010.03.19. 08:08:51

@Ignis_veneficus: Az OpenOfficeorg nevű programban van benne az adatbázis és egyéb kezelő és ezek mind külön programok. Ettől olyan nagy a telepítőcsomag.

Az ODT (ez a dokumentum, az egyebeknek más kiterjesztése és leírsa van az ODF-en belül) szabványban van táblázat, meg kép, meg minden egyéb, ami egy dokumentumban elő szokott fordulni, de nincs benne adatbázis, meg rajzolás és hasonlók, tehát az odt parsernek sem kell ilyeneket tudnia. Azt kell megjelenítenie, ami az odt-ben lehet, semmi több tudásra nincs szükség.

OK, nem a htmlben megszokott css, de pont ugyanúgy kell értelmezni, mint azt. Megadja, hogy melyik bekezdés típus milyen kinézetet kapjon.

A makrók kezelése érdekes kérdés. Akár az is beleférhet, bár a magam részéről egy könyvben (de még egy PC-s doksiban sem) nem óhajtanék makrókat...

Martin Astin 2010.03.23. 17:59:04

Sziasztok!

Félig off, bár Stanzáról van szó, segítséget kérnék!

Biztos nagyon láma kérdés, s egyszerű a megoldás, de laikusként sajnos nem sikerült rájönnöm, 3, valamelyest kapcsolódó kérdésem lenne:
Szóval, eleinte a Win-es Stanzát használtam fájlátvitelre, de egyfelől most wifi nélküli helyen lakom, másfelől kb. 1000-1200 epub. fájlt szeretnék a Touchra átküldeni, ezért az iPhone Explorerrel próbálkozom.

A problémám, s egyszersmind a leginkább megoldandó problematika az, hogy kivétel nélkül mindig unknown megjelöléssel jelennek meg a letöltött fájlok, s hát marhanagy meló mindegyiket beazonosítani, és újra elnevezni őket.
Mit nem vettem észre, be lehet-e állítani, hogy az eredeti fájlnévvel jelenjenek meg a fájlok a letöltött szekcióban? S ha igen, hol van erre mód? (Tehát, ha áttöltök egy IT-sp.epub-ot, akkor az rögtön úgy jelenjen meg.)

Amennyiben van megoldás e téren, van-e valami korlát az egyszeri fájlátvitel mennyiségét illetően. Egyszerűbben fogalmazva, 10-20 fájlonként vagyok kénytelen haladni, vagy ha simán átlökök 1000 fájlt, akkor a Downloads menüben valamennyi megjelenik?
És végül, ha nincs mennyiségi probléma az egyidejű fájlátküldés vonatkozásában, akkor ezt hogy tudnám kivitelezni USB-s megoldással? (iPhone Exp-nél asztalról kell áthúznom, de ennyi fájlnál ez nem kivitelezhető).

Bármiféle reflexiót, tanácsot szívesen veszek, előre is köszönöm!

Dworkyll · http://ekonyvolvaso.blog.hu/ 2010.03.23. 18:26:15

@Martin Astin: Bevallom, nagyon fű vagyok ilyen mélymaces témakban, ezért gyorsan megkerülném a problémát. A calibre is ki tudja ajánlani a könyveidet, nem egyszerűbb egyszer elmenni valami wifis helyre, és ott átszivattyúzni mindent? Már ha a géped amúgy hordozható, persze.

Clive_Briggs 2011.01.15. 22:29:52

@Arturo: Koobe Classic Plus-om van. Nagyon jó az fb2 rajta. Eddig online konvertálgattam.
Megpróbáltam az Openoffice-szal az fb2 konvertálást (egy nem túl igényes doc fájl volt a kiindulás), de a Koobe Classic Plus nem tudja megnyitni. Több firmware is kipróbálva. PC-n olvasható.
Keresgéltem a neten, és találtam az MsOffice-hez (2003) egy sablont, ExportXML.dot.
haali.su/pocketpc/scripts.html.en
Ezzel olvasható Kooben.
Második fájl. Sok végjegyzet, fejezetcímek rendesen formázva.
MsOffice: Kereshető, fejezethez ugorható tartalomjegyzéket készített, lábjegyzetek, ahogy a Te képeden. Formázásokat megtartotta. Kooben öröm olvasni.
OOO: Kooben olvasható. Lábjegyzetek jók. Tartalomjegyzék nincs. Formázások (fejezet címek) elvesztek.
Nem jártam körül alaposan egyik plugint sem, az MsOffice-on nincs is sok állítgatni való.

Arturo 2011.01.16. 20:26:54

@Clive_Briggs: Az OOoFBTools-nál két lehetőséged van, hogy jó legyen a végeredmény:
1. Betöltöd a dokumentumba az FBTools saját sablonját és az abban lévő stílusokat használod. A fejezetcímek stílusa legyen "Level1", "Level2", stb. Az idézethez használd a "Cite" stílust, a vershez a "Poem"et. A többit szerintem ki fogod találni.
2. Átállítod az OOoFBTools menü "Set User Styles..." pontjában hogy pl. a "Heading 1" stílust vegye fejezetcímnek.

Abból, amit leírtál, szerintem ez lehet a gond.

Érdekes a Word plugin is, ki is próbálnám, de már régóta csak OOo-t használok.