KPDFTool
Utilities
Score 82%
Description:

KPDFTool
*********

KPDFTool is a GUI interface for GhostView and ImageMagick
for performing basic and useful operations with PDF and
PS (PostScript) files such as merge, extract pages and
protect the text into new files in a simple and practical way.

This software is licensed under GPLv3

Compilation
***********

In order to compile the package, you need to have
Qt 4.x, gcc/g++ and the GNU make.

With a shell:

1 - unzip kpdftool.zip
2 - cd kpdftool
3 - qmake
4 - make

Then simply type in the shell ./kpdftool to run
the program.

Have fun!
Last changelog:

11 years ago

# Revision 0.23.1 - 06/02/2012

- License issues solved.
- Icons added.

# Revision 0.23 - 07/07/2011

- Qt 4.X compatibility.

# Revision 0.22 - 02/06/2006
- The "Recover Contents" function!

# Revision 0.21 - 07/01/2006
* Improvements were implemented in GUI:
- Remembering the last used input and output directories (starting in the user's home);
- 'Split PDF' was renamed to 'extract pages';
- 'OK' buttons were renamed to 'Do it', to avoid confusions;
- Window contents became unavailable during the execution of a process;
- Other minor fixes.


# Revision 0.2 - 03/01/2006
* Now it is possible to export the pages of PDFs as images files.



Thanks for all suggestions at kde-apps.org. They will be implemented as soon as possible.

Please report if it works with your system!
-------------------------------------------------------------------------------------------------------


# Rodrigo M.S. de Oliveira (rdglinux at yahoo dot com dot br). #

Elias-2008

5 years ago

I loved you application. I'm using Chakra and it's working perfectly.
Tell me, is there a possibility to add a service menu to use it in Dolphin?
It woud be possible to configure a default folder (other than /home/user) to work with the files?
Parabéns. Ótimo trabalho.

Report

bitcrazy

6 years ago

Nice app, although it doesn't use any kdelibs. Better call it qpdftool and move it to qt-apps.org
Please stop polluting this side with apps not depending or using any KDE libs.
Visitors here expect to find KDE apps, else let's call it apps.org.

With respect for your work

m0nk

Report

rwmarch

8 years ago

OpenSUSE 11.0
QT 3.3.8b
Qt Designer 3.3.8b

qmake fails with the following ...
uic: File generated with too old version of Qt Designer

kpdftool did compile OK on OpenSUSE 10.3.

Report

saeid

9 years ago

It's very good.
Thank you very much

Report

denisq

10 years ago

hello,

could you include the features from "gui for pdftk"? http://www.paehl.de/pdf/?GUI_for_PDFTK

nice work so far!

Report

tomasz2006

10 years ago

simple and to the point program, thank you!!!

Report

C

rdglinux

11 years ago

http://rodrigomsdeoliveira.blogspot.com

For those interested in Programming and Slackware Linux!

Regards.

Report

Phlogiston

11 years ago

qmake
uic: File generated with too old version of Qt Designer


Whats wrong? =)

Report

C

rdglinux

11 years ago

Hello. What version of Qt are you using? KPDFTool was tested with 3.x releases...

Best Regards.

Report

soulrebel

11 years ago

will it be abel to fillout forms?
thanks for your work

Report

C

rdglinux

11 years ago

Yes! Thanks!

Report

frareinif

11 years ago

...pdf base tool? Me myself I have been thinking about such thing for a long time. Especially about gui supported PDF creation from scans. A while ago I found a little script to do it, and after fiddling around a little bit it's now one of the tools I use most often. It smells like this:

***********************
#!/bin/sh

usage() {
echo "Usage: pdfscan {nameofimage.pdf}"
}

if [ $# -lt 1 ] ; then exit 1 ; fi
name=$1.pdf

# Get scanner device name and scan
scanner=`scanimage --help | tail --lines=1 `
scanimage --batch=$1.%04d.tiff -p -d $scanner --mode Color --resolution 200 --batch-scan=yes --format tiff

#convert to pdf
tiffcp -c lzw $1.*.tiff $1.tiff
tiff2pdf -p A4 -j -o $1.pdf $1.tiff
rm -f $1*.tiff

kghostview $1.pdf
***********************

(--batch-scan is quite likely specific to HP OfficeJets)

It would be great if you could add such a feature to KPDFTool. Good luck!

Report

alphin

11 years ago

cool app... !! ^_^
i love the simplicity concept..
but i have some suggestion:
- there's no splash screen isn't it..., i think it'll look nice if there is some splash there...
- i think it's nice if we can insert some watermark, pages, in the pdf-ed result...
how bout that?
anyway.. it's still a cool app.. keep the good work, will you..?

Report

loki

11 years ago

In my repository, here:
http://linux01.gwdg.de/~pbleser/rpm-navigation.php?cat=/Multimedia/kpdftool
http://ftp.gwdg.de/pub/linux/misc/suser-guru/rpm/packages/Multimedia/kpdftool
or here (mirror):
http://ftp.skynet.be/pub/suser-guru/rpm/packages/Multimedia/kpdftool/

(for SUSE 10.0, 9.3, 9.2 and 9.1, both i686 and x86_64)

Report

bednar

11 years ago

Hi,
KPDFTool is great app!

I suggest to add "commenting enable" option to KPDFTool. For now, there are only commercial program like full verion of Acrobat 7 which allow to enable commenting. This is quite new feature and it is very usefull when one have for example to review paper in PDF format. It allows to add comments and remarks just in PDF file.

Report

C

rdglinux

11 years ago

Thanks for the Suggestion! I'll work on this as soom as possible!

Report

C

rdglinux

11 years ago

Hello! What do you think about redering the PDF as image, add your comments with kolourpaint and convert back the image sequence to pdf?? It is simple to implement in KPDFTool.

Thanks

Report

Kaisermart

11 years ago

The apps run very well, but when I compile I lost the theme of the app. Plastic theme don't run with the app.
However your compilation run with the theme. I don't understand.

In the other hand I modify the app adding the pdf90 functionality. The application can take more utilities.
If you wnt to take my version warn me.


Sorry for my bad english

Report

Kaisermart

11 years ago

This is de difference of http://users.servicios.retecal.es/mardelpi/Pdf/PDF1.png --> your compilation and http://users.servicios.retecal.es/mardelpi/Pdf/PDF2.png -->my compilation[/url]. And I don't know why it happens this. In my compilation there isn't a theme.





Sorry for my bad english

Report

C

rdglinux

11 years ago

It's very weird! Well, I'm with Qt 3.3.4, gcc 3.3.6, make 3.80 and KDE 3.5. It can be a problem related to the version of one of these softwares in your system.

I'm interested to see the features you've added to KPDFTool. Could you send it to me?

Thanks!

Report

Kaisermart

11 years ago

Kde 3.4, Qmake version: 1.07a (Qt 3.3.4), gcc/g++ 3.3.5, make 3.8. KDE is the difference but i think tha the error is anything on my system bad configurated.

Report

kdeappsce

11 years ago

Thanks a bunch. I just needed an application like this some days before, so I installed mbtPdfAsm found on http://thierry.schmit.free.fr/dev/mbtPdfAsm/enMbtPdfAsm2.html and it did what I wanted, but KPDFTool seems to be much cooler for mice artists like me :))) .

Some comments:
The source doesn't seem to be complete
File open and file save dialogs always jump to /home/ per default. It would be cool if it defaulted to ~/ and would remember the last used directory, at least during a session
When trying to output a file to /home/ there's no error message that I don't have write priviledges
The default window size could be a bit larger, and window resizing could work better (buttons staying in place, tabbar resized etc.)
I wonder if it wouldn't be more consistent to have (besides the input file(s)) a destination file field for each action. I find it a bit confusing that I get asked for the output file name when pressing the OK button. I'd prefer to define the "Destination file" equally to "Source file". Furthermore, I'd rename the OK button to something like "Process" and disable it until Source and Destination files have been defined
Command line options like the following would be very cool:
-h and --help to give a short command line help
-v and --version which prints the program version to the shell
-i and --input to specify input files on the command line
-o and --output to specify the file to create
Switches to specify the processing type on the command line:
-m and --merge
-e and --extract (currently known as "Split PDF", but actually it doesn't split but extract pages)
-r and --render
-p and --protect

This way it could be driven completely from the command line and we could create servicemenus. Example: kpdftool --merge -i 1.pdf 2.pdf 3.pdf -o all.pdf


Anyway, cool application, thanks a lot for writing it!

Report

C

rdglinux

11 years ago

Thanks for your valuable comments! Some ideas and details about the software I had thought about, but some I had not. Thanks for contribution!

I just did not understand why do you say that the source code is not complete. Actually, it is, ok?

Thanks a lot for you interest!

Report

kdeappsce

11 years ago

I saw
#include "KPDFTool.h"
in main.cpp but there's no "KPDFTool.h" at all. This is why I thought there's something missing (though built went fine).

Report

kdeappsce

11 years ago

Thanks a bunch. I just needed an application like this some days before, so I installed mbtPdfAsm found on http://thierry.schmit.free.fr/dev/mbtPdfAsm/enMbtPdfAsm2.html and it did what I wanted, but KPDFTool seems to be much cooler for mice artists like me :))) .

Some comments:
The source doesn't seem to be complete
File open and file save dialogs always jump to /home/ per default. It would be cool if it defaulted to ~/ and would remember the last used directory, at least during a session
When trying to output a file to /home/ there's no error message that I don't have write priviledges
The default window size could be a bit larger, and window resizing could work better (buttons staying in place, tabbar resized etc.)
I wonder if it wouldn't be more consistent to have (besides the input file(s)) a destination file field for each action. I find it a bit confusing that I get asked for the output file name when pressing the OK button. I'd prefer to define the "Destination file" equally to "Source file". Furthermore, I'd rename the OK button to something like "Process" and disable it until Source and Destination files have been defined
Command line options like the following would be very cool:
-h and --help to give a short command line help
-v and --version which prints the program version to the shell
-i and --input to specify input files on the command line
-o and --output to specify the file to create
Switches to specify the processing type on the command line:
-m and --merge
-e and --extract (currently known as "Split PDF", but actually it doesn't split but extract pages)
-r and --render
-p and --protect

This way it could be driven completely from the command line and we could create servicemenus. Example: kpdftool --merge -i 1.pdf 2.pdf 3.pdf -o all.pdf


Anyway, cool application, thanks a lot for writing it!

Report

11 years ago

# Revision 0.23.1 - 06/02/2012

- License issues solved.
- Icons added.

# Revision 0.23 - 07/07/2011

- Qt 4.X compatibility.

# Revision 0.22 - 02/06/2006
- The "Recover Contents" function!

# Revision 0.21 - 07/01/2006
* Improvements were implemented in GUI:
- Remembering the last used input and output directories (starting in the user's home);
- 'Split PDF' was renamed to 'extract pages';
- 'OK' buttons were renamed to 'Do it', to avoid confusions;
- Window contents became unavailable during the execution of a process;
- Other minor fixes.


# Revision 0.2 - 03/01/2006
* Now it is possible to export the pages of PDFs as images files.



Thanks for all suggestions at kde-apps.org. They will be implemented as soon as possible.

Please report if it works with your system!
-------------------------------------------------------------------------------------------------------


# Rodrigo M.S. de Oliveira (rdglinux at yahoo dot com dot br). #

File (click to download) Version Description Filetype Packagetype License Downloads Date Filesize OCS-Install DL
Details
version
0.23.1
updated Feb 07 2012
added Jan 01 2006
downloads today
0
page views today 2