Version: 0.4 (using KDE 3.4.0, ALT Linux) Compiler: gcc version 3.4.3 20050314 (ALT Linux, build 3.4.3-alt6) OS: Linux (i686) release 2.6.11-std26-up-alt6 1. Open pdf file from URL: http://www.math.uakron.edu/~dpstory/tutorial/mainmenu.pdf 2. On the first slide click on the "e-Calculus" logo (2nd bullet), which is hyperlink to another pdf: http://www.math.uakron.edu/~dpstory/tutorial/maintut.pdf Or try the same with the 3rd bullet. After opening the 2nd pdf, You can't go back to the 1st one with "Back" arrow button (which BTW works fine within the same file). On the bug #106767 comment #2 I've been told, that it's rather a wish, than a bug, but a user has very certain expectations about behaviour of "Back" button and if under some circumstances it's not come true it should be treated as a bug.
Unpromoting to wish, i don't see why kpdf should remember history if you changed to another file.
Perhaps because it works in the rest of the web too, even if changing to a different HTML document? Yes, really ;-) IMHO this is only logical behaviour for a program.
"the rest of the web"? Sorry but pdf are not part of "the web"
(Just IMHO): Anything published on a web page is "part of the web". The web, thank $DEITY, is not restricted to certain file types. And PDF is a common enough document type on the web, just like HTML and (unfortunately) Flash. Documents viewed within Konq should act consistently, regardless of file type. If I press the back button I expect to see the document that I viewed before the current one. It works this way for the file manager, for web pages, and for all other documents that are opened within Konqueror. So - IMHO - at least when used as a KPart, KPDF should behave like Konqueror. And if KPDF has navigation buttons as a stand alone app, then those navigation buttons should do the same thing. IMHO. Thanks, ;) Jens
Thank you for your bug report or feature suggestion. The "KPDF" application is no longer maintained, and all tickets are now closed. We recommend to switch to the "Okular" application. Due to the high number of bugs/suggestions in "KPDF" we are not able to go through all of them and verify if they are still valid in "Okular". That's why are we asking you to help us by checking if your bug/suggestion is still valid in Okular and if it still is opening a new bug/suggestion against it. Thank you for your effort in making KDE better :) (This is an automatic message from the KDE bug triaging team)