Elektronikus könyvek készítésének technikai kérdései

hampidampi

Állandó Tag
Állandó Tag

smvsp

Állandó Tag
Állandó Tag
Sziasztok!
Nekem egy olyan kérdésem lenne, hogy "táblázatot" hogyan lehet normálisat készíteni.
Pontosabban, LLL újabb könyveiben felsorol az első pár oldalon néhány szereplőt. Lap bal szélére rendezve szereplő, középre rendezve több-kevesebb leírás róla. Hogy lehet ezt "szépen" visszaadni. Próbáltam keret nélküli táblázattal, de nem tökéletes szerintem. Viszont jobb ötletem nincs
 

srf

Állandó Tag
Állandó Tag
Hát két hasábbal a legkevésbé. :)
Ha ebook-ot akarsz csinálni, akkor a legtöbb olvasó alapszinten támogatja a HTML táblázatot, de HTML ismeretek szükségeltetnek hozzá.
Ha Wordből akarod csinálni, (pl. PDF-et) akkor ott a Word táblázatszerkesztője.
Ha az olvasód támogatja a TAB-okat, (a legtöbb nem), akkor azzal formázva.
De leginkább azt tudom most így hirtelen javasolni, hogy csinálj egy olyan paragrafus stílust, ahol az első sor a bal margónál van, a többi pedig jó nagy indenttel beljebb.
 

smvsp

Állandó Tag
Állandó Tag
Hát a hasábos változat valóban felejtős, mivel html-lel etetem a MobipocketCreatort.
Html ismeret van, ezért csináltam táblázattal. A hiba csak ott van, hogy betűméret függő, hogy a Kindle-n belefér-e a kijelzőbe vagy kilóg.
Gondoltam van tapasztalat ezzel kapcsolatban.
A paragrafusnál az lesz a gond, szerintem, hogy a szereplő jellemzése (ami a második oszlopban lenne) egy sorral lejjebb lesz.
Azért köszönöm a segítséget, még próbálkozom.
 
C

Chalamade

Vendég
Van tapasztalat. Volt egyszer a HTML, ahol az oldalakat táblázat a táblázatban + framekkel oldották meg.
Majd jött a CSS. És mit használnak az e-olvasók? Csak nem CSS alapúak? Azannya...
Kerülő út lehet a megfelelő lapméret, betűméret és pdf. (Ekkor nincs már az olvasón átméretezés.)
És szövegszerkesztőben a hasáb a megoldás. (Ez is bevált tapasztalat.)
Ahogy az is, hogy a Mobipocket Creatorban az a legjobb, hogy eszi a doc-ot, amiből a létrehozott html-el etethető a Calibre.
A Calibre ePub-ja javítható a Sigillel és a Sigil html-jeivel visszaetethető a Mobipocket Creator a prc.-hez.
De a legjobb tanítómester a megtapasztalt kudarc.
 

srf

Állandó Tag
Állandó Tag
Természetesen az ebookok HTML alapúak. Ha be tudsz szúrni HTML kódot az ebook forrásba, akkor a table tagek közötti cuccok simán megjelennek az olvasókon. Persze nem nagyon szeretik az inline CSS-t, de formázás nélkül elég jól működik. Az, hogy a betűméret változásával esetleg kilóg a képről, az nem hiba, hanem feature. :) Ezen némileg segít, ha a cellák méretét százalékban adja meg az ember, de egy bizonyos határon túl nincs olvasó, ami kezelni tudná a nagyméretű betűket, folyószövegnél sem. Azt, hogy Mobipocket Creatorral hogyan lehet táblázatot csinálni nem tudom, nem azt használom ebook készítésre. Sigilben simán megy a dolog. Tapasztalat. Az epubból meg lehet mobit csinálni kindlegennel. (Amúgy mért használnak az emberek még mindig egy tízéves, idejétmúlt szoftvert?...)
 

srf

Állandó Tag
Állandó Tag
...Kerülő út lehet a megfelelő lapméret, betűméret és pdf. (Ekkor nincs már az olvasón átméretezés.)
És szövegszerkesztőben a hasáb a megoldás. (Ez is bevált tapasztalat.)

Csak sajnos egyik végeredmény sem ebook. A PDF sem az (jó, volt itt erről egy hosszasabb vita, de maradjunk annyiban, hogy a fix oldalméret az nem ebook), és a szövegszerkesztő sem az. A mobi és az epub meg nem támogatja a többhasábos oldalakat. Sem a fix lap és betűméretet.
És a kérdés ebookra vonatkozott, nem InDesignra, Wordre, satöbbire.

Addig is leszögezhetjük, hogy a két(több)hasábos dolgokat csak imitálni lehet ebook-ban, táblázattal, vagy paragrafusformázással, ahogy leírtam.
A táblázat pedig elég nagy megbízhatósággal működik a legtöbb olvasón. Az igazán régieken pedig a táblázat képével lehet helyettesíteni.
Ez is bevált tapasztalat, amint az is, hogy nem csak Mobipocket Creator és Calibre van a világon...
 
C

Chalamade

Vendég
Nem volt vita. Egyénileg ki mit gondol, annak a szakmailag a világban elfogadott fogalmakhoz semmi köze. Nem vita volt, egyéni véleményed volt.
Html kódolásban a táblázatosdi a múlt, a CSS megjelenésével már profi frontendes nem is használja. Az eszközök sem visszafele, hanem előre fejlődnek.
Én ha valamit nem ismerek, nem az előítéleteimet húzom rá, hanem utána nézek.
És egy vasat sem szánnák olyan eszközre, ami a nap mint nap ezresével keletkező dokumentumokat nem kezeli.
Attól, hogy a pdf-et valaki nem ismeri attól még tartom, hogy már nem lesz sehol a prc, ePub, Mobi, AZW, de pdf még mindig lesz.
Mellesleg, ha az áttördelés a lényeg, és a táblázat kilóg, akkor megint magyarosan megmagyarázzuk, hogy a szar miért jobb?
 

Zénó

Állandó Tag
Állandó Tag
Html kódolásban a táblázatosdi a múlt, a CSS megjelenésével már profi frontendes nem is használja. Az eszközök sem visszafele, hanem előre fejlődnek.

Üdv!
Korszerű html kódolásban tényleg nem használunk táblázatot formázásra. Mindenhez megvannak a megfelelő eszközök. A blokk-eszközök nagyon jól használhatók.
Viszont a táblázatot továbbra is táblázattal oldjuk meg – mert arra lett kitalálva – és nem mással.
Amúgy nem értem miért nem megy táblázattal a dolog, ha egyébként a szöveg elfér a kijelző szélességében.
Itt van pl. egy német szószedet, táblázattal van, EPUB formátumban és átlag olvasó (Hanlin V3) normálisan kezeli.
CoolReader megjelenít rá keretet is, bár nem kéne, de az ADE még ezt sem hibázza.
Más olvasóknál jelentkezik hiba? Vélemények?

Zénó
 

Csatolások

  • Nemet_szavak2.zip
    46.4 KB · Olvasás: 9

srf

Állandó Tag
Állandó Tag
Nem volt vita. Egyénileg ki mit gondol, annak a szakmailag a világban elfogadott fogalmakhoz semmi köze. Nem vita volt, egyéni véleményed volt.
Hát igen... A vitához persze két fél szükségeltetik. Ha te érvek helyett modort váltasz inkább, akkor az persze nem vita.

Html kódolásban a táblázatosdi a múlt, a CSS megjelenésével már profi frontendes nem is használja. Az eszközök sem visszafele, hanem előre fejlődnek.
Érdekes, amit mondasz. Akár igazad is lehetne, de nincs. :)
Mindenesetre egyezzünk meg abban, hogy táblázatot nem fogsz CSS alapokon definiálni. Amiről te beszélsz, az az, hogy a CSS megjelenésével vált rossz gyakorlattá, hogy HTML-ben frame-ek helyett táblázatokat használnak. De attól még egy táblázatot táblázatként érdemes - és kell - definiálni.

Én ha valamit nem ismerek, nem az előítéleteimet húzom rá, hanem utána nézek.
Fentiek figyelembe vételével nagyon helyesen teszed, ha utánanézel.

És egy vasat sem szánnák olyan eszközre, ami a nap mint nap ezresével keletkező dokumentumokat nem kezeli.
Attól, hogy a pdf-et valaki nem ismeri attól még tartom, hogy már nem lesz sehol a prc, ePub, Mobi, AZW, de pdf még mindig lesz.
Hát igen... Mit mondjak erre?
Attól, hogy a Kindle például nem kezeli a PDF-et normálisan, attól még elég sok embernek van. Kiadtak rá némi pénzt, mit tegyünk. És bizony az Amazonnak saját formátuma van. És ráadásul az egyik legnagyobb piaci szereplő, - a maga koránt sem szimpatikus, de jelentős piaci túlsúlyával.
De igazad lehet, mondd meg nekik, hogy te egy vasat sem adsz a Kindle-jükért, mert nem jeleníti meg rendesen az elterjedt, nap mint nap ezresével keletkezett dokumentumokat.
A PDF-et meg elég jól ismerem, dolgozom vele ugyanis, napi szinten. Tudom mire való, tudom mire akarják még használni, és ismerem a korlátait is. Tudom, hogy kvázi ipari szabvány. A nyomdaiparban pl. De nem gondolom, hogy ami nem jeleníti meg hibátlanul, az idejétmúlt lenne.
A karórám sem jeleníti meg. A Nook-om sem, csak az oldal képét. Nagyon szép oldal, csak kár, hogy egy nagy A3-as oldalon a légypiszoknyi betűk olvashatatlanok. A Nook meg, - és a Kindle sem pl. - nem tördeli át! De viszont a direkt Nook-ra készült epub-ot áttördeli, a Kindle meg a mobit.


Mellesleg, ha az áttördelés a lényeg, és a táblázat kilóg, akkor megint magyarosan megmagyarázzuk, hogy a szar miért jobb?
Bizony, bizony!
Vannak dolgok, amiket nem lehet egy epapíros készüléken megjeleníteni. És vannak dolgok, amit egy telefonon nem.
Szép dolog a konvergencia, de nem gondolom, hogy mindennek mindent tudnia kell. Én pl. külön fényképezőgéppel csinálom a fényképeimet. Nem azért, mert maradi vagyok, nem azért, mert nincs fényképezőgép a telefonomban, hanem mert a tükörreflexes arra van optimalizálva, hogy tág fénytartományokon belül jó fényképeket tudjon csinálni. Lehet persze a telefonommal is, de az eredmény siralmas. Cseszegetem ezért én a telefonomat? Mondogatom, hogy az egy vasat sem adok olyan telefonra, ami nem képes nagy tömegben az igényeimnek megfelelő fényképet csinálni? Tudomásul veszem, hogy nevéből adódóan telefonálni remekül lehet vele, de fényképezni csak kompromisszumokkal.
Hasonlóan eszembe sem jutna hívást indítani a Nikonról.
A dedikált olvasók - és az ebook formátumok, mint a mobi és az epub - soha nem állították, hogy általános dokumentummegjelenítő eszközök volnának. Amit viszont tudnak - főleg szöveget tartalmazó könyvek valósághű megjelenítése epapíron - azt remekül csinálják.

Arról meg, hogy melyik formátum meddig él és melyik éli túl a másikat, csacsiság volna vitázni, vagy akár érvként felhozni... :)
 
C

Chalamade

Vendég
Az alap probléba nem a táblázat elhelyezés volt, hanem nyomtatásban gyakorlatilag 2 hasábos szöveg áttétele olvasónak emészthető formába. (Szvsz rossz)) megoldási ölet volt a táblázat, nem cipőt a cipőboltból probléma.

És mivel elvárt a képben maradás így gond, hogy kilóg a képből a tábla. Betűméret változáskor ne essen szét a szerkezet.

Tipikusan pl. egy dráma, ahol baloldalon a szereplő neve, utána a szöveg. (tipikusan függő behúzás)
De felejtsük el, eredeti kérdező lemondott róla, felesleges szétoffolni a topikot.
 

srf

Állandó Tag
Állandó Tag
Hát akkor vissza a kezdetekhez!

smvsp kérdése:
"Nekem egy olyan kérdésem lenne, hogy "táblázatot" hogyan lehet normálisat készíteni."

Erre írtad, hogy "két hasáb". Meg hogy "a táblázat halott ötlet."

Akkor most szögezzük le, hogy ebook-ban, (ami alatt én most szigorúan epub-ot, mobi-t értek):
  • táblázatot táblázattal érdemes csinálni, esetleg képként beszúrni
  • a táblázatot leginkább html nyelven lehet ebookba applikálni
  • a táblázat teljes szélességét és az oszlopok szélességét százalékban érdemes megadni, nem fixen
  • ha valaki nem érez elég elszántságot a HTML-hez, pótmegoldásként nagy identtel definiált paragrafusként is megpróbálhatja - kompromisszumos eredménnyel.
  • kéthasábos layout-ot nem lehet csinálni

További jó munkát mindenkinek!
 
C

Chalamade

Vendég
Attól, hogy a Kindle például nem kezeli a PDF-et

Ajánlom figyelmedbe a (ki által karácsonykor piacra dobott, csak nem a Kindle?) HD Fire pdf kezelését.
Megsúgom, a szövegből generált (és nem az itt szokásos szkennelt képet hajigáljuk egybe) pdf-et ellentétben az asztali pc-k readerável, ugyanúgy képes áttördelni, mint a többi olvasó által kedvelt (inkább kezelni képes formátumot.
 
C

Chalamade

Vendég
Sziasztok!
Nekem egy olyan kérdésem lenne, hogy "táblázatot" hogyan lehet normálisat készíteni.
Pontosabban, LLL újabb könyveiben felsorol az első pár oldalon néhány szereplőt. Lap bal szélére rendezve szereplő, középre rendezve több-kevesebb leírás róla. Hogy lehet ezt "szépen" visszaadni. Próbáltam keret nélküli táblázattal, de nem tökéletes szerintem. Viszont jobb ötletem nincs


Ez volt a kiindulási pont. Csak sajnálom, aki mentes az értő olvasástól.
 

srf

Állandó Tag
Állandó Tag
Ez volt a kiindulási pont. Csak sajnálom, aki mentes az értő olvasástól.

Hát akkor rajta!
Mit ajánlasz smvsp barátunknak megoldásként? Már azon kívül, hogy hagyja a fenébe? "2 hasábbal".
Csak kérlek szakszerűen, lépésről lépésre, - tudod gondjaim vannak az értő olvasással...
 

hampidampi

Állandó Tag
Állandó Tag
Ajánlom figyelmedbe a (ki által karácsonykor piacra dobott, csak nem a Kindle?) HD Fire pdf kezelését.
Megsúgom, a szövegből generált (és nem az itt szokásos szkennelt képet hajigáljuk egybe) pdf-et ellentétben az asztali pc-k readerável, ugyanúgy képes áttördelni, mint a többi olvasó által kedvelt (inkább kezelni képes formátumot.

Csakhogy a Kindle Fire tablet, nem dedikált e-könyv olvasó.
 
Oldal tetejére