Free pdf. software for linux

CL-PDF is a cross-platform Common Lisp library for generating PDF files.

It does not need any third-party tools from Adobe or others. It is used by cl-typesetting to provide a complete typesetting system.

Wad2PDF examines wad files and prints an overhead picture of all levels to a PDF file.
Wad2PDF is a program that converts the levels in Doom wad files into PDF files. The result has a birds eye view of every level, with floors neatly texturized and all items in the level in their proper places.
The PDF output can be imported to graphics programs for further editing or printed out directly. You can even create wall-sized mega posters of your favorite Doom levels.
Main features:
- supports all Doom games: Ultimate Doom, Doom II, Heretic, Hexen, and Strife
- full pwad support
- creates browsable PDF with bookmarks identified by level names
- reads gl nodes both from wads and GWA files
- resulting PDF is vectorized and can be zoomed arbitrarily (extreme zooms will make the textures blocky, though)
- available under the GPL
- does not support hi-res graphics or scaled/zoomed flats

PDF::API2 is The Next Generation of Text::PDF::API, a Perl module-chain that facilitates the creation and modification of PDF files.
It features support for the 14 base PDF Core Fonts, TrueType fonts, and Adobe-Type1, with unicode mappings, embedding of bitmap images, compression via zlib, and a rich object-oriented API.
Main features:
- Works with more than one PDF file open at once
- It presents a object-oriented API to the user
- Modification of existing PDF Documents
- Import Pages from existing PDF Documents
- the 14 base PDF Core Fonts
- a subset of the base PDF CJK Fonts
- a subset of the Microsoft Webfonts (not embedded)
- Adobe-Type1 Fonts in both ascii and binary format (.pfa/pfb)
- TrueType fonts (.ttf)
- OpenType Fonts with TrueType Outlines (.ttf)
- OpenType Fonts with Postscript Outlines (.otf)
- Joint Photographics Experts Group images (.jpeg)
- Portable Network Graphics images (.png)
- Graphics Interchange Format images (.gif)
- Tagged Image File Format images (.tiff)
- Portable AnyMap images (.pbm/pgm/ppm)

CUPS-PDF project is a PDF writer backend for CUPS. It is designed to produce PDF files in a heterogeneous network by providing a PDF printer on the central fileserver.

It will convert files printed to its queue in CUPS to PDF and put them in a per-user-based directory structure. It can execute post-processing scripts, e.g. to allow mailing the results to the user.

Important notes:

CUPS-PDF requires root privileges since it has to modify file ownerships. In recent distributions the "RunAsUser" option in cupsd.conf is set to "Yes" which removes these privileges. Please make sure to set "RunAsUser No" if you want to use CUPS-PDF.

make sure if any of CUPS-PDFs working directories (e.g. output) is a NFS mounted volume it is mounted without root_squash!

CUPS-PDF is known to fail if the gs (GhostScript) binary on a system is compressed by upx (Ultimate Packer for eXecutables).

if you are using SELinux make sure it does not interfere with CUPS-PDF


On MacOSX you will have to use pstopdf instead of AFPL GhostScript (see Readme).

phppdflib is a class written in php that presents an easy to use API for generating PDF files dynamically.
Main features:
- Its freely licensed under the GNU GPL.
- Since its written in php, it doesnt require you to recompile or reconfigure your web server in any way
- Since its written in php, its platform independent. It will run on any system that supports php, such as Windows, Linux, Macintosh, and BSD.
- Its specifically designed to allow easy programming for text processing applications (such as reporting)

PDF::Reuse is a Perl module that can reuse and mass produce PDF documents.

SYNOPSIS

use PDF::Reuse;
prFile(myFile.pdf);
prText(100, 500, Hello World !);
prEnd();

This module could be used when you want to mass produce similar (but not identical) PDF documents and reuse templates, JavaScripts and some other components. It is functional to be fast, and to give your programs capacity to produce many pages per second and very big PDF documents if necessary.

The module produces PDF-1.4 files. Some features of PDF-1.5, like "object streams" and "cross reference streams", are supported, but only at an experimental level. More testing is needed. (If you get problems with a new document from Acrobat 6 or 7, try to save it or recreate it as a PDF-1.4 document first, before using it together with this module.)

Templates

Use your favorite program, probably a commercial visual tool, to produce single PDF-files to be used as templates, and then use this module to mass produce files from them.

(If you want small PDF-files or want special graphics, you can use this module also, but visual tools are often most practical.)

Lists

The module uses "XObjects" extensively. This is a format that makes it possible create big lists, which are compact at the same time.

PDF-operators

The module gives you a good possibility to program at a "low level" with the basic graphic operators of PDF, if that is what you want to do. You can build your own libraries of low level routines, with PDF-directives "controlled" by Perl.

Archive-format

If you want, you get your new documents logged in a format suitable for archiving or transfer.

PDF::Reuse::Tutorial might show you best what you can do with this module.

JavaScript

You can attach JavaScripts to your PDF-files.

You can have libraries of JavaScripts. No cutting or pasting, and those who include the scripts in documents only need to know how to initiate them. (Of course those who write the scripts have to know Acrobat JavaScript well.)

PDFKreator is an easy to use KDE tool for creating PDF documents out of a bunch of image files. It heavily uses ImageMagicks convert tool, tiff2ps and ps2pdf.

CAM::PDF::GS is a PDF graphic state.

SYNOPSIS

use CAM::PDF;
my $pdf = CAM::PDF->new($filename);
my $contentTree = $pdf->getPageContentTree(4);
my $gs = $contentTree->computeGS();

This class is used to represent the graphic state at a point in the rendering flow of a PDF page. Much of the functionality is actually based in the parent class, CAM::PDF::GS::NoText.

Subclasses that want to do something useful with text should override the renderText() method.