by mysticmode on 12/11/17, 2:47 PM with 83 comments
by TAForObvReasons on 12/11/17, 4:52 PM
Features
- Built using Golang
More general commentary: For people actually using the software, is the implementation language really a feature?EDIT: to be clear, I'm not attacking go as a language but rather the general trend of citing the implementation language as a feature when the audience is more than just "developers"
by sundarurfriend on 12/11/17, 3:39 PM
I like the idea, but an explanation or a FAQ would be much more useful than a small list of vague bullet points. It looks like it takes PDFs and epubs and serves them as HTML - but PDF conversion is particularly tricky and prone to failure. Are there options to tweak the conversion like in Calibre, to work around badly formatted PDFs (which seems to be most of them)? How does it handle figures, or tables that are too large for a given mobile screen? Can it fetch covers and/or metadata for books if necessary? Answering some use-case questions like these can give users a better feel for the scope and goals of the project.
by orblivion on 12/11/17, 4:51 PM
by acabal on 12/11/17, 10:44 PM
I see you're using ebooks from the project I lead, Standard Ebooks, in your front page screenshot. Glad to see you're liking our work, and keep up your own good work!
Drop me a line if you need any help with epub compatibility/quirks :)
by rahimnathwani on 12/11/17, 5:03 PM
- Safari Books Online: expensive, and only works with books on their platform
- Recoll: libre/free, and can search a local book collection. Built as a desktop app, although there's at least one web client[0]
If either LibreRead or one of the Recoll web UIs can match the speed and UI of Safari's full-text search, I'll be very happy.
[0] I haven't tried it, because it didn't occur to me to look for one until today: https://github.com/koniu/recoll-webui
by cdancette on 12/11/17, 4:29 PM
I don't really like reading ebooks on my desktop or mobile
by hammerandtongs on 12/11/17, 8:08 PM
I could more confidently selfhost a web version of my calibre library for reading and bookmarking. Calibre has a web version but I'm not confident in it and would be uninclined to host it even in a sandstorm instance for example.
The memory issues of libreread, as indicated by others, are too much for hosting in a friendly way with other apps. The value of full text search isn't nearly good enough to warrant the memory usage. Aim for < 60MB serverside.
Calibre has an large amount of features that are critical for people actually trying to maintain an ebook library. Those features have been added and polished over a decade. I'm very doubtful they can be replicated in a reasonable timeframe.
Valuable to see people making things in this area though! Cheers.
by thisisit on 12/11/17, 4:27 PM
I have yet to find a reader which can do this.
by lostmsu on 12/11/17, 4:52 PM
by gravypod on 12/12/17, 2:25 AM
I maintain, for personal use, a self-hosted web service that does something similar to this. In my custom service I split each PDF into a collection of images. This lets me download limited sets of the book (10-page chunks) for quick load times and also lets me remember which page was the last one I was reading.
A similar feature in something like this would be cool. Automatically extract the image from the page, transcode it into the best format supported by the browser, and remember which page is being read (regardless of the source book format).
by bane on 12/12/17, 2:22 AM
One thing I really wish I could do with it (LibreRead or Ubooquity) is "add" books from the internet archive to it either as virtual links that simply opened up to the IA reader on their site, or with an option to download locally within the reader interface.
by JustSomeNobody on 12/11/17, 5:20 PM
Thanks for this.
by motdiem on 12/11/17, 8:03 PM
by one87 on 12/11/17, 4:43 PM
by dsr_ on 12/11/17, 4:23 PM
Table of Contents support with working links; per-user storable bookmarks; font and color control; margin control; multiple methods of page turning; a non-bookshelf library index (I have over a thousand authors, most of whom have more than one book -- any interface needs to be usable by someone with a library of ten thousand books); and probably a partridge in a pear tree.
But it looks like a good core on which to build.
by rkachowski on 12/11/17, 6:27 PM
by cmurf on 12/12/17, 12:58 AM
But then it supports PDF and EPUB, neither of which are directly supported by Kindle, they have to be converted first. So is LibreRead converting to AZW, or to HTML such that the Kindle's permanently experimental web browser can display it?
by Tharkun on 12/11/17, 6:13 PM
by jcoffland on 12/11/17, 5:19 PM
by realusername on 12/12/17, 5:49 AM
by rplnt on 12/11/17, 4:23 PM
by Quanttek on 12/11/17, 6:50 PM
by xchip on 12/11/17, 8:40 PM
by avryhof on 12/11/17, 5:16 PM