Befindet sich die GNU PDF Library in der aktiven Entwicklung?

Ich habe seit 2007 von The GNU PDF Library gehört . Seitdem habe ich mich darauf gefreut, dieses Tool in freier Wildbahn zu sehen, aber vier Jahre sind vergangen und es scheint mir, dass dies eine schmerzhaft lange Zeit ist. Ich bin mir der Komplexität des Projekts bewusst, aber wie ich mich erinnere, hat die GNU Foundation es als Projekt mit höchster Priorität markiert. Was ist los?

development pdf gnu

— Sergio
quelle

Da Sie unten einige Antworten haben, die Ihre Frage zu beantworten scheinen, können Sie eine davon als "Akzeptiert" markieren, indem Sie auf das Häkchen unter der Stimmenzahl klicken (siehe Wie akzeptieren Sie eine Antwort? ). Dies zeigt, welche Antwort Ihnen am meisten geholfen hat, und weist dem Autor der Antwort (und Ihnen!) Reputationspunkte zu.

— Monica wieder herstellen - M. Schröder

Antworten:

Auf http://lists.gnu.org/archive/html/pdf-devel/ scheint es einige Aktivitäten zu geben . Weitere Informationen zum Klonen ihres Repositorys finden Sie unter http://gnupdf.org/manuals/gnupdf-hg-manual/html_node/Information-for-Newcomers.html#Information-for-Newcomers . Speziell tun

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

Bazaar ist ein verteiltes Versionskontrollsystem, dessen Befehlszeilenclient aufgerufen wird bzr. Ein Blick auf das Repository ist ein guter Weg, um die Aktivität zu bestimmen. Sie können die Protokolle anzeigen, indem Sie das Verzeichnis in das Repository ändern libgnupdfund dies tun bzr log -v | less. Meine zwei Cent sind, dass 929 Revisionen in etwas weniger als 4 Jahren nicht so schlecht sind. Solche Projekte haben normalerweise einen Mangel an Arbeitskräften und natürlich ist jeder ein Freiwilliger. Wenn Sie spezielle Fragen haben, würden die Entwickler diese gerne beantworten, solange Sie nett fragen.

— Faheem Mitha
quelle

Ich weiß, dass einige Leute mich dafür kreuzigen werden. Ich werde gleich sagen: Ich denke, die Wahl von "normalem" C als Programmiersprache für dieses Projekt hat die Dinge sehr kompliziert gemacht. Ich weiß, dass jeder eine schnelle Bibliothek will, aber meiner Meinung nach bevorzuge ich eine existierende, aber nicht so schnelle als eine nicht existierende schnelle. Ich hätte für Python gestimmt. Jetzt lass die Nägel kommen!

— Sergio

@Sergio: Eigentlich würde ich dir gerne zustimmen, aber ... Waren sie vielleicht besorgt über Stabilität? Python ist nicht gerade statisch und sie müssten sich irgendwann darum kümmern, dass ihr Code mit Python 3 funktioniert. Ich weiß nicht, ob Geschwindigkeit so wichtig ist. Könnten sie nicht nur die Hotspots in C geschrieben haben?

— Faheem Mitha

Dies ist sicherlich ein Problem, obwohl ich denke, dass Python momentan ziemlich stabil ist. Viele Projekte sind mit Python vor 3.0 vollkommen in Ordnung. Ich stimme Ihnen zu, dass sich C heutzutage nicht viel ändert. Ich halte mich immer noch an meine vorherige Meinung dazu.

— Sergio

C ist ideal für eine Bibliothek, da Bindungen für nahezu jede Sprache bereitgestellt werden können. Ich glaube nicht, dass es dafür eine andere vernünftige Wahl gibt, oder?

@ Don: Wenn du für GNOME schreibst, gibt es auch Vala.

— Maciej Piechotka

Die FSF hat kürzlich GNU PDF von ihrer Liste der vorrangigen Projekte gestrichen , da sich Bibliotheken wie Poppler , Podofo , MuPDF und Apache PDFBox in den letzten Jahren recht gut entwickelt haben. Angesichts der Geschwindigkeit, mit der GNU PDF in den letzten Jahren entwickelt wurde, bin ich versucht, es als eisig zu bezeichnen: Sie scheinen ihre ganze Zeit mit dem Aufbau von Fundamenten zu verbringen und scheinen bis jetzt nicht mindestens einen minimalen Parser zu haben. Es scheint, dass GNU Hurd vor GNU PDF fertig sein wird.

Siehe hier für eine Liste von PDF - Bibliotheken.

— Wiedereinsetzung von Monica - M. Schröder
quelle

Der Link zur Liste der PDF-Bibliotheken ist fehlerhaft.

— Samuel Harmer

Zusätzlich zur Antwort von Faheem ist es gut, sich die Ohloh- Statistiken anzusehen (hier ist die GNU PDF Ohloh-Seite ). Es sieht ein stetiges Wachstum des Projekts und obwohl es nicht von Jahr zu Jahr weiterentwickelt wird, stirbt es auch nicht aus (was gut ist).

Ohloh ist natürlich nur eine Visualisierung des Basars, aber ich glaube, dass "ein Bild mehr sagt als tausend Worte".

— Maciej Piechotka
quelle