Em artigo especialmente escrito para o PN, Pedro Milliet analisa as duas op\u00e7\u00f5es de formatos e explica as suas raz\u00f5es para apoiar o HTML5 como solu\u00e7\u00e3o ideal para o PNLD digital.<\/p>\n
O PNLD 2023 requisita pela primeira vez das editoras participantes a entrega dos livros did\u00e1ticos em formato digital. O desafio \u00e9 proporcional ao salto de qualidade que se pode prever no futuro, mas h\u00e1 muita inseguran\u00e7a por parte dos profissionais do campo editorial. Essa inseguran\u00e7a, em parte derivada das especifica\u00e7\u00f5es que ainda n\u00e3o est\u00e3o completamente definidas, em parte devida \u00e0 dificuldade inerente \u00e0 produ\u00e7\u00e3o do livro digital com a complexidade do livro did\u00e1tico, pode e deve ser superada com informa\u00e7\u00e3o consistente e uma especifica\u00e7\u00e3o precisa.<\/p>\n
A perspectiva inicial do PNLD seria a entrega dos livros em formato ePub 3, mas h\u00e1 uma tend\u00eancia em adotar-se o HTML5 como formato base.<\/p>\n
Discutiremos a seguir as duas op\u00e7\u00f5es e porque apoiamos a escolha do HTML5 como solu\u00e7\u00e3o mais adequada para o PNLD digital.<\/p>\n
Procuramos simplificar os termos t\u00e9cnicos, ou ao menos referenci\u00e1-los em contexto, por extenso. No entanto acreditamos que essas s\u00e3o refer\u00eancias importantes para entender melhor as diferen\u00e7as entre os formatos.<\/p>\n
O ePub 3<\/strong><\/p>\n O formato ePub 3 deriva do anterior ePub 2, cuja vers\u00e3o inicial surgiu em 2007. Em 2010, a vers\u00e3o ePub 3 traz mudan\u00e7as significativas, como a ado\u00e7\u00e3o do HTML5 e CSS3 como linguagens para a composi\u00e7\u00e3o do livro, assim como recursos de sincroniza\u00e7\u00e3o de \u00e1udio e texto para acessibilidade. Em 2016 ocorreu a fus\u00e3o do IDPF com o W3C, institui\u00e7\u00e3o mundial respons\u00e1vel pelas especifica\u00e7\u00f5es das linguagens da Web, como HTML, CSS, XML entre outros. Em 2019 foi lan\u00e7ada a vers\u00e3o 3.2 com novidades mais relacionadas \u00e0 metadados e acessibilidade.<\/p>\n Ap\u00f3s a vers\u00e3o 3.2 e a fus\u00e3o com o W3C, o formato entrou em estado de manuten\u00e7\u00e3o e hoje n\u00e3o se prev\u00ea uma nova vers\u00e3o 4. O grupo de trabalho respons\u00e1vel pelo standard ePub hoje est\u00e1 mais focado em ajustes menores e melhorar a acessibilidade.<\/p>\n Por dentro do ePub<\/strong><\/p>\n O livro ePub \u00e9 um pacote de arquivos zipados.<\/p>\n Se trocamos a termina\u00e7\u00e3o .epub por .zip, podemos abrir o arquivo com qualquer gerenciador de zips.<\/p>\n Agora vamos abrir o zip e ver o conte\u00fado: META-INF, OEBPS.<\/p>\n O diret\u00f3rio META-INF \u00e9 obrigat\u00f3rio e o diret\u00f3rio OEBPS (exceto pelo diret\u00f3rio META-INF, todos os outros tem nomes arbitr\u00e1rios) \u00e9 onde armazenamos os arquivos do livro. Na raiz h\u00e1 um arquivo de texto que define o tipo de arquivo ePub, chamado mimetype. Seu conte\u00fado \u00e9 somente a defini\u00e7\u00e3o do tipo de arquivo: application\/epub+zip.<\/p>\n Dentro do diret\u00f3rio META-INF vemos somente o arquivo container.xml, que \u00e9 um arquivo de texto em linguagem xml para indicar onde est\u00e1 o arquivo base do ePub, em formato de texto xml, com extens\u00e3o .opf, que indica todos os arquivos contidos no ePub, com seus formatos e localiza\u00e7\u00f5es, define os metadados do livro e apresenta a ordem inicial dos arquivos de conte\u00fado do livro. Normalmente o arquivo .opf \u00e9 armazenado no diret\u00f3rio OEBPS.<\/p>\n A estrutura que vemos \u00e9 livre e \u00e9 reconhecida pela aplica\u00e7\u00e3o de leitura por estar definida no arquivo .opf (em nosso caso package.opf). O diret\u00f3rio audio cont\u00e9m os arquivos de \u00e1udio, que devem ser em formato mp3. Em img temos as imagens, que podem ser em jpg, png ou svg. No diret\u00f3rio mo est\u00e3o os arquivos de sincroniza\u00e7\u00e3o do \u00e1udio com o texto, que permitem a navega\u00e7\u00e3o com destaque para as palavras ou frases que est\u00e3o sendo narradas, quando a narra\u00e7\u00e3o est\u00e1 embarcada no livro em arquivos de \u00e1udio. Estes arquivos s\u00e3o arquivos de texto em formato smil (Synchronized Multimedia Integration Language). Seu conte\u00fado indica para cada frase do livro (ou quebra de narra\u00e7\u00e3o) o arquivo de \u00e1udio correspondente, e os pontos de entrada e sa\u00edda da narra\u00e7\u00e3o do trecho.<\/p>\n A tag indica ocorr\u00eancia em paralelo do texto, definido a seguir na tag pela sua origem src e o identificador de posi\u00e7\u00e3o (#dtb2338), e do \u00e1udio da narra\u00e7\u00e3o, definido na tag<\/p>\n O arquivo de navega\u00e7\u00e3o do livro \u00e9 o nav.xhtml e os arquivos de conte\u00fado s\u00e3o os arquivos com extens\u00e3o .xhtml. O XHTML \u00e9 uma vers\u00e3o de HTML com uma sintaxe mais estrita. O conte\u00fado, portanto, \u00e9 todo em HTML.<\/p>\n Opcionalmente pode-se usar arquivos de estilo em CSS3, como em nosso exemplo o arquivo base.css, e incluir a capa do livro.<\/p>\n O formato LPF \u00e9 uma proposi\u00e7\u00e3o do Publishing Working Group do W3C para a distribui\u00e7\u00e3o de livros ou documentos estruturados para leitura on e off-line, baseados em HTML5, enquanto o PWA \u00e9 um modelo de organiza\u00e7\u00e3o de conte\u00fado HTML que permite a leitura on e off-line (diretamente no browser), assim como uma s\u00e9rie de outros recursos de comunica\u00e7\u00e3o com a Web e com o usu\u00e1rio.<\/p>\n O LPF foi proposto para viabilizar a distribui\u00e7\u00e3o em pacote de um conjunto de arquivos HTML, e todos os recursos anexos, como v\u00eddeos, \u00e1udio, imagens, scripts, outros formatos de arquivo, etc. Sua composi\u00e7\u00e3o \u00e9 bem mais simples do que a do ePub 3 que vimos acima, sendo obrigat\u00f3rio somente o arquivo manifest.json, que veremos a seguir. O pacote \u00e9 zipado, e da mesma forma que o ePub, que \u00e9 um zip com a extens\u00e3o .epub, a extens\u00e3o .zip \u00e9 trocada pela extens\u00e3o .lpf.<\/p>\n O LPF \u00e9, portanto, um perfil de uma publica\u00e7\u00e3o Web, estruturada por um manifesto de publica\u00e7\u00e3o. Todas as informa\u00e7\u00f5es relativas aos arquivos do pacote, que incluem metadados, ordem inicial de leitura, conte\u00fados alternativos, s\u00e3o definidas no arquivo publication.json. A utiliza\u00e7\u00e3o do manifesto em formato json amplia de forma significativa a flexibilidade para inclus\u00e3o futura de recursos e fun\u00e7\u00f5es e mesmo sua interoperabilidade com outros perfis de publica\u00e7\u00e3o (como audiolivros, graphic novels, etc.).<\/p>\n Dessa forma, o \u00fanico arquivo estrutural cuja defini\u00e7\u00e3o e especifica\u00e7\u00e3o \u00e9 fixa e restrita, \u00e9 o arquivo manifesto ou publication.json. E mesmo esse pode ser substitu\u00eddo por um manifesto inclu\u00eddo em um arquivo index.html na raiz do pacote, ou um arquivo de manifesto referenciado por um link no mesmo arquivo da raiz. A simplicidade dessa montagem torna a produ\u00e7\u00e3o mais simples e efetiva.<\/p>\n H\u00e1 uma especifica\u00e7\u00e3o de um novo modelo de sincroniza\u00e7\u00e3o texto-\u00e1udio (Media Overlay), baseado no formato json. Al\u00e9m de sincronizar \u00e1udio e texto, pode ser utilizada para outras sincronias, como v\u00eddeo e texto.<\/p>\n A mudan\u00e7a \u00e9 consistente com a migra\u00e7\u00e3o para json em todos os arquivos de suporte e configura\u00e7\u00e3o em perfil LPF. Al\u00e9m disso, est\u00e1 inclu\u00edda no desenvolvimento do Readium-2, que \u00e9 a base para a cria\u00e7\u00e3o de aplicativos de leitura de livros ePub, LPF e audiobooks.<\/p>\n O PWA n\u00e3o \u00e9 uma especifica\u00e7\u00e3o W3C. Nasce de uma iniciativa de dois dos maiores atores da web, o Google e a Apple. Visa simplificar a instala\u00e7\u00e3o de aplicativos web nos sistemas operacionais a partir dos sites e atrav\u00e9s dos browsers e permitir seu uso off-line, e \u00e9 totalmente multiplataforma. Al\u00e9m desta fun\u00e7\u00e3o, estabelece modelos de atualiza\u00e7\u00e3o de conte\u00fados, comunica\u00e7\u00e3o entre os aplicativos e as aplica\u00e7\u00f5es nos servidores remotos, e com o sistema operacional local. O PWA \u00e9 constitu\u00eddo por arquivos em HTML e seus correlatos de estilo (CSS), interatividade (Javascript), e acess\u00f3rios como v\u00eddeos, \u00e1udios e outros. Para criar um PWA, a obrigatoriedade se resume a um arquivo de conte\u00fado em HTML, um manifesto em json e um arquivo de servi\u00e7o em Javascript. Com a configura\u00e7\u00e3o criada, o conjunto de arquivos transforma-se em um aplicativo que pode ser armazenado localmente, executado on e off-line, atualizar partes de seu conjunto, enviar e receber mensagens da aplica\u00e7\u00e3o na Web.<\/p>\n Um livro criado como PWA pode conter toda a programa\u00e7\u00e3o de leitura inclu\u00edda em si mesmo, de forma encapsulada. Quer dizer, n\u00e3o necessita de uma outra aplica\u00e7\u00e3o de leitura para ser consumido. Pode mesmo conter em si a fun\u00e7\u00e3o de leitura por voz sintetizada, com controles avan\u00e7ados de navega\u00e7\u00e3o, anota\u00e7\u00f5es, etc. Ao mesmo tempo, a estrutura do PWA permite que facilmente seja convertido em um modelo LPF ou mesmo ePub.<\/p>\n Porque escolher o HTML5 (LPF) como formato para a publica\u00e7\u00e3o de livros did\u00e1ticos universais<\/p>\n \u2022 A variedade e maturidade das ferramentas de software para autoria e edi\u00e7\u00e3o de documentos em formato HTML5. Pode-se criar um livro em HTML5 (LPF) utilizando desde aplicativos como Notepad++, escrevendo o c\u00f3digo manualmente, at\u00e9 com ferramentas sofisticadas como Visual Studio Code, DreamWeaver, ou mesmo partir de um livro produzido em InDesign (desde que seguindo as pr\u00e1ticas corretas de concep\u00e7\u00e3o e composi\u00e7\u00e3o) para depois editar ou enriquecer o livro.<\/p>\n \u2022 A leitura do livro em HTML5 n\u00e3o demanda a utiliza\u00e7\u00e3o de um leitor espec\u00edfico durante sua produ\u00e7\u00e3o, e n\u00e3o exige a compila\u00e7\u00e3o no pacote zip (.epub) para ser lido e revisto. J\u00e1 um ePub, para ser verificado, precisa ser compilado e lido em uma aplica\u00e7\u00e3o dedicada.<\/p>\n \u2022 H\u00e1 restri\u00e7\u00f5es ao uso de Javascript no livro ePub, principalmente por parte dos aplicativos de leitura. No caso de um livro em HTML5 pode-se utilizar c\u00f3digos em Javascript e incluir todos os tipos de interatividade compat\u00edveis com os browsers atuais. Assim, na evolu\u00e7\u00e3o dos livros em HTML5, quando da universaliza\u00e7\u00e3o dos livros did\u00e1ticos digitais, est\u00e1 garantida a possibilidade de uso de interatividades sofisticadas (simuladores, acesso em rede, compartilhamento de conte\u00fados, atualiza\u00e7\u00e3o remota, etc.)<\/p>\n \u2022 A evolu\u00e7\u00e3o do standard em HTML5 est\u00e1 garantida pela cont\u00ednua discuss\u00e3o e elabora\u00e7\u00e3o de novos recursos e m\u00e9todos, controlada e coordenada pelo W3C. O EPub 4 n\u00e3o est\u00e1 previsto, e a informa\u00e7\u00e3o corrente \u00e9 de que n\u00e3o haver\u00e1 uma nova vers\u00e3o do ePub.<\/p>\n \u2022 N\u00e3o h\u00e1 restri\u00e7\u00f5es de uso de standards como SSML no livro em HTML5, como h\u00e1 no ePub. Dessa forma, substitui\u00e7\u00f5es fon\u00e9ticas inseridas no c\u00f3digo do livro podem ser feitas em ter que utilizar alfabetos fon\u00e9ticos como X-SAMPA e IPA, podendo ser realizada diretamente por substitui\u00e7\u00e3o pelo termo desejado (como, por exemplo, substituir \u201cFreud\u201d por \u201cFr\u00f3ide\u201d, sem necessidade de escrever \u201cf\u027e\u02c8\u0254jd\u0292i\u201d). Essa caracter\u00edstica permite a distribui\u00e7\u00e3o dos livros sem a narra\u00e7\u00e3o em \u00e1udio embarcado, diminuindo significativamente o tamanho do arquivo (em m\u00e9dia, para um livro de aluno de Fundamental 2, de 300 Mb para 15 Mb).<\/p>\n \u2022 A convers\u00e3o de um livro em HTML5 para ePub pode ser feita de forma autom\u00e1tica. O livro em HTML5, utilizando o standard o dominante na Web, \u00e9 sem d\u00favida a melhor op\u00e7\u00e3o como matriz de o armazenamento do conte\u00fado.<\/p>\n \u2022 Finalmente, a produ\u00e7\u00e3o do livro em HTML pode ser utilizada de forma direta, com os procedimentos corretos, como matriz e base da produ\u00e7\u00e3o em outros formatos, tais como ePub, PWA, Texto puro, Braille, docx, InDesign e outros.<\/p>\n \u2022 O custo de produ\u00e7\u00e3o de livros em HTML5 \u00e9 no m\u00ednimo competitivo com o custo de produ\u00e7\u00e3o em ePub 3. Como mencionamos acima, o fato dessa op\u00e7\u00e3o oferecer vantagens de simplicidade de produ\u00e7\u00e3o, armazenamento de matriz otimizada, compatibilidade e usabilidade universal, e garantia de evolu\u00e7\u00e3o consistente com a Web, aumenta ainda mais sua competitividade a longo prazo.<\/p>\n Conclus\u00e3o<\/strong><\/p>\n Pelos argumentos e fatos expostos, pensamos que a escolha do formato HTML5, em sua vers\u00e3o de distribui\u00e7\u00e3o LPF, \u00e9 a melhor op\u00e7\u00e3o para a produ\u00e7\u00e3o dos livros did\u00e1ticos digitais em formato universal, preservando caracter\u00edsticas de design visual avan\u00e7ado, responsivo e com acessibilidade. Tanto pelo aspecto dos produtores de livros quanto pelo dos usu\u00e1rios, nos parece que as vantagens s\u00e3o significativas.<\/p>\n","protected":false},"excerpt":{"rendered":" Em artigo especialmente escrito para o PN, Pedro Milliet analisa as duas op\u00e7\u00f5es de formatos e explica as suas raz\u00f5es para apoiar o HTML5 como solu\u00e7\u00e3o ideal para o PNLD digital.<\/p>\n","protected":false},"author":4,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":"","_links_to":"","_links_to_target":""},"categories":[9,10],"tags":[],"class_list":["post-12877","post","type-post","status-publish","format-standard","hentry","category-noticias-da-imprensa","category-pnld-programa-nacional-do-livro-e-do-material-didatico"],"yoast_head":"\n