Критерии оценки читалки
Oct. 13th, 2022 10:14 am![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
Вот задумался над выбором более другой читалки электронных книг и для телефона и для десктопа (Linux, LXDE).
Раньше я и там, и там пользовался FBReader. но десктопный FBRedader по-моему развиваться прекратил А то направление, в котором развивается андроидная версия мне не очень нравится. Хотя уже привык.
Рассматриваются следующие кандидаты:
- FBReader
- KOReader
- AlReaderX
- Librera
- Document Viewer
- ReadEra - пока под вопросом. Не могу понять где взять APK тем, кого в гугле забанили. Возможно здесь но я согласен с гуглем в том что качать приложения откуда попало - рискуешь опять попасть.
Критерии оценки:
- Работа с большими библиотеками. Моя текущая библиотека - два с лишним гига, 3109 книг. Интересно насколько эффективно читает каталог библиотеки с файловой системы, не забывает ли удаленные по файловой системе книжки в списках.
- Работа с большими файлами в формате epub. Тестироваться будем на документации от постгреса 5Мб русская, 4Мб английская, 2500 страниц и питона (5 Мб английская). Конечно хотелось бы иметь читалку, способную эффективно работать английской википедией завернутой в один большой epub
- То же с CHM. Благо дока на постгрес у меня и в таком формате есть
- Работа с большими файлами DJVU. На примере энциклопедии "Море" Романовкого и Сo. Тут интересно как читалка сумеет показать на маленьком экране страницы A4.
- Работа с PDF. Не знаю даже что в качестве подобного кролика брать. Ну можно PostGis In Action. Интересуют PDF-ы состоянище не из отсканированных изображений. а из текста набранного шрифтом и богато иллюстрированные
- Ну просто чтение - шрифты (с одной стороны для фарматов, которые не имеют встроенных шрифтов, с другой - наоборот, для тех, кто имеет), фон, поддерживаемые режимы листания
- Навигация по сноскам.
- Удобство работы со списокм недавно читавшихся книг.
- Чтение вслух.
- Общий стиль интерфейса
- Работа с метаинформацией. Умеем ли мы извлекать название, авторов и т.д. изо всех поддерживаемых форматов или только из некоторых? По каким из полей метаинформации возможна сортировака списка книг? Есть ли возомжность использовать в списке не метаинформацию из содержимого файла, а банальо его имя? Могут ли списки книг быть организованы иерарически?
Чего я НЕ собираюсь проверять
- Работу с сетевыми ресурсами. Книжки я на телефоне читаю обычно тогда, когда нахожусь за пределами сотового покрытия. Ну и вообще по сети безопаснее лазить с десктопа.
- Интеграцию с Calibre. Не люблю я его.
Вот думаю что я еще полезного (для себя любимого, естественно) забыл. Может быть коллеги комментаторы вспомнят что-то полезное для них, а я подумаю и решу что и для меня оно полезное?
X-Post to LJ
no subject
Date: 2022-10-13 10:10 am (UTC)https://apkpure.com/apk-downloader (и тот же 4пда) - не?
no subject
Date: 2022-10-13 10:58 am (UTC)Скорее не, чем да. Я как-то этим сайтам не слишком доверяю.
no subject
Date: 2022-10-13 11:28 am (UTC)no subject
Date: 2022-10-13 10:11 am (UTC)OPDS - не предлагать? (свой, конечно, не чей-то там "сетевой ресурс")
Нужен строго оффлайн?
На все "гигазы вареза"?
no subject
Date: 2022-10-13 11:01 am (UTC)Да, конечно. Если у вас есть компактный OPDS-сервер, который можно поднять в Termux, то еще куда ни шло. Речь о том, что работать с библиотекой я хочу, сидя в лесу на пеньке вне зоны сотового покрытия.
Кстати варианты собственных OPDS серверов я бы тоже изучил (Calibre только не предлагать). Хорошо ли они умеют извлекать метаинформацию из PDF, DJVU, EPUB и так далее, уживаются ли на одной машине с нормальными веб-серверами и способны ли обойтись без них ну и так далее.
no subject
Date: 2022-10-13 11:29 am (UTC)За nginx'ом норм живёт.
no subject
Date: 2022-10-13 12:28 pm (UTC)Офигеть список зависиомстей. Идет лесом,
no subject
Date: 2022-10-13 10:38 am (UTC)И да, 3109 книг это не библиотека, а так - библиотечка. Библиотека это когда хотя-бы пара миллионов.
no subject
Date: 2022-10-13 11:03 am (UTC)Вот с первыми тысячами книг многие читалки уже работают плохо. Хотя вариант "не умеешь не берись, предоставь это делать файловой системе устройства" в общем-то лучше многих других. Его и на полмиллиона хватит, проверял на мирроре флибусты.
no subject
Date: 2022-10-13 11:30 am (UTC)На каждый чих - симлинк?
no subject
Date: 2022-10-13 12:26 pm (UTC)Ну почему обязатеьно сим-? Бывают еще и хардлинки.
no subject
Date: 2022-10-13 01:28 pm (UTC)Опять же, расставлять все эти сим- и хард- линки кто-то должен.
no subject
Date: 2022-10-13 06:30 pm (UTC)Если расположение файлов по каталогам ЛОГИЧНО, ничего страшного не будет. Допустим, у книги три автора, вот три хардлинка из каталогов этих авторов. Все понятно, авторы развноправны. Если же у нас используются симлинки, то какой-то из авторов должен быть "главным", в чьем каталоге лежит файл. А у остальных соавторов только ссылки на совместную работу.
(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:no subject
Date: 2022-10-13 03:21 pm (UTC)no subject
Date: 2022-10-13 11:31 am (UTC)no subject
Date: 2022-10-13 03:16 pm (UTC)no subject
Date: 2022-10-13 06:00 pm (UTC)Ну почему бы двум программам на одной железке и не общаться друг с другом через сокет?
Кстати вообще-то протокол OPDS наличия сокета не предполагает. Это стандарт на формат индексов (производный почему-то от RSS). То есть вообще говоря можно в виде, совместимом с OPDS хранить индексные файлы на локальной файловой системе.
Я, правда не помню что там насчет относительных ссылок.
no subject
Date: 2022-10-13 08:33 pm (UTC)no subject
Date: 2022-10-14 01:56 am (UTC)Затем что ридер - это программа взаимодействующая с пользователем. А библиотека - это бэкэнд, хранилище. Вот читатет человек книгу, увидел в ней ссылку на другую книгу, тут же не отходя от кассы через интерфейс ридера сделал запрос в библиотеку, и получил эту книгу.
(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:no subject
Date: 2022-10-14 07:09 am (UTC)OPDS - протокол, а не "сервер в заоблачных далях".
no subject
Date: 2022-10-14 07:29 am (UTC)(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:no subject
Date: 2022-10-18 10:00 am (UTC)Да и удобно позиции чтения меж девайсами синхронизировать. А вот это пока только у FBReader заметил.
no subject
Date: 2022-10-14 04:56 pm (UTC)А что, кто-то кому реально надо много книг - может НЕ поддержать?
Если счет книг к которым может бьть нужен доступ вот так сраду идет на тысячи хотя бы то нормальный функционал управления библиотекой нужен, иначе будет тотальный бардак. На своем опыте проверено. И у большинства популярных решений где все в одном управление библиотекой (и игнорируя другие требования) либо плохо но терпимо(Bookfusion например, или iBooks) либо очень плохо. И чаще - очень плохо.
А из "менеджеров" - я вот Calibre Companion знаю (который заброшен новым автором) и Calibre Sync (который похуже). А еще что нормальное есть?
no subject
Date: 2022-10-18 10:04 am (UTC)А тут пишут, что "Текущая версия: 2.0β16 (1.999.16), опубликована 18 июля 2022 года"
https://fbreader.org/linux
no subject
Date: 2022-10-18 10:53 am (UTC)Похоже, тчо FBReader надо признать прекратившим не развитие, а существование. "free of charge but not open-source" использовать нельзя.
Можно использовать платную проприетарщину, где производитель несет хоть какую-нибудь ответственность, можно использовать free (as love)/open source software, где все доступно аудиту, и исправлению.
А софт который бесплатен, но не свободен, в современном интернете это сыр в мышеловке. Эх, когда-то я в FBReader контрибьютил...