*** This bug has been confirmed by popular vote. ***

I am about to mark that bug as invalid.
Do we really want KPDF to do that, IMHO KDPF is a PDF viewer, not a PDF editing tool.

What do you guys think?

KPDF is a viewer, you're right.
BUT it would nevertheless be very desirable to have this functionality.

I have often the situation, where I have multiple PDF files with odd page numbers and I want to print them all as a booklet (page number dividable with 4). To have a menu point "Load another pdf and append to the end" would be very helpful. The split functionality could be done with "Save pages <..> as extra file", but this is nearly similar with "Print as PDF".

As someone who is working in an adv. agency and therefore having
to do with pdfs very often I want to stress the following points:
1) A fast, unbloated PDF viewer for KDE is certainly desireable
2) An app like Acrobat *PRO* is badly needed for the Linux desktop as well
3) Open Source programming resources are scarce so it would be
really bad if there would be the need to have two separate versions.
4) Firefox shows that a comprehensive, easily extensible architecture
doesnt necesarrily mean bloat. The solution: A plugin architecture
(Perhaps this can be achieved with KParts technology here as well?)
5) Adobe Acrobat also uses a plugin architecture. Unfortunately
many useless plugins are enabled in the default PDF viewer by default
and there is no easy way for the user to disable them. There is no
need to repeat that error.

Apart from all that I think that extracting pages from a PDF is not
a thing that I would consider "bloat", even in a viewer. I would
understand if other demands like a ruler or color picker (I was always
dreaming about these in a Linux PDF viewer) were denied here. Extracting
pages is everyday use. Imagine you have a large 200 pages manual and just
need a single page. There is no way whatsoever for the average user to
do this. This is very bad in Adobe Reader already IMHO. It would be great
if an Open Source PDF viewer really had an advantage (in terms of
features) in contrast to what's commercially available.

Thanks for listening (and already making KPDF a really great viewer).

OK, guys, I'm probably implementing this in a weeks time, just need to know the use cases you want to do with that, exposing all pdftk functionality through a GUI is probably "impossible" so just tell me the exact things you would like to do using kpdf.

OK, first for those who want to split PDFs. This is already possible. Just print to the virtual PDF printer and select the page range you want. But compared to pdftk this is only a workaround since AFAIK the "print method" involves conversion from pdf to ps and back to pdf which could lead to problems. Furthermore pdftk would be faster. That's why it'd be nice if a separate "Split PDF" menu entry could be provided. (I wouldn't need any advanced capabalities. Range specification as for printing would satisfy my needs.)

What I really need sometimes is the possibility to merge PDFs. Mostly this involves concatenating different PDFs, so the aforementioned "Append another PDF" functionality would be more than sufficient. Here's a use case: create some text document in LaTeX or OpenOffice.org and create a cover page in Scribus. Then join the two PDFs.

Moving pages around could be useful in very rare circumstances but I can't think of a realistic use case right now.

Thanks for working on this! KPDF is by far the most usable PDF viewer available.

I agree to #6.
Moving pages around is not really necessary for me.
By far most import: A menu entry like in Adobe Pro: "Extract pages..."
Then you can select a page range. Preselected is the current page, i.e.:
From: <1> To: <1>
Printing to PDF is not a workaround for professional use. I dont want
to bet on all the problems occuring there when routing the stuff through
Ghostscript. On many system GS 7.x is still installed due to supposed
printing problems with recent version. These version destroy all spot
colors on printing for example.

Merging PDFs: I dont really need that, but I can imagine that an Append
pages... could be useful for many people.

As per the original request the ability to extract a page range (SPLIT) and append (MERGE) a PDF document are the most important.

You also might want to take some code from the PDF tookkit service menu:

http://kde-apps.org/content/show.php?content=18545

From a business perspective and as someone who trains people in Acrobat this functionality (and a few more) is essential. I regularly need to compile a single report as a PDF appending spreadsheets, documents etc.
I would therefore like to see menus like:
Modify -> Pages -> Insert Pages.. (i.e. Append)
Modify -> Pages -> Delete Pages.. 
Modify -> Pages -> Extract Pages..
Modify -> Pages -> Rotate Pages..

It would also be good if we could move/reorder the pages in the thumbnails panel by clicking and dragging.

I could also do with a few other options which are not as important as the above but would mean I could stop booting to Windows to use Acrobat:
Modify -> Pages -> Crop (as PDF files from commercial printers sometimes show the crop marks and margins)
Modify -> Document Properties (Meta data, security?)
I'd also like to see a few Forms features but I am probably the only one.
Also tools like highlighting and pen are much less important to me than the above.

I understand that KPDF is not aimed at being an editor but we need an alternative to Acrobat. Thanks for the hard work - I'd like to create some icons so I'll take a look at that but I think there are many icons from other apps which could be used.

#5 I aggree with #9

I scan my important documents on an scanner with a feeder and it just sends the whole thing as a pdf file to me on an email. 
If it was implemented I could use it to take my 71 page pdf and divide it into the papers that it actually contain.

Offtopic: I simply LOVE kpdf. Thank you so much for making such a brilliant tool for my KDE desktop :D

Is kpdf still maintain and if it is not should the wish be moved to okular?

You are right, this and all other wishes which are not already fullfilled in okular should be moved there. The rest of bugs and wishes on Kpdf should be closed.

Are there an easy way of during that or should all non-fixed manual looked trough?

#12: Are you during all the moving of bugs/wishes since I dont have permission to do so?

Closing this wish.

kpdf is no longer under development and the okular team has stated is not interested in this feature.

Thanks a lot for sharing your opinion with us.

You might be interested in posting this wish into the brainstorm forums at http://forum.kde.org/brainstorm.php as a separate application and someone might pick it up to implement it