PDFsharp and MigraDoc Foundation (Основы)

[nzeemin]

> Ввиду небольшого количества бесплатных библиотек для работы с PDF в .Net

Когда-то тоже занимался этим вопросом. В целом суть в том, что любой производитель библиотеки, предоставляющий подписывание и шифрацию PDF, должен делать лицензионные отчисления Adobe. Поэтому бесплатных библиотек с этими функциями быть не может. Ну а энтерпрайзам обычно существенно нужны именно эти функции.

[snk]

Недавно столкнулся с задачей написания генератора отчета в PDF на NET-e. Начал делать на PDFsharp-е, столкнулся с множественными проблемами расчета форматирования динамического текста. Забил и сделал в MS Word через COM объекты (там начиная с 2-го сервиспака для 2007-го офиса поддерживается экспорт в PDF).
Единственная проблема (в моем случае — несущественная): на машине пользователя должен стоять свежий офис.

[Seekeer]

>Забил и сделал в MS Word через COM объекты
А не проще ли было делать XPS, а потом его конвертировать в PDF?

[snk]

Задача состояла в следующем: есть некий шаблон акта, который заполняется вручную сотрудниками данными из БД. Заполнять долго, данных много и зачастую они не влезают в соответствующие поля, поэтому этот процесс решили автоматизировать. Решили что сгенерированный отчет должен полностью соответствовать шаблону акта, с одной оговоркой: если в пункт акта не влезают данные, добавить в нем дополнительные строки. Вообщем-то вся проблема вылилась в автопереносе и форматировании отрендеренного текста. На pdfsharp-е у меня не получилось сделать красиво. Поэтому я воспользовался вордом, с его таблицами и автопереносами и получилось как раз то что нужно. С точки зрения программирования, работа с COM объектами ворда очень проста, после создания дока можно его сохранить в любой одерживаемый формат. В нашем случае был PDF, так как пользователям нужно было запретить редактирование.