Sem fios!

No caso dos eReaders com tela e-ink, as opções padrão se limitam a conectar o dispositivo ao desktop via USB para ter acesso ao espaço de armazenagem interno e só então copiar o seu livro para a pasta correspondente, de forma direta, via sistema, ou com a ajuda de outro programa, como o ADE, em um processo conhecido como sideloading. Para visualizar se a sua alteração no código foi bem sucedida, é necessário ejetar esse volume interno e, só então, atualizar a biblioteca do dispositivo… isso para cada dispositivo de teste. Executar uma tarefa como essa repetidas vezes, ao longo de semanas, não é nada produtivo.

Mas no caso de tablets e smartphones, há mais flexibilidade no processo de sideloading, que pode ser feito via Wi-Fi ou mesmo remotamente, pela web. Nesta série de artigos, veremos quais são as principais opções para testar seus livros com mais eficiência nas principais plataformas do mercado, suas vantagens e desvantagens, começando pelo…

Calibre Content Server

O Calibre, velho conhecido gerenciador de livros digitais para múltiplas plataformas, pode ser usado como um servidor de arquivos particular, baseado no sistema OPDS (Open Publication Distribution System) que é muito útil para testar seus livros diretamente via Wi-Fi, ou via web, nos programas que suportam o OPDS, como o Aldiko e o Moon+ (veja uma lista completa de programas que “conversam” com o Calibre). Assim, você pode simplesmente arrastar seu livro para a janela do Calibre e ele estará disponível diretamente na interface de adição de bibliotecas do programa de leitura do seu gadget Android que tenha acesso sem fio. Há outras opções para carregar arquivos remotamente, mas nenhuma oferece uma solução tão universal, especificamente voltada a eBooks como o servidor OPDS.

Figura 1: Biblioteca do Calibre e a interface do servidor de livros

Mesmo nos dispositivos iOS (iPhone, iPad, iPod Touch), o servidor interno do Calibre é uma alternativa para carregar seus livros mais rapidamente nos programas de leitura sem conectar o dispositivo via USB. Abrindo o endereço do servidor do Calibre no Safari Mobile, é possível escolher em que aplicativo deseja abrir o arquivo ePUB: um recurso nativo do sistema da Apple.

Figura 2: Abrindo o servidor do Calibre pelo Safari Mobile, no iPad

Vantagens

• Funcionalidade grátis e multiplataforma;
• Atualização sem fios: é mais flexível que o sideloading tradicional via USB, permitindo que possa ser usado em vários aparelhos ao mesmo tempo;
• Funciona com os aplicativos de leitura também no emulador do Android, caso você não tenha um dispositivo real (mais sobre isso, em um próximo artigo);
• A solução mais universal para testar seus livros nos aplicativos de ePUB do Android (e em alguns eReaders também);
• Pode ser usado também para criar a sua biblioteca pessoal na nuvem.

Desvantagens

• Não é uma solução criada especificamente para produtores de eBooks, como o Book Proofer da Apple é para o aplicativo iBooks (iOS). Nele, o livro pode ser editado sem envio para a biblioteca e atualização no eReader, todo o processo é feito pelo aplicativo, que atualiza constantemente o iBooks a cada alteração. Mas como o Calibre não foi criado com essa finalidade, não há muita esperança nesse sentido.

Como usar

1º passo: no Calibre, vá até o menu “Preferências > Preferências” e clique na opção “Compartilhando pela rede”. Verifique as configurações e ative o servidor no botão “Iniciar servidor”.

Figura 3: Janela de preferências do Calibre

2º passo: adicione o seu livro à biblioteca do Calibre;

3º passo: ainda no computador, verifique o seu número IP na rede local (saiba como encontrar o seu IP no Windows e no Mac).

Figura 4 : Janela de rede nas preferências do sistema do Mac

4º passo: abra o programa de leitura desejado (Aldiko, Moon+, FBReader etc) no seu dispositivo (tablet, smartphone) e localize a função para adicionar um novo catálogo. No Aldiko, por exemplo, clique no ícone de carrinho de compras, depois do botão do aparelho e em “Meus catálogos”. Clicando no botão “+” você adiciona um novo catálogo. Insira um nome para o seu catálogo e o seu IP, seguido da porta especificada nas preferências do Calibre. Um exemplo: 192.168.1.20:8080 (o valor após os dois pontos é o número da porta).

Figura 5: Inserção do endereço do servidor. À esquerda, no app Moon+, à direita, no Aldiko

Abrindo o link para o servidor você encontrará todos os livros no catálogo do Calibre que estão no seu desktop. De lá você pode adicionar livro à biblioteca do aplicativo.

Figura 6: Interface do catálogo no Moon+ e no Aldiko, com todos os livros da biblioteca criada no desktop

5º passo: Para visualizar no eReader as alterações no código do seu livro feitas a partir do desktop, adicione o livro novamente à biblioteca do Calibre e atualize o catálogo do aplicativo de leitura (clique no botão voltar do seu dispositivo e abra novamente o link).

Não há dúvidas que esse processo está longe do ideal. Testar livros nos ereaders, tablets ou smartphones ainda é um processo pouco eficiente, mas a solução oferecida pelo Calibre já auxilia nessa etapa. No próximo artigo da série, veremos como uma abordagem alternativa para testar seus livros durante o desenvolvimento: pela dobradinha Wi-Fi/FTP.

ASSISTA AO SCREENCAST » (em inglês, com 54 minutos de duração)

Mais informações sobre as mudanças no fluxo de trabalho no DPS ocasionadas pelo novo iPad podem ser encontradas no respectivo PDF da Adobe sobre o assunto.

Com 75% de participação no mercado de tablets, é óbvio que o iPad dita o ritmo da adoção das tecnologias utilizadas no dia-a-dia de quem trabalha com produção de conteúdo editorial digital. Não deve ser diferente com a introdução da tela do tipo “retina”, com resolução de 2048 x 1536 pixels, no novo iPad. Considerando o impacto dessa tecnologia no desenvolvimento de apps, após o lançamento do iPhone 4, algo semelhante deve ocorrer na produção de livros e revistas digitais.

No caso dos aplicativos para iOS, desenvolvedores tiveram que adaptar seu fluxo de trabalho de forma a incluir versões em maior resolução de imagens e vídeos. eBooks criados como apps devem seguir por um caminho parecido. Várias plataformas de criação de revistas digitais, com o Adobe DPS, Mag+ e Aquafadas Publishing System já incluíram ou planejam incluir suporte a esse display. Já aqueles criados no formato ePUB tem seus próprios desafios, como veremos neste artigo.

Implicações (ou complicações) para a produção

A regra é clara: quanto mais imagens e vídeos o seu ePub tiver, maior o impacto no trabalho. ePUBs de layout flúido, onde o texto predomina, não serão impactados de forma significativa, pois a apresentação do texto independe de resolução. Mas em se tratando de ePUBs que usam muitas imagens – e vídeos –, sejam de layout fixo ou layout flúido, os impactos são significativos. Criar um ePUB ricamente ilustrado, realmente multi-plataforma, passa a ter várias (im|com)plicações:

• Imagens maiores impactam na performance de leitura: leitores de eBook possuem caracterísitcas de hardware muito distintas. Um arquivo leve e com código otimizado é essencial para garantir uma boa experiência de leitura entre os eReaders. Uma versão otimizada para o iBooks, no iPad3, repleta de imagens em altíssima resolução, pode sofrer de lentidão extrema em um eReader instalado em um celular Android, com hardware menos capaz. A própria Apple sugere que, para otimizar a performance do arquivo, a soma das imagens utilizadas em cada arquivo XHTML de um livro não seja maior que 10mb (sem compressão).
• Há um limite de 50mb para download de arquivos no iOS via 3G: arquivos com tamanho acima disso vão limitar o acesso ao seu livro para leitores que usam 3G para baixar livros. Normalmente, um ePub não chega a tanto, mas há casos onde isso é uma realidade. Alcançar um equilíbrio entre alta qualidade das imagens e fácil acesso ao livro passa a ser mais importante nestes casos.
• Imagens com texto embutido (gráficos, infográficos e mapas) dependem do tamanho de apresentação: um mapa ricamente detalhado, em alta resolução, pode se beneficiar do recurso de zoom nativo do iBooks, no novo iPad, revelando detalhes importantes e melhorando a legibilidade de eventuais trechos de texto. O mesmo mapa não terá a mesma chance em um leitor de eBooks como o Aldiko, um dos mais populares na plataforma Android, mas que não permite redimensionar a imagem. O texto em arquivo assim simplesmente se torna ilegível. Esse é um problema antigo do formato ePUB, mas fica mais evidente por causa na discrepância na resolução das telas. Encontrar um meio termo entre as duas plataformas pode não ser possível em certas situações.
• Bancos de imagem cobram por resolução: caso você não produza suas próprias fotos, ícones, vídeos e ilustrações, e conte com um banco de imagens, prepare-se, pois o custo é diretamente dependente do tamanho em pixels que pretende adquirir. Versões vetorizadas, independentes de resolução, também são mais caras que versões em bitmap, quando disponíveis.
• Maior tempo para produção: com imagens em alta resolução, apresentadas em telas mais capazes, fica mais evidente a necessidade de otimização do tamanho do arquivo e o cuidado com o tratamento da imagem. Por exemplo: um detalhe praticamente imperceptível em baixa resolução pode revelar detalhes “não desejáveis”, digamos assim, em uma imagem de alta resolução. Algo semelhante ocorreu na transição da TV analógica para a digital. Além disso, a gama de cores (gamut) do novo iPad é a maior entre os tablets. Há muita variação entre os displays. Imagens nas quais a cor seja um elemento crítico, demandam maior cuidado – e mais trabalho – na edição.

Estratégias e possíveis soluções

Ok, a tela retina representa, em tese, mais custos e mais trabalho. Mas como resolver algumas destas questões? Veremos que é possível minimizar alguns dos impactos na produção com uma boa dose de estratégia. Veja algumas dicas:

• Verifique se é mesmo necessário adicionar imagens em alta resolução. Em muitos casos, pode não valer a pena reduzir a performance de leitura em relação ao ganho de qualidade. É sempre importante verificar esse equilíbrio antes de tomar a decisão de adicionar suporte à tela retina do iPad. O iOS possui um sistema nativo de redimensionamento que cuida para manter o tamanho relativo da imagem mesmo na tela retina. Isso quer dizer que suas imagens não ficarão piores, apenas não se beneficiarão da altíssima resolução da tela.
• Adote independência de resolução: daqui em diante, utilizar recursos como SVG, CSS e formatos vetoriais nos programas de ilustração e edição de imagem é uma alternativa para fugir de alguns dos problemas causados pela variação na resolução das telas. Programas como Illustrator, Inkscape, Skencil – os dois últimos gratuitos –, são boas pedidas para criar conteúdo independente de resolução. Mas mesmo no Photoshop, tradicionalmente um programa voltado a pixels, é possível contar com vários elementos vetoriais que podem ser escalonados sem prejuízo para a qualidade, e salvá-los para a resolução final de apresentação. Para fotografias, no entanto, a solução parece mesmo adiquirir ou produzí-las em alta resolução desde o início. Do lado das tecnologias web, folhas de estilo CSS e SVG podem ser responsáveis por vários recursos gráficos que eliminam a necessidade de usar imagens nos seus eBooks.
• Otimize suas imagens: mesmo gráficos produzidos a partir de formatos vetoriais nos programas podem se beneficar de otimização. Há várias ferramentas disponíveis na web para reduzir o tamanho dos arquivos sem comprometer muito a qualidade, com bons resultados. Além disso, lembre-se de utilizar o formato certo para cada tipo de imagem. Ícones, gráficos e outras imagens com cores chapadas se beneficiam do formato PNG. Fotografias e imagens com degradês e uma dose de ruído ficam menores no formato JPEG.
• Use media queries para disponibilizar versões em alta resolução das suas imagens apenas para o leitor de eBooks da Apple: felizmente, o iBooks reconhece essa propriedade do CSS3 que permite formatar e apresentar conteúdo de acordo com a plataforma de leitura. Assim, podemos garantir uma melhor performance do arquivo, limitando a quantidade de recursos e código de acordo com a plataforma.

O nome do jogo

Após anos de uma divisão bem clara entre impresso e digital no quesito resolução de conteúdo bitmap, a tendência rumo a conteúdo HD no mercado editorial digital chegou para ficar. A julgar pelas reações à nova tela pela web, a demanda popular por conteúdo editorial em HD deve começar em breve. Alta qualidade passa a ser o nome do jogo, e os produtores devem, naturalmente, se adaptar a essa tendência.

Figura 1: Função de importação de conteúdo a partir de um arquivo do Word.

Notas da rodapé: S.O.S

Mas há algumas soluções emergenciais, embora distantes do ideal, para esse problema. A primeira é inserir manualmente as notas em caixas de texto independentes (Insert › Text box), como objetos ancorados. Um objeto ancorado possui um ponto de referência que o mantêm ligado a esse ponto. Se a referência da nota mudar de página, o bloco ancorado o acompanhará. (Fig. 2). Essa opção fica no painel Inspector, aba Layout. Basta selecionar a caixa de texto da nota, clicar em Anchored no Inspector, e reposicionar o ponto de referência.

Figura 2: Objeto ancorado. Note a referência (círculo azul) que marca a posição do bloco de texto em relação à nota.

A segunda opção é utilizar o recurso de glossário nativo do iBooks Author como gerenciador de notas de rodapé. O funcionamento é muito simples, basta posicionar o cursor antes da referência da nota no texto e clicar em New Glossary Term, logo acima, na barra azul. Uma entrada no glossário será criada então com a função nativa do programa. Após a criação, dentro da interface do glossário, qua fica no painel lateral do programa, o texto pode ser alterado para “Nota 1″, por exemplo (Fig. 3), mantendo somente o número da nota no texto.

Figura 3: Alterando a descrição da nota para algo mais inteligível.

Uma das vantagens desse recurso, é que as palavras no texto são interativas, e ganham janelas pop-up com o texto do termo selecionado (Fig. 4). É uma forma interessante de apresentação de informação com importância secundária, sem interrupção do fluxo de leitura. Além disso, como as notas ficam fora do fluxo natural, a visualização em modo retrato, que apresenta o texto em um só bloco, fica mais limpa e logicamente organizada.

Figura 4: Janela Pop-up quando vista no iBooks

Essa solução pode ser interessante, mas nos livros que devem incluir um glossário, além das notas, não se aplica. Outro problema em utilizar essa funcionalidade é que na interface do livro a palavra “Glossário” é fixa, e não há maneira de alterá-la – dentro do iBooks Author ou do iBooks, no iPad – para “Notas” ou algo mais adequado. As notas também serão incluídas na funcionalidade de cartões de estudo (Study Cards) no iBooks, que não foi feita para isso. Nada bom.

A terceira opção, e a que parece mais adequada, é utilizar as notas como notas de fim (endnotes), inserindo hyperlinks e marcadores para criar as ligações entre as notas e as referências no texto, colocando-as em uma página em separado, ao fim da publicação (Fig. 5). São necessários dois marcadores e dois links para cada nota, um para avançar até a página de notas, outro para voltar à página da referência dentro do texto. Funciona, mas é trabalho quadruplicado.

Figura 5: Notas de fim com marcadores e hyperlinks.

Que venha a próxima versão

O ideal mesmo é que a função de notas seja nativa no programa, mas isso certamente deve ser resolvido nas próximas versões do aplicativo. Algo baseado no glossário seria bem interessante. Até lá, soluções como essa são as únicas alternativas para inserir notas no seu iBook.

Do ponto de vista do design e da produção de livros digitais, o lançamento do iBooks Author, programa gratuito para Mac que permite a criação de livros eletrônicos de forma totalmente visual, representa um avanço, não há dúvida. É mesmo uma boa ferramenta para quem ainda se sente intimidado com a criação de eBooks com layout e interatividade avançados. Até o lançamento do programa, para criar determinados tipos de livro com recursos mais “vistosos” – como os didáticos – era necessário produzir um aplicativo (como os produzidos pelo Adobe DPS) ou se contentar com o PDF.

Quanto ao ePUB, o suporte nos eReaders é tão ruim e irregular que mal pode ser considerado uma opção real para publicações com layout complexo, sem falar que para produzir algo do tipo é necessário um elevado conhecimento das particularidades de tecnologias que compõe o ePub e dos sistemas de leitura – o que faz muitas pessoas torcerem o nariz. Criar visualmente é o modus operandi básico de quem tradicionalmente trabalha com edição de livros e a necessidade de lidar diretamente com código representou um baque forte nas espectativas dessas pessoas. A verdade é que quem esperava uma oportunidade de criar conteúdo editorial para a plataforma iOS, de forma visual, a um custo de produção menor – sem as taxas da solução da Adobe –, com interatividade e recursos avançados, encontra uma luz no fim do túnel com o iBooks Author.

Tour do iBooks Author

Quem não quer um livro livre?

Ok, o programa é um avanço em termos de produção, mas ele não elimina a necessidade de se trabalhar também com o formato ePub, por um motivo muito simples: liberdade. Seu iBook interativo, cheio de animações, enquetes e vídeos, só estará disponível para uma parcela muito pequena dos leitores – aquela com recursos para comprar um iPad ou iPhone, caríssimos por essas bandas, sem falar que para colocar à venda seu livro didático, é necessário passar por um processo bizantino para conseguir uma conta específica para venda na iBookstore e fazer o envio do seu eBook partir de um Mac com o OS X Lion instalado – existe uma forma de fazê-lo a partir do sistema anterior, o Snow Leopard, mas ela não é oficial. Para piorar, embora o iBook use descaradamente a mesma estrutura e convenções do ePub, é inviável utilizar o código gerado como ponto de partida para desenvolver um ePub, tanto pelo uso de extensões proprietárias, que permeiam boa parte do código, quanto pelas restrições legais impostas pela Apple, que fez um bom esforço para “embraralhar” o código do formato iBook. O formato KF8, do Kindle, sofre de um mal parecido. Nesse sentido, o ePUB ainda é – e continuará sendo – a melhor aposta para o mercado editorial digital de longo prazo, mesmo com todos os desafios que representa.

Código extraído de um iBook: Parece ePub… mas não é.

Avançado e limitado ao mesmo tempo

O funcionamento do iBooks Author, apesar de ser uma versão 1.0, é excelente, como costuma ocorrer com todos os programas da Apple: intuitivo, simples e poderoso ao mesmo tempo. É capaz de criar livros que “enchem os olhos”, ainda que a forma utilizada para criá-los fuja completamente do estilo dos programas de editoração eletrônica, como Indesign e QuarkXpress. É muito semelhante ao Keynote, do pacote iWork, e imagino que aproveitaram boa parte do seu código-fonte durante o desenvolvimento. Mas, assim como o Keynote, seu formato proprietário acaba por limitar sua utilidade, principalmente em um universo tão amplo de dispositivos e plataformas de leitura. Sem integração com o ePub, por exemplo, para publicar seu livro em outra loja online é necessário desenvolver duas versões praticamente independentes de um mesmo conteúdo. Seria fantástico se houvesse uma integração com o ePub, mas não esperaria isso da Apple. Há uma esperança, no entanto. Há gente dentro da Canadense Kobo e no time do eReader BlueFire interessada em desenvolver algo do tipo.

Keynote e iBooks Author: irmãos gêmeos

Resumo da ópera: uma publicação no formato iBook é como uma ilha no meio do Pacífico: bela e isolada. Não há integração alguma dela com os fluxos de trabalho atuais do digital publishing, além de só poder ser colocada à venda em uma loja específica (iBookStore), para leitura em apenas um aplicativo (iBooks) de uma única plataforma (iOS). Ainda há dois agravantes que devem limitar o uso da ferramenta no Brasil: as peculiares exigências da Apple para criar uma conta específica do iTunes Connect, necessárias para colocar os livros à venda, e a obrigatoriedade de utilizar a plataforma Mac para produção e envio dos arquivos.

Quem está na chuva é para se molhar

É óbvio que a chuva de formatos que estamos observando, resultado da guerra pela soberania do digital publishing, só complica a vida de leitores, autores, editoras e demais profissionais envolvidos no mercado editorial, mas o iBook é só mais um destes formatos, em um mercado ainda na sua infância. O iBooks Author representa sim um avanço em relação ao desenvolvimento de ferramentas de criação mais acessíveis e capazes. Claro que ele traz muitas armadilhas mas, após muito tempo sem nenhuma inovação significativa nessas ferramentas, a iniciativa da Apple está contribuindo para sacudir os ânimos dos desenvolvedores, o que deve render frutos em termos de novos aplicativos. Outro efeito colateral positivo é que, mesmo entre os formatos de eBook mais díspares, como o iBook, há um interesse forte nos uso de padrões abertos da web (HTML, CSS, SVG) como tecnologias de base, até por que ninguém quer reinventar a roda. Uma análise do código de um arquivo iBook mostra exatamente isso. Não costumava ser assim há alguns anos. Já é um avanço.

Para começar o ano, uma excelente notícia: um dos eBooks projetados aqui no PageLab em 2011 para o WWF-Brasil e para a Fundação Florestal do Estado de São Paulo, com o apoio do HSBC, o Guia de Aves da Mata Atlântica Paulista (Guide to the birds of São Paulo’s Atlantic Forest), ganhou o selo de qualidade QED (Quality, Excelence and Design) do Digital Book World, o primeiro do tipo a considerar livros digitais no setor editorial digital, em todo o mundo, em termos de inovação, em várias categorias: apps e ePubs.

Ao todo, 85 ebooks foram selecionados para receber este selo, em uma iniciativa muito importante no momento em que os eBooks começam a ganhar importância e popularidade, inclusive aqui no Brasil. Uma das principais reclamações dos leitores é a baixa qualidade dos eBooks, mesmo produzidos por grandes editoras, seja no Brasil, seja no exterior. Sem respeito ao conteúdo e à tradição centenária do livro, não há avanço sustentável para o livro eletrônico enquanto produto ou meio de expressão e informação.

“Consideramos o QED o ‘Selo de Aprovação de Boas práticas™” para ebooks – uma marca de qualidade que os editores, autores e criadores de conteúdo podem ter orgulho, assegurando que seus leitores podem adquirir a publicação com confiança. As vendas de eBooks estão crescendo dramaticamente e os leitores precisam saber que o livro que estão comprando será executado corretamente – independentemente do dispositivo de leitura – seja tablet, eReader, smartphone, ou PC – antes de comprá-lo. É muito gratificante ver que tantos editores, de toda uma gama de gêneros, estão produzindo ebooks da mais alta qualidade atualmente”.
David Blansfield, Presidente da empresa F + W Media, gestora do DBW

O anúncio completo e a lista de todos os eBooks selecionados pode ser vista no site do Digital Book World. Além de receber o selo QED, o livro ficou entre os três finalistas do Publishing Innovation Awards deste ano, na categoria Referência/Acadêmico.

O guia, produzido no formato ePub, ainda não foi disponibilizado para download, mas aviso assim que isso ocorrer aqui no blog. Atualização de 31/01/2012: O livro já está disponível para download na iBookStore, gratuitamente (é preciso uma conta americana do iTunes, a versão brasileira não servirá. Veja como criar uma neste link). Mais informações sobre a publicação – inclusive o PDF produzido para a versão impressa – podem ser encontradas no site do WWF-Brasil ou no site da Fundação Florestal do Estado de São Paulo. Abaixo, algumas imagens do eBook apresentado no aplicativo iBooks, do iPad:

Para aqueles que estão migrando da produção editorial tradicional para os eBooks, ou planejam entrar agora no iniciante mercado de criação de livros digitais, há uma pergunta que não quer calar: preciso mesmo entender de código para criar um eBook? Não seria melhor esperar por uma solução que vá tirar dos designers visuais o peso de lidar com linhas intermináveis de código? Alguém já deve estar pensando em alguma ferramenta para resolver isso… A dúvida é mesmo cruel, já que do ponto de vista da apresentação gráfica do conteúdo, da parte prática mesmo, a divisão entre o mundo web e o editorial é vasto, muito vasto. Além disso, os métodos e ferramentas para desenvolver produtos destinados à impressão profissional já são bem conhecidos pelos profissionais e usam, de forma geral, o sistema WYSIWYG. Incluir mais um conjunto de conhecimentos com características tão diferentes na já atribulada rotina dos profissionais da área gráfica não é tão fácil assim.

Para esclarecer esse dúvida, mas também para oferecer algum “incentivo”, separei cinco argumentos fundamentais para convencer o pessoal da produção editorial print-only a entrar de vez no fantástico – às vezes nem tão fantástico assim, é verdade – mundo das linguagens web. Vamos a eles:

1. HTML e CSS são ingredientes vitais em várias iniciativas do digital publishing

Vivemos um estágio onde há diferentes tipos de livros e revistas digitais, com formas de produção e plataformas de leitura específicas, algumas abertas, outras proprietárias, e a todo momento vemos surgir novos tipos. Todos podem ser igualmente chamados de publicações digitais. Em qual deles vale a pena investir profissionalmente? Se pudéssemos apostar em um terreno seguro, acima de qualquer discussão sobre padrões, para quem quer navegar nessa onda dos eBooks, esse seria o das linguagens web. Elas são os blocos de construção básicos dos principais tipos de livros digitais, ePUB e Kindle, e estão por trás de várias outras iniciativas que transformam conteúdo web em livros eletrônicos, como o Pressbooks. Mesmo livros e revistas no formato de aplicativos podem ser construídos com a ajuda delas, e como a web não vai à lugar nenhum, é bem provável que essas tecnologias padrão sejam relevantes por muito tempo – a decisão da Adobe em focar em HTML5 para desenvolvimento mobile, deixando de lado o Flash Player para estas plataformas, é um forte sinal nesse sentido. Entender e dominar o idioma da web é meio caminho para se manter “dentro do jogo”. Fugir dele é inútil.

2. Programas totalmente WYSIWYG para criação de conteúdo web tem sérios problemas

Eles existem, e tem suas aplicações, mas são pouco flexíveis e inserem ainda mais complexidade no processo de desenvolvimento. O que se pode fazer com eles é limitado, por que a web – e o mundo do eBook, que bebe da mesma fonte – é um meio complexo, cheio de possibilidades, e deve ficar mais complexo ainda com o HTML5. Ao contrário do setor gráfico, onde ocorre uma forte padronização das tecnologias e delimitação do ambiente, métodos e programas de produção – basicamente construídos sobre o PostScript/PDF –, no mundo web não há um ambiente restrito que delimite tão fortemente o contexto de apresentação gráfica da informação. Basta imaginar os diversos tamanhos de tela disponíveis, métodos de interagir com a informação (teclado, mouse, touch), modos de cor, versões de programas, velocidades de conexão, plataformas, níveis de suporte aos padrões… Enfim, não há uma única maneira padronizada e universalmente aceita de preparar um conteúdo automaticamente diante desse cenário, pois essa é a natureza do meio: ilimitado, aberto, colaborativo. É por isso que é tão difícil criar um programa totalmente visual para conteúdo baseado em linguagens web. Até agora, não há nenhum capaz de lidar com toda a gama de possibilidades e problemas inerentes à produção, seja para a web ou para eBooks. Na prática, para resolver os problemas criados por eles é preciso ainda mais conhecimento das linguagens.

3. Conversões automáticas entre formatos não são confiáveis para uso profissional

Alguém pode argumentar que, para certos tipos de livros – de texto puro, por exemplo – é possível produzir um eBook “satisfatório” com uma simples conversão entre formatos, digamos, de PDF para ePUB, sem lidar com código. Para conversões amadoras, sem muitas expectativas ou controle sobre o resultado final, talvez seja verdade, mas essa não é uma opção para quem quer trabalhar profissionalmente com eBooks e precisa entregar um produto livre de erros. Conversões automáticas, por mais eficientes, não são capazes de antever como o arquivo será interpretado em cada eReader, e geralmente falham nesse quesito fundamental: regularidade. A única maneira garanti-la é conhecer a fundo como se comporta o código gerado e como será interpretado nos sistemas de leitura, para então identificar e solucionar os problemas… e para publicações de layout mais complexo – que devem frutificar com a chegada do EPUB3 – este tipo de conversão automática tem menos utilidade ainda.

4. Os “idiomas da web” são linguagens relativamente simples de se aprender

O HTML não é uma linguagem de programação, mas uma linguagem de marcação. A curva de aprendizado desta categoria de linguagem de codificação é relativamente pequena, pois suas regras básicas não são complexas. Em pouco tempo é possível aprender seu contexto, regras e potencialidades. Acontece o mesmo com as folhas de estilo CSS. Há muito mais desafio em aprender uma linguagem de programação “pra valer” como o PHP ou o Python.

5. Os recursos de aprendizado disponíveis são inúmeros e acessíveis

No início do desenvolvimento web, há 20 anos, aprender a lidar com HTML era para poucos: simplesmente não havia material disponível para aprender a linguagem. Não havia cursos, tutoriais, publicações, Youtube, vídeocasts e toda a sorte de materiais instrucionais disponíveis hoje. Com dedicação e persistência é possível até mesmo aprender a lidar com essas linguagens de graça – embora um bom curso presencial seja uma excelente forma também, mais eficiente para muitas pessoas.

6. Novas competências = novas oportunidades

Uma pesquisa recente mostra que a indústria editorial está tendo dificuldades em agregar competências digitais no seu fluxo de trabalho (isso nos EUA, mas acredito que o mesmo se aplica aqui). A integração do mercado editorial com tecnologias mobile está em plena expansão e profissionais capazes de lidar com os dois mundos (impresso e digital) são/serão valorizados no mercado. O nível de demanda para produção de conteúdo digital tem crescido proporcionalmente com a popularização dos dispositivos móveis, e há muitas oportunidades surgindo, em várias frentes, não só no terreno do digital publishing. Se consideramos também as projeções de crescimento do mercado de livros digitais, e da web de forma geral, não há dúvida que essa lacuna ficará mais evidente.

Agende-se!

Data: 04/10/2011
Horário: 19h30
Local: Ambiente de Cursos IBDIN. Se você não é aluno IBDIN solicite seu acesso à secretaria@ibdin.com.br
Observação: Para participar desse chat é necessário que você utilize o Navegador Internet Explorer, caso contrário não consiguirá acompanhar a atividade. Dúvidas podem ser enviadas para secretaria@ibdin.com.br
Anúncio original

(Update 12/10/2011: Muito obrigado a todos que participaram, foi muito interessante poder trocar grandes idéias sobre esse pequeno mercado!)