Benvenuto! Accedi o registrati.
Hai dimenticato l'e-mail di attivazione?
26/11/14 02:07
[ Messaggi recenti ]

rss Simplicissimus Forum  >  Ebook  >  La brutta tipografia (Moderatore: Lenneth)  >  Discussione: specifica font in css [RISOLTO] « precedente successivo »
Pagine: 1 [2] Vai giù Stampa
Autore Discussione: specifica font in css [RISOLTO]  (Letto 3230 volte)
AlPe
Digitalizzatore
*****
Scollegato Scollegato

Messaggi: 3.325

K3, Odyssey, (ex)eDGe, A60, PRS-T1, iPad3, KoboGlo


Mostra profilo WWW
« Risposta #15 inserito: 12/04/12 14:09 »

Ottima segnalazione, grazie.

In effetti non avevo fatto caso al Gentium Basic, che come indicavi, ha licenza SIL Open Font License (OFL) e quindi embeddabile.

Infine, ricordo che anche con font commerciali di solito e' possibile acquistarli con una licenza che ne consente l'embedding (di solito piu' cara della versione "solo utilizzo").
Registrato

Menestrello http://goo.gl/BjVz9w
Free Audio-eBooks http://goo.gl/Zwssoq
Penelope, glyphIgo, exlibris & more http://goo.gl/WNTRBa
cicciorigoli
Libraio
Administrator
Amanuense
*****
Scollegato Scollegato

Messaggi: 140



Mostra profilo E-mail
« Risposta #16 inserito: 12/04/12 14:25 »

Sposto la discussione nella Sezione "La Brutta tipografia". Secondo me varrebbe la pena mettere anche il nome del libro, per poterlo segnalare.
Registrato
brunotag
Amanuense
***
Scollegato Scollegato

Sesso: Maschio
Messaggi: 134



Mostra profilo
« Risposta #17 inserito: 12/04/12 15:04 »

Ho visto i css. Sono pieni di errori purtroppo. Dalla prima riga in poi.
Adobe quando incontra la } chiusa (che è errata) ignora tutti i css successivi, in pratica stai leggendo un ebook senza usare nessuno dei suoi css.
Se togli la graffa adobe usa i css successivi, che però sono sbagliati in altri punti, specie per la gestione dei corsivi e quindi non vedi i font corretti. Spiacente.
Temevo che il css fosse sbagliato visto il comportamento bizzarro. Ma non e' vero che dopo la
prima } il resto viene ignorato. Infatti l'aspetto del testo e' diverso da quello che si ottiene
senza specificare i font. Capisco che con un css pieno di errori e' difficile diagnosticare il problema.
Dal punto di vista pratico preferisco eliminare completamente font e riferimenti a font. In questo
modo uso i font del lettore e non ci sono problemi. E' seccante che tutto questo succeda con un libro
regolarmente acquistato...
Infine ti ringrazio per l'interesse.
Registrato

Bruno
brunotag
Amanuense
***
Scollegato Scollegato

Sesso: Maschio
Messaggi: 134



Mostra profilo
« Risposta #18 inserito: 12/04/12 15:36 »

Sposto la discussione nella Sezione "La Brutta tipografia". Secondo me varrebbe la pena mettere anche il nome del libro, per poterlo segnalare.
Tutti i libri delle edizioni e/o recentemente pubblicati sotto la collezione "gli introvabili"
soffrono di questa patologia
Registrato

Bruno
cicciorigoli
Libraio
Administrator
Amanuense
*****
Scollegato Scollegato

Messaggi: 140



Mostra profilo E-mail
« Risposta #19 inserito: 12/04/12 15:37 »

Ottimo, lo segnalo subito.
Solitamente sono molto attenti a questo.
Registrato
galese
Novizio
*
Scollegato Scollegato

Messaggi: 8

edizioni e/o


Mostra profilo
« Risposta #20 inserito: 12/04/12 16:11 »

Ringrazio Bruno per l'attenzione che riserva alla qualità degli ebook e per il tempo che voluto dedicare all'analisi della nostra produzione.

Come giustamente emerso nel resto della discussione, un CSS che presentasse la situazione descritta da Bruno non sarebbe valido e verrebbe ignorato da qualsiasi lettore (non sono al corrente di motori di rendering tolleranti). Inoltre l'errore non sarebbe passato inosservato, poiché oXygen solleva un'eccezione specifica quando valida e salva i file.

Il frammento estratto da Bruno corrisponde alle righe 11 - 22 del CSS che sono solito includere in tutti i nostri ebook, non solo in quelli della collana Introvabili. La `}` in prima riga, nei file che ho provveduto a scaricare dalla piattaforma di distribuzione corrisponde alla chiusura del @font-face per la variante bold del Gentium Basic (che è il font effettivamente embeddato all'interno dei nostri epub; il Simoncini compare solo di nome, ma avrei potuto chiamarlo in qualsiasi altro modo), la cui graffa viene aperta a riga 7 (in alcuni ebook potrei aver aggiunto alcune definizioni nelle righe n < 20, ma laddove accade non restano graffe penzolanti.

Le righe 1-3 sono commenti, la 4 è vuota, la 5 è un altro commento.

Il blocco introduttivo di @font-face è quindi:

Codice:
@font-face {
  font-family: "SimonciniGaramondStd-Bold";
  src:url(../Fonts/GentiumBasic-Bold.otf);
  font-weight: bold;
}

@font-face {
  font-family: "Simoncini Garamond Italic";
  src:url(../Fonts/GentiumBasic-Italic.otf);
  font-style: italic;
}

@font-face {
  font-family: "Simoncini Garamond";
  src:url(../Fonts/GentiumBasic.otf);
}

Inoltre, avendoli da poco fatti rivedere e rivisti, un CSS non valido si sarebbe palesato, quantomeno, nella completa mancanza di stili associati agli elementi html. Mi chiedo quindi come sia possibile che l'ebook di Bruno sia stato "amputato" di una parte.

Per me potete postare liberamente il CSS integrale, non è materiale coperto da diritto d'autore; poco elegante sicuramente, ma, per quanto vedo qui, errori grossolani non ce ne sono.
« Ultima modifica: 12/04/12 16:30 da galese » Registrato

Gabriele Alese
edizioni e/o
brunotag
Amanuense
***
Scollegato Scollegato

Sesso: Maschio
Messaggi: 134



Mostra profilo
« Risposta #21 inserito: 12/04/12 16:39 »

Ringrazio Bruno per l'attenzione che riserva alla qualità degli ebook e per il tempo che voluto dedicare all'analisi della nostra produzione.

Come giustamente emerso nel resto della discussione, un CSS che presentasse la situazione descritta da Bruno non sarebbe valido e verrebbe ignorato da qualsiasi lettore (non sono al corrente di motori di rendering tolleranti). Inoltre l'errore non sarebbe passato inosservato, poiché oXygen solleva un'eccezione specifica quando valida e salva i file.

Il frammento estratto da Bruno corrisponde alle righe 11 - 22 del CSS che sono solito includere in tutti i nostri ebook, non solo in quelli della collana Introvabili. La `}` in prima riga, nei file che ho provveduto a scaricare dalla piattaforma di distribuzione corrisponde alla chiusura del @font-face che per la variante bold del Gentium Basic (che è il font effettivamente embeddato all'interno dei nostri epub; il Simoncini compare solo di nome, ma avrei potuto chiamarlo in qualsiasi altro modo), la cui graffa viene aperta a riga 7 (in alcuni ebook potrei aver aggiunto alcune definizioni nelle righe n < 20, ma laddove accade non restano graffe penzolanti.

Le righe 1-3 sono commenti, la 4 è vuota, la 5 è un altro commento.

Il blocco introduttivo di @font-face è quindi:

Codice:
@font-face {
  font-family: "SimonciniGaramondStd-Bold";
  src:url(../Fonts/GentiumBasic-Bold.otf);
  font-weight: bold;
}

@font-face {
  font-family: "Simoncini Garamond Italic";
  src:url(../Fonts/GentiumBasic-Italic.otf);
  font-style: italic;
}

@font-face {
  font-family: "Simoncini Garamond";
  src:url(../Fonts/GentiumBasic.otf);
}

Inoltre, avendoli da poco fatti rivedere e rivisti, un CSS non valido si sarebbe palesato, quantomeno, nella completa mancanza di stili associati agli elementi html. Mi chiedo quindi come sia possibile che l'ebook di Bruno sia stato "amputato" di una parte.

Per me potete postare liberamente il CSS integrale, non è materiale coperto da diritto d'autore; poco elegante sicuramente, ma, per quanto vedo qui, errori grossolani non ce ne sono.

Forse ho fatto confusione e quindi mi spiego meglio tentando di ricostruire i fatti:
Con il CSS originale i caratteri "italic" vengono visualizzati come normali, e fin qui e' solo
una imperfezione di natura che non so diagnosticare.

Se invece si elimina la parte:

@font-face {
  font-family: "SimonciniGaramondStd-Bold";
  src:url(../Fonts/GentiumBasic-Bold.otf);
  font-weight: bold;

(si badi bene che non ho tolto la } che quindi rimane penzoloni),
allora i caratteri "italic" vengono visualizzati correttamente e per di piu'
con un font che NON e' quello standard del lettore. Quindi c'e' da pensare
che venga usato il font embedded...Questo e' un comportamento bizzarro.

La prima volta la } era rimasta per errore. Ma questo errore sembra essere
l'unico modo per visualizzare correttamente  i caratteri "italic".
Il fatto di dover introdurre una parentesi chiusa mai aperta per avere
una visualizzazione corretta mi e' risultato ripugnante e mi ha indotto
ad aprire la discussione.

Dal punto di vista pratico trovo utile eliminare tutti i font embedded e riferimenti
relativi.
Il mio interesse era "CULTURALE", ma non per questo trascurabile.

Resto in attesa di una soluzione del problema e sono disponibile per ulteriori
chiarimenti.

Aggiungo che il CSS originale non supera il test disponibile su:
http://jigsaw.w3.org/css-validator/
« Ultima modifica: 12/04/12 16:52 da brunotag » Registrato

Bruno
galese
Novizio
*
Scollegato Scollegato

Messaggi: 8

edizioni e/o


Mostra profilo
« Risposta #22 inserito: 12/04/12 16:54 »

Forse ho fatto confusione e quindi mi spiego meglio tentando di ricostruire i fatti:
Con il CSS originale i caratteri "italic" vengono visualizzati come normali, e fin qui e' solo

Ah, ecco. Scusami, non avevo ben capito il punto.
Quello che dici mi sembra molto singolare. Su quale lettore/applicazione verifichi questo comportamento? Sui reader che usiamo per i test, nonché su ADE desktop, i corsivi sono correttamente visualizzati con il CSS “originale” e nel font da noi indicato. Inoltre, se ciò non succedesse penserei piuttosto a una direttiva font-face per il corsivo errata. Molto strano che modificando la regola per il font incluso bold si produca un cambiamento per il rispetto degli italic specificati. Un comportamento effettivamente bizzarro sul quale farò delle prove.

Quanto alla scelta di embeddare un font: è una soluzione alla quale siamo stati costretti dalla inaffidabilità dei costruttori per quanto riguarda i font standard di cui dotare i loro prodotti. Per noi, che trattiamo spesso letterature slave, è importante non rischiare che un font poco esteso non tramuti i glifi š, č, ř (ad es.) in punti interrogativi.
Registrato

Gabriele Alese
edizioni e/o
galese
Novizio
*
Scollegato Scollegato

Messaggi: 8

edizioni e/o


Mostra profilo
« Risposta #23 inserito: 12/04/12 17:03 »

Aggiungo che il CSS originale non supera il test disponibile su:
http://jigsaw.w3.org/css-validator/
Un Parse Error su una regola vuota e inutilizzata. Certamente non il massimo dell'efficienza, ma ininfluente.
Registrato

Gabriele Alese
edizioni e/o
fbrzvnrnd
Digitalizzatore
*****
Scollegato Scollegato

Sesso: Maschio
Messaggi: 1.139



Mostra profilo WWW E-mail
« Risposta #24 inserito: 12/04/12 17:13 »

Sui reader che usiamo per i test, nonché su ADE desktop, i corsivi sono correttamente visualizzati con il CSS “originale” e nel font da noi indicato. Inoltre, se ciò non succedesse penserei piuttosto a una direttiva font-face per il corsivo errata.

Nel css che ho visto è indicato per gli stili in corsivo il font corretto, ma non è indicato che il font-style è italic. Questo potrebbe essere un problema.

f.
Registrato

eadem sed non eodem modo facere
brunotag
Amanuense
***
Scollegato Scollegato

Sesso: Maschio
Messaggi: 134



Mostra profilo
« Risposta #25 inserito: 12/04/12 17:46 »

Forse ho fatto confusione e quindi mi spiego meglio tentando di ricostruire i fatti:
Con il CSS originale i caratteri "italic" vengono visualizzati come normali, e fin qui e' solo

Ah, ecco. Scusami, non avevo ben capito il punto.
Quello che dici mi sembra molto singolare. Su quale lettore/applicazione verifichi questo comportamento? Sui reader che usiamo per i test, nonché su ADE desktop, i corsivi sono correttamente visualizzati con il CSS “originale” e nel font da noi indicato. Inoltre, se ciò non succedesse penserei piuttosto a una direttiva font-face per il corsivo errata. Molto strano che modificando la regola per il font incluso bold si produca un cambiamento per il rispetto degli italic specificati. Un comportamento effettivamente bizzarro sul quale farò delle prove.

Quanto alla scelta di embeddare un font: è una soluzione alla quale siamo stati costretti dalla inaffidabilità dei costruttori per quanto riguarda i font standard di cui dotare i loro prodotti. Per noi, che trattiamo spesso letterature slave, è importante non rischiare che un font poco esteso non tramuti i glifi š, č, ř (ad es.) in punti interrogativi.
Il comportamento lo verifico sia sul lettore cool-er sia con sigil.
Naturalmente prima di aprire una discussione ho fatto tutte le verifiche per essere certo
di non stare "pazziando".
 
Non e' che si modifica la regola per il font bold; la si elimina tranne la } di chiusura.
Tra l'altro spesso il font incluso bold non e' usato ne' e' presente nella cartella Fonts
Registrato

Bruno
galese
Novizio
*
Scollegato Scollegato

Messaggi: 8

edizioni e/o


Mostra profilo
« Risposta #26 inserito: 12/04/12 17:54 »

Il comportamento lo verifico sia sul lettore cool-er sia con sigil.
Naturalmente prima di aprire una discussione ho fatto tutte le verifiche per essere certo
di non stare "pazziando".
Ci mancherebbe, Bruno. Non metto in dubbio che il problema si verifichi; sto pensando, piuttosto, al perché si verifichi. Raccolgo l'osservazione di Fabrizio, alla quale ribatto osservando che non sono mai incorso in un device che non interpretasse un `em` come corsivo in mancanza dell'indicazione font-style nel CSS. Tuttavia mi è nota la competenza e l'esperienza di Venerandi, quindi provvedo a integrare il CSS e invio un ePub per mail a Bruno per le verifiche del caso, che spero sarà così gentile e paziente da voler fare.

Quanto a Sigil, le sue difficoltà di visualizzazione delle varianti dei font embeddate sono note e descritte da diverse segnalazioni di bug; a quanto pare è un problema delle librerie che hanno scelto di usare per l'interfaccia grafica.
Registrato

Gabriele Alese
edizioni e/o
AlPe
Digitalizzatore
*****
Scollegato Scollegato

Messaggi: 3.325

K3, Odyssey, (ex)eDGe, A60, PRS-T1, iPad3, KoboGlo


Mostra profilo WWW
« Risposta #27 inserito: 12/04/12 19:33 »

Quanto a Sigil, le sue difficoltà di visualizzazione delle varianti dei font embeddate sono note e descritte da diverse segnalazioni di bug; a quanto pare è un problema delle librerie che hanno scelto di usare per l'interfaccia grafica.

Si', e' un problema di Qt WebKit.

Io sto usando sempre piu' Lucifox, un'estensione di Firefox/Iceweasel; purtroppo, per far contenti tutti i lettori che usano ADE, tocca sempre controllare anche con quello...
Registrato

Menestrello http://goo.gl/BjVz9w
Free Audio-eBooks http://goo.gl/Zwssoq
Penelope, glyphIgo, exlibris & more http://goo.gl/WNTRBa
galese
Novizio
*
Scollegato Scollegato

Messaggi: 8

edizioni e/o


Mostra profilo
« Risposta #28 inserito: 12/04/12 19:49 »

Si', e' un problema di Qt WebKit.
Ricordavo bene, allora Sorriso

Citazione
Io sto usando sempre piu' Lucifox, un'estensione di Firefox/Iceweasel; purtroppo, per far contenti tutti i lettori che usano ADE, tocca sempre controllare anche con quello...
Purtroppo ADE, specialmente per noi che abbiamo in catalogo prevalentemente titoli con DRM Adobe, è il rendering di riferimento.

Faccio seguito alla discussione rilevando che, dopo uno scambio con Bruno, è risultata esatta l'osservazione di Fabrizio. Ho corretto e integrato il CSS su tutti i titoli in catalogo e provveduto a caricare le versioni corrette a disposizione degli store, riscaricabili a partire da... adesso.

Ringrazio Bruno, Fabrizio e tutti gli altri per il supporto, il feedback e la pazienza. Il ringraziamento più grande va naturalmente a Ciccio Rigoli e a Simplicissimus per aver messo a disposizione dei lettori questo prezioso forum.
Registrato

Gabriele Alese
edizioni e/o
AlPe
Digitalizzatore
*****
Scollegato Scollegato

Messaggi: 3.325

K3, Odyssey, (ex)eDGe, A60, PRS-T1, iPad3, KoboGlo


Mostra profilo WWW
« Risposta #29 inserito: 12/04/12 20:27 »

Faccio seguito alla discussione rilevando che, dopo uno scambio con Bruno, è risultata esatta l'osservazione di Fabrizio. Ho corretto e integrato il CSS su tutti i titoli in catalogo e provveduto a caricare le versioni corrette a disposizione degli store, riscaricabili a partire da... adesso.

Congratulazioni per la disponibilita' e la professionalita' (a te e Fabrizio)!

Aggiungerei [RISOLTO] al titolo del thread.
« Ultima modifica: 12/04/12 20:29 da AlPe » Registrato

Menestrello http://goo.gl/BjVz9w
Free Audio-eBooks http://goo.gl/Zwssoq
Penelope, glyphIgo, exlibris & more http://goo.gl/WNTRBa
Pagine: 1 [2] Vai su Stampa 
rss Simplicissimus Forum  >  Ebook  >  La brutta tipografia (Moderatore: Lenneth)  >  Discussione: specifica font in css [RISOLTO] « precedente successivo »
Vai a:  


Accesso con nome utente, password e durata della sessione
Simplicissimus Book Farm SRL
Sede legale: Corso Venezia 10, 20121, Milano, MI, Italia
Sede operativa: Via Villa Costantina 61, 60025, Loreto, AN, Italia
Codice fiscale e Partita IVA: IT05338720963
info@simplicissimus.it

Powered by SMF | SMF © 2006-2011, Simple Machines

XHTML 1.0 Transitional Valido! CSS Valido!