Simpatie.ro - matrimoniale
Forum Romania Inedit
Romania Inedit - Resursa ta de Fun
Nou pe simpatie:
geogeorgiana17 pe Simpatie.ro
Femeie
25 ani
Arad
cauta Barbat
26 - 57 ani
Forum Romania IneditReguliInregistrareLoginPozeNu sunteti logat. Lista Forumurilor Pe Tematici
Forum Romania Inedit / Totul despre cărți - About e-books /

[Discutii] Formatul Epub

Pagini:  1 2 3 Moderat de Seven, Stelevadris, cuculean, naid, uncris
#26
ZVONACFIRST
MEMBRU DE BAZA
Din: Bucuresti
@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.


 
   
#27
utilitasetveritas
Pe lista neagra
Asta se intampla atunci cand incercam sa facem din epubul lui Atari un mobi, folosind kindlegen:
http://pastebin.com/x107gEYm


Asta se intampla cand incercam sa facem un mobi dintr-un epub facut cu Atlantisul direct din docx:
http://pastebin.com/x6n3HjNb


 
   
#28
atari
Membru Junior
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.


 
   
#29
bokken
Membru Gold
@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...


 
   
#30
bokken
Membru Gold

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.


 
   
#31
utilitasetveritas
Pe lista neagra
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.
http://pastebin.com/FWACBpFd


 
   
#32
Seven
Moderator
Din: Ţara Perfectului Simplu
***
      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 |

 
   
#33
utilitasetveritas
Pe lista neagra
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.


 
   
#34
atari
Membru Junior
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 …


 
   
#35
utilitasetveritas
Pe lista neagra
Ai dreptate cu tutorialul. Continea o imagine gresita. Am corectat.

Html fitrat Word:
http://pastebin.com/C9fVjvpg

Html epub Calibre:
http://pastebin.com/2hg0RJcv

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.


 
   
#36
atari
Membru Junior
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)


 
   
#37
bokken
Membru Gold
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 - 1. Referitor la notele de subsol - Totul despre cărți - About e-books
[Discutii] Formatul Epub – poza de bokken, in Totul despre cărți - About e-books · 68.1KB


 
   
#38
uciN
MEMBRU VIP
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.


 
   
#39
atari
Membru Junior
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.


 
   
#40
bokken
Membru Gold

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!


 
   
#41
bokken
Membru Gold
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%;
}



 
   
#42
atari
Membru Junior
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)?


 
   
#43
bokken
Membru Gold
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.

 
   
#44
uciN
MEMBRU VIP
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.


 
   
#45
bokken
Membru Gold
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?


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


 
   
#47
bokken
Membru Gold
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


 
   
#48
uciN
MEMBRU VIP
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.


 
   
#49
bokken
Membru Gold
Păi ce tabletă e, de se vede negru?

 
   
#50
uciN
MEMBRU VIP
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.


 
   
Pagini:  1 2 3  
Mergi la