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 758508 - Ignore duration for replace transition effect in PDF documents
Ignore duration for replace transition effect in PDF documents
Status: RESOLVED OBSOLETE
Product: evince
Classification: Core
Component: PDF
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Evince Maintainers
Evince Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-11-22 22:23 UTC by Marc Vinyals
Modified: 2018-05-22 16:25 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Ignore duration for replace transition effect (1.03 KB, patch)
2015-11-22 22:23 UTC, Marc Vinyals
needs-work Details | Review

Description Marc Vinyals 2015-11-22 22:23:24 UTC
Created attachment 316060 [details] [review]
Ignore duration for replace transition effect

In the context of transitions between pages in presentation mode, according to the PDF Reference version 1.7, Table 162, if the transition type is R (Replace), then "The new page simply replaces the old one with no special transition effect; the D entry shall be ignored". The attached patch ignores the duration of the transition in that case, so that the transition has length 0.
Comment 1 Germán Poo-Caamaño 2015-11-30 16:40:30 UTC
Review of attachment 316060 [details] [review]:

It looks good to me.

FWIW, in the PDF 1.4 (PDF ISO 3200) it also says the same.
Same table (162), page 378.
Comment 2 Carlos Garcia Campos 2015-12-02 10:03:44 UTC
Review of attachment 316060 [details] [review]:

Thanks for the patch. It looks good to me too. My only concern is that this is done in the common code, and wile it's true that only the pdf backend implements page transitions, it's supposed to be common code, so I would move this check to the backend. In pdf_document_get_effect, don't pass the duration to the constructor if the effect is replace. I think even poppler should do this actually, but I'm fine doing it in evince since poppler doesn't do it ATM. What happens when the timeline has a 0 duration? Do you have a pdf test case to try this out?
Comment 3 Christian Stadelmann 2016-11-07 19:05:21 UTC
Is it possible that this is the bug causing extremely slow transition animation for some PDF files of ca. 3 seconds? If yes, is there any way to get this fixed? If no fix is possible, how about a workaround of disabling animations everywhere? With transitions of 3 seconds there is no reasonable way to use it for serious presentations.
Comment 4 José Aliste 2016-11-07 19:15:20 UTC
(In reply to Christian Stadelmann from comment #3)
> Is it possible that this is the bug causing extremely slow transition
> animation for some PDF files of ca. 3 seconds? If yes, is there any way to
> get this fixed? If no fix is possible, how about a workaround of disabling
> animations everywhere? With transitions of 3 seconds there is no reasonable
> way to use it for serious presentations.

could you please file a new bug describing your issue and attaching a test case?
Comment 5 Christian Stadelmann 2016-11-07 19:52:20 UTC
(In reply to José Aliste from comment #4)
> could you please file a new bug describing your issue and attaching a test
> case?

See https://bugzilla.gnome.org/show_bug.cgi?id=774076.
Comment 6 GNOME Infrastructure Team 2018-05-22 16:25:11 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/636.