А не ввести ли нам в оборот расширение файла .fbz?

Aidar
Админ как раз и предостерегал против раздувания объемов файла Wink

_________________
С уважением, Алекс.
Sony Clie PEG TJ-37 + MS 256 Mb (Palm OS 5.2.1 + PalmFiction 0.14t)
Siemens S75 + ReadManiac 2.6
а иногда я еще и бумажные книги читаю...

А я лично за понятие FBZ, т.к. мне больше нравится создание своих публикаций, своих сборников любимых произведений и т.д. И вот тут гораздо более привлекательной выглядит идея создания публикации по схеме: набор произведений => default публикация => user публикация. В публикации мы описываем содержание, порядок вывода на экран/принтер, оформление книги из конкретных произведений (пресловутые картинки - это ведь тоже произведения?). При этом сама публикация может быть как динамической (т.е. текст/иллюстрации берутся по ID из базы данных), так и постоянной (включены в виде файлов). Упоминающиеся картинки в одной из тем хорошо вписываются в данную идею, так как их наличие и необходимость определяется самим конкретным владельцем конкретной частной электронной библиотеки и даже более того - для разных устройств он определяет разные способы построения этой самой публикации и разные варианты этого самого произведения (не пошлешь же на печать на полный лист A4 в качестве обложки картинку 100x150 пикселов?).
И, само собой, здесь в голову лезет идея создания единого каталога МБС частных электр.библиотек, а не как сейчас - кто в лес, а кто по дрова.
Зачем копировать бумажную книгу целиком? И ISBN на кой черт сдался? Да для часто издаваемого конкретного произведения их может существовать десятки! Мы ж не собираемся регистрироваться как издатели. Тот, кто ищет конкретный ISBN, должен понимать, что по нему он должен получить зарегистрированную публикацию либо просто хочет узнать, что именно по ней подготовлен текст.

Добавлю свое imho:
"А не ввести ли нам в оборот расширение файла .fbz?"
Только не в стандарт FictionBook.
Поддержку чтения/записи по расширению .fbz(zip)|fbr(rar)|fbg(gzip)|fbb(bzip2) следует вводить в читалку/редактор.
Пример:
Просмотровщик комиксов CDisplay - понимает как "свои" .cbz|cbr,cbb,cbg так и архивные .zip|rar,bz2,gz расширения.
_________________
Blame!

хм... интересный пример распаковки/запакомки "на-лету" с помощью zlib:
http://articles.org.ru/cfaq/index.php?qid=2214&catid=64
_________________
Blame!

Архивировать стоит с добавлением "информации для восстановления". gzip это умеет? Может лучше RAR? Было бы обидно из-за ошибки в одном бите терять целую книгу.

ИМХО, нужно делать структуру файла как XML-ZIP - архив стандартных файлов.
Размер файла вроде должен уменьшиться...
Тогда внутрь можно будет класть и векторные картинки (мне это сейчас очень не хватает).

А если ещё прицепить к архиву шифрование ключом PGP - то авторские права будут вроде как (хотя бы от изменения текста) защищены Smile

Подпись - это интересная идея. Но возникнет вопрос с тем, что у файла авторов (тех, кто вносил вклад в непосредственное физическое воплощение) много, а per-library подпись значительно менее сильна, чем подпись автора.