FictionBook - Вклад участника [ru]

Элемент body

2007-02-06T11:00:59Z

Gremlin:

{{Надо написать| [[Участник:Gremlin|Gremlin]] }}
{{Шаблон:FB Элемент|name=body|description=Здесь собственно и находится текст книги.

Допускается использование нескольких экземпляров <body>. На данный момент второй <body> может использоваться для сносок.
|version=2.0, 2.1, 2.2|supported by=Любой читалкой (или конвертером).|attributes=
* '''name''' - опциональное название <body>, обычно устанавливается в ''"notes"'' для тела, содержащего сноски.
* [[Атрибут xml:lang|'''xml:lang''']] - опциональное задание языка для <body>|children=
# [[Элемент image|<nowiki><image></nowiki>]] - 0..1 (один, опционально) задается изображение для отображения в начале книги (или конкретного <body>);
# [[Элемент title|<nowiki><title></nowiki>]] - 0..1 (один, опционально) задается заглавие для отображения в начале книги (или конкретного <body>);
# [[Элемент epigraph|<nowiki><epigraph></nowiki>]] ? 0..n (любое число, опционально) задаются эпиграфы к книге;
# [[Элемент section|<nowiki><section></nowiki>]] - 1..n (любое число, один обязaтелен) задаются части (главы, прочие структурные единицы) книги;|parents=
* [[Элемент FictionBook|<nowiki><FictionBook></nowiki>]]|example=|see=}}

Новости

2006-03-01T10:21:01Z

Gremlin:

'''27 февраля 2006'''

Сайт переведен на основной адрес (http://www.fictionbook.org).

'''13 декабря 2005'''

Запущен движок mediawiki, начаты эксперименты по его наполнению

Что такое FictionBook

2006-02-28T11:18:39Z

Gremlin: /* FictionBook ? формат описания структуры документа */

Нередко в сети встречаешь разное толкование этого понятия. Кто-то считает его форматом для PocketPC, кто-то программой для чтения электронных текстов. Поэтому этот вопрос требует тщательного разъяснения.

Итак, что же такое FictionBook? Этому можно дать несколько определений и все они будут верны. Начнем с того, что

== FictionBook ? универсальный формат хранения электронной литературы ==

Из этого определения сразу можно сделать основной вывод ? это формат хранение электронной литературы. Для тех, кто знает английский язык ? это сразу понятно, потому что FictionBook в переводе означает именно художественную литературу. Для художественной литературы это формат первоначально и предназначался. Однако, художественная литература ? понятие узкое, и с развитием формата выяснилось, что он вполне подходит для хранения публицистики, учебников, справочников и другой литературы.

Почему этот формат считается универсальным. Потому, что электронный текст в этом формате без ручной обработки, то есть исключительно автоматически, без потери качества можно переконвертировать во все форматы, которые поддерживаются ридерами ? программами для чтения электронных текстов. Пока не ставится задачи преобразования в графический формат, но это тоже решаемо. Причем, сам формат FictionBook или преобразованные из него форматы обеспечат чтение соответствующими ридерами на любом компьютере или электронным устройством, предназначенным для чтения электронных текстов.
Для объяснения этого свойства необходимо дать еще несколько определений.

== FictionBook ? формат, основанный на XML ==

За более, чем десятилетие существования Интернет мы все уже привыкли к языку разметки текста HTML ? Hyper Text Markup Language. Мы все часто видим текст, размеченный тегами форматирования, с красиво (или не очень ? все зависит от того, кто им пользуется) оформленными текстом. Этот формат до сих пор популярен у части любителей электронной литературы, и вы наверняка нередко встречали книги в формате html или chm ? упакованной формой формата html. Кроме того, на заре развития Интернет html был основным языком для создания сетевых страниц или сайтов.

Сама по себе идея использования тегов для форматирования текста ? идея замечательная. Однако широкое использование стандарта быстро выявило его основные недостатки. Перечислим некоторые. Это расплывчивость стандарта ? мы можем закрывать некоторые теги, например, тег <p>, можем не закрывать, стандарт возражать не будет. Стандарт допускает неверный порядок вложения тегов. Может быть с точки зрения невнимательного пользователя это замечательно, но это создает определенные трудности при обработки формата. Конечно стандарт подобные вольности не одобряет (и даже называет подобное невалидным документом), но все равно программам отображения рекомендуется пытаться как-то его отобразить, и вот тут-то и выплывают особенности ?домысливания? реализованные по разному в разных программах (и даже в отличающихся версиях одной программы). К недостаткам можно отнести и то, что все теги, которые можно использовать, жестко описаны и для любой задачи несколько избыточны. В самом деле, встречали ли вы документ, в котором использовались весь перечень тегов стандарта html? С другой стороны, реализация обработки всех тегов с всевозможными атрибутами (да еще и разбор некорректных документов) весьма нетривиальная задача, тем более для устройств с ограниченной памятью (КПК, телефоны). К недостаткам html можно отнести и то, что, как правило, один документ состоит из нескольких файлов, причем иллюстрации всегда находятся в отдельных файлах.

Причем первый недостаток (т.е. допустимость отхода от стандарта) настолько отравляет жизнь сообществу, что была предпринята попытка принять стандарт xHTML, т.е. HTML, имеющий некоторые черты XML. Он уже более строго относится к невалидным документам (незакрытые теги, пересекающиеся тэги, т.е. когда один тег из пары находится внутри пары других, а второй снаружи, ...). Но и здесь требования обратной совместимости с HTML сохранили некоторые его (HTML) недостатки. Это и чрезмерная сложность тэгов, и ориентация именно на визуальное отображение (чем это плохо будет рассмотрено позднее). И, несмотря на всю близость, это все-таки не XML ? ряд тэгов (например <br> и <hr>) не закрывается, что не позволяет использовать для обработки xHTML XML-ориентированные программы и библиотеки (хотя справедливости ради следут сказать, что многие XML-библиотеки обладают некоторой поддержкой xHTML).

FictionBook ? это подмножество стандарта XML (EXtensible Markup Language). В чем основные различия между html и xml? Первое, XML также основан на тегах, но в отличии от html правила применения тегов очень строгие и не допускается никаких вольностей. Список тегов произвольный, пользователь может сам создавать собственные теги. Теги зависимы от регистра, то есть тег <nowiki><i> и тег <I></nowiki> ? это разные теги. Но самое главное преимущество состоит в том, что XML документ может (а в FictionBook в обязательном порядке) сопровождаться XML-схемой. XML-схема ? это файл, содержащий все применяемые теги соответствующего формата и описывающие правила их применения. В FictionBook ? это файл FictionBookX.xsd, где X ? номер версии, для которой создана схема. Подробно о схеме мы поговорим позже в разделе ?Комментарии к схеме?. Здесь же важно указать, что схема описывает такие параметры, как последовательность применения тегов, обязательность или необязательность применения, правила вложенности, то есть какие теги могут присуствовать внутри определенного тега, а какие нет. Именно эта схема применяется для валидации (проверки правильности подготовки) документа. Как вы видите, подготовить правильный документ в формате FictionBook ? задача более сложная и требует, даже при наличии арсенала программного обеспечения подготовки документов в формате FictionBook, обязательного ручного вмешательства. Отсюда следует аксиома, что подготовить качественный документ нажатием одной кнопки принципиально невозможно.

Но основным недостатком стандарта html, с точки зрения задачи, которые мы ставим (напомню, что мы говорим о формате хранения электронной литературы) является то, что html является форматом отображения текста. Иными словами он говорит о том, как отображать тот или иной элемент, но не говорит о том, что он собой представлят. Нет возможности понять, что собой представляет фраза, заключенная в теги <nowiki><h1>...</h1></nowiki> ? имя автора, название книги, название главы, или что-то еще. Причем, если возможность настройки отображения ?под себя? хоть и приятна, но некритична, то настройка под ограниченные возможности (или еще какие-то особенности) программного и аппаратного обеспечения бывает совершенно необходима, если нас конечно не устраивает полная потеря оформления. Человек еще может догадаться, но, к сожалению, компьютер такой прозорливостью не обладает. И тут мы подходим еще к одному очень важному определению.

== FictionBook ? формат описания структуры документа ==

Все теги, которые применяются в стандарте FB, описывают структурные элементы документа (автор книги, название, главы, параграфы, стихи, эпиграфы, аннотации и так далее), причем в минимально необходимом наборе, но ничего не говорят о том, как они должны быть отображены. Отображение отдается на откуп или таблицам преобразования (css, xslt) или ридеру. Причем в случае прямой работы ридера с форматом FB, практически все настройки отображения можно сделать настраиваемыми пользователем.

Это самое замечательное свойство формата FB. В самом деле, тот кто хоть один раз готовил текст в любом формате для чтения в ридере (я имею ввиду качественную подготовку, а не поток текстового файла, где при чтении книги можно только догадываться, что каким структурным элементом является) всегда сталкивался с необходимостью ручного определения структурных элементов документа. Не существует алгоритма, позволяющего со 100% вероятностью программно различить эпиграф и стихотворную строфу, название части (заголовок верхнего уровня) и название главы (заголовок нижнего уровня), заголовка и подзаголовка. Из формата FictionBook процесс подготовки любого формата можно полностью автоматизировать, потому что в выполнении единственной задачи, которая требует ручного вмешательства отпала необходимость. Вот почему в первом определении было сказано, что это универсальный формат. Но это только первое преимущество формата FB. Вторым преимуществом является то, что зная структуру документа, мы можем работать непосредственно со структурными элементами файлов формата FictionBook. Например, можно выбрать из всех файлов библиотеки имя автора, название произведения, жанр, обложку и аннотацию и создать автоматический каталог библиотеки, что очень актуально для онлайновых библиотек, но и в домашней библиотечке будет хорошим подспорьем. Можно вывести отдельную главу или даже документ из отдельных частей или глав, то есть любых структурных частей документов библиотеки.

Наличие только минимально необходимых тегов, делают формат простым для обработки ридером. Что позволяет написать ридер, при жестких требованиях к размеру программы, например, для КПК или сотового телефона, коммуникатора. Наличие XML-схемы, при отсутствии проблем с размером файла, позволяет создать ридер, который не будет зависить от версии формата и обрабатывать документ в соответствии со схемой.

<center>[[Image:Fb2-shema.jpg|none]]</center>

Ну и напоследок рассмотрим схему подготовки документов. Для подготовки формата FB2 достаточно иметь любой текстовый файл, на иллюстрации мы обозначили входящий текст зеленной веткой и назвали Text. Здесь наступает самый ответственный момент. Используя различные программы (Any2fb, FBtools, BookDesigner), мы конвертируем файл в предварительный документ формата fb2. Затем используя FBTools (кстати, я предпочитаю использовать FBTools в связке с Any2FB, то есть для импорта файла в программу FBtools использую Any2FB) или любой текстовый редактор, тщательно проверяем форматирование ? правим ошибки форматирования, проверяем на соответствие схеме валидатором. Только убедившись в том, что документ отформатирован верно, сохраняем и получаем файл в формате FictionBook. В зависимости от сложности текста и навыков подготовки на этот процесс уходит от 15 минут до нескольких часов. Зато теперь мы имеем документ в формате FictionBook (центральное ядро рисунка). И можем положить его в библиотеку, при желании даже заархивировав (многие программы и, в частности, ридер Haali, умеют работать непосредственно с архивами). Если вам понадобится это файл в другом формате, по причине того, что ваше устройство и операционная система не имеет ридера для прямой работы с форматом FB (надеюсь, что это явление временное), вы можете легко переконвертировать в любой формат без боязни потерять качество разметки документа, например, используя программу fb2any (синие ветви рисунка). Почему? Ну теперь вы это сами понимаете.

FbAdmin /19.11.2004 14:28/

[[Категория:FB статьи]]

Что такое FictionBook

2006-02-28T11:01:58Z

Gremlin: /* FictionBook ? формат, основанный на XML */

Нередко в сети встречаешь разное толкование этого понятия. Кто-то считает его форматом для PocketPC, кто-то программой для чтения электронных текстов. Поэтому этот вопрос требует тщательного разъяснения.

Итак, что же такое FictionBook? Этому можно дать несколько определений и все они будут верны. Начнем с того, что

== FictionBook ? универсальный формат хранения электронной литературы ==

Из этого определения сразу можно сделать основной вывод ? это формат хранение электронной литературы. Для тех, кто знает английский язык ? это сразу понятно, потому что FictionBook в переводе означает именно художественную литературу. Для художественной литературы это формат первоначально и предназначался. Однако, художественная литература ? понятие узкое, и с развитием формата выяснилось, что он вполне подходит для хранения публицистики, учебников, справочников и другой литературы.

Почему этот формат считается универсальным. Потому, что электронный текст в этом формате без ручной обработки, то есть исключительно автоматически, без потери качества можно переконвертировать во все форматы, которые поддерживаются ридерами ? программами для чтения электронных текстов. Пока не ставится задачи преобразования в графический формат, но это тоже решаемо. Причем, сам формат FictionBook или преобразованные из него форматы обеспечат чтение соответствующими ридерами на любом компьютере или электронным устройством, предназначенным для чтения электронных текстов.
Для объяснения этого свойства необходимо дать еще несколько определений.

== FictionBook ? формат, основанный на XML ==

За более, чем десятилетие существования Интернет мы все уже привыкли к языку разметки текста HTML ? Hyper Text Markup Language. Мы все часто видим текст, размеченный тегами форматирования, с красиво (или не очень ? все зависит от того, кто им пользуется) оформленными текстом. Этот формат до сих пор популярен у части любителей электронной литературы, и вы наверняка нередко встречали книги в формате html или chm ? упакованной формой формата html. Кроме того, на заре развития Интернет html был основным языком для создания сетевых страниц или сайтов.

Сама по себе идея использования тегов для форматирования текста ? идея замечательная. Однако широкое использование стандарта быстро выявило его основные недостатки. Перечислим некоторые. Это расплывчивость стандарта ? мы можем закрывать некоторые теги, например, тег <p>, можем не закрывать, стандарт возражать не будет. Стандарт допускает неверный порядок вложения тегов. Может быть с точки зрения невнимательного пользователя это замечательно, но это создает определенные трудности при обработки формата. Конечно стандарт подобные вольности не одобряет (и даже называет подобное невалидным документом), но все равно программам отображения рекомендуется пытаться как-то его отобразить, и вот тут-то и выплывают особенности ?домысливания? реализованные по разному в разных программах (и даже в отличающихся версиях одной программы). К недостаткам можно отнести и то, что все теги, которые можно использовать, жестко описаны и для любой задачи несколько избыточны. В самом деле, встречали ли вы документ, в котором использовались весь перечень тегов стандарта html? С другой стороны, реализация обработки всех тегов с всевозможными атрибутами (да еще и разбор некорректных документов) весьма нетривиальная задача, тем более для устройств с ограниченной памятью (КПК, телефоны). К недостаткам html можно отнести и то, что, как правило, один документ состоит из нескольких файлов, причем иллюстрации всегда находятся в отдельных файлах.

Причем первый недостаток (т.е. допустимость отхода от стандарта) настолько отравляет жизнь сообществу, что была предпринята попытка принять стандарт xHTML, т.е. HTML, имеющий некоторые черты XML. Он уже более строго относится к невалидным документам (незакрытые теги, пересекающиеся тэги, т.е. когда один тег из пары находится внутри пары других, а второй снаружи, ...). Но и здесь требования обратной совместимости с HTML сохранили некоторые его (HTML) недостатки. Это и чрезмерная сложность тэгов, и ориентация именно на визуальное отображение (чем это плохо будет рассмотрено позднее). И, несмотря на всю близость, это все-таки не XML ? ряд тэгов (например <br> и <hr>) не закрывается, что не позволяет использовать для обработки xHTML XML-ориентированные программы и библиотеки (хотя справедливости ради следут сказать, что многие XML-библиотеки обладают некоторой поддержкой xHTML).

FictionBook ? это подмножество стандарта XML (EXtensible Markup Language). В чем основные различия между html и xml? Первое, XML также основан на тегах, но в отличии от html правила применения тегов очень строгие и не допускается никаких вольностей. Список тегов произвольный, пользователь может сам создавать собственные теги. Теги зависимы от регистра, то есть тег <nowiki><i> и тег <I></nowiki> ? это разные теги. Но самое главное преимущество состоит в том, что XML документ может (а в FictionBook в обязательном порядке) сопровождаться XML-схемой. XML-схема ? это файл, содержащий все применяемые теги соответствующего формата и описывающие правила их применения. В FictionBook ? это файл FictionBookX.xsd, где X ? номер версии, для которой создана схема. Подробно о схеме мы поговорим позже в разделе ?Комментарии к схеме?. Здесь же важно указать, что схема описывает такие параметры, как последовательность применения тегов, обязательность или необязательность применения, правила вложенности, то есть какие теги могут присуствовать внутри определенного тега, а какие нет. Именно эта схема применяется для валидации (проверки правильности подготовки) документа. Как вы видите, подготовить правильный документ в формате FictionBook ? задача более сложная и требует, даже при наличии арсенала программного обеспечения подготовки документов в формате FictionBook, обязательного ручного вмешательства. Отсюда следует аксиома, что подготовить качественный документ нажатием одной кнопки принципиально невозможно.

Но основным недостатком стандарта html, с точки зрения задачи, которые мы ставим (напомню, что мы говорим о формате хранения электронной литературы) является то, что html является форматом отображения текста. Иными словами он говорит о том, как отображать тот или иной элемент, но не говорит о том, что он собой представлят. Нет возможности понять, что собой представляет фраза, заключенная в теги <nowiki><h1>...</h1></nowiki> ? имя автора, название книги, название главы, или что-то еще. Причем, если возможность настройки отображения ?под себя? хоть и приятна, но некритична, то настройка под ограниченные возможности (или еще какие-то особенности) программного и аппаратного обеспечения бывает совершенно необходима, если нас конечно не устраивает полная потеря оформления. Человек еще может догадаться, но, к сожалению, компьютер такой прозорливостью не обладает. И тут мы подходим еще к одному очень важному определению.

== FictionBook ? формат описания структуры документа ==

Все теги, которые применяются в стандарте FB, описывают структурные элементы документа (автор книги, название, главы, параграфы, стихи, эпиграфы, аннотации и так далее), причем в минимально необходимом наборе, но ничего не говорят о том, как они должны быть отображены. Отображение отдается на откуп или таблицам преобразования (css, xlt) или ридеру. Причем в случае прямой работы ридера с форматом FB, практически все настройки отображения можно сделать настраиваемыми пользователем.

Это самое замечательное свойство формата FB. В самом деле, тот кто хоть один раз готовил текст в любом формате для чтения в ридере (я имею ввиду качественную подготовку, а не поток текстового файла, где при чтении книги можно только догадываться, что каким структурным элементом является) всегда сталкивался с необходимостью ручного определения структурных элементов документа. Не существует алгоритма, позволяющего со 100% вероятностью программно различить эпиграф и стихотворную строфу, название части (заголовок верхнего уровня) и название главы (заголовок нижнего уровня), заголовка и подзаголовка. Из формата FictionBook процесс подготовки любого формата можно полностью автоматизировать, потому что в выполнении единственной задачи, которая требует ручного вмешательства отпала необходимость. Вот почему в первом определении было сказано, что это универсальный формат. Но это только первое преимущество формата FB. Вторым преимуществом является то, что зная структуру документа, мы можем работать непосредственно со структурными элементами файлов формата FictionBook. Например, можно выбрать из всех файлов библиотеки имя автора, название произведения, жанр, обложку и аннотацию и создать автоматический каталог библиотеки, что очень актуально для онлайновых библиотек, но и в домашней библиотечке будет хорошим подспорьем. Можно вывести отдельную главу или даже документ из отдельных частей или глав, то есть любых структурных частей документов библиотеки.

Наличие только минимально необходимых тегов, делают формат простым для обработки ридером. Что позволяет написать ридер, при жестких требованиях к размеру программы, например, для КПК или сотового телефона, коммутатора. Наличие XML-схемы, при отсутствии проблем с размером файла, позволяет создать ридер, который не будет зависить от версии формата и обрабатывать документ в соответствии со схемой.

<center>[[Image:Fb2-shema.jpg|none]]</center>

Ну и напоследок рассмотрим схему подготовки документов. Для подготовки формата FB2 достаточно иметь любой текстовый файл, на иллюстрации мы обозначили входящий текст зеленной веткой и назвали Text. Здесь наступает самый ответственный момент. Используя различные программы (Any2fb, FBtools, BookDesigner), мы конвертируем файл в предварительный документ формата fb2. Затем используя FBTools (кстати, я предпочитаю использовать FBTools в связке с Any2FB, то есть для импорта файла в программу FBtools использую Any2FB) или любой текстовый редактор, тщательно проверяем форматирование ? правим ошибки форматирования, проверяем на соответствие схеме валидатором. Только убедившись в том, что документ отформатирован верно, сохраняем и получаем файл в формате FictionBook. В зависимости от сложности текста и навыков подготовки на этот процесс уходит от 15 минут до нескольких часов. Зато теперь мы имеем документ в формате FictionBook (центральное ядро рисунка). И можем положить его в библиотеку, при желании даже заархивировав (многие программы и, в частности, ридер Haali, умеют работать непосредственно с архивами). Если вам понадобится это файл в другом формате, по причине того, что ваше устройство и операционная система не имеет ридера для прямой работы с форматом FB (надеюсь, что это явление временное), вы можете легко переконвертировать в любой формат без боязни потерять качество разметки документа, например, используя программу fb2any (синие ветви рисунка). Почему? Ну теперь вы это сами понимаете.

FbAdmin /19.11.2004 14:28/

[[Категория:FB статьи]]

Обозначение языков в FB

2006-02-27T16:01:48Z

Gremlin:

[[Category:Стандарт FB]]
В FictionBook язык (документа, исходного документа, фрагмента...) предназначен для програмной обработки.
Поэтому используется обозначение языка из [http://xml.coverpages.org/iso639a.html|ISO 639] и [http://xml.coverpages.org/iso639-2a.html|ISO CD 639/2]. Причем рекомендуется пользоваться только первым из них (639-2 может не поддерживаться многими программами).

Категория:Стандарт FB Атрибуты

2006-02-27T16:00:43Z

Gremlin: Статься категоризована.

[[Category:Стандарт FB]]
В этой категории собраны общие (т.е. встречающиеся в нескольких [[:Категория:Стандарт FB Элементы|элементах]] и имеющие одинаковое назначение) атрибуты XML стандарта FictionBook.

Атрибут xml:lang

2006-02-27T06:08:21Z

Gremlin: Добавлено описание содержимого.

{{Надо написать}}
{{Шаблон:FB Атрибут|name=xml:lang|description=Опциональное задание языка контента, предназначено для случаев, когда часть текста имеет язык, отличный от языка книги.

Может использоваться читалками или конверторами для своих целей, например использования правильных алгоритмов переноса.|version=2.0, 2.1|supported by=
* редакторы xml.|contains=[[Обозначение языков в FB|Обозначение языка]] содержимого элемента и/или подэлементов.|elements=
* ''TODO: требуется заполнить поле.''|example=
''TODO: требуется заполнить поле.''|see=
}}

Шаблон:FB Атрибут

2006-02-27T06:04:00Z

Gremlin:

<noinclude>[[Категория:Шаблон]]</noinclude>
<includeonly>[[Category:Стандарт FB Атрибуты|{{{name}}}]]</includeonly>
<h1>Атрибут '''{{{name}}}'''</h1>
===Описание===
{{{description}}}
===Версия FB===
{{{version}}}
===Поддерживается===
{{{supported by}}}
===Содержит===
{{{contains}}}
===Принадлежит элементам===
{{{elements}}}
===Пример использования===
{{{example}}}
===Смотри также===
{{{see}}}
===Комментарии===

Шаблон:FB Атрибут

2006-02-27T05:58:09Z

Gremlin: Добавлен "раздел" для описания содержимого

<noinclude>[[Категория:Шаблон]]</noinclude>
<includeonly>[[Category:Стандарт FB Атрибуты|{{{name}}}]]</includeonly>
<h1>Атрибут '''{{{name}}}'''</h1>
===Описание===
{{{description}}}
===Версия FB===
{{{version}}}
===Поддерживается===
{{{supported by}}}
===Содержит===
{{{contains}}}
===Элементы===
{{{elements}}}
===Пример использования===
{{{example}}}
===Смотри также===
{{{see}}}
===Комментарии===

Категория:Стандарт FB Атрибуты

2006-02-27T05:53:05Z

Gremlin:

В этой категории собраны общие (т.е. встречающиеся в нескольких [[:Категория:Стандарт FB Элементы|элементах]] и имеющие одинаковое назначение) атрибуты XML стандарта FictionBook.

Атрибут xml:lang

2006-02-27T05:48:54Z

Gremlin:

{{Надо написать}}
{{Шаблон:FB Атрибут|name=xml:lang|description=Опциональное задание языка контента, предназначено для случаев, когда часть текста имеет язык, отличный от языка книги.

Может использоваться читалками или конверторами для своих целей, например использования правильных алгоритмов переноса.|version=2.0, 2.1|supported by=
* редакторы xml.|elements=
* ''TODO: требуется заполнить поле.''|example=
''TODO: требуется заполнить поле.''|see=
}}

Шаблон:FB Атрибут

2006-02-27T05:47:24Z

Gremlin:

<noinclude>[[Категория:Шаблон]]</noinclude>
<includeonly>[[Category:Стандарт FB Атрибуты|{{{name}}}]]</includeonly>
<h1>Атрибут '''{{{name}}}'''</h1>
===Описание===
{{{description}}}
===Версия FB===
{{{version}}}
===Поддерживается===
{{{supported by}}}
===Элементы===
{{{elements}}}
===Пример использования===
{{{example}}}
===Смотри также===
{{{see}}}
===Комментарии===

Eng:Readers

2006-02-20T08:20:13Z

Gremlin: New version of FBReader

{{Надо перевести на английский}}
[[Чтение|Russian]]
{{Шаблон:Reader|name=HaaliReader for Windows|screenshot=Изображение:Haali.jpg|Haali|description=The excelent reader. Reader supports FB2 (version 2.0) and TXT, works with dictionaries and archeves ZIP/PRC. Freeware, OpenSource. It's a pity but FB2.1 is not supported yet.|standart=FB 2.0|restrict=tables|developer=Mike Matsnev|latest_release_version=2.0b249|latest_release_date=2005.01.04 02:33|platform=Windows|web-site=http://haali.cs.msu.ru/pocketpc/index.html.en|licence=OpenSource}}
{{Шаблон:Reader|name=HaaliReader for Pocket PC|screenshot=Изображение:Haaliw.png|Haaliw|description=The excelent reader. Reader supports FB2 (version 2.0) and TXT, works with dictionaries and archeves ZIP/PRC. Freeware, OpenSource. It's a pity but FB2.1 is not supported yet.|standart=FB 2.0|restrict=tables|developer=Mike Matsnev|latest_release_version=2.0b249|latest_release_date=2005.01.04 02:33|platform=Pocket PC, PocketPC 2002, WM2003|web-site=http://haali.cs.msu.ru/pocketpc/index.html.en|licence=OpenSource}}
{{Шаблон:Reader|name=Cool Reader|screenshot=Изображение:Coolreader.jpg|Coolreader|description=Ридер под Windows. Читает FB2, HTML, TXT, DOC, RTF. Распаковывает ZIP, RAR, HA, ARJ, LZH. Автоматически распознает кодировки и формат текста. Сглаживание шрифтов, плавный скроллинг, чтение вслух, запись в MP3, закладки, и многое другое. Поддерживает формат FictionBook версии 2.1.|standart=FB 2.1|restrict=Нет|developer=Вадим Лопатин|latest_release_version=2.00.52a build 5335|latest_release_date=02.11.2005|platform=Windows|web-site=http://coolreader.org/|licence=FreeWare}}
{{Шаблон:Reader|name=pETR - Python e-text reader|screenshot=Изображение:Petr.jpg|Petr|description=Программа предназначена для чтения книг в формате Fiction book 2 и просто текстовых файлов. pETR поддерживает формат FB2 не в полном объеме, но работа ведется.|standart=FB2|restrict=Таблицы. Таблицы стилей. Возможно, что-то еще :)|developer=Александр Евсеев|latest_release_version=0.5.3|latest_release_date=16 ноября 2005|platform=Windows, Linux, BSD, etc.|web-site=http://altline.ru/~e-ai/index.shtml|licence=FreeWare}}
{{Шаблон:Reader|name=Athenaeum|screenshot=Изображение:Athenaum.jpg|Athenaum|description=Многоплатформенный ридер на технологии .NET. Хорошо поддерживает FB2 - работает через DOM.|standart=FB2|restrict=Нет|developer=Григорий Никонов|latest_release_version=2.0|latest_release_date=04.11.2004|platform=Windows |web-site=http://sourceforge.net/projects/athenaeum/|licence=FreeWare}}
{{Шаблон:Reader|name=AlReader Light|screenshot=Изображение:AlReader.jpg|AlReader|description=Читалка для любых устройств на платформах Pocket PC и MS Smartphone. Поддержка форматов FB2 (ограниченная), TXT, HTML, RTF, PDB/PRC, TCR. Богатые настройки, поиск, поддержка многих кодировок.|standart=FB2|restrict=Нет|developer=Alan|latest_release_version=1.10|latest_release_date=15.12.2005|platform=ms smartphone 2002, 2003, 2003SE, Pocket PC 2002, 2003, 2003SE, 2005(?)|web-site=http://alreader.kms.ru/|licence=Donationware}}
{{Шаблон:Reader|name=PyBookReader|screenshot=Изображение:Pybook.png|Pybook|description=Ридер под Linux/FreeBSD/e.t.c. Поддерживает FB2. Автопрокрутка, закладки, стили, картинки. Есть несколько утилит для преобразования текста. Все под Unix.|standart=FB2|restrict=Нет|developer=Con Radchenko|latest_release_version=0.4.11|latest_release_date=07.03.2005|platform=Linux/FreeBSD/Unix |web-site=http://pybookreader.narod.ru/|licence=FreeWare}}
{{Шаблон:Reader|name=OrnamentBook|screenshot=Изображение:Ornam.jpg|Ornam|description=Ридер под Linux/FreeBSD/e.t.c., имитирующий бумажную книгу. Поддерживает FB2. Проект в самом начале развития.|standart=FB2|restrict=Нет|developer=Con Radchenko|latest_release_version=0.2.2|latest_release_date=07.03.2005|platform=Linux/FreeBSD/Unix |web-site=http://pybookreader.narod.ru/|licence=FreeWare}}
{{Шаблон:Reader|name=FBReader|screenshot=Изображение:Fbread.png|Fbread|description=The FBReader is created for Linux powered PDA. FB2.1 is supported with exception of styles (tag and attribute "style") and tables. Can read HTML (no tables), TXT, Aportis doc (prc), zTxt (Weasel), Plucker (no tables), PRC (Psion). Program is under the active development. |standart=FB 2.1|restrict=custom styles, tables|developer=Nikolay Pultsin (Geometer)|latest_release_version=0.7.2|latest_release_date=2006-02-16|platform=Sharp Zaurus with Qtopia-based ROMs. Sharp Zaurus pdaXrom.
Sharp Zaurus OpenZaurus/Opie ROM. Siemens Simpad with Opensimpad 0.9.0/Opie ROM. Nokia 770 Internet Tablet (maemo). Linux desktop.|web-site=http://only.mawhrin.net/fbreader/|licence=FreeWare}}
{{Шаблон:Reader|name=PalmFiction|screenshot=Изображение:Pafi.jpg|Pafi|description=Программа для чтения документов на устройствах под управлением PalmOS. Чтение документов в форматах: PalmDoc, zTXT, RTF, MS Word 2.x, 6.0/95, 2000-2003, обычный текст, текст с HTML разметкой (только удаление тегов), TCR (полная распаковка). Во всех перечисленных форматах документов, отображается только ТЕКСТ (без таблиц, гиперссылок, картинок и т.д.)|standart=FB2|restrict=text-only|developer=PalmFiction|latest_release_version=0.12g|latest_release_date=06.11.2005|platform=PalmOS 3.5 и выше|web-site=http://palmfiction.sourceforge.net/|licence=FreeWare}}

Чтение

2006-02-20T08:19:42Z

Gremlin: Новая версия FBreader

[[Eng:Readers|English]]
{{Шаблон:Ридер|name=HaaliReader для Windows|screenshot=Изображение:Haali.jpg|Haali|description=Очень хорошая читалка. Полноценная поддержка FB2 (версии 2.0) и TXT, работа со словарями и архивами ZIP/PRC. Бесплатная, исходники открыты. К сожалению, поддержка FB2 версии 2.1 пока не реализована.|standart=FB 2.0|restrict=tables|developer=Михаил Мацнев|latest_release_version=2.0b249|latest_release_date=2005.01.04 02:33|platform=Windows|web-site=http://haali.cs.msu.ru/pocketpc/download.html|licence=FreeWare}}
{{Шаблон:Ридер|name=HaaliReader для Pocket PC|screenshot=Изображение:Haaliw.png|Haaliw|description=Очень хорошая читалка. Полноценная поддержка FB2 (версии 2.0) и TXT, работа со словарями и архивами ZIP/PRC. Бесплатная, исходники открыты. К сожалению, поддержка FB2 версии 2.1 пока не реализована.|standart=FB 2.0|restrict=tables|developer=Михаил Мацнев|latest_release_version=2.0b249|latest_release_date=2005.01.04 02:33|platform=Pocket PC, PocketPC 2002, WM2003|web-site=http://haali.cs.msu.ru/pocketpc/download.html|licence=FreeWare}}
{{Шаблон:Ридер|name=Cool Reader|screenshot=Изображение:Coolreader.jpg|Coolreader|description=Ридер под Windows. Читает FB2, HTML, TXT, DOC, RTF. Распаковывает ZIP, RAR, HA, ARJ, LZH. Автоматически распознает кодировки и формат текста. Сглаживание шрифтов, плавный скроллинг, чтение вслух, запись в MP3, закладки, и многое другое. Поддерживает формат FictionBook версии 2.1.|standart=FB 2.1|restrict=Нет|developer=Вадим Лопатин|latest_release_version=2.00.52a build 5335|latest_release_date=02.11.2005|platform=Windows|web-site=http://coolreader.org/|licence=FreeWare}}
{{Шаблон:Ридер|name=pETR - Python e-text reader|screenshot=Изображение:Petr.jpg|Petr|description=Программа предназначена для чтения книг в формате Fiction book 2 и просто текстовых файлов. pETR поддерживает формат FB2 не в полном объеме, но работа ведется.|standart=FB2|restrict=Таблицы. Таблицы стилей. Возможно, что-то еще :)|developer=Александр Евсеев|latest_release_version=0.5.3|latest_release_date=16 ноября 2005|platform=Windows, Linux, BSD, etc.|web-site=http://altline.ru/~e-ai/index.shtml|licence=FreeWare}}
{{Шаблон:Ридер|name=Athenaeum|screenshot=Изображение:Athenaum.jpg|Athenaum|description=Многоплатформенный ридер на технологии .NET. Хорошо поддерживает FB2 - работает через DOM.|standart=FB2|restrict=Нет|developer=Григорий Никонов|latest_release_version=2.0|latest_release_date=04.11.2004|platform=Windows |web-site=http://sourceforge.net/projects/athenaeum/|licence=FreeWare}}
{{Шаблон:Ридер|name=AlReader Light|screenshot=Изображение:AlReader.jpg|AlReader|description=Читалка для любых устройств на платформах Pocket PC и MS Smartphone. Поддержка форматов FB2 (ограниченная), TXT, HTML, RTF, PDB/PRC, TCR. Богатые настройки, поиск, поддержка многих кодировок.|standart=FB2|restrict=Нет|developer=Alan|latest_release_version=1.10|latest_release_date=15.12.2005|platform=ms smartphone 2002, 2003, 2003SE, Pocket PC 2002, 2003, 2003SE, 2005(?)|web-site=http://alreader.kms.ru/|licence=Donationware}}
{{Шаблон:Ридер|name=PyBookReader|screenshot=Изображение:Pybook.png|Pybook|description=Ридер под Linux/FreeBSD/e.t.c. Поддерживает FB2. Автопрокрутка, закладки, стили, картинки. Есть несколько утилит для преобразования текста. Все под Unix.|standart=FB2|restrict=Нет|developer=Con Radchenko|latest_release_version=0.4.11|latest_release_date=07.03.2005|platform=Linux/FreeBSD/Unix |web-site=http://pybookreader.narod.ru/|licence=FreeWare}}
{{Шаблон:Ридер|name=OrnamentBook|screenshot=Изображение:Ornam.jpg|Ornam|description=Ридер под Linux/FreeBSD/e.t.c., имитирующий бумажную книгу. Поддерживает FB2. Проект в самом начале развития.|standart=FB2|restrict=Нет|developer=Con Radchenko|latest_release_version=0.2.2|latest_release_date=07.03.2005|platform=Linux/FreeBSD/Unix |web-site=http://pybookreader.narod.ru/|licence=FreeWare}}
{{Шаблон:Ридер|name=FBReader|screenshot=Изображение:Fbread.png|Fbread|description=Программа FBReader создана для чтения на КПК, работающих под Linux'ом. Поддержка формата FB2.1 в полном объеме, кроме стилей (элемент и аттрибут style) и таблиц. Поддержка HTML (без таблиц), TXT, Aportis doc (prc), zTxt (Weasel), Plucker (без таблиц), TCR (Psion). Программа развивается. |standart=FB 2.1|restrict=custom styles, tables|developer=Nikolay Pultsin (Geometer)|latest_release_version=0.7.2|latest_release_date=16.02.2006|platform=Sharp Zaurus with Qtopia-based ROMs. Sharp Zaurus pdaXrom.
Sharp Zaurus OpenZaurus/Opie ROM. Siemens Simpad with Opensimpad 0.9.0/Opie ROM. Nokia 770 Internet Tablet (maemo). Linux desktop.|web-site=http://only.mawhrin.net/fbreader/|licence=FreeWare}}
{{Шаблон:Ридер|name=PalmFiction|screenshot=Изображение:Pafi.jpg|Pafi|description=Программа для чтения документов на устройствах под управлением PalmOS. Чтение документов в форматах: PalmDoc, zTXT, RTF, MS Word 2.x, 6.0/95, 2000-2003, обычный текст, текст с HTML разметкой (только удаление тегов), TCR (полная распаковка). Во всех перечисленных форматах документов, отображается только ТЕКСТ (без таблиц, гиперссылок, картинок и т.д.)|standart=FB2|restrict=text-only|developer=PalmFiction|latest_release_version=0.12g|latest_release_date=06.11.2005|platform=PalmOS 3.5 и выше|web-site=http://palmfiction.sourceforge.net/|licence=FreeWare}}
[[Категория:Ридеры]]
{{Шаблон:Ридер|name=ReadManiac|screenshot=Изображение:Rm shot1.jpg||description=ReadManiac - программа для чтения книг на мобильных телефонах с поддержкой Java. ReadManiac работает на всех телефонах поддерживающих Java MIDP 1.0 и старше.|standart=Text, html|restrict=text only|developer=Hax|latest_release_version=2.5.1|latest_release_date=2006.01.25|platform=Java|web-site=http://www.readmaniac.com/|licence=FreeWare}}

FictionBook 2.0 Schema - комментарии

2006-02-16T08:18:06Z

Gremlin: /* Тело */ корректировка атавизмов FB1

== Что такое Schema? ==
W3C Schema - формальное описание требований к документу XML. Schema определяет какие теги можно использовать, и где они могут располагаться, и что они могут содержать. Так же Schema определяет, какие теги должны присутствовать обязательно, а какие могут быть опущены.

== Структура документа FictionBook ==
Документ FictionBook состоит из двух частей - заголовка ([[Элемент description|<description>]]) и тела ([[Элемент body|<body>]]. За ними могут следовать включенные в документ двоичные файлы. Пока обрабатываются программами файлы *.PNG и *.JPG, но вложить в документ можно любые файлы.

== Заголовок ==
Заголовок состоит из трех частей: информация о содержимом книги ([[Элемент title-info|<title-info>]]), информация о XML-документе ([[Элемент document-info|<document-info>]]), и информация о бумажном издании ([[Элемент publish-info|<publish-info>]]), на котором основывается данный документ XML.

В заголовке обязательными являются только [[Элемент title-info|<title-info>]] и [[Элемент document-info|<document-info>]]. [[Элемент title-info|<title-info>]] описывает название произведения, автора, жанр, язык и может содержать дополнительную информацию (типа аннотации, ключевых слов, языка оригинала и т.п.)

[[Элемент publish-info|<publish-info>]] описывает бумажное издание, на котором основан документ и является необязательным, хотя его заполнение при создании книг всячески приветствуется. Такая информация позволит легко отслеживать ошибки в документах и позволит объективно оценить удобство различных средств и методов разработки документов FictionBook и совершенствовать такие средства и методы.

=== Пример минимального заголовка: ===
<pre>
<description>
<title-info>
<genre>history_russia</genre>
<author>
<first-name>Лев</first-name>
<middle-name>Николаевич</middle-name>
<last-name>Толстой</last-name>
</author>
<book-title>Война и мир</book-title>
<lang>ru</lang>
</title-info>
<document-info>
<author>
<nickname>GribUser</nickname>
</author>
<date value="2002-10-15">15 ноября 2002г., 19:53</date>
<id>GribUser_WarAndWorld_D49FHSH8l0HS5</id>
<version>2.0</version>
</document-info>
</description>
</pre>

=== Пример развернутого заголовка: ===
<pre>
<description>
<title-info>
<!--Вы можете указывать необходимое колличество жанров,которым соответствует книга. Это облегчит ее каталогизацию в библиотеке.
Для занесения книги в библиотеку необходимо указать хотябы один жанр.--!>
<genre>history_russia</genre>
<genre>romance_historical</genre>
<genre>literature_classics</genre>
<genre>literature_history</genre>
<genre>literature_war</genre>
<genre>literature_rus_classsic</genre>
<genre>computers</genre>
<author>
<!--Имя-Отчество-Фамилия автора книги. Так же
здесь допустимы поля nickname, home-page, email.
Необходимо указать first-name+last-name или nickname,
остальные поля являются необязательными.--!>
<first-name>Лев</first-name>
<middle-name>Николаевич</middle-name>
<last-name>Толстой</last-name>
<nickname>Лева</nickname>
<home-page>http://www.pupkin.ru</home-page>
<email>lev@tolstoy.ru</email>
</author>
<!--Название книги - комментарии излишни.--!>
<book-title>Война и мир</book-title>
<!--Аннотация - позволит разыскивающему себе чтива
в библиотеке оценить, подходит ему книга, или нет--!>
<annotation>
<nowiki><p></nowiki>
Это тестовый файл FictionBook 2.0. Создан грибовым дмитрием
в демонстрационных целях и для экспериментов с библиотекой FIctionBook.lib.
К сожалению сам роман я в FB2 пока не перевел.
<nowiki></p></nowiki>
<empty-line/>
<nowiki><p></nowiki>
Роман Толстого ?Война и мир? был написан в 1869 году. Это
произведение явилось, по словам многих известных писателей и
критиков, ?величайшим романом в мире?. Главная мысль в романе -
мысль народная.
<nowiki></p></nowiki>
<!--Аннотация может включать в себя все текстовые элементы:
стихи
цитаты
пустые строки
гиперссылки.--!>
<poem>
<title>
<nowiki><p></nowiki>
Название стиха
<nowiki></p></nowiki>
</title>
<epigraph>
<nowiki><p></nowiki>
Стихотворение посвящается
тегу "stanza"
<nowiki></p></nowiki>
</epigraph>
<stanza>
<v>Типа тут стихи</v>
<v>В этой строфе</v>
<v>Типа тут стихи</v>
<v>В этой строфе</v>
</stanza>
</poem>
<nowiki><cite></nowiki>
<nowiki><p></nowiki>
Здесь можно кого-нибудь процитировать
<nowiki></p></nowiki>
<text-author>Автор/Источник Цитаты</text-author>
<nowiki></cite></nowiki>
<nowiki><p></nowiki>
Большую часть романа занимают картины военных действий. В этом
произведении Толстым дано изображение двух войн: 1805 и 1812 годов. В обеих войнах
главным и решающим фактором явились
народные массы. <a xlink:href="#annotation_src" type="note">[источник]</a>.
<nowiki></p></nowiki>
</annotation>
<!--Уф. Вот и кончилась эта чудовищная аннотация,
дальше поехали ключевые слова, дата написания, обложка, язык книги и оригинала,
переводчик и серия.--!>
<keywords>
1912, война, роман, отечественная, наполеон, кутузов, император, политика, нравственность
</keywords>
<date value="1869-01-01">1863-1869</date>
<coverpage>
<image xlink:href="#cover.jpg"/>
</coverpage>
<lang>ru</lang>
<src-lang>ru</src-lang>
<translator>
<first-name>Вообще-то</first-name>
<middle-name>никакого переводчика нет</middle-name>
<last-name>Это так, для примера</last-name>
</translator>
<!--Вообще-то этот роман не входит ни в какие серии,
но если вы он входил, выглядело бы это так:--!>
<sequence name="Детство, Отрочество, Юность" number="2"/>
</title-info>
<!--Теперь поехала информация о документе,
когда отформатирован, кем и т.д.--!>
<document-info>
<author>
<nickname>GribUser</nickname>
<home-page>http://www.gribuser.ru</home-page>
<email>grib@gribuser.ru</email>
</author>
<program-used>ClearTXT, XMLSpy, HomeSite 5.0</program-used>
<date value="2002-10-15">15 ноября 2002г., 19:53</date>
<src-url>http://www.magister.msk.ru/library/tolstoy/wp/wp00.htm</src-url>
<src-ocr>Oleg E. Kolesnikov</src-ocr>
<!--Поле id позволяет отслеживать судьбу документа,
и не вносить, например, в библиотеку, две версии одного документа,
а просто обновить его. Или наоборот, внести новый документ вместо
обновления существующего.--!>
<id>GribUser_WarAndWorld_D49FHSH8l0HS5</id>
<version>2.0</version>
<history>
<nowiki><p></nowiki>
Этот документ первоначально был создан для
FictionBook 1.0 и позднее переделан для FB2.0<nowiki></p></nowiki>
</history>
</document-info>
<!--И на закуску - информация о бумажной публикации,
на которой основан документ.--!>
<publish-info>
<book-name>Л.Н.Толстой, Полное Собрание Сочинений</book-name>
<publisher>ГИХЛ</publisher>
<city>Москва</city>
<year>1957</year>
<isbn>Тут пишем ISBN код книги, если есть</isbn>
</publish-info>
<!--А здесь - все, что не лезет ни в какие рамки.--!>
<custom-info info-type="general">
Здесь можно расположить дополнительную информацию, не укладывающуюся
в заданную схему. Это может быть как описательная информация, так и коммерческая
информация, связанная с книгой - например, информация о том, где можно купить бумажное издание
</custom-info>
</description>
</pre>

== Тело ==
Тело документа FictionBook ([[Элемент body|<body>]]) состоит из одной или более части ([[Элемент section|<section>]]). [[Элемент section|<section>]] может быть вложена внутрь другой [[Элемент section|<section>]], при этом одновременное вложение текстов и [[Элемент section|<section>]] не допускается.

Всегда допустимые теги внутри [[Элемент section|<section>]]:

* [[Элемент title|<title>]] - название секции (части, главы, или другой структурной единицы), допускающее использование параграфов ([[Элемент р|<p>]]) и пустых строк ([[Элемент empty-line|<empty-line>]]) для сложных заголовков;

* [[Элемент image|<image>]] - рисунок;

* [[Элемент epigraph|<epigraph>]] - эпиграф, допустим в начале, может быть несколько;

* [[Элемент annotation|<annotation>]] - краткое описание главы.

Теги, допустимые в любом порядке и количестве внутри [[Элемент section|<section>]], если в нее не вложена другая [[Элемент section|<section>]]:

* [[Элемент р|<p>]] - параграф. Допускает использование стилей [[Элемент style|<style>]], выделения [[Элемент strong|<strong>]], [[Элемент emphasis|<emphasis>]] и ссылок [[Элемент a|<a>]];

* [[Элемент image|<image>]] - рисунок;

* [[Элемент empty-line|<empty-line>]] - пустая строка;

* [[Элемент poem|<poem>]] - стихи;

* [[Элемент subtitle|<subtitle>]] - смысловой разделитель, имеющий внутри себя текст;

* [[Элемент cite|<cite>]] - цитата.

Более полную информацию можно найти, просмотрев исходный текст и комментарии в примере документа FictionBook.

[[Категория:FB документы]]

FictionBook - библиотека и формат на основе XML

2006-02-15T07:55:54Z

Gremlin: /* FictionBook - эволюция формата */ Исправлена ссылка

{{Toc-Right}}

== Электронные книги - переломный период? ==
[[Изображение:Reb.jpg|left]]Количество людей, читающих с экрана, пока мизерно. Единицы предпочитают экран бумаге, чаще все заканчивается банальной распечаткой даже в случае объемных электронных текстов. Единственное достаточно удобное устройство ([http://jim.pp.ru/alter/ebook_05.htm Rocket eBook], 72 dpi) для чтения появилось [http://www.useit.com/alertbox/980726.html раньше своего времени] что, в сочетании с неадекватным маркетингом, обеспечило его провал на рынке. Ситуация стала меняться с появлением доступных LCD дисплеев с разрешением 150dpi и выше (http://www.eink.com/, http://www.computerra.ru/today/ferra/27777/). Ряд устройств уже сейчас можно считать превосходящими бумажные книги по всем параметрам, кроме времени автономной работы и цены. [http://www.microsoft.com/typography/cleartype/default.htm ClearType] втрое увеличивает горизонтальное разрешение цветных дисплеев, и без того впечатляющее. Массовые устройства для чтения электронных книг появятся на рынке уже в 2004-м году (Sony планирует продажи [http://www.eink.com/news/releases/pr70.html новой eBook] на апрель), и новые устройства, наконец, смогут реально конкурировать с бумагой по цене и качеству отображения текста. В дальнейшем развитие устройств-заменителей бумаги обещает принять лавинообразный характер, инвестиции в этой сфере, помимо частного капитала, активно проводит, к примеру, правительство США.[[Изображение:sony.jpg|right]]

Для образования, науки и книгоиздания переоценить такое развитие событий невозможно, на ум приходит только сравнение с Гуттенбергом. К этому рубежу индустрия электронных текстов подошла в состоянии разброда, разработчикам новых устройств будет, над чем поломать голову. Электронные тексты сейчас встречаются:
* В одном из фирменных (часто закрытых) форматов ([http://www.microsoft.com/reader/developers/default.asp MS lit] (далее просто lit), Aportis, [http://www.isilo.com/ iSilo], [http://directory.google.com/Top/Computers/Data_Formats/Document/Publishing/PDF/ pdf], ?)
* В формате программ подготовки текстов (MSWord, Quark, [http://www.adobe.com/products/acrobat/adobepdf.html PDF], [http://www.latex-project.org/ LaTeX]?)
* Как простой текст ([http://lib.ru/ библиотека Мошкова])
* html/xhtml
* XML: [http://www.docbook.org/ DocBook], [http://www.openebook.org/ OEB], FictionBook

== Что сейчас лежит в электронных библиотеках? ==

=== Закрытые и фирменные форматы ===
Ряд закрытых форматов (в первую очередь это [http://www.adobe.com/products/acrobat/main.html PDF от Adobe] и [http://www.microsoft.com/reader/developers/default.asp lit]), обеспечивающих (фактически не обеспечивающих) защиту контента, лидируют в сфере продажи электронных текстов. Широкое распространение этих форматов объясняется желанием продавцов защитить свою интеллектуальную собственность, а иллюзию защищенности рискуют предлагать только материально заинтересованные стороны. Постепенно к защите контента [http://linuxtoday.com/news_story.php3?ltsn=2003-04-24-011-26-OS-KN-LL подключается] и Open Source сообщество, но пока на электронных книгах это не сказалось. О причинах распространенности PDF так же можно прочитать [http://www.the-ebook.org/e107/content.php?article.cat.51 здесь].

В основном компании основывают свои форматы на html (lit, iSilo, Aportis, [http://rbmake.sourceforge.net/ rb]), но в итоге ни один из этих форматов не обеспечивает приемлемой индексации текстов и поддержки нелатинского алфавита. У каждого формата - собственные схемы сжатия и шифрования разной степени закрытости. Средства просмотра таких документов доступны не для всех платформ и, как ни странно, зачастую некачественны. Обратная конвертация затруднена, невозможна и/или является противозаконной (например, lit->xhtml).

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

Хранение текстов в ?родном? формате программы верстки практикуется, но лишь в силу дешевизны. Документ, ушедший в печать, в неизменном виде выкладывается в общий доступ. Многие производители ?железа? поддерживают у себя библиотеки инструкций и руководств в формате PDF именно по этой причине. За исключением простоты организации, такая библиотека не имеет в себе ничего положительного - каталогизация затруднена, доступ к документам требует специфического ПО, как правило, мало приспособленного к нуждам читателя и зачастую небесплатного. Хранение в MSWord *.DOC формате является относительно удобным, но документы MSWord по простоте обработки и выбору инструментария сильно уступают даже html.

=== PDF - подробная критика ===
PDF, являющийся одним из лидеров, в качестве основного формата хранения книг оказывается ниже всякой критики. Его практически невозможно читать на малом дисплее. ПО от Adobe для немногих платформ, феноменально некачественно для столь старой и популярной программы. PDF невозможно адекватно преобразовать во что-либо, кроме бумажной копии, часто невозможно даже проиндексировать?

Фактически, PDF-документ обычно является закрытым объектом, не содержащим данных о структуре и не предоставляющим информации о содержании, годным лишь для получения твердой копии. Основная цель создателей, дублирование бумажного документа, привела к переносу всех ограничений твердой копии в цифровую версию.

В дополнение к подробной критике PDF как средства представления электронной информации от Якоба Нильсена ([http://www.useit.com/alertbox/20030714.html 1], [http://www.useit.com/alertbox/20010610.html 2]) мы изложили [http://www.the-ebook.org/e107/content.php?article.cat.51 свое видение причин] внедрения PDF в мир электронных текстов.

Краткое резюме неутешительно - PDF можно и нужно применять, но только имея в виду получение твердой копии. С учетом ожидаемого бума электронных средств для чтения, на наш взгляд, следует однозначно отказаться от использования PDF как базового формата для библиотеки. Это не мешает готовить pdf-файлы, например, из XML, для тех пользователей, кому по тем или иным причинам нужна распечатка.

=== Открытые форматы - не-XML ===
В отличие от вышеозначенных форматов, хранение книг в виде простого текста (без разметки html/xml/sgml/?) позволяет одним махом решить проблемы с доступом с разных платформ, индексацией и т.п., но имеет очевидные недостатки - ограниченные возможности форматирования и использования графики, полное отсутствие метаинформации. При всей своей ограниченности, такой подход очень широко распространен. Самая известная библиотека рунета (и одна из самых полных в сети), [http://lib.ru/ lib.ru], хранит файлы именно в виде простого текста (фактически, там используется [http://lib.ru/WEBMASTER/libformat.txt гибрид] html-разметки и простого текста, но основной инструмент разметки - пробелы, разрывы строк и несколько спецсимволов). Использование в качестве разметки символов перевода строки и пробелов идеально с точки зрения простоты и лаконичности, но возможности такой разметки ограничены.

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

Реализация программы чтения с поддержкой даже небольшого подмножества тегов html, как правило, занимает много времени и никак не может считаться тривиальной задачей. Если говорить об достаточно примитивных устройствах для чтения с оперативной памятью меньше 1MB (ряд таких устройств готовится к выпуску, [http://www.the-ebook.org/forum/viewtopic.php?t=2997 одно] уже продвигается на Украине в сферу образования) проблематична даже полноценная поддержка самых распространенных тегов.

Очевидное решение - использование подмножества html, с чем мы и имеем дело в большинстве случаев. Rocket eBook (первое специализированное устройство для чтения, ОС на основе Linux) поддерживает 29 тегов и png-графику. REB1100 (следующая модель) поддерживает то же плюс таблицы. Лидирует по количеству поддерживаемых тегов MSReader (заявлена поддержка [http://www.openebook.org/ OEB]), работающий на hi-end карманных компьютерах, но эксперименты с тегами и CSS на деле и здесь обычно заканчиваются неадекватным отображением, медленной работой и ошибками программы.

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

Стоит отметить, что, несмотря на все вышеизложенное, библиотеки в формате html относительно редки. Обычно выкладываются тексты в ?трудоемких? форматах, подготовка которых требует специального инструментария (см. ?Закрытые и фирменные форматы? выше) либо просто текст, который обрабатывать несравненно проще, чем html.

=== Открытые форматы, основанные на XML ===
При всем богатстве средств форматирования и широте распространения, html ограничен в передаче метаданных. Непростой задачей является и его отображение и обработка, что для электронной библиотеки является критичным. Возможность оперативно предоставить одну главу из 50-и мегабайтного текста в затребованном формате, возможность автоматически внести в каталог книгу с аннотацией и обложкой (что важно для художественной литературы), индивидуально уведомить подписчиков о появлении новой книги в интересующем их разделе и приложить к уведомлению аннотацию, возможность получить список изменений в последнем издании - реализация такого рода библиотечных сервисов на основе html или простого текста представляется малореальной.

Очевидным решением при хранении упорядоченных текстовых данных сегодня является XML, и решения на его основе появились не вчера. Наиболее интересны для библиотек три основанных на xml формата: Open eBook (OEB), DocBook, FictionBook.

[http://www.openebook.org/ OEB] - детище Microsoft и Adobe, давних (и не очень удачливых) игроков на рынке электронных книг. OEB призван компенсировать ограниченность html в хранении метаданных и закрепить за xhtml доминирование в книжном деле. По сути, OEB-книга это пакет из xhtml и графических документов, снабженных метафайлом, хранящим ISBN и другие выходные данные. Сама книга представлена в xhtml, а весь пафос OEB, по сути, сводится к [http://www.openebook.org/oebps/oebps1.2/download/oeb12-xhtml.htm#sec2.2 15-и тегам] (используется [http://dublincore.org/documents/1999/07/02/dces/ Dublin Core 1.1] с небольшими [http://www.openebook.org/oebps/oebps1.2/download/oeb12-xhtml.htm#sec1.3.5 расширениями]), описывающим автора, название, язык книги и т.п.

Аннотация в OEB не предусмотрена. Вся спецификация OEB - это пересказ xhtml, и ничего, кроме недоумения, ознакомление с OEB не вызывает, хотя желание срезать углы и воспользоваться готовой технологией вполне понятно.

OEB-пакет обычно помещается в ZIP-архиве. Фактически, в сети OEB не встречается. Судя по статистике библиотеки FictionBook.lib, OEB пользователи не скачивают в принципе (0.2% загрузок, судя по отзывам - результат любознательности).

[http://www.docbook.org/ DocBook] - очень развитый и продуманный стандарт, разработанный и сопровождаемый [http://www.oasis-open.org/who/ OASIS] (Organization for the Advancement of Structured Information Standards). Формат идеально подходит для технических текстов, и FictionBook не возник бы, если бы DocBook был минимально приспособлен для работы с художественной литературой. Но DocBook, при всем богатстве, не способен адекватно представить художественную книгу. Например, DocBook не предусматривает разметку стихов, не позволяет описать книжные серии, не имеет данных о переводчике. Для относительно несложных, в большинстве своем, художественных текстов, формат так же явно избыточен.

[[Изображение:Headedit.gif|right|]]
FictionBook - разработан нами (инициативная группа, возглавляемая [http://www.gribuser.ru/about/beogr Грибовым Дмитрием] и [http://haali.cs.msu.ru/ Михаилом Мацневым]) специально для художественных текстов. В отличие от OEB, книга хранится в одном файле. Графика, метаданные, текст сносок и аннотация - все хранится в виде единого XML-документа, что существенно упрощает администрирование, распределенную обработку и репликацию. В художественной литературе используется ограниченный набор элементов - стихи, аннотация, жирный/наклонный, иллюстрации, эпиграф, сноски. В результате, FictionBook очень прост (см. [[XML схема FictionBook2.0|схема fb2]] и [[FictionBook 2.0 Schema - комментарии|комментарии к схеме]]), но, как показывает практика, обладает всем необходимым для оформления художественных книг. Развитая структура хранения метаданных (подробно см. [[XML схема FictionBook2.0|схема fb2]]) позволяет полностью автоматизировать работу библиотеки и легко развернуть ряд уникальных сервисов (например, дифференцированную подписку).

=== FictionBook - эволюция формата ===

Использование незатейливого XML для хранения и обработки книг в рунете стало развиваться по [http://www.epaper.ru/WorkShop.php?Id=25 инициативе] Марка Липсмана. XML использовался для упрощения создания MS lit и prc документов (штатное П.О. для создания lit далеко от совершенства). Первоначально использовался минимум метаинформации, не было опубликовано DTD. Несмотря на это, подход быстро приобрел популярность. С появлением программ для подготовки и обработки текстов и формализацией требований к документу (программа ClearTXT устанавливается с DTD и поддерживает валидацию) встал вопрос и об их хранении и замаячила перспектива создания полноценной электронной библиотеки. Это привело к введению в документ развернутого узла с метаданными (добавлена информация о языке оригинала, переводчике, названии серии, введена информация о создателе документа и т.д. - подробней см. [[FictionBook 2.0 Schema - комментарии|комментарии к схеме]]). В дальнейшем изменения носили косметический характер, но одна из особенностей формата заслуживает особого упоминания, так как всегда вызывает недоумение при первом знакомстве.

Изначально сноски в документе вставлялись по месту ссылки, типа <nowiki><p>A hero<note>Герой (англ.)</note></p></nowiki>, но по мере их осложнения и вынужденного внесения в них элементов форматирования, мы приходили к довольно запутанной с точки зрения структуры и обработки конструкции. Невозможность организовать перекрестные ссылки в таком виде так же не внушала оптимизма. В итоге от in-line сносок пришлось отказаться в пользу вынесения в специальный раздел (<body name=?notes?/>). Xlink используется для связывания (<a xlink:href=?#note1? type=?note?>1</a>). Помимо упрощения обработки, мы получаем полную свободу в перекрестных ссылках и оставляем один общий механизм связывания в документе, стандартный и гибкий.

Текущее состояние стандарта (версия 2.0) доступно на сайте, развернутые комментарии к схеме, примеры документов и важные замечания доступны на странице [[FictionBook 2.0 Schema - комментарии|комментариев к схеме]].

=== FictionBook - перспективы ===

Практическое использование FictionBook версии 2.0 не выявило значительных проблем, на очереди незначительные расширения синтаксиса <nowiki>(<sub>, <sup>, id для <image/> и т.п.)</nowiki>. Единственным действительно узким местом стала вынужденно принятая жанровая классификация, которая на момент создания стандарта была вопиюще не готова.

Сейчас ведется активная проработка нового, достаточно простого, но более функционального, жанрового классификатора. В версии 2.0 используется одноуровневый список, которого явно недостаточно (даже если отвлечься от его содержания). Новое предложение - стандартный список жанров плюс 5-и мерное пространство возраст-страна-эпоха-форма-прием ([[Классификатор сетевой литературы для стандарта FictionBook 3.0|текущее предложение по жанрам в FB3]]). Работы в этом направлении только начинаются. К сожалению, в проекте пока не участвуют профессиональные литературоведы (напротив, в основном проект развивают ?технари?), и мы вынуждены в меру своих сил изучать имеющиеся наработки и адаптировать их к нашим нуждам.

Так же в документ планируется внести условия его распространения. К примеру, издатель готовит книгу и помечает первую главу как доступную бесплатно (<section share=?free?>..), остальные - за деньги (<section share=?pay-per-download?/>). В результате, автоматически будут подготовлены платные и бесплатные версии документов для различных платформ, помещены в каталог и мгновенно доступны пользователям для ознакомления и приобретения.

Библиотека, таким образом, может стать и магазином электронных текстов. Соединение в одном месте платных и бесплатных текстов представляется естественным.

== FictionBook.lib - библиотека на основе формата FictionBook ==

=== Обзор возможностей библиотеки ===

Как уже отмечалось, формат создавался во многом с прицелом на централизованную обработку и хранение в библиотеке. Обширный заголовок содержит ID документа, информацию об авторе и переводчике, аннотацию, ссылку на обложку, язык документа, а так же другую информацию, интересную пользователям и/или роботам-обработчикам. В настоящий момент на основе формата работает несколько библиотек (1, 2, 3), самая технически развитая - [http://www.fictionbook.ru FictionBook.lib].

[[Image:Header_full.gif]]

Разработка FictionBook.lib ведется нами уже около года. Фактически, библиотека создана автором этой статьи в одиночку, в свободное время, что, при ее впечатляющей функциональности, лишний раз доказывает перспективность нашего, основанного на XML, подхода к хранению, обработке и распределенному управлению документами. Сейчас програмная часть библиотеки состоит из приблизительно 1.5MB кода (Perl, xsl).

Подготовленный документ может быть отправлен создателем в FictionBook.lib (в настоящий момент - только через [http://www.fictionbook.ru/ru/upload/ web-форму], почтовый робот отключен). Полученный библиотекой документ проверяется на соответствие [[FictionBook 2.1 Sсhema |схеме]] и регистрируется в библиотеке в соответствующем жанре у соответствующего автора. Из xml-документа автоматически готовятся специальные форматы (html, txt, rtf, iSilo, OEB, rb, lit, Aportis). Как правило, самостоятельная подготовка таких документов - процесс трудоемкий и требующий квалификации и подобная автоматизация экономит много времени и сил.

В библиотеке так же имеется робот, рассылающий подписчикам информацию об обновлениях.

[[Image:subscribe_full.gif]]

Каждый пользователь может тонко настроить рассылку под себя и получать, к примеру, только информацию о новых книгах интересующих его авторов и/или жанров. Рассылаемые уведомления включают имена авторов книги, название, жанр и, опционально, аннотация. Так же можно получать и все новые рецензии на книги.

[[Image:mail_full.gif]]

Система администрирования позволяет, в частности, объединить двух авторов. Часто это требуется, если у автора есть книги на нескольких языках и библиотека не понимает, что ?Bujold? идентично ?Буджолд? (единожды каждого ?нового имени? автора). Фактически, это единственное достаточно трудоемкое неавтоматизируемое действие, все остальное библиотека делает сама на основе метаданных документа. При появлении документа со знакомым ID, библиотека может обновить документ (проверив полномочия отправителя новой версии). Таким образом, большинство задач по управлению документами решаются путем редактирования документа, что позволяет сколь угодно распылить управление библиотекой. Такая форма делегирования функций отлично себя зарекомендовала, а ее последующая доработка обещает еще повысить ее эффективность.

[[Image:Authoradmin_full.gif]]

При работе над библиотекой много внимания уделено системе рейтингов и подобий. На основе статистики по скачиваниям (140 тыс. записей пользователь-книга) библиотека находит список подобных книг для каждого документа и выделяет популярные книги для каждого жанра. Статистика скачиваний используется и в сортировке результатов поиска. Благодаря комплексной оценке (учитываются скачивания и отзывы) адекватность рейтингов и подобий весьма впечатлила даже самого автора.

В планах стоит и ?предполагаемая оценка? для пользователя - предсказание того, понравится ли пользователю книга, и насколько, на основе поиска пользователей с аналогичными вкусами. Библиотека хранит оценки каждого пользователя и благодаря этому может строить гипотезы, отыскивая пользователей с похожими оценками. Но эта задача, помимо программирования, потребует и весьма значительных вычислительных ресурсов, которых пока, увы, нет.

=== Техническая реализация FictionBook.lib ===

Библиотека сделана на основе [http://perl.apache.org/ mod_perl], [http://www.postgresql.org/ PostgreSQL], [http://www.xmlsoft.org/ LibXML+LibXSLT]. Проверка поступающих документов на соответствие схеме реализована с [http://xml.apache.org/ xerces-c]. Для повышения быстродействия и снижения требований к ресурсам (экономия памяти, которую mod_perl в купе с LibXSLT и PostGreSQL используют очень активно) используется squid. Новая книга анализируется, и вся метаинформация заносится в БД. XML используется в библиотеке повсеместно, извлеченные из БД данные форматируются в XML и передаются XSLT-обработчику. Фактически, библиотека имеет трехуровневую структуру - База данных SQL, mod_perl обработчик, в котором реализована основная логика, и набор XSLT, отвечающий за представление подготовленных в Perl данных. Близки к завершению работы по внедрению движка библиотеки (в основном изменения коснулись XSLT) в [http://lib.aldebaran.ru/ библиотеку Альдебарана].

Поскольку в библиотеке большое внимание уделяется сбору и анализу статистики, загрузка процессора становится узким местом. Эта проблема решена через создание внутреннего кэша с разделением по уровню доступа пользователей и другими особенностями, позволяющими персонифицировать библиотеку без излишнего пересчета статистики. Благодаря этому библиотека свободно обслуживает до 50 тыс. запросов в сутки при загрузке процессора порядка 10-60% (два Pentium III 1GHz, 1GB RAM, ATA66 HDD). Низкоскоростной и неустойчивый канал в данный момент является узким местом в плане производительности.
[[Категория:FB статьи]]

Документы

2006-02-15T07:53:36Z

Gremlin: Исправлена ссылка

:* [[XML схема FictionBook2.0]]
:* [[XML схема FictionBook2.1]]
:* [[FictionBook 2.0 Schema - комментарии]]
:* [[Тестовый ознакомительный документ FictionBook 2.1]]
:* [[Тестовый платный документ FictionBook 2.1]]
:* [[Как сделать книгу]]
:* [[Элементы стандарта FictionBook]]
:* [[Жанры FictionBook 2.1]]

FictionBook - библиотека и формат на основе XML

2006-02-15T07:52:28Z

Gremlin: /* Открытые форматы, основанные на XML */ Исправлена еще одна ссылка

{{Toc-Right}}

== Электронные книги - переломный период? ==
[[Изображение:Reb.jpg|left]]Количество людей, читающих с экрана, пока мизерно. Единицы предпочитают экран бумаге, чаще все заканчивается банальной распечаткой даже в случае объемных электронных текстов. Единственное достаточно удобное устройство ([http://jim.pp.ru/alter/ebook_05.htm Rocket eBook], 72 dpi) для чтения появилось [http://www.useit.com/alertbox/980726.html раньше своего времени] что, в сочетании с неадекватным маркетингом, обеспечило его провал на рынке. Ситуация стала меняться с появлением доступных LCD дисплеев с разрешением 150dpi и выше (http://www.eink.com/, http://www.computerra.ru/today/ferra/27777/). Ряд устройств уже сейчас можно считать превосходящими бумажные книги по всем параметрам, кроме времени автономной работы и цены. [http://www.microsoft.com/typography/cleartype/default.htm ClearType] втрое увеличивает горизонтальное разрешение цветных дисплеев, и без того впечатляющее. Массовые устройства для чтения электронных книг появятся на рынке уже в 2004-м году (Sony планирует продажи [http://www.eink.com/news/releases/pr70.html новой eBook] на апрель), и новые устройства, наконец, смогут реально конкурировать с бумагой по цене и качеству отображения текста. В дальнейшем развитие устройств-заменителей бумаги обещает принять лавинообразный характер, инвестиции в этой сфере, помимо частного капитала, активно проводит, к примеру, правительство США.[[Изображение:sony.jpg|right]]

Для образования, науки и книгоиздания переоценить такое развитие событий невозможно, на ум приходит только сравнение с Гуттенбергом. К этому рубежу индустрия электронных текстов подошла в состоянии разброда, разработчикам новых устройств будет, над чем поломать голову. Электронные тексты сейчас встречаются:
* В одном из фирменных (часто закрытых) форматов ([http://www.microsoft.com/reader/developers/default.asp MS lit] (далее просто lit), Aportis, [http://www.isilo.com/ iSilo], [http://directory.google.com/Top/Computers/Data_Formats/Document/Publishing/PDF/ pdf], ?)
* В формате программ подготовки текстов (MSWord, Quark, [http://www.adobe.com/products/acrobat/adobepdf.html PDF], [http://www.latex-project.org/ LaTeX]?)
* Как простой текст ([http://lib.ru/ библиотека Мошкова])
* html/xhtml
* XML: [http://www.docbook.org/ DocBook], [http://www.openebook.org/ OEB], FictionBook

== Что сейчас лежит в электронных библиотеках? ==

=== Закрытые и фирменные форматы ===
Ряд закрытых форматов (в первую очередь это [http://www.adobe.com/products/acrobat/main.html PDF от Adobe] и [http://www.microsoft.com/reader/developers/default.asp lit]), обеспечивающих (фактически не обеспечивающих) защиту контента, лидируют в сфере продажи электронных текстов. Широкое распространение этих форматов объясняется желанием продавцов защитить свою интеллектуальную собственность, а иллюзию защищенности рискуют предлагать только материально заинтересованные стороны. Постепенно к защите контента [http://linuxtoday.com/news_story.php3?ltsn=2003-04-24-011-26-OS-KN-LL подключается] и Open Source сообщество, но пока на электронных книгах это не сказалось. О причинах распространенности PDF так же можно прочитать [http://www.the-ebook.org/e107/content.php?article.cat.51 здесь].

В основном компании основывают свои форматы на html (lit, iSilo, Aportis, [http://rbmake.sourceforge.net/ rb]), но в итоге ни один из этих форматов не обеспечивает приемлемой индексации текстов и поддержки нелатинского алфавита. У каждого формата - собственные схемы сжатия и шифрования разной степени закрытости. Средства просмотра таких документов доступны не для всех платформ и, как ни странно, зачастую некачественны. Обратная конвертация затруднена, невозможна и/или является противозаконной (например, lit->xhtml).

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

Хранение текстов в ?родном? формате программы верстки практикуется, но лишь в силу дешевизны. Документ, ушедший в печать, в неизменном виде выкладывается в общий доступ. Многие производители ?железа? поддерживают у себя библиотеки инструкций и руководств в формате PDF именно по этой причине. За исключением простоты организации, такая библиотека не имеет в себе ничего положительного - каталогизация затруднена, доступ к документам требует специфического ПО, как правило, мало приспособленного к нуждам читателя и зачастую небесплатного. Хранение в MSWord *.DOC формате является относительно удобным, но документы MSWord по простоте обработки и выбору инструментария сильно уступают даже html.

=== PDF - подробная критика ===
PDF, являющийся одним из лидеров, в качестве основного формата хранения книг оказывается ниже всякой критики. Его практически невозможно читать на малом дисплее. ПО от Adobe для немногих платформ, феноменально некачественно для столь старой и популярной программы. PDF невозможно адекватно преобразовать во что-либо, кроме бумажной копии, часто невозможно даже проиндексировать?

Фактически, PDF-документ обычно является закрытым объектом, не содержащим данных о структуре и не предоставляющим информации о содержании, годным лишь для получения твердой копии. Основная цель создателей, дублирование бумажного документа, привела к переносу всех ограничений твердой копии в цифровую версию.

В дополнение к подробной критике PDF как средства представления электронной информации от Якоба Нильсена ([http://www.useit.com/alertbox/20030714.html 1], [http://www.useit.com/alertbox/20010610.html 2]) мы изложили [http://www.the-ebook.org/e107/content.php?article.cat.51 свое видение причин] внедрения PDF в мир электронных текстов.

Краткое резюме неутешительно - PDF можно и нужно применять, но только имея в виду получение твердой копии. С учетом ожидаемого бума электронных средств для чтения, на наш взгляд, следует однозначно отказаться от использования PDF как базового формата для библиотеки. Это не мешает готовить pdf-файлы, например, из XML, для тех пользователей, кому по тем или иным причинам нужна распечатка.

=== Открытые форматы - не-XML ===
В отличие от вышеозначенных форматов, хранение книг в виде простого текста (без разметки html/xml/sgml/?) позволяет одним махом решить проблемы с доступом с разных платформ, индексацией и т.п., но имеет очевидные недостатки - ограниченные возможности форматирования и использования графики, полное отсутствие метаинформации. При всей своей ограниченности, такой подход очень широко распространен. Самая известная библиотека рунета (и одна из самых полных в сети), [http://lib.ru/ lib.ru], хранит файлы именно в виде простого текста (фактически, там используется [http://lib.ru/WEBMASTER/libformat.txt гибрид] html-разметки и простого текста, но основной инструмент разметки - пробелы, разрывы строк и несколько спецсимволов). Использование в качестве разметки символов перевода строки и пробелов идеально с точки зрения простоты и лаконичности, но возможности такой разметки ограничены.

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

Реализация программы чтения с поддержкой даже небольшого подмножества тегов html, как правило, занимает много времени и никак не может считаться тривиальной задачей. Если говорить об достаточно примитивных устройствах для чтения с оперативной памятью меньше 1MB (ряд таких устройств готовится к выпуску, [http://www.the-ebook.org/forum/viewtopic.php?t=2997 одно] уже продвигается на Украине в сферу образования) проблематична даже полноценная поддержка самых распространенных тегов.

Очевидное решение - использование подмножества html, с чем мы и имеем дело в большинстве случаев. Rocket eBook (первое специализированное устройство для чтения, ОС на основе Linux) поддерживает 29 тегов и png-графику. REB1100 (следующая модель) поддерживает то же плюс таблицы. Лидирует по количеству поддерживаемых тегов MSReader (заявлена поддержка [http://www.openebook.org/ OEB]), работающий на hi-end карманных компьютерах, но эксперименты с тегами и CSS на деле и здесь обычно заканчиваются неадекватным отображением, медленной работой и ошибками программы.

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

Стоит отметить, что, несмотря на все вышеизложенное, библиотеки в формате html относительно редки. Обычно выкладываются тексты в ?трудоемких? форматах, подготовка которых требует специального инструментария (см. ?Закрытые и фирменные форматы? выше) либо просто текст, который обрабатывать несравненно проще, чем html.

=== Открытые форматы, основанные на XML ===
При всем богатстве средств форматирования и широте распространения, html ограничен в передаче метаданных. Непростой задачей является и его отображение и обработка, что для электронной библиотеки является критичным. Возможность оперативно предоставить одну главу из 50-и мегабайтного текста в затребованном формате, возможность автоматически внести в каталог книгу с аннотацией и обложкой (что важно для художественной литературы), индивидуально уведомить подписчиков о появлении новой книги в интересующем их разделе и приложить к уведомлению аннотацию, возможность получить список изменений в последнем издании - реализация такого рода библиотечных сервисов на основе html или простого текста представляется малореальной.

Очевидным решением при хранении упорядоченных текстовых данных сегодня является XML, и решения на его основе появились не вчера. Наиболее интересны для библиотек три основанных на xml формата: Open eBook (OEB), DocBook, FictionBook.

[http://www.openebook.org/ OEB] - детище Microsoft и Adobe, давних (и не очень удачливых) игроков на рынке электронных книг. OEB призван компенсировать ограниченность html в хранении метаданных и закрепить за xhtml доминирование в книжном деле. По сути, OEB-книга это пакет из xhtml и графических документов, снабженных метафайлом, хранящим ISBN и другие выходные данные. Сама книга представлена в xhtml, а весь пафос OEB, по сути, сводится к [http://www.openebook.org/oebps/oebps1.2/download/oeb12-xhtml.htm#sec2.2 15-и тегам] (используется [http://dublincore.org/documents/1999/07/02/dces/ Dublin Core 1.1] с небольшими [http://www.openebook.org/oebps/oebps1.2/download/oeb12-xhtml.htm#sec1.3.5 расширениями]), описывающим автора, название, язык книги и т.п.

Аннотация в OEB не предусмотрена. Вся спецификация OEB - это пересказ xhtml, и ничего, кроме недоумения, ознакомление с OEB не вызывает, хотя желание срезать углы и воспользоваться готовой технологией вполне понятно.

OEB-пакет обычно помещается в ZIP-архиве. Фактически, в сети OEB не встречается. Судя по статистике библиотеки FictionBook.lib, OEB пользователи не скачивают в принципе (0.2% загрузок, судя по отзывам - результат любознательности).

[http://www.docbook.org/ DocBook] - очень развитый и продуманный стандарт, разработанный и сопровождаемый [http://www.oasis-open.org/who/ OASIS] (Organization for the Advancement of Structured Information Standards). Формат идеально подходит для технических текстов, и FictionBook не возник бы, если бы DocBook был минимально приспособлен для работы с художественной литературой. Но DocBook, при всем богатстве, не способен адекватно представить художественную книгу. Например, DocBook не предусматривает разметку стихов, не позволяет описать книжные серии, не имеет данных о переводчике. Для относительно несложных, в большинстве своем, художественных текстов, формат так же явно избыточен.

[[Изображение:Headedit.gif|right|]]
FictionBook - разработан нами (инициативная группа, возглавляемая [http://www.gribuser.ru/about/beogr Грибовым Дмитрием] и [http://haali.cs.msu.ru/ Михаилом Мацневым]) специально для художественных текстов. В отличие от OEB, книга хранится в одном файле. Графика, метаданные, текст сносок и аннотация - все хранится в виде единого XML-документа, что существенно упрощает администрирование, распределенную обработку и репликацию. В художественной литературе используется ограниченный набор элементов - стихи, аннотация, жирный/наклонный, иллюстрации, эпиграф, сноски. В результате, FictionBook очень прост (см. [[XML схема FictionBook2.0|схема fb2]] и [[FictionBook 2.0 Schema - комментарии|комментарии к схеме]]), но, как показывает практика, обладает всем необходимым для оформления художественных книг. Развитая структура хранения метаданных (подробно см. [[XML схема FictionBook2.0|схема fb2]]) позволяет полностью автоматизировать работу библиотеки и легко развернуть ряд уникальных сервисов (например, дифференцированную подписку).

=== FictionBook - эволюция формата ===

Использование незатейливого XML для хранения и обработки книг в рунете стало развиваться по [http://www.epaper.ru/WorkShop.php?Id=25 инициативе] Марка Липсмана. XML использовался для упрощения создания MS lit и prc документов (штатное П.О. для создания lit далеко от совершенства). Первоначально использовался минимум метаинформации, не было опубликовано DTD. Несмотря на это, подход быстро приобрел популярность. С появлением программ для подготовки и обработки текстов и формализацией требований к документу (программа ClearTXT устанавливается с DTD и поддерживает валидацию) встал вопрос и об их хранении и замаячила перспектива создания полноценной электронной библиотеки. Это привело к введению в документ развернутого узла с метаданными (добавлена информация о языке оригинала, переводчике, названии серии, введена информация о создателе документа и т.д. - подробней см. [[FictionBook 2.0 Sсhema - комментарии|комментарии к схеме]]). В дальнейшем изменения носили косметический характер, но одна из особенностей формата заслуживает особого упоминания, так как всегда вызывает недоумение при первом знакомстве.

Изначально сноски в документе вставлялись по месту ссылки, типа <nowiki><p>A hero<note>Герой (англ.)</note></p></nowiki>, но по мере их осложнения и вынужденного внесения в них элементов форматирования, мы приходили к довольно запутанной с точки зрения структуры и обработки конструкции. Невозможность организовать перекрестные ссылки в таком виде так же не внушала оптимизма. В итоге от in-line сносок пришлось отказаться в пользу вынесения в специальный раздел (<body name=?notes?/>). Xlink используется для связывания (<a xlink:href=?#note1? type=?note?>1</a>). Помимо упрощения обработки, мы получаем полную свободу в перекрестных ссылках и оставляем один общий механизм связывания в документе, стандартный и гибкий.

Текущее состояние стандарта (версия 2.0) доступно на сайте, развернутые комментарии к схеме, примеры документов и важные замечания доступны на странице [[FictionBook 2.0 Sсhema - комментарии|комментариев к схеме]].

=== FictionBook - перспективы ===

Практическое использование FictionBook версии 2.0 не выявило значительных проблем, на очереди незначительные расширения синтаксиса <nowiki>(<sub>, <sup>, id для <image/> и т.п.)</nowiki>. Единственным действительно узким местом стала вынужденно принятая жанровая классификация, которая на момент создания стандарта была вопиюще не готова.

Сейчас ведется активная проработка нового, достаточно простого, но более функционального, жанрового классификатора. В версии 2.0 используется одноуровневый список, которого явно недостаточно (даже если отвлечься от его содержания). Новое предложение - стандартный список жанров плюс 5-и мерное пространство возраст-страна-эпоха-форма-прием ([[Классификатор сетевой литературы для стандарта FictionBook 3.0|текущее предложение по жанрам в FB3]]). Работы в этом направлении только начинаются. К сожалению, в проекте пока не участвуют профессиональные литературоведы (напротив, в основном проект развивают ?технари?), и мы вынуждены в меру своих сил изучать имеющиеся наработки и адаптировать их к нашим нуждам.

Так же в документ планируется внести условия его распространения. К примеру, издатель готовит книгу и помечает первую главу как доступную бесплатно (<section share=?free?>..), остальные - за деньги (<section share=?pay-per-download?/>). В результате, автоматически будут подготовлены платные и бесплатные версии документов для различных платформ, помещены в каталог и мгновенно доступны пользователям для ознакомления и приобретения.

Библиотека, таким образом, может стать и магазином электронных текстов. Соединение в одном месте платных и бесплатных текстов представляется естественным.

== FictionBook.lib - библиотека на основе формата FictionBook ==

=== Обзор возможностей библиотеки ===

Как уже отмечалось, формат создавался во многом с прицелом на централизованную обработку и хранение в библиотеке. Обширный заголовок содержит ID документа, информацию об авторе и переводчике, аннотацию, ссылку на обложку, язык документа, а так же другую информацию, интересную пользователям и/или роботам-обработчикам. В настоящий момент на основе формата работает несколько библиотек (1, 2, 3), самая технически развитая - [http://www.fictionbook.ru FictionBook.lib].

[[Image:Header_full.gif]]

Разработка FictionBook.lib ведется нами уже около года. Фактически, библиотека создана автором этой статьи в одиночку, в свободное время, что, при ее впечатляющей функциональности, лишний раз доказывает перспективность нашего, основанного на XML, подхода к хранению, обработке и распределенному управлению документами. Сейчас програмная часть библиотеки состоит из приблизительно 1.5MB кода (Perl, xsl).

Подготовленный документ может быть отправлен создателем в FictionBook.lib (в настоящий момент - только через [http://www.fictionbook.ru/ru/upload/ web-форму], почтовый робот отключен). Полученный библиотекой документ проверяется на соответствие [[FictionBook 2.1 Sсhema |схеме]] и регистрируется в библиотеке в соответствующем жанре у соответствующего автора. Из xml-документа автоматически готовятся специальные форматы (html, txt, rtf, iSilo, OEB, rb, lit, Aportis). Как правило, самостоятельная подготовка таких документов - процесс трудоемкий и требующий квалификации и подобная автоматизация экономит много времени и сил.

В библиотеке так же имеется робот, рассылающий подписчикам информацию об обновлениях.

[[Image:subscribe_full.gif]]

Каждый пользователь может тонко настроить рассылку под себя и получать, к примеру, только информацию о новых книгах интересующих его авторов и/или жанров. Рассылаемые уведомления включают имена авторов книги, название, жанр и, опционально, аннотация. Так же можно получать и все новые рецензии на книги.

[[Image:mail_full.gif]]

Система администрирования позволяет, в частности, объединить двух авторов. Часто это требуется, если у автора есть книги на нескольких языках и библиотека не понимает, что ?Bujold? идентично ?Буджолд? (единожды каждого ?нового имени? автора). Фактически, это единственное достаточно трудоемкое неавтоматизируемое действие, все остальное библиотека делает сама на основе метаданных документа. При появлении документа со знакомым ID, библиотека может обновить документ (проверив полномочия отправителя новой версии). Таким образом, большинство задач по управлению документами решаются путем редактирования документа, что позволяет сколь угодно распылить управление библиотекой. Такая форма делегирования функций отлично себя зарекомендовала, а ее последующая доработка обещает еще повысить ее эффективность.

[[Image:Authoradmin_full.gif]]

При работе над библиотекой много внимания уделено системе рейтингов и подобий. На основе статистики по скачиваниям (140 тыс. записей пользователь-книга) библиотека находит список подобных книг для каждого документа и выделяет популярные книги для каждого жанра. Статистика скачиваний используется и в сортировке результатов поиска. Благодаря комплексной оценке (учитываются скачивания и отзывы) адекватность рейтингов и подобий весьма впечатлила даже самого автора.

В планах стоит и ?предполагаемая оценка? для пользователя - предсказание того, понравится ли пользователю книга, и насколько, на основе поиска пользователей с аналогичными вкусами. Библиотека хранит оценки каждого пользователя и благодаря этому может строить гипотезы, отыскивая пользователей с похожими оценками. Но эта задача, помимо программирования, потребует и весьма значительных вычислительных ресурсов, которых пока, увы, нет.

=== Техническая реализация FictionBook.lib ===

Библиотека сделана на основе [http://perl.apache.org/ mod_perl], [http://www.postgresql.org/ PostgreSQL], [http://www.xmlsoft.org/ LibXML+LibXSLT]. Проверка поступающих документов на соответствие схеме реализована с [http://xml.apache.org/ xerces-c]. Для повышения быстродействия и снижения требований к ресурсам (экономия памяти, которую mod_perl в купе с LibXSLT и PostGreSQL используют очень активно) используется squid. Новая книга анализируется, и вся метаинформация заносится в БД. XML используется в библиотеке повсеместно, извлеченные из БД данные форматируются в XML и передаются XSLT-обработчику. Фактически, библиотека имеет трехуровневую структуру - База данных SQL, mod_perl обработчик, в котором реализована основная логика, и набор XSLT, отвечающий за представление подготовленных в Perl данных. Близки к завершению работы по внедрению движка библиотеки (в основном изменения коснулись XSLT) в [http://lib.aldebaran.ru/ библиотеку Альдебарана].

Поскольку в библиотеке большое внимание уделяется сбору и анализу статистики, загрузка процессора становится узким местом. Эта проблема решена через создание внутреннего кэша с разделением по уровню доступа пользователей и другими особенностями, позволяющими персонифицировать библиотеку без излишнего пересчета статистики. Благодаря этому библиотека свободно обслуживает до 50 тыс. запросов в сутки при загрузке процессора порядка 10-60% (два Pentium III 1GHz, 1GB RAM, ATA66 HDD). Низкоскоростной и неустойчивый канал в данный момент является узким местом в плане производительности.
[[Категория:FB статьи]]

Eng:FictionBook 2.0 - short comments

2006-02-15T07:49:43Z

Gremlin: /* Все это довольно сложно? */ Исправлена ссылка

{{Надо перевести на английский}}
[[FictionBook 2.0 - краткая информация|Russian]]
{{Toc-Right}}

FictionBook - набор жестких правил для создания электронных версий художественных книг, годных к прочтению на различных устройствах и легко управляемых в библиотеке.

== Кто поддерживает стандарт? ==
В разработке стандарта принимало участие порядка 6-и разработчиков околокнижного софта и что-то около десятка любителей грамотно оформлять книги.

В данный момент стандарт активно разрабатывается мной (GribUser, [http://www.fictionbook.ru/ fictionbook.lib], [[Конвертеры (импорт/экспорт)|Any2FB]]) и Haali ([[Чтение|Haali Reader]], [[Редакторы|FBTools]]). Так же имеется некоторый круг заинтересованных разработчиков, пользователей, владельцев библиотек и энтузиастов.

Никакого Microsoft у нас за спиной нет. Активных компетентных деятелей хватит пересчитать пальцев на двух руках (по состоянию на 12.01.2004 :). Cтандарт лидирует у российской читающей под WinCE общественности.

== В чем состоит стандарт? ==
Cтандарт оформлен в виде [[XML схема FictionBook2.1|XML Schema]]. Если Вы плохо понимаете, что такое [http://www.w3.org/XML/ XML] или [http://www.w3.org/XML/Schema XML Schema], рекомендуем взглянуть в раздел [[Краткий курс XML]], пока же достаточно сказать, что стандарт представляет собой набор четких правил, описывающих структуру документов - какой <тег> где должен встречаться и что он должен/не должен содержать (текст/имя автора/цитату/etc.). Так же частью стандарта являются рекомендации по его оптимальному применению.

== Зачем такие сложности? ==
В сети уже существует огромное количество электронных текстов, но все они храняться в многообразных, часто несовместимых стандартах. Трудно найти текст, одинаково готовый к чтению на десктопе, мини-ПК и электронной книге. Стандарт призван обеспечить совместимость с любыми устройствами и форматами.

XML позволяет легко создавать документы, готовые к непосредственному использованию и програмной обработке (конвертации, хранению, управлению) в любой среде.

== Все это довольно сложно? ==
Одна из целей при выработке стандарта состояла в его максимальной простоте как для создателя книг, так и для разработчиков приложений. В отличие от таких стандартов, как [http://www.w3.org/TR/xhtml1/ xhtml], [http://www.openebook.org/ OEB], FictionBook содержит необходимый и достаточный миниму тегов для оформления электронных книг. Для создания качественных книг достаточно ознакомиться с разделами [[Краткий курс XML]] и найти удобную программу из списка [[Программы]].

Ну а если вы еще и ознакомитесь с [[FictionBook 2.0 Schema - комментарии|комментариями к схеме]], то получите исчерпывающую информацию о формате.

== Что со всем этим будет через несколько лет? ==
FictionBook в любом случае не умрет. Даже если этот стандарт будет заменен или полностью отвергнут, созданные в его рамках книги можно преобразовать в любой стандарт (xhtml,oeb,docbook...) одним кликом. Книга FictionBook всегда будет более удобна в использовании и '''совместима''', чем любой из распостраненных сегодня форматов (TXT, DOC, HTML, LIT...).

== Все это слишком хорошо... ==

У этой медали есть и обратная сторона. Подготовка книги, соответствующей этому стандарту, потребует несколько больше усилий, чем подготовка текстовых файлов. Но раз созданная книга окажется доступной и полезной гораздо большему числу пользователей. Такая модель сетевых библиотек в дополнение к существующим представляется весьма уместной.
[[Категория:Arts]]

FictionBook - библиотека и формат на основе XML

2006-02-15T07:48:15Z

Gremlin: /* Открытые форматы, основанные на XML */ Исправлена ссылка

{{Toc-Right}}

== Электронные книги - переломный период? ==
[[Изображение:Reb.jpg|left]]Количество людей, читающих с экрана, пока мизерно. Единицы предпочитают экран бумаге, чаще все заканчивается банальной распечаткой даже в случае объемных электронных текстов. Единственное достаточно удобное устройство ([http://jim.pp.ru/alter/ebook_05.htm Rocket eBook], 72 dpi) для чтения появилось [http://www.useit.com/alertbox/980726.html раньше своего времени] что, в сочетании с неадекватным маркетингом, обеспечило его провал на рынке. Ситуация стала меняться с появлением доступных LCD дисплеев с разрешением 150dpi и выше (http://www.eink.com/, http://www.computerra.ru/today/ferra/27777/). Ряд устройств уже сейчас можно считать превосходящими бумажные книги по всем параметрам, кроме времени автономной работы и цены. [http://www.microsoft.com/typography/cleartype/default.htm ClearType] втрое увеличивает горизонтальное разрешение цветных дисплеев, и без того впечатляющее. Массовые устройства для чтения электронных книг появятся на рынке уже в 2004-м году (Sony планирует продажи [http://www.eink.com/news/releases/pr70.html новой eBook] на апрель), и новые устройства, наконец, смогут реально конкурировать с бумагой по цене и качеству отображения текста. В дальнейшем развитие устройств-заменителей бумаги обещает принять лавинообразный характер, инвестиции в этой сфере, помимо частного капитала, активно проводит, к примеру, правительство США.[[Изображение:sony.jpg|right]]

Для образования, науки и книгоиздания переоценить такое развитие событий невозможно, на ум приходит только сравнение с Гуттенбергом. К этому рубежу индустрия электронных текстов подошла в состоянии разброда, разработчикам новых устройств будет, над чем поломать голову. Электронные тексты сейчас встречаются:
* В одном из фирменных (часто закрытых) форматов ([http://www.microsoft.com/reader/developers/default.asp MS lit] (далее просто lit), Aportis, [http://www.isilo.com/ iSilo], [http://directory.google.com/Top/Computers/Data_Formats/Document/Publishing/PDF/ pdf], ?)
* В формате программ подготовки текстов (MSWord, Quark, [http://www.adobe.com/products/acrobat/adobepdf.html PDF], [http://www.latex-project.org/ LaTeX]?)
* Как простой текст ([http://lib.ru/ библиотека Мошкова])
* html/xhtml
* XML: [http://www.docbook.org/ DocBook], [http://www.openebook.org/ OEB], FictionBook

== Что сейчас лежит в электронных библиотеках? ==

=== Закрытые и фирменные форматы ===
Ряд закрытых форматов (в первую очередь это [http://www.adobe.com/products/acrobat/main.html PDF от Adobe] и [http://www.microsoft.com/reader/developers/default.asp lit]), обеспечивающих (фактически не обеспечивающих) защиту контента, лидируют в сфере продажи электронных текстов. Широкое распространение этих форматов объясняется желанием продавцов защитить свою интеллектуальную собственность, а иллюзию защищенности рискуют предлагать только материально заинтересованные стороны. Постепенно к защите контента [http://linuxtoday.com/news_story.php3?ltsn=2003-04-24-011-26-OS-KN-LL подключается] и Open Source сообщество, но пока на электронных книгах это не сказалось. О причинах распространенности PDF так же можно прочитать [http://www.the-ebook.org/e107/content.php?article.cat.51 здесь].

В основном компании основывают свои форматы на html (lit, iSilo, Aportis, [http://rbmake.sourceforge.net/ rb]), но в итоге ни один из этих форматов не обеспечивает приемлемой индексации текстов и поддержки нелатинского алфавита. У каждого формата - собственные схемы сжатия и шифрования разной степени закрытости. Средства просмотра таких документов доступны не для всех платформ и, как ни странно, зачастую некачественны. Обратная конвертация затруднена, невозможна и/или является противозаконной (например, lit->xhtml).

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

Хранение текстов в ?родном? формате программы верстки практикуется, но лишь в силу дешевизны. Документ, ушедший в печать, в неизменном виде выкладывается в общий доступ. Многие производители ?железа? поддерживают у себя библиотеки инструкций и руководств в формате PDF именно по этой причине. За исключением простоты организации, такая библиотека не имеет в себе ничего положительного - каталогизация затруднена, доступ к документам требует специфического ПО, как правило, мало приспособленного к нуждам читателя и зачастую небесплатного. Хранение в MSWord *.DOC формате является относительно удобным, но документы MSWord по простоте обработки и выбору инструментария сильно уступают даже html.

=== PDF - подробная критика ===
PDF, являющийся одним из лидеров, в качестве основного формата хранения книг оказывается ниже всякой критики. Его практически невозможно читать на малом дисплее. ПО от Adobe для немногих платформ, феноменально некачественно для столь старой и популярной программы. PDF невозможно адекватно преобразовать во что-либо, кроме бумажной копии, часто невозможно даже проиндексировать?

Фактически, PDF-документ обычно является закрытым объектом, не содержащим данных о структуре и не предоставляющим информации о содержании, годным лишь для получения твердой копии. Основная цель создателей, дублирование бумажного документа, привела к переносу всех ограничений твердой копии в цифровую версию.

В дополнение к подробной критике PDF как средства представления электронной информации от Якоба Нильсена ([http://www.useit.com/alertbox/20030714.html 1], [http://www.useit.com/alertbox/20010610.html 2]) мы изложили [http://www.the-ebook.org/e107/content.php?article.cat.51 свое видение причин] внедрения PDF в мир электронных текстов.

Краткое резюме неутешительно - PDF можно и нужно применять, но только имея в виду получение твердой копии. С учетом ожидаемого бума электронных средств для чтения, на наш взгляд, следует однозначно отказаться от использования PDF как базового формата для библиотеки. Это не мешает готовить pdf-файлы, например, из XML, для тех пользователей, кому по тем или иным причинам нужна распечатка.

=== Открытые форматы - не-XML ===
В отличие от вышеозначенных форматов, хранение книг в виде простого текста (без разметки html/xml/sgml/?) позволяет одним махом решить проблемы с доступом с разных платформ, индексацией и т.п., но имеет очевидные недостатки - ограниченные возможности форматирования и использования графики, полное отсутствие метаинформации. При всей своей ограниченности, такой подход очень широко распространен. Самая известная библиотека рунета (и одна из самых полных в сети), [http://lib.ru/ lib.ru], хранит файлы именно в виде простого текста (фактически, там используется [http://lib.ru/WEBMASTER/libformat.txt гибрид] html-разметки и простого текста, но основной инструмент разметки - пробелы, разрывы строк и несколько спецсимволов). Использование в качестве разметки символов перевода строки и пробелов идеально с точки зрения простоты и лаконичности, но возможности такой разметки ограничены.

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

Реализация программы чтения с поддержкой даже небольшого подмножества тегов html, как правило, занимает много времени и никак не может считаться тривиальной задачей. Если говорить об достаточно примитивных устройствах для чтения с оперативной памятью меньше 1MB (ряд таких устройств готовится к выпуску, [http://www.the-ebook.org/forum/viewtopic.php?t=2997 одно] уже продвигается на Украине в сферу образования) проблематична даже полноценная поддержка самых распространенных тегов.

Очевидное решение - использование подмножества html, с чем мы и имеем дело в большинстве случаев. Rocket eBook (первое специализированное устройство для чтения, ОС на основе Linux) поддерживает 29 тегов и png-графику. REB1100 (следующая модель) поддерживает то же плюс таблицы. Лидирует по количеству поддерживаемых тегов MSReader (заявлена поддержка [http://www.openebook.org/ OEB]), работающий на hi-end карманных компьютерах, но эксперименты с тегами и CSS на деле и здесь обычно заканчиваются неадекватным отображением, медленной работой и ошибками программы.

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

Стоит отметить, что, несмотря на все вышеизложенное, библиотеки в формате html относительно редки. Обычно выкладываются тексты в ?трудоемких? форматах, подготовка которых требует специального инструментария (см. ?Закрытые и фирменные форматы? выше) либо просто текст, который обрабатывать несравненно проще, чем html.

=== Открытые форматы, основанные на XML ===
При всем богатстве средств форматирования и широте распространения, html ограничен в передаче метаданных. Непростой задачей является и его отображение и обработка, что для электронной библиотеки является критичным. Возможность оперативно предоставить одну главу из 50-и мегабайтного текста в затребованном формате, возможность автоматически внести в каталог книгу с аннотацией и обложкой (что важно для художественной литературы), индивидуально уведомить подписчиков о появлении новой книги в интересующем их разделе и приложить к уведомлению аннотацию, возможность получить список изменений в последнем издании - реализация такого рода библиотечных сервисов на основе html или простого текста представляется малореальной.

Очевидным решением при хранении упорядоченных текстовых данных сегодня является XML, и решения на его основе появились не вчера. Наиболее интересны для библиотек три основанных на xml формата: Open eBook (OEB), DocBook, FictionBook.

[http://www.openebook.org/ OEB] - детище Microsoft и Adobe, давних (и не очень удачливых) игроков на рынке электронных книг. OEB призван компенсировать ограниченность html в хранении метаданных и закрепить за xhtml доминирование в книжном деле. По сути, OEB-книга это пакет из xhtml и графических документов, снабженных метафайлом, хранящим ISBN и другие выходные данные. Сама книга представлена в xhtml, а весь пафос OEB, по сути, сводится к [http://www.openebook.org/oebps/oebps1.2/download/oeb12-xhtml.htm#sec2.2 15-и тегам] (используется [http://dublincore.org/documents/1999/07/02/dces/ Dublin Core 1.1] с небольшими [http://www.openebook.org/oebps/oebps1.2/download/oeb12-xhtml.htm#sec1.3.5 расширениями]), описывающим автора, название, язык книги и т.п.

Аннотация в OEB не предусмотрена. Вся спецификация OEB - это пересказ xhtml, и ничего, кроме недоумения, ознакомление с OEB не вызывает, хотя желание срезать углы и воспользоваться готовой технологией вполне понятно.

OEB-пакет обычно помещается в ZIP-архиве. Фактически, в сети OEB не встречается. Судя по статистике библиотеки FictionBook.lib, OEB пользователи не скачивают в принципе (0.2% загрузок, судя по отзывам - результат любознательности).

[http://www.docbook.org/ DocBook] - очень развитый и продуманный стандарт, разработанный и сопровождаемый [http://www.oasis-open.org/who/ OASIS] (Organization for the Advancement of Structured Information Standards). Формат идеально подходит для технических текстов, и FictionBook не возник бы, если бы DocBook был минимально приспособлен для работы с художественной литературой. Но DocBook, при всем богатстве, не способен адекватно представить художественную книгу. Например, DocBook не предусматривает разметку стихов, не позволяет описать книжные серии, не имеет данных о переводчике. Для относительно несложных, в большинстве своем, художественных текстов, формат так же явно избыточен.

[[Изображение:Headedit.gif|right|]]
FictionBook - разработан нами (инициативная группа, возглавляемая [http://www.gribuser.ru/about/beogr Грибовым Дмитрием] и [http://haali.cs.msu.ru/ Михаилом Мацневым]) специально для художественных текстов. В отличие от OEB, книга хранится в одном файле. Графика, метаданные, текст сносок и аннотация - все хранится в виде единого XML-документа, что существенно упрощает администрирование, распределенную обработку и репликацию. В художественной литературе используется ограниченный набор элементов - стихи, аннотация, жирный/наклонный, иллюстрации, эпиграф, сноски. В результате, FictionBook очень прост (см. [[XML схема FictionBook2.0|схема fb2]] и [[FictionBook 2.0 Schema - комментарии|комментарии к схеме]]), но, как показывает практика, обладает всем необходимым для оформления художественных книг. Развитая структура хранения метаданных (подробно см. [[XML схема FictionBook2|схема fb2]]) позволяет полностью автоматизировать работу библиотеки и легко развернуть ряд уникальных сервисов (например, дифференцированную подписку).

=== FictionBook - эволюция формата ===

Использование незатейливого XML для хранения и обработки книг в рунете стало развиваться по [http://www.epaper.ru/WorkShop.php?Id=25 инициативе] Марка Липсмана. XML использовался для упрощения создания MS lit и prc документов (штатное П.О. для создания lit далеко от совершенства). Первоначально использовался минимум метаинформации, не было опубликовано DTD. Несмотря на это, подход быстро приобрел популярность. С появлением программ для подготовки и обработки текстов и формализацией требований к документу (программа ClearTXT устанавливается с DTD и поддерживает валидацию) встал вопрос и об их хранении и замаячила перспектива создания полноценной электронной библиотеки. Это привело к введению в документ развернутого узла с метаданными (добавлена информация о языке оригинала, переводчике, названии серии, введена информация о создателе документа и т.д. - подробней см. [[FictionBook 2.0 Sсhema - комментарии|комментарии к схеме]]). В дальнейшем изменения носили косметический характер, но одна из особенностей формата заслуживает особого упоминания, так как всегда вызывает недоумение при первом знакомстве.

Изначально сноски в документе вставлялись по месту ссылки, типа <nowiki><p>A hero<note>Герой (англ.)</note></p></nowiki>, но по мере их осложнения и вынужденного внесения в них элементов форматирования, мы приходили к довольно запутанной с точки зрения структуры и обработки конструкции. Невозможность организовать перекрестные ссылки в таком виде так же не внушала оптимизма. В итоге от in-line сносок пришлось отказаться в пользу вынесения в специальный раздел (<body name=?notes?/>). Xlink используется для связывания (<a xlink:href=?#note1? type=?note?>1</a>). Помимо упрощения обработки, мы получаем полную свободу в перекрестных ссылках и оставляем один общий механизм связывания в документе, стандартный и гибкий.

Текущее состояние стандарта (версия 2.0) доступно на сайте, развернутые комментарии к схеме, примеры документов и важные замечания доступны на странице [[FictionBook 2.0 Sсhema - комментарии|комментариев к схеме]].

=== FictionBook - перспективы ===

Практическое использование FictionBook версии 2.0 не выявило значительных проблем, на очереди незначительные расширения синтаксиса <nowiki>(<sub>, <sup>, id для <image/> и т.п.)</nowiki>. Единственным действительно узким местом стала вынужденно принятая жанровая классификация, которая на момент создания стандарта была вопиюще не готова.

Сейчас ведется активная проработка нового, достаточно простого, но более функционального, жанрового классификатора. В версии 2.0 используется одноуровневый список, которого явно недостаточно (даже если отвлечься от его содержания). Новое предложение - стандартный список жанров плюс 5-и мерное пространство возраст-страна-эпоха-форма-прием ([[Классификатор сетевой литературы для стандарта FictionBook 3.0|текущее предложение по жанрам в FB3]]). Работы в этом направлении только начинаются. К сожалению, в проекте пока не участвуют профессиональные литературоведы (напротив, в основном проект развивают ?технари?), и мы вынуждены в меру своих сил изучать имеющиеся наработки и адаптировать их к нашим нуждам.

Так же в документ планируется внести условия его распространения. К примеру, издатель готовит книгу и помечает первую главу как доступную бесплатно (<section share=?free?>..), остальные - за деньги (<section share=?pay-per-download?/>). В результате, автоматически будут подготовлены платные и бесплатные версии документов для различных платформ, помещены в каталог и мгновенно доступны пользователям для ознакомления и приобретения.

Библиотека, таким образом, может стать и магазином электронных текстов. Соединение в одном месте платных и бесплатных текстов представляется естественным.

== FictionBook.lib - библиотека на основе формата FictionBook ==

=== Обзор возможностей библиотеки ===

Как уже отмечалось, формат создавался во многом с прицелом на централизованную обработку и хранение в библиотеке. Обширный заголовок содержит ID документа, информацию об авторе и переводчике, аннотацию, ссылку на обложку, язык документа, а так же другую информацию, интересную пользователям и/или роботам-обработчикам. В настоящий момент на основе формата работает несколько библиотек (1, 2, 3), самая технически развитая - [http://www.fictionbook.ru FictionBook.lib].

[[Image:Header_full.gif]]

Разработка FictionBook.lib ведется нами уже около года. Фактически, библиотека создана автором этой статьи в одиночку, в свободное время, что, при ее впечатляющей функциональности, лишний раз доказывает перспективность нашего, основанного на XML, подхода к хранению, обработке и распределенному управлению документами. Сейчас програмная часть библиотеки состоит из приблизительно 1.5MB кода (Perl, xsl).

Подготовленный документ может быть отправлен создателем в FictionBook.lib (в настоящий момент - только через [http://www.fictionbook.ru/ru/upload/ web-форму], почтовый робот отключен). Полученный библиотекой документ проверяется на соответствие [[FictionBook 2.1 Sсhema |схеме]] и регистрируется в библиотеке в соответствующем жанре у соответствующего автора. Из xml-документа автоматически готовятся специальные форматы (html, txt, rtf, iSilo, OEB, rb, lit, Aportis). Как правило, самостоятельная подготовка таких документов - процесс трудоемкий и требующий квалификации и подобная автоматизация экономит много времени и сил.

В библиотеке так же имеется робот, рассылающий подписчикам информацию об обновлениях.

[[Image:subscribe_full.gif]]

Каждый пользователь может тонко настроить рассылку под себя и получать, к примеру, только информацию о новых книгах интересующих его авторов и/или жанров. Рассылаемые уведомления включают имена авторов книги, название, жанр и, опционально, аннотация. Так же можно получать и все новые рецензии на книги.

[[Image:mail_full.gif]]

Система администрирования позволяет, в частности, объединить двух авторов. Часто это требуется, если у автора есть книги на нескольких языках и библиотека не понимает, что ?Bujold? идентично ?Буджолд? (единожды каждого ?нового имени? автора). Фактически, это единственное достаточно трудоемкое неавтоматизируемое действие, все остальное библиотека делает сама на основе метаданных документа. При появлении документа со знакомым ID, библиотека может обновить документ (проверив полномочия отправителя новой версии). Таким образом, большинство задач по управлению документами решаются путем редактирования документа, что позволяет сколь угодно распылить управление библиотекой. Такая форма делегирования функций отлично себя зарекомендовала, а ее последующая доработка обещает еще повысить ее эффективность.

[[Image:Authoradmin_full.gif]]

При работе над библиотекой много внимания уделено системе рейтингов и подобий. На основе статистики по скачиваниям (140 тыс. записей пользователь-книга) библиотека находит список подобных книг для каждого документа и выделяет популярные книги для каждого жанра. Статистика скачиваний используется и в сортировке результатов поиска. Благодаря комплексной оценке (учитываются скачивания и отзывы) адекватность рейтингов и подобий весьма впечатлила даже самого автора.

В планах стоит и ?предполагаемая оценка? для пользователя - предсказание того, понравится ли пользователю книга, и насколько, на основе поиска пользователей с аналогичными вкусами. Библиотека хранит оценки каждого пользователя и благодаря этому может строить гипотезы, отыскивая пользователей с похожими оценками. Но эта задача, помимо программирования, потребует и весьма значительных вычислительных ресурсов, которых пока, увы, нет.

=== Техническая реализация FictionBook.lib ===

Библиотека сделана на основе [http://perl.apache.org/ mod_perl], [http://www.postgresql.org/ PostgreSQL], [http://www.xmlsoft.org/ LibXML+LibXSLT]. Проверка поступающих документов на соответствие схеме реализована с [http://xml.apache.org/ xerces-c]. Для повышения быстродействия и снижения требований к ресурсам (экономия памяти, которую mod_perl в купе с LibXSLT и PostGreSQL используют очень активно) используется squid. Новая книга анализируется, и вся метаинформация заносится в БД. XML используется в библиотеке повсеместно, извлеченные из БД данные форматируются в XML и передаются XSLT-обработчику. Фактически, библиотека имеет трехуровневую структуру - База данных SQL, mod_perl обработчик, в котором реализована основная логика, и набор XSLT, отвечающий за представление подготовленных в Perl данных. Близки к завершению работы по внедрению движка библиотеки (в основном изменения коснулись XSLT) в [http://lib.aldebaran.ru/ библиотеку Альдебарана].

Поскольку в библиотеке большое внимание уделяется сбору и анализу статистики, загрузка процессора становится узким местом. Эта проблема решена через создание внутреннего кэша с разделением по уровню доступа пользователей и другими особенностями, позволяющими персонифицировать библиотеку без излишнего пересчета статистики. Благодаря этому библиотека свободно обслуживает до 50 тыс. запросов в сутки при загрузке процессора порядка 10-60% (два Pentium III 1GHz, 1GB RAM, ATA66 HDD). Низкоскоростной и неустойчивый канал в данный момент является узким местом в плане производительности.
[[Категория:FB статьи]]

FictionBook 2.0 - краткая информация

2006-02-15T07:44:55Z

Gremlin: /* Все это довольно сложно? */ Исправлена ссылка

[[Eng:FictionBook 2.0 - short comments|English]]
{{Toc-Right}}

FictionBook - набор жестких правил для создания электронных версий художественных книг, годных к прочтению на различных устройствах и легко управляемых в библиотеке.

== Кто поддерживает стандарт? ==
В разработке стандарта принимало участие порядка 6-и разработчиков околокнижного софта и что-то около десятка любителей грамотно оформлять книги.

В данный момент стандарт активно разрабатывается мной (GribUser, [http://www.fictionbook.ru/ fictionbook.lib], [[Конвертеры (импорт/экспорт)|Any2FB]]) и Haali ([[Чтение|Haali Reader]], [[Редакторы|FBTools]]). Так же имеется некоторый круг заинтересованных разработчиков, пользователей, владельцев библиотек и энтузиастов.

Никакого Microsoft у нас за спиной нет. Активных компетентных деятелей хватит пересчитать пальцев на двух руках (по состоянию на 12.01.2004 :). Cтандарт лидирует у российской читающей под WinCE общественности.

== В чем состоит стандарт? ==
Cтандарт оформлен в виде [[XML схема FictionBook2.1|XML Schema]]. Если Вы плохо понимаете, что такое [http://www.w3.org/XML/ XML] или [http://www.w3.org/XML/Schema XML Schema], рекомендуем взглянуть в раздел [[Краткий курс XML]], пока же достаточно сказать, что стандарт представляет собой набор четких правил, описывающих структуру документов - какой <тег> где должен встречаться и что он должен/не должен содержать (текст/имя автора/цитату/etc.). Так же частью стандарта являются рекомендации по его оптимальному применению.

== Зачем такие сложности? ==
В сети уже существует огромное количество электронных текстов, но все они храняться в многообразных, часто несовместимых стандартах. Трудно найти текст, одинаково готовый к чтению на десктопе, мини-ПК и электронной книге. Стандарт призван обеспечить совместимость с любыми устройствами и форматами.

XML позволяет легко создавать документы, готовые к непосредственному использованию и програмной обработке (конвертации, хранению, управлению) в любой среде.

== Все это довольно сложно? ==
Одна из целей при выработке стандарта состояла в его максимальной простоте как для создателя книг, так и для разработчиков приложений. В отличие от таких стандартов, как [http://www.w3.org/TR/xhtml1/ xhtml], [http://www.openebook.org/ OEB], FictionBook содержит необходимый и достаточный миниму тегов для оформления электронных книг. Для создания качественных книг достаточно ознакомиться с разделами [[Краткий курс XML]] и найти удобную программу из списка [[Программы]].

Ну а если вы еще и ознакомитесь с [[FictionBook 2.0 Schema - комментарии|комментариями к схеме]], то получите исчерпывающую информацию о формате.

== Что со всем этим будет через несколько лет? ==
FictionBook в любом случае не умрет. Даже если этот стандарт будет заменен или полностью отвергнут, созданные в его рамках книги можно преобразовать в любой стандарт (xhtml,oeb,docbook...) одним кликом. Книга FictionBook всегда будет более удобна в использовании и '''совместима''', чем любой из распостраненных сегодня форматов (TXT, DOC, HTML, LIT...).

== Все это слишком хорошо... ==

У этой медали есть и обратная сторона. Подготовка книги, соответствующей этому стандарту, потребует несколько больше усилий, чем подготовка текстовых файлов. Но раз созданная книга окажется доступной и полезной гораздо большему числу пользователей. Такая модель сетевых библиотек в дополнение к существующим представляется весьма уместной.
[[Категория:FB статьи]]

FictionBook 2.0 Schema - комментарии

2006-02-15T07:42:38Z

Gremlin: ?FictionBook 2.0 Sсhema - комментарии? переименована в ?FictionBook 2.0 Schema - комментарии?

== Что такое Schema? ==
W3C Schema - формальное описание требований к документу XML. Schema определяет какие теги можно использовать, и где они могут располагаться, и что они могут содержать. Так же Schema определяет, какие теги должны присутствовать обязательно, а какие могут быть опущены.

== Структура документа FictionBook ==
Документ FictionBook состоит из двух частей - заголовка ([[Элемент description|<description>]]) и тела ([[Элемент body|<body>]]. За ними могут следовать включенные в документ двоичные файлы. Пока обрабатываются программами файлы *.PNG и *.JPG, но вложить в документ можно любые файлы.

== Заголовок ==
Заголовок состоит из трех частей: информация о содержимом книги ([[Элемент title-info|<title-info>]]), информация о XML-документе ([[Элемент document-info|<document-info>]]), и информация о бумажном издании ([[Элемент publish-info|<publish-info>]]), на котором основывается данный документ XML.

В заголовке обязательными являются только [[Элемент title-info|<title-info>]] и [[Элемент document-info|<document-info>]]. [[Элемент title-info|<title-info>]] описывает название произведения, автора, жанр, язык и может содержать дополнительную информацию (типа аннотации, ключевых слов, языка оригинала и т.п.)

[[Элемент publish-info|<publish-info>]] описывает бумажное издание, на котором основан документ и является необязательным, хотя его заполнение при создании книг всячески приветствуется. Такая информация позволит легко отслеживать ошибки в документах и позволит объективно оценить удобство различных средств и методов разработки документов FictionBook и совершенствовать такие средства и методы.

=== Пример минимального заголовка: ===
<pre>
<description>
<title-info>
<genre>history_russia</genre>
<author>
<first-name>Лев</first-name>
<middle-name>Николаевич</middle-name>
<last-name>Толстой</last-name>
</author>
<book-title>Война и мир</book-title>
<lang>ru</lang>
</title-info>
<document-info>
<author>
<nickname>GribUser</nickname>
</author>
<date value="2002-10-15">15 ноября 2002г., 19:53</date>
<id>GribUser_WarAndWorld_D49FHSH8l0HS5</id>
<version>2.0</version>
</document-info>
</description>
</pre>

=== Пример развернутого заголовка: ===
<pre>
<description>
<title-info>
<!--Вы можете указывать необходимое колличество жанров,которым соответствует книга. Это облегчит ее каталогизацию в библиотеке.
Для занесения книги в библиотеку необходимо указать хотябы один жанр.--!>
<genre>history_russia</genre>
<genre>romance_historical</genre>
<genre>literature_classics</genre>
<genre>literature_history</genre>
<genre>literature_war</genre>
<genre>literature_rus_classsic</genre>
<genre>computers</genre>
<author>
<!--Имя-Отчество-Фамилия автора книги. Так же
здесь допустимы поля nickname, home-page, email.
Необходимо указать first-name+last-name или nickname,
остальные поля являются необязательными.--!>
<first-name>Лев</first-name>
<middle-name>Николаевич</middle-name>
<last-name>Толстой</last-name>
<nickname>Лева</nickname>
<home-page>http://www.pupkin.ru</home-page>
<email>lev@tolstoy.ru</email>
</author>
<!--Название книги - комментарии излишни.--!>
<book-title>Война и мир</book-title>
<!--Аннотация - позволит разыскивающему себе чтива
в библиотеке оценить, подходит ему книга, или нет--!>
<annotation>
<nowiki><p></nowiki>
Это тестовый файл FictionBook 2.0. Создан грибовым дмитрием
в демонстрационных целях и для экспериментов с библиотекой FIctionBook.lib.
К сожалению сам роман я в FB2 пока не перевел.
<nowiki></p></nowiki>
<empty-line/>
<nowiki><p></nowiki>
Роман Толстого ?Война и мир? был написан в 1869 году. Это
произведение явилось, по словам многих известных писателей и
критиков, ?величайшим романом в мире?. Главная мысль в романе -
мысль народная.
<nowiki></p></nowiki>
<!--Аннотация может включать в себя все текстовые элементы:
стихи
цитаты
пустые строки
гиперссылки.--!>
<poem>
<title>
<nowiki><p></nowiki>
Название стиха
<nowiki></p></nowiki>
</title>
<epigraph>
<nowiki><p></nowiki>
Стихотворение посвящается
тегу "stanza"
<nowiki></p></nowiki>
</epigraph>
<stanza>
<v>Типа тут стихи</v>
<v>В этой строфе</v>
<v>Типа тут стихи</v>
<v>В этой строфе</v>
</stanza>
</poem>
<nowiki><cite></nowiki>
<nowiki><p></nowiki>
Здесь можно кого-нибудь процитировать
<nowiki></p></nowiki>
<text-author>Автор/Источник Цитаты</text-author>
<nowiki></cite></nowiki>
<nowiki><p></nowiki>
Большую часть романа занимают картины военных действий. В этом
произведении Толстым дано изображение двух войн: 1805 и 1812 годов. В обеих войнах
главным и решающим фактором явились
народные массы. <a xlink:href="#annotation_src" type="note">[источник]</a>.
<nowiki></p></nowiki>
</annotation>
<!--Уф. Вот и кончилась эта чудовищная аннотация,
дальше поехали ключевые слова, дата написания, обложка, язык книги и оригинала,
переводчик и серия.--!>
<keywords>
1912, война, роман, отечественная, наполеон, кутузов, император, политика, нравственность
</keywords>
<date value="1869-01-01">1863-1869</date>
<coverpage>
<image xlink:href="#cover.jpg"/>
</coverpage>
<lang>ru</lang>
<src-lang>ru</src-lang>
<translator>
<first-name>Вообще-то</first-name>
<middle-name>никакого переводчика нет</middle-name>
<last-name>Это так, для примера</last-name>
</translator>
<!--Вообще-то этот роман не входит ни в какие серии,
но если вы он входил, выглядело бы это так:--!>
<sequence name="Детство, Отрочество, Юность" number="2"/>
</title-info>
<!--Теперь поехала информация о документе,
когда отформатирован, кем и т.д.--!>
<document-info>
<author>
<nickname>GribUser</nickname>
<home-page>http://www.gribuser.ru</home-page>
<email>grib@gribuser.ru</email>
</author>
<program-used>ClearTXT, XMLSpy, HomeSite 5.0</program-used>
<date value="2002-10-15">15 ноября 2002г., 19:53</date>
<src-url>http://www.magister.msk.ru/library/tolstoy/wp/wp00.htm</src-url>
<src-ocr>Oleg E. Kolesnikov</src-ocr>
<!--Поле id позволяет отслеживать судьбу документа,
и не вносить, например, в библиотеку, две версии одного документа,
а просто обновить его. Или наоборот, внести новый документ вместо
обновления существующего.--!>
<id>GribUser_WarAndWorld_D49FHSH8l0HS5</id>
<version>2.0</version>
<history>
<nowiki><p></nowiki>
Этот документ первоначально был создан для
FictionBook 1.0 и позднее переделан для FB2.0<nowiki></p></nowiki>
</history>
</document-info>
<!--И на закуску - информация о бумажной публикации,
на которой основан документ.--!>
<publish-info>
<book-name>Л.Н.Толстой, Полное Собрание Сочинений</book-name>
<publisher>ГИХЛ</publisher>
<city>Москва</city>
<year>1957</year>
<isbn>Тут пишем ISBN код книги, если есть</isbn>
</publish-info>
<!--А здесь - все, что не лезет ни в какие рамки.--!>
<custom-info info-type="general">
Здесь можно расположить дополнительную информацию, не укладывающуюся
в заданную схему. Это может быть как описательная информация, так и коммерческая
информация, связанная с книгой - например, информация о том, где можно купить бумажное издание
</custom-info>
</description>
</pre>

== Тело ==
Тело документа FictionBook ([[Элемент body|<body>]]) состоит из одной или более части ([[Элемент section|<section>]]). [[Элемент section|<section>]] может быть вложена внутрь другой [[Элемент section|<section>]], при этом одновременное вложение текстов и [[Элемент section|<section>]] не допускается.

Всегда допустимые теги втутри [[Элемент section|<section>]]:

[[Элемент title|<title>]] - аналог атрибута title, допускающий использование параграфов ([[Элемент р|<p>]]) и пустых строк ([[Элемент empty-line|<empty-line>]]) для сложных заголовков.

[[Элемент image|<image>]] - рисунок.

[[Элемент epigraph|<epigraph>]] - эпиграф, допустим в начале, может быть несколько.

[[Элемент annotation|<annotation>]] - краткое описание главы.

Теги, допустимые в любом порядке и количестве внутри [[Элемент section|<section>]], если в нее не вложена другая [[Элемент section|<section>]]:

[[Элемент р|<p>]] - параграф. Допускает использование стилей [[Элемент style|<style>]], выделения [[Элемент strong|<strong>]] и сносок [[Элемент note|<note>]].

[[Элемент image|<image>]] - рисунок.

[[Элемент empty-line|<empty-line>]] - пустая строка.

[[Элемент poem|<poem>]] - стихи.

[[Элемент subtitle|<subtitle>]] - смысловой разделитель, имеющий внутри себя текст.

[[Элемент cite|<cite>]] - цитата.

Более полную информацию можно найти, просмотрев исходный текст и комментарии в примере документа FictionBook.

[[Категория:FB документы]]

Обсуждение:FictionBook 2.0 Schema - комментарии

2006-02-15T07:42:38Z

Gremlin: ?Обсуждение:FictionBook 2.0 Sсhema - комментарии? переименована в ?Обсуждение:FictionBook 2.0 Schema - комментарии?

<i>[[Элемент р|<p>]] - параграф. Допускает использование стилей [[Элемент style|<style>]], выделения [[Элемент strong|<strong>]] и сносок [[Элемент note|<note>]].</i>

1. На мой взгляд по русски <p> -- это абзац

2. тут не сказано про <emphasis>, добавить?

3. [[Элемент note|<note>]]. С этого место по подробнее... А чего это я всю дорогу ссылки через <a> форматировал. Я делал их по примеру из имеющихся книг. Я что-то упустил и есть нормальные сноски, или <a> это какой-то workaround из-за нереализованости сносок в читалках?

Элемент empty-line

2006-02-06T08:40:08Z

Gremlin: У empty-line нет аттрибутов.

{{Шаблон:FB Элемент|name=empty-line

|description=Элемент позволяет вставить пустую строку между двумя абзацами текста. Обычно используется для разделения смысловых блоков в рамках главы.

|version=2.0, 2.1

|supported by=
* HaaliReader
'''''TODO: где еще поддерживается?'''''

|attributes=Нет атрибутов.|children= Нет

|parents=
* [[Элемент section|<section>]];
* [[Элемент annotation|<annotation>]];
* [[Элемент history|<history>]];
* [[Элемент title|<title>]];
* [[Элемент epigraph|<epigraph>]];
* [[Элемент cite|<cite>]].

|example=
<pre>
.................
И сейчас же ? дзинь, дзинь, дзинь! ? посыпались на мятое жестяное дно золотые
кружочки с аристократическим профилем Пица Шестого, короля Арканарского. </p>
<empty-line/>
<p>Румата перенес отца Кабани на скрипучие нары, стянул с него башмаки, повернул
на правый бок и накрыл облысевшей шкурой какого-то давно вымершего животного.
.................
</pre>

|see=
}}
Некоторые создании книг, используют элемент [[Элемент empty-line|<empty-line>]] для визуального форматирования (например для увеличения расстояния между заголовком и текстом главы). Подобной практики, следует избегать, ибо расстояние между заголовком и текстом - это дело читалки или конвертора, в которое не следует вмешиваться добавляя лишние элементы логической разметки. Также не стоит отделять этим элементом подзаголовок от текста - читалка или конвертор самостоятельно увеличат интервал до и после элемента [[Элемент subtitle|<subtitle>]].

Обсуждение:Элемент cite

2006-02-06T08:32:50Z

Gremlin:

Возможно имеет смысл оформить список подчиненных элементов примерно таким образом

{| border="1" cellspacing="0" cellpadding="5"
! Элемент !! Кол-во !! Ограничения
|-
| [[Элемент р|<p>]] || 0..n || нет
|-
| [[Элемент subtitle|<subtitle>]] || 0..n || нет
|-
| [[Элемент empty-line|<empty-line>]] || 0..n || нет
|-
| [[Элемент poem|<poem>]] || 0..n || нет
|-
| [[Элемент table|<table>]] || 0..n || нет
|-
| [[Элемент text-author|<text-author>]] || 0..n || только последним
|}
На мой взгляд таблица более наглядно представляет все нюансы применения подчиненных элементов.
В имеющимся же варианте, во-первых придется вчитываться в текст, во вторых из него не понятно что text-author одолжен быть именно последним. Есть еще пара замечаний...

Таблица явно требует доформотрирвания и возможно некоторой смысловой раскраски.
Если вы за, то просто перенесите ее в основной текст. Против -- прибейте комментарий
([[Участник:BergShrund|BergShrund]] 06 февраля 2006 00:16 )

----

На самом деле и таблица и мой (оригинальный) варианты имеют ряд недостатков.
Идеи которые применялись в моей записи:
# Вложенные списки (если список нумерованный - это значит, что последовательность важна, если нет - то как раз или один из списка, или произвольная последовательность из элементов (то, что я указывал текстом).
# Пометки обязательности/числа элементов (у меня указывается как "численное" обозначение, так и словесное). Это я сам считаю перебором и подумываю обзначать просто "+", "?", "*", ну и можно "." или ничего для случая один и обязательно... a-la DTD).
Твоя таблица, смотрится несколько аккуратнее и более структурировано, но ты же сам и указываешь на невнятность в случае последовательностей и выбора.

Пока у меня назревает идея несколько формализовать свой вариант представления ... заодно его можно запихнуть и в твою таблицу (ну а для порядка везде указывать ссылку на легенду):

{| border="1" cellspacing="0" cellpadding="5"
! Структура !! Элемент !! комментарии
|-
| 1 '''(*)''' || ||
|-
|   • '''(?)''' || [[Элемент р|<p>]] ||
|-
|   • '''(?)''' || [[Элемент subtitle|<subtitle>]] ||
|-
|   • '''(?)''' || [[Элемент empty-line|<empty-line>]] ||
|-
|   • '''(?)''' || [[Элемент poem|<poem>]] ||
|-
|   • '''(?)''' || [[Элемент table|<table>]] ||
|-
| 2 '''(?)''' || [[Элемент text-author|<text-author>]] ||
|}

Хотя запись вида:

# ''(*)'' -
#* - [[Элемент р|<p>]]
#* - [[Элемент subtitle|<subtitle>]]
#* - [[Элемент empty-line|<empty-line>]]
#* - [[Элемент poem|<poem>]]
#* - [[Элемент table|<table>]]
# ''(?)'' - [[Элемент text-author|<text-author>]]

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

Кроме того можно подумать о картинках (на которых нарисовать что-то вроде структурной диаграммы), но их хорошо сделать в дополнение к списку.

В любом случае надо подобрать оптимальный вариант.

P.S. Запустил Konquer (3.2.3) - никаких проблем с уникодными путями не заметил - а это уже достаточно древний.
Может у тебя результат неудачной борьбы с возможной подменой на основе IDN?

--[[Участник:Gremlin|Gremlin]] 11:30, 6 февраля 2006 (MSK)

Обсуждение:Элемент cite

2006-02-06T08:31:32Z

Gremlin:

Возможно имеет смысл оформить список подчиненных элементов примерно таким образом

{| border="1" cellspacing="0" cellpadding="5"
! Элемент !! Кол-во !! Ограничения
|-
| [[Элемент р|<p>]] || 0..n || нет
|-
| [[Элемент subtitle|<subtitle>]] || 0..n || нет
|-
| [[Элемент empty-line|<empty-line>]] || 0..n || нет
|-
| [[Элемент poem|<poem>]] || 0..n || нет
|-
| [[Элемент table|<table>]] || 0..n || нет
|-
| [[Элемент text-author|<text-author>]] || 0..n || только последним
|}
На мой взгляд таблица более наглядно представляет все нюансы применения подчиненных элементов.
В имеющимся же варианте, во-первых придется вчитываться в текст, во вторых из него не понятно что text-author одолжен быть именно последним. Есть еще пара замечаний...

Таблица явно требует доформотрирвания и возможно некоторой смысловой раскраски.
Если вы за, то просто перенесите ее в основной текст. Против -- прибейте комментарий
([[Участник:BergShrund|BergShrund]] 06 февраля 2006 00:16 )

----

На самом деле и таблица и мой (оригинальный) варианты имеют ряд недостатков.
Идеи которые применялись в моей записи:
# Вложенные списки (если список нумерованный - это значит, что последовательность важна, если нет - то как раз или один из списка, или произвольная последовательность из элементов (то, что я указывал текстом).
# Пометки обязательности/числа элементов (у меня указывается как "численное" обозначение, так и словесное). Это я сам считаю перебором и подумываю обзначать просто "+", "?", "*", ну и можно "." или ничего для случая один и обязательно... a-la DTD).
Твоя таблица, смотрится несколько аккуратнее и более структурировано, но ты же сам и указываешь на невнятность в случае последовательностей и выбора.

Пока у меня назревает идея несколько формализовать свой вариант представления ... заодно его можно запихнуть и в твою таблицу (ну а для порядка везде указывать ссылку на легенду):

{| border="1" cellspacing="0" cellpadding="5"
! Структура !! Элемент !! комментарии
|-
| 1 '''(*)''' || ||
|-
|   • '''(?)''' || [[Элемент р|<p>]] ||
|-
|   • '''(?)''' || [[Элемент subtitle|<subtitle>]] ||
|-
|   • '''(?)''' || [[Элемент empty-line|<empty-line>]] ||
|-
|   • '''(?)''' || [[Элемент poem|<poem>]] ||
|-
|   • '''(?)''' || [[Элемент table|<table>]] ||
|-
| 2 '''(?)''' || [[Элемент text-author|<text-author>]] ||
|}

Хотя запись вида:

# ''(*)'' -
#* - [[Элемент р|<p>]]
#* - [[Элемент subtitle|<subtitle>]]
#* - [[Элемент empty-line|<empty-line>]]
#* - [[Элемент poem|<poem>]]
#* - [[Элемент table|<table>]]
# ''(?)'' - [[Элемент text-author|<text-author>]]

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

Кроме того можно подумать о картинках (на которых нарисовать что-то вроде структурной диаграммы), но их хорошо сделать в дополнение к списку.

В любом случае надо подобрать оптимальный вариант.

P.S. Запустил Konquer (3.2.3) - никаких проблем с уникодными путями не заметил - а это уже достаточно древний.
Может у тебя результат неудачной борьбы с возможной подменой на основе IDN?

--[[Участник:Gremlin|Gremlin]] 11:30, 6 февраля 2006 (MSK)

Обсуждение:Элемент cite

2006-02-06T08:30:40Z

Gremlin:

Возможно имеет смысл оформить список подчиненных элементов примерно таким образом

{| border="1" cellspacing="0" cellpadding="5"
! Элемент !! Кол-во !! Ограничения
|-
| [[Элемент р|<p>]] || 0..n || нет
|-
| [[Элемент subtitle|<subtitle>]] || 0..n || нет
|-
| [[Элемент empty-line|<empty-line>]] || 0..n || нет
|-
| [[Элемент poem|<poem>]] || 0..n || нет
|-
| [[Элемент table|<table>]] || 0..n || нет
|-
| [[Элемент text-author|<text-author>]] || 0..n || только последним
|}
На мой взгляд таблица более наглядно представляет все нюансы применения подчиненных элементов.
В имеющимся же варианте, во-первых придется вчитываться в текст, во вторых из него не понятно что text-author одолжен быть именно последним. Есть еще пара замечаний...

Таблица явно требует доформотрирвания и возможно некоторой смысловой раскраски.
Если вы за, то просто перенесите ее в основной текст. Против -- прибейте комментарий
([[Участник:BergShrund|BergShrund]] 06 февраля 2006 00:16 )

На самом деле и таблица и мой (оригинальный) варианты имеют ряд недостатков.
Идеи которые применялись в моей записи:
# Вложенные списки (если список нумерованный - это значит, что последовательность важна, если нет - то как раз или один из списка, или произвольная последовательность из элементов (то, что я указывал текстом).
# Пометки обязательности/числа элементов (у меня указывается как "численное" обозначение, так и словесное). Это я сам считаю перебором и подумываю обзначать просто "+", "?", "*", ну и можно "." или ничего для случая один и обязательно... a-la DTD).
Твоя таблица, смотрится несколько аккуратнее и более структурировано, но ты же сам и указываешь на невнятность в случае последовательностей и выбора.

Пока у меня назревает идея несколько формализовать свой вариант представления ... заодно его можно запихнуть и в твою таблицу (ну а для порядка везде указывать ссылку на легенду):

{| border="1" cellspacing="0" cellpadding="5"
! Структура !! Элемент !! комментарии
|-
| 1 '''(*)''' || ||
|-
|   • '''(?)''' || [[Элемент р|<p>]] ||
|-
|   • '''(?)''' || [[Элемент subtitle|<subtitle>]] ||
|-
|   • '''(?)''' || [[Элемент empty-line|<empty-line>]] ||
|-
|   • '''(?)''' || [[Элемент poem|<poem>]] ||
|-
|   • '''(?)''' || [[Элемент table|<table>]] ||
|-
| 2 '''(?)''' || [[Элемент text-author|<text-author>]] ||
|}

Хотя запись вида:

# ''(*)'' -
#* - [[Элемент р|<p>]]
#* - [[Элемент subtitle|<subtitle>]]
#* - [[Элемент empty-line|<empty-line>]]
#* - [[Элемент poem|<poem>]]
#* - [[Элемент table|<table>]]
# ''(?)'' - [[Элемент text-author|<text-author>]]

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

Кроме того можно подумать о картинках (на которых нарисовать что-то вроде структурной диаграммы), но их хорошо сделать в дополнение к списку.

В любом случае надо подобрать оптимальный вариант.

P.S. Запустил Konquer (3.2.3) - никаких проблем с уникодными путями не заметил - а это уже достаточно древний.
Может у тебя результат неудачной борьбы с возможной подменой на основе IDN?

--[[Участник:Gremlin|Gremlin]] 11:30, 6 февраля 2006 (MSK)

Элемент cite

2006-02-05T10:20:21Z

Gremlin: Убрано <emphasis> из примера (представление - дело читалки или конвертора) + разные правки

{{Надо написать}}
{{Шаблон:FB Элемент|name=cite

|description=Предназначен для оформления цитат в тексте книги

|version=2.0, 2.1

|supported by=
* HaaliReader
'''''TODO: где еще поддерживается?'''''

|attributes=
* '''id''' ''(опциональный)'' - Идентификатор (якорь, метка) для ссылок на данный элемент
* '''xml:lang''' - язык.

|children=
# Произвольный набор (в произвольном количестве) из следующих элементов:
#* [[Элемент р|<p>]];
#* [[Элемент subtitle|<subtitle>]];
#* [[Элемент empty-line|<empty-line>]];
#* [[Элемент poem|<poem>]];
#* [[Элемент table|<table>]];
# [[Элемент text-author|<text-author>]] 0..n (любое число, опционально).

|parents=
* [[Элемент annotation|<annotation>]];
* [[Элемент epigraph|<epigraph>]];
* [[Элемент history|<history>]];
* [[Элемент section|<section>]].
|example=
<pre>
.........
Из одного конверта выпала записка ? поймав ее в воздухе, Татарский прочитал:</p>
<cite>
<p>Ребята! Спасибо вам огромное, что иногда позволяете жить параллельной жизнью.
Без этого настоящая была бы настолько мерзка!</p>
<text-author>Удачи в делах,</text-author>
<text-author>Б.Б.</text-author>
</cite>
<p>Текст был отпечатан на лазерном принтере,
..........
</pre>
|see=}}

Eng:Readers

2006-02-01T14:26:07Z

Gremlin: Переведена часть описаний.

{{Надо перевести на английский}}
[[Чтение|Russian]]
{{Шаблон:Reader|name=HaaliReader for Windows|screenshot=Изображение:Haali.jpg|Haali|description=The excelent reader. Reader supports FB2 (version 2.0) and TXT, works with dictionaries and archeves ZIP/PRC. Freeware, OpenSource. It's a pity but FB2.1 is not supported yet.|standart=FB 2.0|restrict=tables|developer=Mike Matsnev|latest_release_version=2.0b249|latest_release_date=2005.01.04 02:33|platform=Windows|web-site=http://haali.cs.msu.ru/pocketpc/index.html.en|licence=OpenSource}}
{{Шаблон:Reader|name=HaaliReader for Pocket PC|screenshot=Изображение:Haaliw.png|Haaliw|description=The excelent reader. Reader supports FB2 (version 2.0) and TXT, works with dictionaries and archeves ZIP/PRC. Freeware, OpenSource. It's a pity but FB2.1 is not supported yet.|standart=FB 2.0|restrict=tables|developer=Mike Matsnev|latest_release_version=2.0b249|latest_release_date=2005.01.04 02:33|platform=Pocket PC, PocketPC 2002, WM2003|web-site=http://haali.cs.msu.ru/pocketpc/index.html.en|licence=OpenSource}}
{{Шаблон:Reader|name=Cool Reader|screenshot=Изображение:Coolreader.jpg|Coolreader|description=Ридер под Windows. Читает FB2, HTML, TXT, DOC, RTF. Распаковывает ZIP, RAR, HA, ARJ, LZH. Автоматически распознает кодировки и формат текста. Сглаживание шрифтов, плавный скроллинг, чтение вслух, запись в MP3, закладки, и многое другое. Поддерживает формат FictionBook версии 2.1.|standart=FB 2.1|restrict=Нет|developer=Вадим Лопатин|latest_release_version=2.00.52a build 5335|latest_release_date=02.11.2005|platform=Windows|web-site=http://coolreader.org/|licence=FreeWare}}
{{Шаблон:Reader|name=pETR - Python e-text reader|screenshot=Изображение:Petr.jpg|Petr|description=Программа предназначена для чтения книг в формате Fiction book 2 и просто текстовых файлов. pETR поддерживает формат FB2 не в полном объеме, но работа ведется.|standart=FB2|restrict=Таблицы. Таблицы стилей. Возможно, что-то еще :)|developer=Александр Евсеев|latest_release_version=0.5.3|latest_release_date=16 ноября 2005|platform=Windows, Linux, BSD, etc.|web-site=http://altline.ru/~e-ai/index.shtml|licence=FreeWare}}
{{Шаблон:Reader|name=Athenaeum|screenshot=Изображение:Athenaum.jpg|Athenaum|description=Многоплатформенный ридер на технологии .NET. Хорошо поддерживает FB2 - работает через DOM.|standart=FB2|restrict=Нет|developer=Григорий Никонов|latest_release_version=2.0|latest_release_date=04.11.2004|platform=Windows |web-site=http://sourceforge.net/projects/athenaeum/|licence=FreeWare}}
{{Шаблон:Reader|name=AlReader Light|screenshot=Изображение:AlReader.jpg|AlReader|description=Читалка для любых устройств на платформах Pocket PC и MS Smartphone. Поддержка форматов FB2 (ограниченная), TXT, HTML, RTF, PDB/PRC, TCR. Богатые настройки, поиск, поддержка многих кодировок.|standart=FB2|restrict=Нет|developer=Alan|latest_release_version=1.10|latest_release_date=15.12.2005|platform=ms smartphone 2002, 2003, 2003SE, Pocket PC 2002, 2003, 2003SE, 2005(?)|web-site=http://alreader.kms.ru/|licence=Donationware}}
{{Шаблон:Reader|name=PyBookReader|screenshot=Изображение:Pybook.png|Pybook|description=Ридер под Linux/FreeBSD/e.t.c. Поддерживает FB2. Автопрокрутка, закладки, стили, картинки. Есть несколько утилит для преобразования текста. Все под Unix.|standart=FB2|restrict=Нет|developer=Con Radchenko|latest_release_version=0.4.11|latest_release_date=07.03.2005|platform=Linux/FreeBSD/Unix |web-site=http://pybookreader.narod.ru/|licence=FreeWare}}
{{Шаблон:Reader|name=OrnamentBook|screenshot=Изображение:Ornam.jpg|Ornam|description=Ридер под Linux/FreeBSD/e.t.c., имитирующий бумажную книгу. Поддерживает FB2. Проект в самом начале развития.|standart=FB2|restrict=Нет|developer=Con Radchenko|latest_release_version=0.2.2|latest_release_date=07.03.2005|platform=Linux/FreeBSD/Unix |web-site=http://pybookreader.narod.ru/|licence=FreeWare}}
{{Шаблон:Reader|name=FBReader|screenshot=Изображение:Fbread.png|Fbread|description=The FBReader is created for Linux powered PDA. FB2.1 is supported with exception of styles (tag and attribute "style") and tables. Can read HTML (no tables), TXT, Aportis doc (prc), zTxt (Weasel), Plucker (no tables). Program is under the active development. |standart=FB 2.1|restrict=custom styles, tables|developer=Nikolay Pultsin (Geometer)|latest_release_version=0.7.1b|latest_release_date=07.12.2005|platform=Sharp Zaurus with Qtopia-based ROMs. Sharp Zaurus pdaXrom.
Sharp Zaurus OpenZaurus/Opie ROM. Siemens Simpad with Opensimpad 0.9.0/Opie ROM. Nokia 770 Internet Tablet (maemo). Linux desktop.|web-site=http://only.mawhrin.net/fbreader/|licence=FreeWare}}
{{Шаблон:Reader|name=PalmFiction|screenshot=Изображение:Pafi.jpg|Pafi|description=Программа для чтения документов на устройствах под управлением PalmOS. Чтение документов в форматах: PalmDoc, zTXT, RTF, MS Word 2.x, 6.0/95, 2000-2003, обычный текст, текст с HTML разметкой (только удаление тегов), TCR (полная распаковка). Во всех перечисленных форматах документов, отображается только ТЕКСТ (без таблиц, гиперссылок, картинок и т.д.)|standart=FB2|restrict=text-only|developer=PalmFiction|latest_release_version=0.12g|latest_release_date=06.11.2005|platform=PalmOS 3.5 и выше|web-site=http://palmfiction.sourceforge.net/|licence=FreeWare}}

Элемент keywords

2006-01-23T11:48:16Z

Gremlin:

{{Надо написать}}
{{Шаблон:FB Элемент|name=keywords|description=Список ключевых слов к книге. Предназначен для использования поисковыми системами.|version=2.0, 2.1|supported by=
* Некоторым библиотечным софтом.|attributes=Нет атрибутов|children=Нет подчиненных элементов.

Содержит текстовую строку ? собственно список ключевых слов.|parents=
* [[Элемент title-info|<title-info>]]
* [[Элемент src-title-info|<src-title-info>]]|example=|see=}}

Элемент annotation

2006-01-23T11:30:43Z

Gremlin: Добавлен элемент section в список "родетелей"

{{Надо написать}}
{{Шаблон:FB Элемент|name=annotation|description=Аннотация, т.е. краткое описание книги, служащее чтобы составить приблизительное мнение о ней. Может содержать или описание сюжета, не мешающее прочтению книги, т.е. не раскрывающее интриги книги, или небольшую рецензию.

Используется в библиотеках и итображается как на странице самой книги, так и в некоторых списках (например списке новинок).

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

Также не следует помещать в аннотацию биографию автора - для этого в библиотеках существует страница автора.

Может также применяться в секции ([[Элемент section|<section>]]), например, как аннотация к отдельному произведению к рамках сборника (хотя сборники лучше обормлять как отдельные произведения), или как аннотации к главе, как развернутые аннотации, присутствовавшие к бумажном издании в рамках книги.|version=2.0, 2.1|supported by=
* Всеми (обеими) библиотеками, ориентироваными на FB2.
* Библиотечным софтом.
* Рядом ориентированных на FB2 ?читалок?.|attributes=
* '''id''' ''(опциональный)'' ? Идентификатор (якорь, метка) для ссылок на данный элемент.|children=Произвольный набор (в произвольном количестве) из следующих элементов:
#
#* [[Элемент p|<p>]]
#* [[Элемент poem|<poem>]]
#* [[Элемент cite|<cite>]]
#* [[Элемент empty-line|<empty-line>]]|parents=
* [[Элемент title-info|<title-info>]]
* [[Элемент section|<section>]]
* [[Элемент src-title-info|<src-title-info>]]|example=|see=
* [[Элемент history|<history>]], как аналогичный по структуре, но не по смыслу элемент.
}}

FictionBook - библиотека и формат на основе XML

2006-01-23T11:12:36Z

Gremlin: /* Электронные книги - переломный период? */

{{Toc-Right}}

== Электронные книги - переломный период? ==
[[Изображение:Reb.jpg|left]]Количество людей, читающих с экрана, пока мизерно. Единицы предпочитают экран бумаге, чаще все заканчивается банальной распечаткой даже в случае объемных электронных текстов. Единственное достаточно удобное устройство ([http://jim.pp.ru/alter/ebook_05.htm Rocket eBook], 72 dpi) для чтения появилось [http://www.useit.com/alertbox/980726.html раньше своего времени] что, в сочетании с неадекватным маркетингом, обеспечило его провал на рынке. Ситуация стала меняться с появлением доступных LCD дисплеев с разрешением 150dpi и выше (http://www.eink.com/, http://www.computerra.ru/today/ferra/27777/). Ряд устройств уже сейчас можно считать превосходящими бумажные книги по всем параметрам, кроме времени автономной работы и цены. [http://www.microsoft.com/typography/cleartype/default.htm ClearType] втрое увеличивает горизонтальное разрешение цветных дисплеев, и без того впечатляющее. Массовые устройства для чтения электронных книг появятся на рынке уже в 2004-м году (Sony планирует продажи [http://www.eink.com/news/releases/pr70.html новой eBook] на апрель), и новые устройства, наконец, смогут реально конкурировать с бумагой по цене и качеству отображения текста. В дальнейшем развитие устройств-заменителей бумаги обещает принять лавинообразный характер, инвестиции в этой сфере, помимо частного капитала, активно проводит, к примеру, правительство США.[[Изображение:sony.jpg|right]]

Для образования, науки и книгоиздания переоценить такое развитие событий невозможно, на ум приходит только сравнение с Гуттенбергом. К этому рубежу индустрия электронных текстов подошла в состоянии разброда, разработчикам новых устройств будет, над чем поломать голову. Электронные тексты сейчас встречаются:
* В одном из фирменных (часто закрытых) форматов ([http://www.microsoft.com/reader/developers/default.asp MS lit] (далее просто lit), Aportis, [http://www.isilo.com/ iSilo], [http://directory.google.com/Top/Computers/Data_Formats/Document/Publishing/PDF/ pdf], ?)
* В формате программ подготовки текстов (MSWord, Quark, [http://www.adobe.com/products/acrobat/adobepdf.html PDF], [http://www.latex-project.org/ LaTeX]?)
* Как простой текст ([http://lib.ru/ библиотека Мошкова])
* html/xhtml
* XML: [http://www.docbook.org/ DocBook], [http://www.openebook.org/ OEB], FictionBook

== Что сейчас лежит в электронных библиотеках? ==

=== Закрытые и фирменные форматы ===
Ряд закрытых форматов (в первую очередь это [http://www.adobe.com/products/acrobat/main.html PDF от Adobe] и [http://www.microsoft.com/reader/developers/default.asp lit]), обеспечивающих (фактически не обеспечивающих) защиту контента, лидируют в сфере продажи электронных текстов. Широкое распространение этих форматов объясняется желанием продавцов защитить свою интеллектуальную собственность, а иллюзию защищенности рискуют предлагать только материально заинтересованные стороны. Постепенно к защите контента [http://linuxtoday.com/news_story.php3?ltsn=2003-04-24-011-26-OS-KN-LL подключается] и Open Source сообщество, но пока на электронных книгах это не сказалось. О причинах распространенности PDF так же можно прочитать [http://www.the-ebook.org/e107/content.php?article.cat.51 здесь].

В основном компании основывают свои форматы на html (lit, iSilo, Aportis, [http://rbmake.sourceforge.net/ rb]), но в итоге ни один из этих форматов не обеспечивает приемлемой индексации текстов и поддержки нелатинского алфавита. У каждого формата - собственные схемы сжатия и шифрования разной степени закрытости. Средства просмотра таких документов доступны не для всех платформ и, как ни странно, зачастую некачественны. Обратная конвертация затруднена, невозможна и/или является противозаконной (например, lit->xhtml).

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

Хранение текстов в ?родном? формате программы верстки практикуется, но лишь в силу дешевизны. Документ, ушедший в печать, в неизменном виде выкладывается в общий доступ. Многие производители ?железа? поддерживают у себя библиотеки инструкций и руководств в формате PDF именно по этой причине. За исключением простоты организации, такая библиотека не имеет в себе ничего положительного - каталогизация затруднена, доступ к документам требует специфического ПО, как правило, мало приспособленного к нуждам читателя и зачастую небесплатного. Хранение в MSWord *.DOC формате является относительно удобным, но документы MSWord по простоте обработки и выбору инструментария сильно уступают даже html.

=== PDF - подробная критика ===
PDF, являющийся одним из лидеров, в качестве основного формата хранения книг оказывается ниже всякой критики. Его практически невозможно читать на малом дисплее. ПО от Adobe для немногих платформ, феноменально некачественно для столь старой и популярной программы. PDF невозможно адекватно преобразовать во что-либо, кроме бумажной копии, часто невозможно даже проиндексировать?

Фактически, PDF-документ обычно является закрытым объектом, не содержащим данных о структуре и не предоставляющим информации о содержании, годным лишь для получения твердой копии. Основная цель создателей, дублирование бумажного документа, привела к переносу всех ограничений твердой копии в цифровую версию.

В дополнение к подробной критике PDF как средства представления электронной информации от Якоба Нильсена ([http://www.useit.com/alertbox/20030714.html 1], [http://www.useit.com/alertbox/20010610.html 2]) мы изложили [http://www.the-ebook.org/e107/content.php?article.cat.51 свое видение причин] внедрения PDF в мир электронных текстов.

Краткое резюме неутешительно - PDF можно и нужно применять, но только имея в виду получение твердой копии. С учетом ожидаемого бума электронных средств для чтения, на наш взгляд, следует однозначно отказаться от использования PDF как базового формата для библиотеки. Это не мешает готовить pdf-файлы, например, из XML, для тех пользователей, кому по тем или иным причинам нужна распечатка.

=== Открытые форматы - не-XML ===
В отличие от вышеозначенных форматов, хранение книг в виде простого текста (без разметки html/xml/sgml/?) позволяет одним махом решить проблемы с доступом с разных платформ, индексацией и т.п., но имеет очевидные недостатки - ограниченные возможности форматирования и использования графики, полное отсутствие метаинформации. При всей своей ограниченности, такой подход очень широко распространен. Самая известная библиотека рунета (и одна из самых полных в сети), [http://lib.ru/ lib.ru], хранит файлы именно в виде простого текста (фактически, там используется [http://lib.ru/WEBMASTER/libformat.txt гибрид] html-разметки и простого текста, но основной инструмент разметки - пробелы, разрывы строк и несколько спецсимволов). Использование в качестве разметки символов перевода строки и пробелов идеально с точки зрения простоты и лаконичности, но возможности такой разметки ограничены.

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

Реализация программы чтения с поддержкой даже небольшого подмножества тегов html, как правило, занимает много времени и никак не может считаться тривиальной задачей. Если говорить об достаточно примитивных устройствах для чтения с оперативной памятью меньше 1MB (ряд таких устройств готовится к выпуску, [http://www.the-ebook.org/forum/viewtopic.php?t=2997 одно] уже продвигается на Украине в сферу образования) проблематична даже полноценная поддержка самых распространенных тегов.

Очевидное решение - использование подмножества html, с чем мы и имеем дело в большинстве случаев. Rocket eBook (первое специализированное устройство для чтения, ОС на основе Linux) поддерживает 29 тегов и png-графику. REB1100 (следующая модель) поддерживает то же плюс таблицы. Лидирует по количеству поддерживаемых тегов MSReader (заявлена поддержка [http://www.openebook.org/ OEB]), работающий на hi-end карманных компьютерах, но эксперименты с тегами и CSS на деле и здесь обычно заканчиваются неадекватным отображением, медленной работой и ошибками программы.

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

Стоит отметить, что, несмотря на все вышеизложенное, библиотеки в формате html относительно редки. Обычно выкладываются тексты в ?трудоемких? форматах, подготовка которых требует специального инструментария (см. ?Закрытые и фирменные форматы? выше) либо просто текст, который обрабатывать несравненно проще, чем html.

=== Открытые форматы, основанные на XML ===
При всем богатстве средств форматирования и широте распространения, html ограничен в передаче метаданных. Непростой задачей является и его отображение и обработка, что для электронной библиотеки является критичным. Возможность оперативно предоставить одну главу из 50-и мегабайтного текста в затребованном формате, возможность автоматически внести в каталог книгу с аннотацией и обложкой (что важно для художественной литературы), индивидуально уведомить подписчиков о появлении новой книги в интересующем их разделе и приложить к уведомлению аннотацию, возможность получить список изменений в последнем издании - реализация такого рода библиотечных сервисов на основе html или простого текста представляется малореальной.

Очевидным решением при хранении упорядоченных текстовых данных сегодня является XML, и решения на его основе появились не вчера. Наиболее интересны для библиотек три основанных на xml формата: Open eBook (OEB), DocBook, FictionBook.

[http://www.openebook.org/ OEB] - детище Microsoft и Adobe, давних (и не очень удачливых) игроков на рынке электронных книг. OEB призван компенсировать ограниченность html в хранении метаданных и закрепить за xhtml доминирование в книжном деле. По сути, OEB-книга это пакет из xhtml и графических документов, снабженных метафайлом, хранящим ISBN и другие выходные данные. Сама книга представлена в xhtml, а весь пафос OEB, по сути, сводится к [http://www.openebook.org/oebps/oebps1.2/download/oeb12-xhtml.htm#sec2.2 15-и тегам] (используется [http://dublincore.org/documents/1999/07/02/dces/ Dublin Core 1.1] с небольшими [http://www.openebook.org/oebps/oebps1.2/download/oeb12-xhtml.htm#sec1.3.5 расширениями]), описывающим автора, название, язык книги и т.п.

Аннотация в OEB не предусмотрена. Вся спецификация OEB - это пересказ xhtml, и ничего, кроме недоумения, ознакомление с OEB не вызывает, хотя желание срезать углы и воспользоваться готовой технологией вполне понятно.

OEB-пакет обычно помещается в ZIP-архиве. Фактически, в сети OEB не встречается. Судя по статистике библиотеки FictionBook.lib, OEB пользователи не скачивают в принципе (0.2% загрузок, судя по отзывам - результат любознательности).

[http://www.docbook.org/ DocBook] - очень развитый и продуманный стандарт, разработанный и сопровождаемый [http://www.oasis-open.org/who/ OASIS] (Organization for the Advancement of Structured Information Standards). Формат идеально подходит для технических текстов, и FictionBook не возник бы, если бы DocBook был минимально приспособлен для работы с художественной литературой. Но DocBook, при всем богатстве, не способен адекватно представить художественную книгу. Например, DocBook не предусматривает разметку стихов, не позволяет описать книжные серии, не имеет данных о переводчике. Для относительно несложных, в большинстве своем, художественных текстов, формат так же явно избыточен.

[[Изображение:Headedit.gif|right|]]
FictionBook - разработан нами (инициативная группа, возглавляемая [http://www.gribuser.ru/about/beogr Грибовым Дмитрием] и [http://haali.cs.msu.ru/ Михаилом Мацневым]) специально для художественных текстов. В отличие от OEB, книга хранится в одном файле. Графика, метаданные, текст сносок и аннотация - все хранится в виде единого XML-документа, что существенно упрощает администрирование, распределенную обработку и репликацию. В художественной литературе используется ограниченный набор элементов - стихи, аннотация, жирный/наклонный, иллюстрации, эпиграф, сноски. В результате, FictionBook очень прост (см. [[XML схема FictionBook2|схема fb2]] и [[FictionBook 2.0 Sсhema - комментарии|комментарии к схеме]]), но, как показывает практика, обладает всем необходимым для оформления художественных книг. Развитая структура хранения метаданных (подробно см. [[XML схема FictionBook2|схема fb2]]) позволяет полностью автоматизировать работу библиотеки и легко развернуть ряд уникальных сервисов (например, дифференцированную подписку).

=== FictionBook - эволюция формата ===

Использование незатейливого XML для хранения и обработки книг в рунете стало развиваться по [http://www.epaper.ru/WorkShop.php?Id=25 инициативе] Марка Липсмана. XML использовался для упрощения создания MS lit и prc документов (штатное П.О. для создания lit далеко от совершенства). Первоначально использовался минимум метаинформации, не было опубликовано DTD. Несмотря на это, подход быстро приобрел популярность. С появлением программ для подготовки и обработки текстов и формализацией требований к документу (программа ClearTXT устанавливается с DTD и поддерживает валидацию) встал вопрос и об их хранении и замаячила перспектива создания полноценной электронной библиотеки. Это привело к введению в документ развернутого узла с метаданными (добавлена информация о языке оригинала, переводчике, названии серии, введена информация о создателе документа и т.д. - подробней см. [[FictionBook 2.0 Sсhema - комментарии|комментарии к схеме]]). В дальнейшем изменения носили косметический характер, но одна из особенностей формата заслуживает особого упоминания, так как всегда вызывает недоумение при первом знакомстве.

Изначально сноски в документе вставлялись по месту ссылки, типа <nowiki><p>A hero<note>Герой (англ.)</note></p></nowiki>, но по мере их осложнения и вынужденного внесения в них элементов форматирования, мы приходили к довольно запутанной с точки зрения структуры и обработки конструкции. Невозможность организовать перекрестные ссылки в таком виде так же не внушала оптимизма. В итоге от in-line сносок пришлось отказаться в пользу вынесения в специальный раздел (<body name=?notes?/>). Xlink используется для связывания (<a xlink:href=?#note1? type=?note?>1</a>). Помимо упрощения обработки, мы получаем полную свободу в перекрестных ссылках и оставляем один общий механизм связывания в документе, стандартный и гибкий.

Текущее состояние стандарта (версия 2.0) доступно на сайте, развернутые комментарии к схеме, примеры документов и важные замечания доступны на странице [[FictionBook 2.0 Sсhema - комментарии|комментариев к схеме]].

=== FictionBook - перспективы ===

Практическое использование FictionBook версии 2.0 не выявило значительных проблем, на очереди незначительные расширения синтаксиса <nowiki>(<sub>, <sup>, id для <image/> и т.п.)</nowiki>. Единственным действительно узким местом стала вынужденно принятая жанровая классификация, которая на момент создания стандарта была вопиюще не готова.

Сейчас ведется активная проработка нового, достаточно простого, но более функционального, жанрового классификатора. В версии 2.0 используется одноуровневый список, которого явно недостаточно (даже если отвлечься от его содержания). Новое предложение - стандартный список жанров плюс 5-и мерное пространство возраст-страна-эпоха-форма-прием ([[Классификатор сетевой литературы для стандарта FictionBook 3.0|текущее предложение по жанрам в FB3]]). Работы в этом направлении только начинаются. К сожалению, в проекте пока не участвуют профессиональные литературоведы (напротив, в основном проект развивают ?технари?), и мы вынуждены в меру своих сил изучать имеющиеся наработки и адаптировать их к нашим нуждам.

Так же в документ планируется внести условия его распространения. К примеру, издатель готовит книгу и помечает первую главу как доступную бесплатно (<section share=?free?>..), остальные - за деньги (<section share=?pay-per-download?/>). В результате, автоматически будут подготовлены платные и бесплатные версии документов для различных платформ, помещены в каталог и мгновенно доступны пользователям для ознакомления и приобретения.

Библиотека, таким образом, может стать и магазином электронных текстов. Соединение в одном месте платных и бесплатных текстов представляется естественным.

== FictionBook.lib - библиотека на основе формата FictionBook ==

=== Обзор возможностей библиотеки ===

Как уже отмечалось, формат создавался во многом с прицелом на централизованную обработку и хранение в библиотеке. Обширный заголовок содержит ID документа, информацию об авторе и переводчике, аннотацию, ссылку на обложку, язык документа, а так же другую информацию, интересную пользователям и/или роботам-обработчикам. В настоящий момент на основе формата работает несколько библиотек (1, 2, 3), самая технически развитая - [http://www.fictionbook.ru FictionBook.lib].
[[Image:Header_full.gif|left]]
[[Категория:FB статьи]]

Элемент book-title

2006-01-18T09:48:23Z

Gremlin:

{{Надо написать}}
{{Шаблон:FB Элемент|name=book-title|description=Название произведения. Может как совпадать с названием книги ([[Элемент book-name|<book-name>]]), так и отличаться (например, когда под одной обложкой находится несколько произведений).|version=2.0, 2.1|supported by=
* Всеми (обеими) библиотеками, ориентироваными на FB2.
* Библиотечным софтом.
* ?Читалками? обеспечивающими поддержку стандарта на уровне выше, чем ?выкусывание тэгов?.|attributes=
* [[Атрибут xml:lang|'''xml:lang''']] ? опциональное задание языка контента|children=Нет подчиненных элементов.

Содержит текстовую строку ? собственно название произведения.|parents=
* [[Элемент title-info|<title-info>]]
* [[Элемент src-title-info|<src-title-info>]]|example=|see=
* [[Элемент book-name|<book-name>]]}}

Элемент history

2006-01-18T09:24:01Z

Gremlin:

{{Надо написать}}
{{Шаблон:FB Элемент|name=history|description=История изменении данного FB2 документа.

Рекомендуется к заполнению ответственным за документ.|version=2.0, 2.1|supported by=
* Рядом ориентированных на FB2 ?читалок?.
* Хоть и не отображается в библиотеках, доступно для просмотра (и редактирования) в любом (в том числе и ориентированном на FB2) редакторе.|attributes=
* '''id''' ''(опциональный)'' ? Идентификатор (якорь, метка) для ссылок на данный элемент.|children=Произвольный набор (в произвольном количестве) из следующих элементов:
#
#* [[Элемент p|<p>]]
#* [[Элемент poem|<poem>]]
#* [[Элемент cite|<cite>]]
#* [[Элемент empty-line|<empty-line>]]|parents=
* [[Элемент document-info|<document-info>]]|example=|see=
* [[Элемент annotation|<annotation>]], как аналогичный по структуре, но не по смыслу элемент.
}}

Элемент annotation

2006-01-18T09:23:26Z

Gremlin:

{{Надо написать}}
{{Шаблон:FB Элемент|name=annotation|description=Аннотация, т.е. краткое описание книги, служащее чтобы составить приблизительное мнение о ней. Может содержать или описание сюжета, не мешающее прочтению книги, т.е. не раскрывающее интриги книги, или небольшую рецензию.

Используется в библиотеках и итображается как на странице самой книги, так и в некоторых списках (например списке новинок).

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

Также не следует помещать в аннотацию биографию автора - для этого в библиотеках существует страница автора.|version=2.0, 2.1|supported by=
* Всеми (обеими) библиотеками, ориентироваными на FB2.
* Библиотечным софтом.
* Рядом ориентированных на FB2 ?читалок?.|attributes=
* '''id''' ''(опциональный)'' ? Идентификатор (якорь, метка) для ссылок на данный элемент.|children=Произвольный набор (в произвольном количестве) из следующих элементов:
#
#* [[Элемент p|<p>]]
#* [[Элемент poem|<poem>]]
#* [[Элемент cite|<cite>]]
#* [[Элемент empty-line|<empty-line>]]|parents=
* [[Элемент title-info|<title-info>]]
* [[Элемент src-title-info|<src-title-info>]]|example=|see=
* [[Элемент history|<history>]], как аналогичный по структуре, но не по смыслу элемент.
}}

Элемент history

2006-01-18T09:22:14Z

Gremlin:

{{Надо написать}}
{{Шаблон:FB Элемент|name=history|description=История изменении данного FB2 документа.

Рекомендуется к заполнению ответственным за документ.|version=2.0, 2.1|supported by=
* Рядом ориентированных на FB2 ?читалок?.
* Хоть и не отображается в библиотеках, доступно для просмотра (и редактирования) в любом (в том числе и ориентированном на FB2) редакторе.|attributes=
* '''id''' ''(опциональный)'' ? Идентификатор (якорь, метка) для ссылок на данный элемент.|children=Произвольный набор (в произвольном количестве из следующих элементов):
#
#* [[Элемент p|<p>]]
#* [[Элемент poem|<poem>]]
#* [[Элемент cite|<cite>]]
#* [[Элемент empty-line|<empty-line>]]|parents=
* [[Элемент document-info|<document-info>]]|example=|see=
* [[Элемент annotation|<annotation>]], как аналогичный по структуре, но не по смыслу элемент.
}}

Элемент annotation

2006-01-18T09:19:26Z

Gremlin: Добавлено описание аттрибута

{{Надо написать}}
{{Шаблон:FB Элемент|name=annotation|description=Аннотация, т.е. краткое описание книги, служащее чтобы составить приблизительное мнение о ней. Может содержать или описание сюжета, не мешающее прочтению книги, т.е. не раскрывающее интриги книги, или небольшую рецензию.

Используется в библиотеках и итображается как на странице самой книги, так и в некоторых списках (например списке новинок).

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

Также не следует помещать в аннотацию биографию автора - для этого в библиотеках существует страница автора.|version=2.0, 2.1|supported by=
* Всеми (обеими) библиотеками, ориентироваными на FB2.
* Библиотечным софтом.
* Рядом ориентированных на FB2 ?читалок?.|attributes=
* '''id''' ''(опциональный)'' ? Идентификатор (якорь, метка) для ссылок на данный элемент.|children=Произвольный набор (в произвольном количестве из следующих элементов):
#
#* [[Элемент p|<p>]]
#* [[Элемент poem|<poem>]]
#* [[Элемент cite|<cite>]]
#* [[Элемент empty-line|<empty-line>]]|parents=
* [[Элемент title-info|<title-info>]]
* [[Элемент src-title-info|<src-title-info>]]|example=|see=
* [[Элемент history|<history>]], как аналогичный по структуре, но не по смыслу элемент.
}}

Элемент annotation

2006-01-18T09:16:33Z

Gremlin:

{{Надо написать}}
{{Шаблон:FB Элемент|name=annotationr|description=Аннотация, т.е. краткое описание книги, служащее чтобы составить приблизительное мнение о ней. Может содержать или описание сюжета, не мешающее прочтению книги, т.е. не раскрывающее интриги книги, или небольшую рецензию.

Используется в библиотеках и итображается как на странице самой книги, так и в некоторых списках (например списке новинок).

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

Также не следует помещать в аннотацию биографию автора - для этого в библиотеках существует страница автора.|version=2.0, 2.1|supported by=
* Всеми (обеими) библиотеками, ориентироваными на FB2.
* Библиотечным софтом.
* Рядом ориентированных на FB2 ?читалок?.|children=Произвольный набор (в произвольном количестве из следующих элементов):
#
#* [[Элемент p|<p>]]
#* [[Элемент poem|<poem>]]
#* [[Элемент cite|<cite>]]
#* [[Элемент empty-line|<empty-line>]]|parents=
* [[Элемент title-info|<title-info>]]
* [[Элемент src-title-info|<src-title-info>]]|example=|see=
* [[Элемент history|<history>]], как аналогичный по структуре, но не по смыслу элемент.
}}

Элементы стандарта FictionBook

2006-01-18T09:07:17Z

Gremlin: Added all FB2.1 tags

:* [[Элемент FictionBook]]
:* [[Элемент a]]
:* [[Элемент annotation]]
:* [[Элемент author]]
:* [[Элемент binary]]
:* [[Элемент body]]
:* [[Элемент book-name]]
:* [[Элемент book-title]]
:* [[Элемент cite]]
:* [[Элемент city]]
:* [[Элемент code]]
:* [[Элемент coverpage]]
:* [[Элемент custom-info]]
:* [[Элемент date]]
:* [[Элемент description]]
:* [[Элемент document-info]]
:* [[Элемент email]]
:* [[Элемент emphasis]]
:* [[Элемент empty-line]]
:* [[Элемент epigraph]]
:* [[Элемент first-name]]
:* [[Элемент genre]]
:* [[Элемент history]]
:* [[Элемент home-page]]
:* [[Элемент id]]
:* [[Элемент isbn]]
:* [[Элемент image]]
:* [[Элемент keywords]]
:* [[Элемент lang]]
:* [[Элемент last-name]]
:* [[Элемент middle-name]]
:* [[Элемент nickname]]
:* [[Элемент output-document-class]]
:* [[Элемент output]]
:* [[Элемент p]]
:* [[Элемент part]]
:* [[Элемент poem]]
:* [[Элемент program-used]]
:* [[Элемент publish-info]]
:* [[Элемент publisher]]
:* [[Элемент section]]
:* [[Элемент sequence]]
:* [[Элемент src-lang]]
:* [[Элемент src-ocr]]
:* [[Элемент src-title-info]]
:* [[Элемент src-url]]
:* [[Элемент stanza]]
:* [[Элемент strikethrough]]
:* [[Элемент strong]]
:* [[Элемент style]]
:* [[Элемент stylesheet]]
:* [[Элемент sub]]
:* [[Элемент subtitle]]
:* [[Элемент sup]]
:* [[Элемент table]]
:* [[Элемент td]]
:* [[Элемент text-author]]
:* [[Элемент th]]
:* [[Элемент title]]
:* [[Элемент title-info]]
:* [[Элемент tr]]
:* [[Элемент translator]]
:* [[Элемент v]]
:* [[Элемент version]]
:* [[Элемент year]]

Элементы стандарта FictionBook

2006-01-13T13:14:41Z

Gremlin: Откачено внесение редиректа (который работает не должным образом)

:* [[Элемент FictionBook]]
:* [[Элемент author]]
:* [[Элемент binary]]
:* [[Элемент body]]
:* [[Элемент custom-info]]
:* [[Элемент description]]
:* [[Элемент document-info]]
:* [[Элемент genre]]
:* [[Элемент publish-info]]
:* [[Элемент src-title-info]]
:* [[Элемент stylesheet]]
:* [[Элемент title-info]]
:* [[Элемент translator]]

Элементы стандарта FictionBook

2006-01-13T13:10:08Z

Gremlin:

#REDIRECT [[:Категория:Стандарт FB Элементы]]

FictionBook:Training

2006-01-13T13:09:49Z

Gremlin:

Тренироваться здесь.

FictionBook:Training

2006-01-13T13:09:03Z

Gremlin:

#REDIRECT [[:Категория:Стандарт FB Элементы]]

Участник:Gremlin

2006-01-13T12:57:18Z

Gremlin:

==В работе:==

[[:Category:Стандарт FB]]

[[:Category:Стандарт FB 2.1]]

[[:FictionBook:Степени реализации стандарта FB2.1]]

Eng:FictionBook 2.1 genres

2006-01-13T12:55:33Z

Gremlin:

{{Надо перевести на английский}}

[[Жанры FictionBook 2.1|Russian]]

The next list of genres is defined in FictionBook 2.1:

* ''Science Fiction & Fantasy''
** '''sf_history''' - Alternative history
** '''sf_action''' - Action
** '''sf_epic''' - Epic
** '''sf_heroic''' - Heroic
** '''sf_detective''' - Detective
** '''sf_cyberpunk''' - Cyberpunk
** '''sf_space''' - Space
** '''sf_social''' - Social-philosophical
** '''sf_horror''' - Horror & mystic
** '''sf_humor''' - Humor
** '''sf_fantasy''' - Fantasy
** '''sf''' - Science Fiction
* ''Detectives & Thrillers''
** '''det_classic''' - Classical detectives
** '''det_police''' - Police Stories
** '''det_action''' - Action
** '''det_irony''' - Ironical detectives
** '''det_history''' - Historical detectives
** '''det_espionage''' - Espionage detectives
** '''det_crime''' - Crime detectives
** '''det_political''' - Political detectives
** '''det_maniac''' - Maniacs
** '''det_hard''' - Hard-boiled
** '''thriller''' - Thrillers
** '''detective''' - Detectives
* ''Prose''
** '''prose_classic''' - Classics prose
** '''prose_history''' - Historical prose
** '''prose_contemporary''' - Contemporary prose
** '''prose_counter''' - Counterculture
** '''prose_rus_classic''' - Russial classics prose
** '''prose_su_classics''' - Soviet classics prose
* ''Romance''
** '''love_contemporary''' - Contemporary Romance
** '''love_history''' - Historical Romance
** '''love_detective''' - Detective Romance
** '''love_short''' - Short Romance
** '''love_erotica''' - Erotica
* ''Adventure''
** '''adv_western''' - Western
** '''adv_history''' - History
** '''adv_indian''' - Indians
** '''adv_maritime''' - Maritime Fiction
** '''adv_geo''' - Travel & geography
** '''adv_animal''' - Nature & animals
** '''adventure''' - Other
* ''Children's''
** '''child_tale''' - Fairy Tales
** '''child_verse''' - Verses
** '''child_prose''' - Prose
** '''child_sf''' - Science Fiction
** '''child_det''' - Detectives & Thrillers
** '''child_adv''' - Adventures
** '''child_education''' - Educational
** '''children''' - Other
* ''Poetry & Dramaturgy''
** '''poetry''' - Poetry
** '''dramaturgy''' - Dramaturgy
* ''Antique literature''
** '''antique_ant''' - Antique
** '''antique_european''' - European
** '''antique_russian''' - Old russian
** '''antique_east''' - Old east
** '''antique_myths''' - Myths. Legends. Epos
** '''antique''' - Other
* ''Scientific-educational''
** '''sci_history''' - History
** '''sci_psychology''' - Psychology
** '''sci_culture''' - Cultural science
** '''sci_religion''' - Religious studies
** '''sci_philosophy''' - Philosophy
** '''sci_politics''' - Politics
** '''sci_business''' - Business literature
** '''sci_juris''' - Jurisprudence
** '''sci_linguistic''' - Linguistics
** '''sci_medicine''' - Medicine
** '''sci_phys''' - Physics
** '''sci_math''' - Mathematics
** '''sci_chem''' - Chemistry
** '''sci_biology''' - Biology
** '''sci_tech''' - Technical
** '''science''' - Other
* ''Computers & Internet''
** '''comp_www''' - Internet
** '''comp_programming''' - Programming
** '''comp_hard''' - Hardware
** '''comp_soft''' - Software
** '''comp_db''' - Databases
** '''comp_osnet''' - OS & Networking
** '''computers''' - Other
* ''Reference''
** '''ref_encyc''' - Encyclopedias
** '''ref_dict''' - Dictionaries
** '''ref_ref''' - Reference
** '''ref_guide''' - Guidebooks
** '''reference''' - Other
* ''Nonfiction''
** '''nonf_biography''' - Biography & Memoirs
** '''nonf_publicism''' - Publicism
** '''nonf_criticism''' - Criticism
** '''design''' - Art & design
** '''nonfiction''' - Other
* ''Religion & Inspiration''
** '''religion_rel''' - Religion
** '''religion_esoterics''' - Esoterics
** '''religion_self''' - Self-improvement
** '''religion''' - Other
* ''Humor''
** '''humor_anecdote''' - Anecdote
** '''humor_prose''' - Prose
** '''humor_verse''' - Verses
** '''humor''' - Other
* ''Home & Family''
** '''home_cooking''' - Cooking
** '''home_pets''' - Pets
** '''home_crafts''' - Hobbies & Crafts
** '''home_entertain''' - Entertaining
** '''home_health''' - Health
** '''home_garden''' - Garden
** '''home_diy''' - Do it yourself
** '''home_sport''' - Sports
** '''home_sex''' - Erotica & sex
** '''home''' - Other

Жанры сгруппированы по темам (это группирование условное и реализуется средствами ПО). Для каждого жанра приведено его условное обозначение (например '''sf_history'''), которое задается в файле книги и расшифровка (for '''sf_history''' this is "Alternative history").

[[Category:arts]]

Категория:Надо перевести на английский

2006-01-13T12:04:23Z

Gremlin: Добавлена ссылка на документацию

Этой категорией отмечаются статьи, которые требуется перевести на английский язык.

Подробности можно посмотреть в статье [[FictionBook:Переводчикам]].

FictionBook:Переводчикам

2006-01-13T12:03:35Z

Gremlin: Вставлены ссылки на категории в места их упоминания и статья удалена из этих категорий

Иметь зеркальный английский сайт, как показал опыт - несбыточная мечта. Однако перевести на английский язык основные статьи и особенно документы все же необходимо. На этом сайте создана глабальная категория '''Eng''', в которую входит все, что будет переведено на английский. Эта категория имеет две подкатегории - '''Arts''' и '''Docs''' (первое - сокращение от articles, полностью слово нельзя использовать, потому что оно является стандартным пространством имен WikiMedia). В эти категории будут помещаться переводы на английский язык соответственно статей и документов. Таким образом каждая статья или документ должны заканчиваться ссылками на категории соответственно:<nowiki>[[Category:Arts]] и [[Category:Docs]]</nowiki>. В категорию '''Eng''' они попадут автоматически, так как являются ее подкатегорией.

Кроме того, введено пространство имен '''Eng''' с которого должны начинаться все статьи на английском языке. Для навигации все статьи помещаются в пункт English (последний в навигационной панели) и далее в соответствующий раздел.

Обязательно с переводной статьи надо делать ссылку на русскую статью, а с русской на английскую. Это поможет англоговорящим посетителям быстро сориентироваться. Ссылка размечается в начале статьи и имеет следующий вид <nowiki>[[Русская статья|Russian]] или [[Eng:English article|English]]</nowiki> Разумеется вместо "Русская статья" и "English article" пишем реальные названия статей.

Ну и последнее. Кто не понимает и не хочет разобраться в том, что написано выше, но хочет помочь с переводом, просто найдите статьи в категории '''[[:Категория:Надо перевести на английский|Надо перевести на английский]]''' или, кстати, '''[[:Категория:Надо перевести на русский|Надо перевести на русский]]''' и переводите, хоть по сторочке в день - Вы сделаете полезное дело. Потому что, статьи, требующие переводы уже размещены в соответствующих местах и их надо просто переводить нажав таб "править". После полного окончания перевода следует убрать шаблон "Надо перевести ...", расположенный в начале текста в двойных фигурных скобках.

Категория:Надо перевести на русский

2006-01-13T12:02:29Z

Gremlin: Добавлена ссылка.

В этой категории собраны статьи, которые целиком или частично необходимо перевести на русский язык. Категория применяется для пометки и поиска статей, требующих перевода.

Подробности можно посмотреть в статье [[FictionBook:Переводчикам]].

Жанры FictionBook 2.1

2006-01-13T11:42:43Z

Gremlin: Переведен список

[[Eng:FictionBook 2.1 genres|English]]

В FB 2.1 определен следующий список жанров:

* ''Фантастика (Научная фантастика и Фэнтези)''
** '''sf_history''' - Альтернативная история
** '''sf_action''' - Боевая фантастика
** '''sf_epic''' - Эпическая фантастика
** '''sf_heroic''' - Героическая фантастика
** '''sf_detective''' - Детективная фантастика
** '''sf_cyberpunk''' - Киберпанк
** '''sf_space''' - Космическая фантастика
** '''sf_social''' - Социально-психологическая фантастика
** '''sf_horror''' - Ужасы и Мистика
** '''sf_humor''' - Юмористическая фантастика
** '''sf_fantasy''' - Фэнтези
** '''sf''' - Научная Фантастика
* ''Детективы и Триллеры''
** '''det_classic''' - Классический детектив
** '''det_police''' - Полицейский детектив
** '''det_action''' - Боевик
** '''det_irony''' - Иронический детектив
** '''det_history''' - Исторический детектив
** '''det_espionage''' - Шпионский детектив
** '''det_crime''' - Криминальный детектив
** '''det_political''' - Политический детектив
** '''det_maniac''' - Маньяки
** '''det_hard''' - Крутой детектив
** '''thriller''' - Триллер
** '''detective''' - Детектив (не относящийся в прочие категории).
* ''Проза''
** '''prose_classic''' - Классическая проза
** '''prose_history''' - Историческая проза
** '''prose_contemporary''' - Современная проза
** '''prose_counter''' - Контркультура
** '''prose_rus_classic''' - Русская классическая проза
** '''prose_su_classics''' - Советская классическая проза
* ''Любовные романы''
** '''love_contemporary''' - Современные любовные романы
** '''love_history''' - Исторические любовные романы
** '''love_detective''' - Остросюжетные любовные романы
** '''love_short''' - Короткие любовные романы
** '''love_erotica''' - Эротика
* ''Приключения''
** '''adv_western''' - Вестерн
** '''adv_history''' - Исторические приключения
** '''adv_indian''' - Приключения про индейцев
** '''adv_maritime''' - Морские приключения
** '''adv_geo''' - Путешествия и география
** '''adv_animal''' - Природа и животные
** '''adventure''' - Прочие приключения (то, что не вошло в другие категории)
* ''Детское''
** '''child_tale''' - Сказка
** '''child_verse''' - Детские стихи
** '''child_prose''' - Детскиая проза
** '''child_sf''' - Детская фантастика
** '''child_det''' - Детские остросюжетные
** '''child_adv''' - Детские приключения
** '''child_education''' - Детская образовательная литература
** '''children''' - Прочая детская литература (то, что не вошло в другие категории)
* ''Поэзия, Драматургия''
** '''poetry''' - Поэзия
** '''dramaturgy''' - Драматургия
* ''Старинное''
** '''antique_ant''' - Античная литература
** '''antique_european''' - Европейская старинная литература
** '''antique_russian''' - Древнерусская литература
** '''antique_east''' - Древневосточная литература
** '''antique_myths''' - Мифы. Легенды. Эпос
** '''antique''' - Прочая старинная литература (то, что не вошло в другие категории)
* ''Наука, Образование''
** '''sci_history''' - История
** '''sci_psychology''' - Психология
** '''sci_culture''' - Культурология
** '''sci_religion''' - Религиоведение
** '''sci_philosophy''' - Философия
** '''sci_politics''' - Политика
** '''sci_business''' - Деловая литература
** '''sci_juris''' - Юриспруденция
** '''sci_linguistic''' - Языкознание
** '''sci_medicine''' - Медицина
** '''sci_phys''' - Физика
** '''sci_math''' - Математика
** '''sci_chem''' - Химия
** '''sci_biology''' - Биология
** '''sci_tech''' - Технические науки
** '''science''' - Прочая научная литература (то, что не вошло в другие категории)
* ''Компьютеры и Интернет''
** '''comp_www''' - Интернет
** '''comp_programming''' - Программирование
** '''comp_hard''' - Компьютерное "железо" (аппаратное обеспечение)
** '''comp_soft''' - Программы
** '''comp_db''' - Базы данных
** '''comp_osnet''' - ОС и Сети
** '''computers''' - Прочая околокомпьтерная литература (то, что не вошло в другие категории)
* ''Справочная литература''
** '''ref_encyc''' - Энциклопедии
** '''ref_dict''' - Словари
** '''ref_ref''' - Справочники
** '''ref_guide''' - Руководства
** '''reference''' - Прочая справочная литература (то, что не вошло в другие категории)
* ''Документальная литература''
** '''nonf_biography''' - Биографии и Мемуары
** '''nonf_publicism''' - Публицистика
** '''nonf_criticism''' - Критика
** '''design''' - Искусство и Дизайн
** '''nonfiction''' - Прочая документальная литература (то, что не вошло в другие категории)
* ''Религия и духовность''
** '''religion_rel''' - Религия
** '''religion_esoterics''' - Эзотерика
** '''religion_self''' - Самосовершенствование
** '''religion''' - Прочая религионая литература (то, что не вошло в другие категории)
* ''Юмор''
** '''humor_anecdote''' - Анекдоты
** '''humor_prose''' - Юмористическая проза
** '''humor_verse''' - Юмористические стихи
** '''humor''' - Прочий юмор (то, что не вошло в другие категории)
* ''Домоводство (Дом и семья)''
** '''home_cooking''' - Кулинария
** '''home_pets''' - Домашние животные
** '''home_crafts''' - Хобби и ремесла
** '''home_entertain''' - Развлечения
** '''home_health''' - Здоровье
** '''home_garden''' - Сад и огород
** '''home_diy''' - Сделай сам
** '''home_sport''' - Спорт
** '''home_sex''' - Эротика, Секс
** '''home''' - Прочиее домоводство (то, что не вошло в другие категории)

Жанры сгруппированы по темам (это группирование условное и реализуется средствами ПО). Для каждого жанра приведено его условное обозначение (например '''sf_history'''), которое задается в файле книги и расшифровка (для '''sf_history''' это будет "Альтернативная история").

[[Category:Стандарт FB 2.1]]

Жанры FictionBook 2.1

2006-01-12T15:20:29Z

Gremlin:

{{В работе| [[Участник:Gremlin|Gremlin]] }}

[[Eng:FictionBook 2.1 genres|English]]

В FB 2.1 определен следующий список жанров:

* ''Science Fiction & Fantasy''
** '''sf_history''' - Alternative history
** '''sf_action''' - Action
** '''sf_epic''' - Epic
** '''sf_heroic''' - Heroic
** '''sf_detective''' - Detective
** '''sf_cyberpunk''' - Cyberpunk
** '''sf_space''' - Space
** '''sf_social''' - Social-philosophical
** '''sf_horror''' - Horror & mystic
** '''sf_humor''' - Humor
** '''sf_fantasy''' - Fantasy
** '''sf''' - Science Fiction
* ''Detectives & Thrillers''
** '''det_classic''' - Classical detectives
** '''det_police''' - Police Stories
** '''det_action''' - Action
** '''det_irony''' - Ironical detectives
** '''det_history''' - Historical detectives
** '''det_espionage''' - Espionage detectives
** '''det_crime''' - Crime detectives
** '''det_political''' - Political detectives
** '''det_maniac''' - Maniacs
** '''det_hard''' - Hard-boiled
** '''thriller''' - Thrillers
** '''detective''' - Detectives
* ''Prose''
** '''prose_classic''' - Classics prose
** '''prose_history''' - Historical prose
** '''prose_contemporary''' - Contemporary prose
** '''prose_counter''' - Counterculture
** '''prose_rus_classic''' - Russial classics prose
** '''prose_su_classics''' - Soviet classics prose
* ''Romance''
** '''love_contemporary''' - Contemporary Romance
** '''love_history''' - Historical Romance
** '''love_detective''' - Detective Romance
** '''love_short''' - Short Romance
** '''love_erotica''' - Erotica
* ''Adventure''
** '''adv_western''' - Western
** '''adv_history''' - History
** '''adv_indian''' - Indians
** '''adv_maritime''' - Maritime Fiction
** '''adv_geo''' - Travel & geography
** '''adv_animal''' - Nature & animals
** '''adventure''' - Other
* ''Children's''
** '''child_tale''' - Fairy Tales
** '''child_verse''' - Verses
** '''child_prose''' - Prose
** '''child_sf''' - Science Fiction
** '''child_det''' - Detectives & Thrillers
** '''child_adv''' - Adventures
** '''child_education''' - Educational
** '''children''' - Other
* ''Poetry & Dramaturgy''
** '''poetry''' - Poetry
** '''dramaturgy''' - Dramaturgy
* ''Antique literature''
** '''antique_ant''' - Antique
** '''antique_european''' - European
** '''antique_russian''' - Old russian
** '''antique_east''' - Old east
** '''antique_myths''' - Myths. Legends. Epos
** '''antique''' - Other
* ''Scientific-educational''
** '''sci_history''' - History
** '''sci_psychology''' - Psychology
** '''sci_culture''' - Cultural science
** '''sci_religion''' - Religious studies
** '''sci_philosophy''' - Philosophy
** '''sci_politics''' - Politics
** '''sci_business''' - Business literature
** '''sci_juris''' - Jurisprudence
** '''sci_linguistic''' - Linguistics
** '''sci_medicine''' - Medicine
** '''sci_phys''' - Physics
** '''sci_math''' - Mathematics
** '''sci_chem''' - Chemistry
** '''sci_biology''' - Biology
** '''sci_tech''' - Technical
** '''science''' - Other
* ''Computers & Internet''
** '''comp_www''' - Internet
** '''comp_programming''' - Programming
** '''comp_hard''' - Hardware
** '''comp_soft''' - Software
** '''comp_db''' - Databases
** '''comp_osnet''' - OS & Networking
** '''computers''' - Other
* ''Reference''
** '''ref_encyc''' - Encyclopedias
** '''ref_dict''' - Dictionaries
** '''ref_ref''' - Reference
** '''ref_guide''' - Guidebooks
** '''reference''' - Other
* ''Nonfiction''
** '''nonf_biography''' - Biography & Memoirs
** '''nonf_publicism''' - Publicism
** '''nonf_criticism''' - Criticism
** '''design''' - Art & design
** '''nonfiction''' - Other
* ''Religion & Inspiration''
** '''religion_rel''' - Religion
** '''religion_esoterics''' - Esoterics
** '''religion_self''' - Self-improvement
** '''religion''' - Other
* ''Humor''
** '''humor_anecdote''' - Anecdote
** '''humor_prose''' - Prose
** '''humor_verse''' - Verses
** '''humor''' - Other
* ''Home & Family''
** '''home_cooking''' - Cooking
** '''home_pets''' - Pets
** '''home_crafts''' - Hobbies & Crafts
** '''home_entertain''' - Entertaining
** '''home_health''' - Health
** '''home_garden''' - Garden
** '''home_diy''' - Do it yourself
** '''home_sport''' - Sports
** '''home_sex''' - Erotica & sex
** '''home''' - Other

Жанры сгруппированы по темам (это группирование условное и реализуется средствами ПО). Для каждого жанра приведено его условное обозначение (например '''sf_history'''), которое задается в файле книги и расшифровка (для '''sf_history''' это будет "Альтернативная история").

[[Category:Стандарт FB 2.1]]

Участник:Gremlin

2006-01-12T15:17:45Z

Gremlin: /* В работе: */

==В работе:==

[[:Category:Стандарт FB]]

[[:Category:Стандарт FB 2.1]]

[[:FictionBook:Степени реализации стандарта FB2.1]]

[[Жанры FictionBook 2.1]]

[[Eng:FictionBook 2.1 genres]]