Elektronikus könyvek készítésének technikai kérdései
- Téma inditó ladysla
- Kezdés dátuma
Sziasztok!
Elkezdtek dagadni a formátumaim méretei (ePub) lehet ezt valahogy optimalizálni vagy csökkenteni ?
Kísérletezés közben kipróbáltam a karakter beágyazási lehetőségeket. (Save and embed)
Ezek automatikusan és törvényszerűen megnövelik ennyivel a fájl méretét vagy lehet ezen állítani valahol ?
Nem Calibre, Atlantis W. processor.
Köszi.
Elkezdtek dagadni a formátumaim méretei (ePub) lehet ezt valahogy optimalizálni vagy csökkenteni ?
Kísérletezés közben kipróbáltam a karakter beágyazási lehetőségeket. (Save and embed)
Ezek automatikusan és törvényszerűen megnövelik ennyivel a fájl méretét vagy lehet ezen állítani valahol ?
Nem Calibre, Atlantis W. processor.
Köszi.
Szerintem ő a pdf-ből konvertált szöveg közbeni bekezdésvégekre gondolt.
Ebben az esetben meg egy kicsit vissza kéne olvasni. Jó párszor át lett beszélve.
Mivel a karakter beágyazás konkrétan belegyömöszköli a fontkészletet az e-pubba, az bizony annyival nagyobb lesz. Ez több száz kB plusz is lehet.
A Calibre pl. tud olyat, hogy megnyirbálja a beágyazott fontkészletet és csak azokat a karaktereket hagyja benne, amik szerepelnek a szövegben. Ezzel jóval kisebb lesz a fontkészlet --és ezzel együtt az e-pub -- mérete.
Köszönöm. így már világosabb a hízás oka.
Ma 3x hibát írt ki a Calibre amikor RTF-ből akartam beágyazással ePubra konvertálni ... konkrétan megszakította a konvertálást ... nem tudom mit rontottam el.
Tovább megyek.
Mitől függ az, hogy a fontkészletet beágyazza ? Egyes készleteket beágyaz de az olvasó még is hibás ékezetes betíűket talál. Elkezdtem cserélgetni a fontokat konvertálás elött ... és végül találtam olyan készletet amivel nem volt "hibás" a szöveg.
Elötte meg egy másik fontkészlettel sikerült ugyan ez. Ez függ valamitől vagy véletlenszerűen változik, egyszer ezek a karakterekkel jó az e-olvasón a könyv. Máskor nem sikerül.
Példa: 5x Times New Roman fontkészletet ágyaztam be, a szöveg hibátlan, nincs benne eltérés. további 2x Times New Roman fontkészletet ágyaztam be, de az olvasó hibásan látta a könyvet. (kérdőjelek ékezetes magánhangzóknál) Karakter csere. Arial. majd 2x jó az Arial konvertálás de utóbb már erre is hibát észlelt és további készletet kell keresnem.
Van ennek valami értelme ?
Köszi a hozzáértést
Y.
Köszönöm. így már világosabb a hízás oka.
Ma 3x hibát írt ki a Calibre amikor RTF-ből akartam beágyazással ePubra konvertálni ... konkrétan megszakította a konvertálást ... nem tudom mit rontottam el.
Tovább megyek.
Mitől függ az, hogy a fontkészletet beágyazza ? Egyes készleteket beágyaz de az olvasó még is hibás ékezetes betíűket talál. Elkezdtem cserélgetni a fontokat konvertálás elött ... és végül találtam olyan készletet amivel nem volt "hibás" a szöveg.
Elötte meg egy másik fontkészlettel sikerült ugyan ez. Ez függ valamitől vagy véletlenszerűen változik, egyszer ezek a karakterekkel jó az e-olvasón a könyv. Máskor nem sikerül.
Példa: 5x Times New Roman fontkészletet ágyaztam be, a szöveg hibátlan, nincs benne eltérés. további 2x Times New Roman fontkészletet ágyaztam be, de az olvasó hibásan látta a könyvet. (kérdőjelek ékezetes magánhangzóknál) Karakter csere. Arial. majd 2x jó az Arial konvertálás de utóbb már erre is hibát észlelt és további készletet kell keresnem.
Van ennek valami értelme ?
Köszi a hozzáértést
Y.
Sajnos a segítségem a témában nagyjából eddig tart. Epubot nem szoktam csinálni.
Amit még tanácsolnék, hogy ne rtf-et használj bemenetnek, hanem inkább html-t.
Hello!
Én ha nagy ritkán epubot csinálok (havernak)akkor az Atlantis word szövegszerkesztőt használom. (Tudom nem a legjobb megoldás, mert nem tisztított html-ből van) Ott viszont inkább .doc formátumot húzok be, azt jobban szereti. Eddig mind működött és úgy nézett ki ahogy én akartam!
Egy egyszerű mentéssel megcsinálja neked az epubot, nekünk eddig mindig jól jelenítette ezt meg. Itt is be kell ágyazni a fontkészletet, hogy minden olyan legyen amilyet szeretnél.
üdv
K
Igen, köszönöm. Elkezdtem használni az Atlantiszt, meglehetősen könnyedén lehet vele dolgozni, és valóban átkonvertál ePubra. Utóbb két könyvet csináltam vele, beágyazott mh-zókkal ... amikor kitettem olvasómra, I/O error hibával be se olvasta az ePubot. Eléggé meglepődtem. Minden bemeneti forrás egyezett a korábbiakkal és a végeredmény egy számomra használhatatlan fájl volt. Természetesen újra konvertáltam a forrásból és már működik, de tanulságos volt, hogy akár egy jó forrásból is lehet használhatatlan végeredmény.
hampidampi
> ez a html bemeneti forrás dolgot még szoknom kell. Eddig valalhogy elkerülte a figyelmemet, pedig már többen írtátok. A jövőben többet fogok vele kísérletezni.
Köszönöm hogy megint felhívtad rá a figyelmem.
Sziasztok!
szükségem lenne egy kódra.
Kerestem itt a fórumon, úgy emlékeztem mintha már beszéltünk volna róla de nem találom a konkrét kódot. Könyv szerkesztés közben olyan szavakat szeretnék szűrni ami kötőjeles.
Keresésnél különböző kóddal szűrünk ... pl.
^s
^l
^p^=^s stb, kereső kódokat használunk ...
na de! Hogyan kell keresni kóddal "bármilyen betű kötőjel bármilyen betű" kombínációt ?
Hátha így meg tudom szűrni a könyvben gyári tördeléssel meglévő elválasztású szavakat.
Köszönöm előre is.
szükségem lenne egy kódra.
Kerestem itt a fórumon, úgy emlékeztem mintha már beszéltünk volna róla de nem találom a konkrét kódot. Könyv szerkesztés közben olyan szavakat szeretnék szűrni ami kötőjeles.
Keresésnél különböző kóddal szűrünk ... pl.
^s
^l
^p^=^s stb, kereső kódokat használunk ...
na de! Hogyan kell keresni kóddal "bármilyen betű kötőjel bármilyen betű" kombínációt ?
Hátha így meg tudom szűrni a könyvben gyári tördeléssel meglévő elválasztású szavakat.
Köszönöm előre is.
így:
^$-^$
de szerintem elég csak az első kódot és kötőjelet beírni, úgyis kidobja mind, én ilyenkor rákeresek hogy mindet jelölje majd valamilyen színt adok neki, így jobban látszik az egész doc területén.
^$-
^$-^$
de szerintem elég csak az első kódot és kötőjelet beírni, úgyis kidobja mind, én ilyenkor rákeresek hogy mindet jelölje majd valamilyen színt adok neki, így jobban látszik az egész doc területén.
^$-
nagyon érdekes eredménye lett ennek a keresési módnak.
Az összes kötőjeles szót kidobta csak azokat nem amiket keresek, vagyis a nyomda által elválaszójellel maradt szavakat.
amit talált :
bemehet-e
megbízhatok-e
lenne-e
összeroskad-e
él-e
sérült-e
amit nem talált:
ki-nyitotta
lehe-tett
bele-ereszkedett
mi-lyen
stb.
csak azt nem értem, ha "karakter kötőjel karakter" a keresési parancs, akkor honnan a bánatból szűri le, hogy a feltételes -e kötőjeles szavakat találja meg és ne miden mást vagy mindent ami ilyen. Mi különbséget talál ami miatt a kettő találatot megkülönbözteti ?
Ötlet, vélemény ?
Köszönöm.
Yag-nak!
Próbáld meg úgy, hogy kijelölöd a kitörölni kívánt kötőjelet, vágólapra teszed és bemásolod a Csere ablak Keresett szöveg sorába. Sok esetben meg tudja különböztetni a másik kötőjeltől, de nem mindig.
Vagy: Csere ablak - Egyebek - Speciális, itt ki tudod választani, milyen fajta kötőjelet akarsz helyettesíteni.
Próbáld meg úgy, hogy kijelölöd a kitörölni kívánt kötőjelet, vágólapra teszed és bemásolod a Csere ablak Keresett szöveg sorába. Sok esetben meg tudja különböztetni a másik kötőjeltől, de nem mindig.
Vagy: Csere ablak - Egyebek - Speciális, itt ki tudod választani, milyen fajta kötőjelet akarsz helyettesíteni.
Köszönöm.
A jelenség érdekes.
Két szerkesztővel is próbálkozom.
1. Word. a keresés sikeres a csere tartományom viszont hibás, mivel az "csere erre" tartományba nem írhatok ^$ karaktereket. Ennek hatására mivel a keresés két adott esetben három karaktert érint nem lehet autómatizáltan cserélni, élek a gyanúval, hogy ez teljesen manuális szűrés keresés - csere manőver.
A speciális karakterkiosztásban a kötőjelre és bármely betűre keresés működik.
2. Atlantis. a keresés csak bizonyos betűkre érvényes főként a feltételes kötőjelesekre, amit fennt írtam. a parancs ugyan az
ha ezt írom : ^$- akkor megtalál minden "e-mail" vagy "L-12" szóösszetételt.
ha ezt írom: ^$-^$ egyetlen találatot ad, egy konkrét "O-ra"
ha ezt írom: -^$ akkor "todok-e" "visszajött-e" "megéri-e" stb szavakat találja meg.
ez már csak azért is érdekes, mert eddig azt hittem, hogy a szövegszerkesztőben használatos kódokat az Atlantis ugyan úgy értelmezi és találja meg.
Az általad említett másolás, beillesztés, wordben egyáltalán nem reagál (word 2010) cserébe a speciális menű alatti parancsok használhatóak.
Ha összegezni akarom a történteket akkor nyugtassatok meg kérem, hogy ez a fajta szűrés és keresés ami a gyári nyomtatásban megmaradt kötőjelek kiírtását illeti, csak kézzel és egyesével lehet megoldani. Ha meg is találja az ember keresővel word-el akkor is csak egyesével szisztematikusan végig menve rajta érdemes.
Végig gondolva a válasz "igen" lehet, tehát a HSZ-t tekintsétek hangos gondolkodásnak.
Ha van cáfolat vagy precedens arra, hogy ezt a műveletet másképpen is érdemes csinálni akkor ne tartsátok magatokban.
Köszi.
Nos!
Egy meglehetősen kompromisszumos megoldást találtam.
Atlantis szerkesztő felület.
Tördeléstől függően, a korábban említett probléma megkeresése még csak nem is okoz már akkora gondot. "bármilyen karakter kötőjel szünet" kereséssel megtalálható.
A korábban említett ^$- alkalmas erre.
A probléma a behelyettesítéssel van.
A kereső kódot ugyan is nem lehet a csere erre mezőbe bevinni. A találati tartomány viszont két karakterre vonatkozik. A betűre és a kötőjelre. Tehát ez ki van jelölve találatként. Ha a csere erre mezőbe azt írom hogy space tehát egy szóközt akkor a kötőjel elött talált betű is megy a levesbe.
A kompromisszumom a következő:
A keresést konkrét betűkre vonatkoztatom.
keresés : a- ( "a" betű kötőjel szóköz)
csere erre: a
majd á, b, c, d, e, f stb. betűkkel végig megyek a formázandó szövegen.
Így 50-100-200asával tudom cserélni a nyomtatott sajtós elválasztó jeleket.
Egyelőre jobb megoldást nem találtam.
Egy meglehetősen kompromisszumos megoldást találtam.
Atlantis szerkesztő felület.
Tördeléstől függően, a korábban említett probléma megkeresése még csak nem is okoz már akkora gondot. "bármilyen karakter kötőjel szünet" kereséssel megtalálható.
A korábban említett ^$- alkalmas erre.
A probléma a behelyettesítéssel van.
A kereső kódot ugyan is nem lehet a csere erre mezőbe bevinni. A találati tartomány viszont két karakterre vonatkozik. A betűre és a kötőjelre. Tehát ez ki van jelölve találatként. Ha a csere erre mezőbe azt írom hogy space tehát egy szóközt akkor a kötőjel elött talált betű is megy a levesbe.
A kompromisszumom a következő:
A keresést konkrét betűkre vonatkoztatom.
keresés : a- ( "a" betű kötőjel szóköz)
csere erre: a
majd á, b, c, d, e, f stb. betűkkel végig megyek a formázandó szövegen.
Így 50-100-200asával tudom cserélni a nyomtatott sajtós elválasztó jeleket.
Egyelőre jobb megoldást nem találtam.
Ez csak egy példa, lehet, hogy van ennél jobb is:
Több lépésben [Wordben]. Először
1.
csere: ^$-^$ [bármeny betű-bármely betű]
erre: ^&^t [keresett szöveg tabulátor jel] (Tabulátor jel helyett bármilyen, a szövegben nem előforduló karakter, vagy kombináció is jó, pl @.)
2.
csere: -^$^t [-bármely betű tabulátor]
erre: ^t^& [tabulátor keresett szöveg]
3.
csere: -^t [-tabulátor]
erre: [szóköz]
4. bónusz: összes tabulátor törlése
Ezzel viszont az lesz a probléma, hogy kiszűröd pl. a "himbi-limbi"-t és a "Case-t"-t és a "Duna-kanyar"-t is.
Bocs, ezt a pdf-ből konvertált doc-ra írták.
Ezt kipróbáltam:
^$-^$^$
Feladja az elválasztásokat, de nem adja fel az ilyet "bemehet-e", a feltételes -e kötőjeles szavakat nem találja meg. Egyesével kell végigmenni.
Üdv
Nos Hölgyeim/Uraim!
Kicsit megkésve, de hátha segíteni tudok én is a Word csere-problémán.
A Word (2007/2010,/2013, a régebbieket nem teszteltem) egyrészt a hagyományos módon hajlandó keresés-cserére, amikor a keresendő karaktert/kifejezést/szöveget és a csere-karaktereket speciális karakterként és szövegként viszi be az ember. Ilyenkor a beviteli mezőbe írható speciális karakterek egy listából választhatók ki, és caret-betű kombinációkként jelennek meg. Ráadásul a Replace mezőbe ilyenkor csak egy részhalmaza vihető be ezeknek a karaktereknek.
Ezzel a problémával találkozott Yag kolléga.
Van emellett a Wordnek egy RegEx lehetősége is, amikor a keresendő szövegmezőbe és a Replace mezőbe is egy un. Regular Expression-t írhatunk, ami hasonló (illetve sokkal sokoldalúbb), mint az ismert ? és * wildcard karakter egy parancssorban. A Word RegEx lehetőségeiról itt és itt van elég jó angol nyelvű leírás, a példák alapján viszonylag könnyen kitapasztalható, mit tud. Valójában mindent.
A specifikus problémára pl. megoldás lehet a következő kódrészlet (kapcsoljuk be a Use wildcards kapcsolót!):
Ez megkeresi a kötőjeles szavakat és kiirtja belőlük a kötőjelet. Természetesen nem érdemes globális helyettesítésként alkalmazni, mert kiirtja a "lehet-e", "ide-oda" típusú szabályos kifejezéseket is, de szépen egyenként, egy-egy kattintással cserél, és ugrik a következőre.
Látszólag nagy befektetett munkával jutottunk el a megoldáshoz, de gondoljunk bele:
Egyszóval mindenképpen megéri!
Kicsit megkésve, de hátha segíteni tudok én is a Word csere-problémán.
A Word (2007/2010,/2013, a régebbieket nem teszteltem) egyrészt a hagyományos módon hajlandó keresés-cserére, amikor a keresendő karaktert/kifejezést/szöveget és a csere-karaktereket speciális karakterként és szövegként viszi be az ember. Ilyenkor a beviteli mezőbe írható speciális karakterek egy listából választhatók ki, és caret-betű kombinációkként jelennek meg. Ráadásul a Replace mezőbe ilyenkor csak egy részhalmaza vihető be ezeknek a karaktereknek.
Ezzel a problémával találkozott Yag kolléga.
Van emellett a Wordnek egy RegEx lehetősége is, amikor a keresendő szövegmezőbe és a Replace mezőbe is egy un. Regular Expression-t írhatunk, ami hasonló (illetve sokkal sokoldalúbb), mint az ismert ? és * wildcard karakter egy parancssorban. A Word RegEx lehetőségeiról itt és itt van elég jó angol nyelvű leírás, a példák alapján viszonylag könnyen kitapasztalható, mit tud. Valójában mindent.
A specifikus problémára pl. megoldás lehet a következő kódrészlet (kapcsoljuk be a Use wildcards kapcsolót!):
Kód:
Find: (<[A-Za-z]@)-([A-Za-z]@>)
Replace: \1\2Ez megkeresi a kötőjeles szavakat és kiirtja belőlük a kötőjelet. Természetesen nem érdemes globális helyettesítésként alkalmazni, mert kiirtja a "lehet-e", "ide-oda" típusú szabályos kifejezéseket is, de szépen egyenként, egy-egy kattintással cserél, és ugrik a következőre.
Látszólag nagy befektetett munkával jutottunk el a megoldáshoz, de gondoljunk bele:
- Ha egy félórát gondolkodunk, kísérletezünk, az sokkal szórakoztatóbb, mint fél órát "kézimunkázni" a szövegen.
- Ezt csak egyszer kell feltalálni, másodszor már kéznél lesz a megfelelő fegyver.
- Ezeket elmenthetjük makróként, és lassan egy nagy tudású automatikus szerszámkészlet birtokosai leszünk.
Egyszóval mindenképpen megéri!
Hasonló témák
