Кратко
KOReader фокусируется на чтении, а не на магазине книг: поддерживает много форматов, reflow для PDF/DjVu, гибкую типографику, OPDS и интеграцию с calibre.
Что это такое
KOReader — приложение для чтения документов, прежде всего на e-ink-устройствах. Оно работает на Kindle, Kobo, PocketBook, reMarkable, Android и Linux.
Что внутри
Проект поддерживает PDF, DjVu, CBT, CBZ, EPUB, FB2, Mobi, DOC, RTF, HTML, CHM, TXT и часть ZIP-сценариев. Для сканированных PDF и DjVu есть reflow через встроенную K2pdfopt-библиотеку.
Как используют
KOReader выбирают люди, которым важен контроль над чтением: шрифты, поля, переносы, стили, работа с библиотекой calibre и удобство чтения сложных PDF на e-ink.
Пример
Сценарий библиотеки
Пример показывает, как обычно думают о KOReader: устройство, форматы и внешний источник книг.
Device: Kobo Libra
Formats: EPUB, PDF, DjVu
Library: calibre OPDS
Goal: read technical books with custom margins and fontsСильные стороны
Сильная сторона KOReader — переносимость и форматная широта. Одно приложение может стать основным читателем на разных устройствах, а не только внутри одного магазина.
Ограничения
Ограничение — установка и привычка. На некоторых устройствах KOReader требует дополнительных шагов, а интерфейс богат настройками, что может быть избыточно для человека, которому нужен только EPUB из магазина.
Контекст проекта
KOReader ведется в репозитории koreader/koreader; публичная история проекта начинается 2013-03-24. Основной язык в метаданных — Lua, лицензия — AGPL-3.0. У проекта есть отдельный сайт: http://koreader.rocks/.
Этот контекст помогает читать страницу как разбор конкретного репозитория: у проекта есть владелец, техническая база, лицензия, история изменений и реальные ограничения выбранной экосистемы.
KOReader стоит оценивать через конкретный сценарий: кто будет поддерживать инструмент, где он встраивается в существующий стек, какие обновления придется отслеживать и что произойдет при ошибке. Такой взгляд лучше простой установки ради популярности, потому что открытый проект приносит пользу только тогда, когда его место в системе понятно команде.
Перед внедрением полезно отдельно проверить документацию, частоту релизов, модель лицензирования, требования к окружению и то, насколько легко проект будет удалить или заменить, если выбранный путь перестанет подходить продукту.