Discutii Formatul Epub

Forum Romania Inedit
Romania Inedit - Resursa ta de Fun

Lista Forumurilor Pe Tematici

Forum Romania Inedit | Reguli | Inregistrare | Login

POZE FORUM ROMANIA INEDIT

Nu sunteti logat.

Nou pe simpatie:
Profil Bianca777

Femeie
19 ani
Brasov
cauta Barbat
19 - 61 ani

Forum Romania Inedit / Totul despre cărți - About e-books / [Discutii] Formatul Epub

Moderat de Seven, Stelevadris, cuculean, naid, uncris

Autor

Mesaj

Pagini: 1

atari
Membru Junior

Inregistrat: acum 10 ani

Salut,

Ma tot chinuie de ceva vreme "un pitic pe creier", legat pe formatul epub.
Reflow-ul in functie de marimea fontului si a ecranului e brici si super util, dar ma deranjeaza la pagina de garda - cu autorul, titlul, etc. Daca o formatezi pentru o dimensiune ecran normala/mare trece pe doua pagini la ecranele mici. Daca o faci pentru ecrane mici, arata urat pe ecranele mari. In plus redimensionarea fontului la extreme bulibaseste orice formatare.

Ce vrea piticul in cauza e sa fac pagina de garda sa stea proportionala cu marimea ecranului, indiferent de marimea acestuia si de marimea fontului curent. Adica sa se scaleze cu ecranul, nu cu marimea fontului selectat. In plus, trebuie sa se genereze automat, Word -> html_filtrat -> Calibre, fara bibileala manuala. Trebuie sa se vada clar, nu jpg/png scalat la ecran.
Trebuie sa "mearga" cu ADE si eBooks, dar nici alte variante de sw nu sunt de neglijat.

Piticul nu a vazut chestia asta nici macar la epuburile de editura (alea "normale", nu fixed-layout ), asa ca si-a zis sa-si incerce norocul cu mine...

Dupa mai multe incercari - ca de, al dracu' pitic e insistent - am ajuns la generarea paginii de garda ca svg.
Rezultatul e aici (Gregory Benford & David Brin - Inima cometei, epub la versiunea postata de mitikut ):
http://www.mediafire.com/?73gh1cdev32erc5

Testat pe eBooks, Stanza, ADE, Aldiko si pare ok. Piticul jubileaza moderat.

Mi se pare o chestie interesanta pentru cei care bibilesc formatul epub, asa ca am zis sa mai schimbam o parere, o vorba, o cimilitura, pe marginea formatului epub - daca sunt doritori.

Modificat de atari (acum 10 ani)

pus acum 10 ani

utilitasetveritas
Pe lista neagra

Inregistrat: acum 12 ani

Din cate vad, ai folosit pentru pagina de garda o imagine de 300x400.

It turns out that 592×900 is the right size and aspect ratio for “standard-sized” six inch e-ink screens found on the regular Nook, and Sony Reader.

So why use svg at all?

Wouldn’t it be simpler to define it with the plain img tag (as this epub template does), like this?

<img src="images/page01.jpeg" width="592" height="900" alt="Page 1"/>

Unfortunately, many devices, such as the iPad and the Nook Color, have screens larger than six inches.

So on those devices, using the plain img tag in your epub’s xhtml files leaves an embarrassing whitespace gap, from where the image stops to where the actual screen ends.

The svg element shown earlier, though, is different: it stretches the image to fill the entire screen, while preserving the aspect ratio.

Modificat de utilitasetveritas (acum 10 ani)

pus acum 10 ani

atari
Membru Junior

Inregistrat: acum 10 ani

Pai nu vezi bine, Utilitas...

300x400 ala nu e dimensiunea imaginii. Imaginea e la o rezolutie mai mare, si consta intr-un fundal alb + piticul ala care care se chinuie sa silabiseasca in josul paginii. 300x400 conteaza ca ratio pentru elementul svg. Faza e ca svg scaleaza imaginea la ratio asta. Coordonatele textului de afisat (autor, titlu, etc) sunt calculate tot relativ la 300x400, asa ca se pastreaza proportia si distanta relativa cu piticul.
Deci 300x400 e aria relativa in care se incadreaza text+pitic. Aria asta e scalata automat la dimensiunile actuale ale ecranului de svg. Imaginea fiind la o rezolutie mai mare, iar textul fiind svg - nu imagine -, se vede bine pe ecrane si cu rezolutie mai mare.

Stiu ce zice grecul asta din care citezi tu, dar el se refera la altceva: la scalarea imaginilor la dimensiunea ecranului. Dar pentru asta nu ai nevoie neaparat de svg, se poate face si altfel, mai simplu: uita-te de exemplu la imaginile de dupa Partea I, Partea a II, etc in epub-ul de mai sus. Imaginile sunt scalate fara svg.

[late edit]
Cred ca m-am prins si de partea constructiva a mesajului tau... :-) Ar fi mai bine de folosit ratio 592×900 in loc de 300x400, pentru o folosire "mai judicioasa" a ecranului la e-ink-uri. Asta e ceea ce propui, sau caut eu in van?

Modificat de atari (acum 10 ani)

pus acum 10 ani

uciN
MEMBRU VIP

Inregistrat: acum 15 ani

„— Păi bine mă maestre mă... ” nu puteai şi dumneata să dai de veste c-ai început un astfel de topic?

Am o carte cu supracopertă, deci 4 coperte, cum ar veni.
Contracopertele conțin text şi imagini şi ocupă doar jumătate de pagină, evident pe verticală.
Cînd le pun în epub, singura care arată normal este coperta frontală, celelalte-s mai mici.
Habar n-am ce-aş putea să fac. Rezoluţiile şi mărimile în pixeli sînt egale, dar la înglobare
cu Atlantis, aşa cum spuneam, singura care are mărime corectă este prima.
Ai vreo idee? Ce zice piticul ăla al tău? Şi ce-i aia svg?

Modificat de uciN (acum 10 ani)

pus acum 10 ani

utilitasetveritas
Pe lista neagra

Inregistrat: acum 12 ani

Pare in regula solutia propusa de tine.

Modificat de utilitasetveritas (acum 10 ani)

pus acum 10 ani

atari
Membru Junior

Inregistrat: acum 10 ani

ok. daca pare in regula... atunci e de bine, nu?

Modificat de atari (acum 10 ani)

pus acum 10 ani

Aleph
MEMBRU DE BAZA

Inregistrat: acum 13 ani

uciN, în Atlantis se poate stabili ca o figură să umple ecranul, indiferent de dimensiunile acestuia: presupunând că o avem deja inserată în document, se înlătura eventualele Page Break Before/After de dinainte şi de după figură, apoi se dă click-dreapta pe ea -> Picture -> Format... -> se bifează Zoom to fit page şi gata.

Procedeul este disponibil începând cu versiunea 1.6.5.10 de Atlantis şi este descris pe site-ul acestuia:

atari, trouvee-ul tău e senzaţional! Am o rugăminte din punctul de vedere al utilizatorului de Atlantis: scrie aici, cât mai condensat, cum se poate modifica concret html-ul primei pagini pentru ca aceasta sa fie scalabilă, sau cum se poate genera prima pagină (din doc) având această proprietate, şi cum se include apoi în epub.

Nu dispera, pentru că, pe de o parte, nu explici doar pentru o singură persoană, iar pe de alta – se zvoneşte că dacă înţelege utilitas, atunci înţelegem toţi

Modificat de Aleph (acum 10 ani)

_______________________________________
Dacă vreunul dintre linkurile mele nu este valid, vă rog să mă anunţaţi prin MP.
Versiunile cartilor electronice - Standardul RIF1
Caractere romanesti in EPUB * De la versiunea 0.1 la versiunea 0.9 cu Word 2003 for Windows
PDF-uri foarte mici din fisierele grafice Scan Tailor * Clasificarea scanurilor in format DjVu

pus acum 10 ani

uciN
MEMBRU VIP

Inregistrat: acum 15 ani

Aleph, mulţumesc pentru informaţie. Am greşit inserînd un Page Break aşa cum ai zis.
Eu cu engleza stau mai slab. Am făcut franceză şi rusă în şcoală. Dar noroc de Google translate.

pus acum 10 ani

atari
Membru Junior

Inregistrat: acum 10 ani

Cum se poate genera pagina de garda ca SVG?

Generalitati:
In cazul de fata, elementul care descrie pagina de garda in html poate fi vazut ca un sir de tipul:

<div width="100%" height="100%">
_svg_antet_
<g xml:space="preserve" lengthAdjust="spacing">
<text x="..." y="..." font-size="...px" textLength="..." >Text 1</text>
<text x="..." y="..." font-size="...px" textLength="..." >Text 2</text>
   ....
<text x="..." y="..." font-size="...px" textLength="..." >Text n</text>
</g>
</svg>
</div>

_svg_antet_ e o parte constanta, aceeasi pentru toate paginile:
<svg xmlns:svg="http://www.w3.org/2000/svg"
xmlns="http://www.w3.org/2000/svg"
   xmlns

link="http://www.w3.org/1999/xlink"
   version="1.1"
   width="100%" height="100%"
   viewBox="0 0 300 400" id="svg_garda">

Cateva explicatii:
<div width="100%" height="100%">
- face ca elementul continut sa se scaleze cu dimensiunile ecranului
viewBox="0 0 300 400"
- stabileste dimensiunile relative a ariei svg de afisat.
<text x="..." y="..."
- descrie liniile de text (Autor, Titlu, etc) relativ la dimensiunile relative de mai sus.

Sunt si alte proprietati svg care ar putea fi folosite pentru a usura munca (path, text-anchor) dar din pacate ADE nu le recunoaste.
-------------

Pentru generarea paginii de garda ca sgv (Word + Calibre), trebuie parcursi urmatorii pasi:
1. Generarea sirului svg care descrie pagina de garda
2. Inserarea sirului in doc, in asa fel incat sa nu fie vizibil in Word dar sa fie prezent in fisierul html_filtrat salvat
3. Inlocuirea paginii de garda din html_filtrat cu sirul svg

1.
Primul pas e cel mai dificil, Word nu are suport svg, deci nu poti sa-l faci pur si simplu cu "save as" sau ceva similar.
Sunt cateva posibilitati de generare:
- folosirea unei imprimante virtuale care salveaza svg - printezi prima pagina ca svg.
- folosirea unui program extern (ex: Inscape) - copy din Word, paste in Inscape, bibileala si salvare
- implementarea unui generator svg in VBA, ca macro executat de word - analizeaza prima pagina si genereaza sirul

Eu am ales ultima varianta, pentru ca vreau sa-l generez automat, la o apasare de buton, si sa-l folosesc mai departe in word pentru pasul 2.
Ce face exact macroul e:
- Calculeaza (x, y, font-size, textLength) pentru fiecare paragraf din pagina de garda
- Le pune pe toate impreuna sub forma unui sir, cu formatul descris in generalitati.

2.
Inserarea sirului in doc.
Sirul trebuie sa fie continut in doc dar sa nu fie vizibil. Deasemenea trebuie sa poata fi identificat usor pentru pasul 3.
Am ales sa-l pun in campul "Alt_Text" al primei imagini (de aceea am si inserat o imagine in pagina de garda, ca am nevoie de ea pentru a "ascunde" sirul). Pentru a-l identifica usor la pasul 3, am inserat inainte si dupa sir identificatorii:
PAG_TITLU_SVG_START
PAG_TITLU_SVG_END

3.
Inlocuirea paginii de garda din html_filtrat cu sirul svg
Calibre are o functie foarte utila:
Preferencies -> CommonOptions -> Search&Replace
Pe scurt: definesti reguli de inlocuire, le salvezi, si vor fi executate la orice conversie automat.

Regulile sunt foarte flexibile, bazate pe Regular Expresion din Pyton.
Sunt executate inaintea conversiei, adica practic poti inlocui portiuni din fisierul de intrare cu altele, adica exact ce trebuie facut la pasul asta.
Folosesc chestia asta si in alte scopuri, de exemplu pentru a stabili cum trebuie facut zoomul imaginilor la ecran cu pastratea proportiei imaginii (de exemplu scalarea unei imagini la inaltimea ecranului si a alteia la latimea acestuia - sunt cateva exemple in epub-ul din primul post. Voi reveni la cum se poate face asta usor intr-un alt post)

Regula urmatoare face jobul pentru svg obtinut din macro-ul de la pasul 2:
De inlocuit:
(?s)(<div class="WordSection1">

.*PAG_TITLU_SVG_START(.*)PAG_TITLU_SVG_END.*?(</div>

Inlocuit cu:
\1\n\2\n\3

----------------

Odata setat Calibre cu regula de mai sus si Word-ul cu macroul de la pasul 1, treaba e extrem de simpla:
1. Word: formatare prima pagina dupa preferinte; executa macro; Save as html filtrat
3. Calibre: Converteste epub
- done -

Am lasat deoparte cateva detalii, pentru a descrie "pe scurt"... Oricum, vad ca tot "pe lung" mi-a iesit.

@Utilitas:
Sa intrebi e in ordine si chiar incurajat. La urma urmei de asta am deschis topicul asta: sa intrebam si sa raspundem.
Dar tu nu intrebi, tu postulezi axiome false despre lucruri pe care nu le stapanesti

Modificat de atari (acum 10 ani)

pus acum 10 ani

atari
Membru Junior

Inregistrat: acum 10 ani

*** Note de subsol ***

ePUB 2 nu suporta footnote, ci doar endnote. ePUB 3 are si footnote, dar inca nu este suportat de marea majoritate a readerelor, si probabil ca asa va ramane cel putin o buna perioada de timp.

Inapoi la ePUB 2:
Problema e ca toate notele de subsol in ePUB 2 sunt plasate la sfarsitul documentului, cu linkuri de navigare spre si dinspre note. Este oarecum peste mana consultarea lor, fara touch imi inchipui ca e incomod de selectat simbolul notei de subsol iar cu touch se poate selecta accidental simbolul notei si te trezesti la sfarsitul cartii fara sa stii exact de la ce nota de subsol ai ajuns acolo.

O idee ar fi extragerea notelor de subsol din document si inserarea lor ca text formatat special (font mai mic, cu o identare mai mare, de exemplu) dupa paragrafului curent. Pastram linkurile de navigare in si dinspre, dar schimbam pozitia unde nota e plasata in document.

Alte idei/solutii?
Mai are cineva problema asta (in afara de mine si de Utilitasveritas, desigur)?

pus acum 10 ani

utilitasetveritas
Pe lista neagra

Inregistrat: acum 12 ani

Intelegi ce vrei.
Ti-am pasat linkul mai departe unor persoane ce se ocupa mai indeaproape de formatul epub.

P.S.
Daca esti stapan pe HTML si CSS, poate ar trebui sa precizezi asta, alminteri o sa fii inteles gresit de multi.

pus acum 10 ani

utilitasetveritas
Pe lista neagra

Inregistrat: acum 12 ani

Pai mai pe scurt... legat de intrebarea 1, 6 si eventual 5.

Vezi sectiunea EPUB/MOBI.

Dupa lungi batai de cap, ceea ce am bagat in ghidul ala de creere epub e calea cea mai buna de realizare a unui epub.
Varianta Word>HTML>Calibre>EPUB/MOBI nu e fiabila, codul html e foarte incalcit si iti da dureri de cap in cazul in care apar probleme.

In privinta celui/celor care ar putea fi interesati de svg, ai avut parte de vizita lui Aleph, dar banuiesc ca e ocupat pe moment.
Restul epubistilor au spus ca e mai simplu sa faci o imagine a paginii de garda pentru a evita lucrul cu tag-uri.

pus acum 10 ani

Moebius
Membru Puf

Inregistrat: acum 13 ani

utilitasetveritas a scris:

Dupa lungi batai de cap, ceea ce am bagat in ghidul ala de creere epub e calea cea mai buna de realizare a unui epub.

Asta cine a hotarat? Tu sau restul epubistilor? Poti nominaliza cativa dintre ei si/sau cateva din realizarile lor, daca tot le porti vorbele? Eventual ceva realizat de tine, dupa "cea mai buna metoda"? S-avem si noi astia nespecialistii, un punct de plecare, un reper ceva.

utilitasetveritas a scris:

codul html e foarte incalcit si iti da dureri de cap in cazul in care apar probleme

Din cate am observat, tie, orice lucratura care presupune mai mult de cinci click-uri iti da crampe la ganduri, asa ca nu generaliza avand drept etalon persoana ta; unii prefera si alte modalitati - mai perverse ce-i drept - de abordare a problemei.
Permite, te rog, si altora care nu-ti impartasesc opiniile, sa aiba macar un topic liber de interventiile tale. Ai afirmat raspicat, ca subiectul iti da dureri de cap, asa ca nu cred ca-ti cer prea mult. Ai atatea alte topicuri unde te poti desfasura in voie, ca-mi vine foarte greu sa cred ca vei simti vreo neimplinire sufleteasca ca ai renuntat la unul.

pus acum 10 ani

80Inanna
Moderator

Din: Mitologie
Inregistrat: acum 18 ani

Nu vă certați, că vă paște banul.

Să vedeți cum e pe unele forumuri, unul prezintă ceva și ceilalți doar laudă, că altfel e de rău. Cui nu-i place ceva, tace, cel mult pune o mică întrebare.

Să recapitulăm: atari a prezentat ceva, ceilați spun „mulțumesc”, dacă li se pare util folosesc, dacă nu - nu, dacă știu ei altă metodă deschid un topic nou în care prezintă metoda respectivă, ceilalți îl aplaudă sau tac etc.

_______________________________________
Verificati toate linkurile înainte de a descărca! UNELE sunt expirate.
Cataloage FILME românești și TEATRU românesc.
Eu pot descărca de pe: mediafire, zippyshare, uptobox, mega.
NU pot descărca de pe: depositfiles, uploaded, turbobit, letitbit.

pus acum 10 ani

utilitasetveritas
Pe lista neagra

Inregistrat: acum 12 ani

@Moebius esti liber sa citesti ce scrie in acel ghid pe prima pagina. Compara cele 2 mostre de html. Reprezinta html-ul brut ce apare in epubul obtinut prin HTML FILTRAT>Calibre sau DOC>Atlantis.
In rest, esti liber sa il aduci la zi pe Atari cu acele detalii pe care le cere el. Daca esti interesat de svg, ar trebui sa fii cat de cat la curent cu html-ul si restul amanuntelor ce tin de epub.

@Atari, am folosit mereu html filtrat in conversiile Calibre, dar codul cel mai curat l-am obtinut din Atlantis.
Am incercat si Sigil, Ecub, etc.
Atlantis da de departe cele mai bune rezultate.
Dar asta nu cred ca are neaparat legatura cu svg-ul, tu discuti despre un detaliu ce tine de epub, nu despre producerea finala a lui.

@amandoi, generati un epub cu Calibre prin ce metoda doriti, apoi folositi un verificator de epub.

Apoi vedeti ce rezultate obtineti cu un epub generat cu Atlantis.

Modificat de utilitasetveritas (acum 10 ani)

pus acum 10 ani

ZVONACFIRST
MEMBRU DE BAZA

Din: Bucuresti
Inregistrat: acum 16 ani

Mai oameni buni (atari si utilitas), cand a aparut acest topic mi-am zis ca uite, cineva a fost inspirat si ne va expune cum se obtine un epub de calitate pornind de la un doc/rtf de calitate.
Cand colo am nimerit intr-o jungla a exprimarilor einsteiniene care nu fac altceva decat sa ne puna neuronul in incurcatura.
Fara sa va suparati pe mine, nu asta este intentia acestei postari - de a va supara-, va propun o alta abordare:
- vom porni de la o anumita carte in format doc/rtf de versiune superioara, sa zicem minim un 3.0
- cei care se pricep la a obtine epub de calitate, carora le voi spune meseriasi, copiindu-l pe Seven din alt topic, vor prelucra acea carte obtinand un epub si explicandu-ne in detaliu metoda: ce formatari obligatorii au facut la doc/rtf, cu ce soft au facut conversia si cum au procedat (eu de ex. in Atlantis nu pot introduce T of C, imi spune ca nush'ce template nu gaseste). Asta ar trebui facuta ca un tutorial, pas cu pas, eventual cu multe poze.
- la sfarsit vom compara rezultatele fiecarui meserias fiecare pe ereaderele noastre si vom alege cea mai buna metoda, eventual le vom mixa intr-o alta metoda noua.

pus acum 10 ani

Aleph
MEMBRU DE BAZA

Inregistrat: acum 13 ani

atari, un răspuns la chestionarul tău:
1. Principala problemă întâlnită de mine la epub-urile de pe forum este lipsa înglobării fonturilor.
2. Nu-mi doresc altceva decât epub-uri realizate corect (coperte nedeformate, bookmarks fără All-Caps, Cuprins la început, text paginat corect).
3. Formatările despre care aminteşti se reglează din ereader, iar dacă au doar rol decorativ, imaginile e mai bine să lipsească de tot.
4. Sony PRS 650 şi T2 nu-mi fac în necaz

5. Trick-urile esenţiale ţin de formatarea optimă a documentului Word în scopul conversiei, şi se găsesc aici. ZVONACFIRST, apropo de generarea ToC-ului, mai citeşte te rog acolo cum e cu stilurile predefinite Heading 1 (Titlu 1).
6. Atlantis, pentru rapiditate şi corectitudine. Cum ţi-ai dat seama, nu mă interesează niciun fel de floricele în epub – doar textul să arate bine.

Concluzia mea? Nu vă complicaţi, epub e şi-aşa un format ca vai de el, tipografic vorbind. Nu pentru asta a fost inventat, ci pentru reflow şi scalabilitate.

Am pus aici o arhivă cu un doc şi un epub. Trecut prin epubcheck, se obţin doar patru avertizări legate de clasificarea a fonturilor. Când găseşti putin timp, fă te rog un epub din doc-ul ăla, cu metoda ta.

În absenţa macro-ului tău din Word, am renunţat la scalarea paginii de gardă, fiindcă svg-urile pe care le-am obţinut cu printere virtuale sunt inutil de stufoase.

Scuze pentru răspunsul oarecum telegrafic, sunt într-o continuă lipsă de timp.

_______________________________________
Dacă vreunul dintre linkurile mele nu este valid, vă rog să mă anunţaţi prin MP.
Versiunile cartilor electronice - Standardul RIF1
Caractere romanesti in EPUB * De la versiunea 0.1 la versiunea 0.9 cu Word 2003 for Windows
PDF-uri foarte mici din fisierele grafice Scan Tailor * Clasificarea scanurilor in format DjVu

pus acum 10 ani

utilitasetveritas
Pe lista neagra

Inregistrat: acum 12 ani

Din moment ce subiectul acesta se numeste "[Discutii] Formatul Epub" propun stergerea tuturor mesajelor de pana acum.

Atari sa isi rezerve primele 4-5 mesaje din subiect, sa incerce sa sa explice ce si cum e cu svg-ul, poate chiar sa realizeze un tutorial pe aceasta tema.

Pe restul de 3 mesaje sau cate mai raman, sa incercam sa punem esentialul producerii unui epub, restul vor fi discutii. Avem ca punct de pornire subiectul indicat de Aleph, eventual ghidul meu, si, experientele voastre negative sau pozitive.
Atari banuiesc ca nu esti interesat doar de svg, ci si de restul detaliilor legate de producerea unui epub.
Daca esti de acord cu mine da-i un mesaj privat lui Seven sau lui 80ianna si roaga-i sa stearga mesajele.

@Zvonacrist, TOC-ul introdu-l din Word, apoi salveaza ca DOC, deschide cu Atlantis si salveaza ca EPUB. Totul va fi acolo.

Modificat de utilitasetveritas (acum 10 ani)

pus acum 10 ani

bokken
Membru Gold

Inregistrat: acum 15 ani

ZVONACFIRST a scris:

Fara sa va suparati pe mine, nu asta este intentia acestei postari - de a va supara-, va propun o alta abordare:
- vom porni de la o anumita carte in format doc/rtf de versiune superioara, sa zicem minim un 3.0
- cei care se pricep la a obtine epub de calitate...

Interesantă şi totodată inedită provocare ai lansat, ZVONACFIRST! Se adresează oricui? Sau e cu dedicaţie?

Aleph a scris:

Am pus aici o arhivă cu un doc şi un epub. Trecut prin epubcheck, se obţin doar patru avertizări legate de clasificarea a fonturilor. Când găseşti putin timp, fă te rog un epub din doc-ul ăla, cu metoda ta.

Aleph, să înţeleg că ai luat act de provocare şi epub-ul respectiv este răspunsul tău?

Dacă nu e cu dedicaţie şi asta e cartea pe care trebuie s-o chinuim, fiecare după puterile şi priceperea lui, permiteţi-mi să răspund şi eu provocării, cu menţiunea că voi merge pe varianta Atlantis, cu mici intervenţii şi din Calibre, eventual Sigil, dacă situaţia va impune asta.
Există vreun termen limită de predare a "lucrărilor"? Mai este careva amator? Epub-iştii deja consacraţi?

pus acum 10 ani

ZVONACFIRST
MEMBRU DE BAZA

Din: Bucuresti
Inregistrat: acum 16 ani

Aleph a scris:

5. Trick-urile esenţiale ţin de formatarea optimă a documentului Word în scopul conversiei, şi se găsesc aici. ZVONACFIRST, apropo de generarea ToC-ului, mai citeşte te rog acolo cum e cu stilurile predefinite Heading 1 (Titlu 1).

@Aleph, nu m-ai inteles: eu m-am referit la generarea TOC in Atlantis. In Word ma descurc fara probleme.
Sa zicem ca am un rtf cu TOC functional in Word.
In Atlantis se intampla urmatoarele:
- capitolele nu se structureaza fiecare in cate un html, textul impartindu-se arbitrar in 6 sau 8 html-uri, uneori pe la jumatatea unora dintre capitole.
- am vazut la unele epuburi luate de pe forum ca pagina de titlu este un html apoi fiecare capitol alt html, sunt lucrate foarte ingrijit si se lectureaza lejer.
M-am gandit ca aceste epuburi nu sunt obtinute pur si simplu prin salvare in Atlantis ci sunt prelucrate intr-un fel pe care nu l-am deslusit. Exista o optiune pentru generare TOC in Atlantis iar mie imi da eroarea de care vorbeam, imi cere un template.

Modificat de ZVONACFIRST (acum 10 ani)

pus acum 10 ani

Aleph
MEMBRU DE BAZA

Inregistrat: acum 13 ani

bokken, nu-i cu dedicaţie, e doar un exemplu de formatare necesară care pentru mine e şi suficientă. Dacă vrei, lucrează pe ea.

ZVONACFIRST, acum cred că am înţeles. Atlantis e o cutie neagră în care intră un docx (e drept, unul cu anumite formatări, cele din topicul la care am făcut trimitere) şi din care iese epub-ul. Practic nu fac nicio operaţie pe docx în Atlantis. Nu mă deranjează felul în care el împarte textul în fişiere htm, iar dacă fiecare capitol e definit în Word cu Page Break, atunci şi Atlantis generează câte un htm pentru fiecare capitol, (dacă acest htm nu depăşeşte 264 kb, dar asta e altă discuţie).

_______________________________________
Dacă vreunul dintre linkurile mele nu este valid, vă rog să mă anunţaţi prin MP.
Versiunile cartilor electronice - Standardul RIF1
Caractere romanesti in EPUB * De la versiunea 0.1 la versiunea 0.9 cu Word 2003 for Windows
PDF-uri foarte mici din fisierele grafice Scan Tailor * Clasificarea scanurilor in format DjVu

pus acum 10 ani

atari
Membru Junior

Inregistrat: acum 10 ani

Aleph,
fain facute si doc-ul si epubul generat de tine.

Varianta mea (Word+Calibre) e aici:
http://www.mediafire.com/download/e8d93 ... _-_YM.epub

Am cateva observatii minore care ar fi interesant de discutat, dar le voi posta mai incolo, sa nu le desconspir lui bokken cumva, ca sa pot sa le adresez si epubului generat de el! :-D
In rest... am zis deja: fain facut!

bokken,
ma bucur sa vad ca ridici manusa si astept cu nerabdare epubul!

Utilitas,
Voit sau involuntar induci in eroare grav cu tutorialul de epub.
Imaginea 1 nu pare deloc sa fie ce spui tu ca este, ca sa arati ce de caca-maca e Calibre. Poti sa verifici singur in epubul din postul asta, si ai sa vezi ca html generat de Calibre in epub e absolut onorabil si cu nimic mai prejos decat cel generat din Atlantis.

Modificat de atari (acum 10 ani)

pus acum 10 ani

utilitasetveritas
Pe lista neagra

Inregistrat: acum 12 ani

Asta e fisierul-sursa docx:
Arata-mi ce obtii doar cu Calibre din el.

Asa arata HTML FILTRAT (UTF8) obtinul din Word 2010:

Asa arata html-ul din epubul obtinut cu Calibre:

Asa arata html-ul din epubul obtinut direct din docx cu Atlantis:

Poate folosesti niste setari anume in Calibre despre ca nu ai pomenit.
Ia docx-ul de sus, si adu-mi un screenshot cu html-ul paragrafului de mai sus ca sa vedem ce anume e mai bun la tine si gresit la mine.

Si ca sa fac treaba pana la capat si dincolo de orice indoieli...
Folosesc EPUB-Checker pentru verificarea epubului:

Uite epubul din Calibre:

Uite epubul din Atlantis:

Modificat de utilitasetveritas (acum 10 ani)

pus acum 10 ani

utilitasetveritas
Pe lista neagra

Inregistrat: acum 12 ani

Revin cu o a doua postare legata de epubul lui Atari:

Uite html-ul din epubul tau:

Uite html-ul dintr-un epub facut din acelasi document cu Atlantis:

Modificat de utilitasetveritas (acum 10 ani)

pus acum 10 ani

bokken
Membru Gold

Inregistrat: acum 15 ani

Găsiţi aici şi răspunsul meu la provocarea lansată de ZVONACFIRST!
Arhiva conţine un fişier epub şi unul azw3 - pentru ca posesorii de Kindle să nu se simtă nedreptăţiţi.

Am încercat să răspund pe această cale şi următoarei întrebări: se poate face ceva cu notele de subsol în epub? Răspunsul îl puteţi afla testând fişierele pe readerele voastre. Fişierele se comportă şi arată identic, cu menţiunea că azw3-ul beneficiază şi de despărţire în silabe. Nu este perfectă - nici în Word nu e - dar asta se datorează exclusiv pattern-ului utilizat la inserarea caracterului . Pentru epub nu am considerat necesar - majoritatea readerelor bazate pe ADE ştiu deja să facă asta.
Aşa că, stimaţi posesori de Kindle - de la K3 cu ultima actualizare firmware până la Kindle Fire HD - enjoy!

Modificat de bokken (acum 10 ani)

pus acum 10 ani

ZVONACFIRST
MEMBRU DE BAZA

Din: Bucuresti
Inregistrat: acum 16 ani

@bokken, eu pe Kindle Paperwhite citesc atat formatele native cat si epub (am instalat Duokan ca SO alternativ).
Ce pot sa spun:

- despre formatul azw3 este ca arata super cu doua mici exceptii:
1. cele cateva randuri despre autor sunt aliniate la stanga. Cred ca este o scapare, in rest textul este aliniat justify.
2. coperta nu apare in ecranul principal din Kindle. Eu, cand folosesc Calibre, adaug coperta cand fac conversia. Cand folosesc convertorul Amazon pun coperta pe prima pagina a cartii scalata la dimensiunea paginii.

- despre epub - grafic se vede mai putin bine deoarece coperta nu se scaleaza la dimensiunea ecranului, este cam 1/4 din ecran si nu se centreaza iar pagina de garda se intinde pe doua pagini. O fi de la Duokan desi ar fi prima data cand se vede o carte in asa fel. In rest textul este ok, se face si despartirea in silabe, dar o face la toate cartile pe care le am fara a fi perfecta.
Pe ansamblu... felicitari. Am carti cumparate de pe Amazon care nu se ridica la calitatea pe care ai reusit-o tu.
Despre despartirea in silabe: mie mi se pare ok desi nu este perfecta, asa cum zici. Prefer asa decat cu randuri rupte la jumatate.

Sunt chestii tehnice in postarea ta al carui inteles imi scapa. Poti sa detaliezi aceste doua afirmatii?

cu menţiunea că azw3-ul beneficiază şi de despărţire în silabe. Nu este perfectă - nici în Word nu e - dar asta se datorează exclusiv pattern-ului utilizat la inserarea caracterului .

Pentru epub nu am considerat necesar - majoritatea readerelor bazate pe ADE ştiu deja să facă asta.

Modificat de ZVONACFIRST (acum 10 ani)

pus acum 10 ani

utilitasetveritas
Pe lista neagra

Inregistrat: acum 12 ani

Asta se intampla atunci cand incercam sa facem din epubul lui Atari un mobi, folosind kindlegen:

Asta se intampla cand incercam sa facem un mobi dintr-un epub facut cu Atlantisul direct din docx:

Modificat de utilitasetveritas (acum 10 ani)

pus acum 10 ani

atari
Membru Junior

Inregistrat: acum 10 ani

Si mie imi place epubul lui bokken.

Am o nelamurire: ce-ai vrut sa spui cu notele de subsol in epub? Pe ibooks nu vad nici o deosebire... E ceva suportat doar de unele redere?
Niste lamuriri, te rog, cand ai timp!

Utilitas: nu pot decat sa te felicit pentru revelatie! Mie mi-a fost clar de acum doua zile ca nu ai nimic de spus, dar am zis ca n-are sens sa te stresez. Ma bucur nespus ca ai realizat tu singur!

Despre dezinformarile din tutorial -> pe p.m. (in weekend), in speranta ca le vei indrepta. Daca nu... asta este, nu-i nici o tragedie.

Tot in weekend voi reveni si cu cateva intrebari suplimentare, pentru aleph si bokken (sau pentru oricine poate sa raspunda), legate de epub.

pus acum 10 ani

bokken
Membru Gold

Inregistrat: acum 15 ani

@ZVONACFIRST

1. nu este nicio scăpare - confruntă cu scanul de control şi o să vezi că rândurile sunt aşa cum trebuie să fie; dacă vrei să vezi scăpări şi mai ai scanul de control pe lângă tine, confruntă-l cu fişierul sursă (v2.0) şi cu unul dintre cele două fişiere - epub sau azw3.
2. eu am am testat azw3-ul pe K3, KF2, Kindle for PC, Kindle for Android şi Kindle Previewer - Paperwhite. Pare OK în toate privinţele. Tot ce pot să spun este că la mine se vede coperta atat pe K3 cât şi pe KF2 - atât în carousel cât şi în library.
Apropo, fişierele ale căror coperte se văd pe Paperwhite, ce sunt: mobi, prc, azw sau azw3?

Pentru a-mi satisface şi mie o curiozitate: poţi să pui câteva screenshot-uri luate din Paperwhite? M-ar interesa în special pagina de gardă (mulţumesc Atari pentru idee - SVG-ul e OK şi în azw3) şi pagina (paginile) cu notele de subsol, pentru a vedea cum funcţionează şi "în viu", nu numai pe emulator.

În privinţa epub-ului, încearcă să-l vizualizezi cu un reader adecvat - ADE sau o altă aplicaţie dezvoltată cu ajutorul RMSDK-ului de la Adobe.

În legătură cu chestiunile tehnice promit să revin cât mai curând. Acum nu se mai poate pentru că a intrat U&V în direct, e în prime time şi cred că are ceva mai important de declarat sau demonstrat...

pus acum 10 ani

bokken
Membru Gold

Inregistrat: acum 15 ani

atari a scris:

Am o nelamurire: ce-ai vrut sa spui cu notele de subsol in epub? Pe ibooks nu vad nici o deosebire... E ceva suportat doar de unele redere?
Niste lamuriri, te rog, cand ai timp!

Deschide azw-ul în Kindle for PC şi epub-ul în ADE, caută notele şi o să vezi despre ce e vorba...

atari a scris:

Tot in weekend voi reveni si cu cateva intrebari suplimentare, pentru aleph si bokken (sau pentru oricine poate sa raspunda), legate de epub.

Pune-le de-acum dacă se poate... Până în weekend de-abia o să am timp să "cujet" la ele.

pus acum 10 ani

utilitasetveritas
Pe lista neagra

Inregistrat: acum 12 ani

Booken, cand ai timp, sa remediezi si problema de mai jos.
Nu de alta, dar e pacat ca un epub profesionist sa contina erori flagrante de incepator.

Modificat de utilitasetveritas (acum 10 ani)

pus acum 10 ani

Seven
Moderator

Din: Ţara Perfectului Simplu
Inregistrat: acum 14 ani

***
utilitasetveritas - în ce başcheţii babii moaşii ai transformat topicul ăsta?
Care e scopul topicului şi la ce foloseşte el?
Care-i rostul la cârnăţăraia asta de cod la care se uită majoritatea ca la inscripţii sanscrite?
Şi, aşa în general, putem să lăsăm şi altora dreptul la opinie, fără să-i bârâim la nesfârşit?...

LE:
Reamintesc că forumul RI nu este un forum de discuţii, ci un forum de tip Warez, unde în mod obişnuit, postările trebuie să conţină linkuri pentru download; comentariile sunt doar excepţii şi pot fi făcute doar pentru a rezolva sau a semnala o problemă foarte importantă, care nu se poate rezolva altfel. Cu toate acestea, tu eşti campionul postărilor off topic sau tangente la subiect, pe secţiunea Cărţi în limba română.

Topicurile de discuţii de pe "Totul despre....." sunt într-adevăr topicuri de discuţii, dar ele trebuie să folosească tuturor userilor, în special celor începători, să stabilească o regulă sau un principiu, să prezinte o etapă de digitalizare, o tehnică, o metodă, un mod de rezolvare a unei probleme etc... ceva ce poate fi aplicat şi de către ceilalţi; topicurile de discuţii la un nivel de neînţeles pentru majoritatea userilor, nu-şi justifică existenţa pentru că dorim să clarificăm un subiect şi nu să facem concurs între subiecţi.
Şi un ultim aspect: mi se pare de netolerat gestul unor useri de a-l "bârâi" pe cel ce încearcă să prezinte un subiect, lucru pe care l-ai făcut pe acest topic într-un mod mai mult decât enervant. A trânti cu Copy&Paste direct pe forum o grămadă de mesaje de soft care au kilometri lungime, mi se pare curată bătaie de joc faţă de cei ce ar dori să urmărească discuţiile de pe topic; dacă aceste mesaje erau importante, puteau fi puse într-un fişier cu vizualizare, dar nu întinse la modul ăsta direct pe forum.

Mă gândisem iniţial să-ţi scriu un MP cu câteva explicaţii şi să-ţi transmit doar în privat că nu mai poţi continua cu postări off topic şi postări de tip bruiaj CCCP, pentru că nici pe tine nu te-a bruiat nimeni pe topicurile pe care le-ai deschis, dar am priceput mai apoi că n-ar fi corect faţă de bokken, pe care l-am admonestat nejustificat în public pe forum, deşi problema nu era la el, ci la un tânăr user care-i sărise direct la gât, drept mulţumire pentru un sfat.

În plus, mi-am amintit că Inanna deja a postat un avertisment la vedere chiar pe topicul ăsta şi am constatat că deşi ceilalţi participanţii au ţinut cont de el, s-ar părea că tu nici nu l-ai observat... sau şi mai grav, l-ai observat dar n-ai ţinut cont de el.

Din toate aceste motive am renunţat la mesajul privat şi am ales varianta avertismentului clasic şi public.

Te informez în modul cel mai prietenesc posibil, că acesta este ultimul avertisment: următoarea măsură este bann pentru cel puţin 6 luni.

_______________________________________

Oameni şi popoare îşi cată libertatea; după ce-o obţin, îşi caută stăpân.

| TORENTE | Tăunul | ROCAMBOLE+ | FLORIS | VRACIU | Victor HUGO | J.F. COOPER | PAPILLON | POLDARK |
| Dictionare Lba RO | | Gramatica RO | D. Stănoiu | Zaharia STANCU | H.Y. STAHL | V.CORBUL & E.BURADA |
| Ultimul regat | Millennium | Shantaram | Pearl BUCK | Anchee MIN | Amy TAN | C. LÄCKBERG | Ph.GREGORY |
| Extraterestrii şi Intraterestrii | RUFOR | Demonul Roşu | Vraja milioanelor | Cărţi audio |

pus acum 10 ani

utilitasetveritas
Pe lista neagra

Inregistrat: acum 12 ani

Acest subiect a inceput cu o discutie despre svg, acolo am tras niste concluzii intr-adevar gresite, prin urmare am propus autorului acestui subiect sa ia legatura cu tine sau 80ianna si sa refaca subiectul intr-o forma mai potrivita cu numele sau (titlul acestui subiect e mai general, si totodata s-au cerut si alte informatii).

In restul mesajelor mele este vorba despre diferentele ce apar in codul html generat de Calibre versus codul html generat de Atlantis. Adica care din cele 2 programe genereaza cel mai curat html.

Apoi de erorile ce apar la verificarea acelor epuburi. Adica care din cele 2 programe genereaza epubul cu structura cea mai corecta.

Apoi de erorile in kindlegen la convertirea acelor epuburi in mobi. Adica care din epuburile celor 2 programe continua sa dea erori la conversia in urmatorul format universal.

Acestea sunt lucrurile care le-am indicat prin adaugarea acelor secvente de cod sau rezultate de convertire.

Din punctul meu de vedere, consider ca, in cel mai bun caz, este stranie ignorarea intentionata a erorilor ce apar in urma verificarii unui epub cu un soft specializat, chiar daca aparent acesta arata bine.

P.S.
Ai dreptate la partea cu introducerea codului kilometric intr-un fisier ce putea fi vizualizat separat.
Am remediat situatia acelor mesaje. Am folosit pastebin.com.
Alte interventii nu intentionam sa mai am inca de ieri pe acest subiect.

Modificat de utilitasetveritas (acum 10 ani)

pus acum 10 ani

atari
Membru Junior

Inregistrat: acum 10 ani

Postez mai jos cateva puncte unde cred eu ca Tutorialul ar putea fi corectat, precum si cateva explicatii si opinii personale despre html-ul generat de cele doua metode.

O fac aici si nu pe pm lui Utilitas, in speranta ca explicatiile tehnice de mai jos pot fi de folos si altor useri.
Seven a zis ca explicatiile ar trebui sa se adreseze unui public cat mai larg si nu unui grup restrans de cunoscatori, asa ca am ales sa explic mai "poetic" :-) unele aspecte.
Stiu ca multor useri experimentati explicatiile mele li se vor parea triviale, dar e un risc asumat.

In Tutorial, primele doua imagini sunt folosite pentru a ilustra cat de mizerabila este metoda 1.
Dar se compara “omizi cu fluturi” nu “fluturi cu fluturi”.

Din tutorial: “Imaginea 1 prezinta codul html dintr-un epub facut dupa prima metoda”
Afirmatia e falsa, nu e html dintr-un epub, ci e ceea ce salveaza Word-ul.

E fisierul de intrare in Calibre si nicidecum fisierul de iesire (epub).
E comparata cu imaginea 2, care e fisierul de iesire din Atlantis (epub).
-> Omizi(fisier de intrare) cu fluturi(fisier de iesire)

Corect ar fi sa se inlocuiasca Imaginea 1 cu ceea ce genereaza Calibre in epub pentru paragraful in cauza.
Dar parca nu mai e asa de efect daca e inlocuita, nu?
Se pare ca toti parametrii aia aditionali de la inceputul paragrafului "plini de cod inutil" au cam disparut in noua imagine, iar codul html arata absolut rezonabil…

Explicatie tehnica:
In Word exista doua moduri principale de formatare:

1. Formatare directa
- selectam textul de formatat
- schimbam font, culoare, dimensiune, identare, etc, din controalele din ribbon-ul Wordului.

2. Formatare cu “stiluri”:
- definim “stiluri” (font, culoare, dimensiune, identare, etc) pentru tipuri de text: Text normal, Titlu Capitol, Titlu subcapitol...
- selectam textul de formatat
- aplicam stilul corespunzator din cele definite mai sus -> fontul, dimensiune, identare, etc a textului selectat se vor modifica conform cu cele ale stilului.

(Putem sa folosim si stilurile predefinite, nu e nevoie sa definim neaparat stiluri noi. Un stil poate fi modificat dupa preferinte si apoi salvat.)

Diferenta dintre cele doua metode de formatare (stiluri vs direct) nu este vizibila cand te uiti la doc: ambele arata la fel.
Intern insa, diferenta este destul de mare, si voi apela la o metafora pentru a o explica:

Sa presupunem ca avem o haina super inteligenta: putem sa schimbam textura (grosime, culoare, model, etc) la o simpla atingere.
Haina are o serie de texturi preinstalate, iar la apasari succesive alegem una din texturile astea, pentru o portiune din haina.
-> Asta ar fi formatarea cu stiluri.
Dar avem si o alta metoda: putem sa punem un petic, dintr-un material cu textura dorita, peste acea portiune.
-> Asta ar fi formatarea directa.

Formatare cu Stiluri:
“Natural”, Word-ul e orientat pe “stiluri”, ceea ce inseamna ca orice paragraf din text are asociat un stil (in cazul in care nu-l definesti tu, il defineste Word implicit ca “Normal”).
“Are asociat un stil” inseamna ca Word tine minte numele stilului si foloseste elementele de formatare (fontul, dimensiune, identare, etc) definite in acel stil. -> stie “textura” care se aplica acelei portiuni

Atunci cand salvam in format html, paragraful va arata ceva de genul:

<p classMsoNormal> <span lang=RO> Paragraf de test 1</span></p>
- classMsoNormal e “legatura” cu stilul folosit, in cazul nostru e stilul “Normal”

Formatare directa:
Orice modificam prin formatare directa (font, culoare, dimensiune, identare, etc) va fi memorat de Word individual, in sensul ca va crea descriptori aditionali ai paragrafului pentru fiecare element de formatare (-> petice diferite). Aceste valori sunt prioritare celor definite in stil, in sensul ca daca sunt prezente, acestea sunt folosite iar cele din stil sunt ignorate (au rol de petic peste textura originala).

Exemplu:
Formatez direct fontul unui paragraf la Arial. Atunci cand salvez in html, paragraful va arata ceva de genul:

<p class=MsoNormal><span lang= RO style='font-family:"Arial","sans-serif"'>Paragraf de test 1</span></p>

-> Am pus un petic ('font-family:"Arial","sans-serif"') la textura initiala (“MsoNormal”)

Mai schimb si marimea fontului, tot prin formatare directa:

<p class=MsoNormal><span lang= RO style='font-size:12.0pt;font-family:"Arial","sans-serif"'>Paragraf de test 1</span></p>

-> Am mai pus un petic ('font-size:12.0pt'), langa cel existent.

In cazul in care mai multe paragrafe sunt formatate direct (selectez o portiune de text, de exemplu), descriptorii aditionali vor fi creati pentru fiecare paragraf in parte.
In exemplul de mai sus, daca selectatam tot textul, fiecare paragraf din document va primi un descriptor aditional style='font-family:"Arial","sans-serif".
-> fiecare paragraf va primi “peticul” lui.

Deci, cu cat facem mai multe formatari directe, cu atat devin mai “stufosi” descriptorii de formatare ai paragrafelor.

Si uite asa ajungem la Imaginea 1 din Tutorial.
Poate e derutant, dar “codul inutil” (alta dezinformare in Tutorial) sunt formatarile noastre directe.
Nu e deloc inutil.

Aceeasi filozofie (textura + petic) se aplica si reprezentarii interne a doc, nu doar cand salvam html. Aceeasi problema e prezenta si in doc-ul importat in Atlantis. Nu are nimic de-a face cu una dintre metode, e pur si simplu modul in care Word tine minte formatarile.

Cum prelucreaza Calibre campurile astea?
La conversie in epub, Calibre adauga clase aditionale de “stiluri” (“CalibreX” – nu sunt stiluri in sensul stilurilor Word, dar le numesc asa pentru simplificare). Cu asta simplifica printre altele si formatarile directe din html-ul folosit la intrare.
In principiu, se uita la toti descriptorii, gaseste elementele comune si creaza clase noi css. Apoi inlocuieste sirul de elemente din descrierea sirului cu clasa corespunzatoare.

In termenii metaforei: Grupeaza peticele si genereaza tipuri de petice mai complexe, cu caracteristicile elementelor grupate. Este tot un petic peste textura initiala, dar are acum mai multe caracteristici (culoare, grosime, etc).

Rezultatul e un cod html mult mai compact in epub-ul generat.

Exemplu:
<p class="MsoNormal"><span lang="RO" class="calibre6">Paragraf de test 1</span></p>

Si asta e ce avem in mod normal intr-un epub generat cu Calibre, nu o copie directa a html-ul din fisierul de intrare, cum gresit se sugereaza in Tutorial.
Din punctual meu de vedere HTML-ul rezultat este mai mult decat onorabil.

"Bun, dar codul generat de Atlantis e totusi si mai compact"
Asa este, iar asta e pentru ca Atlantis a ales sa simplifice formatarile directe intr-un alt mod:
La conversie in epub, Atlantis modifica stilul paragrafului folosit, pentru a ingloba formatarile directe.
Deci genereaza “texturi” noi, in loc sa mentina textura originala + petic.
Cea mai folosita "textura" in text este declarata ca implicita, de aceea la majoritatea paragrafelor nu apare nimic aditional ca si atribute de formatare.
Rezultatul e un cod html si mai compact in epub-ul generat.

Exemplu:
<p>Paragraf de test 1</p>
<p class="p2">Paragraf de test 2</h1>

Destul de interesant facut, si se preteaza foarte bine la carti, unde avem un numar foarte mare de paragrafe de text normal si un numar mic de paragrafe formatate altfel (Titluri, motto-uri, etc)

”Pe mine unul ma deranjeaza teribil cum arata formatarile astea directe in Word HTML filtrat“
In cazul nostru, rolul lui html_filtrat din Word este de fisier intermediar, folosit intre Doc si Epub (un capat al procesului e doc-ul, celalalt capat e epub-ul).
Echivalentul lui in cazul folosirii Atlantis-ului, ar fi un fisier temporar, folosit intern doar de Atlantis la conversia din Doc in Epub.

Cati dintre cei care genereaza epub-uri se uita in fisierele intermediare folosite de soft?
Si daca se uita in ele, cu ce-i ajuta? Ce le fac? Modifica la mana tag-urile?

“Ia sa vedem ce html scoate Word-ul” e interesanta pentru unii dintre noi, dar total inutila pentru 99% din useri (in cazul generarii epub-urilor).
Toti folosim Internet dar pe putini ne intereseaza care-i treaba cu protocolul TCP/IP. Atata timp cat rezultatul e cel asteptat ni se falfaie de complexitatea bijbelor de sub masa. Si asa e si normal sa fie.
Dar tot normal e sa si spunem (sau macar s-o gandim):
“Nu vreau sa inteleg asta in detaliu, pentru ca daca ma uit in detaliu la tot ce-mi iese in cale atunci imi voi pierde toata viata cu detalii, si cand sa mai citesc si eu o carte?”
si nu o aroganta de genul:
“Asta e o chestie nasoala rau. Ia uitati-va si voi ce paros e fluturele asta! Si comparati-l cu celalalt!”

Pai in primul rand e omida, nu fluture. Dupa ce-l treci prin Calibre va fi fluture, dar aia e o alta imagine!
Si e paroasa pentru ca tu ai chinuit larva (ai facut formatari directe excesive in doc), nu pentru ca metoda o prefera asa.

”Bun, si cam ce-ar trebui sa facem acum? Formatam totul cu stiluri si nimic direct, ca sa avem fisiere html mici?
Formatarile directe nu sunt neaparat gresite, nu e nimic gresit in a le folosi moderat. E adevarat, reprezentarea interna e mai stufoasa (ne-optimala), se pierde posibilitatea reformatarii unitare prin modificarea stilului, fisierele salvate vor fi mai mari.
Dar atat timp cat soft-ul folosit le intelege si se descurca cu ele iar rezultatul este cel asteptat, cui ii pasa cat de paroasa e omida?
“Atat timp cat soft-ul se descurca cu ele” depinde in acest caz de cat de moderat folosim formatarea directa.

Cateva opinii/concluzii proprii::
1. Nu “sculele” folosite de o metoda sau alta sunt cel mai important aspect, ci fisierul de intrare: doc-ul.
Pentru un epub de calitate e necesar un doc formatat cat mai “curat” si simplu: stiluri, formatare directa moderata, fara brizbrizuri.

Aici cred ca ar trebui canalizate eforturile: in metode/scule pentru a curata un doc de "petice" inutile conversiei in epub.
Sunt cateva metode expuse de-a lungul timpului pe forum, dar cred ca putem veni cu ceva mai simplu, care sa fie foarte usor de folosit si cat mai putin distructiv fata de doc-ul original.

2. “Cat de compact e html-ul din epub” nu e un criteriu de selectie al unei metode.
Nici “cat de citibil este html-ul” nu e un criteriu. User-ul nu citeste html. El citeste ce-i arata readerul. Deci important e ca software-ul readerului sa inteleaga html-ul generat, nu userul.

3. Pot fi alte criterii dupa care o metoda e mai buna decat alta, si ma gandesc aici la:
- usurinta in folosire
- flexibilitate
- posibilitatea de a adauga optiuni noi
- functionalitati aditionale (de exemplu tot comparam Atlantis cu Calibre, dar sunt chestii total diferite: Atlantis e un editor de text care poate salva si epub, iar Calibre e un soft de organizare a bibliotecilor electronice, care poate si converti dintr-un format intr-altul. Nu conversia in epub e centrul sau de greutate – dar se descurca rezonabil si aici, dupa parerea mea)

- … lista e deschisa …

Modificat de atari (acum 10 ani)

pus acum 10 ani

utilitasetveritas
Pe lista neagra

Inregistrat: acum 12 ani

Ai dreptate cu tutorialul. Continea o imagine gresita. Am corectat.

Html fitrat Word:

Html epub Calibre:

De acord si cu faptul ca Atlantisul are un un html mai "compact". De acord si cu problema formatarile excesive de text si folosirea stilurilor.
Adaugat observatiile tale la ghid.

As vrea sa aud si parerea ta in privinta erorilor epub.

Modificat de utilitasetveritas (acum 10 ani)

pus acum 10 ani

atari
Membru Junior

Inregistrat: acum 10 ani

Ca tot e weekend, revin cu intrebarile despre epub:

1.
Indicii notelor de subsol arata mai bine in epub din Atlantis, spatierea dintre parafrafe se pastreaza mai bine.
Le faceti ceva special ca sa le scoateti asa, sau e legat de stilul css folosit de Atlantis pentru indici?
(bokken, la asta te refereai cu notele, sau e ceva mai subtil si nu m-am prins eu?)

2.
Nu vad rostul Cuprinsului in textul cartii. Daca e facut cum trebuie epubul are oricum TOC-ul intern accesibil oricand din butonul readerului, fara a parasi pagina curenta. Sau ma insel si nu toate rederele au facilitatea asta? (in cazul asta, sigur, ii vad rostul :-)

3.
Campul <dc:description> din content.opf. E generat de calibre din metadata Comments, probabil ca si Atlantis are ceva asemanator, unde poti introduce o descriere a cartii/autorului.
Il gasesc util (in cazul in care readerul stie sa-l citeasca desigur), pentru ca te poate ajuta sa-ti faci o idee despre carte in cazul in care ai descarcat o multime de carti in reader si vrei sa alegi ceva ce sa citesti, nu esti online sa googalesti dupa titlu/autor, si asa mai departe.

4.
Fontul Droid mi se pare mai citet decat Amasis (dar asta s-ar putea sa depinda mult de preferintele fiecaruia precum si de reader - eink/tableta/etc). Cand am intrebat ce fonturi preferati, m-am referit la cele incluse in epub, pentru diacritice. As fi interesat sa aflu care e fontul preferat.

5.
Spatiere dintre linii. Nu toate ereaderele permit sa o modifici (exemplu ibooks), si atunci devine importanta spatirea setata in epub. Eu unul prefer 140% ("minimum line height" in Calibre). La fel si cu identarea paragrafelor.

6.
Imagini scalate proportional.
In Atlantis, se pot seta imaginile sa se scaleze proportional la latimea ecranului readerului? De exemplu: o imagine scurta si lata, cu text deasupra si dedesupt, sa se scaleze la 95% din latimea ecranului. (Stiu cum se poate face asta in Word+Calibre - voi reveni cu detalii, daca sunt doritori - sunt curios daca se poate face direct din Atlantis)

pus acum 10 ani

bokken
Membru Gold

Inregistrat: acum 15 ani

1. Referitor la notele de subsol (de lateral mai degrabă) - nu ştiu cu ce ai deschis tu cele două fişiere - găseşti aici nişte screenshot-uri, luate de pe diferite readere; poate aşa îţi dai seama ce am vrut să spun în legătură cu ele. Adică nu este vorba despre clasicele link-uri spre notele (de final mai degrabă) ci de cu totul altceva, mai apropiat de normalitate, pe aceeaşi pagină, aproape ca în varianta tipărită a cărţii...

Mai concret, în arhivă, există imagini luate de pe: Kindle 3, KindleFire 2, Nook Simple Touch, Evolio Aria şi PC, în orientare tip vedere şi peisaj, pentru a ilustra mai bine modul cum se comportă notele pe diferite device-uri, la rezoluţii diferite, pe tipuri de afişaj diferite şi nu în ultimul rând, în aplicaţii diferite.

2. Nici eu nu văd rostul cuprinsului - atâta timp cât epub-urile folosesc pentru asta fişierul .ncx, care oricum este transformat în cuprins la conversia (Calibre) în .mobi sau .azw3.

3. Nu înţeleg la ce te referi; nu ştii cum să le introduci sau ce?

3. Prefer Constantia pentru serif şi n-am preferinţe speciale pentru sans-serif sau monospace - încerc să găsesc ceva cât mai apropiat de cele din versiunea tipărită, atunci când se poate şi arată bine pe reader.

5. Spaţierea şi indent-ul le aleg în stilurile din Word şi Atlantis le respectă întocmai - spaţiere înainte şi după auto sau 0pt, mărime font 12pt şi indent prima linie 0,4cm - asta pentru paragrafe normale.

6. În privinţa imaginilor, încerc să realizez un compromis între dimensiunea imaginii, mărimea ei în kB, rezoluţia display-ului etc. Nu-mi place cum arată, mai modific ceva la stiluri într-un editor html. Oricum, Atlantis suportă deocamdată numai imagini inline şi pentru cele flotante tot ar fi nevoie de o intervenţie de cosmetizare, în Sigil, de exemplu.

Am preferat screenshot-uri dintr-o carte cu formatare mai complexă pentru că, acum ceva timp în urmă, ucinN se plângea de posibilităţile limitate ale epub-ului; era vorba de tabele şi formule, mai exact. Cu tabelele, imaginile cred că demonstrează că se poate. Cu formulele, dacă e vorba de ceva mai puţin complex, cred că se poate şi cu alea. Să nu uităm că mulţi au dificultăţi să introducă o formulă mai complexă şi în Word darămite în epub. Eu susţin totuşi că se poate(şi pentru formule complexe) - e nevoie doar de următoarele ingrediente: un reader care să suporte specificaţiile EPUB3 (există, atat pentru iOS cat şi pentru Android), un font mai special şi ceva cunoştinţe MathML.

[discutii] formatul epub referitor notele subsol (de lateral mai ştiu deschis cele două

68.1KB

Modificat de bokken (acum 10 ani)

pus acum 10 ani

uciN
MEMBRU VIP

Inregistrat: acum 15 ani

bokken, sînt surprins de ce-ai putut face cu un epub! Este exact ce-mi doream şi eu să pot face.
Pentru că sînt doar un începător, o să vă las pe voi profesioniştii să discutaţi, iar eu voi sta pe margine
şi voi încerca să învăţ. Sper că veţi detalia cum se pot obţine astfel de epuburi. Sînt convins că vă urmăresc
foarte mulţi utilizatori de dispozitive portabile.

pus acum 10 ani

atari
Membru Junior

Inregistrat: acum 10 ani

Bokken, asta cu notele e o chestie de mare arta!

O rugaminte: poti sa verifici te rog daca epubul din arhiva cu viata lui 3,14 contine chestia asta? Nu de alta da' ma uit la ADE ptr PC de l-am facut sa se fasticeasca si sa clipoceasca pe la colturi si eu tot normale (link la endnote) le vad in epubul tau...
Iar in screenshot-urile de la tine se vede clar ca si ADE poate sa le arate "side-note".

Si posteaza te rog cum se pot obtine notele in stilul asta si daca sunt suportate si de epub 2, sau e musai epub3 support.
Super chestia, exact ce cautam! Multumesc!

Cu punctul 3 (descrierea cartii in <dc:description> din content.opf) ma refeream ca de cele mai multe ori nu e folosit/introdus la diverse epuburi, dar eu il gasesc destul de util.

Modificat de atari (acum 10 ani)

pus acum 10 ani

bokken
Membru Gold

Inregistrat: acum 15 ani

atari a scris:

O rugaminte: poti sa verifici te rog daca epubul din arhiva cu viata lui 3,14 contine chestia asta? Nu de alta da' ma uit la ADE ptr PC de l-am facut sa se fasticeasca si sa clipoceasca pe la colturi si eu tot normale (link la endnote) le vad in epubul tau...
Iar in screenshot-urile de la tine se vede clar ca si ADE poate sa le arate "side-note".

Îmi cer mii de scuze! Din viteză, am pus în arhivă varianta cu link-uri clasice. Acum am adăugat şi varianta de care făceam vorbire. Link-ul din postarea anterioară a fost modificat pentru noua arhivă!

Bineînţeles că sunt pentru epub 2! Dezarhivează epub-ul, mergi la capitolul 77 (sunt acolo 3 sau patru note, una după alta - una e adăugată de mine - o scăpare, nu ştiu cui să-i mulţumesc pentru ea) şi uită-te la cod...
E foarte simplu codul, nu presupune cine ştie ce inginerie...
Mai sunt şi două declaraţii în .css care ţin de note: sup şi notes

Dacă nu e suficient o să postez şi liniile de cod aici... sper să nu fie confundate cu ce s-a mai postat.

În măsura în care timpul o să-mi permită, o să mă ocup şi de note de subsol, adevărate, adică în subsol, în EPUB3. Să vedem ce o să iasă.

Încă o dată mii de scuze pentru eroare!

Modificat de bokken (acum 10 ani)

pus acum 10 ani

bokken
Membru Gold

Inregistrat: acum 15 ani

Uite şi codul pentru paragraful respectiv:

Code:

<p>Pare imposibil să-ţi imaginezi că odată, demult, mă uitam la ţestoase ca
la o masă cu zece feluri de mâncare deosebite, o alternativă la peşte. Dar aşa a fost.
Prin venele lor curgea un lichid dulce care trebuia băut imediat ce le tăiai gâtul, pentru
că se coagula în mai puţin de un minut. Cele mai bune mâncăruri <i>poriyals</i> sau
<i>kootus</i><sup>4</sup><span class="notes"><sup>4</sup>&nbsp;Amestec de
legume şi linte.</span> nu puteau egala acea delicatesă care era carnea de ţestoasă.
Niciun <i>cardamon paysam</i><sup>5</sup><span class="notes"><sup>5</sup>
&nbsp;Desert din lapte, pâine şi ghimbir.</span> nu se compara ca dulceaţă şi fineţe
cu ouăle sau grăsimea de ţestoasă. Un amestec de inimă, plămâni, ficat, carne şi
intestine, la care se adăuga peşte, totul cu un sos de gălbenuşuri şi albuşuri, era un
<i>thali</i><sup>6</sup><span class="notes"><sup>6</sup>&nbsp;Mod de servire
a mesei specific Indiei și Nepalului, constând dintr-o selecție de diferite feluri de
mâncare. Felurile de mâncare Thali variază de la regiune la alta și sunt de obicei
servite în boluri mici, numite Katori, care sunt plasate pe o tavă rotundă (n.b.)
</span> de neîntrecut. Spre sfârşitul călătoriei mele, ajunsesem să mănânc tot ce îmi
putea oferi o ţestoasă. Uneori, găseam crabi în algele care se lipeau de carapacea ei.
Şi tot ce era în stomacul ei trecea în al meu. Petreceam ore întregi rozând o lăbuţă
sau oase şi sugându-le măduva. Mâncam automat, la fel ca maimuţele, care iau şi
ultima firimitură pe care o găsesc şi o bagă în gură, fără să se gândească.</p>

Şi aici codul pentru css:

Code:

.notes {
    max-width: 50%;
    float: right;
    border-left: 2px dotted orange;
    padding-left: .5em;
    padding-right: .4em;
    line-height: 1.29;
    font-size: 0.8em;
    margin-left: .5em;
    margin-right: 0;
    margin-top: 0;
    margin-bottom: 0;
    text-indent: .6em;
    text-align: justify;
}

sup {
    font-size: .75em;
    vertical-align: 35%;
}

Modificat de bokken (acum 10 ani)

pus acum 10 ani

atari
Membru Junior

Inregistrat: acum 10 ani

Da, domnule, acum vad si eu notele! :-)
Multumesc!
O intrebare: Cum le generezi/formatezi? Manual? La postprocesarea epubului sau inainte de generarea lui (din Word sau Atlantis)?

pus acum 10 ani

bokken
Membru Gold

Inregistrat: acum 15 ani

După, evident. Când îl iau la periat în Sigil, după ce adaug în css liniile necesare. Tot atunci introduc şi comentariile din Tools -> Metadata Editor.

pus acum 10 ani

uciN
MEMBRU VIP

Inregistrat: acum 15 ani

Cum se poate schimba culoarea unui text?
Ce cod trebuie introdus şi unde trebuie inserat?

E:
atari, cred c-am priceput ce-i cu fontul pala din epubul pe care ţi l-am trimis:
e vorba de fontul palatino linotype, dar e scris prescurtat şi pentru pentru bold, italic etc.
Nu ştiu de ce apar zapfino şi calibri, probabil pentru că n-am lucrat cu stiluri peste tot, o să văd.

Modificat de uciN (acum 10 ani)

pus acum 10 ani

bokken
Membru Gold

Inregistrat: acum 15 ani

uciN, poţi să detaliezi un pic? Unde anume să-i schimbi culoarea?
Poţi să exemplifici cu paragraful respectiv şi să specifici exact ce anume doreşti să colorezi?

pus acum 10 ani

uciN
MEMBRU VIP

Inregistrat: acum 15 ani

De exemplu, vreau să schimb culoarea pentru titlul unui capitol sau culoarea de afişare
a notelor explicative.

Modificat de uciN (acum 10 ani)

pus acum 10 ani

bokken
Membru Gold

Inregistrat: acum 15 ani

De regulă titlurile capitolelor le găseşti în epub într-o linie de forma:

Code:

<h1>Capitolul 1</h1>

Tot ce trebuie să faci este să adaugi în fişierul .css următoarea linie:

Code:

h1 {color:#ff0000;}

Astfel, toate tagurile h1 din epub-ul tău se vor colora în roşu; #ff0000; reprezintă valoarea în hexa a culorii roşu. O poţi modifica pentru ce culoare doreşti.

Procedura este identică pentru orice tag sau clasă din epub - p, i, b, sup etc.

LE:

Explicaţii detaliate însoţite de exemple poţi găsi aici. Vei obţine, cred, răspuns la toate întrebările tale legate de .css

Modificat de bokken (acum 10 ani)

pus acum 10 ani

uciN
MEMBRU VIP

Inregistrat: acum 15 ani

Ok, mulţumesc pentru explicaţii şi exemple.
Am testat codul
h1 {color:#00ff00;} este verde deschis, dar nu-i problemă, mă pot juca oricum cu el.

h1 {color:#0000BF;}=albastru
h1 {color:#00BFBF;}=cyan
h1 {color:#BF0000;}=roşu
h1 {color:#008000;}=verde
h1 {color:#FF8000;}=portocaliu

In Sigil şi ADE culoarea se vede, pe tabletă cu Mantano Reader e neagră.
Nu-i nimic, nu ţin morţiş la aspectul ăsta.

Modificat de uciN (acum 10 ani)

pus acum 10 ani

bokken
Membru Gold

Inregistrat: acum 15 ani

Păi ce tabletă e, de se vede negru?

pus acum 10 ani

uciN
MEMBRU VIP

Inregistrat: acum 15 ani

AllView Alldro2 Speed + de 9'
N-am pretenţii prea mari de la ea.

RE: Am actualizat Mantano Reader şi totul e în regulă, se văd şi culorile textelor.

Modificat de uciN (acum 10 ani)

pus acum 10 ani

ZVONACFIRST
MEMBRU DE BAZA

Din: Bucuresti
Inregistrat: acum 16 ani

bokken, interesanta rezolvare pentru notele de "subsol".
totusi discutia mi se pare ca este la un nivel prea tehnic. cred ca ar fi super daca ai putea sa faci un tutorial despre prepararea unui epub. eu unul as fi foarte interesat sa invat cum faci sa apara acele note asa cum apar in epub-ul si azw3-ul postat de tine.

iata cum se vad notele in azw3 deschis pe Paperwhite.

[discutii] formatul epub bokken, rezolvare pentru notele discutia pare este nivel prea tehnic. cred

56.8KB

Modificat de ZVONACFIRST (acum 10 ani)

pus acum 10 ani

ZVONACFIRST
MEMBRU DE BAZA

Din: Bucuresti
Inregistrat: acum 16 ani

... continuare la postul anterior:

si iata cum se vad notele in epub deschis pe Kindle cu Duokan (poza cu telefonul, in Duokan nu stiu daca se poate face screenshot)

[discutii] formatul epub ... continuare postul iata cum vad notele epub deschis kindle duokan (poza

40.3KB

Modificat de ZVONACFIRST (acum 10 ani)

pus acum 10 ani

ZVONACFIRST
MEMBRU DE BAZA

Din: Bucuresti
Inregistrat: acum 16 ani

Acest topic a fost parasit exact in momentul cand discutia devenise mai interesanta.

pus acum 10 ani

bokken
Membru Gold

Inregistrat: acum 15 ani

ZVONACFIRST a scris:

Acest topic a fost parasit exact in momentul cand discutia devenise mai interesanta.

Adică?

pus acum 10 ani

Moebius
Membru Puf

Inregistrat: acum 13 ani

atari a scris:

Mi se pare o chestie interesanta pentru cei care bibilesc formatul epub, asa ca am zis sa mai schimbam o parere, o vorba, o cimilitura, pe marginea formatului epub - daca sunt doritori.

Atari, vreo idee, ceva, nu neaparat in SVG, despre cum ar putea fi redimensionata o imagine flotanta (la dreapta sau la stanga), proportional cu marimea fontului din paragrafele normale - <p>...</p>

Mai concret:

marime font - 0.75em -> zoom imagine afisata - x 0,75
marime font - 1em -> zoom imagine afisata - x 1
marime font - 1.5 em -> zoom imagine afisata - x 1,5

avand grija ca aspect ratio-ul imaginii sa nu se modifice.

In exemplul de mai jos, la marirea sau micsorarea fontului, imaginea ramane la aceeasi dimensiune...

Code:

<!DOCTYPE html>
<html>
<head>
<style>
img 
{
float:right;
}
</style>
</head>

<body>
<p>In the paragraph below, we have added an image with style <b>float:right</b>.
The result is that the image will float to the right in the paragraph.</p>
<p>
<img src="logo.gif" width="95" height="84" />
This is some text. This is some text. This is some text.
This is some text. This is some text. This is some text.
This is some text. This is some text. This is some text.
This is some text. This is some text. This is some text.
This is some text. This is some text. This is some text.
This is some text. This is some text. This is some text.
This is some text. This is some text. This is some text.
This is some text. This is some text. This is some text.
This is some text. This is some text. This is some text.
This is some text. This is some text. This is some text.
</p>
</body>

</html>

Modificat de Moebius (acum 10 ani)

pus acum 10 ani

ZVONACFIRST
MEMBRU DE BAZA

Din: Bucuresti
Inregistrat: acum 16 ani

bokken a scris:

ZVONACFIRST a scris:

Acest topic a fost parasit exact in momentul cand discutia devenise mai interesanta.

Adică?

@bokken, am facut doua afirmatii:
- ca topicul a fost parasit - ma refeream la faptul ca de la ultima postare trecusera cateva zile bune.
- ca discutia devenise mai interesanta - nu cred ca este cazul sa detaliez, mie mi se pare o discutie interesanta.
La care dintre ele te referi cu "adica"?

In primul post de pe aceasta pagina te rugam sa detaliezi un pic treaba cu notele de subsol. Ma gandesc ca daca ne-ai facut o demonstratie ne oferi si rezolvarea intr-o exprimare mai populara.
Multumesc in avans.

Modificat de ZVONACFIRST (acum 10 ani)

pus acum 10 ani

atari
Membru Junior

Inregistrat: acum 10 ani

Moebius a scris:

... cum ar putea fi redimensionata o imagine flotanta (la dreapta sau la stanga), proportional cu marimea fontului din paragrafele normale

Din pacate nu cred ca se poate face ca o imagine sa se rescaleze cu marimea fontul.

O imagine are dimensiunile specificate in unul din astea doua moduri:
- ca valori absolute - in pixeli (ca in exemplul tau)
- ca valori relative - % din elementul in care e continuta imaginea

Cu cel de al doilea mod, imaginea poate fi facuta scalabila, dar nu cu fontul folosit ci cu dimensiunea ecranului.

Modificat de atari (acum 10 ani)

pus acum 10 ani

Seven
Moderator

Din: Ţara Perfectului Simplu
Inregistrat: acum 14 ani

***
Cred că pentru cei care folosesc doar fişiere universale de tip rtf, doc, docx... ar fi bine de ştiut ce anume pot face şi ce nu trebuie să facă pentru ca fişierele lor să fie uşor de convertit şi să nu complice fără să ştie convertirea în ePub, mobi etc...

1.De exemplu: există anumite caractere sau formatăpri care "nu se văd" la convertire?
Mă refer în mod special la caracterul Horizontal Bar, la Nonbreaking Hyphen, la Nonbreaking Space... probabil mai sunt şi alte caractere şi formatări.

2.Pe de altă parte, pe mine m-ar interesa şi convertirea inversă: de la ePub la doc.
Sunt situaţii în care anumiţi useri folosesc doar formatele specifice eReader fără a mai posta şi varianta doc.
Dacă dorim doar să citim cartea apelăm la un soft pentru vizualizare, dar dacă respectiva carte am dori să o corectăm pentru o versiune superioară, atunci deja lucrurile se complică, pentru că eu personal nu ştiu să fac conversia spre doc...

Nişte sfaturi în sensul ăsta cred că sunt binevenite şi ar fi importante pentru toată lumea.

_______________________________________

Oameni şi popoare îşi cată libertatea; după ce-o obţin, îşi caută stăpân.

| TORENTE | Tăunul | ROCAMBOLE+ | FLORIS | VRACIU | Victor HUGO | J.F. COOPER | PAPILLON | POLDARK |
| Dictionare Lba RO | | Gramatica RO | D. Stănoiu | Zaharia STANCU | H.Y. STAHL | V.CORBUL & E.BURADA |
| Ultimul regat | Millennium | Shantaram | Pearl BUCK | Anchee MIN | Amy TAN | C. LÄCKBERG | Ph.GREGORY |
| Extraterestrii şi Intraterestrii | RUFOR | Demonul Roşu | Vraja milioanelor | Cărţi audio |

pus acum 10 ani

ZVONACFIRST
MEMBRU DE BAZA

Din: Bucuresti
Inregistrat: acum 16 ani

Seven a scris:

2.Pe de altă parte, pe mine m-ar interesa şi convertirea inversă: de la ePub la doc.
Sunt situaţii în care anumiţi useri folosesc doar formatele specifice eReader fără a mai posta şi varianta doc.
Dacă dorim doar să citim cartea apelăm la un soft pentru vizualizare, dar dacă respectiva carte am dori să o corectăm pentru o versiune superioară, atunci deja lucrurile se complică, pentru că eu personal nu ştiu să fac conversia spre doc...

Nişte sfaturi în sensul ăsta cred că sunt binevenite şi ar fi importante pentru toată lumea.

Am facut convertirea inversa de cateva ori pentru carti la care aveam un format ebook (mobi sau epub) si un scan ctrl de slaba calitate a carui trecere prin ABBYY scotea un ocr nashpa.
Cum procedez eu plecand de la ebook (epub, mobi sau chiar azw3):

1. convertesc epubul in mobi cu Calibre apoi cu tot in Calibre cu pluginul KindleUnpack "desfac" mobi. Se obtine un folder cu numele mobi7 in care se afla un fisier nume carte - nume autor.htm. Acest fisier trebuie deschis cu Word si formatat.

2. schimb extensia cartii din epub in zip (nume carte.epub ==> nume carte.zip) dupa care dezarhivez zip-ul. Unul dintre folderele din arhiva se numeste Ops si contine mai multe fisiere html care pot fi deschise cu Word, comasate si formatate.

3. cea mai simpla si mai rapida metoda este conversia cu Calibre din epub sau mobi in rtf. Rezultatul este ok si dpdv calitativ, formatarile necesare fiind minimale.

Modificat de ZVONACFIRST (acum 10 ani)

pus acum 10 ani

Seven
Moderator

Din: Ţara Perfectului Simplu
Inregistrat: acum 14 ani

***
Salutări!

Întrebare: ce se întâmplă la convertirea în ePub a unui text în situaţia în care în acel text avem atât note de subsol, cât şi note de final?

În acest moment corectez o carte care conţine atât note de subsol [pentru expresii în latină etc.], cât şi note de sfârşit [pentru informaţii despre personaje istorice amintite în text etc...].
Mai există nişte termeni de arhitectură marcaţi cu asterisc care sunt explicaţi într-un glosar la sfârşitul cărţii.

Concret este vorba de cartea "Rinul" a lui Victor Hugo şi are 905 note de final, 112 note de subsol... plus 42 termeni de arhitectură în Glosar.
Nu mă pricep la convertiri ePub, dar am constatat că notele de subsol se convertesc în note de final.
În situaţie în care deja există şi unele şi altele, rezolvă Epub problema, adică vor apărea 1017 note de final, ori apar erori?

_______________________________________

Oameni şi popoare îşi cată libertatea; după ce-o obţin, îşi caută stăpân.

| TORENTE | Tăunul | ROCAMBOLE+ | FLORIS | VRACIU | Victor HUGO | J.F. COOPER | PAPILLON | POLDARK |
| Dictionare Lba RO | | Gramatica RO | D. Stănoiu | Zaharia STANCU | H.Y. STAHL | V.CORBUL & E.BURADA |
| Ultimul regat | Millennium | Shantaram | Pearl BUCK | Anchee MIN | Amy TAN | C. LÄCKBERG | Ph.GREGORY |
| Extraterestrii şi Intraterestrii | RUFOR | Demonul Roşu | Vraja milioanelor | Cărţi audio |

pus acum 8 ani

tuf
Vizitator

Conversia doc > epub, transforma toate notele in note de sfarsit.

P.S.
Daca vrei fac o proba cu documentul tau cu note mixte, sa vedem ce se va intampla cu notele.
Nu de alta, dar esti primul care ridica problema asta

Modificat de tuf (acum 8 ani)

pus acum 8 ani

Seven
Moderator

Din: Ţara Perfectului Simplu
Inregistrat: acum 14 ani

***
@tuf, nici eu n-am mai întâlnit până acum astfel de situaţii, şi ca să fiu sincer, deşi clămbăcesc în Word de mult timp, habar n-aveam că el poate folosi ambele tipuri de note în acelaşi timp.

Mulţumesc pentru asta lui @sunavi care a făcut prima corectură, iar eu m-am trezit în faţa unui text care deja avea ambele tipuri de note.
După aceea m-am documentat cum se poate face asta şi am făcut tot felul de teste, inserând şi ştergând când un tip de notă, când pe celălalt şi am constata că ele funcţionează perfect şi independent una de alta.

Este de reţinut că în acest caz, inserarea notelor nu se mai face doar cu clasicul icon AB1, ci cu ajutorul a două iconuri, unul pentru NS, altul pentru NF... sau folosind opţiunea Insert şi alegând tipul de notă care trebuie inserat.
Şi... bineînţeles trebuie ca indicii de referinţă să aibă variante diferite de afişare; eu am folosit cifre arabe pentru notele de final şi cifre romane resetabile la fiecare pagină pentru notele de subsol, deşi în original erau folosite *, **, ***, **** pentru notele de subsol.
Am deja în text şi asteriscul care nu este un indice de referinţă în sensul corect, ci doar un marcaj că acel cuvânt este explicat în Glosar. În cazul acestora avem un singur asterisc indiferent de ce poziţie ocupă termenul explicat în glosar.

Am să extrag o porţiune de text care este deja corectată şi am s-o pun la dispoziţie pe forum pentru testări.

_______________________________________

Oameni şi popoare îşi cată libertatea; după ce-o obţin, îşi caută stăpân.

| TORENTE | Tăunul | ROCAMBOLE+ | FLORIS | VRACIU | Victor HUGO | J.F. COOPER | PAPILLON | POLDARK |
| Dictionare Lba RO | | Gramatica RO | D. Stănoiu | Zaharia STANCU | H.Y. STAHL | V.CORBUL & E.BURADA |
| Ultimul regat | Millennium | Shantaram | Pearl BUCK | Anchee MIN | Amy TAN | C. LÄCKBERG | Ph.GREGORY |
| Extraterestrii şi Intraterestrii | RUFOR | Demonul Roşu | Vraja milioanelor | Cărţi audio |

pus acum 8 ani

Seven
Moderator

Din: Ţara Perfectului Simplu
Inregistrat: acum 14 ani

pus acum 8 ani

tuf
Vizitator

Au fost mutate la sfarsit in 2 grupuri diferite.
Un grup cu notatia romana, un grup cu notatia araba.

Dupa cum banuiam de la inceput, notele de subsol s-au alaturat celor de final.
Deci functioneaza fara probleme.

pus acum 8 ani

Seven
Moderator

Din: Ţara Perfectului Simplu
Inregistrat: acum 14 ani

pus acum 8 ani

Pagini: 1

Mergi la