Релиз Foliate 1.0 - простой читалки книг в формате EPUB

Написанный на qt4.

Я просто пользуюсь, а не дрочу на тулкиты.

Чем он вам не угодил?

Как сделать две колонки? Мож я неосилятор.

Я просто пользуюсь, а не дрочу на тулкиты.

Я вас понимаю, но qt4 как бы устарела (имею в виду секюрность и все такое)

Как сделать две колонки? Мож я неосилятор.

Вы в одно и тоже время две книги читаете? Или я чего-то не понимаю?

qt4 как бы устарела (имею в виду секюрность и все такое)

На локалхосте как-то пофиг, тем более для книгочиталки.

Вы в одно и тоже время две книги читаете? Или я чего-то не понимаю?

https://i.imgur.com/cPkStIi.png

Вот так примерно.

Чем он лучше Fbreader?

для чтения электронных книг в формате EPUB

Сконвертировать то не проблема, но всё равно.

Вот так примерно.

Для андройда такое можно сделать, а для декстопа такой функции я не нашел. Лично для меня это не удобно, но у вас другие предпочтения...

В идеалогии epub, fb2 и им подобным разбивка на страницы в верстке не нужна. Такое больше подойдет pdf.

Не будь html, будет другой xml. Тот же fb2: http://fictionbook.org/index.php/XML_схема_FictionBook2.0 . А вообще, зачем все рендерить? Нужно только построить аналог dom и потом уже из него доставать то, что нужно.

Стили в epub ограничены css2 с некоторыми вкраплениями css3 для стилизации текста. Но как по мне, лучше они указали ограниченный список поддерживыемых параметров из css3, чтобы можно было задать стили шрифта, выравнивание, обтекание и больше ничего.

Учитывая то, что epub ныне под крылом w3c, то вполне ожидаемо в будушем иметь целый браузер для открытия epub. Они там, даже, js прикручивают...

Учитывая то, что epub ныне под крылом w3c, то вполне ожидаемо в будушем иметь целый браузер для открытия epub. Они там, даже, js прикручивают…

Т.е. проблем будет только больше.

В идеалогии epub, fb2 и им подобным разбивка на страницы в верстке не нужна. Такое больше подойдет pdf.

PDF для книг тоже говно. У него свои страницы, часто несовместимые с экраном. Маргины хрен обрежешь. Поиск/выделение медленные (его возможности не сильно меньше HTML+CSS). Нужна не фиксированная разбивка, а предопределённые места разрыва страниц. Оно и в HTML можно, но больше ненадёжными эвристиками.

Не будь html, будет другой xml.

Другой, меньше, проще, предсказуемее и более подходящий под задачу. Хочу этот другой.

Т.е. проблем будет только больше.

Скорее будет просто браузер.

У него свои страницы, часто несовместимые с экраном.

Вот, поэтому в таких форматах, как epub нету разбивки на страницы.

Нужна не фиксированная разбивка, а предопределённые места разрыва страниц.

Имеешь ввиду что-то на вроде <wbr>? Но это будет что-то больное, т.к. мы никогда не узнаем заранее минимальный размер окна, в которое будет вписан текст.

В epub принято разбивать книгу на части, отдельные html. Например, оглавление - один html, первая глава - второй html и т.д.

Другой, меньше, проще, предсказуемее и более подходящий под задачу. Хочу этот другой.

Ну, html охватывает почти весь список элементов верстки книг. Что касается всяких «про» по типу sgml, то я без понятия что и как там. А markdown-подобных не хватит. Может, какой-то latex будет лучшим вариантом.

Имеешь ввиду что-то на вроде <wbr>? Но это будет что-то больное, т.к. мы никогда не узнаем заранее минимальный размер окна, в которое будет вписан текст.

Да, что-то подобное. Заранее знать не обязательно, главное чтобы поведение было определено. То, что не влезет, просто будет перенесено на следующую страницу (или другое поведение, если оно в страницу не влазит).

В epub принято разбивать книгу на части, отдельные html. Например, оглавление - один html, первая глава - второй html и т.д.

Знаю, и это надо делать, потому что сам формат недостаточно определён, чтобы позволить делать это автоматически.

Формат должен каким-то образом учитывать подобные ограничения. Поэтому его и стоит проектировать под задачу, а не брать нечто универсальное и надеяться, что всё срастётся. Последнее выливается в костыли (использовать браузер – самый большой из них, это полный провал).

Только хотел было по ссылке перейти, но вовремя заметил «Программа написана на JavaScript».

Да, что-то подобное. Заранее знать не обязательно, главное чтобы поведение было определено. То, что не влезет, просто будет перенесено на следующую страницу (или другое поведение, если оно в страницу не влазит).

Хм. Тогда все равно надо будет делать проверку на то, сколько страниц в итоге будет.

CR3 не может создать и заполнить файл настроек, но может его редактировать…

Тогда все равно надо будет делать проверку на то, сколько страниц в итоге будет.

Для общего подсчёта достаточно считать прогресс не в страницах, а в чём-то вроде параграфов (они должны быть определены как части текста, эксклюзивно заполняющие диапазон экрана на всю ширину). Дополнительно можно будет скролить по параграфам и при смене шрифта/ориентации позиция в книге останется неизменной.

Кажется, в какой-то читалке уже встречал такое.

PDF для книг тоже говно.
Маргины хрен обрежешь.

Хм, вроде Okular режет же, не?

Хм, вроде Okular режет же, не?

Имелось в виду автоматическое их обрезание. Может Okular умеет нормально это делать, давно его не использовал. С ручным тоже проблемы, так как содержимое может быть выровнено по-разному на чётных и нечётных страницах, а софт может не учитывать такое.