Bug 336192 - Enable support for pdfium and favor it to poppler
Summary: Enable support for pdfium and favor it to poppler
Status: REPORTED
Alias: None
Product: okular
Classification: Applications
Component: PDF backend (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: Okular developers
URL: https://code.google.com/p/pdfium/
Keywords:
Depends on:
Blocks:
 
Reported: 2014-06-13 19:20 UTC by Johannes Obermayr
Modified: 2017-01-18 01:06 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Johannes Obermayr 2014-06-13 19:20:55 UTC
Foxit / Chromium open sourced their PDF backend (http://www.foxitsoftware.com/blog/?p=641).
Since it supports more PDF features than poppler Okular should be able to make use of (and even prefer) it.

Reproducible: Always
Comment 1 Albert Astals Cid 2014-06-17 21:56:55 UTC
Joking right?
Comment 2 Johannes Obermayr 2014-06-19 18:18:44 UTC
(In reply to comment #1)
> Joking right?
Why should I joking?

E. g. the file mentioned in Bug 271728#c2 works very well with Chromium but not with Okular ...

Isn't it better to change to a feature rich backend instead of using "your baby [1]" called Poppler?

[1] http://cgit.freedesktop.org/poppler/poppler/tree/AUTHORS#n5
Comment 3 Albert Astals Cid 2014-06-19 18:33:23 UTC
I'll ignore your ad-hominens attacks.
I'll also ignore your couch standing comments about how much more something you probably have no idea about is more feaure rich than something you don't have an idea about either.

And i'll give you the option to come up with code so then we can discuss if it has to be default or not. I don't see myself wasting time on pdfium support.
Comment 4 Hannes H 2016-02-23 10:45:51 UTC
Please do ignore the personal comments in the ticket, but don't ignore the original intent.

I have worked for the pdfreaders.org campaign for FSFE and I know that PDF is a beast to implement. I think it's great that we have another Free Software implementation now and I have to admit that it does render quite a few PDFs, especially those with forms, better than poppler-based Okular. Of course before changing any defaults, it would simply be great to have an alternative and see how it compares outside of the browser.

That having been said, I cannot contribute code right now, but I just wanted to underline that there is continued interest in this matter and I hope you don't just disregard the idea because PDFium is "NIH" or from Google.

Thanks and keep up the good work!
Comment 5 Gilbert Assaf 2017-01-12 20:44:16 UTC
Is anybody working on this? I would like to help on this issue. I already have implemented a working proof-of-concept.
Comment 6 Christoph Feck 2017-01-18 01:01:42 UTC
For help, please ask in KDE developer forums, irc channels, or mailing lists.
Comment 7 Christoph Feck 2017-01-18 01:06:12 UTC
Oh, pardon, I did read comment #5 incorrectly. I suggest to create a separate Okular backend, instead of modifiying the existing PDF backend. This way we can evaluate them both in parallel to see which is better in the long run.