[okfn-br] dados abertos burilados, num PDF!?...

[Raniere Silva]

> *Explicando melhor.*
> O Banco Mundial, os órgãos do governo, e dezenas de outros não podem ficar
> só na visualização instantânea. Precisam de uma "foto oficial" e deixar
> essa foto registrada.
> Nas faculdades (teses), nas revistas (artigos), e nos Diários Oficiais
> (atos)... Todos precisam de uma versão PDF bem diagramada, que fica
> oficialmente registrada.
> ... O PDF, neste cenário, é a "a cara do resultado". Sem um bom PDF a
> divulgação oficial dos resultados não é boa.

Não precisamos de PDF.
Infelizmente ainda estamos na transição entre papel e bytes.

> Não podemos fugir da demanda por *relatórios PDF bem diagramados:*  a lei,
> a tradição, e eventualmente até o bom senso, mandam que se faça assim. PDF
> é ainda um "mal" necessário. EPUB ainda está longe de substituí-lo.

O "problema" com o EPUB é o mesmo com vários outros padrões
e chama-se "problema do ovo e da galinha".
Ferramentas para visualizar e editar EPUB não melhoram
porque ninguém usa o padrão
e ninguém usa porque as ferramentas são ruins.

> Quem é programador sabe que "produzir *bom* PDF" não é possível com as
> bibliotecas que dispomos em Pythom, PHP, Java e cia.

Depende de como você está trabalhando.
A conversão de HTML para PDF via web browser muitas vezes não é satisfatório
porque seu HTML está "defeituoso", e.g. utilizando tabela para o layout.
Se você tiver um HTML enxuto a conversão é aceitável.

Se você achar que a impressora nativa do seu web browser não faz um bom serviço,
o Pandoc consegue converter HTML para LaTeX, ODT e DOCX que você pode imprimir.
Novamente, se seu HTML não estiver enxuto a conversão vai ficar ruim.

> Neste link temos contextualizadas as duas únicas soluções baseadas em
> padrões abertos, o XSL-FO e o CSS-page,
> 
>     http://stackoverflow.com/q/10641667/287948
> 
> PS: o TeX/LaTeX tem pequena comunidade, bem ativa e fiel, mas não é
> recomendação W3C, nem conversa com ecosistemas (X)HTML.

Existe várias ferramentas que converte (La)TeX para (X)HTML.
A "melhor" é https://github.com/brucemiller/LaTeXML.

> Neste link uma sondagem sobre "trabalho de fato" que vinha sendo realizado
> no WebKit e no Blink (engine do Chrome),
>
> https://code.google.com/p/chromium/issues/detail?id=368053

AFAIK CSS2 e CSS3 não estão totalmente implementados
e vai demorar ou nunca acontecer dos web browser mais populares
implementarem ambos os padrões na sua totalidade.

> Demandas do dia.
> 
> *DEMANDA1 - Alguém na lista gostaria de ajudar a acompanhar as iniciativas
> do Blink e de outros engines rumo ao CSS-page?*
> 
> É o cenário esboçado acima, requer testar as ferramentas que se dizem "boas
> diagramadoras". A proposta é poder recomendar para os projetos OKBr
> diferentes soluções para diferentes "graus exigência na diagramação". O
> foco no CSS-page se justifica pelo ecossistema de padrões abertos
> associados.

Minha recomendação é escrever em Markdown
e utilizar o Pandoc para converter para o formato que precisar:
HTML, PDF (via LaTeX), ODT, DOCX.

> *DEMANDA2 -  projeto Wiki-do-MEI vai precisar gerar PDFs bonitos para os
> MEIs; é com CSS-page, preciso da ajuda de designer com experiência em CSS.*
> 
> O principal exemplo é gerar bonito PDF com os resultados de
>     http://www.xmlfusion.org/wiki-do-mei/Atividades
>     http://www.xmlfusion.org/wiki-do-mei/Atividades_por_setor

Você pode tentar utilizar o Pandoc para isso.
Baixa as páginas que deseja em Wiki Markup,
só adicionar '?action=raw' no final da URL, sem as aspas,
e utilizar o Pandoc para converter no formato que você deseja.

Raniere
-------------- Próxima Parte ----------
Um anexo não-texto foi limpo...
Nome: signature.asc
Tipo: application/pgp-signature
Tamanho: 819 bytes
Descrição: Digital signature
URL: <http://lists.okfn.org/pipermail/okfn-br/attachments/20150429/2da4ca59/attachment-0005.sig>