Version: 0.5.81 OS: Linux ... to get to the very top of a PDF document. Reproducible: Always Steps to Reproduce: 1 Open a PDF 2 Scroll down a little bit, make sure you are still on page 1 3 Press Ctrl+Home Actual Results: Nothing happens Expected Results: Should scroll to the very top of the document OS: Linux (x86_64) release 2.6.34-0.slh.7-sidux-amd64 Compiler: cc
The definition of the action as you can see on the edit shortcuts dialog is "Go To First Page" not "Go to Top of the Document", so i'm not sure it is actually a bug.
But then it is at least unexpected behaviour. I don't know of any other application that handles it this way. Also because, if you are not on the first page, okular WILL jump to the top of the document and not only to the first page. Only when on the first page this behaviour is different. This does not make sense. Would it hurt if okular did not jump to the top of the document with Ctrl-Home when on the first page?
It will change a behaviour that has been there for some time, and we should have to change the text to say "Go to the top of the document" instead of "Go to the first page", and then change the behaviour of for Ctrl+End since i guess that you would want it to go to the end of the document instead of going to the last page. So yes, it's going to change a stablished behaviour that has been hapening for years, people is probably used to it.
Or perhaps just nobody complained :) Right, same for Ctrl-End. Although here it is different: For Ctrl-Home the behaviour is just inconsistent, as I said above. For Ctrl-End it is different because it jumps to the top of the last page, and when scrolling down then you don't expect Ctrl-End to go upwards.
Let's make this democratic, please vote in http://forum.kde.org/viewtopic.php?f=15&t=88997
SVN commit 1171437 by aacid: Make Ctrl+End/Ctrl+Home go to end up document/beginning of documents instead of lastpage/firstpage BUGS: 241197 M +68 -23 part.cpp M +2 -2 part.h WebSVN link: http://websvn.kde.org/?view=rev&revision=1171437