GNU PDF Library có đang phát triển tích cực không?

Tôi đã nghe về Thư viện GNU GNU từ năm 2007 . Kể từ đó, tôi đã mong chờ được nhìn thấy công cụ này trong tự nhiên, nhưng bốn năm đã trôi qua và dường như đây là một thời gian dài đau đớn. Tôi nhận thức được sự phức tạp của dự án, nhưng khi tôi nhớ lại thì GNU Foundation đã đánh dấu nó là một dự án ưu tiên hàng đầu. Chuyện gì đang xảy ra vậy?

development pdf gnu

— Sergio
nguồn

Vì bạn có một số câu trả lời bên dưới dường như trả lời câu hỏi của bạn, vui lòng xem xét việc đánh dấu một trong số chúng là 'Được chấp nhận' bằng cách nhấp vào dấu kiểm bên dưới số phiếu bầu của họ (xem Làm thế nào để bạn chấp nhận câu trả lời? ). Điều này cho thấy câu trả lời nào đã giúp bạn nhiều nhất và nó gán điểm danh tiếng cho tác giả của câu trả lời (và cho bạn!).

— Phục hồi Monica - M. Schröder

Câu trả lời:

Dường như có một số hoạt động trên http://lists.gnu.org/archive/html/pdf-devel/ . Ngoài ra, hãy xem http://gnupdf.org/manuals/gnupdf-hg-manual/html_node/Inif-for-Newcomers.html#In information-for- Newcomers để biết thông tin về nhân bản kho lưu trữ của họ. Cụ thể làm

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

Bazaar là một hệ thống kiểm soát phiên bản phân tán và máy khách dòng lệnh của nó được gọi bzr. Nhìn vào kho lưu trữ là một cách tốt để xác định hoạt động. Bạn có thể xem nhật ký bằng cách thay đổi thư mục vào kho lưu trữ libgnupdfvà thực hiện bzr log -v | less. Hai xu của tôi là 929 bản sửa đổi trong ít hơn 4 năm không phải là quá tệ. Những dự án như vậy thường thiếu nhân lực và tất nhiên mọi người đều là tình nguyện viên. Nếu bạn có bất kỳ câu hỏi cụ thể nào, tôi chắc chắn các nhà phát triển sẽ sẵn lòng trả lời, miễn là bạn hỏi thật hay.

— Fahith Mitha
nguồn

Tôi biết một số người sẽ đóng đinh tôi vì điều này tôi sắp nói: Tôi nghĩ rằng việc lựa chọn "đơn giản" C là ngôn ngữ lập trình cho dự án này có nhiều điều phức tạp. Tôi biết rằng mọi người đều muốn có một thư viện nhanh, nhưng IMHO tôi thích một thư viện hiện có nhưng không quá nhanh hơn là một thư viện nhanh không tồn tại. Tôi đã bình chọn cho Python. Bây giờ hãy để móng tay đến!

— Sergio

@Sergio: Thật ra, tôi có khuynh hướng đồng ý với bạn, nhưng ... Có lẽ họ lo ngại về sự ổn định? Python không chính xác tĩnh và cuối cùng họ phải lo lắng về việc làm cho mã của họ hoạt động với Python 3. Tôi không biết liệu tốc độ có phải là vấn đề quá lớn không. Họ có thể không chỉ viết những điểm nóng trong C?

— Faheem Mitha

Đây chắc chắn là một vấn đề, mặc dù tôi nghĩ Python khá ổn định ngay bây giờ. Nhiều dự án hoàn toàn ổn với python pre 3.0. Tôi đồng ý với bạn rằng C không thay đổi nhiều trong những ngày này. Tôi vẫn bám sát ý kiến trước đây của tôi về điều này.

— Sergio

C là lý tưởng cho một thư viện vì các ràng buộc có thể được cung cấp cho mọi ngôn ngữ. Tôi không nghĩ rằng có một sự lựa chọn hợp lý cho việc này, phải không?

@Don: Nếu bạn viết cho Gnome thì cũng có Vala.

— Maciej Piechotka

FSF gần đây đã loại bỏ GNU PDF khỏi danh sách các dự án ưu tiên của họ vì các thư viện như poppler , podofo , MuPDF và Apache PDFBox đã phát triển khá độc đáo trong những năm qua. Với tốc độ phát triển của GNU PDF trong những năm qua, tôi rất muốn gọi nó là glacial: Họ dường như dành toàn bộ thời gian để xây dựng nền móng và cho đến nay dường như không có ít nhất một trình phân tích cú pháp tối thiểu. Có vẻ như GNU Hurd sẽ kết thúc trước GNU PDF.

Xem ở đây để xem danh sách các thư viện PDF.

— Phục hồi Monica - M. Schröder
nguồn

Liên kết đến danh sách các thư viện PDF bị hỏng.

— Samuel Harmer

Ngoài câu trả lời Faheem - thật tốt khi xem số liệu thống kê của Ohloh (đây là trang GNU PDF Ohloh ). Nó thấy rằng dự án có sự tăng trưởng ổn định và trong khi nó không tăng sự phát triển hàng năm thì nó cũng không chết đi (điều này là tốt).

Ohloh tất nhiên chỉ là hình dung về chợ nhưng tôi tin rằng "một bức tranh đáng giá ngàn lời nói".

— Maciej Piechotka
nguồn