Bug 45099 - only titles displayed after first page
Summary: only titles displayed after first page
Status: RESOLVED NOTABUG
Alias: None
Product: poppler
Classification: Unclassified
Component: general (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: poppler-bugs
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-01-22 12:14 UTC by Pablo Rodríguez
Modified: 2012-01-26 13:41 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
PDF showing the lacking display (50.79 KB, application/download)
2012-01-22 12:14 UTC, Pablo Rodríguez
Details

Description Pablo Rodríguez 2012-01-22 12:14:55 UTC
Created attachment 55993 [details]
PDF showing the lacking display

poppler only shows titles after the first page on the attached PDF document.

mupdf and xpdf display all content in those pages.

Just in case it helps,


Pablo
Comment 1 Albert Astals Cid 2012-01-22 13:12:45 UTC
We show exactly the same Adobe Reader and gs do, so i will say that unless proven otherwise we, gs and Adobe Reader are right and mupdf and xpdf are the ones buggy.
Comment 2 James Cloos 2012-01-23 05:34:55 UTC
I compared gs, pspcl6, mupdf, xpdf evince and acroread.

That pdf has some ecmascript to alter the page on clicks, rather than
having separate pdf pages for each step of the presentation.  (in acro,
put the pointer anywhere on the page and repeatedly left-click to see
all of the content.)

One /could/ argue that viewers which lack ecmascript support should
display it as mupdf does.

But this is mostly a dup of the »Please add ecmascript« bug.
Comment 3 Pablo Rodríguez 2012-01-23 07:31:53 UTC
(In reply to comment #2)
> I compared gs, pspcl6, mupdf, xpdf evince and acroread.
> 
> That pdf has some ecmascript to alter the page on clicks, rather than
> having separate pdf pages for each step of the presentation.  (in acro,
> put the pointer anywhere on the page and repeatedly left-click to see
> all of the content.)
> 
> One /could/ argue that viewers which lack ecmascript support should
> display it as mupdf does.
> 
> But this is mostly a dup of the »Please add ecmascript« bug.

Thanks for your reply, James.

I don't think this is a duplicate of “Please add ECMAScript”.

Displaying the whole page contents (as both mupdf and xpdf do) is the only way the user has to get the contents.

Untill ECMAScript is implemented, I guess this is the only workaround within poppler.

Thanks for your help,


Pablo
Comment 4 James Cloos 2012-01-23 16:51:39 UTC
> I don't think this is a duplicate of “Please add ECMAScript”.

I wrote ‘mostly a dup’ because ecmascript is the only way to display the
pdf as the author (apparently) indends.

> Displaying the whole page contents (as both mupdf and xpdf do) is the
> only way the user has to get the contents [w/o ecmascript].
>
> Until ECMAScript is implemented, I guess this is the only workaround
> within poppler.

Yes.

-JimC
Comment 5 Pablo Rodríguez 2012-01-26 13:41:18 UTC
(In reply to comment #4)
> > Until ECMAScript is implemented, I guess this is the only workaround
> > within poppler.
> 
> Yes.

Thanks, James, for your reply.

I'm afraid I have no patch to offer, since I cannot code.

Could the bug report be reopened, so it could be fixed?

Thanks again,


Pablo


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.