Feature request: Make history mechanism bidirectional

I don't really care what other programs of one sort or the other do. There is the "return to page" function in qpdfview (use the context menu of the main view or press the return key as described in the online help), anything more is out of the scope of this particular program.

Great to learn that "return" is already implemented: thank you!

But what about "forward" (e.g. with shift return)? Wouldn't it be a cinch (and logical and consistent) to implement that, too?
( time permitting, etc - no rush! )

I don't think a "forward" function is necessary since the only way to add an entry to the return list is by clicking a link, activating a bookmark or jumping directly to a specific page. All these operations are so simple that a special "forward" operation does not seems to be a very useful addition.

Hmm... to me it's tremendously useful when I use it - I don't need it every day, of course.

I'd be happy to try and make that addition in the code myself (though I'd first face a steep learning and familiarizing curve, for sure).

I think the beauty of that feature is that it allows parallel perusal of a number of sections in longer documents, which is only possible to do, when switching back _and_ forth between said sections (without having to search for text and without having to memorize the page numbers). It can be just fast and intuitive...

I am not sure why it seems to be impossible to write a feature request without recourse to acroread, Okular, Evince or the well-known and universally loved "any common web browser"... Just suggesting a feature based on its own merits and describing it in simple terms is probably "not a common thing to do"...

But let's implement it anyway. It's a good opportunity to clean up some architectural quirks and the added code is minimal in size.