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:
# 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). #
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.
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
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.
...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!
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..?
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.
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
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
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!
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.
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!
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!
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!
Ratings & Comments
35 Comments
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.
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
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.
It's very good. Thank you very much
hello, could you include the features from "gui for pdftk"? http://www.paehl.de/pdf/?GUI_for_PDFTK nice work so far!
simple and to the point program, thank you!!!
http://rodrigomsdeoliveira.blogspot.com For those interested in Programming and Slackware Linux! Regards.
qmake uic: File generated with too old version of Qt Designer Whats wrong? =)
Hello. What version of Qt are you using? KPDFTool was tested with 3.x releases... Best Regards.
will it be abel to fillout forms? thanks for your work
Yes! Thanks!
...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!
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..?
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)
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.
Thanks for the Suggestion! I'll work on this as soom as possible!
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
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
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
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!
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.
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:
Anyway, cool application, thanks a lot for writing it!- -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.pdfThanks 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!
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).
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:
Anyway, cool application, thanks a lot for writing it!- -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