¿GNU PDF Library está en desarrollo activo?

8

He estado escuchando sobre The GNU PDF Library desde 2007 . Desde entonces, he estado esperando ver esta herramienta en la naturaleza, pero han pasado cuatro años y me parece que es un tiempo dolorosamente largo. Soy consciente de las complejidades del proyecto, pero, según recuerdo, la Fundación GNU lo ha marcado como un proyecto de máxima prioridad. Que esta pasando?

development pdf gnu Sergio
fuente
Como tiene algunas respuestas a continuación que parecen responder a su pregunta, considere marcar una de ellas como 'Aceptada' haciendo clic en la marca debajo de su conteo de votos (consulte ¿Cómo acepta una respuesta? ). Esto muestra qué respuesta te ayudó más y asigna puntos de reputación al autor de la respuesta (¡y a ti!).
Restablecer Monica - M. Schröder

Respuestas:

5

Parece que hay alguna actividad en http://lists.gnu.org/archive/html/pdf-devel/ . Además, consulte http://gnupdf.org/manuals/gnupdf-hg-manual/html_node/Information-for-Newcomers.html#Information-for-Newcomers para obtener información sobre la clonación de su repositorio. Específicamente hacer

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

Bazaar es un sistema de control de versiones distribuido, y se llama a su cliente de línea de comandos bzr. Mirar el repositorio es una buena manera de determinar la actividad. Puede ver los registros cambiando el directorio al repositorio libgnupdfy haciendo bzr log -v | less. Mis dos centavos son que las 929 revisiones en poco menos de 4 años no son tan malas. Tales proyectos generalmente tienen una escasez de mano de obra y, por supuesto, todos son voluntarios. Si tiene alguna pregunta específica, estoy seguro de que los desarrolladores estarán encantados de responder, siempre y cuando lo solicite amablemente.

Faheem Mitha
fuente
44
Sé que algunas personas me van a crucificar por esto. Estoy a punto de decirlo: creo que la elección de "C simple" como lenguaje de programación para este proyecto ha complicado mucho las cosas. Sé que todo el mundo quiere una biblioteca rápida, pero en mi humilde opinión, prefiero una existente pero no tan rápida que una rápida inexistente. Hubiera votado por Python. ¡Ahora que vengan las uñas!
Sergio
@ Sergio: En realidad, me inclinaría a estar de acuerdo contigo, pero ... ¿Tal vez estaban preocupados por la estabilidad? Python no es exactamente estático, y eventualmente tendrían que preocuparse por hacer que su código funcione con Python 3. No sé si la velocidad es el problema. ¿No podrían haber escrito solo los puntos calientes en C?
Faheem Mitha
Esto es ciertamente un problema, aunque creo que Python es bastante estable en este momento. Muchos proyectos están perfectamente bien con pre 3.0 python. Estoy de acuerdo con usted en que C no cambia mucho en estos días. Todavía me quedo con mi opinión anterior sobre esto.
Sergio
66
C es ideal para una biblioteca porque se pueden proporcionar enlaces para casi todos los idiomas. No creo que haya otra opción razonable para esto, ¿verdad?
@ Don: Si escribes para GNOME, entonces también está Vala.
Maciej Piechotka
3

La FSF ha eliminado recientemente GNU PDF de su lista de proyectos prioritarios porque las bibliotecas como poppler , podofo , MuPDF y Apache PDFBox se han desarrollado bastante bien en los últimos años. Dada la velocidad de desarrollo de GNU PDF en los últimos años, me siento tentado a llamarlo glacial: parecen dedicar todo su tiempo a construir cimientos y hasta ahora no parecen tener al menos un analizador mínimo. Parece que GNU Hurd estará terminado antes de GNU PDF.

Vea aquí una lista de bibliotecas PDF.

Restablece a Mónica - M. Schröder
fuente
El enlace a la lista de bibliotecas PDF está roto.
Samuel Harmer
2

Además de la respuesta de Faheem, es bueno mirar las estadísticas de Ohloh (aquí está la página de GNU PDF Ohloh ). Ve que el proyecto tiene un crecimiento constante y, aunque no ha aumentado el desarrollo año a año, tampoco se está extinguiendo (lo cual es bueno).

Ohloh, por supuesto, es solo una visualización del bazar, pero creo que "una imagen vale más que mil palabras".

Maciej Piechotka
fuente