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
  Show dependency tree
 
Reported: 2012-12-10 17:13 UTC by Carlos Garcia Campos
Modified: 2015-02-03 11:39 UTC (History)
5 users (show)

See Also:
GNOME target: ---
GNOME version: ---


Attachments
Patch (25.01 KB, patch)
2012-12-10 17:30 UTC, Carlos Garcia Campos
none Details | Diff | 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.

Note You need to log in before you can comment on or make changes to this bug.