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 689992 - Load documents in the ephy window using libevince
Load documents in the ephy window using libevince
Status: RESOLVED OBSOLETE
Product: epiphany
Classification: Core
Component: General
3.5.x
Other Linux
: Normal normal
: ---
Assigned To: Epiphany Maintainers
Epiphany Maintainers
Depends on:
Blocks: 689990
 
 
Reported: 2012-12-10 17:13 UTC by Carlos Garcia Campos
Modified: 2015-02-03 11:39 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Patch (25.01 KB, patch)
2012-12-10 17:30 UTC, Carlos Garcia Campos
none Details | Review

Description Carlos Garcia Campos 2012-12-10 17:13:57 UTC
First step would be to add a document mode in EphyEmbed and load the document in an EvView.
Comment 1 Carlos Garcia Campos 2012-12-10 17:30:18 UTC
Created attachment 231176 [details] [review]
Patch
Comment 2 Reinout van Schouwen 2012-12-16 22:42:16 UTC
interesting, but where does this leave the "minimalist design" trend that GNOME 3 and Web has been focusing on in recent times?

Gnome Documents already adds a unfamiliar UI on top of a PDF document view (at least for those who are used to Evince). I don't see how it will make users' lives easier if Epiphany will add a third one instead of just handing the file off to Evince or whatever the preferred pdf handler is.
Comment 3 Carlos Garcia Campos 2012-12-17 20:01:10 UTC
I think this is more like a preview, we could add an option "open document in evince" or something like that.
Comment 4 Reinout van Schouwen 2012-12-18 23:02:30 UTC
(In reply to comment #3)
> I think this is more like a preview, we could add an option "open document in
> evince" or something like that.

Well, that's exactly what Documents does, isn't it? Shouldn't we at least stay consistent with their UI?
Comment 5 William Jon McCann 2012-12-18 23:16:45 UTC
My view is that the preview that we integrate into Web (a la the mockups) is consistent with and uses some of the patterns we use in Documents. The interface in Web would then allow the user to save the previewed document in the Documents library.
Comment 6 Jürg Billeter 2013-02-12 06:41:11 UTC
(In reply to comment #2)
> interesting, but where does this leave the "minimalist design" trend that GNOME
> 3 and Web has been focusing on in recent times?
> 
> Gnome Documents already adds a unfamiliar UI on top of a PDF document view (at
> least for those who are used to Evince). I don't see how it will make users'
> lives easier if Epiphany will add a third one instead of just handing the file
> off to Evince or whatever the preferred pdf handler is.

You could also look at this from the other side. When you browse the web and click on a link to a PDF document, why should the browser behave completely differently than when clicking on a link to an HTML document, an image, or even a plain text document? In many cases, the user does not care about the document format, he or she simply wants to read the document.

The current situation is pretty painful, in my opinion:
 * PDF files are downloaded to and kept in your downloads folder, whether you want that or not
 * Epiphany might display an empty content area that you have to close manually
 * Back and forward buttons do not work across PDF files
 * You cannot easily copy the URL from where you downloaded the PDF using the address bar
 * You cannot open a PDF document as a tab
Comment 7 Carlos Garcia Campos 2015-02-03 11:39:59 UTC
Evince has a NPAPI plugin now that integrates much better with the web adn doesn't require any changes in ephy.