Comment by addicted
3 years ago
Most (all commercially available?$ebook readers are not as simple as that.
And a file manager doesn’t track which books of mine are synced and which are not. Calibre does.
A file manager does not make it easy for me to correct the ebook’s metadata so it appears properly on the ebook reader. Calibre does. Calibre will also automatically download metadata for you from a variety of sources (with many options for the level of automation, including individual review with diffs from the existing metadata).
Calibre also makes it trivial for me to create a web server so I can access my books from any device from anywhere.
Calibre will also track which books I’ve read and which ones I haven’t. Which a file manager won’t.
Calibre also makes it possible for me to read the books on my computer itself before I sync them to my device.
Calibre will also automatically convert my book to a different format depending on the device I’m syncing to, something a file manager won’t do either.
So "it's job is not well defined".
It's a webserver, file manager, sync client, transcoder/converter, RSS reader, metadata manager all in one.
With all possible regards and respect to the author, I find calibre a terrible mess. It does a lot of things, none of which very well. And the one thing that I want it to do, it doesn't. Not reliable or not at all. I want it to give me access to the ebooks I buy online.
This isn't calibres' fault, but the industries'. DRM, incompatible formats pushed by tech giants. But in the end, all I want is a way to see, reference and sync the books that are on my Kobo with my (Linux) desktop.
A python script, A proprietary Kobo app over wine, some bash scripts and a well kept directory achieves this. But calibre doesn't. Though it can read RSS feeds.
> I want it to give me access to the ebooks I buy online.
> This isn't calibres' fault
The software doesn’t do everything.
…but you really only want it do something else, that’s not possible.
So it’s bad.
This is a very difficult position to defend:
There is software, free, maintained as a labour of love, that others like. …but it doesn’t do the one thing you want.
So it’s categorically bad and a mess.
That’s the sort of entitlement that makes open source developers quit. :(
I am an open source developer. I am familiar with the criticism. It's fine. Because a lot of software really is crap. Open Source is not a trait that suddenly makes software better.
My point was this: calibre does a lot. Many things only tangentially related to "managing ebooks". Yet it doesn't do some obvious things that are clearly part of managing ebooks. Like, managing ebooks.
That is criticism towards the model, not the software. It criticizes the lack of polish and lack of focus that many FLOSS suffers from. "Do one thing and do that well" is what I prefer. As opposed to a kitchen sink of plugins, an ever wider spread of use-case half-covered With, again, emphasis on the I.
3 replies →
> And the one thing that I want it to do, it doesn't. Not reliable or not at all. > I want it to give me access to the ebooks I buy online.
There are perfectly good Calibre extensions that do this. Given the legalities, it is not at all surprising that those extensions are not written or maintained by the main Calibre developer, and not included with Calibre. But they are easy to find and install.
> It does a lot of things, none of which very well. And the one thing that I want it to do, it doesn't. Not reliable or not at all. (...) A python script, A proprietary Kobo app over wine, some bash scripts and a well kept directory achieves this. But calibre doesn't.
I prefer to have an all-in-one application that does all this for me. My ebook workflow is not particularly demanding, so I let Calibre manage everything and don't maintain my own scripts.
Such a definition of "job not well defined" is just "IDE, but for ebooks" when seen from a different angles. People swear by IDEs for all kinds of reasons, convienience and integration first and foremost. You may not need an IDE, but I'll take it over rolling my own tools any day.
>And the one thing that I want it to do, it doesn't. Not reliable or not at all. I want it to give me access to the ebooks I buy online.
Yeah, and no free pony coming with each download either...
It's job is to manage your digital library of books. Are you upset that it has too many features? I just don't understand why you're debating.
If you don't need it, then don't use it.
I do need it. But what I prefer is something simpler that does one job and does it well.
That exists, proprietary. In floss it exists for CLI only.
I'm upset that it keeps accumulating features. I understand why. I understand others need those features. But what upsets me is that this "eats" a lot of energy, which now isn't spent on simpler, easier, cleaner or friendlier FLOSS alternatives. I spend that time. On tools for ebooks that I opensourced.
But alas, the most common response to my efforts is people telling me that I should instead spend that time and effort building additions for calibre rather than trying to gain traction on some alternatives. The same most common response people working on e.g. Krita face: wasted time, improve Gimp instead.
1 reply →
You go write your scripts, maintain them, etc since you feel that's a superior option
We'll keep using Calibre
Why the snarky tone? I expect better from a debate on HN.
1 reply →
The alternative reality where all of those functions are handled by independent pieces of software, or even worse by software not specialized in ebooks at all, is not necessarily better.
In fact I'd bet money it it would be less useful and less productive and much more forbidding to users.
You've got a bunch of people here saying "I love Calibre", that should be enough proof that it's doing a good job, however well you understand that job to be defined.
Calibre does a lot of course, but for your first point, Kobo exposes a folder when connected via USB, and you can drag plain epubs over which it will then load into its library with no additional software.
As does a Kindle, except you need .mobi files.
> Most (all commercially available?$ebook readers are not as simple as that.
Only if you make them. Have been pretty simple for me. I don’t do most of the things you mention, and do not see myself wanting to.
I do use Calibre for conversion (through the command-line ebook-convert tool, wrapped in a script that converts and mails to Kindle in one operation). I don’t use different devices, to “automatically” does not mean much.
> Only if you make them. Have been pretty simple for me. I don’t do most of the things you mention, and do not see myself wanting to.
That's not how it works. Each device and firmware has its own way of doing things. For example, I would have no idea how to build "ebook groups" on my reader, but I don't have to worry about that because Calibre knows how to do it for me. Creating those by hand would likely involve a third party tool or XML/other structured text format editing, which would be annoying.
> I don’t use different devices
That's your setup. Another person may have three readers, for whatever reason. How would you keep track of it then, and would it not be easier to just hand over things to Calibre for automatic synchronisation?
> > Only if you make them. Have been pretty simple for me. I don’t do most of the things you mention, and do not see myself wanting to.
> That's not how it works. Each device and firmware has its own way of doing things. For example, I would have no idea how to build "ebook groups" on my reader
That would be you making it complicated. What are you all doing with your Kindles that needs multiple levels of organization?
> How would you keep track of it then
Keep track of what?
4 replies →