johnfactotum / foliate

Read e-books in style
https://johnfactotum.github.io/foliate/
GNU General Public License v3.0
6.26k stars 288 forks source link

[Feature request] Add a ebook galerie #119

Closed linuxr01 closed 4 years ago

linuxr01 commented 5 years ago

Is it possible to import all ebooks in a galerie? Its more user friendly if we dont need to open the file. Just click on the ebook cover and read.

Maybe code from this app helps. https://flathub.org/apps/details/com.github.babluboy.bookworm

Example: grafik

johnfactotum commented 5 years ago

Related to #69

fabiscafe commented 5 years ago

It would be nice to utilize gnomes tracker, since that provides most of the stuff needed already. :+1:

itprojects commented 5 years ago

most of the stuff needed already.

@Tids What is it? What do you really think you need? If you do want a cataloguing app that uses the gnome tracker, try gnome-books first. Here's some of their features:

fabiscafe commented 5 years ago

What is it?

Like a metadata based store, where you already get the author and so on?

you cannot directly open an individual book

why not? I see that for example the lollypop player can use tracker and still open music, when I click on it via file explorer

gnome tracker only tracks Documents folder

Wait, that can't be true. I can find just everything in my home, except for hidden folders in tracker

when there's a bug in gnome tracker, then there's is no reading

But then you could fallback to open your ebooks with a rightclick > open with (or just a simple click, if its the default app).

try gnome-books first.

gnome-books is missing much more. I don't think that this is because of tracker, but because of a lack of developers on that app.

But after all it was a suggestion, not a "you better do this or I'll hate this project" :smile:

itprojects commented 5 years ago

There is already a metadata store in Foliate. It's in:

~/.local/share/com.github.johnfactotum.Foliate,

in the shape of files with JSON meta.

It's quite quick and remembers books by internal UUIDs, so even if you move or rename your book, all your meta and notes, bookmarks and highlights are safe. This amazing feature beats the tracker in every way. Hidden folders - no problem. No need to learn a new API or to maintain compatibility with it's changes.

But after all it was a suggestion, not a "you better do this or I'll hate this project"

All good - no problems, just bug reports :D

johnfactotum commented 5 years ago

I think using the JSON files currently stored in ~/.local/share/com.github.johnfactotum.Foliate would be good. The main problem is that it does not currently store file locations (URIs). It's probably best to store file URIs in a separate file, because you might not want to sync that since it would contain URIs that would likely to be different across devices. If the an item's URI is no longer valid, the user would be given the option to select a new location or delete the entry.

And then we can use Tracker (or any other file indexing mechanism) to optionally augment it.

One thing to note is that tracker-extract doesn't support Mobipocket and Kindle books, meaning that while it will track those files, it cannot read their metadata.

anthonyajumelles commented 4 years ago

@johnfactotum make sure you claim the bounty!

https://www.bountysource.com/issues/76778055-feature-request-add-a-ebook-galerie