Merzweb - G. Roncaglia - E-book problemi e prospettive

L'articolo che segue è stato realizzato per il Bollettino AIB (Associazione Italiana Biblioteche) ed è in via di pubblicazione nel n. 4/2001 di tale rivista, pp. 7-37. Eventuali osservazioni e commenti sono benvenuti e possono essere inviati all'indirizzo e-mail roncaglia@mclink.it.

Una versione preliminare dello stesso articolo (parzialmente corretta nella versione a stampa e in questa versione HTML) è disponibile anche in formato RTF+ZIP:

Sono grato a Marisa Cimino, Katia D'Eramo, Grazia Farina, Caterina Felicioli, Andrea Marcon, Federico Meschini, Matteo Sanfilippo, Giovanni Solimine per aver letto, commentato e/o in varie forme corretto e stimolato questo lavoro; ringraziamento tanto più sentito, in quanto l'esigenza di non scompaginare la numerazione delle note non ha permesso di introdurlo nella versione a stampa dell'articolo. La responsabilità delle tesi espresse e degli eventuali errori resta ovviamente e interamente mia.

1. Cos’è un libro elettronico?

L'uso dell’espressione ‘libro elettronico’, o del più diffuso anglismo e-book, è tutt’altro che univoco, e le definizioni proposte non sono prive di aspetti problematici. Il tentativo di definizione probabilmente più rigoroso è quello fornito dal documento A Framework for the Epublishing Ecology, redatto dall’Open eBook Forum (un organismo del quale ci occuperemo estesamente in seguito). In tale documento, l’e-book (contrazione di electronic book) è definito come

Più concisa – e non proprio illuminante – è la definizione fornita dall’EBX working group, che fino alla recente fusione con l’Open eBook Forum era stato un altro fra gli organismi di riferimento del settore: nel draft 0.8 delle EBX system specification un e-book è definito come “a digital object that is an electronic representation of a book”[2]. Dal canto loro Andrew Cox e Sarah Ormes, in un interessante intervento nel quale il tema è affrontato dedicando particolare attenzione all’impatto sul sistema educativo e bibliotecario, parlano di libri elettronici (electronic books) a proposito di

Le differenze fra queste definizioni – e fra le molte altre proposte in letteratura[4] – potrebbero essere oggetto di lunghe discussioni. In alcuni casi l’accento è posto prevalentemente sul contenuto in formato digitale[5], in altri sull’unione di contenuti digitali e strumenti hardware di lettura. In alcuni casi – come nella ricordata definizione dell’Open eBook Forum – si sottolinea l’importanza di una organizzazione ‘monografica’ del testo e della presenza di metadati descrittivi, in altri il riferimento sembra essere genericamente a qualunque tipo di testualità elettronica. Talvolta, come nella definizione proposta da Ana Arias Terry[6] o in quella fornita nelle FAQ (Frequently Asked Questions) del servizio NetLibrary[7], l’idea di libro elettronico sembra presupporre la disponibilità del testo anche in forma cartacea, talvolta invece l’accento è posto sull’esplorazione delle peculiari caratteristiche di multimedialità e interattività associabili alla testualità elettronica. Anche il riferimento al Web come canale privilegiato di distribuzione è presente in alcune definizioni e totalmente assente in altre.

Nel complesso, comunque, chi parla di e-book sembra fare spesso riferimento a un’accezione assai estesa del termine, attribuendo la qualifica di libro elettronico a qualunque testo compiuto, organico e sufficientemente lungo (‘monografia’), eventualmente accompagnato da metadati descrittivi, disponibile in un qualsiasi formato elettronico che ne consenta – fra l’altro – la distribuzione in rete, e la lettura attraverso un qualche tipo di dispositivo hardware, dedicato o no. Il frequente riferimento al modello rappresentato dal tradizionale libro su carta – e al complesso insieme di connotazioni ad esso collegato – resta di norma abbastanza generico, e sembra giustificarsi per lo più attraverso un ragionamento controfattuale, in verità non particolarmente rigoroso (e per di più normalmente implicito): considerate la sua lunghezza e le sue caratteristiche di compiutezza e organicità, se il testo in questione, anziché essere disponibile in formato elettronico, fosse stampato, sarebbe probabilmente stampato sotto forma di libro. Molto spesso, del resto, i testi disponibili in formato e-book corrispondono a libri pubblicati anche su carta, anche se – con buona pace della già ricordata proposta di Ana Arias Terry – sembra davvero difficile fornire una qualche plausibile motivazione per escludere a priori dal novero dei libri elettronici le opere disponibili unicamente in formato digitale.

E’ importante notare come, nell’accezione sopra considerata, nessun vincolo particolare sia posto né sui dispositivi di lettura, né sugli strumenti software utilizzati per accedere ai testi. Apparentemente, per molti fra gli operatori del settore, anche un documento scritto con un qualunque word processor o una normale pagina Web potrebbero dunque, purché conchiusi e sufficientemente lunghi, essere considerati 'libri elettronici'.

Al variegato ma – come si è visto – almeno per qualche aspetto convergente panorama delle definizioni di e-book fin qui discusse si contrappone una posizione forse minoritaria, ma non per questo meno interessante: quella di chi rifiuta la stessa idea di libro elettronico, considerandola una sorta di ossimoro e difendendo la tesi secondo la quale può dirsi legittimamente 'libro' solo il libro a stampa, con il quale i prodotti dell'editoria elettronica sarebbero – considerate le loro peculiari caratteristiche e potenzialità – in linea di principio non confrontabili. Nel suo intervento al recente convegno dedicato agli e-book dall’Università della Tuscia, l’editore Giuseppe Laterza ha difeso una tesi di questo tipo, sottolineando le differenze esistenti fra ‘assemblaggio digitale’ di contenuti multimediali e realizzazione di un libro destinato alla stampa[8]. Strumenti utilizzati e possibilità espressive sono a suo giudizio talmente diversi nei due casi, da rendere non solo difficile ma anche sbagliato utilizzare in maniera troppo diretta il modello ‘libro’ nel mondo dei nuovi media digitali[9]. Nel sostenere che i libri elettronici siano cosa radicalmente ‘altra’ rispetto a quelli a stampa, la preoccupazione è evidentemente anche quella di conservare all’editoria tradizionale un proprio spazio autonomo e non riducibile. Interesse dunque per le nuove realizzazioni rese possibili dall’uso degli strumenti elettronici, accompagnato però dall’invito a lasciare al libro su carta, e a chi lo pubblica, la funzione di trasmissione e mediazione culturale da essi tradizionalmente svolta: funzione certo non più esclusiva, ma non per questo meno importante.

La posizione che intendo sostenere in questa sede è in qualche misura intermedia fra le due tesi appena riassunte. Il rifiuto delle posizioni ‘estreme’ nasce da un’assunzione di fondo: l’idea secondo cui l’insieme di pratiche e di modelli teorici che costituiscono l’eredità di (almeno) cinque secoli di ‘cultura del libro’ non vada né dimenticata o abbandonata, né considerata un dato non modificabile, ma possa e debba invece continuare la propria evoluzione – in forme certo in parte nuove e inattese – anche nell’era dei media digitali.

Da questo punto di vista la prima posizione, che potremmo caratterizzare come tesi dell’ubiquità dell’e-book nell’ambiente elettronico, ha il difetto di dimenticare che un ‘libro’ non corrisponde solo a un particolare modello di organizzazione testuale (un testo di norma lineare, unitario, chiuso, sufficientemente lungo…) ma anche allo strumento fisico che ne consente la fruizione: un oggetto che ha determinate dimensioni, una certa forma, un certo peso, un certo numero di pagine, usa un certo tipo di carta e un certo tipo di caratteri tipografici, ha una particolare rilegatura. Naturalmente, il libro come testo e il libro come oggetto fisico non vanno confusi: semiologi e storici dei media ci hanno insegnato a distinguere con cura queste due accezioni del termine ‘libro’, ed anzi ad individuarne altre in qualche misura intermedie (si pensi ad esempio al concetto di ‘edizione’). E tuttavia quando parliamo di cultura del libro facciamo riferimento proprio allo spazio storico e teorico di interazione fra questi concetti, sì che nel senso forse più diffuso del termine un ‘libro’ è per noi l’unione di scrittura, testualità, da un lato, e supporto, interfaccia di lettura, dall’altro.

Si obietterà: perché questo genere di considerazioni – e in particolare la dimensione dell’interfaccia fisica di lettura propria del tradizionale libro a stampa – dovrebbe conservare un peso anche nel campo dell’editoria elettronica, per sua natura apparentemente lontano dalla fisicità della carta e dell’inchiostro? Il punto fondamentale è che, come ben sappiamo, le caratteristiche dell’interfaccia utilizzata per la lettura non sono affatto ‘neutrali’, e non mancano di influenzare né le strutture testuali, né i modi di fruizione del testo. Un libro su carta può essere letto con facilità in scrivania o in poltrona, a letto o sulla sdraio sotto l’ombrellone; può essere sottolineato e annotato (come ci ricorda l’esempio di Fermat, nei limiti spesso tiranni dello spazio bianco disponibile a margine del testo); può essere conservato in uno scaffale o preso in prestito da una biblioteca; richiede specifiche procedure di stampa, immagazzinamento e distribuzione, e così via. Queste caratteristiche non sono accessorie e accidentali: al contrario, sono una componente importante – talvolta essenziale – del nostro concetto di libro. La storia della ‘cultura del libro’ è anche la storia del loro sviluppo e della loro progressiva trasformazione.

L’editoria elettronica può, volendo, disinteressarsi di questa storia, e preoccuparsi solo delle caratteristiche intrinseche dei suoi peculiari ‘oggetti digitali’. Ma non sarebbe una scelta saggia. L’obiezione principale (per molti versi assolutamente fondata) mossa ai profeti della nuova editoria digitale dai difensori del libro a stampa è che leggere un libro su carta è “molto più comodo” che leggere sullo schermo di un computer. Questa ‘comodità’ è frutto di una lunga evoluzione, che ha reso il libro a stampa un oggetto ergonomicamente quasi perfetto e ha creato nell’utente abitudini e aspettative che potranno certo progressivamente cambiare, ma che non sarebbe sensato voler mutare nello spazio di pochi anni, soprattutto se il mutamento è percepito dall’utente stesso come faticoso e poco o per nulla vantaggioso.

Il solo testo elettronico, dunque – anche se corrisponde al contenuto testuale di un libro a stampa – non è a mio avviso di per sé un libro elettronico: perché si possa parlare di e-book occorre che possa essere fruito attraverso interfacce adeguate, che rappresentino un’evoluzione naturale di quelle alle quali ci ha abituato il libro su carta (e quindi non solo un’evoluzione tecnologica del PC da scrivania): strumenti portatili, leggeri, poco stancanti per la vista, privi di cavi e fili elettrici, possibilmente non troppo costosi e non troppo fragili. L’esistenza di buoni (e comodi) strumenti per la lettura di testi elettronici è, da questa prospettiva, un prerequisito indispensabile non solo per la diffusione commerciale dei libri elettronici, ma per la stessa riflessione teorica sulle loro caratteristiche. La tesi dell’ubiquità dell’e-book nell’ambiente elettronico, evitando di fare assunzioni sugli strumenti di lettura o – peggio – considerando scontato che il normale computer da scrivania costituisca l’interfaccia ‘naturale’ per la lettura di libri elettronici, manca di prendere in considerazione una dimensione fondamentale del nostro concetto di libro e delle nostre pratiche di lettura.

Veniamo ora alla seconda posizione, che potremmo etichettare come tesi della radicale eterogeneità di libro a stampa e media digitali. Per giustificarla, viene solitamente addotta una (e talvolta entrambe) delle due assunzioni seguenti: 1) l’idea che le interfacce informatiche – considerate evidentemente a partire dal modello rappresentato dal computer da scrivania – siano inevitabilmente scomode, stancanti e comunque incapaci di raggiungere la portabilità e l’ergonomia del libro a stampa; 2) l’idea che la possibilità offerta dai media digitali di integrare contenuti multimediali e di organizzarli in maniera ipertestuale e interattiva porti inevitabilmente alla realizzazione di ‘oggetti informativi’ assai lontani dal modello chiuso, lineare e basato principalmente sulla testualità scritta proprio del libro a stampa.

Si tratta di due assunzioni diverse, che è bene non confondere. La prima è a mio avviso semplicemente erronea, e non tiene conto dell’assoluta ‘gioventù’ delle interfacce informatiche. L’evoluzione tecnica è in questo campo rapidissima, e anche se lo sviluppo di interfacce ergonomicamente valide richiede un lavoro di studio e ricerca che va ben oltre la mera disponibilità delle necessarie risorse tecnologiche, non c’è motivo per ritenere che questo lavoro non debba portare nel medio periodo a risultati soddisfacenti. I lettori per e-book e i computer palmari oggi disponibili offrono già un’interfaccia di lettura assai più comoda del monitor da scrivania[10], e – pur trattandosi solo dei primi prototipi, per molti versi ancora poco soddisfacenti – indicano una chiara direzione di sviluppo, alla quale si affiancano gli studi in settori ancor più innovativi quali quelli della e-paper e dell’e-ink. Vi sono pochi dubbi sul fatto che entro una ventina di anni avremo a disposizione lettori per testi elettronici assai più comodi, portabili ed ergonomici di quelli attuali: a quel punto, la possibilità di utilizzarli per leggere e consultare intere biblioteche di testi, associata alle possibilità di ricerca e di annotazione e manipolazione del testo proprie del formato digitale, potrà costituire un vantaggio decisivo rispetto ai tradizionali libri a stampa.

La seconda assunzione è più interessante, e ha sicuramente un fondamento di verità. E’ difficile pensare che, avendo la possibilità di affiancare al testo e alle illustrazioni statiche dei libri tradizionali anche suoni e filmati, questa possibilità non venga usata da autori ed editori. Ciò porterà alla realizzazione di ‘oggetti informativi’ di nuovo tipo, che conserveranno alcune caratteristiche dei libri ai quali siamo abituati affiancandovi caratteristiche nuove, in parte mutuate dal mondo musicale e da quello cinematografico e televisivo. Un processo di ibridazione di questo tipo spaventerà o scandalizzerà alcuni e probabilmente incuriosirà altri: sicuramente richiederà diversi decenni di sviluppo perché si possano consolidare modelli, stili espressivi, abitudini di scrittura e di lettura. Il problema che ci interessa in questa sede è tuttavia un altro: è davvero prevedibile che queste possibilità di ‘assemblaggio multimediale’ rendano obsoleta la scrittura tradizionale, la narrazione lineare, l’eredità testuale della cultura del libro? Personalmente ne dubito: credo che continueremo anche a scrivere (e a leggere) opere testuali prive di ‘orpelli’ multimediali. Materiali visivi e sonori, che per determinati scopi potrebbero costituire un arricchimento, in altri casi potrebbero invece rappresentare una distrazione o – nell’indirizzare e nel fissare l’immaginazione – un elemento controproducente di rigidità. Penso insomma che la possibilità di ‘libri ibridi’ basati sull’assemblaggio di contenuti multimediali e su strutture interattive e ipertestuali offrirà un campo nuovo alla ricerca e alla sperimentazione, anche letteraria; produrrà probabilmente opere valide e – inevitabilmente – molta spazzatura, ma non ucciderà la cultura del libro: sia perché continueremo a scrivere e a leggere opere molto più tradizionali, sia perché gli stessi libri ‘multimediali’ non potranno non riprendere (proprio nello svilupparli e nel modificarli) elementi e caratteristiche propri della nostra tradizione testuale. E’ questo, ritengo, il senso nel quale va accolta – nel campo dell’editoria elettronica – la tesi secondo la quale i nuovi media tendono a affiancarsi e integrarsi ai media esistenti, più che a sostituirli.

Se è così, perché pensare che i lettori elettronici, una volta superati i problemi ergonomici ai quali si accennava prima, non possano essere utilizzati anche per leggere testi più tradizionali? Quali caratteristiche peculiari e specifiche dell’editoria su carta ne impedirebbero il passaggio al mondo dei bit, una volta garantita la disponibilità di strumenti di lettura capaci di non far rimpiangere la comodità del tradizionale libro a stampa, e una volta stabilito che le potenzialità pur rivoluzionarie di tali strumenti di lettura non devono comunque necessariamente trasformare ogni libro in una sorta di film interattivo? Siamo davvero convinti che il nostro amore per i libri sia legato principalmente alle sensazioni tattili offerte dalla carta o all’odore di colla del libro intonso?

Dalle osservazioni fin qui svolte emerge la proposta di una definizione – certo ancora per molti versi insoddisfacente – del concetto di libro elettronico in parte diversa da quelle ricordate in apertura: una definizione che alla considerazione dell’e-book come oggetto digitale affianchi la dimensione pragmatica dell’interfaccia e delle modalità di lettura[11]. In base a tale definizione potremmo parlare di libro elettronico, o e-book, davanti a un testo elettronico ragionevolmente esteso, compiuto e unitario (‘monografia’), opportunamente codificato ed eventualmente accompagnato da metainformazioni descrittive, accessibile attraverso un dispositivo hardware e un'interfaccia software che consentano:

Questi due requisiti, e in particolare il primo di essi, escludono a nostro avviso dal novero dei libri elettronici in senso stretto testi che possano essere letti solo su un computer da scrivania. Come si è già accennato, il computer da scrivania è uno strumento di lettura scomodo e poco flessibile, soprattutto quando si ha a che fare con testi lunghi e dalla struttura complessa o con testi narrativi.

Per motivi in parte speculari, la definizione proposta tende ad escludere dal novero dei libri elettronici anche i casi in cui il testo elettronico funge unicamente da ‘supporto di trasferimento’ dell’informazione: i testi elettronici destinati alla stampa su carta (come accade nel caso del print on demand, o di formati elettronici sviluppati con lo scopo specifico di ottimizzare la resa a stampa) possono certo rivoluzionare i meccanismi tradizionali di distribuzione dei libri, ma l’oggetto informativo utilizzato dall’utente per la lettura resta comunque un libro a stampa, non un libro elettronico. Da questo punto di vista, il print on demand trova il proprio spazio specifico in una situazione contingente e di transizione (anche se la transizione non sarà necessariamente brevissima): quella nella quale il testo elettronico rappresenta uno strumento di distribuzione dell’informazione di gran lunga più comodo ed economico rispetto al libro a stampa, ma il libro a stampa rimane lo strumento ergonomicamente più comodo per la lettura da parte dell’utente finale[12].

Le considerazioni generali fin qui svolte sono alla base di alcune delle scelte che ho ritenuto di operare nelle pagine che seguono. Soffermandomi sulla situazione attuale del settore e-book, sui principali dispositivi di lettura e sui principali formati esistenti, concentrerò dunque la mia attenzione sulle soluzioni indirizzate all’uso su dispositivi di lettura dedicati (o comunque compatibili con tale uso), rispetto a quelle orientate alla miglior stampa del testo elettronico o alla sua miglior lettura sullo schermo di un tradizionale computer da scrivania. Specificherò tuttavia i casi nei quali per un determinato formato sono disponibili programmi di lettura utilizzabili anche sui sistemi operativi dei normali PC: in una fase nella quale i lettori dedicati sono ancora poco diffusi e comunque tecnologicamente poco soddisfacenti, può essere infatti utile sperimentare le soluzioni proposte, in particolare per quanto riguarda le caratteristiche dell’interfaccia software di lettura, utilizzando gli strumenti dei quali già si dispone. Fermo restando che, per adesso, di sperimentazione si tratta: proprio per le caratteristiche ergonomiche del normale monitor da scrivania, chi si aspetta un boom di diffusione o di vendite di pretesi ‘libri elettronici’ destinati a essere letti in primo luogo sul PC di casa resterà infatti molto probabilmente deluso.

2. Qualche distinzione

Come risulterà già chiaro dalle considerazioni fin qui svolte, nel parlare di libri elettronici occorre distinguere – accanto al testo del libro considerato come oggetto astratto – almeno tre elementi, fra loro ovviamente interrelati:

1) i formati di codifica utilizzati per rappresentare il testo ed associarvi metainformazione descrittiva. All’ambito della codifica del testo può essere collegata anche la sua eventuale protezione con lo scopo di garantire la gestione dei relativi diritti (è questa la funzione delle tecnologie di Digital Rights Management, o DRM, basate di norma su complessi meccanismi di cifratura);

2) i programmi di lettura utilizzati per accedere al testo codificato e permettere all’utente di compiere su di esso le operazioni desiderate (lettura, ricerche, annotazioni ecc.);

3) i dispositivi hardware utilizzati come interfaccia fisica per acquisire, conservare e leggere l'e-book.

Ogni programma di lettura potrà essere impiegato su determinati dispositivi hardware (anche in funzione del sistema operativo da essi adottato), e sarà in grado di interpretare determinati formati di codifica del testo.

A questi elementi di base, sempre presenti quando si parla di e-book, possono essere aggiunte due categorie più specifiche di strumenti, che interessano gli autori e gli editori ma di norma solo indirettamente gli utenti finali:

4) i programmi di conversione e codifica (authoring tools), che semplificano la creazione dei testi codificati, anche attraverso la traduzione diretta a partire dai formati più diffusi di documenti elettronici;

5) i sistemi di distribuzione dei testi, spesso basati su piattaforme proprietarie installate sul server del venditore o di una società specializzata alla quale il venditore affida lo svolgimento della transazione, e in grado di permettere in tempo reale la codifica protetta e ‘individualizzata’ dell’e-book (compito del sistema di DRM, v. sopra) in modo esso possa essere letto solo sul dispositivo di lettura dell’utente che lo ha acquistato.

Ci occuperemo brevemente delle prime tre categorie; per comodità, dato che i formati di codifica sono spesso associati a specifici programmi di lettura, tratteremo insieme questi due aspetti. Dedicheremo invece solo qualche cenno occasionale ai programmi di conversione e codifica e ai sistemi di distribuzione.

Occorre comunque osservare subito che il settore è in evoluzione così rapida da condannare a una rapidissima obsolescenza tutte le informazioni strettamente relative a specifiche soluzioni software e hardware. Le informazioni fornite di seguito sono riferite all’ottobre 2001, e per garantirne l’aggiornamento si rimanda alle risorse in rete indicate nel paragrafo conclusivo.

3. Formati di codifica e programmi di lettura

3.1 Alla ricerca di uno standard: il formato OEB

Una rassegna dei formati di codifica specificamente destinati al mondo dei libri elettronici non può che partire da quello che è l’unico standard aperto e non proprietario del settore: il formato OEB, sviluppato dall’Open eBook Forum (www.openebook.org). L’Open eBook Forum (OEBF) è un’organizzazione internazionale senza scopo di lucro che riunisce società produttrici di hardware e software, autori, utenti e organizzazioni interessate al settore dell’e-book. Il suo obiettivo è lo sviluppo (attraverso le pratiche di discussione pubblica e lavoro collaborativo abituali per la definizione degli standard di rete), l’adozione e la diffusione di standard e pratiche condivise nel settore dei libri elettronici. Fra i membri dell’OEBF vi sono rappresentanti delle maggiori società del settore (Adobe, IBM, Microsoft, Nokia, Palm, Samsung…), di numerose case editrici (HarperCollins, McGraw-Hill, Mondadori, Random House…), di enti e associazioni come la Library of Congress, l’American Library Association, lo US National Institute of Standards and Technology, l’Association of American Publishers. Oltre alla già citata Mondadori, sono membri italiani dell’OEBF il gruppo IPM (società napoletana impegnata nello sviluppo di dispositivi di lettura, della quale avremo occasione di riparlare in seguito) e, come membro associato, la Somedia[13].

Lo standard OEB, arrivato alla versione 1.0.1, è basato a sua volta su uno standard aperto e ormai assai diffuso: il (meta)linguaggio di marcatura XML. XML – acronimo di eXtended Mark-up Language – permette di specificare in maniera rigorosa, attraverso l’uso di una DTD (Document Type Definition), quali marcatori possono essere utilizzati per codificare il testo e associarvi metainformazioni descrittive, e quale sintassi regola il loro funzionamento. In effetti, tutti i documenti OEB sono anche documenti XML ben formati, e nella creazione di documenti OEB si utilizza una apposita DTD XML. Non ci addentreremo oltre nelle questioni legate al funzionamento di XML e alle specifiche OEB, che richiederebbero una trattazione ben più ampia e tecnicamente approfondita di quella possibile in questa sede[14]. Ci soffermeremo solo su quattro aspetti del formato OEB particolarmente importanti per il seguito del nostro discorso.

Innanzitutto, va ricordato che le specifiche OEB offrono un pieno supporto ai metadati Dublin Core (ne prevedono anzi alcune estensioni[15]). La descrizione dei libri elettronici OEB può dunque avvenire attraverso il riferimento a uno standard riconosciuto e generalmente accettato.

In secondo luogo, l’OEBF ha per ora programmaticamente rinunciato a inserire nelle specifiche OEB soluzioni particolari di DRM. Ciò significa che un e-book codificato utilizzando il formato OEB di per sé non è protetto contro la realizzazione di copie non autorizzate: si tratta, per così dire, di un testo ‘in chiaro’, che può essere copiato e distribuito senza ostacoli tecnici. La protezione del testo è affidata a soluzioni esterne, e dunque prevedibilmente proprietarie. Dal punto di vista pratico, questo ha come conseguenza il fatto che OEB non viene di norma utilizzato da autori ed editori come formato ‘finale’ per la realizzazione di un libro elettronico, ma solo come formato intermedio: una sorta di formato sorgente, che andrà poi compilato (ed eventualmente protetto) utilizzando il formato finale prescelto. Questa scelta lascia un largo spazio alle industrie del settore, che, non dimentichiamo, fanno quasi tutte parte dell’OEBF (il fatto che lo standard OEB sia aperto e non proprietario non garantisce dunque, è bene tenerlo presente, che le scelte fatte non siano influenzate anche da interessi commerciali). Tali industrie possono sviluppare formati ‘compilati’ proprietari e protetti, adatti ad essere letti attraverso software specifici, e – soprattutto (giacché questa è la fonte principale di introiti per le industrie del settore) – ad essere distribuiti attraverso piattaforme di vendita a loro volta proprietarie, generalmente piuttosto care.

Va notato comunque che l’integrazione fra l’OEBF e il working group dell’Electronic Book Exchange (EBX - www.ebxwg.org) – un’organizzazione nata per l’elaborazione collettiva degli standard proprio nel campo della protezione dei diritti relativi a libri ed editoria elettronica – e la recente richiesta pubblica di suggerimenti ed esigenze (call for requirements) avanzata dall’OEBF relativamente a questo settore, dimostrano come l’attenzione verso standard aperti sussista anche in ambito di DRM: un’attenzione alla quale non sono forse estranee le prove tutto sommato assai deludenti – ne parleremo fra breve – di diversi fra i sistemi proprietari di DRM fin qui elaborati[16].

In terzo luogo, occorre tener presente che un pacchetto OEB può comprendere contenuti multimediali anche complessi (non solo immagini ma suoni, video, animazioni, ecc.), a condizione di prevedere un meccanismo di fallback – ovvero, in termini un po’ impropri, una possibilità di visualizzazione alternativa – che utilizzi solo i media type specificamente previsti dalla OEB Publication Structure: testi in formato OEB, fogli stile che adottino il sottoinsieme CSS previsto da OEB, e immagini in formato JPEG o PNG. In pratica, al momento un programma di lettura ‘standard’ di pacchetti OEB supporterà solo testo e immagini, ma è possibile realizzare contenuti multimediali più complessi se tali contenuti sono destinati a un programma di lettura con funzionalità estese, in grado di interpretare i relativi formati.

Infine, è utile ricordare che, dal punto di vista pratico, un libro elettronico in formato OEB è costituito da un insieme (‘pacchetto’) di file, comprendente i contenuti veri e propri del libro (il testo e le eventuali componenti grafiche o multimediali), l’indice, eventuali dati relativi a copyright o informazioni aggiuntive. Per organizzare questi contenuti, ogni pacchetto OEB comprende un file di riferimento, detto ‘package file’, caratterizzato di norma dall’estensione .opf. Il package file è un documento XML composto da sei sezioni fondamentali: 1) un identificativo unico relativo alla pubblicazione OEB in questione; 2) i relativi metadati (titolo, autore, editore, ecc.); 3) una lista – detta manifest – dei file che compongono la pubblicazione, completa, se del caso, delle indicazioni relative al fallback degli eventuali contenuti multimediali avanzati (i media type non compresi nel set di base); 4) l’indicazione – detta spine – dell’ordine lineare nel quale vanno letti, per default, gli elementi che compongono la pubblicazione destinati ad essere visibili per l’utente finale; 5) opzionalmente, una serie di indicazioni relative a percorsi di lettura alternativi (tours); 6) opzionalmente, una sezione guide che identifica in maniera specifica particolari componenti strutturali della pubblicazione: indice dei nomi o delle illustrazioni, prefazione, bibliografia., ecc.

Può sembrare complicato, e in parte certo lo è, anche per colpa del carattere necessariamente sintetico di questa presentazione. Con un po’ di pratica, tuttavia, identificare le varie tipologie di file che compongono un pacchetto OEB e interpretare il relativo file .opf non è troppo difficile: la parte più complessa del lavoro, per chi si accosta per la prima volta al nuovo formato con l’intenzione di preparare un libro elettronico, consiste nella comprensione dei principi base di XML e nella relativa marcatura del testo. La familiarità con HTML può aiutare, ma occorre tener presente che non mancherà di risultare talvolta fuorviante[17].

Abbiamo detto che OEB è di norma un formato ‘intermedio’, nel quale il testo viene codificato prima di ‘compilarlo’ per il lettore specifico che si intende utilizzare. Non sarebbe più semplice, allora, compilare l’e-book direttamente nel formato finale prescelto, saltando questa tappa intermedia? Come il lettore avrà intuito, la risposta a questa domanda è negativa, a meno di non essere assolutamente sicuri di voler realizzare il proprio e-book in uno e un solo formato finale, destinandolo unicamente a quei software e a quei dispositivi di lettura che supportino tale formato. Fra i vantaggi dell’utilizzazione di OEB è infatti la portabilità: i sistemi che accettano come input un pacchetto OEB sono diversi e prevedibilmente aumenteranno in futuro, permettendo di evitare di consegnarsi mani e piedi a un solo formato proprietario e a una sola casa produttrice[18].

In ogni caso, nulla impedisce di considerare il pacchetto OEB anche come un prodotto finale, in particolare nei casi nei quali non si consideri necessario applicare all’e-book un meccanismo di protezione. Quali sono, in tale eventualità, gli strumenti utilizzabili per leggere il pacchetto? In altri termini: quali programmi e quali dispositivi di lettura sono in grado di visualizzare direttamente un libro elettronico in formato OEB, e dunque di permetterne la lettura agli utenti finali?

Fino a pochi mesi fa la situazione era al riguardo piuttosto sconfortante, ulteriore testimonianza della tendenza delle case produttrici a considerare il formato OEB solo come un formato intermedio, affidando ai formati proprietari il compito della rappresentazione finale del testo. Fortunatamente, la situazione sembra in evoluzione: al momento in cui scrivo esistono – a mia conoscenza – tre programmi, tutti gratuiti, in grado di ‘leggere’ un pacchetto OEB. L’onore della primogenitura va a Flipviewer (www.flipviewer.com – la prima versione del programma era denominata Flipbrowser), che tuttavia ha due limiti notevoli: esiste solo per piattaforme Windows, e utilizza estensioni proprietarie (pur se correttamente dichiarate) delle specifiche OEB, cosa che finisce ovviamente per minare le ragioni stesse dell’adozione di tale formato. Più fedeli allo spirito di uno standard aperto e multipiattaforma sono eMonocle, della IONSystems (www.ionsystems.com), e Mentoract Reader, della Globalmentor (www.globalmentor.com). Entrambi questi programmi sono realizzati in Java, e sono dunque nativamente multipiattaforma: possono essere utilizzati su tutti i sistemi (Windows, Mac, Linux…) per i quali sia disponibile una Java Virtual Machine.

Ancora allo stato di progetto è l'ìniziativa italiana denominata LiberGnu, e mirante alla realizzazione di un lettore software open source per il formato OEB (maggiori informazioni all'indirizzo http://www.libergnu.org)

Abbiamo detto, tuttavia, che il vero banco di prova per gli e-book è rappresentato non già dai programmi di lettura destinati a computer da tavolo, ma dai lettori dedicati. Anche in questo settore, diversi produttori cominciano a considerare il formato OEB anche come uno dei possibili formati finali, almeno per i libri elettronici non protetti. Dichiarano così una capacità diretta di lettura di pacchetti in tale formato il lettore coreano Hiebook (www.ebookad.com/hiebook) e lo statunitense GoReader (www.goreader.com), mentre in altri casi (ad esempio i lettori RCA, fra i più diffusi nel mercato nordamericano) la capacità sembrerebbe presente, ma ostacolata dall’estrema difficoltà di ‘importare’ autonomamente i testi all’interno del dispositivo di lettura senza passare per i canali di vendita diretta previsti dal produttore.

3.2 I formati direttamente compilabili a partire da OEB: Microsoft Reader e Mobipocket

Come si è accennato, OEB funge spesso da formato intermedio per la preparazione di libri elettronici in formati proprietari, capaci di garantire un meccanismo di protezione del contenuto. Anche se il prodotto finale risulta in questi casi chiuso, e destinato solo a specifici software e dispositivi di lettura, l’adozione come base del formato OEB garantisce ad autori ed editori la possibilità di compilare il libro elettronico, magari in un secondo momento, anche in altri formati e per altre piattaforme, e garantisce agli utenti che le componenti descrittive e catalografiche della pubblicazione elettronica rispondano a norme standardizzate e ragionevolmente uniformi.

Il principale fra i formati proprietari basati su OEB è sicuramente quello Microsoft. In questo caso, il file compilato dell’e-book è caratterizzato dall’estensione .lit, e può essere attualmente letto (con le limitazioni alle quali faremo cenno fra breve) su due classi di dispositivi: i normali PC con sistema operativo Windows, e i dispositivi palmari (o formato ‘tablet’) basati su sistema operativo PocketPC. Il software di lettura è denominato Microsoft Reader, ed è giunto recentemente alla versione 2.0 (l’indirizzo di riferimento è www.microsoft.com/reader). Microsoft Reader è un programma assai pulito e funzionale, ancora nelle prime fasi di un’evoluzione prevedibilmente lunga. Fra le sue caratteristiche salienti sono quelle di organizzare i testi in una ‘biblioteca’ e di permettere di compiere su ciascuno di essi ricerche e annotazioni sia grafiche sia testuali. La leggibilità del testo è assai buona, grazie anche all’adozione di una tecnologia di sub-pixel font rendering – denominata ClearType – che consente di visualizzarlo con una risoluzione migliore di quella normalmente utilizzata dal dispositivo di lettura[19]. Anche gli strumenti di sviluppo per la creazione di e-book in formato Microsoft Reader sono numerosi e di buona qualità[20]. Purtroppo, però, la ben nota tendenza della Microsoft al ‘controllo totale’ ha anche in questo campo conseguenze deleterie (e potenzialmente controproducenti per lo stesso sviluppo del settore). Il meccanismo di protezione adottato offre infatti cinque diversi livelli di protezione del contenuto (DRM), che vanno da un livello 1 caratterizzato dalla totale libertà di distribuzione e di copia a un livello 5 – quello normalmente adottato da case editrici e librerie in rete – caratterizzato invece da restrizioni assai pesanti. In particolare, il DRM5 della Microsoft richiede che il programma di lettura sia ‘attivato’ (un procedimento che lo personalizza per il singolo utente, costruendo una specifica chiave di decrittazione dipendente dal particolare hardware utilizzato), e permette la lettura dell’e-book solo e unicamente sulla versione di Microsoft Reader attivata dal suo acquirente. Il vero problema è che Microsoft Reader può essere attivato solo quattro volte con la stessa chiave[21]: ciò significa che gli e-book per Microsoft Reader protetti attraverso DRM5 sono intrinsecamente volatili, e diventano illeggibili quando l’utente abbia cambiato per quattro volte il proprio hardware (o anche solo formattato quattro volte il proprio disco rigido, o cambiato quattro volte sistema operativo). Un po’ come se un libro si autodistruggesse dopo averlo cambiato quattro volte di scaffale: una caratteristica difficilmente associabile alla nostra idea di libro come strumento in grado di offrire non solo un supporto di lettura, ma anche un supporto di conservazione del testo, e difficilmente compatibile con la costruzione da parte dell’utente di una propria biblioteca ‘stabile’ di testi. Inoltre, il lettore vede assai limitata la propria libertà di ‘spostare’ da un dispositivo all’altro il libro da lui acquistato, magari in occasione di un viaggio o di una particolare esigenza di lavoro: infatti, per attivare Microsoft Reader su un dispositivo portatile utilizzando la stessa chiave già attivata su PC (in modo da poter leggere i libri precedentemente acquistati) occorre ovviamente ‘spendere’ una delle quattro attivazioni a disposizione. Una soluzione di DRM di questo tipo offre insomma all’utente ottimi motivi per preferire i libri su carta a quelli elettronici.

Come se non bastasse, la versione 1 di Microsoft Reader – installata di serie nei dispositivi PocketPC di prima generazione – non consentiva la lettura di libri elettronici codificati col DRM5, non potendo ricavare direttamente dall’hardware i dati specifici necessari alla criptatura ‘sicura’ del testo. Infatti, le specifiche hardware indicate dalla Microsoft per il supporto della prima versione di PocketPC non richiedevano questa funzionalità. E’ dunque solo la seconda generazione di questi dispositivi, in grado di utilizzare il recentissimo sistema operativo PocketPC 2002[22], a permettere la lettura di e-book protetti attraverso DRM5. Tutto ciò ha avuto tre conseguenze, tutte fortemente negative. In primo luogo, molti fra gli utenti che hanno acquistato i primi libri elettronici per Microsoft Reader disponibili sulle librerie in rete che hanno iniziato a sostenere il formato (in prima linea Barnes & Noble e Amazon) hanno scoperto di non poterli utilizzare sui propri dispositivi di lettura palmari: non certo una buona pubblicità per uno strumento assolutamente nuovo, la cui diffusione richiede evidentemente una base di utenti ‘pionieri’ soddisfatti e non frustrati. In secondo luogo, gli utenti che hanno acquistato solo pochi mesi fa un dispositivo palmare basato sulla prima versione di PocketPC si trovano in mano un oggetto già superato, e fortemente limitato proprio nel campo della lettura di libri elettronici. Infine, l’idea di libro elettronico ha finito in questo modo per tornare a collegarsi in primo luogo allo schermo del computer di casa (giacché su quello i libri DRM5 funzionavano, grazie a una versione specifica di Microsoft Reader – la 1.5 – distribuita solo per i sistemi Windows e non disponibile per PocketPC), anziché a quello del più comodo e maneggevole dispositivo portatile. E questa associazione ha ovviamente rafforzato il coro di chi sostiene di non aver alcun bisogno di libri elettronici, dato che la loro lettura sullo schermo del PC è scomoda e stancante. Va da sé che i produttori di libri elettronici e di sistemi di lettura hardware e software avrebbero tutto l’interesse a muoversi nella direzione esattamente opposta, diffondendo l’idea del libro elettronico come strumento comodo e portatile (una sorta di walkman per la lettura). Molte scelte della Microsoft nel campo del DRM hanno avuto dunque la probabile conseguenza di ritardare la diffusione dei libri elettronici, anziché di accelerarla: occorrerà attendere la diffusione dei nuovi dispositivi PocketPC 2002 per valutare se, e quanto, questi errori di strategia abbiano scoraggiato i potenziali utenti.

Per quanto riguarda i contenuti multimediali, Microsoft Reader supporta i core type OEB (testo e immagini), ma non permette per ora l’inclusione diretta nel libro di contenuti multimediali avanzati, come testo e filmati. Una caratteristica del programma spesso criticata dagli addetti ai lavori è l’assenza delle funzioni di stampa su carta. Come si è già accennato, un ‘vero’ e-book non dovrebbe far sorgere questa esigenza: se davanti a un libro elettronico si sente la necessità della stampa, vuol dire che non lo percepiamo come un ‘libro’, come un valido sostituto al volume su carta. Ma se il programma di lettura viene utilizzato sullo schermo del PC di casa, è del tutto normale che l’esigenza di stampare il testo, per poterlo leggere in maniera più comoda altrove, si faccia sentire.

Va infine segnalato l’accordo fra la Microsoft e la società neozelandese Pulse Data (www.pulsedata.co.nz) per l’inserimento di una versione adattata di Microsoft Reader all’interno di un innovativo dispositivo di lettura destinato ai non vedenti, denominato Braille Note.

Riassumendo, Microsoft Reader offre una buona soluzione tecnologica con il vantaggio del riferimento allo standard aperto OEB, limitata però dall’attenzione rivolta in maniera pressoché esclusiva ai sistemi operativi Microsoft (un programma di lettura per il dispositivo dedicato Franklin eBookman, annunciato da tempo, non è mai stato reso disponibile), da scelte che hanno finora di fatto privilegiato come sistema di lettura il PC da tavolo rispetto ai dispositivi portatili palmari e dedicati, e da una politica di DRM francamente suicida. Microsoft attribuisce le scelte in questo campo in primo luogo all’esigenza di rispondere alle richieste iperprotettive degli editori, e ricorda che DRM5 è solo uno, anche se il più sicuro, fra i diversi livelli di protezione offerti. E non è improbabile che – accanto a una buona dose di miopia – alla radice dell’atteggiamento degli editori in campo di DRM vi sia anche il conflitto fra le due contrastanti esigenze di sperimentare soluzioni funzionanti per il nuovo mercato elettronico e di proteggere finché possibile il vecchio mercato cartaceo.

Una interessante (pur se assai meno diffusa) alternativa a Microsoft Reader e al formato .lit è rappresentata da Mobipocket (www.mobipocket.com), un sistema realizzato da una piccola società francese – ma indirizzato in primo luogo al mercato anglofono – e destinato alla vasta schiera di computer palmari (il software di lettura Mobipocket è disponibile per palmari Palm, Windows CE, PocketPC, Psion, oltre che per il lettore dedicato Franklin eBookman). Anche Mobipocket offre strumenti di compilazione che partono da un pacchetto OEB, offre un proprio sistema di DRM a differenti livelli, e soluzioni proprietarie per i server di distribuzione. Le soluzioni DRM adottate da Mobipocket sono comunque anch’esse piuttosto rigide, essendo legate a un identificativo univoco del palmare utilizzato per la lettura.

Un aspetto interessante di Mobipocket è la distinzione, all’interno dei contenuti digitali visualizzabili attraverso il programma di lettura, di tre diverse tipologie: accanto agli e-book veri e propri troviamo infatti le e-news, che corrispondono approssimativamente al mondo della stampa periodica, e che il programma permette di aggiornare automaticamente on-line sostituendo i contenuti più recenti a quelli più datati[23], e gli e-documents, che possono essere creati autonomamente dagli utenti a partire da pagine web o file RTF attraverso una semplice funzione incorporata nell’ultima versione del programma[24].

Anche se Mobipocket è specificamente destinato al settore dei computer palmari, un lettore esiste anche per l’ambiente Windows, mentre i programmi di ‘collegamento’ fra PC e palmare sono disponibili per tutti i principali sistemi operativi (Win, Mac, Linux, Unix).

Infine, su versioni compilate o opportunamente adattate di OEB si basano anche i programmi di lettura disponibili su molti dispositivi dedicati: dai lettori RCA (www.rca.com) al francese Cybook, prodotto dalla Cytale (www.cytale.fr). Il lettore italiano Myfriend, prodotto dal già citato gruppo napoletano IPM Net (www.ipm-net.com), adotta una piattaforma basata sul sistema operativo PocketPC, e include dunque Microsoft Reader come software di lettura.

3.3 Il formato PDF e la strategia Adobe nel settore e-book

Principale concorrente del formato OEB e dei formati compilati da esso derivati è una vecchia conoscenza del mondo dell’editoria elettronica: il formato PDF. Si tratta di un formato proprietario, elaborato dalla Adobe (www.adobe.com) e divenuto uno degli standard più diffusi (tanto da essere riconosciuto ufficialmente anche dall’ANSI) per la produzione, la distribuzione e la stampa di documenti elettronici. Negli ultimi anni la Adobe – che, ricordiamo, è comunque fra i membri dell’OEBF – ha dedicato una grande attenzione allo sviluppo di PDF anche come formato per la distribuzione di libri elettronici, creando un software di lettura specifico – l’Adobe eBook Reader – arrivato al momento in cui scrivo alla versione 2.2.

L’Adobe eBook Reader costituisce una versione migliorata del Glassbook Reader, programma di lettura elaborato a suo tempo dalla Glassbook, una fra le prime e pionieristiche società del settore, acquisita dalla Adobe nell’estate 2000. Il programma Adobe è disponibile per il momento su piattaforme Windows e Macintosh, e possiede caratteristiche di tutto rispetto: dispone di una propria tecnologia di sub-pixel font rendering – denominata CoolType – per migliorare la leggibilità del testo; consente, oltre alle ‘normali’ funzioni di ricerca e annotazione, link diretti verso pagine Web esterne all’e-book, nonché – se il sistema operativo utilizzato dispone delle relative componenti – la lettura automatica del testo attraverso un sistema di sintesi vocale; permette l’inserimento nel libro elettronico di contenuti multimediali avanzati come suoni e immagini; i suoi meccanismi di DRM permettono di ‘prestare’ o ‘regalare’ ad altri i propri e-book.

In generale, l’Adobe eBook Reader è dunque un prodotto software per molti versi più avanzato rispetto al concorrente Microsoft. A limitarne attualmente il possibile impatto sul mondo dell’e-book sono tuttavia due fattori di notevole rilievo.

In primo luogo, la natura stessa del formato PDF costituisce un ostacolo almeno parziale alla sua adozione nel campo degli e-book. PDF è infatti un “Final Form Description Language”, un linguaggio proprietario nato per la descrizione dettagliata di un formato di stampa e di rappresentazione fisica della pagina, e non uno standard aperto nato per la marcatura logica e strutturata di un testo destinato alla lettura direttamente in formato elettronico, come è il caso del formato OEB. Per superare questo problema sono già disponibili alcuni sistemi (e molti altri sono allo studio) per associare metainformazioni ai file PDF[25], ed è possibile, oltre che auspicabile, una qualche interazione più diretta fra PDF e OEB, che permetta di utilizzare il meglio dei due mondi: le potenzialità degli strumenti OEB per la codifica e la marcatura logica del testo, e l’esperienza degli strumenti PDF per la sua rappresentazione fisica. Un primo passo sarebbe rappresentato da un sistema per la compilazione diretta in formato PDF di un testo OEB, capace di conservare e rendere accessibili al software di lettura le principali metainformazioni descrittive, ad esempio i metadati Dublin Core. Lo sviluppo di sistemi di questo tipo è nel miglior interesse della stessa Adobe, ed è prevedibile che in tempi non lunghissimi li vedremo comparire[26]. Al momento, tuttavia, i due mondi restano distinti: esistono infatti strumenti per ottenere file PDF a partire da file XML (e ricordiamo che OEB non è altro che una particolare applicazione di XML), ma questi strumenti – peraltro di uso piuttosto complesso – non tengono presenti le esigenze specifiche della marcatura OEB per quanto riguarda la conservazione dei metadati descrittivi, e non rappresentano dunque un’effettiva soluzione del problema.

Il secondo fattore problematico è rappresentato dal fatto che anche l’eBook Reader della Adobe sembra al momento orientato più verso il computer da scrivania che verso l’uso attraverso dispositivi dedicati; la stessa definizione di e-book desumibile dalle pagine della Adobe eBooks Central (www.adobe.com/epaper/ebooks) è assai vicina alla caratterizzazione intuitiva di ‘testo di un libro, trasferito in formato elettronico’ che abbiamo discusso e criticato nella prima parte di questo articolo. Il recente annuncio di alleanze e sinergie fra Adobe e Palm (naturale risposta all’avanzata del fronte Microsoft Reader – PocketPC, da parte dei due principali concorrenti di Bill Gates nei settori rispettivamente dell’editoria elettronica e dei sistemi operativi per computer palmari) lascia sperare che anche la Adobe possa in futuro osare di più nel settore dei dispositivi dedicati. Al momento, tuttavia, anche se per la maggior parte dei palmari esistono strumenti per la lettura di file PDF (nel caso di Palm e PocketPC si tratta di programmi realizzati dalla stessa Adobe, che offrono buone funzionalità), nessuno di essi può a mio avviso fondatamente proporsi come vero e proprio lettore per libri elettronici.

Per quanto riguarda il DRM, il sistema Adobe – che si basa sulla tecnologia Adobe Merchant gestita dagli Adobe Content Server – pur ricorrendo anch’esso alla creazione di chiavi individuali dipendenti dall’hardware installato e dalla sua configurazione, risulta piuttosto flessibile, e consente di specificare individualmente i ‘diritti’ attribuiti all’utente relativamente a operazioni quali il prestito o la cessione del testo, la sua stampa, ecc. Ciò non ha purtroppo impedito alla Adobe di costruirsi anch’essa una cattiva fama in questo delicatissimo settore. A contribuire a tale situazione sono state soprattutto due mosse decisamente sbagliate, che può essere utile ricordare per fornire un’idea di alcune fra le tematiche dibattute nel campo del DRM applicato agli e-book.

La prima è nata da un involontario errore di formulazione: fra le clausole di distribuzione del primo e-book Adobe (una versione elettronica di Alice nel paese delle meraviglie) era l’indicazione secondo la quale il libro non poteva essere… letto a voce alta! In realtà, la clausola Adobe intendeva indicare che non era possibile utilizzare la funzione di lettura vocale del testo: una funzione che, come si è già accennato, è messa a disposizione dal software attraverso una voce di sintesi, e che risulta immediatamente rilevante per la gestione dei diritti, giacché, soprattutto in ambito americano, molte case editrici separano i diritti sulla stampa del testo da quelli relativi alla sua versione audio, venduti a case editrici specializzate nella produzione di audiolibri. Ma la formulazione assai infelice – associata al fatto che il testo distribuito, prelevato dalla biblioteca pubblica del progetto Gutenberg, era comunque fuori diritti – ha provocato le prevedibili ironie sui genitori impossibilitati a leggere a voce alta il libro ai propri figli prima di mandarli a letto. Una versione successiva dell’e-book ha corretto l’errore, ma ha introdotto – forse per dimostrare la flessibilità del sistema di DRM Adobe – clausole non meno curiose e controverse: il testo, che nella prima versione non poteva neanche essere stampato, poteva ora essere stampato… a condizione di non stamparne più di dieci pagine ogni dieci giorni! Questo susseguirsi di limitazioni, in verità piuttosto cervellotiche (tanto da essere poi completamente abolite nell’ultima versione dell’e-book), non ha certo giovato alla buona fama della società statunitense, e ha ad esempio portato Michael Hart – una delle figure di maggior spicco del settore, fin dagli anni ‘70 responsabile del progetto Gutenberg dalla cui biblioteca elettronica era stato tratto il testo dell’Alice – a una polemica piuttosto dura con la Adobe[27].

Il secondo ‘infortunio’ è relativo al cosiddetto caso Elcomsoft: la Adobe ha in un primo tempo attivamente sollecitato le autorità americane a perseguire il giovane programmatore russo Dmitry Sklyarov, responsabile di aver individuato una debolezza nel meccanismo di protezione degli eBook Adobe e di aver elaborato un software capace di sproteggerli. Anche in seguito a queste sollecitazioni, Sklyarov è stato arrestato dalle autorità americane – sulla base del Digital Millennium Copyright Act, la nuova e discutibilissima normativa americana in materia di protezione dei diritti elettronici – in occasione di un convegno a Los Angeles. Per aver commesso in Russia un ‘reato’ che non era tale secondo la legislazione del suo paese, Sklyarov rischia ora negli USA fino a venticinque anni di carcere, e una multa di circa cinque miliardi. Anche se – a seguito delle vibrate proteste delle organizzazioni per la difesa della libertà d’espressione in rete[28] (e non solo: il caso solleva infatti forti interrogativi sulla legittimità internazionale di alcune azioni giudiziarie statunitensi nel campo della protezione dei diritti) – la Adobe ha in seguito assunto una posizione assai più defilata, era ormai difficile evitare la percezione generale di una società interessata più a perseguire e reprimere un programmatore che aveva messo in evidenza un problema effettivo (peraltro non risolto dalla successiva versione del software), che a risolvere il problema stesso.

Riassumendo: le soluzioni Adobe nel campo dei libri elettronici sono caratterizzate da un ottimo livello tecnico, ma hanno il problema di basarsi su un formato proprietario – il formato PDF – che, pur se assai diffuso e internazionalmente riconosciuto, non è orientato alla marcatura logica e strutturata e non è direttamente compatibile con lo standard OEB. Inoltre, per il momento non sono disponibili – se non in forma parziale, relativamente alla semplice lettura dei file PDF su computer palmari – dispositivi dedicati di lettura basati sugli standard e-book della Adobe. Quanto alle soluzioni di DRM, la loro flessibilità è promettente, ma si presta anche, come abbiamo visto, a scelte assai limitative (e talvolta poco razionali).

E’ auspicabile che nel prossimo futuro almeno alcuni di questi problemi possano essere superati: da questo dipendono, a mio avviso, le reali prospettive di penetrazione della Adobe nel settore e-book e la sua capacità di resistere efficacemente allo strapotere Microsoft.

3.4 Altri formati proprietari

Esistono diversi altri formati proprietari, di norma non direttamente compatibili con lo standard OEB e al momento non direttamente compilabili a partire da quest’ultimo, che si propongono come soluzioni nel campo degli e-book. Nella maggior parte dei casi, tali formati offrono in realtà soluzioni di ‘compilazione protetta’ (ad esempio attraverso la creazione di autonomi file eseguibili) di documenti in HTML; pur consentendo la distribuzione in rete e la visualizzazione di testi elettronici, le funzionalità da essi fornite non permettono dunque di collegarli alla concezione di libro elettronico proposta nella prima parte di questo articolo. Si tratta infatti di soluzioni necessariamente legate, per la lettura, allo schermo di un normale PC (e che per di più richiedono in genere l’uso di un sistema operativo Windows).

Fanno eccezione alcuni programmi specificamente rivolti al mondo dei computer palmari, e in particolare di quelli basati su sistema operativo Palm, Windows CE o PocketPC. Ci soffermeremo brevemente solo su due di essi, Palm Reader e Aportis.

Sviluppato inizialmente con il nome di Peanut Reader dalla Peanutpress, con l’acquisizione della Peanutpress da parte della Palm e la sua trasformazione nel gruppo Palm Digital Media il formato Palm Reader è divenuto in sostanza il formato ‘ufficiale’ degli e-book per palmari basati sul sistema operativo Palm. Il relativo lettore è comunque disponibile anche per Windows CE e PocketPC. L’aspetto più interessante del Palm Reader è il sistema di DRM: anziché basarsi su chiavi di cifratura collegate all’hardware utilizzato, che presentano i già ricordati svantaggi sulla persistenza e trasferibilità dei libri elettronici, il Palm Reader utilizza come chiavi direttamente il nome e il numero di carta di credito dell’utente. I libri possono essere dunque duplicati e trasferiti liberamente: la garanzia contro le copie non autorizzate è data dal fatto che difficilmente l’utente che ha acquistato il libro sarà disposto a diffonderne copie, dato che per permetterne l’uso dovrebbe distribuire anche i propri dati personali e il numero della propria carta di credito. Questo tipo di personalizzazione del libro ha il vantaggio di dare all’acquirente originale il massimo di libertà nell’uso dell’e-book acquistato, che può essere facilmente trasferito da un dispositivo all’altro. Purtroppo, il formato di codifica utilizzato dagli e-book per Palm Reader si basa al momento sul cosiddetto ‘Palm Markup Language (PLM), un linguaggio sviluppato autonomamente dalla Palm e assai lontano da OEB e dai linguaggi di marcatura standard. I relativi strumenti di sviluppo, realizzati in Java, sono disponibili per tutti i principali sistemi operativi.

Anche il formato Aportis doc (www.aportis.com) è nato per Palm ed è un formato proprietario, per il quale sono disponibili specifici strumenti di produzione e conversione. L’uso del programma di lettura è assai intuitivo, e recentemente ne è stata resa disponibile una versione anche per PocketPC. L’interesse principale di questo formato è nella vasta biblioteca di titoli gratuiti (oltre 4000) messi a disposizione dalla Aportis; il formato è anche fra quelli adottati dalla E-book Library realizzata dall’Electronic Text Center della University of Virginia, di cui ci occuperemo in seguito.

4 I dispositivi di lettura

Abbiamo parlato spesso dei dispositivi hardware di lettura, che come si ricorderà sono in qualche misura ‘richiesti’ dalla stessa definizione di e-book proposta in questa sede: la disponibilità di un dispositivo di lettura comodo e portatile costituisce infatti una condizione necessaria (anche se non sufficiente) per un’esperienza di lettura in qualche misura paragonabile a quella dei normali libri su carta. Si tratta dunque di un settore di cruciale importanza, che sta muovendo in questi anni i suoi primissimi passi. In effetti, tutti i dispositivi di lettura che ho fin qui avuto modo di esaminare mi hanno lasciato con la stessa impressione: quella di trovarmi di fronte a strumenti dalle grandissime potenzialità, orientati a operazioni in parte diverse da quelle possibili attraverso un normale computer (sia esso un desktop o un notebook), capaci di permettere la lettura di testi elettronici in maniera in molti casi più comoda di quella possibile in precedenza in ambiente elettronico, ma ancora decisamente immaturi. Strumenti, insomma, di prima o al più di seconda generazione, il cui carattere sorprendentemente innovativo, ma anche per molti versi provvisorio e insoddisfacente, emerge a ogni tasto premuto e a ogni pagina sfogliata, un po’ come capitava con i primissimi personal computer. L’effettivo sviluppo del settore degli e-book sarà possibile solo quando questi dispositivi avranno compiuto un vero e proprio salto di qualità. Le premesse per questo salto, tuttavia, cominciano ad esserci.

Non entrerò ovviamente in questa sede in discussioni dettagliate sulle caratteristiche dei singoli lettori. Proverò invece a proporne una classificazione, distinguendone quattro tipologie e ricordando i principali dispositivi che ricadono in ciascuna di esse. Tutte e quattro le tipologie hanno in comune le seguenti caratteristiche:

Pur nella sua brevità, questa rassegna sullo stato dell’arte nel campo dei dispositivi hardware di lettura dovrebbe credo bastare a confermare la situazione ancora assolutamente pionieristica del settore: con buona pace di chi ha considerato il mercato degli e-book prima una realtà destinata a un boom immediato e spettacolare, e pochi mesi dopo un fallimento completo e definitivo. Gli e-book hanno effettivamente il potenziale per sostituire, in moltissime situazioni, il libro su carta, ma si tratterà di un processo lento, che richiederà l’elaborazione di soluzioni hardware, software e commerciali assai migliori di quelle oggi disponibili, e un notevole lavoro di elaborazione culturale. A dispetto delle necessità e dei tempi accelerati della comunicazione spettacolarizzata, un primo bilancio sarà possibile solo sul medio periodo, e la conquista da parte dei libri elettronici di una quota ragionevolmente significativa del mercato editoriale richiederà a mio avviso almeno una decina d’anni[30].

5 L’e-book e la biblioteca

L’insieme di problemi posti al mondo delle biblioteche dalla nascita e – se e quando assisteremo a un miglioramento dei dispositivi di lettura e delle politiche di distribuzione – dalla prevedibile diffusione dei libri elettronici, è evidentemente di estrema complessità. Fra le tematiche più rilevanti, dovranno essere sicuramente affrontate quella della conservazione dei libri elettronici (che riguarda, è bene ricordarlo, non solo il testo ma anche gli strumenti per la sua decodifica e lettura), dei relativi criteri catalografici, dell’accessibilità dei testi e delle dotazioni hardware e software necessarie a una biblioteca per permetterne la consultazione, dei connessi (e come abbiamo visto non semplici) problemi di gestione dei diritti.

Si tratta di una galassia di temi che non è ovviamente possibile affrontare in modo compiuto in questa sede. Per cercare almeno di fornire un quadro di riferimento sommario, può essere opportuno separare i problemi che riguardano la conservazione del testo elettronico degli e-book e la predisposizione (eventualmente centralizzata) dei relativi record catalografici da quelli che riguardano la loro consultazione da parte del pubblico. Le prime due tematiche, infatti, riguardano in modo sostanzialmente analogo sia i testi sotto diritti sia quelli fuori diritti (anche se la differenza andrà ovviamente tenuta presente), mentre la terza richiederà procedure assai diverse nei due casi.

Per quanto riguarda la conservazione, occorrerà prevedere disposizioni specifiche relative al deposito dei testi: compito più facile nel caso degli e-book realizzati da grandi case editrici (al momento si tratta, nella maggior parte dei casi, di opere disponibili anche in una versione a stampa, ma è probabile che in futuro le opere pubblicate solo in formato elettronico tenderanno ad aumentare), ma assai più complesso se si considera che una delle potenzialità specifiche dei formati elettronici è quella di permettere con relativa facilità forme di self-publishing, per di più relative a materiali che hanno la caratteristica, tipica dei media digitali, di poter essere frequentemente modificati, dando vita a una successione di ‘edizioni’ diverse. Personalmente, mi sembra difficile che le molte forme di ‘personal publishing’ possibili nel settore degli e-book possano essere regolamentate attraverso previsioni di deposito centralizzato obbligatorio, senza che la relativa normativa rischi di venir percepita come un’imposizione coercitiva e come una forma di controllo sui contenuti. Più ragionevole potrebbe essere affiancare a procedure di deposito digitale, da prevedere nel caso degli e-book pubblicati da case editrici riconosciute (con assegnazione di numero ISBN), strumenti e procedure pubbliche di deposito volontario, con garanzie di conservazione e criteri catalografici unitari, a disposizione della galassia prevedibilmente composita di iniziative personali e amatoriali. Un’attenzione particolare andrà dedicata al mondo della ricerca, eventualmente anche attraverso convenzioni specifiche stipulate con le istituzioni di deposito. Un’iniziativa interessante di questo tipo è rappresentata nel nostro paese dall’accordo fra l’Università di Firenze e la Biblioteca Nazionale Centrale di Firenze per il deposito delle pubblicazioni elettroniche e multimediali edite dalla Firenze University Press, la nuova struttura creata dall’Ateneo fiorentino per lo sviluppo dei servizi di editoria elettronica[31].

Va ricordata, in collegamento col tema della conservazione, una questione già ben nota ai responsabili di archivi digitali: la conservazione del singolo file è solo una parte del problema, dato che occorre garantire anche la disponibilità degli strumenti di accesso al contenuto digitale, e dunque dei programmi e dei dispositivi di lettura. La rapida obsolescenza di tali strumenti richiede lo sviluppo di politiche specifiche di conservazione, magari centralizzata, delle versioni successive sia dei software di lettura, sia dei lettori hardware (in quest’ultimo caso può aiutare – ma non esimere da una attenzione specifica rivolta anche alla conservazione dell’hardware – la frequente disponibilità di emulatori software).

Per quanto riguarda i criteri di catalogazione, un primo tema essenziale è quello di ‘cosa’ esattamente vada catalogato: il libro elettronico ‘installato’ su un particolare dispositivo di lettura, il solo testo elettronico considerato come oggetto digitale, o il testo elettronico e il relativo dispositivo di lettura? Un sondaggio svolto da Chris Rippel su 25 biblioteche pubbliche che includono e-book nelle proprie collezioni fornisce risultati assai problematici: 17 biblioteche catalogano solo i dispositivi di lettura, 4 i dispositivi di lettura e i testi elettronici, 4 i soli testi elettronici[32]. Anche se il ‘supporto’ costituito dal dispositivo di lettura e il testo elettronico da esso ospitato vanno – come si è argomentato – considerati congiuntamente nell’esaminarne la natura di ‘libro elettronico’, resta a mio avviso innegabile che il rapporto esistente fra tali due elementi è comunque assai diverso da quello esistente fra il tradizionale libro a stampa inteso come supporto fisico del testo, e il relativo contenuto testuale. Infatti, testo elettronico e dispositivo di lettura possono comunque essere separati: il testo elettronico acquistato dalla biblioteca può di norma (o almeno in linea di principio) essere letto su dispositivi diversi, mentre su uno stesso dispositivo di lettura possono essere installati (e disinstallati) testi elettronici diversi. Inoltre, occorre considerare il ruolo specifico dei programmi di lettura: in linea di principio, uno stesso e-book potrebbe essere letto su uno stesso dispositivo hardware attraverso interfacce software diverse (ad esempio, versioni successive di uno stesso programma), che offrano funzionalità diverse. Dal punto di vista teorico, la soluzione più corretta sembrerebbe quella di provvedere alla catalogazione – attraverso l’individuazione di griglie pertinenti di metadati – sia dei dispositivi hardware di lettura, sia dei programmi ai quali è affidata l’interfaccia software, sia dei testi elettronici, prevedendo la possibilità di associare in maniera temporanea, semipermanente o permanente i relativi dati, ad esempio attraverso il ricorso a database relazionali. E’ chiaro che le sfide poste in questo campo al bibliotecario – e più in generale all’intero mondo dell’editoria – sono tutt’altro che facili, e imporranno un lavoro di elaborazione teorica e di determinazione di standard che richiederà ancora molto tempo (e probabilmente una maggiore maturità del settore) per arrivare a soluzioni condivise e soddisfacenti. Soluzioni che risulteranno probabilmente per molti versi innovative rispetto alla prassi fin qui consolidata.

Un primo settore nel quale questo tipo di sviluppo è già evidente è quello relativo all’identificazione dell’e-book come oggetto digitale. La possibilità di avere una stessa ‘edizione’ di un e-book disponibile per dispositivi e programmi di lettura diversi rende difficile identificare in maniera trasversale ma univoca il ‘contenuto’ del libro (ovvero la componente sottoposta a proprietà intellettuale) applicando senza modifiche un modello quale quello offerto dal codice ISBN[33]. Inoltre, il meccanismo ISBN è nato in una situazione di mercato caratterizzata dalla presenza di un numero comunque relativamente limitato di ‘editori’ professionali, e sembra inadatto a una situazione quale quella attuale nella quale i fornitori di contenuti digitali tendono a moltiplicarsi, anche attraverso lo sviluppo di forme di self-publishing, di publishing aziendale ecc. Per rispondere a queste difficoltà – e più in generale per rendere possibile l’individuazione di contenuti digitali in un contesto tecnologico articolato e di rete – è allo studio un meccanismo denominato Digital Object Identifier (DOI), sviluppato dalla International DOI Foundation, una fondazione che comprende editori del calibro di McGraw Hill, Springer, John Wiley & Sons, Random House; industrie informatiche quali Adobe, Microsoft, HP; associazioni quali l’Association of American Publishers, l’International Publishers Association e, per il nostro paese, l’Associazione Italiana Editori[34].

Anche nel campo della catalogazione del libro elettronico considerato come oggetto digitale, del resto, l’adozione da parte del formato OEB delle specifiche Dublin Core fornisce indubbiamente al bibliotecario un notevole aiuto, ma non risolve necessariamente tutti i problemi. E’ infatti prevedibile che, soprattutto (ma non unicamente) nel caso di iniziative amatoriali o di self-publishing, i metadati associati all’e-book siano spesso inseriti in maniera occasionale o parziale, da parte di persone prive della necessaria preparazione specifica. D’altro canto, anche eventuali metadati erronei o parziali entrano a far parte della pubblicazione, ed è difficile pensare, sia dal punto di vista pratico (si pensi agli e-book ‘compilati’ per un particolare formato di lettura) sia da quello teorico, ad una loro correzione o integrazione diretta da parte del bibliotecario. E’ dunque probabile che in molti casi i metadati catalografici debbano restare distinti da quelli associati alla pubblicazione da parte dell’autore o dell’editore, anche se sarà certo opportuno prevedere meccanismi per una importazione controllata di questi ultimi. L’ipotesi che sembra più ragionevole è quella dello sviluppo di sistemi software specifici, basati sull’uso delle specifiche Dublin Core, integrabili a livello di funzionalità di ricerca con quelli relativi alla gestione del patrimonio bibliotecario non elettronico, e in grado di importare in maniera controllata i dati sia dall’insieme dei metadati descrittivi presumibilmente presenti nella pubblicazione elettronica, sia da servizi di riferimento esterni.

Per concludere, qualche considerazione sull’ultima delle tematiche che avevamo individuato: quella relativa al possibile ruolo delle biblioteche nella consultazione degli e-book da parte del pubblico degli utenti. Evidentemente, la questione della sussistenza, della tipologia e della gestione dei diritti è in questo caso centrale.

Se si ha a che fare con e-book fuori diritti, la situazione è relativamente semplice: da un lato, le biblioteche ‘reali’ possono selezionare le opere e metterle a disposizione del loro pubblico attraverso postazioni multimediali o attraverso dispositivi dedicati, che possono essere destinati sia all’uso all’interno della biblioteca, sia, eventualmente, al prestito esterno. In quest’ultimo caso occorrerà prevedere procedure specifiche, che tengano conto del costo generalmente non indifferente del dispositivo di lettura, per il quale potrebbe essere utile studiare specifiche forme di assicurazione. D’altro canto, è prevedibile che molti utenti potranno accedere a questi testi direttamente da casa, utilizzando dispositivi di lettura di loro proprietà. In questo caso, un ruolo di rilievo potrà essere riservato alle cosiddette virtual libraries, che dovranno organizzare l’offerta esistente e facilitare l’accesso agli utenti sia attraverso iniziative di rassegna e catalogazione che facciano riferimento a criteri rigorosi e standardizzati, sia attraverso l’istituzione di vere e proprie raccolte di testi. Di particolare interesse è a questo proposito l’esperienza della E-book Library organizzata dall’Electronic Text Center della University of Virginia (etext.lib.virginia.edu/ebooks/). L’Electronic Text Center è ormai da una decina d’anni fra le principali risorse dedicate allo studio e alla diffusione della testualità elettronica, e negli ultimi mesi ha rivolto una crescente attenzione al fenomeno degli e-book. La E-book Library raccoglie al momento circa 1.600 opere disponibili al pubblico; i formati utilizzati sono Microsoft Reader (per lettori PocketPC) e Aportis Doc (per lettori Palm). Un aspetto decisamente interessante di questa esperienza è il suo successo, in netto contrasto con i dati assai meno lusinghieri relativi ai siti di vendita di e-book a pagamento. In circa un anno di vita, dalla E-book Library sono stati scaricati oltre tre milioni di libri elettronici (con una media – in continuo aumento – di quasi 9.000 download al giorno): un dato davvero impressionante, soprattutto se si considera il numero ancora limitato di titoli disponibili.

Assai più complessa è evidentemente la questione nel caso di testi sotto diritti. Risulta chiaro, infatti, che le politiche di DRM fin qui adottate sono purtroppo difficilmente compatibili con l’idea del prestito gratuito del libro da parte della biblioteca. Dal punto di vista tecnico, la soluzione più semplice è quella del prestito (interno o esterno) del dispositivo di lettura con il libro già installato. In questo caso, l’installazione del libro elettronico sul dispositivo di lettura può avvenire nel modo normale, anche se occorrerà comunque verificare che il prestito a utenti diversi non violi le clausole di distribuzione previste dall’editore. Esperimenti di noleggio di dispositivi di lettura completi di una raccolta preinstallata di e-book sono stati avviati da diverse biblioteche; in genere i lettori utilizzati sono stati i RocketBook, o i più recenti RCA REB1100[35].

Perché sia possibile il prestito del libro elettronico vero e proprio, e dunque di un file di dati, occorre invece che il software di lettura preveda la relativa funzionalità (è il caso ad esempio, come si è accennato, del formato e-book sviluppato da Adobe) e che le clausole di distribuzione del singolo e-book ne consentano l’uso. In generale, in questi casi il ‘prestito’ del file può avvenire a un solo utente alla volta, proprio come se si trattasse di un libro fisico. L’impressione è comunque che le case editrici non siano orientate a consentire alle biblioteche questa possibilità, se non dietro pagamento di un prezzo considerevolmente più alto di quello praticato all’acquirente privato. Proprio questa sembra essere la linea di sviluppo più probabile: le biblioteche, e in particolare le biblioteche universitarie, potranno acquistare libri elettronici (o ‘abbonamenti’ a collane e depositi di libri elettronici) a un prezzo più alto rispetto all’utente privato, ottenendo in cambio la possibilità di far consultare i testi dai propri utenti, per periodo di tempo limitato. Un primo esempio al riguardo è costituito dal sistema netLibrary (www.netlibrary.com)[36], i cui testi sono per ora destinati alla lettura su computer e non su dispositivi dedicati. Dall’aprile 2001 netLibrary ha comunque adottato OEB come formato di codifica, il che potrà facilitare in futuro l’allargamento dell’offerta anche ai dispositivi dedicati compatibili con tale formato[37]. L’accesso ai libri elettronici viene acquistato dalla biblioteca o dall’istituzione universitaria, ma i relativi testi sono conservati sul server della netLibrary, che permette l’accesso al libro (‘prestito’) a un solo utente alla volta – a meno naturalmente che la biblioteca non abbia comprato più copie dello stesso libro – per un periodo di tempo determinato. Durante tale periodo l’utente può consultare il libro, ma può stamparne solo singole pagine (l’operazione è concettualmente analoga al fotocopiare singole pagine di un libro a stampa), e ha accesso diretto al relativo file solo attraverso il software di lettura (non può dunque farne copie non autorizzate). Il sistema genera automaticamente relazioni e statistiche sull’accesso ai singoli titoli, e la procedura informatizzata evita il problema dei ritardi nella restituzione del libro da parte dell’utente.

Procedure di questo genere conosceranno probabilmente un discreto sviluppo soprattutto nel caso dei testi universitari e dell’editoria specializzata, mentre gli editori potrebbero mostrare maggiori resistenze a permetterli nel caso delle opere a più alta diffusione. Per queste ultime, è più probabile si sviluppino forme di ‘noleggio’ a pagamento dei libri elettronici, rivolte direttamente agli utenti e gestite dalle case editrici o da società di intermediazione operanti in rete. In sostanza, agli utenti potrebbero essere vendute copie ‘a tempo’ dei libri, a un prezzo più basso di quello previsto per le copie regolari.

Un passo ulteriore si ha quando il noleggio offerto all’utenza individuale non riguarda singole opere ma una collezione di testi. Si tratta in questo caso della vendita, attraverso abbonamento, del diritto di accesso a un’intera biblioteca di testi per un periodo di tempo determinato. Questo modello è esplorato da un’altra biblioteca digitale in rete, Questia (www.questia.com). In questo caso il servizio – rivolto agli studenti undergraduate nei settori delle scienze umane e delle scienze sociali – si basa su abbonamenti individuali, del costo di 20 dollari al mese, che consentono l’accesso a una biblioteca di circa 60.000 testi, che comprendono sia libri sia articoli di riviste specializzate. L’utente può liberamente consultare l’intera biblioteca, e ha a disposizione funzioni di annotazione dei testi, un comodo sistema di generazione assistita di citazioni (basta selezionare il passo da citare, per ottenere una citazione completa di riferimenti bibliografici pronta all’inserimento in un documento Word), e una serie di opere di riferimento (dizionari, ecc.) che possono essere richiamate durante la lettura. Non è possibile scaricare sul proprio computer i file dei testi, e la stampa (che comprende anche le annotazioni eventualmente aggiunte dall’utente) può avvenire solo una pagina per volta.

Per certi versi più liberale – ma più costoso nel caso di un uso intensivo – è l’approccio adottato da Ebrary (www.ebrary.com). In questo caso, l’utente ha libero accesso non solo alle funzioni di ricerca ma anche alla biblioteca di testi, consultabili tramite un apposito programma gratuito che assicura una impaginazione analoga a quella del testo a stampa[38]. A pagamento sono invece le operazioni di copiatura, stampa o traduzione automatica di una selezione di testo superiore alle dieci parole. L’importo relativo (irrisorio nel caso di poche righe, e via via più alto per porzioni di testo più estese) viene addebitato su un conto che l’utente può aprire col servizio, e pagare con carta di credito. E’ anche possibile l’acquisto del testo a stampa, attraverso un link verso la libreria Amazon. Anche questo modello è evidentemente rivolto in primo luogo a un pubblico accademico (una dozzina di prestigiose case editrici universitarie statunitensi, fra le quali Columbia, MIT e Stanford University Press, hanno già annunciato il sostegno all’iniziativa), che non si limita alla lettura del testo ma ne richiede un uso ‘attivo’ attraverso citazioni, estratti o annotazioni[39]: un modello interessante, ma – di nuovo – difficilmente esportabile al di fuori dell’ambito dell’insegnamento e della ricerca.

Specificamente rivolto alla didattica è infine XanEdu (www.xanedu.com), che offre contenuti digitali tratti da libri, riviste e opere di riferimento, ma anche materiali multimediali come registrazioni audio e filmati, rivolti all’insegnamento e organizzati in ‘CoursePacks’: pacchetti tematici modificabili dal docente e messi a disposizione degli studenti assieme a strumenti di ricerca, gestione e annotazione.

Tutti questi esempi riguardano la consultazione di testi attraverso il computer di casa, e non attraverso dispositivi dedicati. E’ probabile però che le esperienze che daranno i risultati migliori potranno essere trasferite anche su tali dispositivi: dispositivi che nel giro di pochi anni – con lo sviluppo delle tecnologie UMTS e in generale con la diffusione dell’Internet mobile – dovrebbero garantire un collegamento permanente alla rete, senza necessità di cavi o connessioni via filo.

E’ evidente che le prospettive fin qui delineate non sono ‘neutrali’, e che alcune di esse, se adottate, potrebbero modificare anche considerevolmente le caratteristiche e le modalità d’uso del libro. Occorrerà che gli operatori del settore prestino una particolare attenzione al rischio, indubbiamente presente, di trasformare il libro stesso in un oggetto di ‘consumo volante’, a scapito delle sue caratteristiche di oggetto persistente e strumento di consultazione continua. Occorrerà anche vigilare perché gli editori (e la normativa) non entrino nella spirale della ‘protezione blindata’ dei testi, che potrebbe mettere seriamente in crisi il ruolo delle biblioteche come strumento di accesso pubblico alla cultura: sia per motivi etici e di principio (la possibilità di leggere deve essere garantita a tutti, non solo a chi si può permettere di acquistare i libri appena usciti e i dispositivi di lettura più sofisticati), sia per il bene stesso del mercato editoriale, che ha bisogno per svilupparsi di un contesto nel quale la lettura sia una pratica diffusa e incoraggiata, e non una corsa a ostacoli fra formati, dispositivi e programmi di lettura reciprocamente incompatibili e complesse procedure di acquisto e ‘attivazione’ dei libri.

6 Bibliografia essenziale

Una bibliografia esaustiva sul tema e-book richiederebbe uno spazio assai maggiore di quello disponibile in questa sede. Si è quindi preferito ricordare solo alcune fra le risorse principali, privilegiando – in particolare per quanto riguarda la ‘webografia’ – metarisorse che offrano a loro volta un accesso organizzato a ulteriori materiali di approfondimento. Un’attenzione particolare è stata comunque rivolta ad articoli e interventi di più diretto interesse in ambito bibliotecario. Tutte le URL indicate relativamente alle risorse di rete sono attive al 16 ottobre 2001.

6.1 Su carta

F. Ciotti, E-book: la rivoluzione della lettura, in M. Calvo, F. Ciotti, G. Roncaglia, M. Zela, Frontiere di rete, Laterza, Roma-Bari 2001;

K. D’Eramo, E-book. Le metamorfosi dell’editoria dal libro di carta al libro elettronico, tesi di laurea, Università di Roma “La Sapienza”, Facoltà di Sociologia, corso di laurea in scienze della comunicazione;

In inglese, segnaliamo il recente H. Henke, Electronic Books and ePublishing. A Practical Guide for Authors, Springer Verlag, Heidelberg, 2001. Una lettura particolarmente interessante, pur se precedente la nascita del fenomeno e-book, è inoltre rappresentata da G. Nunberg (ed.), The future of the book, University of California Press, Berkeley and Los Angeles 1996.

6.2 In rete

Il giovane portale eBookWeb (www.ebookweb.com) si è rapidamente imposto come il principale sito di riferimento dell’intera comunità e-book, e offre, accanto a numerosi articoli e materiali di riferimento, un’aggiornatissima sezione di news. Fra i contenuti, va menzionato anche il servizio di segnalazione periodica delle principali novità editoriali in formato e-book. Il gruppo di discussione Ebook-Community (groups.yahoo.com/group/ebook-community) è un’altra risorsa ampiamente utilizzata dagli operatori del settore: una consultazione dei messaggi più recenti (tutti i messaggi sono conservati dall’archivio del gruppo) permette di identificare immediatamente i ‘temi caldi’ del momento.

Un’altra risorsa fondamentale è ovviamente costituita dai siti dei fornitori di lettori hardware e software, già menzionati nelle relative sezioni di questo articolo. Ricordiamo qui nuovamente solo il sito istituzionale dell’Open eBook Forum (www.openebook.org).

Una risorsa bibliografica generale sul tema dell’editoria elettronica è rappresentata da C.W. Bailey, Jr., Scholarly Electronic Publishing Bibliography, versione 38 (agosto 2001): <http://info.lib.uh.edu/sepb/sepb.html>.

Fra gli interventi di carattere più specialistico, va immediatamente ricordato il già citato documento ‘programmatico’ prodotto dall'Open eBook Forum, A Framework for the Epublishing Ecology, draft version 0.78, 25 settembre 2000: <http://www.openebook.org/framework/>. Segnaliamo inoltre: C. Armstrong e R. Lonsdale, The publishing of electronic scholarly monographs and textbooks, 1998: <http://www.ukoln.ac.uk/dlis/models/studies/elec-pub/elec-pub.htm>; C. Lynch, The Battle to Define the Future of the Book in the Digital World, in First Monday, vol. 6 n. 6 (June 2001): <http://firstmonday.org/issues/issue6_6/lynch>; M. Schcolnik , A Study of Reading with Dedicated E-Readers, dissertation submitted in partial fulfillment of the requirements for the degree of Doctor of Philosophy, Graduate School of Computer and Information Sciences, Nova Southeastern University, Fort Lauderdale, 2001: <http://www.ebookweb.org/images/survey.miriam.schcolnik.pdf>; A. Watkinson, Electronic Solutions to the Problems of Monograph Publishing, The Council for Museums, Archives and Libraries, London 2001, scaricabile in formato PDF da <http://www.publishers.org.uk>; H. Woodward and L. Edwards (JISC/DNER E-Book Working Group), Shaping a strategy for e-books: an issues paper, September 2001, <http://www.jisc.ac.uk/dner/ebooks/strategy1.html>.

[1]A Framework for the Epublishing Ecology, draft version 0.78, 25 settembre 2000: <http://www.openebook.org/framework/> (riferimento attivo al 16 ottobre 2001).

[2] EBX System Specification, draft 0.8, 9 giugno 2000: <http://www.ebxwg.org/pdfs/spec.pdf> (riferimento attivo al 16 ottobre 2001).

[3] A. Cox e S. Ormes, E-Books, in Library & Information Briefings, Issue 96, March 2001: <http://litc.sbu.ac.uk/publications/libs/libs96.pdf> (riferimento attivo al 16 ottobre 2001).

[4] Una rassegna – comunque parziale – è offerta da R. Wilson, The Problem of Defining Electronic Books, novembre 2000, documento sviluppato nell’ambito del progetto EBONI: <http://eboni.cdlr.strath.ac.uk/documents/definition.html> (riferimento attivo al 16 ottobre 2001).

[5] Si veda ad es. la definizione di digital book in C. Lynch, The Battle to Define the Future of the Book in the Digital World, in First Monday, vol. 6 n. 6 (June 2001): <http://firstmonday.org/issues/issue6_6/lynch> (riferimento attivo al 16 ottobre 2001).

[6] “At its simplest level, an e-book consists of electronic content originating from traditional books, reference material, or magazines that is downloaded from the Internet and viewed through any number of hardware devices”. A.A. Terry, Demystifying the e-Book, in Against the Grain, v. 11 n. 5, November 1999, pp. 18-21: <http://www.against-the-grain.com/ATG_AnaEbook.html> (riferimento attivo al 16 ottobre 2001).

[7] “The term eBook applies to published materials, such as reference books, scholarly monographs, and trade books that have been converted into digital format for electronic distribution”: <http://www.netlibrary.com/about_us/public/faq.asp> (riferimento attivo al 16 ottobre 2001). Sul servizio NetLibrary torneremo nel seguito di questo articolo.

[8] G. Laterza, Chiamiamolo DIASS, intervento presentato in occasione del convegno Il libro elettronico entra all’università: quali e-book per la didattica e la ricerca? organizzato dall’Università della Tuscia l’8 maggio 2001: <http://www.unitus.it/confsem/ebook/discussione3.htm> (riferimento attivo al 16 ottobre 2001).

[9] In maniera in parte analoga, nel riassumere le conclusioni di un gruppo di lavoro del CNRS francese sul tema, Jean-Gabriel Ganascia sostiene che il termine libro elettronico “est restrictif, car le livre désigne un support particulier de l'écrit qui est advenu à un moment donné dans l'histoire; il est restrictif de parler de livre, là où tous les supports de l'écrit, du son et de l'image sont convoqués” : <http://www-apa.lip6.fr/GIS.COGNITION/livr1.html> (riferimento attivo al 16 ottobre 2001).

[10] Si vedano al riguardo gli interessanti risultati di M. Schcolnik , A Study of Reading with Dedicated E-Readers, dissertation submitted in partial fulfillment of the requirements for the degree of Doctor of Philosophy, Graduate School of Computer and Information Sciences, Nova Southeastern University, Fort Lauderdale, 2001: <http://www.geocities.com/mschcolnik/schcolnik.pdf>, oppure <http://www.ebookweb.org/images/survey.miriam.schcolnik.pdf> (riferimenti attivi al 16 ottobre 2001).

[11] La definizione qui proposta costituisce una rielaborazione – e in parte una specificazione – di quella suggerita in M. Calvo, F. Ciotti, G. Roncaglia, M.A. Zela, Frontiere di rete, Laterza 2000, p. 105-106; su questo tema cfr. K. D’Eramo, E-book. Le metamorfosi dell’editoria dal libro di carta al libro elettronico, tesi di laurea, Università di Roma “La Sapienza”, Facoltà di Sociologia, corso di laurea in scienze della comunicazione, pp. 43-47. Abbastanza vicino alla definizione qui proposta è il significato più recente e ‘specifico’ del termine individuato da Sarah Ormes in An E-book primer, An issue paper from the Networked Services Policy Taskgroup, <http://www.ukoln.ac.uk/public/earl/issuepapers/ebook.htm> (riferimento attivo al 16 ottobre 2001): “E-book is a vague term which is used to describe a text or monograph which is available in an electronic form. An e-book could be a novel published on a Web site, a short story available to be downloaded as a word processing file or even a diary in a very long e-mail! Increasingly though the term e-book is used specifically to describe a text which requires the use of e-book software or hardware to be read. This software or hardware reproduces the text in a high-quality, easy-to-read digital format which aims to replicate the text quality available in a paper-based book”. Dal nostro punto di vista, tuttavia, l’or che abbiamo riportato in corsivo dovrebbe essere un and.

[12] E’ d’obbligo ricordare al lettore che l’analisi qui proposta, in base alla quale sul medio-lungo periodo la diffusione di dispositivi di lettura di buona qualità limiterà il ruolo delle tecnologie di print on demand, non è condivisa dai molti operatori del settore che vedono invece nel print on demand la vera rivoluzione introdotta dalle tecnologie digitali nel mondo dell’editoria. Una tesi di questo tipo è ad es. sostenuta in J. Epstein, Reading: The Digital Future, in The New York Review of Books online, 5 luglio 2001, <http://www.nybooks.com/articles/14318> (riferimento attivo al 16 ottobre 2001).

[13] L’Università della Tuscia, molto attiva nel settore e-Book, ha recentemente manifestato l’intenzione di entrare anch’essa fra i membri associati del Forum.

[14] Per un primo orientamento rimandiamo a tre risorse di rete ormai canoniche: il sito XML Coverpages (xml.coverpages.org; il sito è gestito da Robin Cover ed è ospitato dall’OASIS, Organization for the Advancement of Structured Information Systems, in collegamento con XML.org), il sito XML.com (gestito dai gruppi editoriali O’Reilly e Seybold) e il già citato sito dell’OEBF (www.openebook.org).

[15] Ad esempio, all’elemento dc:Contributor è aggiunto un attributo ‘role’; cfr. OEB Publication Structure 1.0.1., Recommended Specification July 2, 2001: <http://www.openebook.org/oebps/oebps1.0.1/download/2001-07-02_OEBPS1.0.1_recommended/hoeb101.htm#section1.4.5> (riferimento attivo al 16 ottobre 2001). Per ulteriori informazioni sulle specifiche Dublin Core si veda il sito della Dublin Core Metadata Initiative (dublincore.org).

[16] Una soluzione aperta in questo settore può basarsi sull’adozione di voucher, codificati in XML e contenenti indicazioni relative ai diritti di lettura di un certo titolo, accompagnati dal puntatore al file protetto del libro e dalla relativa chiave di accesso. In sostanza, il voucher – emesso da uno specifico voucher server – funzionerebbe sia come certificato di possesso, sia come chiave di accesso al libro; il formato del file protetto resterebbe invece non specificato, in modo da permettere di utilizzare lo stesso meccanismo per formati diversi di e-book, proprietari o no. Un sistema di questo tipo è adottato – pur se in un contesto proprietario – dal sistema di DRM della Adobe, ed è alla base dell’Electronic Book Exchange System al quale l’EBX working group aveva iniziato a lavorare. Cfr. <http://www.ebxwg.org/pdfs/spec.pdf> (riferimento attivo al 16 ottobre 2001).

[17] Per una prima introduzione al formato OEB, destinata a utenti con un minimo di conoscenza di XML, si veda D. Martin, Opening the E-Book, ottobre 2000: <http://www.xml.com/pub/a/2000/10/18/ebooks>. Per creare e-book in formato OEB possono aiutare gli strumenti messi a disposizione in rete dal progetto Xhub della Brown University: <http://www.stg.brown.edu/projects/Xhub>; sempre la Brown University offre anche un servizio di ‘validazione’ on-line per controllare la correttezza formale dei pacchetti OEB: <http://www.stg.brown.edu/service/oebvalid/> (riferimenti attivi al 16 ottobre 2001).

[18] Non va tuttavia nascosto al lettore che di fatto, al momento, fra i formati basati su OEB a farla da padrone è il formato Microsoft Reader, del quale ci occuperemo fra breve.

[19] Maggiori informazioni sul concetto di sub-pixel font rendering – che abbiamo qui presentato in maniera estremamente sintetica, a scapito della precisione – possono essere reperite nell’eccellente sito dedicato a questo tema dalla Gibson Research Corporation: <http://grc.com/cleartype.htm> (riferimento attivo al 16 ottobre 2001).

[20] Oltre a quelli offerti gratuitamente dalla stessa Microsoft, che permettono la realizzazione di e-book a partire da file Microsoft Word, si segnalano in particolare i programmi offerti dalla società Overdrive (www.overdrive.com), che offre anche la possibilità di produrre e-book attraverso una semplice interfaccia Web, all’indirizzo www.ebookexpress.com. In particolare, il programma Overdrive ReaderWorks consente di realizzare e-book per Microsoft Reader partendo da un pacchetto OEB

[21] Nella versione precedente del programma, la 1.5, il limite era ancora più serio, dato che le attivazioni possibili erano solo due.

[22] Il Compaq iPAQ, uno fra i più diffusi lettori di prima generazione, è l’unico in grado di essere aggiornato a PocketPC 2002 senza modifiche hardware.

[23] La strategia Microsoft sembra invece quella di differenziare gli strumenti di lettura riservati agli e-book da quelli utilizzati per scaricare e leggere contenuti relativi alle news e all’attualità. Quest’ultimo settore resta infatti appannaggio delle versioni ‘portatili’ di Internet Explorer, magari affiancate da un software specifico come il fortunato AvantGo (www.avantgo.com).

[24] Il termine e-document è spesso utilizzato con riferimento a due tipologie di contenuti elettronici, delle quali con il miglioramento delle caratteristiche ergonomiche dei dispositivi di lettura è prevedibile una notevole diffusione: i documenti prodotti direttamente dall’utente, magari attraverso assemblaggi autonomi di contenuti reperiti in rete (come si è visto, è questo il senso al quale sembra fare in primo luogo riferimento Mobipocket), e report, relazioni, ricerche o articoli di un certo respiro – pur se di dimensioni non paragonabili a quelle di un libro vero e proprio – realizzati e venduti da istituti di ricerca, società di consulenza, e simili. Quest’ultima categoria potrebbe rivelarsi un mercato particolarmente redditizio; ne è testimonianza la sezione e-Documents del sito Amazon, completa di una FAQ nella quale gli e-Documents sono esplicitamente differenziati dai libri elettronici: <http://www.amazon.com/exec/obidos/tg/feature/-/180386/103-4888998-1539046> (riferimento attivo al 16 ottobre 2001).

[25] In particolare, Adobe ha recentemente introdotto il cosiddetto tagged PDF, o PDF marcato. Tale tecnologia costituisce un’applicazione dell’eXtensible Metadata Platform (XMP), uno standard sviluppato da Adobe che si basa sul Resource Description Format (RDF) elaborato dal W3C (cfr. www.w3.org/RDF) e sulla sintassi XML per proporre un insieme unitario di convenzioni per l’associazione di metadati a qualunque tipo di file binario. In sostanza, al file viene applicato un ‘involucro’ editabile di metadati, predisposto rispettando convenzioni definite in maniera rigorosa e standardizzata. Uno dei tredici core schemas proposti per XMP è specificamente dedicato ai metadati Dublin Core. XMP è già utilizzato da diversi prodotti Adobe, fra i quali Acrobat 5.0 e Illustrator 10, e con l’obiettivo di diffonderne l’uso la società statunitense distribuisce con licenza open source uno specifico kit di sviluppo. Maggiori informazioni alla pagina <http://partners.adobe.com/asn/developer/xmp> (riferimento attivo al 16 ottobre 2001).

[26] È ragionevole ritenere che tali sistemi si baseranno proprio sul framework XMP al quale si è fatto cenno nella nota precedente. Al momento in cui scriviamo, non è ancora chiaro se l'annunciata versione 2.0 di Adobe InDesign offrirà funzioni dirette di importazione in formato PDF di testi in formato OEB.

[27] Sulla vicenda si vedano i due articoli di R. Parloff, Don't Read Aloud This Version of Alice in Wonderland: <http://www.thestandard.com/article/0,1902,22377,00.html> e Adobe in Wonderland: <http://www.thestandard.com/article/0,1902,22914,00.html> (riferimento attivo al 16 ottobre 2001; TheStandard.com ha avviato nel settembre 2001 la procedura di fallimento, e la sopravvivenza del sito è dunque a rischio)

[28] Per maggiori informazioni si possono consultare le pagine dedicate al caso dalla Electronic Frontier Foundation: <http://www.eff.org/IP/DMCA/US_v_Sklyarov> (riferimento attivo al 16 ottobre 2001).

[29] Maggiori informazioni alla pagina <http://www.microsoft.com/windows/tabletpc/> (riferimento attivo al 16 ottobre 2001)

[30] Si tratta dell’orizzonte temporale nel quale, proprio sulla base di queste considerazioni, abbiamo collocato la diffusione degli e-book nell’appendice a M. Calvo, F. Ciotti, G. Roncaglia, M.A. Zela, Frontiere di rete, Laterza 2001.

[31] Il testo dell’accordo è disponibile all’indirizzo <http://www.unifi.it/e-press/accordo.htm> (riferimento attivo al 16 ottobre 2001)

[32] C. Rippel, Can E-books Improve Libraries?, <http://skyways.lib.ks.us/central/ebooks>, sezione Cataloging e-books: <http://skyways.lib.ks.us/central/ebooks/cataloging.html> (riferimenti attivi al 16 ottobre 2001).

[33] Un problema analogo si pone del resto per i contenuti informativi distribuiti su Web, per i quali, come è noto, il meccanismo delle URL non offre garanzie né di persistenza né di identificazione univoca.

[34] Maggiori informazioni sul sistema DOI e sulla International DOI Foundation sono disponibili nel sito Web del progetto (www.doi.org). Per una introduzione ai problemi legati all’identificazione dei contenuti digitali nel campo specifico degli e-book si veda D. Salo, The e-Book Triangle: Identity, Appearance, Behavior, luglio 2001: <http://12.108.175.91/ebookweb/stories/storyReader$642> (riferimento attivo al 16 ottobre 2001).

[35] Indicazioni sull’organizzazione pratica di un servizio di questo tipo possono essere ricavate ad es. dalle FAQ della Algonquin Area Public Library: cfr. <http://www.aapld.org/faq.html> e <http://www.aapld.org/proc.html>. Una lista assai nutrita di biblioteche che offrono servizi legati all’uso di e-book è in C. Rippel, Can E-books Improve Libraries? cit., sezione Libraries with E-books: <http://skyways.lib.ks.us/central/ebooks/libraries.html>. Tutti i riferimenti sono attivi al 16 ottobre 2001.

[36] Una presentazione del ‘modello netLibrary’ è in B. Longo, L’e-book in biblioteca e il modello netLibrary. In "Biblioteche Oggi", 19 (2001), 2, p. 34-43. Al momento di chiudere questo articolo, circolano su Web notizie preoccupanti sullo stato di salute finanziaria della società, che non risulterebbe in grado di raggiungere il pareggio di bilancio programmato per la seconda metà del 2002 e sarebbe stata posta in vendita. Un interesse all'acquisto sarebbe stato manifestato da parte dell'Online Computer Library Center (OCLC), la nota organizzazione di cooperazione interbibliotecaria. Se tale interesse fosse confermato, potrebbe derivarne un 'reindirizzamento' del modello netLibrary dall'ambito strettamente commerciale a quello di piattaforma no-profit.

[37] L’attenzione di NetLibrary per i dispositivi di lettura non è del resto una novità, dato che allo stesso ambito societario faceva riferimento la Peanutpress – già ricordata nel discutere i formati di codifica e lettura per palmari – prima di essere ceduta alla Palm. Dal punto di vista da noi adottato in questa sede, si tratta di un tema che sul lungo periodo dovrebbe rivelarsi strategico per il successo di iniziative di questo tipo: il sistema di lettura attualmente offerto da netLibrary (basato sull’uso di normali PC, per di più con un software di lettura non proprio soddisfacente dal punto di vista della ‘pulizia’ dell’interfaccia) può infatti difficilmente competere con la comodità ergonomica del libro a stampa.

[38] Una prova del sistema fa intuire l’uso di tecnologia Adobe; non sembra dunque un caso che fra i soci fondatori della società sia Christopher Warnock, figlio di John Warnock, uno dei manager ‘storici’ di casa Adobe.

[39] In generale, questo tipo di lettura ‘attiva’ (l’espressione active reading è stata utilizzata con una connotazione simile già da M.J. Adler e C. van Doren in How to Read a Book, Simon and Schuster, New York 1972) è quella che sembra ricavare i maggiori benefici dall’uso di strumenti elettronici, e non a caso è al centro dell’attenzione di tutti gli sviluppatori di software di lettura, sia per PC sia per dispositivi dedicati.

Libri elettronici - problemi e prospettive

1. Cos’è un libro elettronico?

2. Qualche distinzione

3. Formati di codifica e programmi di lettura

3.1 Alla ricerca di uno standard: il formato OEB

3.2 I formati direttamente compilabili a partire da OEB: Microsoft Reader e Mobipocket

3.3 Il formato PDF e la strategia Adobe nel settore e-book

3.4 Altri formati proprietari

4 I dispositivi di lettura

5 L’e-book e la biblioteca

6 Bibliografia essenziale

6.1 Su carta

6.2 In rete