Библиотека GNU PDF находится в активной разработке?


8

Я слышал о GNU PDF Library с 2007 года . С тех пор я с нетерпением ждал возможности увидеть этот инструмент в дикой природе, но прошло четыре года, и мне кажется, что это мучительно долгое время. Я знаю о сложностях проекта, но, насколько я помню, Фонд GNU отметил его как приоритетный проект. Что здесь происходит?


Поскольку у вас есть несколько ответов ниже, которые, кажется, отвечают на ваш вопрос, пожалуйста, пометьте один из них как «Принятый», нажав на галочку под их подсчетом голосов (см. Как вы принимаете ответ? ). Это показывает, какой ответ вам больше всего помог, и присваивает очки репутации автору ответа (и вам!).
Восстановите Монику - М. Шредер

Ответы:


5

Кажется, есть некоторые действия на http://lists.gnu.org/archive/html/pdf-devel/ . Также см. Http://gnupdf.org/manuals/gnupdf-hg-manual/html_node/Information-for-Newcomers.html#Information-for-Newcomers для получения информации о клонировании своего репозитория. Конкретно делать

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

Bazaar - это распределенная система контроля версий, и ее клиент командной строки называется bzr. Просмотр хранилища - это хороший способ определить активность. Вы можете просмотреть журналы, изменив каталог в хранилище libgnupdfи сделав это bzr log -v | less. Мои два цента в том, что 929 ревизий за чуть менее 4 лет не так уж и плохи. Такие проекты обычно испытывают нехватку рабочей силы, и, конечно, каждый является добровольцем. Если у вас есть какие-то конкретные вопросы, я уверен, что разработчики будут рады ответить, если вы их зададите.


4
Я знаю, что некоторые собираются меня распять за это, и я собираюсь сказать: я думаю, что выбор «простого» C в качестве языка программирования для этого проекта сильно усложнил ситуацию. Я знаю, что всем нужна быстрая библиотека, но имхо я предпочитаю существующую, но не очень быструю, чем несуществующую быструю. Я бы проголосовал за Python. Теперь пусть гвозди приходят!
Серхио

@ Серджио: На самом деле, я был бы склонен согласиться с вами, но ... Возможно, они были обеспокоены стабильностью? Python не совсем статичен, и им в конечном итоге придется беспокоиться о том, чтобы их код работал с Python 3. Я не знаю, так ли важна скорость. Разве они не могли написать только горячие точки в C?
Фахим Митха

Это, безусловно, проблема, хотя я думаю, что Python сейчас довольно стабилен. Многие проекты отлично работают с pre 3.0 python. Я согласен с вами, что C не сильно меняется в эти дни. Я все еще придерживаюсь своего предыдущего мнения по этому вопросу.
Серхио

6
C идеально подходит для библиотеки, потому что привязки могут быть предоставлены практически для каждого языка. Я не думаю, что есть другой разумный выбор для этого, не так ли?

@ Дон: Если вы пишете для GNOME, то есть и Вала.
Мацей Пехотка

3

FSF недавно исключил GNU PDF из списка своих приоритетных проектов, потому что такие библиотеки, как poppler , podofo , MuPDF и Apache PDFBox , развивались довольно хорошо в последние годы. Учитывая скорость разработки GNU PDF в последние годы, я испытываю желание назвать ее ледниковой: кажется, они тратят все свое время на создание фундаментов и до сих пор не имеют хотя бы минимального парсера. Кажется, GNU Hurd будет закончен до GNU PDF.

Смотрите здесь список библиотек PDF.


Ссылка на список библиотек PDF не работает.
Сэмюэль Хармер

2

В дополнение к ответу Фахима - хорошо посмотреть статистику Ohloh (вот страница GNU PDF Ohloh ). Он видит, что проект имеет устойчивый рост, и, хотя он не увеличивается из года в год, он также не вымирает (что хорошо).

Охло, конечно, просто визуализация базара, но я верю, что «картина стоит тысячи слов».

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.