A GNU PDF Library está em desenvolvimento ativo?


8

Eu tenho ouvido falar sobre a GNU PDF Library desde 2007 . Desde então, estou ansioso para ver essa ferramenta na natureza, mas quatro anos se passaram e me parece que esse é um tempo dolorosamente longo. Estou ciente das complexidades do projeto, mas, pelo que me lembro, a Fundação GNU o marcou como um projeto de prioridade máxima. O que está acontecendo?


Como você tem algumas respostas abaixo que parecem responder à sua pergunta, considere marcar uma delas como 'Aceita' clicando na marca de seleção abaixo da contagem de votos (consulte Como você aceita uma resposta? ). Isso mostra qual resposta ajudou mais e atribui pontos de reputação ao autor da resposta (e a você!).
Reinstate Monica - M. Schröder

Respostas:


5

Parece haver alguma atividade em http://lists.gnu.org/archive/html/pdf-devel/ . Além disso, consulte http://gnupdf.org/manuals/gnupdf-hg-manual/html_node/Information-for-Newcomers.html#Information-for-Newcomers para obter informações sobre como clonar seu repositório. Especificamente

 $ bzr branch bzr://bzr.savannah.gnu.org/pdf/libgnupdf/trunk libgnupdf

O Bazaar é um sistema de controle de versão distribuído e seu cliente de linha de comando é chamado bzr. Olhar para o repositório é uma boa maneira de determinar a atividade. Você pode ver os logs alterando o diretório para o repositório libgnupdfe executando bzr log -v | less. Meus dois centavos são que 929 revisões em pouco menos de quatro anos não são tão ruins. Tais projetos geralmente têm escassez de mão de obra e, é claro, todos são voluntários. Se você tiver alguma dúvida específica, tenho certeza de que os desenvolvedores ficarão felizes em responder, desde que você faça uma pergunta agradável.


4
Sei que algumas pessoas vão me crucificar por isso, estou prestes a dizer: acho que a escolha de C "simples" como a linguagem de programação para este projeto complicou bastante as coisas. Eu sei que todo mundo quer uma biblioteca rápida, mas IMHO eu prefiro uma já existente, mas não tão rápida, do que uma inexistente e rápida. Eu teria votado em Python. Agora deixe as unhas virem!
Sergio

@Sergio: Na verdade, eu estaria inclinado a concordar com você, mas ... Eles estavam preocupados com a estabilidade? O Python não é exatamente estático e, eventualmente, eles precisam se preocupar em fazer seu código funcionar com o Python 3. Não sei se a velocidade é o problema. Eles não poderiam ter escrito apenas os pontos quentes em C?
Faheem Mitha

Este é certamente um problema, embora eu ache que o Python esteja bem estável no momento. Muitos projetos estão perfeitamente bem com o python pré-3.0. Concordo com você que C não muda muito nos dias de hoje. Ainda mantenho minha opinião anterior sobre isso.
Sergio

6
C é ideal para uma biblioteca porque ligações podem ser fornecidas para praticamente todos os idiomas. Eu não acho que exista outra opção razoável para isso, existe?

@ Don: Se você escreve para o GNOME, também há Vala.
Maciej Piechotka

3

A FSF retirou recentemente o GNU PDF de sua lista de projetos prioritários porque bibliotecas como poppler , podofo , MuPDF e Apache PDFBox desenvolveram-se bastante bem nos últimos anos. Dada a velocidade de desenvolvimento do GNU PDF nos últimos anos, sou tentada a chamar de glacial: eles parecem gastar todo o seu tempo na construção de fundações e até agora não parecem ter pelo menos um analisador mínimo. Parece que o GNU Hurd será concluído antes do GNU PDF.

Veja aqui uma lista de bibliotecas em PDF.


O link para a lista de bibliotecas PDF está quebrado.
Samuel Harmer

2

Além da resposta do Faheem - é bom consultar as estatísticas de Ohloh (aqui está a página Ohloh do GNU PDF ). Ele vê que o projeto tem um crescimento constante e, embora não tenha aumentado o desenvolvimento ano a ano, também não está morrendo (o que é bom).

Ohloh, é claro, é apenas uma visualização do bazar, mas acredito que "uma imagem vale mais que mil palavras".

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.