epy VS ripgrep-all

Try Epy CLI Ebook Reader

Hey there here is baca, epy's lovely sister. Built using the awesome textual project.

However, if you don't need all the bells and whistles of Foliate and Koreader, and you are willing to carry out some trials and errors, consider exploring other simpler options like epr/epy, in Linux you can use any terminal of your choice, whereas in Android probably you'll be better off using Termux (a simple pip install epr-reader should do).

Sure, i use epy[1] and every month i d/l my books from amazon that i have bought, dedrm[2] through calibre and save the epubs to a folder. Its not a particularly arduous task.

When i want to read i have an alias setup along the lines of:

epy "$(fzf)"

its a nice interface ;-)

Now i don't often read full books in the terminal, BUT i do like being able to reference bits that i remember at a VERY quick speed. I recently was talking to somoene about biases we bring to statistics and could remember reading a great anecdote about it, using rga[3] i was able to bring up the passage VERY quickly in the terminal

Like most great cli tools, its about the workflow

[1] https://github.com/wustho/epy

I used to dislike ebooks until I started using epy. Reading on the command line made it more enjoyable to read some technical books, especially since it can vertically split alongside vim or a console.

In the book section, I would recommend adding epy by the same author as epr. It’s an updated version with more features

From desktop open source TTS systems, I found mimic closest to being useful, and my preferred EPub reader (epy) can use it.

Here is cli one, worth a try: https://github.com/wustho/epy

I would substitute dateutils for 17 and wordgrinder for 3 instead of pdd and abiword. Also, p7zip instead of 20, zip and unzip. For calendar (18), I like gcal which could also be used as 29, reminder. For a nice TUI ebook reader, I like epy.

epy or Foliate on desktop. Really there are so many ways to read EPubs!

I searched in portage, and it seems there is another version working also with other documents like PDFs and doc.

https://github.com/phiresky/ripgrep-all

If you want even faster search across different formats, you can try ripgrep-all ( https://github.com/phiresky/ripgrep-all ). It can search across epub, docx, pdf, zip, mp4 etc. If you are handy with the tool, you can write custom adaptor to search across images using OCR with tesseract.

1. If you want better adoption especially among corporations, GPL-3 wont cut it. Maybe think of some business friendly licenses (MIT etc)

2. I understand the excitement about llm's. But how about making something more accessible. I use rip-grep-all (rga) along with fzf [1] that can search all files including pdfs in a specific folders. However, I would like a GUI tool to search across multiple folders, provide priority of results across folders and store and search histories where I can do a meta-search. This is sufficient for 95% of my usecases to search locally and I dont need LLM. If khoj can enable such search as default without LLM that will be a gamechanger for many people without a heavy compute machine or who dont want to use OpenAI.

[1] https://github.com/phiresky/ripgrep-all/wiki/fzf-Integration

I use `rga` to search through multiple PDF files for work. The tool returns a list of files and I would like to make those file paths clickable.

rga, aka ripgrep-all

I wanted to say 'au contrer' to your 'screenshots are not searchable' and link this[0] but I don't actually see images in the readme.. I swear it was there, maybe it's a buried extra flag..

[0] https://github.com/phiresky/ripgrep-all