fb3!!!

на фикшнбуке второй заход обсуждения формата "fb3".
если есть пожелания и профессиональные советы, то думаю, стоит туда обратиться =)
(сам Грибов писал, что он заинтересован.

последние новости (март, 2009):

GribUser написал:
Cobalt написал:
А вообще когда можно ждать окончательную версию стандарта? Хотя бы приблизительные сроки... И от чего это собственно зависит?

Окончательная будет через годик, думаю. Едва ли раньше. Рабочая будет к осени, надеюсь. Драфт уже есть, второй драфт должен быть, по идее, но пока его нету, потому что я ужасно занят текущими проблемами и времени на доработку формата нет.
Зависит скорость разработки пока, в основном, от моей занятости. Так же весьма важно и общественное участие, но сейчас набросали уже кучу замечаний, которые пока сил нет, узкое место - во мне. Хотя, думаю, общество могло бы побольше косяков наловить. Если бы хотя бы пара профи дали себе труд внимательно просмотреть схему, следующий драфт, до которого я таки-доберусь когда-то, стал бы значительно лучше.


.
материалы и ссылки: 1. xslt-код [устарело] 2. краткое описание fb3 [устарело] 3. обсуждение формата [активное обсуждение]

.

Комментарии

см внизу.

Ну может быть. Выглядит на первый взгляд достаточно разумно. Xml действительно нафиг не нужен ибо для прямого редактирования не предназначен.
Однако же не ясно как решен вопрос с юникодом.
Ибо если тест будет не в UTF8 можно огрести проблем.
Ну и как обычно, хорошо что такая простая. толко надо добавить бла, бла, бла. Ой бегемот какой-то получился. Эту выкинуть будем снова изобретать простую.
Собственно LATEX (не к ночи будет помянут) и есть результат развития подобного формата. Так что надо предусмотреть расстрел на месте за добавление новых возможностей.

СерыйМыш написал:
Так вот, к чему я это всё. Читалка, умеющая отображать книгу с картинками и полным форматированием (написанная на дельфи 7) на данный момент весит 95 килобайт. Именно 95К. После сжатия upx от нее вообще остается 47К, но это уже для экстремалов. Использует прога стандартные средства винды, совершенно не тормозит и не грузит систему, при этом внешний вид простой и аккуратный. Ей не нужны никакие дополнительные dll и парсеры XML. Файл весом в полтора мегабайта она открывает, разбивает на слова, форматирует и рисует на экране в течение 1-2 секунд. То есть, ничуть не отстает от Haali Reader, который и был вобщем-то источником вдохновения и разочарования.
Конвертор, который открывает файл .fb2, и делает из него .nfb, также написан, ждет окультуривания и добавления поддержки других входных форматов. В процессе также библиотекарь, который будет складывать файлы в один большой архив, конвертировать добавляемые файлы "на лету", и поддерживать всякие закладки/заметки/рейтинги/сортировки и проч.

А сие коммерческий проект?
Ежели нет, просьба выложить для ознакомления "усё шо можна".

СерыйМыш написал:

Вобщем, сейчас в процессе написания находится программка… Читалка, умеющая отображать книгу с картинками и полным форматированием (написанная на дельфи 7)…

1). Есть-ли жизнь вне виндовс?
2). Таблицы не нужны, хватит того, во что их превратили в HTML.

Aristarch Platonov написал:

2). Таблицы не нужны, хватит того, во что их превратили в HTML.

Покусаю .... Или статистику потерь во 2й мировой заставлю ручками форматировать .... :)

Ulenspiegel написал:
Aristarch Platonov написал:

2). Таблицы не нужны, хватит того, во что их превратили в HTML.

Покусаю .... Или статистику потерь во 2й мировой заставлю ручками форматировать .... :)

Для таких задач есть масса других форматов. И не надо опять давать в руки неискушённых пользователей такой опасный инструмент, каковым являются таблицы! Ими опять начнут форматировать текст, причём абсолютно любой, весь, и всегда! После того, как в этот формат будет добавлена поддержка таблиц — вторая, и все последующие книги будут их содержать, можете даже не сомневаться. Грибов в этом отношении поступил очень разумно, что не дал таблицам широкого хода.

Aristarch Platonov написал:
Ими опять начнут форматировать текст, причём абсолютно любой, весь, и всегда! После того, как в этот формат будет добавлена поддержка таблиц — вторая, и все последующие книги будут их содержать, можете даже не сомневаться.

Угу, Вы ещё скажите, что они ими порежутся.... Ладно, споры разводить на ровном месте смысла нет, а свою имху я высказал.

Aristarch Platonov написал:
И не надо опять давать в руки неискушённых пользователей такой опасный инструмент, каковым являются таблицы!

Давайте и буквы у них отберём. А то ещё напишут чего.

[quote Aristarch Platonov] 1). Есть-ли жизнь вне виндовс?
жизнь вне виндовс есть, но сил жить по-пингвински пока не хватает. изучить си я себя так и не заставил, а фрипаскаль меня не вдохновил. остается надеяться, что для текстового формата редактор/просмотрщик написать гораздо проще, чем для того же xml, и кто-нибудь сподобится.

[quote Aristarch Platonov] 2). Таблицы не нужны, хватит того, во что их превратили в HTML.
гляньте, как сделаны таблицы в Wiki - http://wackowiki.org/Archiv/DocRussian, там раздел про форматирование текста. основные идеи разметки взяты оттуда. для книги вполне достаточно тех средств, которые можно реализовать таким способом. всё, что выходит за рамки здравого смысла, делаем в pdf/djvu/html/etc.

СерыйМыш написал:

жизнь вне виндовс есть, но сил жить по-пингвински пока не хватает. изучить си я себя так и не заставил, а фрипаскаль меня не вдохновил. остается надеяться, что для текстового формата редактор/просмотрщик написать гораздо проще, чем для того же xml, и кто-нибудь сподобится.

Хотелось-бы надеяться… Но верится с большим трудом, — если даже сам автор не желает за это браться, то шансы, что это сделает посторонний человек приближаются к нулю. И опять получится, что подготовка и чтение книг в новом, возможно перспективном формате останется прерогативой пользователей виндовс.

СерыйМыш написал:
гляньте, как сделаны таблицы в Wiki - http://wackowiki.org/Archiv/DocRussian, там раздел про форматирование текста. основные идеи разметки взяты оттуда. для книги вполне достаточно тех средств, которые можно реализовать таким способом. всё, что выходит за рамки здравого смысла, делаем в pdf/djvu/html/etc.

Дело даже не в том, как они сделаны — дело в самой сути таблиц, и пристрастиях людей использовать их, исключительно не по назначению.

СерыйМыш написал:

P.S. Десятиметровый Fiction Book Designer от господина грибова с главным exe весом в 5.5 метров меня просто убил наповал.

В целом топик интересный, но так лажаться - не комильфо.
Грибов ни разу не автор Fiction Book Designer...
"Врагов надо знать в лицо", раз уж пишешь про них что-то...

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

Насчёт base64 — может, проще сделать следующим образом — в конце нормального
текста поставить NULL («\0»), затем таблицу с тремя столбцами: идентификатор
картинки, размер в байтах, формат (префикс «image/» опускается). После поставить
ещё один NULL и просто дописать картинки «как есть», без каких-либо разделителей
(именно для этого указывался размер картинки в байтах). Первый столбец можно
опустить, если нужны только цифровые индексы.

Картинки лучше все таки хранить отдельно, и паковать в архив без сжатия.

В связи с намечающимся разбиением книги на отдельные файлосекции интересен вопрос применения распределённой vcs git для управления ревизиями fb2/3 файлов.

Вас ист git, где можно посмотреть ?

Ulenspiegel написал:
Вас ист git, где можно посмотреть ?

http://git.or.cz/
Git is an open source version control system designed to handle very large projects with speed and efficiency, but just as well suited for small personal repositories; it is especially popular in the open source community, serving as a development platform for projects like the Linux Kernel, Ruby on Rails, WINE or X.org.

Git falls in the category of distributed source code management tools, similar to e.g. Mercurial or Bazaar. Every Git working directory is a full-fledged repository with complete history and full revision tracking capabilities, not dependent on network access or a central server. Still, Git stays extremely fast and space efficient.

Описание звучит заманчиво, буду пробовать, об исполнении - доложу :)

Ulenspiegel написал:
Описание звучит заманчиво, буду пробовать, об исполнении - доложу :)

Не только звучит. Оченно практичная штука, если приходится работать с какими-либо изменяемыми текстами.
Прямо-таки сам Б-г велел.

А чем не угодил обычный CVS?

Господа, не умножайте неоплачиваемых сучностей. Перед тем, как начать продвигать новый формат, имеет смысл заинтересоваться тем, чем плохи существующие (более-менее устоявшиеся и стандартизованные) и какие проблемы мы собираемся решить введением формата нового. Выражаясь научно - "а на хрена ?"

про оплачиваемые сущности пусть думают те, кто изобретает эти безумные монстрообразные системы, типа .NET, XML, DOM и иже с ними.
причины появления нового формата я указал в первом своем посте. ну не выносит моя душа, когда человек, чтобы повесить полотенце на даче возле умывальника, вместо того чтобы взять молоток и забить гвоздь в стену, начинает возводить умывальный комплекс из типовых железобетонных блоков с автоматической системой выдачи полотенец с их последующим приемом, стиркой, сушкой, и складыванием в стопочку. причем, чтобы вытереть морду полотенцем после умывания, нужно пройти аутенификацию, сделать экспресс-анализ качества умывания, и заполнить анкету на шести листах. и после этого вам возможно через пару часов выдадут полотенце.
опять же, кто сказал про то, что fb2 - стандарт? это просто факультативная работа человека, впервые осилившего работу с XML, и упивающегося своей продвинутостью. опять же, нафига он изобретает fb3, если есть "более-менее устоявшиеся и стандартизованные"?
убедите меня, что 8 мегабайт программного кода, поддерживающего XML, лучше, чем 80 килобайт, которые делают по сути то же самое, но в сотни раз быстрее, и при этом не создают лишних проблем? хочется подправить заголовок в файле - открыл блокнотом, и подправил. и не нужно искать и качать редакторы по шесть мегабайт в дистрибутиве.
кто-то там упоминал про utf-8, так вот, для невнимательных сообщаю: формат предполагает как кодировку win-1251, так и utf-8, и написанная читалка с конвертором эти кодировки прекрасно понимают.
моё мнение (может не совпадать с вашим): мир спасут простые вещи. такие, как АК-47, который уже почти полвека существует в своем первоначальном виде. простота и надежность всегда лучше сложности и запутанности. а тем, кто не устал плодить монстров - флаг в руки.

Чшшш, не надо так нервничать, здесь все свои, почти что родственники :)
fb2 | OASIS | epub - форматы уже существующие, под них уже имеется некая инфраструктура (редакторы-читалки-каталогизаторы). И создавать новый, конкурирующий формат есть смысл если им можно решить какие-то существующие проблемы, не решаемые в рамках существующих форматов, из любви к искусству, ну или чтобы плюнуть в рожу Б.Г. или Д.Г. :))) То, что в парсере XML много букв - фиг бы с ним, нам его по новой не писать. Поэтому хотелось бы знать, что мы будем иметь с гусика ? Потому как гемморой, связанный с введением-поддержкой нового формата мы будем иметь наверняка.

+1

+1

сегодня ближе к вечеру выложу демку читалки, файл-пример, собранный и отформатированный руками в текстовом редакторе, и конвертор.
особо продвинутым и интересующимся могу дать исходники, особенно если кто-то готов помочь сделать на движке читалки редактор и ускорить процесс экспансии.
насчет гемора с поддержкой: даже при отсутствии на данный момент полной инфраструктуры - пока не готов редактор и библиотекарь - не вижу трудности с обкаткой формата как такового, и вводом поддержки в имеющиеся программы. согласитесь, если народ осилил парсинг xml на кпк, то линейный текстовый документ прочитать и отобразить будет на порядок проще.
отвечая на предыдущие вопросы, сообщаю: проект не коммерческий, и никогда таковым не будет. если хватит терпения/желания разобраться со всякими svn, выложу на sourceforge.
про любовь к исскуству и про рожи: считайте, что моя выходка имеет под собой политические мотивы. я не хочу, чтобы мне и моим друзьям навязывали заведомо ущербный путь развития, причем с перспективой поставить всех на бабки в виде лицензионных отчислений. я за OpenSource и GPL. :)
хотел бы заработать или сделать людям подлянку - предложил бы не текстовый файл, а бинарный контейнер с упакованными секциями и невнятной структурой. признаюсь честно, изначально были мысли сделать именно так. чтобы в одном файле, внутри индексная таблица, отдельные секции зажаты в архивированный поток, картинки в бинарном формате, причем зажать всё не в индустриальном zip-формате, а в какой-нибудь самопальной разновидности гибрида алгоритмов Хаффмана, Лемпела-Зива и Барроуза-Уилера, мотивируя это нереальной эффективностью и выигрышем в сжатии на 2%... но потом почувствовал, что организм сопротивляется идиотским идеям, и не стал заниматься фигнёй. кстати, тем, кому претит base64 кодировка, сообщаю, что увеличение объема составляет всего 25%, что с лихвой окупается совместимостью и простотой использования. а изгородь из нескольких отдельных файлов - это абсурд и пафос (с).
весь смысл моего предложения относительно формата - в его простоте, самодостаточности и пригодности для конкретной задачи. а принимать его, или не принимать - личное дело каждого. проблема с форматами fb2/fb3/fbn в отсутствии приемлемой альтернативы. вот это я и попытался исправить.
P.S. извините за то, что очень много букв, не умею длинные мысли записывать коротко. :)

СерыйМыш написал:
предложил бы не текстовый файл, а бинарный контейнер с упакованными секциями и невнятной структурой. признаюсь честно, изначально были мысли сделать именно так. чтобы в одном файле, внутри индексная таблица, отдельные секции зажаты в архивированный поток, картинки в бинарном формате,

Ну что, довольно точное описание формата PDF.... :))) Не обижайтесь, но определенное мнение по самому предлагаемому Вами формату высказывать пока остерегусь - для тщательного изучения сейчас не хватает времени, а все свои общие соображения я уже высказал. Если что - спрашивайте, программистов тут - как.... ну, хватает, в общем :)

СерыйМыш написал:

весь смысл моего предложения относительно формата - в его простоте, самодостаточности и пригодности для конкретной задачи.

Объясните мне, пожалуйста, одну вещь: зачем без конца изобретать самолеты Можайского велосипеды Черепанова? Или, другими словами - почему не HTML?

Я примерно представляю себе почему Грибов стал изобретать свой шнекоход fb2, и почему как грибы растут проприетарные форматы, но зачем ещё один открытый?

pkn написал:

Объясните мне, пожалуйста, одну вещь: зачем без конца изобретать самолеты Можайского велосипеды Черепанова? Или, другими словами - почему не HTML?

потому, что для забивания гвоздей молоток, а для завинчивания шурупов отвертка. хотя, в умелых руках...

pkn написал:

Я примерно представляю себе почему Грибов стал изобретать свой шнекоход fb2, и почему как грибы растут проприетарные форматы, но зачем ещё один открытый?

затем, чтобы пропал смысл заниматься тренировочным онанизмом, чтобы потом всех поиметь придумывать проприетарные форматы с целью отобрать у людей хоть немного денег.
при этом заметьте, есть люди, для которых сложно отредактировать xml и html, хоть он и текстовый, и они будут вынуждены покупать что-то готовое в коробке, если им это красиво приподнесут. не все здесь программисты. многим в принципе не нужно заниматься ковырянием в бинарниках, чтобы потом прочитать понравившуюся книгу.
кстати, интерфейс читалки и библиотекаря я делаю намеренно примитивным, чтобы обычный, не перегруженный специальными знаниями человек, смог спокойно использовать программу по назначению - положить в нее несколько файлов с книгами, потом найти нужную, и спокойно ее почитать. Учитесь у природы создавать интерфейсы. Книга, закладка, карандаш, книжные полки, тётенька в очках с тетрадочкой со списком литературы и номерами стеллажей. Помнится, когда компьютеров не было, в каждой библиотеке был такой интерфейс.

СерыйМыш написал:
pkn написал:

Объясните мне, пожалуйста, одну вещь: зачем без конца изобретать самолеты Можайского велосипеды Черепанова? Или, другими словами - почему не HTML?

потому, что для забивания гвоздей молоток, а для завинчивания шурупов отвертка.

Вообще-то это я уже слышал, и оно мне и в первый раз не показалось убедительным аргументом.

Конкретнее: я глубоко убеждён, что создание fb2 на основе XML - а не использование того же HTML - было, есть, и будет ошибкой.

Пока что насколько я вижу, Ваше предложение даже хуже, чем fb2. Но пусть его, бедолагу.

Объясните мне, пожалуйста, какие Ваш формат, для библиотечного, ясен пень, дела имеет преимущества перед HTML. (подумав) Про отвёртку не нужно, лучше по пунктам, конкретно.

pkn написал:
Конкретнее: я глубоко убеждён, что создание fb2 на основе XML - а не использование того же HTML - было, есть, и будет ошибкой.

Ужасы какие говорите, HTML... Нет уж, спасибочки.

Малолетний Д. написал:
pkn написал:
Конкретнее: я глубоко убеждён, что создание fb2 на основе XML - а не использование того же HTML - было, есть, и будет ошибкой.

Ужасы какие говорите, HTML... Нет уж, спасибочки.

Объясните мне, пожалуйста, какие fb2, для библиотечного, ясен пень, дела имеет преимущества перед HTML.

pkn написал:
Малолетний Д. написал:
pkn написал:
Конкретнее: я глубоко убеждён, что создание fb2 на основе XML - а не использование того же HTML - было, есть, и будет ошибкой.

Ужасы какие говорите, HTML... Нет уж, спасибочки.

Объясните мне, пожалуйста, какие fb2, для библиотечного, ясен пень, дела имеет преимущества перед HTML.

Прежде всего: FB2 - разметка логическая, HTML - визуальная. Как представлю, что бы там надизайнили "криэйторы" основанных на html книжек... Бр-р-р!..

Малолетний Д. написал:

Прежде всего: FB2 - разметка логическая, HTML - визуальная.

Huh?

Вы уже определитесь, хотя бы, о котором HTML идёт речь?
До CSS он был (понимался) языком именно визуальной разметки!

Другое дело, что щадащие требования к "читалкам" нехило способствовали его популярности. Правда, привели всё равно к полной заднице.

jno написал:
Вы уже определитесь, хотя бы, о котором HTML идёт речь?
До CSS он был (понимался) языком именно визуальной разметки!

Может быть, наоборот? HTML без CSS не определяет как будет визуализироваться контент.

Чёрт с ними, с исходниками (кстати, а на чём?) ;)

А вот спек на язык разметки я бы посмотрел...

jno написал:
Чёрт с ними, с исходниками (кстати, а на чём?) ;)
А вот спек на язык разметки я бы посмотрел...

1. на дельфи без vcl
2. http://lib.rus.ec/sites/default/files/NFB%20Specification_1.0.4.txt

> причем зажать всё не в индустриальном zip-формате, а в какой-нибудь
> самопальной разновидности гибрида алгоритмов Хаффмана, Лемпела-Зива
> и Барроуза-Уилера, мотивируя это нереальной эффективностью и выигрышем
> в сжатии на 2%...

Насчёт нереальной эффективности — смотреть PAQ. 8-ая версия всего лишь за три
часа сжала 14-мб файл с логом компиляции openoffice до двухсот с лишним
килобайт.

А если без шуток, то есть отличный алгоритм ppmd, реализованный в архиваторе
7zip — у меня он сжал тот же файл за 5 секунд до 430К (zip — 837К). Специально
разработан для текстовых файлах и поддерживается на всех распространённых
платформах (Linux, Mac, Windows). Свободен — лицензия LGPL. Если вы добьетесь
распространения поддержки этого алгоритма, то, мне кажется, это сделает для
читалок больше, чем ваш формат.

Таблицы добавьте.... Если не замыкаетесь на чисто художественную литературу.
+ preformatted разделы/секции

Ulenspiegel написал:
+ preformatted разделы/секции

что это за зверь и где его посмотреть для примера?

Ulenspiegel написал:
Таблицы добавьте.... Если не замыкаетесь на чисто художественную литературу.
+ preformatted разделы/секции

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

Ржу-нимагу! Ну да, кто-то там когда-то что-то чем-то загадил, а мы теперь табличные данные будем не в таблицах представлять, а фик знает каким способом… Чтобы не было, дескать, «пространства для творчества», а было сплошное пространство для всяческих уловок и ухищрений по воспроизведению статистических, хронологических и прочих таблиц без табличных тегов. :-/

nonduc написал:
Ржу-нимагу! Ну да, кто-то там когда-то что-то чем-то загадил, а мы теперь табличные данные будем не в таблицах представлять, а фик знает каким способом… Чтобы не было, дескать, «пространства для творчества», а было сплошное пространство для всяческих уловок и ухищрений по воспроизведению статистических, хронологических и прочих таблиц без табличных тегов. :-/

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

к сожалению, нет времени вступать в переписку прямо сейчас, надеюсь освободиться ближе к вечеру, тогда отвечу обстоятельно. с таблицами вопрос спорный, но решаемый, причем не очень сложно.
пока предлагаю просто оценить подход. файл переименуйте в zip, и распакуйте. читалка открывает только файл sample.nfb, лежащий рядом. ярлыки закладок пока не работают. предупреждаю сразу: это не бета и даже не альфа. это - заготовка.

Посмотрите личку. Написал кое что, выходящее за рамки собственно формата. Может будет интересно...

Jolly Roger написал:
Посмотрите личку. Написал кое что, выходящее за рамки собственно формата. Может будет интересно...

А нам всем нельзя? Нам тоже интересно... :((

Господа. Возможно мой вклад слишком мал, чтобы быть услышанным. Но при всем при этом, не совсем понимаю, чем именно не устраивает текущий формат FB2, на выньде есть читалка, на пингвине нашел читалку нативную, вполне удобную, на стареньком асусе на WM5 есть читалка, которая всем устраивала, как скоростью, так и удобством. С нее кстати в дороге и прочитал серию "Сварог" целиком, одной книгой, и ничего. На айФонке тоже есть читалка для FB2, которой вполне удобоваримо пользоваться. Зачем менять формат, ведь говорят, лучшее враг хорошего.

quickling написал:
Господа. Возможно мой вклад слишком мал, чтобы быть услышанным. Но при всем при этом, не совсем понимаю, чем именно не устраивает текущий формат FB2, на выньде есть читалка, на пингвине нашел читалку нативную, вполне удобную, на стареньком асусе на WM5 есть читалка, которая всем устраивала, как скоростью, так и удобством. С нее кстати в дороге и прочитал серию "Сварог" целиком, одной книгой, и ничего. На айФонке тоже есть читалка для FB2, которой вполне удобоваримо пользоваться. Зачем менять формат, ведь говорят, лучшее враг хорошего.

С читалками проблем нет. Есть книги, которые в FB2 не вписываются.

Малолетний Д. написал:

С читалками проблем нет. Есть книги, которые в FB2 не вписываются.

вот с этого места можно поподробнее?
давайте хотя бы соберем в кучу все претензии к фб2, у кого какие возникли.
глядишь в каком-нибудь формате это будет учтено.
0. основное - формат должен содержать информативную часть, предназначенную для автоматической катологизации и поиска. пока существует проблема с невнятным списком жанров, остальное решается легко и просто, в частности правильным набором тегов в xml-ориентированном формате, либо парами ключ:значение в текстовом формате. все остальные варианты - производные от этих двух.
1. про таблицы мы уже слышали. однозначно нужны, но в таком виде, чтобы не было соблазна использовать их не по назначению.
2. со сносками более менее понятно. есть подстраничные, есть концевые, должна быть автонумерация и должно быть удобно смотреть (насчет смотреть - это больше к читалке а не к формату).
3. насчет списков с автонумерацией - фтопку. для книги автонумерация может иметь смысл только в процессе написания, все дальнейшие манипуляции должны происходить с готовым текстом. разбивка на уровни решается путем включения нужного количества оступов (пробелов) в начале строки. выравнивание - средствами читалки.
4. про картинки в отдельных файлах - спорно. подход fb3 в принципе решает проблему, но ее как таковой нет. просканировать файл один раз для составления индекса, не загружая его в память - задача легко решаемая. вопрос в другом - имеет ли смысл конструкция "сборного контейнера" для книги, или вполне достаточно одного файла, учитывая, что библиотека - сама по себе контейнер?
5. должен ли файл с книгой содержать в себе исправления, пометки и рецензии тех, кто эту книгу читал? очевидно, что нет, это задача каталогизатора. в противном случае невозможно будет определить, где первоисточник, а где зачитанная и замусоленная копия. однако тут встает вопрос, как коректно таскать связку книга+доп инфа, если это всё-таки нужно.
6. ???

Страницы

X