Bug 106773 - "Back" ("Previous") button doesn't work, when jumping between pdf files by hyperlink
Summary: "Back" ("Previous") button doesn't work, when jumping between pdf files by hy...
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kpdf
Classification: Applications
Component: general (show other bugs)
Version: 0.4
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: Albert Astals Cid
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-06-04 13:07 UTC by Ilia K.
Modified: 2015-02-07 16:50 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ilia K. 2005-06-04 13:07:39 UTC
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.
Comment 1 Albert Astals Cid 2005-06-04 13:19:14 UTC
Unpromoting to wish, i don't see why kpdf should remember history if you changed to another file.
Comment 2 Jens 2005-08-02 10:58:13 UTC
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.
Comment 3 Albert Astals Cid 2005-08-02 16:00:41 UTC
"the rest of the web"? Sorry but pdf are not part of "the web"
Comment 4 Jens 2005-08-02 17:22:53 UTC
(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
Comment 5 Albert Astals Cid 2015-02-07 16:50:04 UTC
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)