[okfn-br] dados abertos burilados, num PDF!?...
Andres MRM
andres em inventati.org
Quinta Abril 30 01:37:29 UTC 2015
+1 para Pandoc. =)
Usava Latex direto até que me cansei da verbosidade dele.
Passei a usar Markdown->Latex->PDF via MultiMarkdown.
E agora estou trocando MultiMarkdown por Pandoc.
Mas meus usos são ou "besteirinhas" ou artigos científicos, que o Latex
resolve muito bem.
Para infográficos ou coisas do tipo uso InkScape.
Mas no fim, se o Pandoc gerar o HTML, e você fizer o CSS por fora, isso
implementa o padrão que você queria, Peter?
> "bom PDF", "bem diagramado" é o ponto-chave e mais complicado/subjetivo!!
> tomei o cuidado de citar exemplos porque é onde pega, é o mercado que define
> bom e ruim, não somos eu ou você no nosso aplicativo (e perdemos clientes
> quando não ouvirmos eles)...
>
> Consulte o mercado (!) de revistas, de livros, etc. Quantos por cento do
> mercado editorial usam alguma das ferramentas que você cita (Pandoc, LaTex,
> até MS-Word e cia) para gerar produtos profissionais? Pandoc não tem
> capacidade de gerar produto profissional, CSS2-page (e no futuro CSS3) tem.
"Alô? Deus Mercado? Qual sua ordem do dia?"
Cuidado com pautar decisões por essa entidade "mística" que chamam de mercado.
Nem sempre a decisão adotada pela maioria das empresas em um certo momento é a
mais adequada, tanto que vira e mexe o Deus Mercado dá umas sacudidas.
Você mesmo está querendo implantar um padrão novo. =)
Abs!
Quoting Raniere Silva (2015-04-29 13:27:38)
> > > Nesse tipo de material você se importa bastante com a posição de cada
> > > elemento
> > > e por isso você vai precisar utilizar uma ferramenta que lhe permita
> > > "fixar" os elementos em uma posição.
> >
> > cuidado, há que se quebrar essa afirmação:
> >
> > * o que distingue o (1), "texto", do (2), "artigo", é essa coisa de
> > "posição de cada elemento" no *TEMPLATE*.
>
> Eu juntei os dois porque a posição dos elementos de um "artigo"
> não faz muita diferença para a compreensão do leitor.
> E.g. se o nome e filiação dos autores é mostrada como
>
> Maria Silva (*), João Pereira (**)
>
> (*) Universidade A
> (**) Universidade B
>
> ou
>
> Maria Silva João Pereira
> Universidade A Universidade B
>
> não afeta a compreensão do leitor.
> O mesmo vale para figuras e tabelas que encontram-se como anexo
> e são apenas referenciadas no texto.
>
> > Mas LaTeX é uma lástima, perdeu o trem da história, decidiu manter-se como
> > padrão isolado do ecosistema XML e CSS...
>
> O TeX foi construído em cima de instruções para desenho
> permitindo a definição pelo usuário de macros
> enquanto que XML foi construído em cima de semântica
> sendo obrigatório que o usuário respeite-a.
> Essa diferença faz com que seja impossível
> um documento em (La)TeX ser convertido para XML.
> O que vários projetos tem feito é criar um subset próprio do (La)TeX
> que pode ser convertido para XML e restringir os usuários à esse subset,
> algo que funciona para uma parte considerável dos usuário.
>
> > Sim, mas tente fazer o Pandoc entender todas as propriedades do CSS, ele
> > ignorar (!).
>
> Pandoc converte linguagens de marcação.
> E ele preserva o CSS:
>
> $ pandoc -f markdown -t html <<EOF
> <span style="color:blue;">foo</span>
> EOF
> <p><span style="color:blue;">foo</span></p>
> $ pandoc -f html -t markdown <<EOF
> <span style="color:blue;">foo</span>
> EOF
> <span style="color:blue;">foo</span>
>
> Se você teve algum problema quando usou vamos conversar (fora da lista).
>
> Raniere
>
>
> _______________________________________________
> okfn-br mailing list
> okfn-br em lists.okfn.org
> https://lists.okfn.org/mailman/listinfo/okfn-br
> Unsubscribe: https://lists.okfn.org/mailman/options/okfn-br
Mais detalhes sobre a lista de discussão okfn-br