GNOME Bugzilla – Bug 670684
eBook support?
Last modified: 2013-07-16 15:46:41 UTC
Hi, Can I suggest adding ebook(.mobi, .epub...) support to gnome-documents? it would be a great feature. What I mean by "support" is being able to actually find the files, search through them, display them nicely(covers) and open them.
Hi, Any progress on this one? This is a must have feature. Allmost all documents/ebooks are in epub.mobi, etc. formats.
I think it is out of the scope of documents. Here is a draft of what you want : https://live.gnome.org/Design/Apps/Potential/Reads
First, I think it is well within the scope of documents. The ebooks are well within the definition of documents. The new ebook formats (epub, mobi etc.) just replaces the legacy pdf formats (which are already supported in the documents) for publishing. Second, the scope of 'reads' application has a lot of overlapping with the documents application. (view, edit, search, view in fullscreen etc of documents). The only diff is reads focuses on "content not-created or worked on by the user (i.e. ebooks, emagazines, guides, etc)" 1) Even 'Documents' do not allow user to edit the files, just view them. So separating documents on the basis of 'created/edited' or 'read' do not make any sense at all. 2) pdf files are also well within this category but are already supported in documents. 3) There is too much overlapping of scope and supported formats between the two and will cause user confusion (what formats where etc.). 4) Reads is not in the core section but in 'nice to have' section. We cannot avoid a feature from our core application just because discussion of a 'nice to have' application exist. Even if we had unlimited number of resources, it might not have made any sense to create two separate applications (with this close-ties/overlapping with an existing application). With the current limited set of developers, getting a new feature in a current application is itself a daunting task, let alone creation of a new application. If 'Documents' is meant as a replacement for Files/nautilus to browse for documents, then it must support ebook formats. Without that the application do not have much relevance today.
Sorry, I have to disagree too. Usually, ebooks come in Mobi, ePub and PDF. What's the purpose of supporting _one_ type and letting another program support the rest. And that one type is actually supported in Evince too. So, it's just a nice interface to "My Documents". I think Documents should have a re-thinking session to properly include types of ebooks while separating users' documents. Having said that, I wouldn't mind a 'Reads' application; but I'm going to have to remove Documents.
Given that Documents will index and show me "ebooks" in PDF format, it seems only natural that it should also be able to index "ebooks" in other standard formats. Any dedicated ebook app will need a backend library for viewing, and it makes sense to me that Documents should be able to use that library to display individual ebooks, similarly to how it can display other document formats now.
eBook support should be part of a separate app (that would hopefully reuse much of gnome-documents). Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of bug 704316 ***