This is a read-only archive. Find the latest Linux articles, documentation, and answers at the new Linux.com!

Linux.com

Feature

PDFedit fills hole in the desktop

By Bruce Byfield on March 14, 2007 (7:00:00 AM)

Share    Print    Comments   

PDFedit is not the first tool for editing PDF files on the GNU/Linux desktop, but it does have a strong claim to being the first truly practical one. Although only at version 0.2.5, PDFedit is already a practical solution for manipulating pages and text in PDF files, as well as for salvaging content in usable formats. It suffers only from an eccentric interface and some of the instability typical of an early release.

The main trouble with other PDF editing solutions has been their lack of reliability or their need to translate PDF files into other formats. KWord opens PDF files, but in translating them to and from its own format it can lose complex layout. Similarly, while the GIMP can open individual pages of a PDF file and edit them as an image, it can only output to PostScript. Other solutions, such as Scribus, require the additional step of converting the PDF to PostScript, which is cumbersome and can require experimentation to get right, depending on the conversion tools used and the versions of PDF and PostScript involved. The advantage of PDFedit is that it opens PDF files directly and saves them without loss of layout.

Features

Using PDFedit, you can manipulate pages in a PDF in a number of ways. You can change the dimensions of an individual page, embed basic fonts such as Times Roman, Courier, or Helvetica, or rotate the page. You can add pages from another PDF in a separate dialog window, choosing the pages and positioning them exactly. If you need to recover text from a PDF file, you can extract it unformatted into a dialog, then copy and paste it into another program. In addition, you can add lines and rectangles to a page.

PDFedit
PDFedit - click to enlarge

For most people, though, the most useful aspect of PDFedit is its text editing features. You can strike through or highlight existing text, or change its color, size, or font -- although you are limited in font selection to basic fonts or any embedded in the file, rather than being able to select any font installed on your system.

Even more usefully, you can delete text, or add it in a field that you can drag from the tool bar to become a floating window for greater convenience. However, both deletions and additions are limited to small touch-ups, partly for the practical reason that it is difficult to make major changes undetectable if you have large blocks of text, but also because PDFedit's buffer only seems to hold about 50 characters. Try to add more and PDFedit freezes, crashes, or enters random characters in the field where the text being edited displays. Still, this limitation is enough for correcting minor typos, which is one of the main reasons that many users need a PDF editor.

No doubt because PDF editing is often salvage work -- correcting mistakes or retrieving text -- PDFedit also includes a revision system, with versions prominently displayed in a combo box above the pane that displays the current page. You can also save the results of your work page by page in one of seven graphics formats, including .BMP, .JPG, and .PNG, or export the entire document into XML if saving into PDF is not what you need.

Shortcomings

The main difficulty with PDFedit is that its graphical interface is decidedly non-standard. My impression is that, at this stage of development, the project team has concentrated on functionality, focusing on making PDFedit a collection of scripts to which contributors can easily add. This focus can be easily seen in the editing window, which includes not only a pane for displaying the current page, but also a pane for command-line messages and a tree view of the PostScript structure of the file. Since users are not likely to know PDF format, my guess is that these features are intended largely for the project's developers. Yet by default, these elements occupy three-quarters of the editing window.

Details of the editing window are similarly unexpected. Most text functions are listed under the Edit menu, but changes to existing text are listed in the Page menu. Similarly, the XML export filter is listed in the Tools menu rather than under Files. The tree view is on the right of the screen, and neither undo nor copy nor a list of recently opened files is available. Most users can probably learn these quirks either through experience or through the documentation on the project's site, which is written in stilted but adequate English, but the point is that they shouldn't have to.

Users should also be prepared for frequent crashes or freezes. Select too much text to edit at once, or make any selection at the wrong point, and you are left with no choice except to restart the program.

Still, at this stage of development, functionality matters more than stability or ergonomics. Currently, PDFedit compares poorly to Adobe's Acrobat 8, the program for which it is designed to be a free replacement. In this version, it lacks tools for many of Acrobat's features, including collaboration, annotation, output to a word processor format, OCR scanning, digital signatures, or -- for what little they are worth -- PDF security features. Yet, for all PDFedit's limitations, even at this early stage, it brings a core of functionality to the GNU/Linux desktop that has been missing for too long.

Bruce Byfield is a computer journalist who writes regularly for Linux.com.

Share    Print    Comments   

Comments

on PDFedit fills hole in the desktop

Note: Comments are owned by the poster. We are not responsible for their content.

eccentric

Posted by: Anonymous Coward on March 15, 2007 02:03 AM
"It suffers only from an eccentric interface"

Whadda ?!

#

Re:eccentric

Posted by: Carlie J. Coats, Jr., Ph.D. on March 18, 2007 02:51 AM
...and the docs directory has permissions <tt>rwx------</tt> so that
only "root" can read the user guide.



And no bug-report system in place.



And it uses the boost C++ libraries, whose make install decidedly does
not "do the right thing."

#

Debian/Ubuntu package

Posted by: Anonymous Coward on March 15, 2007 01:44 AM
If you search ubuntuforums.org you'll find a package for this program.

If that doesn't work out you can still use WinXP inside VirtualBox and Adobe 8 or whatever there is for Windows.

Since I have virtually all of my course work in pdf format this program really fills a gap in studying. Now if only I could afford a tablet pc laptop to go with it, I'd be a happy chappy. No more book overload and shortage of paper, infinite manipulation possibilities etc etc<nobr> <wbr></nobr>... until the battery runs down at least<nobr> <wbr></nobr>:)

#

Re:Debian/Ubuntu package

Posted by: Anonymous Coward on March 18, 2007 09:18 AM
You could also download the RPM and "alienize" it.

#

Re:Debian/Ubuntu package

Posted by: Anonymous Coward on March 18, 2007 11:36 AM
You could also download the RPM and "alienize" it.

Why? It's already native in Debian and Ubuntu.

#

Re:Debian/Ubuntu package

Posted by: Anonymous Coward on March 19, 2007 06:01 AM
apt-get install pdfedit<nobr> <wbr></nobr>:)

Though in debian it is currently only in unstable.

#

Of course there are issues--it's early alpha!

Posted by: Anonymous Coward on March 15, 2007 02:11 AM
You do correctly point out that it's in "early development" phase. Sure, there are bound to be stability issues; this was also true in early alphas of Firefox, back when it was called Phoenix. Yep, the developers are going to have stuff in there for their easy diagnostics; I would too, in any alpha-code that I wrote. And of course there's no way that it can compare to Adobe's Acrobat 8 just yet (again, it's alpha code).

That said, I'm glad you pointed out this program to us. In time, it looks like it will be very good for most users' PDF-editing needs--small tweaks. I have no need for the proprietary Adobe Acrobat Reader, as XPDF and KPDF are quite sufficient for my needs (reading/printing PDF files). OpenOffice.org has been able to create PDF files for nearly four years now, so I don't need Adobe Acrobat Distiller. We're getting there....

#

PoDoFo

Posted by: Anonymous Coward on March 15, 2007 09:38 AM
There's also the usefull tool PoDoFo. It's a lot more technicle, but it lets you muck around with the internal guts of a PDF file.

<a href="http://podofo.sourceforge.net/" title="sourceforge.net">http://podofo.sourceforge.net/</a sourceforge.net>

#

Re:PoDoFo

Posted by: Anonymous Coward on March 15, 2007 07:42 PM
Took a look at the PoDoFo page and am still not sure exactly what it does... does it facilitate annotation ?

#

Re:PoDoFo

Posted by: Anonymous Coward on March 16, 2007 06:22 AM
PoDoFO in not a WYSIWYG editor. It's a handy GUI for modifying the raw internals of a PDF file. (e.g. you better know what the hell you are doing)

#

Re:PoDoFo

Posted by: Anonymous Coward on March 16, 2007 08:28 PM
Seems from screenshots like PoDoFo is quite similar to the right column in pdfedit (which also allow editing "PDF guts"). Though I have not tried PoDoFo, I've just seen the screenshots.

#

Re:GUI ugliness

Posted by: Anonymous Coward on March 19, 2007 06:06 AM
Maybe it is ugly because of having a default style (which may be<nobr> <wbr></nobr>... quite anything<nobr> <wbr></nobr>:)<nobr> <wbr></nobr>... Hit F9 (options), go to "look and feel" tab and pick another style (Try "windows" to get a windowsish look<nobr> <wbr></nobr>:)

#

Re:GUI ugliness

Posted by: Administrator on March 19, 2007 06:55 AM
ok - will give it another chance. However my general experience is that QT apps tend to look pretty bad in GNOME systems.

#

GUI ugliness

Posted by: Administrator on March 15, 2007 04:50 AM
While I applaud the intentions of the PDFedit developers, the current GUI is positively ugly on my GNOME system.

#

PDFedit fills hole in the desktop

Posted by: Anonymous [ip: 81.3.172.232] on December 26, 2007 01:38 PM

This story has been archived. Comments can no longer be posted.



 
Tableless layout Validate XHTML 1.0 Strict Validate CSS Powered by Xaraya