After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 468040 - unimplemented actions GoBack/GoForward
unimplemented actions GoBack/GoForward
Status: RESOLVED OBSOLETE
Product: evince
Classification: Core
Component: PDF
git master
Other Linux
: Normal enhancement
: ---
Assigned To: Evince Maintainers
Evince Maintainers
: 563631 588116 660106 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2007-08-18 20:40 UTC by Christian Persch
Modified: 2018-05-22 13:17 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Attempted idea at a patch (765 bytes, patch)
2007-08-19 12:10 UTC, Rob Bradford
none Details | Review

Description Christian Persch 2007-08-18 20:40:57 UTC
** (evince:6066): WARNING **: Unimplemented named action: GoBack, please post a bug report in Evince bugzilla (http://bugzilla.gnome.org) with a testcase.

** (evince:6066): WARNING **: Unimplemented named action: GoForward, please post a bug report in Evince bugzilla (http://bugzilla.gnome.org) with a testcase.

Testcase: http://www.blackhat.com/presentations/bh-europe-06/bh-eu-06-biondi/bh-eu-06-biondi-up.pdf

and click on the circle icons on the right bottom of the pages.
Comment 1 Rob Bradford 2007-08-19 12:08:19 UTC
I tried to knock up a patch to implement this however I ran into a couple of problems. The ev_window_cmd_edit_find_next/ev_window_cmd_edit_find_previous functions only work when the find is active. This is only the case when the search bar at the bottom is visible. Clicking the body of the document causes the search bar to be hidden and then the find cancelled and hence the actions cannot be invoked.

To me it seems that the clicking off to hide the find bar is the correct behaviour so it would seem like the way to implement this would be to remember the details of the last search and use that. But this has the disadvantage that its not clear what is happening when the user does this. So perhaps it would be a good idea to pop up the search footer.

Ooh. Uhm. ;-)

I tried to implement this with the attached patch but I never get past the hits on the one page. Also it has an annoying flicker.
Comment 2 Rob Bradford 2007-08-19 12:10:18 UTC
Created attachment 93932 [details] [review]
Attempted idea at a patch
Comment 3 Nickolay V. Shmyrev 2007-08-21 23:34:57 UTC
thanks for the patch, well another standing one is about find_next/find_prev. Just give me some time to review them both.
Comment 4 Carlos Garcia Campos 2007-12-02 11:58:48 UTC
hmm, it seems that GoBack and GoForward options have nothing to do with searching, but with history. What acroread does is going to the next and previos pages in the history stack. 
Comment 5 Rob Bradford 2008-01-08 15:06:15 UTC
Heh. I was comparing with what xpdf was doing (I think, I cannot really recall ...)
Comment 6 palfrey 2008-12-08 13:05:44 UTC
*** Bug 563631 has been marked as a duplicate of this bug. ***
Comment 7 Carlos Garcia Campos 2009-07-12 10:39:54 UTC
*** Bug 588116 has been marked as a duplicate of this bug. ***
Comment 8 José Aliste 2013-05-14 02:20:51 UTC
so GoForward and GoBack in acroread do seem to follow the history... however, history is implemented differently, as they add a page to the history whenever there is a page change, while we add it only when the new page to old page distance is larger than one.
Comment 9 Germán Poo-Caamaño 2013-06-15 07:49:35 UTC
*** Bug 660106 has been marked as a duplicate of this bug. ***
Comment 10 GNOME Infrastructure Team 2018-05-22 13:17:50 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/evince/issues/43.