iBookstore nuovo aggiornamento: introdotta la specifica di libro con contenuti espliciti.

No Lifeguard On Duty sign – Toadsith’s – 8-Ago-2006 – United States

Apple ha rilasciato la versione 2.9 di iTunes Producer, il tools per pubblicare su iBookstore.
Da un punto di vista tecnico si tratta di un aggiornamento minore; le modifiche riguardano sostanzialmente la descrizione e gli attributi dei contenuti.

Queste le novità:

Inclusa la possibilità di specificare se il libro contiene o meno contenuti sessuali espliciti.
Selezionando questo flag il libro viene distribuito con un warning sui contenuti. L’account iTunes che presenti le restrizioni al download di contenuti espliciti non sarà in grado di effettuarne il download.
Inibita per questi utenti anche la visione dell’immagine di copertina e la lettura della descrizione del libro.
A tutela dei lettori, se si pubblica un libro con questa modalità e si cambia idea dopo la sua pubblicazione, l’unico modo per modificarne l’impostazione è passare attraverso il supporto Apple.

Migliorata la gestione dell’indicazione della sequenza di un titolo facente parte di una serie.
Apple ha introdotto il nuovo parametro Store Display Number.
Con questo parametro posso etichettare e nominare il volume all’interno di una serie, indipendentemente da qualsiasi numero o espressione avessi usato in fase di upload.

Caricamento screenshots
È ora possibile trascinare screenshot multipli con un semplice drag n’drop anziché caricarli uno alla volta.

Specificare se il titolo è multi-touch.
È possibile specificare se il titolo che stiamo caricando sia o meno un libro multi-touch.
Questi ultimi sono progettati esplicitamente per iPad e non per iPhone o iPod touch. L’utilizzo di questo parametro salvaguarda gli utenti possessori di questi dispositivi da download di materiale che non potrebbero utilizzare.
Il parametro è disponibile solo per titoli nuovi e non per quelli precedentemente già caricati.

ePUB3: ci sei veramente o ci fai?

Wood – Mn-que – Poland – 24 lug 07

Approfitto di questo articolo di Liz Castro, uscito questa mattina per raccontare alcune mie esperienze e per confermare quello che dico da qualche tempo: ePub3 è maturo e il supporto che i devices delle varie marche gli garantiscono è sempre più confortante.

Il supporto fornito da Readium (sotto Crome), o da Kobo è quasi al massimo se si esclude qualche sbavatura nelle funzionalità più evolute di ePub3. La stragrande maggioranza delle caratteristiche di ePub 3 è correttamente interpretata da iBooks e anche Kobo per iOS nella sua ultimissima versione si comporta bene . Rarissimi problemi si riscontrano nelle conversioni operate da Kindle Previewer verso il formato KF8.

In poche parole: ci siamo

Addirittura la compatibilità tende ad essere retroattiva. Ecco spiegato perché IDPF ha mantenuto il file toc.ncx parallelamente al nuovissimo nav.xhtml. I nuovi lettori non si curano del primo e usano il secondo, ma i vecchi lettori cercano (e trovano) esclusivamente il primo. Ovviamente questa retro-compatibilità ha senso su documenti abbastanza semplici.

Altro dato importante segnalato da Liz e che ho sperimentato anch’io proprio pochi giorni fa con un libro che sto producendo, riguarda il media-overlay, cioè la sovrapposizione/sincronizzazione tra voce narrante e testo scritto di cui avevo parlato in questo post. Fino ad oggi avevo utilizzato questo strumento esclusivamente su iPad usando le specifiche dettate da Apple. Ho preso l’ePub e ho convertito tutte le specifiche di media-overaly secondo il dettame di IDPF (e le differenze non erano di poco conto). Bene: l’ePub ottenuto ha superato ovviamente la fase di convalida con ePubCheck, viene letto benissimo da Readium, ma la cosa interessante è che gira senza problemi anche su iPad.

E non stiamo parlando di funzionalità semplicissime.

Alcuni difetti fastidiosi che ho rilevato, riguardano stranamente certe formattazioni testuali nei CSS che sono diversamente interpretate dai vari sistemi. Dico stranamente perché credo che ormai sulle formattazioni di testo non ci dovrebbe essere più niente da dire. Eppure…
Comunque ci stanno lavorando e in tempo zero arriveranno le soluzioni.

Confermo, da ultimo, la sbavatura in Readium rilevata da Liz sempre sul media-overlay: Readium nella fase di ascolto della voce narrante, non evidenzia le parole in lettura, nonostante il corretto utilizzo dei comandi e della loro sintassi. Anche qui attendiamo sviluppi imminenti.

Cosa ne pensi? Non è tutto oro quello che luccica e c’è ancora strada da fare, ma non pensi che si tratti di una svolta importante?

ePUB: scrivere codice ‘in bella’ è solo una questione di forma?

Modelli di Calligrafia – Carola Bruno – Padova – Gennaio 2012

Nessuna regola scritta vincola chi scrive il codice di un eBooks a farlo in bella forma e ordinando i file secondo chissà quale ordinamento gerarchico. Però aiuta.

Sollecitato a scrivere qualcosa su questo tema, e spinto ulteriormente dopo aver notato come sempre più spesso alcune regole fondamentali di ordine e pulizia vengono disattese anche negli eBook di blasonati editori  scrivo due righe sull’argomento.

Non dico nulla di nuovo o di particolare e i più ‘addentro’ possono tranquillamente leggere altro.

Come sappiamo un ePub non è altro che un guscio compresso che contiene tre componenti fondamentali:
- il file mime-type
- la cartella META-INF
- la cartella OEBPS.

Mentre le prime due fungono sostanzialmente da ‘marcatori’ (il primo per dire all’hardware ‘io sono un ePub’ e il secondo per fare sapere dove poterne trovare le varie parti), la cartella OEBPS di fatto contiene il libro vero e proprio (capitoli, contributi, apparati, stili, scripts …).
Più un libro è articolato e complesso, e più aumenta il numero di file in gioco. Va da se che alcune regole di ordine, gerarchia e pulizia aiutano la programmazione e gli eventuali successivi interventi di modifica.

Il file più importante di un eBook dal punto di vista strutturale è il file content.opf.

Contiene innanzitutto i metadata che riguardano il libro, espressi secondo le specifiche dettate da DCMI ( Dublin Core Metadata Iniziative )

ma è sulla parte che segue che voglio concentrare l’attenzione: l’elemento <manifest>

Il suo scopo è quello di elencare e descrivere tutti i file che concorrono alla pubblicazione.
La sintassi esprime ogni elemento mediante tre ‘indicatori’:

• un id che ‘denomina’ in modo univoco l’elemento in questione;
• l’indirizzamento href che ne ‘esprime’ la posizione all’interno del file epub;
• la componente media-type che ne ‘caratterizza’ la funzionalità.

Quest’ultima componente si esprime seconde le specifiche dettate da IANA (Internet Assigned Numbers Authority) nella sezione MIME (Multipurpose Internet Mail Extensions)

Banalizzando e giusto per fare un esempio, faccio la parafrasi di una espressione tipo reperibile all’interno di un file content:

<item id=”img_001_01″ href=”immagini/riomaggiore.jpg” media-type=”image/jpeg” />

In un libro ci sono moltissime di queste espressioni e mi è capitato spesso di prendere in mano content.opf creati senza nessun criterio; un guazzabuglio di definizioni ed elementi senza alcun ordine. E di impazzire per metterci le mani.
E gli stessi file (se un programmatore è disordinato nel content,opf probabilmente lo è anche nel creare la gerarchia dei file) liberi e mescolati tra di loro all’interno della cartella OEPBS.

Meglio un buon ordine che aiuta la stesura e soprattutto le fasi di revisione: ogni file di una certa tipologia va posto in una cartella assieme agli altri file suoi omologhi, e le relative ‘chiamate’ nel file content raggruppate in modo analogo.
La simbologia <!– xxxxx –> esprime un commento di programmazione all’interno del codice e può essere usata per marcare le varie parti:

<!– immagini –>
<item id=”img_001_01″ href=”immagini/riomaggiore.jpg” media-type=”image/jpeg” />
<item id=”img_002_01″ href=”immagini/manarola.jpg” media-type=”image/jpeg” />
<item id=”img_003_01″ href=”immagini/corniglia.jpg” media-type=”image/jpeg” />
<item id=”img_004_01″ href=”immagini/vernazza.jpg” media-type=”image/jpeg” />
<item id=”img_005_01″ href=”immagini/monterosso.jpg” media-type=”image/jpeg” />
<item id=”img_006_01″ href=”immagini/cinqueterre.png” media-type=”image/png” />

<!– audio –>
<item id=”snd_001″ href=”audio/mareggiata.m4a” media-type=”audio/mpeg” />
<item id=”snd_002″ href=”audio/risacca.m4a” media-type=”audio/mpeg” />

<!– css –>
<item id=”css_base” href=”css/base.css” media-type=”text/css” />
<item id=”css_riom” href=”css/riomaggiore.css” media-type=”text/css” />
<item id=”css_mana” href=”css/manarola.css” media-type=”text/css” />
<item id=”css_corn” href=”css/corniglia.css” media-type=”text/css” />
<item id=”css_vern” href=”css/vernazza.css” media-type=”text/css” />
<item id=”css_mont” href=”css/monterosso.css” media-type=”text/css” />

Secondo le espressioni appena viste, a livello gerarchico esisteranno:

una cartella immagini contenente 5 jpeg e un png:
riomaggiore.jpg
manarola.jpg
corniglia.jpg
vernazza.jpg
monterosso.jpg
cinqueterre.png

una cartella audio contenente due basi sonore:
mareggiata.m4a
risacca.m4a

e una cartella css contenente i fogli stile:
base.css
riomaggiore.css
manarola.css
corniglia.css
vernazza.css
monterosso.css

È importante che anche l’attribuzione degli id segua una certa logica. Nell’esempio appena visto ho utilizzato un criterio di progressione:
riomaggiore.jpg è l’immagine 1 del capitolo 1 e ho scelto di indicarla con id 001_01, mentre manarola.jpg, immagine 2 del capitolo 1, sarà indicata con id 002_01.
Inutile sottolineare che gli ‘zero’ all’interno del nome, consentono ordinamenti più precisi: sia dei file nelle gerarchie sia dei nomi all’interno del file content.

Gli utenti che generano ePub da Indesign, conoscono sicuramente il problema della denominazione dei links immagine. Nomi variegati e variopinti che possono andare bene in un impaginato per stampa, tanto ci pensa Indesign a tenerli fortemente ‘al guinzaglio’ ma non aiutano la successiva revisione del codice nel passaggio ad ePUB.

In questo caso ci vengono in aiuto due scripts. Il primo di Marijan Tompa in arte Tomaxxi. Permette di rinominare tutti i contributi immagine a nostro piacimento. La ri-denominazione avviene link per link uno alla volta. Attenzione che i file vengono rinominati definitivamente, quindi nel caso di future eventuali integrazioni da parte di chi aveva fornito i documenti i nomi non saranno più uguali. Meglio lavorare su una copia. Questo il link al sito di Tomaxxi (consiglio una visita approfondita perché è una miniera per chi usa Indesign) e questo il link diretto per il download dello script

Il secondo è quello che preferisco perché rigenera i nomi in batch. Si tratta di uno script di Kasyan Servetsky (altro sito da ispezionare con cura perché ricchissimo di tools e scripts di cui non è possibile fare a meno). Ci chiede una ‘radice’ comune che applicherà a tutti i nomi aggiungendo poi una numerazione sequenziale legata al numero di pagina. Anche in questo caso l’operazione è ‘distruttiva’ quindi lavoriamo sempre su una copia, ma lo script ci restituisce anche un utile report con indicate tutte le sostituzioni effettuate, da conservare  se prevediamo future integrazioni dall’esterno Le immagini che seguono, rendono chiarissimo il concetto, comunque ,esemplificando: le posizioni 5-6-7-8 dei nuovi nomi rappresentano il numero di pagina in cui appare l’immagine; la due posizioni finali rappresentano il progressivo dell’immagine per quella pagina, mentre le posizioni centrali rappresentano un riferimento al codice ISBN (molto utile, anche se in questo esempio non l’ho utilizzato). Questo il link diretto allo script

ed ecco il report ottenuto dopo questa operazione:

Tornando al tema principale chiudo citando un aspetto molto importante: l’accortezza nell’utilizzo dei caratteri nel nome dei file. Il matching tra nome dichiarato nel file content e il nome effettivo del file deve essere perfetto. Meglio abituarsi ad utilizzare esclusivamente caratteri minuscoli, evitando spazi e caratteri speciali ad esclusione dell’underscore  ’ _ ‘ che è sicuro e affidabile per qualsiasi codifica. Cerchiamo di generare nomi  brevi (nei limiti del possibile) e che siano possibilmente esplicativi dell’immagine o meglio ancora, come visto prima, del suo posizionamento all’interno del file ePub.

E tu? Utilizzi strumenti che possono aiutare la stesura o il controllo in fase di scrittura? Hai altre accortezze da suggerire?