Contrary to what people believe, Dovid Goyal is the most friendly programmer to his users. He spent lots of time answering questions in the forum https://www.mobileread.com/forums/forumdisplay.php?f=166. His answers include where is a menu located, how to convert a book from one format to another, helping the user to debug the exact the problem with Calibre. He has been doing this daily and is very responsive. You can expect an answer to your question in the same day. (The forum used to allow you to read user's comments history anonymously, but now you need a account to do so)
I think he's just a bit fed up with geeks who like to question everything at every turn; he is not the sort of person you should look to for philosophical debates on the state of software. For years, Calibre got a bad rap for the interface not looking "cool" enough, meanwhile he was busy actually helping people do what they want to do with their books, for free. Plus, his mother tongue is not English and some communications can come off as brusque even when they are just meant to be direct and to the point.
TBH who doesn't hate that?
I think a lot of open source developers just gave up on their project because of ungrateful and entitled reactions from some stickler geeks.
Gold standard? What the hell are you smoking? The software is absolute garbage. The reader is slow and conversion is broken. I have tried every version for years and it never improves. It can't even convert tabular data properly.
Convert the PDF of "Dive Into Python 3" by Mark Pilgrim into ePub and look at the resulting mess. First page:
"AreyoualreadyaPythonprogrammer?Didyoureadtheoriginal“DiveIntoPython”?Didyoubuyit on paper?
What happened to the spaces? You will find numbers throughout pages, often in the middle of a page, which are the page numbers from the PDF.
I made a searchable PDF of my W-2 using Abby Fine Reader and tried to convert that to ePub. The end result is a blank page. I created tabular text of my computers: CPU, and GPU, and memory. I saved as PDF and converted it to ePub; the table is gone with one entry per line.
Dog shit has more value than this garbage.
Personally I never participated in spreading that, but I absolutely was swayed by the negative comments to avoid touching Calibre. I already find myself fact-checking a lot of things given how much bullshit people spread, but I guess I have to step that up and be more wary about what people say here (I've been more trusting of things on HN than on sites like Twitter).
9/10 people are doing exactly this: parroting what they heard with no research done.
Especially on hacker news, remember this idea so the next time you enter a thread, you won't be the one parroting things you heard from other people.
Calibre itself is awesome. I've been using it for over 10 years and it's a testament to its software excellence (which reflects on its owner/creator) that it's still an excellent and useful piece of software.
If only there were more coders like him!
I think this is fine and somebody who cant accept this needs to go outside and breathe. Sometimes you gotta put your foot down about something until you are convinced otherwise.
Over the years, the community has volunteered time and time again to develop a new UI for Calibre that would at least bear some resemblance to all the other applications we use on our computer. They would do all the work. His response has always been no.
And there has been his hostility to criticisms of security flaws in his code.
Also, there are an infinite amount of people who say they will do something, but won't actually do it. Has anybody who said they could do a UI overhaul actually started it and arrived at something worth sharing? The fear of the creator being "hostile" to your fork is a convenient excuse but doesn't actually stop you from maintaining a UI fork. Shit or get off the pot.
But the first thing you learn when you run a project with contributors is that contributions aren't just free work that you get to mindlessly merge into master. In fact, it's very likely that reviewing the code, correcting the code, managing the people (and their emotions), credentializing in the code, pulling the code/impl back on a viable course, dealing with UI bikeshedding, etc. are far more work than just doing it yourself. And if it's not something you think is worth that effort, then it's definitely not something you want to just outsource to "the community". And after all that, you aren't even guaranteed a UI that's better than what you replaced.
Anytime a UI is updated, you're going to completely modify the behavior or of the people that are using it. So any change someone else is making that isn't as closely tied with the product as he is, is probably going to be suboptimal. Not only from a user experience perspective, but also from his ability to answer questions on the forum as people are asking him questions about how to achieve certain things.
This means that he'll HAVE to be closely tied with a redesign. Which is probably not where he wants to be spending a significant amount of his time.
There's also the added complexity of legacy users that are just book people, that are quite used to the design as it is, so any migration over the new one, no matter how gradual, is probably going to make the product harder for them to use.
I'm not saying I agree or disagree with him, but his reasoning is valid. This isn't a project where you just hand off to someone completely new and let them do what they want. That's how you end up with a broken product.
Also, be wary of judging someone by how they choose to spend their free time. Notice how you haven't actually lifted a finger yourself, just judged others for how they lift theirs with zero skin in the game.
> It could be that while a small number of users are helped by his personal attention on the forum, a much larger number of users are left frustrated by the UI.
This is just speculation. Without data to back it up, I can say the reverse is true too.
Since there isn't a large number of users that are posting about how terrible the UI is(on the Calibre forum), it's probably functional enough and people can navigate it.
Buttons look like buttons, not text. It's better than modern UIs. I fear that if he gives in, this and similar small details would change so it looks nice instead of being easy to use.
It doesn't do all that calibre does obviously but it does most of what I need. It's not per see a fork as it only uses the same database formats and directly call calibre for conversion but it's as close as you get to a "modern" gui on top of calibre.
As usual, the people actually doing the work and the people complaining are strictly different subsets.
Based on what else I've seen about him -- admittedly only this thread -- I would guess that while he would not assist or change his behaviours, he would not actively try to frustrate it.
Edit: as for Kovid, he's just the type of person who speaks direct to the point without any extra words. Some people are not used to that. He's very helpful and responsive for feedback/bug report and really hard-working.
Never mind the first question that popped up in my head (Why would you care?), but _Why would that even occur to you?_ Why would you even look at people that way to begin with?
Alternately: His first language wasn't English.
Also, for the most part he is "the project".
I'm thinking that reactions to this maintainer's answers probably align to which side of the discussion one often find themselves.
Regardless, I find his tone and attitude quite condescending to the Debian maintainer.
They do not extend to anything outside of that, so I don't think it's a broad statement. Just my opinion on his response to the Debian maintainer and other polite requests.
I would just like to thank the author and people who help him for their work.
Calibre is one of the few general public facing open source application that is best in class.
It's also not maintained by a huge corporation, but mostly love of one man, and a few helpers.
It also has great user support for end users.
Never though about that but its true.
But the rest is absolutely best in class. In fact, it’s sadly the only in class for some things, I’m afraid.
I do use the web content viewer some, but mostly I just browse and download the books I want to my device.
FYI, the web viewer seems to work offline, it caches the files locally. If you haven't tried it, it's super nice. I have a 1TB time4vps storage server, and I sync my library to that server and run a headless calibre server with simple authentication to prevent crawlers.
I'm not sure whether it's one of his expected use-cases, but his work has made it so simple for me to get things from my writing group quickly onto my kindle. Plus, my own draft stories.
As someone who spends far too long on a computer screen as it is, the simple workflow of putting things easily on a kindle has been a real positive for me. And doubly so in this time of lockdown and Covid.
If the author does browse these forums - thank you so much for your work.
Couple that with the fact that Calibre supports custom dictionary sources and it's just amazing.
The one missing feature to make Calibre perfect for me is proper support for rendering PDF. Calibre currently absolutely sucks at rendering PDFs, but some ebooks are sadly only available as PDFs.
There's some example and the css code they used towards the bottom of this page, if you'd like to take a look: https://webnetforce.net/post-105/
> This release DOES NOT work with the latest calibre beta that requires Python 3 for plugins. (Updated June 2020).
So I'll have to wait until it is. DeDRM is pretty vital as I often buy books on Amazon and read them elsewhere.
And even if not, I would not "buy" books that are in effect protected and can be taken back from me at any time, without being able to do anything about it.
Simply git clone https://github.com/apprenticeharper/DeDRM_tools/ and then:
python2.7 DeDRM_tools/DeDRM_plugin/k4mobidedrm.py \
-k ~/.local/share/wineprefixes/kindle/drive_c/users/*/Local Settings/Application Data/DeDRMPrefs/kindlekey.k4i' \
~/Documents/My\ Kindle\ Content/book.azw .
python2.7 DeDRM_tools/DeDRM_plugin/ineptepub.py \
adeptkey.der book.epub book_dedrm.epub
KFX is more highly processed than Amazon's KF8 (azw3) format, causing some details in the markup of the original e-book provided by the publisher to be lost during conversion. The exact HTML tags and styles originally used in the book are not retained in KFX format. However, all of the text and most of the formatting should be preserved. Images may have been reduced in resolution or converted to black and white to match the capabilities of the device to which they were delivered.
PDF resources in KFX print replica books may have been split into multiple files. Links between pages across files will be broken if the PDF content is extracted.
These limitations make KFX less suitable for archival and conversion when compared with KF8. 
 KFX Input - https://www.mobileread.com/forums/showthread.php?t=291290
> I never really understand why people think the publisher is best placed to decide the style I choose to read in.
Because that's how books have _always_ worked.
My problem is more the huge number of images used in section breaks (and worse, occasionally used in chapter titles). Instead of using an image for a flourish or a section break, _please_ either find a character in your currently used font, or add a subset symbol font; using black images on a white background grabs my attention every time I change pages in dark mode, and even in light mode I can clearly see the difference in background color. Then there's the fact that a good number of them are low resolution, which, depending on reader and styling, causes them to be either pixelated, blurry, or too small to be useful in light mode.
Fonts are usually the biggest culprit in making epub sizes huge which on typical e-ink devices seems to affect load and page turn times.
> Because that's how books have _always_ worked.
Not really a reason to perpetuate it now we have digital media.
> My problem is more the huge number of images used in section breaks (and worse, occasionally used in chapter titles). Instead of using an image for a flourish or a section break, _please_ either find a character in your currently used font, or add a subset symbol font; using black images on a white background grabs my attention every time I change pages in dark mode, and even in light mode I can clearly see the difference in background color. Then there's the fact that a good number of them are low resolution, which, depending on reader and styling, causes them to be either pixelated, blurry, or too small to be useful in light mode.
In my experience stripping the CSS (and the fonts and images that are no longer referenced) fixes all of this.
What you are describing might be fine for novels, but for works where the typography is part of the creative result, it's not a great solution.
For some of these things - like ragged right and kerning - I think you have to almost train yourself to notice them, I've been reading a long time and can't recall ever being bothered by either.
/usr/bin/ebook-convert "The Economist.recipe" $FILENAME --output-profile=kindle_voyage --username=[your_user] --password=[your_password] --keep-ligatures --smarten-punctuation --change-justification left --mobi-file-type new --mobi-keep-original-images
and then E-mails $FILENAME to my kindle address.
As a side note: I wish The Economist provided this service, but they don't. Instead, they started "enhancing" their mobile apps to include incredibly distracting, animated ads. I am very unhappy with how they are treating their readers. Also, what could these banners ads possibly be worth? $10/user/year? $25/user/year? Just let me pay more for my subscription and treat me respectfully.
I would guess not as much as the revenue lost when I said, "enough of this shit, I'll get my news elsewhere.", but less than collective ad revenue from those that don't care or can't be bothered.
I've found Calibre's eBook Viewer the best I've installed as of yet, though I wish I could install just that part. Calibre feels a little heavyweight for what I want. But it does what it does pretty darn well, I think the lack of alternatives is because everyone has just decided to use Calibre.
I already have a perfect library management system: my filesystem. I want my book reader to just open the file I give it, and the same with the music player.
A music management app can navigate a large quantity of files via more effectively than clicking through artist -> album -> track hierarchies. You can ask it to find music by a particular genre, time frame, rating, tag, etc etc.
You can ask it to show things you commonly listen to or things you haven't listened to or haven't listened to recently.
Beyond this it can offer you the ability to perform a variety of operations on your selection whether its the antiquated notion of burning it to a disk, streaming it over the network, converting it to a different format finding more music by the artist etc.
Similarly calibre offers a way to dig through a substantial collection of ebooks in a lot of different way and perform operations on same.
Example. Find all the ebooks that don't have an epub or pdf format available and convert whatever existing format they do have to epub.
Find all the books that match a particular query that aren't on the currently connected device example foo bar baz and ondevice:false
Then send wirelessly to device.
Given a bunch of books for which some pieces of metadata is lacking guess what metadata probably matches and let me review your guesses.
I still use Calibre for copying the occasional EPUB/MOBI to the Kindle, but I could replace that, too, with a shell script. Calibre’s ebook-convert is a standalone program, you could script that without ever opening the Calibre library-management application.
It will go out and find the appropriate metadata and cover for almost any book.
Why not provide a stand alone binary copy2kindle (or sync2kindle) and let me use that? Instead we need to accept that in order to do a single task the tool needs to first re-organise the world.
That doesn't mean that one can't also create a tool that manages the library on top of the various binaries. In fact if one architects the app fairly reasonably it would be very little additional effort (or could be done by third parties).
WOW! Calibre has done exactly this... There is a whole range of ebook-* commands. (Thanks https://news.ycombinator.com/item?id=24587793)
I understand that some people like a whole book management suite. Particularly people who don't use much tech, so it's just their computer + their Kindle + their phone.
But others need something task-oriented. I don't just mean whiny software devs like myself, but students, researchers and - in general - people juggling more devices and document types. Such a user needs a bullshit-free way to view an .epub by double-clicking on it straight in their Dropbox folder. A "send to Kindle" under a right-click menu. A "Kindle sync" that works by having it mount itself as removable storage, so that you can simply copy files over, the same way you put your music on your Android phone.
(Hell, maybe even a dedicated app would be good - one that looks like an orthodox file manager, showing you your files on one side, Kindle on the other, and helpfully detecting when you upload the same file twice. But that app would be orthogonal to the concept of opening a book, and to the concept of managing a book library. And I'd still want the right-click context menu integration. Hell, Windows actually had a place for it since time immemorial - the "Send To" section of the context menu!)
 - https://en.wikipedia.org/wiki/File_manager#Orthodox_file_man... - i.e. Norton Commander, Total Commander and friends.
If it works for you, great - but anything can play music / display a photo. A good library system is golden.
IME music players usually focus on playing music and library management is usually just tacked on. Is there any other player where library management is close to as comprehensive as it is in MediaMonkey  (windows only)? It’s one of the extremely few I’ve seen that’s management first, player second.
I know there are CLI music players, though I haven't used them much. Of the ones I did, Winamp 3 was nice; Foobar2000 was great once I switched its default layout to display folder-oriented structure of the music library. I stayed with Foobar2000 for almost a decade (now I just use YouTube for streaming), because every other player I've tried out either didn't support incremental filtering (super convenient feature), or didn't understand that I don't care about metadata on mp3s (most of the time they're missing or wrong anyway) - I want its "library" to reflect the folder structure, instead of the player adding its own VFS on top of the native FS.
And now there's the same problem with ebook readers. I've recently tried to find a Windows epub reader that would just open the file, like a PDF reader opens a PDF. I failed. Everything wants to bundle its own "book library" management. But here's the thing: I already use Zotero for managing my research documents, including an occasional epub. I want a reader that will open an epub that I double-click on in Zotero.
(EDIT: Elsewhere in the thread someone mentioned Sumatra; maybe I'll give it another shot. I previously dismissed it because I don't need another PDF reader, and I really like Drawboard PDF - I use its annotation features a lot.)
At least in the image space, photo library management is a separate category of applications from photo viewers.
Try "ebook-viewer ~/example.epub".
I use this command:
/usr/bin/calibre-server --daemonize --enable-auth --url-prefix=/calibre --port 8000 --enable-local-write --log /home/user/calibre_log /home/user/library /home/user/comic_library
It's a fantastic tool, and one of the few examples where I think the "kitchen sink" approach really works, as opposed to a collection of UNIX-style tools (although it has those, too).
Glad he made the sane option, I held off from converting my eBook library to the system because of the previous python2 ignorance.
Calibre has been completely reliable on the multiple e-readers and computers I've used it on.
The only reason this migration is taking place because out of the thousands of people on this forum who complain about his code, several of them decided to help him instead of continuously complain.
I don't understand this hypercritical way of looking at things, especially considering how powerful and useful Calibre is. I plugged in a very old e-reader to my computer and tried a variety of things to put books on it; Calibre was the only thing that worked (including the actual ereader software!) I can't imagine how much work something like this would take to maintain.
If anything, the user experience has been diminished in the move to Python 3, as the maintainer mentions some 3rd party plugins won't work as they need to be ported over.
This would mean considerable dev time to track bugs in the language and dependencies that have been fixed by others in their Python 3 variants. And that means a dev that could have worked on new features now works to do (silly) maintenance work.
This clearly does have an impact in the long run.
I am working with Python myself. Everything I moves to Python 3 was a one-time effort, while the stuff where I had stayed with Python 2 means constant effort of making sure it is still safe and no major bug has been discovered in the deps.
I understand the annoyance people have with this, but there aren't to much rational arguments why to use Python 2 over Python 3. In fact it would be the other way around. Before it was minor differences, but the language evolved in a good way since ca. version 3.5 and some of the solutions are really useful (typing, dealing with encodings and unicode, not having to make sure you are using floats when dividing two numbers etc.)
In practise by far the biggest difference is that print foo becomes print(foo), and that is not a big deal if you ask me
Plus as port itself doesn't affect any user experience, it was not emergency situation. It is just that 'we are working FREELY with our own pace, so it will take time. Actual contribution is really appriciated than complains'
There is another similar program I miss is, leafpad. It is dropped by distros as not yet ported.
This balance — however — can change with time. E.g. if one of your major dependency moves to Python 3? Or gets abandoned.
I didn't say it was easy, my point was that over time more and more dependencies make a shift to Python 3 as well, which means at some point Python 2 stuff becomes harder to maintain. Whether that point happens early or late depends entirely on the project.
Additionally I nowhere said that this must be done by anyone — you are projecting here.
The new names are without a doubt better. In a vacuum. But coming from Python 2 to Python 3 and dealing heavily with encodings because I use Python for massaging machine-generated reports, the fact that they reused the same datatype identifier for bytes in P2 as for unicode in P3 really put me off.
Now that I've made the change (OK, six years ago) I'm much happier with the way Python 3 handles bytes and unicode strings. I think it is a model that all languages could learn from. But it should have been called <string> or stayed <unicode> instead!
So it’s kind of harsh to judge that statement in that light isn’t it?
Everyone at that time knew that Python2 is dead and that everything is in transition to python3. Most new code was written for python3 and not even compatible for python2 anymore. So it really was just one guy deciding to maintain his own fort on his own.
As a case study in open source development, I find it fascinating. In large closed source products, these discussions and their relative dissent is held behind closed doors. I wouldn't be surprised if large parts of YouTube remain Python 2 for a long period of time. But the product owners are aware of these tradeoffs and wouldn't allow public discussion on the subject.
Calibre, from what I've heard has had a historically "bad" codebase. I know nothing about it. But is it the truth?
So what is this "bad codebase" you seem to feel?
Not liking how something works doesn't make it wrong or broken.
It feels like a vehicle that has been organically modified over the years by a person who only has a welding machine and a cutting torch and a changing taste in what looks good. But hey: it drives.
Of course you have to know the intricate of the machine to make it behave, but isn't that part of it's charms?
I have noted this quote and intend to apply it to every large software stack I work on from now on because damn if it isn't true of all of them.
I don't think any good alternatives exist, but if they did, I'd probably switch in a heartbeat. The lead developer for Calibre is extremely annoying. RMS is easier to deal with.
As would I. On a higher order of infinity, I'd use the work of a competent saint over a competent asshole.
Let's not make false dichotomies.
If as a dev one ~not know~, assumes that their code base will have issues because its python 2, then the dev has some issues.
> there are a bunch of emotional people
> or some nonsense like that
> Easy for especially weakly socialized young people that many programmers are
It's amusing to watch you call others "weakly socialized" when reading the rest of your comment. Social awareness is not exactly exuding from it, what with the judgments and the confident assertions.
If you've ever developed for linux, you might come down on the side of the server folks. You will find that there's a web of dependencies everywhere that you will have to navigate. And the more higher-functioning what you are doing, the more likely this will become more and more complicated.
If people depend on an app, develop for something like Ubuntu 16.04 or Ubuntu 18.04. It is (more) likely that people will be able to use it without trouble for quite some time. It is very stable and it is not likely updates will affect the folks using your software. They will be able to use the software for years.
strangely, I wonder if arch linux might be the counterpoint to all this. You might just do continuous maintenance all the time instead of one-giant-upheaval-update every few years.
Evidently, one of the people mentioned in the calibre blogpost helping the python3 migration is an Arch Linux contributor :)
I've been using his Arch repo shipping Calibre with Python 3 for I think over a year. My system is updating to Calibre 5 from the main repos as we speak, so I guess I'll remove the custom repo now.
Now I'm only waiting for the Kodi 19 release before Python 2 will be gone from my system forever...
Not to diminish the work of Eli, but several Arch package maintainers end up bugfixing upstream projects to keep sources unpatched. Personally done upstream contributions to several upstreams I maintain in the distribution :)
(I'm not an Arch TU or dev, but I also contribute upstream fixes for AUR packages I maintain)
I wish there was a way to say:
RUN build it
RUN install it
RUN delete stuff
and the efficient use of docker is unreadable and hard to maintain:
RUN unpack_some_large_package && build it && install it && delete stuff
This is lots harder nowadays over vpn.
I know there's docker squash, but that is a hack on many levels.
Then there's the firewall thing
and last, I'd like to have my own private repository - where docker wont' and can't pull from other machines.
Simply using the "USER <uid/uname>" directory means you run as non-root user with a specified UID. Kubernetes recommends doing that as a baseline security measure. You can also drop caps from a container so even if you are root inside, you can't do a lot of things root can.
It's like...how many times do security researchers have to exploit your code (and your many "fixes") before you change your program's mounting architecture?
I read this bug report when I want to feel something.
That's more ignorance that arrogance. He fixed what he understood, and discussed what he did not understood till he found a satisfying solution.
Personally I wouldn't trust a dev who fixes stuff blindly which they don't understand. Though, in case of security this of course can have also bad outcomes, as illustrated in this case in the process. But that makes it even more important for everyone to follow through and communicate clearly. Which did happen here at the end.
Maybe time to let it go?
Unless there are more recent examples to point to. Or the problem still is not fixed.
I remember installing calibre once, because I needed to open an .epub file I had. Upon opening it, it started to "classify" stuff and build a sort of catalog, to which I kill -9'd it immediately and uninstalled it for good measure. But mounting filesystems is way, way worse than anything I imagined it was about to do!
You really can't blame a program to do what it says to do.
It can manage eBook readers' libraries either natively or via plugins. It can work with my Kobo eReader for example. I use Calibre to convert standard epubs to kepub (kobo enhanced epub) and push to device and extract highlights from books mainly. It's also a very nice ebook library so I can search and push/read/modify what I want.
It's more justified to call it an IDE for Ebooks.
Making an ebook manager is a lot of effort for little reward, so I'm not surprised Calibre is the only one out there. I'm not sure why I'm not allowed to be unhappy with it regardless.
Man, the people here are unbelievable. Calibre isn't this unassailable icon where expressing displeasure about it is heresy. What was that post about people accepting that technology sucks? Calibre sucks. But people put up with it. But somehow I'm the asshole for expressing my dislike.
"Please respond to the strongest plausible interpretation of what someone says, not a weaker one that's easier to criticize. Assume good faith."
"Don't feed egregious comments by replying; flag them instead."
We're looking for curious, thoughtful conversation on this site. Calling other users "an insufferable prick" is so extremely far from that (regardless of how unfair or provocative someone else was) that I'm going to ban you again. You've also posted quite good comments, so obviously I don't want to ban you, but the container here is fragile and comments like this one and some of your others are just too destructive.
If you decide you want to use HN as intended, starting with "Be kind. Don't be snarky" and including the rest of https://news.ycombinator.com/newsguidelines.html, you're welcome to let us know at firstname.lastname@example.org and we'll be happy to unban you.
Then use the search mechanism in your file manager/OS. If your library is too large, use calibre itself. Alternatively, use a script to symlink all the ebook files into a central directory.
`c:\msys2\usr\bin\find -type f -name ".epub" -printf 'mklink "%p" "c:\library\%P"\n' > links.bat && links.bat`
`find -type f -name ".epub" -exec cp -s -t /home/me/library '%p' +` (find might be able to do symlinks on its own, not sure)
I can just upload any ebook file and in a second it's available for my family and friends. One click and it imports the necessary metadata from amazon books.
Custom shelves allows for collaboration or sharing of collections of books.
It's a great web adoption of calibre.
I hope Calibre 5.0 gets merged into it soon.
It would be awesome if I could configure it to store books in a flat directory (without creating a directory for every book), using book's first author surnames and short titles as-is (without transliterating to plain ASCII).
Glad he's finally moved to Python 3. Hope the (popular) plugins get migrated soon as well.
Truly amazing, useful work, run by a nice person, for valuable purpose. Author should be getting Medals of Intellectual Freedom or whatever plaudits a non-trashfire society would have to offer. And should be drinking/eating free wherever he goes.
Autocompleting metadata automatically from Amazon Books is also great. Plus multi laguage and multi user function. As well as collaborating on public shelves to create useful collections. I also let my co-workers and friends upload ebooks.
Do you know if and when they migrate calibre-web to calibre 5? I don't know if the project is active.
he was only funded via Patreon relatively recently
He's chosen for himself the unenviable task of delivering software most people who use it consider irreplaceable, and trying to satisfy every feature anyone could ever want, which means it has many, many, many features most users don't want. BUT we all want a different subset of existing features, and are annoyed by a different subset of other features we don't use, making any replacement nearly impossible.
Me, I maintain a library large enough that my metadata.db file is 40,116,224 bytes. The library lives on a NAS, and I run the program on a MacBook, which is not recommended, but seems to be the best choice available to me.
The feature set is truly impressive. Hard to believe it's essentially the work of one developer. I don't mean to criticize when I say it's ugly: I'm a back-end developer primarily, and I don't have any idea how to cram as many features as it has in any interface without it becoming ugly.
This is amazing! It's always driven me batty that things I highlight in Apple Books, even when it's my own epub file, are kept internal to Apple Books and can't be exported in the epub itself.
I never thought epub had any highlighting standard though. Is this just adding <span>'s with CSS to achieve the effect? I do wish this became standard for all non-DRM'd e-readers -- the way highlighting PDF's is standardized.
> libprs500 was renamed to calibre in mid-2008. The name calibre was chosen by my wife, Krittika. The libre in calibre stands for freedom, indicating that calibre is a free and open source product, modifiable by all. Nonetheless, calibre should be pronounced as cali-ber, not ca-libre.
FBReader is also available and multiplatform (as FBReaderJ), as are a few other ebook readers.