Em 29 de abril de 2015 10:51, Raniere Silva <[email protected]> escreveu:
> Olá Peter, > > por simplicidade, podemos dividir todo material escrito em dois tipos: > (1) "texto" --- e.g. wiki, atas, artigos científicos --- e > (2) "infográfico" --- e.g. revistas, posters. > Acho que, pelos exemplos que deu, pode parecer equivocado, agregou demais o tipo 1... que acrescentar tal mais um tipo intermediário? (1) "texto" --- e.g. wiki, atas, diário oficial feio *(2)* "artigo" -- de revista normal, revista científica, de diário oficial sério e bonito, (3) "infográfico" -- revistas de moda, posters, conteúdos de arte e arquitetura, é no item 2 (de 3) que se concentra o mercado (!), e que você havia agregado com coisas mais simples e sem valor de mercado. > > > 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? > > O "mercado" basicamente produz material do tipo "infográfico". > redefinindo, produz "artigo" > 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*. Quando o *template* é mais sofisticado, temos item 2. * o que distingue o (2), "artigo", do (3), "infografico", é essa coisa de "posição de cada elemento" na diagramação final. Quanto mais cricri e personalizada a diagramação final, mais "infográfico" é o produto final. > > Para essa caso o Pandoc não é a melhor solução. > Ele segue a filosofia UNIX de fazer apenas uma única tarefa, > que nesse caso é converter de uma linguagem de marcação para outra, > e.g. de HTML para DOCX. > > LaTeX e MS-Word são capazes de gerar produtos profissionais!!! > Apesar do MS-Word ter evoluído, em geral não se deve comparar o PDF gerado por MS-Word com o PDF gerado por LaTeX, muito menos gerado InDesign. Para os casos (2) e (3), procure e converse com um "piloto de InDesign" que ganha a vida com isso! > Porque o mercado não usa? > No caso de LaTeX, porque o número de usuários é muito pequeno > e posicionar elementos é extremamente difícil. > Isso, LaTeX não se presta a fazer item (3), "infográfico", mas se presta ao item (2)! Mas LaTeX é uma lástima, perdeu o trem da história, decidiu manter-se como padrão isolado do ecosistema XML e CSS... Existem ferramentas com exatamente a mesma filosofia de trabalho que LaTeX, como o PrinceXML, mas que cumprem com todos os padrões abertos, incluindo XML, HTML e CSS (2 e 3!). No mercado de recursos humanos, a coisa mais barata que existe é diagramador de HTML (o cara que refaz uma tabela com CSS no Dreamwaver por exemplo) ... Contratar um expert em LaTeX é impossível, um expert em InDesign o triplo do preço... O super-expert em MS-Word consegue alguns resultados, mas nunca se aproximam do item (3), "Infográfico", ficam sempre mais próximos do item (1), "texto". > No caso de MS-Word, porque filtrar o joio do trigo demandaria muito > esforço. > > > Pandoc não tem capacidade de gerar produto profissional, CSS2-page (e no > > futuro CSS3) tem. > > Se você utilizar o Pandoc para converter para HTML > você estará utilizando CSS2-page e CSS3. > Então, Pandoc tem capacidade de gerar produto profissional. > Sim, mas tente fazer o Pandoc entender todas as propriedades do CSS, ele ignorar (!). Assim como vai ignorar os seletores mais complexos... O dia que o Webkit ou o Blink souberem interpretar CSS-page, o Pandoc vai saber... Por isso citei engines na "Demanda1" do email inicial da discussão. Apenas o Prince reconhece todas as propriedades do CSS2-page (além de boa parte do CSS3). > > > > O mercado editorial do Brasil usa, em 80% ou mais dos casos, o *Adobe > > InDesign* (e pirata), > > e o InDesign é muito ruim para trabalhar com softwares de geração > > automática de conteúdo, alem de não ser software aberto. > > Softwares como InDesign não permitem por exemplo o uso em cadeia > produtiva, > > num esquema p.ex. de XML-Publishing. > > O InDesign foi feito para trabalhar com "infográfico". > isso, é apenas para esse caso (item 3) que vale a pena pagar horas-humano e eventualmente uma licença. > XML-Publishing basicamente está trabalhando com "texto". > > Equivocado se não fazer o split para "artigo vs texto". O XML-Publishing (com Prince por ex.) permite realmente a produção de artigos (item 2) bem profissionais, comentei em 2011 que a cadeia no Brasil já poderia ser uma realidade... Mas até hoje não vi uma empresa brasileira séria conseguindo fazer isso, http://www.datagramazero.org.br/out11/Ind_com.htm > Notadamente os Diários Oficiais dos 5570 municípios brasileiros são caros > > (temos pago caro por isso!) por passarem por todo esse processo > > artesanal... quando não precisariam. > > Você sabe onde encontro o valor gasto com o Diário Oficial? > Ótima oportunidade para tentar explorar dados abertos (!!), tente em http://www.ima.sp.gov.br/transparencia/contratos acho que é da ordem de R$40mil/mês o custo de produção dos Diarios Oficiais de Campinas (é apenas geração dos PDFs eles não distribuem impresso). > > > Desde as revistas das bancas, até revistas científicas da USP, relatórios > > da UNESCO e panfletos da Cocacola, é tudo InDesign... E o público desses > > PDFs é refratário a "diagramação ruim" (!), não dá para "quebrar o galho" > > com Pandoc. > > Isso é um problema de transição tecnológica. > Eu tenho esse problema com a minha mãe que quando jovem fez curso de > datilografia e uso por muito tempo máquina de escrever. > Não adianta eu explicar para ela que o LibreOffice Writer é capaz de > atribuir > estilo aos parágrafos e assim controlar o espaçamento entre eles. > Ela vai colocar um parágrafo vazio entre os parágrafos > e alterar manualmente a fonte desses parágrafos vazios > para obter um espaçamento duplo. > Exato... > > A mesma coisa acontece no ramo editorial. > Grande parte das pessoas que trabalham hoje ainda utilizaram a máquina de > escrever > e vão fazer as coisas como se estivessem utilizando uma máquina de > escrever. > Eu e você vamos precisar esperar essas pessoas se aposentarem, > torcer para que os vícios delas não sejam passados para as novas gerações > e incentivar os mais novos a adotarem os padrões que queremos, e.g. CSS3. > Em parte (tendo em vista o que já comentei acima), mas em parte também concordo :-) Peter > > Raniere > > _______________________________________________ > okfn-br mailing list > [email protected] > https://lists.okfn.org/mailman/listinfo/okfn-br > Unsubscribe: https://lists.okfn.org/mailman/options/okfn-br > >
_______________________________________________ okfn-br mailing list [email protected] https://lists.okfn.org/mailman/listinfo/okfn-br Unsubscribe: https://lists.okfn.org/mailman/options/okfn-br
