Live data from Hacker News

Bookworm: A Simple, Focused eBook Reader

babluboy.github.io

121–130 of 271 posts

Re: Bookworm: A Simple, Focused eBook Reader

#121
post #82

Maybe I'm old school, but I don't understand the concept of a "library". I have directories on my filesystem(s), files in those directories, and amazingly powerful applications to navigate them (Total Commander / mc / Krusader). Why would an ebook reader even try to do the navigation for me? It should display an ebook, and I'll take care of the rest. If it's showing me the file system, it's redundant. If it's showing…

With a file manager, you'll probably only be able to find a book from its author, and title. If you have a small collection, this is fine.

When your collection grows though, issues start to show up. Being able to sort, and find a book based on other information becomes much more useful: date of publication, genre, custom tags, etc... While you could always integrate these in your filename/directory structure, with the help of symlinks, it's very cumbersome to manage and use.

Re: Bookworm: A Simple, Focused eBook Reader

#122

Bookworm reminds me of Polar-Bookshelf [1]. They do not seem to have exactly the same features and use-cases, but I think it might be worth comparing (only tried Polar so far). [1]: https://getpolarized.io

I was also wondering about Polarized vs Bookworm.

Re: Bookworm: A Simple, Focused eBook Reader

#123
post #82

Maybe I'm old school, but I don't understand the concept of a "library". I have directories on my filesystem(s), files in those directories, and amazingly powerful applications to navigate them (Total Commander / mc / Krusader). Why would an ebook reader even try to do the navigation for me? It should display an ebook, and I'll take care of the rest. If it's showing me the file system, it's redundant. If it's showing…

You're not alone. I have about 75 ebooks organized by a few directories depending on what type of book it is.

I just move around my file system like normal and then open them in light weight readers like Zathura. Browsing is the same as any other directory, the files open immediately, it works offline and it's easy to sync between devices.

I apply this same strategy to MP3s too.

Re: Bookworm: A Simple, Focused eBook Reader

#124
post #82

Maybe I'm old school, but I don't understand the concept of a "library". I have directories on my filesystem(s), files in those directories, and amazingly powerful applications to navigate them (Total Commander / mc / Krusader). Why would an ebook reader even try to do the navigation for me? It should display an ebook, and I'll take care of the rest. If it's showing me the file system, it's redundant. If it's showing…

> I have directories on my filesystem(s), files in those directories Your library. > powerful applications to navigate them (Total Commander / mc / Krusader). Not powerful enough. Filemanagers are optimized for hierachical views and don't integrate well with filetypes. Namely, they usually don't extract data from files, like metadata, covers or previews. Though, filemanagers have started to do that to some degree. Bu…

>> I have directories on my filesystem(s), files in those directories

> Your library.

Yes, its already there and quite organized in directories. Now ebook readers came along and pressed those hierarchical data flat, with long waiting times, because it needs to index first.

>> powerful applications to navigate them (Total Commander / mc / Krusader).

> Not powerful enough. Filemanagers are optimized for hierachical views and don't integrate well with filetypes. Namely, they usually don't extract data from files, like metadata, covers or previews. Though, filemanagers have started to do that to some degree.

grep and find works quite well for most work loads and are fast, why not enhance (or fork) them to support ebook formats?

Instead ebook readers came along and reinvented filesystems, because users cannot be trusted to organize their book collection themselves.

> But they still lack the "alternate view" on your library. Those Walled Garden-Apps that work with librarys are more like a relational database, offering flexible selections and content-optimized views that filemanagers are normally lacking.

And at the same time omit very useful information that normal file managers show. (File creation/write/access time, size, full file name, etc.)

> The major difference is really just if you want a static and inflexible organization, or something dynamic. And usually with heterogeneous datas, the dynamic approach is better for consuming beacuse it allows you to break through the hierachy.

As I said, with long indexing times. I had ~50000 books on a ebook reader once and that broke it. Just because there are files stored, that should not slow down the system or even make it completely unusable.

Instead they should just access the filesystem directly, then those problems don't even arise.

>> (eg. where do I find all those books when I want to copy them?). > I hate Calibre for the exact same reason.

> Just select your books and export them. Calibre can export to a device, but also just a local directory. Calibre in that regard is one of the better gardens. Very flexible and powerful. Just the UI sucks.

Calibre is a pretty big application and they are not an ebook reader primarily. Their main feature is the library. And they spend many man years of development to improve that and it does work quite well.

But very few ebook applications and handheld readers have the same resources to implement a similarly powerful library functionality. Instead they have half backed solutions that make finding and organizing the library more difficult then if they would have simply used a standard file manager and grep/find/...

IMO an application that lets you just open epubs and other ebook formats and render them correctly just like so many pdf viewer do, without any half assed library functionality duck taped on to it, is highly sought after.

Re: Bookworm: A Simple, Focused eBook Reader

#125

Earlier quoted context omitted.

Yes. I should have been more clear. He is not against python3 but thinks that it is less work to maintain python2 than port calibre to newer version.

This sounds like Calibre codebase is a mess that needs to be refactored.

Even the best codebase can't effortless be ported. Calibre seems to have something around 25 MB of python-code, several external plugins, some C-code and other languages. Transition of this would take quite some time.

Additionally, there is the problem of compability. Configuration in Calibre is python-code, and on several corners the user can mod stuff. Any transition would need to make sure to not brake things to hard.

Re: Bookworm: A Simple, Focused eBook Reader

#126

Earlier quoted context omitted.

When I add books to Calibre, it reads and lists all the metadata correctly. I never added metadata to a book manually if the book has it. Strange. I can't comment on the Python2.x dependencies though.

Every time I drag a book file (whatever a format, whatever a source) to Calibre it can only guess the title and the author from the file name (although ebook formats like fb2, epub and mobi usually have this data embedded inside them). It can't even extract the cover (something CoolReader on Android does easily). Then I have to copy-paste ISBN manually and click "download metadata". I have always suspected the featur…

I use calibre from community packages on archlinux, it has absolutely no problems reading metadata (authors, titles and covers, and tags etc when present) from epub / mobi / pdf / etc.

Re: Bookworm: A Simple, Focused eBook Reader

#127
post #82

Maybe I'm old school, but I don't understand the concept of a "library". I have directories on my filesystem(s), files in those directories, and amazingly powerful applications to navigate them (Total Commander / mc / Krusader). Why would an ebook reader even try to do the navigation for me? It should display an ebook, and I'll take care of the rest. If it's showing me the file system, it's redundant. If it's showing…

I don't particularly like Calibre's library implementation, but a generic file manager just isn't a very good way of managing documents. Metadata like bookmarks, references, excerpts and annotations are a really important part of an effective reading experience.

Re: Bookworm: A Simple, Focused eBook Reader

#128

Earlier quoted context omitted.

I'm using Calibre 3.35 on Debian Testing and I have all authors, tags, categories, series, everything automatically imported to my library for many books from many sources. Maybe there's a library dependency missing somewhere? Any debug logs? I'm not at my main workstation at home, so I cannot compare now, but it's a very strange situation.

Perhaps you mean you use Calibre to download books from particular sources so Calibre exchanges metadata with the source server directly? I add files manually by dragging them to the Calibre window and expect it to extract metadata (like the book autor, title, ISBN and cover picture) from the file.

I usually buy ebooks through Humble Bundle, download all formats and then import them into calibre. For 2 of 3 formats the metadata will be extracted without problems.

Only one is usually lacking. I think it's mobi or epub, but never bother to pin it down because I just combine then in one entry anyway, and then the metadata will be merged together.

Calibre has usually no problem with extracting metadata from files, independant from the source.

Re: Bookworm: A Simple, Focused eBook Reader

#130

Earlier quoted context omitted.

Thanks, I’d not heard of it before. I guess EPUB’s got a while to go to cover all niches.

EPUB can't cover this niche. EPUB is basically just HTML in a zipfile, with all the ugly warts that HTML comes with. (Attempts to enforce "pixel-perfect" design, broken accessibility, ugly fonts forced on you, etc.) EPUB is good for publishers, I guess, but a crappy ebook format. FB2 is a different beast, it's an extremely minimal XML dialect that encodes only semantic information and nothing else. (Basically, tags f…

Presumably the problem here is restraint? I contribute to Standard Ebooks that uses EPUB3 as a core format. That’s based on HTML5.2 but our books have clean code, minimal styling and as good accessibility as we can make (we’ve had a couple of reviews of the core accessibility functionality and fixed any problems that came up).
Post reply on HN