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

FictionBook 3.0 - информация к размышлению

2009-11-02T21:13:42Z

FBAdmin: /* Заключение */

== Введение ==
Рассматривая предложения по бета-версии формата FictionBook все время возвращаюсь к одной и той же мысли. Можно конечно сейчас начать копаться в отдельных тегах, пытаться что-то улучшить, от чего-то защититься, но это выльется в диалог с Дмитрием Грибовым. А почему?

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

Даже беглый взгляд на схему fb3 вызывает сомнение, что для основные масс пользователей он станет более понятен. Эту мысль подтверждает и вялость обсуждения предложений по новой версии формата FictionBook. Я хочу вынести на обсуждения предложения, направленные на улучшение стройности формата. Сразу предупреждаю, что это даже не конкретные готовые предложения, а принципы построения третьей версии, которые в случае одобрения, надо еще довести до реализации. Честно, хотел выстроить всю систему до уровня развернутого готового предложения, но понял, что одному делать трудно и долго, можно просто опоздать, и подготовить предложения к тому моменту, когда они уже не будут нужны, как с шестиосной классификацией жанров.

Хочу сразу сказать, что я сейчас не рассматриваю драфт FB3 с критической точки зрения. Многие предложения драфта понятны и логичны, очень мало тех, которые вызывают вопросы и сомнения. Но сейчас не об этом. Сейчас хочется остановиться, оглянуться и подумать - а туда ли мы развиваемся? Или - как долго можно вводить новые типы, теги и атрибуты без опасения, что не кто-то из новичков, а уже сам не будешь понимать, что и для чего введено? 8) Итак, обо всем по порядку.

==Разделяй и властвуй==
Здесь я не хочу сказать ничего нового, а только напомнить старые истины. Вспомните, как описываются сложные системы взаимодействия OSI, или более практичный TCP/IP. Очень просто - рассматривают отдельные уровни взаимодействия - физический, транспортный, межсетевой, прикладной и другие независимо друг от друга. То есть не мешают все в общую кашу и становится все намного яснее. Здесь есть еще одна выгода - можно дорабатывать какой-либо уровень (вводить новый протокол, использовать новую физическую структуру передачи сигнала) и при этом совершенно не трогать остальные уровне, потому что им в принципе все равно, по какой физической среде будет передаваться сигнал или какой транспортный протокол будет использоваться.

Как бы можно было бы применить этот принцип в FB3:

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

Далее я буду рассматривать файл fb3-body, во-первых, как самый интересный, а во-вторых, я уже говорил, что предложенные принципы я еще не додумал до конца. 8)

===Второй уровень - структурный===
В структурном уровне решается вопрос описания структуры книги. Это никак не влияет на файлы и их взаимодействия и никак не отражает содержимое книги.

Если провести аналогию с бумажной книгой, то это приблизительно похоже на оглавление. Но приблизительно, потому что электронная книга более строго относится к структуре. Если ввести понятие уровня заголовка, то мы часто видим как бумажная книга начинается заголовками второго уровня, например, '''От автора''' и '''Предисловие''', а потом идет заголовок первого уровня - '''Глава 1'''. Это частый случай. На практике вакханалия с уровнями заголовков бывает и круче, поэтому у меня всегда вызывали удивление предложение делать электронную книгу похожую на бумажную. Электронная книга структурно всегда будет лучше оформлена, чем бумажная. Но это тема другого разговора, а здесь я ее коснулся, чтобы обратить внимание на беззаголовочную структуру первого уровня, куда входят два заголовка второго уровня - '''От автора''' и '''Предисловие'''. Это очень важный момент, вызывающий ошибки и путаницу. Скажу больше - не весь софт нормально обрабатывает беззаголовочную структуру - хотя это основа формата FictionBook.

Так вот структура - это разбиение всего текста книги на секции, неважно с заголовком или без. Вся книга разбивается на секции первого уровня, далее следует разбиение последних на секции второго уровня и так далее. Я бы выделил два типа секций - секция структурная и секция конечная. Секция структурная '''может содержать только секции''' и больше ничего. Секция конечная '''не может содержать секций'''. Вот их основное отличие.

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

С точки зрения программной обработки существующая схема и описание элемента section не вызывает никаких нареканий. С точки зрения практики, если описать эти два типа секций, как разные элементы и ошибок было бы меньше и понималось бы лучше и програмировалось бы проще. А кто не распутывал структуру fb2 после конвертации, когда пропадали начальные или конечные теги элемента section? Кошмар, не правда ли? А если ввести атрибут уровня секции (level=2), то и распутать было бы проще, а главное, запутать конвертер было бы сложнее! 8)
Вот так небольшое расширение формата уменьшило бы некоторую головную боль.

===Третий уровень - блоковый===
Блоки - это замечательно.

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

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

При этом редактор представляется набором форм, похожих на форму заполнения description, только для каждого блока своя. Вызывая форму мы обязательно заполняем все обязательные поля и при необходимости необязательные поля. На самом деле, каждое поле - это элемент или атрибут, которые редактор расставит согласно схеме, но нам с вами об этом знать не обязательно! И мы не можем совершить здесь ошибку. Разумеется для принципиальных любителей схемы всегда остается возможность редактировать в notepad согласно схемы :).

Давайте для примера рассмотрим блок заголовка, где-то так <block type=title ...>...</block>. Почему заголовок - это блок? Потому что, во-первых, он преформатирован, то есть располагается иначе чем основной текст, во-вторых, имеет несколько элементов, а значит их надо загнать в контейнер. Впрочем, первое условие уже определяющее.

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

Точкой привязки блока всегда будет то место основного текста, куда вставлен блок. Первый элемент - title - основной текст заголовка, он может быть размещен по центру, справа, слева. Встречал все три случая, однако обычно размещается по центру. Следующий элемент - рисунок. Это может быть русунком к главе, видел и случаи заголовков с художественно выполнен текстом, например, рисунок с цифрой главы - это тоже рисунок. Третий элемент - расширенный заголовок (extended title). Это, например, - "в которой говорится о ...". Четвертый элемент - эпиграф, который в свою очередь может иметь текст, автора, источник, время и место написания/изречения. Этих элементов может быть несколько.

Кстати, автор, источник, время и место написания нам будет встречаться часто, как в составе других блоков (например, цитата), так и как самостоятельный блок (часто художественная книга заканчивается чем-то вроде Москва 1988-1990 г. Поэтому логично выделить его в отдельный блок. То есть блок может содержать другие блоки. Естественно, не любые, а только те, которые уместны в данном блоке и, главное, оговорены в схеме.

Выглядеть это будет приблизительно так:
<block type=subscription>
<source>...</source>
<where>...</where>
<when> ...</when>
<author>...</author>
</block>

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

Что такое <source>? Это и "Письмо Ивана Иваныча к Ивану Никифоровичу", и "Капитал", и "Разговор в поезде". То есть все, что отвечает на вопрос "откуда?". Где было написано или изречен текст эпиграфа выясним в элементе <where>. А вот <when> а не <date> по той причине, что это не только "8 января 1951 года", но и "начало III века до нашей эры" или "вчера после полудни", что уже никак не date. Я уж молчу, что автор это и "А.С. Пушкин" и "Собеседник в поезде". То есть не будем ставить преграды там, где в них нет острой необходимости. Я не вводил атрибута align для блока subscription, потому что этот блок как в основном тексте, так и в вышестоящем контейнере всегда right. А вот блок title может быть и right, и center, и left, и даже на 30% окна и быть обтекаемым - например, в учебниках это встречается не редко.

Сразу давайте оговоримся, что одно дело создание fb-документа, где мы обязаны максимально соответствовать авторскому варианту, и другое дело отображение, где ридер должен считаться с техническими характеристиками устройства отображения. Поэтому на экране мобильника никто не ожидает увидеть обтекаемые заголовки на 30% ширины экрана слева, а вот на 19" мониторе это вполне ожидаемо, также и на eInk электронных книжках.

Подытожим наши размышления:
<block type=title align=center>
<title>Глава 1</title>
<img>glava1.jpg</img>
<extended_title>Размышления о FB3</extended_title>
<epigraph>Блоки - это замечательно</epigraph>
<block type=subscription>
<author>Прохожий</author>
</block>
</block>

Так будет оформлен документ, а в редакторе, как и говорил раньше, мы просто заполним две формы, форму блока tite и форму блока subscription или проверим, как их заполнит импортированный материал.

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

Оставим пока блоки, хотя здесь еще о многом можно говорить, и перейдем к следующему уровню.

===Четвертый уровень - инлайновый===
FictionBook - это формат структуры.

Это неоспариваемая истина. Но, с другой стороны, надо признать, что выделенное слово - это не способ отображения, это авторский акцент. Курсив - это текст выпадающий из основного текста (содержание письма, инлайновая цитата или что-либо подобное)и тоже авторское выделение. Я уже молчу о верхних и нижних индексах, подчеркивании и зачеркивании текста. Лесенка в стихотворной строке - это тоже важный элемент от которого зависит способ прочтения (дополнительный акцент) - это авторская структура.

Все что я перечислил это инлайновые элементы, то есть элементы акцентирования части, слова, буквы внутри абзаца или абзаца целиком. Они не зависят от того, в каком абзаце они встречаются и в каком блоке находится этот абзац. Мне могут возразить, что есть элементы, которые выделяются структурно и их нельзя выделять инлайновыми элементами, например, title. А так ли это? Никто не встречал выделения текста в заголовке? Я пока не встречал... Но если их нет, то и не будут использовать, а если они импортируются из dос, то почему бы при импорте не нормализовать заголовки самой программе редактора и не забивать голову этой проблемой людям :).

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

== Заключение ==
Сразу скажу, что я читал предложения по fb3, анализировал схему, и мне показалось, что мы размножаем недостатки fb2. Потом я надолго отложил
новые предложения и стал анализировать проблемы, которые возникают при подготовке документов в формате fb2, их причины и искать пути их решения.

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

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

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

'''''Алексей Седых'''''

FictionBook 3.0 - информация к размышлению

2009-11-01T09:05:04Z

FBAdmin: /* Четвертый уровень - инлайновый */

== Введение ==
Рассматривая предложения по бета-версии формата FictionBook все время возвращаюсь к одной и той же мысли. Можно конечно сейчас начать копаться в отдельных тегах, пытаться что-то улучшить, от чего-то защититься, но это выльется в диалог с Дмитрием Грибовым. А почему?

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

Даже беглый взгляд на схему fb3 вызывает сомнение, что для основные масс пользователей он станет более понятен. Эту мысль подтверждает и вялость обсуждения предложений по новой версии формата FictionBook. Я хочу вынести на обсуждения предложения, направленные на улучшение стройности формата. Сразу предупреждаю, что это даже не конкретные готовые предложения, а принципы построения третьей версии, которые в случае одобрения, надо еще довести до реализации. Честно, хотел выстроить всю систему до уровня развернутого готового предложения, но понял, что одному делать трудно и долго, можно просто опоздать, и подготовить предложения к тому моменту, когда они уже не будут нужны, как с шестиосной классификацией жанров.

Хочу сразу сказать, что я сейчас не рассматриваю драфт FB3 с критической точки зрения. Многие предложения драфта понятны и логичны, очень мало тех, которые вызывают вопросы и сомнения. Но сейчас не об этом. Сейчас хочется остановиться, оглянуться и подумать - а туда ли мы развиваемся? Или - как долго можно вводить новые типы, теги и атрибуты без опасения, что не кто-то из новичков, а уже сам не будешь понимать, что и для чего введено? 8) Итак, обо всем по порядку.

==Разделяй и властвуй==
Здесь я не хочу сказать ничего нового, а только напомнить старые истины. Вспомните, как описываются сложные системы взаимодействия OSI, или более практичный TCP/IP. Очень просто - рассматривают отдельные уровни взаимодействия - физический, транспортный, межсетевой, прикладной и другие независимо друг от друга. То есть не мешают все в общую кашу и становится все намного яснее. Здесь есть еще одна выгода - можно дорабатывать какой-либо уровень (вводить новый протокол, использовать новую физическую структуру передачи сигнала) и при этом совершенно не трогать остальные уровне, потому что им в принципе все равно, по какой физической среде будет передаваться сигнал или какой транспортный протокол будет использоваться.

Как бы можно было бы применить этот принцип в FB3:

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

Далее я буду рассматривать файл fb3-body, во-первых, как самый интересный, а во-вторых, я уже говорил, что предложенные принципы я еще не додумал до конца. 8)

===Второй уровень - структурный===
В структурном уровне решается вопрос описания структуры книги. Это никак не влияет на файлы и их взаимодействия и никак не отражает содержимое книги.

Если провести аналогию с бумажной книгой, то это приблизительно похоже на оглавление. Но приблизительно, потому что электронная книга более строго относится к структуре. Если ввести понятие уровня заголовка, то мы часто видим как бумажная книга начинается заголовками второго уровня, например, '''От автора''' и '''Предисловие''', а потом идет заголовок первого уровня - '''Глава 1'''. Это частый случай. На практике вакханалия с уровнями заголовков бывает и круче, поэтому у меня всегда вызывали удивление предложение делать электронную книгу похожую на бумажную. Электронная книга структурно всегда будет лучше оформлена, чем бумажная. Но это тема другого разговора, а здесь я ее коснулся, чтобы обратить внимание на беззаголовочную структуру первого уровня, куда входят два заголовка второго уровня - '''От автора''' и '''Предисловие'''. Это очень важный момент, вызывающий ошибки и путаницу. Скажу больше - не весь софт нормально обрабатывает беззаголовочную структуру - хотя это основа формата FictionBook.

Так вот структура - это разбиение всего текста книги на секции, неважно с заголовком или без. Вся книга разбивается на секции первого уровня, далее следует разбиение последних на секции второго уровня и так далее. Я бы выделил два типа секций - секция структурная и секция конечная. Секция структурная '''может содержать только секции''' и больше ничего. Секция конечная '''не может содержать секций'''. Вот их основное отличие.

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

С точки зрения программной обработки существующая схема и описание элемента section не вызывает никаких нареканий. С точки зрения практики, если описать эти два типа секций, как разные элементы и ошибок было бы меньше и понималось бы лучше и програмировалось бы проще. А кто не распутывал структуру fb2 после конвертации, когда пропадали начальные или конечные теги элемента section? Кошмар, не правда ли? А если ввести атрибут уровня секции (level=2), то и распутать было бы проще, а главное, запутать конвертер было бы сложнее! 8)
Вот так небольшое расширение формата уменьшило бы некоторую головную боль.

===Третий уровень - блоковый===
Блоки - это замечательно.

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

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

При этом редактор представляется набором форм, похожих на форму заполнения description, только для каждого блока своя. Вызывая форму мы обязательно заполняем все обязательные поля и при необходимости необязательные поля. На самом деле, каждое поле - это элемент или атрибут, которые редактор расставит согласно схеме, но нам с вами об этом знать не обязательно! И мы не можем совершить здесь ошибку. Разумеется для принципиальных любителей схемы всегда остается возможность редактировать в notepad согласно схемы :).

Давайте для примера рассмотрим блок заголовка, где-то так <block type=title ...>...</block>. Почему заголовок - это блок? Потому что, во-первых, он преформатирован, то есть располагается иначе чем основной текст, во-вторых, имеет несколько элементов, а значит их надо загнать в контейнер. Впрочем, первое условие уже определяющее.

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

Точкой привязки блока всегда будет то место основного текста, куда вставлен блок. Первый элемент - title - основной текст заголовка, он может быть размещен по центру, справа, слева. Встречал все три случая, однако обычно размещается по центру. Следующий элемент - рисунок. Это может быть русунком к главе, видел и случаи заголовков с художественно выполнен текстом, например, рисунок с цифрой главы - это тоже рисунок. Третий элемент - расширенный заголовок (extended title). Это, например, - "в которой говорится о ...". Четвертый элемент - эпиграф, который в свою очередь может иметь текст, автора, источник, время и место написания/изречения. Этих элементов может быть несколько.

Кстати, автор, источник, время и место написания нам будет встречаться часто, как в составе других блоков (например, цитата), так и как самостоятельный блок (часто художественная книга заканчивается чем-то вроде Москва 1988-1990 г. Поэтому логично выделить его в отдельный блок. То есть блок может содержать другие блоки. Естественно, не любые, а только те, которые уместны в данном блоке и, главное, оговорены в схеме.

Выглядеть это будет приблизительно так:
<block type=subscription>
<source>...</source>
<where>...</where>
<when> ...</when>
<author>...</author>
</block>

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

Что такое <source>? Это и "Письмо Ивана Иваныча к Ивану Никифоровичу", и "Капитал", и "Разговор в поезде". То есть все, что отвечает на вопрос "откуда?". Где было написано или изречен текст эпиграфа выясним в элементе <where>. А вот <when> а не <date> по той причине, что это не только "8 января 1951 года", но и "начало III века до нашей эры" или "вчера после полудни", что уже никак не date. Я уж молчу, что автор это и "А.С. Пушкин" и "Собеседник в поезде". То есть не будем ставить преграды там, где в них нет острой необходимости. Я не вводил атрибута align для блока subscription, потому что этот блок как в основном тексте, так и в вышестоящем контейнере всегда right. А вот блок title может быть и right, и center, и left, и даже на 30% окна и быть обтекаемым - например, в учебниках это встречается не редко.

Сразу давайте оговоримся, что одно дело создание fb-документа, где мы обязаны максимально соответствовать авторскому варианту, и другое дело отображение, где ридер должен считаться с техническими характеристиками устройства отображения. Поэтому на экране мобильника никто не ожидает увидеть обтекаемые заголовки на 30% ширины экрана слева, а вот на 19" мониторе это вполне ожидаемо, также и на eInk электронных книжках.

Подытожим наши размышления:
<block type=title align=center>
<title>Глава 1</title>
<img>glava1.jpg</img>
<extended_title>Размышления о FB3</extended_title>
<epigraph>Блоки - это замечательно</epigraph>
<block type=subscription>
<author>Прохожий</author>
</block>
</block>

Так будет оформлен документ, а в редакторе, как и говорил раньше, мы просто заполним две формы, форму блока tite и форму блока subscription или проверим, как их заполнит импортированный материал.

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

Оставим пока блоки, хотя здесь еще о многом можно говорить, и перейдем к следующему уровню.

===Четвертый уровень - инлайновый===
FictionBook - это формат структуры.

Это неоспариваемая истина. Но, с другой стороны, надо признать, что выделенное слово - это не способ отображения, это авторский акцент. Курсив - это текст выпадающий из основного текста (содержание письма, инлайновая цитата или что-либо подобное)и тоже авторское выделение. Я уже молчу о верхних и нижних индексах, подчеркивании и зачеркивании текста. Лесенка в стихотворной строке - это тоже важный элемент от которого зависит способ прочтения (дополнительный акцент) - это авторская структура.

Все что я перечислил это инлайновые элементы, то есть элементы акцентирования части, слова, буквы внутри абзаца или абзаца целиком. Они не зависят от того, в каком абзаце они встречаются и в каком блоке находится этот абзац. Мне могут возразить, что есть элементы, которые выделяются структурно и их нельзя выделять инлайновыми элементами, например, title. А так ли это? Никто не встречал выделения текста в заголовке? Я пока не встречал... Но если их нет, то и не будут использовать, а если они импортируются из dос, то почему бы при импорте не нормализовать заголовки самой программе редактора и не забивать голову этой проблемой людям :).

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

== Заключение ==
Сразу скажу, что я читал предложения по fb3, анализировал схему, и мне показалось, что мы размножаем недостатки fb2. Потом я надолго отложил
новые предложения и стал анализировать проблемы, которые возникают при подготовке документов в формате fb2, их причины и искать пути их решения.

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

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

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

'''''Алексей Седых'''''

FictionBook 3.0 - информация к размышлению

2009-10-31T23:46:08Z

FBAdmin: /* Заключение */

== Введение ==
Рассматривая предложения по бета-версии формата FictionBook все время возвращаюсь к одной и той же мысли. Можно конечно сейчас начать копаться в отдельных тегах, пытаться что-то улучшить, от чего-то защититься, но это выльется в диалог с Дмитрием Грибовым. А почему?

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

Даже беглый взгляд на схему fb3 вызывает сомнение, что для основные масс пользователей он станет более понятен. Эту мысль подтверждает и вялость обсуждения предложений по новой версии формата FictionBook. Я хочу вынести на обсуждения предложения, направленные на улучшение стройности формата. Сразу предупреждаю, что это даже не конкретные готовые предложения, а принципы построения третьей версии, которые в случае одобрения, надо еще довести до реализации. Честно, хотел выстроить всю систему до уровня развернутого готового предложения, но понял, что одному делать трудно и долго, можно просто опоздать, и подготовить предложения к тому моменту, когда они уже не будут нужны, как с шестиосной классификацией жанров.

Хочу сразу сказать, что я сейчас не рассматриваю драфт FB3 с критической точки зрения. Многие предложения драфта понятны и логичны, очень мало тех, которые вызывают вопросы и сомнения. Но сейчас не об этом. Сейчас хочется остановиться, оглянуться и подумать - а туда ли мы развиваемся? Или - как долго можно вводить новые типы, теги и атрибуты без опасения, что не кто-то из новичков, а уже сам не будешь понимать, что и для чего введено? 8) Итак, обо всем по порядку.

==Разделяй и властвуй==
Здесь я не хочу сказать ничего нового, а только напомнить старые истины. Вспомните, как описываются сложные системы взаимодействия OSI, или более практичный TCP/IP. Очень просто - рассматривают отдельные уровни взаимодействия - физический, транспортный, межсетевой, прикладной и другие независимо друг от друга. То есть не мешают все в общую кашу и становится все намного яснее. Здесь есть еще одна выгода - можно дорабатывать какой-либо уровень (вводить новый протокол, использовать новую физическую структуру передачи сигнала) и при этом совершенно не трогать остальные уровне, потому что им в принципе все равно, по какой физической среде будет передаваться сигнал или какой транспортный протокол будет использоваться.

Как бы можно было бы применить этот принцип в FB3:

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

Далее я буду рассматривать файл fb3-body, во-первых, как самый интересный, а во-вторых, я уже говорил, что предложенные принципы я еще не додумал до конца. 8)

===Второй уровень - структурный===
В структурном уровне решается вопрос описания структуры книги. Это никак не влияет на файлы и их взаимодействия и никак не отражает содержимое книги.

Если провести аналогию с бумажной книгой, то это приблизительно похоже на оглавление. Но приблизительно, потому что электронная книга более строго относится к структуре. Если ввести понятие уровня заголовка, то мы часто видим как бумажная книга начинается заголовками второго уровня, например, '''От автора''' и '''Предисловие''', а потом идет заголовок первого уровня - '''Глава 1'''. Это частый случай. На практике вакханалия с уровнями заголовков бывает и круче, поэтому у меня всегда вызывали удивление предложение делать электронную книгу похожую на бумажную. Электронная книга структурно всегда будет лучше оформлена, чем бумажная. Но это тема другого разговора, а здесь я ее коснулся, чтобы обратить внимание на беззаголовочную структуру первого уровня, куда входят два заголовка второго уровня - '''От автора''' и '''Предисловие'''. Это очень важный момент, вызывающий ошибки и путаницу. Скажу больше - не весь софт нормально обрабатывает беззаголовочную структуру - хотя это основа формата FictionBook.

Так вот структура - это разбиение всего текста книги на секции, неважно с заголовком или без. Вся книга разбивается на секции первого уровня, далее следует разбиение последних на секции второго уровня и так далее. Я бы выделил два типа секций - секция структурная и секция конечная. Секция структурная '''может содержать только секции''' и больше ничего. Секция конечная '''не может содержать секций'''. Вот их основное отличие.

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

С точки зрения программной обработки существующая схема и описание элемента section не вызывает никаких нареканий. С точки зрения практики, если описать эти два типа секций, как разные элементы и ошибок было бы меньше и понималось бы лучше и програмировалось бы проще. А кто не распутывал структуру fb2 после конвертации, когда пропадали начальные или конечные теги элемента section? Кошмар, не правда ли? А если ввести атрибут уровня секции (level=2), то и распутать было бы проще, а главное, запутать конвертер было бы сложнее! 8)
Вот так небольшое расширение формата уменьшило бы некоторую головную боль.

===Третий уровень - блоковый===
Блоки - это замечательно.

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

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

При этом редактор представляется набором форм, похожих на форму заполнения description, только для каждого блока своя. Вызывая форму мы обязательно заполняем все обязательные поля и при необходимости необязательные поля. На самом деле, каждое поле - это элемент или атрибут, которые редактор расставит согласно схеме, но нам с вами об этом знать не обязательно! И мы не можем совершить здесь ошибку. Разумеется для принципиальных любителей схемы всегда остается возможность редактировать в notepad согласно схемы :).

Давайте для примера рассмотрим блок заголовка, где-то так <block type=title ...>...</block>. Почему заголовок - это блок? Потому что, во-первых, он преформатирован, то есть располагается иначе чем основной текст, во-вторых, имеет несколько элементов, а значит их надо загнать в контейнер. Впрочем, первое условие уже определяющее.

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

Точкой привязки блока всегда будет то место основного текста, куда вставлен блок. Первый элемент - title - основной текст заголовка, он может быть размещен по центру, справа, слева. Встречал все три случая, однако обычно размещается по центру. Следующий элемент - рисунок. Это может быть русунком к главе, видел и случаи заголовков с художественно выполнен текстом, например, рисунок с цифрой главы - это тоже рисунок. Третий элемент - расширенный заголовок (extended title). Это, например, - "в которой говорится о ...". Четвертый элемент - эпиграф, который в свою очередь может иметь текст, автора, источник, время и место написания/изречения. Этих элементов может быть несколько.

Кстати, автор, источник, время и место написания нам будет встречаться часто, как в составе других блоков (например, цитата), так и как самостоятельный блок (часто художественная книга заканчивается чем-то вроде Москва 1988-1990 г. Поэтому логично выделить его в отдельный блок. То есть блок может содержать другие блоки. Естественно, не любые, а только те, которые уместны в данном блоке и, главное, оговорены в схеме.

Выглядеть это будет приблизительно так:
<block type=subscription>
<source>...</source>
<where>...</where>
<when> ...</when>
<author>...</author>
</block>

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

Что такое <source>? Это и "Письмо Ивана Иваныча к Ивану Никифоровичу", и "Капитал", и "Разговор в поезде". То есть все, что отвечает на вопрос "откуда?". Где было написано или изречен текст эпиграфа выясним в элементе <where>. А вот <when> а не <date> по той причине, что это не только "8 января 1951 года", но и "начало III века до нашей эры" или "вчера после полудни", что уже никак не date. Я уж молчу, что автор это и "А.С. Пушкин" и "Собеседник в поезде". То есть не будем ставить преграды там, где в них нет острой необходимости. Я не вводил атрибута align для блока subscription, потому что этот блок как в основном тексте, так и в вышестоящем контейнере всегда right. А вот блок title может быть и right, и center, и left, и даже на 30% окна и быть обтекаемым - например, в учебниках это встречается не редко.

Сразу давайте оговоримся, что одно дело создание fb-документа, где мы обязаны максимально соответствовать авторскому варианту, и другое дело отображение, где ридер должен считаться с техническими характеристиками устройства отображения. Поэтому на экране мобильника никто не ожидает увидеть обтекаемые заголовки на 30% ширины экрана слева, а вот на 19" мониторе это вполне ожидаемо, также и на eInk электронных книжках.

Подытожим наши размышления:
<block type=title align=center>
<title>Глава 1</title>
<img>glava1.jpg</img>
<extended_title>Размышления о FB3</extended_title>
<epigraph>Блоки - это замечательно</epigraph>
<block type=subscription>
<author>Прохожий</author>
</block>
</block>

Так будет оформлен документ, а в редакторе, как и говорил раньше, мы просто заполним две формы, форму блока tite и форму блока subscription или проверим, как их заполнит импортированный материал.

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

Оставим пока блоки, хотя здесь еще о многом можно говорить, и перейдем к следующему уровню.

===Четвертый уровень - инлайновый===
FictionBook - это формат структуры.

Это неоспариваемая истина. Но, с другой стороны, надо признать, что выделенное слово - это не способ отображения, это авторский акцент. Курсив - это текст выпадающий из основного текста (содержание письма, инлайновая цитата или что-либо подобное)и тоже авторское выделение. Я уже молчу о верхних и нижних индексах, подчеркивании и зачеркивании текста. Лесенка в стихотворной строке - это тоже важный элемент от которого зависит способ прочтения (дополнительный акцент) - это авторская структура.

Все что я перечислил это инлайновые элементы, то есть элементы акцентирования части, слова, буквы внутри абзаца или абзаца целиком. Они не зависят от того, в каком абзаце они встречаются и в каком блоке находится этот абзац. Мне могут возразить, что есть элементы, которые выделяются структурно и их нельзя выделять инлайновыми элементами, например, title. А так ли это? Никто не встречал выделения текста в заголовке? Я пока не встречал... Но если их нет, то и не будут использовать, а если они импортируются из dос, то почему бы при импорте не нормализовать заголовки самой программе редактора и не забивать голову этой проблемой людям :).

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

== Заключение ==
Сразу скажу, что я читал предложения по fb3, анализировал схему, и мне показалось, что мы размножаем недостатки fb2. Потом я надолго отложил
новые предложения и стал анализировать проблемы, которые возникают при подготовке документов в формате fb2, их причины и искать пути их решения.

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

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

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

'''''Алексей Седых'''''

FictionBook 3.0 - информация к размышлению

2009-10-31T23:28:31Z

FBAdmin: /* Четвертый уровень - инлайновый */

== Введение ==
Рассматривая предложения по бета-версии формата FictionBook все время возвращаюсь к одной и той же мысли. Можно конечно сейчас начать копаться в отдельных тегах, пытаться что-то улучшить, от чего-то защититься, но это выльется в диалог с Дмитрием Грибовым. А почему?

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

Даже беглый взгляд на схему fb3 вызывает сомнение, что для основные масс пользователей он станет более понятен. Эту мысль подтверждает и вялость обсуждения предложений по новой версии формата FictionBook. Я хочу вынести на обсуждения предложения, направленные на улучшение стройности формата. Сразу предупреждаю, что это даже не конкретные готовые предложения, а принципы построения третьей версии, которые в случае одобрения, надо еще довести до реализации. Честно, хотел выстроить всю систему до уровня развернутого готового предложения, но понял, что одному делать трудно и долго, можно просто опоздать, и подготовить предложения к тому моменту, когда они уже не будут нужны, как с шестиосной классификацией жанров.

Хочу сразу сказать, что я сейчас не рассматриваю драфт FB3 с критической точки зрения. Многие предложения драфта понятны и логичны, очень мало тех, которые вызывают вопросы и сомнения. Но сейчас не об этом. Сейчас хочется остановиться, оглянуться и подумать - а туда ли мы развиваемся? Или - как долго можно вводить новые типы, теги и атрибуты без опасения, что не кто-то из новичков, а уже сам не будешь понимать, что и для чего введено? 8) Итак, обо всем по порядку.

==Разделяй и властвуй==
Здесь я не хочу сказать ничего нового, а только напомнить старые истины. Вспомните, как описываются сложные системы взаимодействия OSI, или более практичный TCP/IP. Очень просто - рассматривают отдельные уровни взаимодействия - физический, транспортный, межсетевой, прикладной и другие независимо друг от друга. То есть не мешают все в общую кашу и становится все намного яснее. Здесь есть еще одна выгода - можно дорабатывать какой-либо уровень (вводить новый протокол, использовать новую физическую структуру передачи сигнала) и при этом совершенно не трогать остальные уровне, потому что им в принципе все равно, по какой физической среде будет передаваться сигнал или какой транспортный протокол будет использоваться.

Как бы можно было бы применить этот принцип в FB3:

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

Далее я буду рассматривать файл fb3-body, во-первых, как самый интересный, а во-вторых, я уже говорил, что предложенные принципы я еще не додумал до конца. 8)

===Второй уровень - структурный===
В структурном уровне решается вопрос описания структуры книги. Это никак не влияет на файлы и их взаимодействия и никак не отражает содержимое книги.

Если провести аналогию с бумажной книгой, то это приблизительно похоже на оглавление. Но приблизительно, потому что электронная книга более строго относится к структуре. Если ввести понятие уровня заголовка, то мы часто видим как бумажная книга начинается заголовками второго уровня, например, '''От автора''' и '''Предисловие''', а потом идет заголовок первого уровня - '''Глава 1'''. Это частый случай. На практике вакханалия с уровнями заголовков бывает и круче, поэтому у меня всегда вызывали удивление предложение делать электронную книгу похожую на бумажную. Электронная книга структурно всегда будет лучше оформлена, чем бумажная. Но это тема другого разговора, а здесь я ее коснулся, чтобы обратить внимание на беззаголовочную структуру первого уровня, куда входят два заголовка второго уровня - '''От автора''' и '''Предисловие'''. Это очень важный момент, вызывающий ошибки и путаницу. Скажу больше - не весь софт нормально обрабатывает беззаголовочную структуру - хотя это основа формата FictionBook.

Так вот структура - это разбиение всего текста книги на секции, неважно с заголовком или без. Вся книга разбивается на секции первого уровня, далее следует разбиение последних на секции второго уровня и так далее. Я бы выделил два типа секций - секция структурная и секция конечная. Секция структурная '''может содержать только секции''' и больше ничего. Секция конечная '''не может содержать секций'''. Вот их основное отличие.

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

С точки зрения программной обработки существующая схема и описание элемента section не вызывает никаких нареканий. С точки зрения практики, если описать эти два типа секций, как разные элементы и ошибок было бы меньше и понималось бы лучше и програмировалось бы проще. А кто не распутывал структуру fb2 после конвертации, когда пропадали начальные или конечные теги элемента section? Кошмар, не правда ли? А если ввести атрибут уровня секции (level=2), то и распутать было бы проще, а главное, запутать конвертер было бы сложнее! 8)
Вот так небольшое расширение формата уменьшило бы некоторую головную боль.

===Третий уровень - блоковый===
Блоки - это замечательно.

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

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

При этом редактор представляется набором форм, похожих на форму заполнения description, только для каждого блока своя. Вызывая форму мы обязательно заполняем все обязательные поля и при необходимости необязательные поля. На самом деле, каждое поле - это элемент или атрибут, которые редактор расставит согласно схеме, но нам с вами об этом знать не обязательно! И мы не можем совершить здесь ошибку. Разумеется для принципиальных любителей схемы всегда остается возможность редактировать в notepad согласно схемы :).

Давайте для примера рассмотрим блок заголовка, где-то так <block type=title ...>...</block>. Почему заголовок - это блок? Потому что, во-первых, он преформатирован, то есть располагается иначе чем основной текст, во-вторых, имеет несколько элементов, а значит их надо загнать в контейнер. Впрочем, первое условие уже определяющее.

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

Точкой привязки блока всегда будет то место основного текста, куда вставлен блок. Первый элемент - title - основной текст заголовка, он может быть размещен по центру, справа, слева. Встречал все три случая, однако обычно размещается по центру. Следующий элемент - рисунок. Это может быть русунком к главе, видел и случаи заголовков с художественно выполнен текстом, например, рисунок с цифрой главы - это тоже рисунок. Третий элемент - расширенный заголовок (extended title). Это, например, - "в которой говорится о ...". Четвертый элемент - эпиграф, который в свою очередь может иметь текст, автора, источник, время и место написания/изречения. Этих элементов может быть несколько.

Кстати, автор, источник, время и место написания нам будет встречаться часто, как в составе других блоков (например, цитата), так и как самостоятельный блок (часто художественная книга заканчивается чем-то вроде Москва 1988-1990 г. Поэтому логично выделить его в отдельный блок. То есть блок может содержать другие блоки. Естественно, не любые, а только те, которые уместны в данном блоке и, главное, оговорены в схеме.

Выглядеть это будет приблизительно так:
<block type=subscription>
<source>...</source>
<where>...</where>
<when> ...</when>
<author>...</author>
</block>

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

Что такое <source>? Это и "Письмо Ивана Иваныча к Ивану Никифоровичу", и "Капитал", и "Разговор в поезде". То есть все, что отвечает на вопрос "откуда?". Где было написано или изречен текст эпиграфа выясним в элементе <where>. А вот <when> а не <date> по той причине, что это не только "8 января 1951 года", но и "начало III века до нашей эры" или "вчера после полудни", что уже никак не date. Я уж молчу, что автор это и "А.С. Пушкин" и "Собеседник в поезде". То есть не будем ставить преграды там, где в них нет острой необходимости. Я не вводил атрибута align для блока subscription, потому что этот блок как в основном тексте, так и в вышестоящем контейнере всегда right. А вот блок title может быть и right, и center, и left, и даже на 30% окна и быть обтекаемым - например, в учебниках это встречается не редко.

Сразу давайте оговоримся, что одно дело создание fb-документа, где мы обязаны максимально соответствовать авторскому варианту, и другое дело отображение, где ридер должен считаться с техническими характеристиками устройства отображения. Поэтому на экране мобильника никто не ожидает увидеть обтекаемые заголовки на 30% ширины экрана слева, а вот на 19" мониторе это вполне ожидаемо, также и на eInk электронных книжках.

Подытожим наши размышления:
<block type=title align=center>
<title>Глава 1</title>
<img>glava1.jpg</img>
<extended_title>Размышления о FB3</extended_title>
<epigraph>Блоки - это замечательно</epigraph>
<block type=subscription>
<author>Прохожий</author>
</block>
</block>

Так будет оформлен документ, а в редакторе, как и говорил раньше, мы просто заполним две формы, форму блока tite и форму блока subscription или проверим, как их заполнит импортированный материал.

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

Оставим пока блоки, хотя здесь еще о многом можно говорить, и перейдем к следующему уровню.

===Четвертый уровень - инлайновый===
FictionBook - это формат структуры.

Это неоспариваемая истина. Но, с другой стороны, надо признать, что выделенное слово - это не способ отображения, это авторский акцент. Курсив - это текст выпадающий из основного текста (содержание письма, инлайновая цитата или что-либо подобное)и тоже авторское выделение. Я уже молчу о верхних и нижних индексах, подчеркивании и зачеркивании текста. Лесенка в стихотворной строке - это тоже важный элемент от которого зависит способ прочтения (дополнительный акцент) - это авторская структура.

Все что я перечислил это инлайновые элементы, то есть элементы акцентирования части, слова, буквы внутри абзаца или абзаца целиком. Они не зависят от того, в каком абзаце они встречаются и в каком блоке находится этот абзац. Мне могут возразить, что есть элементы, которые выделяются структурно и их нельзя выделять инлайновыми элементами, например, title. А так ли это? Никто не встречал выделения текста в заголовке? Я пока не встречал... Но если их нет, то и не будут использовать, а если они импортируются из dос, то почему бы при импорте не нормализовать заголовки самой программе редактора и не забивать голову этой проблемой людям :).

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

== Заключение ==
Сразу скажу, что я читал предложения по fb3, анализировал схему, и мне показалось, что мы размножаем недостатки fb2. Потом я надолго отложил
новые предложения и стал анализировать проблемы, которые возникают при подготовке документов в формате fb2, их причины и искать пути их решения.
'''''Алексей Седых'''''

FictionBook 3.0 - информация к размышлению

2009-10-31T22:48:28Z

FBAdmin: /* Третий уровень - блоковый */

== Введение ==
Рассматривая предложения по бета-версии формата FictionBook все время возвращаюсь к одной и той же мысли. Можно конечно сейчас начать копаться в отдельных тегах, пытаться что-то улучшить, от чего-то защититься, но это выльется в диалог с Дмитрием Грибовым. А почему?

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

Даже беглый взгляд на схему fb3 вызывает сомнение, что для основные масс пользователей он станет более понятен. Эту мысль подтверждает и вялость обсуждения предложений по новой версии формата FictionBook. Я хочу вынести на обсуждения предложения, направленные на улучшение стройности формата. Сразу предупреждаю, что это даже не конкретные готовые предложения, а принципы построения третьей версии, которые в случае одобрения, надо еще довести до реализации. Честно, хотел выстроить всю систему до уровня развернутого готового предложения, но понял, что одному делать трудно и долго, можно просто опоздать, и подготовить предложения к тому моменту, когда они уже не будут нужны, как с шестиосной классификацией жанров.

Хочу сразу сказать, что я сейчас не рассматриваю драфт FB3 с критической точки зрения. Многие предложения драфта понятны и логичны, очень мало тех, которые вызывают вопросы и сомнения. Но сейчас не об этом. Сейчас хочется остановиться, оглянуться и подумать - а туда ли мы развиваемся? Или - как долго можно вводить новые типы, теги и атрибуты без опасения, что не кто-то из новичков, а уже сам не будешь понимать, что и для чего введено? 8) Итак, обо всем по порядку.

==Разделяй и властвуй==
Здесь я не хочу сказать ничего нового, а только напомнить старые истины. Вспомните, как описываются сложные системы взаимодействия OSI, или более практичный TCP/IP. Очень просто - рассматривают отдельные уровни взаимодействия - физический, транспортный, межсетевой, прикладной и другие независимо друг от друга. То есть не мешают все в общую кашу и становится все намного яснее. Здесь есть еще одна выгода - можно дорабатывать какой-либо уровень (вводить новый протокол, использовать новую физическую структуру передачи сигнала) и при этом совершенно не трогать остальные уровне, потому что им в принципе все равно, по какой физической среде будет передаваться сигнал или какой транспортный протокол будет использоваться.

Как бы можно было бы применить этот принцип в FB3:

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

Далее я буду рассматривать файл fb3-body, во-первых, как самый интересный, а во-вторых, я уже говорил, что предложенные принципы я еще не додумал до конца. 8)

===Второй уровень - структурный===
В структурном уровне решается вопрос описания структуры книги. Это никак не влияет на файлы и их взаимодействия и никак не отражает содержимое книги.

Если провести аналогию с бумажной книгой, то это приблизительно похоже на оглавление. Но приблизительно, потому что электронная книга более строго относится к структуре. Если ввести понятие уровня заголовка, то мы часто видим как бумажная книга начинается заголовками второго уровня, например, '''От автора''' и '''Предисловие''', а потом идет заголовок первого уровня - '''Глава 1'''. Это частый случай. На практике вакханалия с уровнями заголовков бывает и круче, поэтому у меня всегда вызывали удивление предложение делать электронную книгу похожую на бумажную. Электронная книга структурно всегда будет лучше оформлена, чем бумажная. Но это тема другого разговора, а здесь я ее коснулся, чтобы обратить внимание на беззаголовочную структуру первого уровня, куда входят два заголовка второго уровня - '''От автора''' и '''Предисловие'''. Это очень важный момент, вызывающий ошибки и путаницу. Скажу больше - не весь софт нормально обрабатывает беззаголовочную структуру - хотя это основа формата FictionBook.

Так вот структура - это разбиение всего текста книги на секции, неважно с заголовком или без. Вся книга разбивается на секции первого уровня, далее следует разбиение последних на секции второго уровня и так далее. Я бы выделил два типа секций - секция структурная и секция конечная. Секция структурная '''может содержать только секции''' и больше ничего. Секция конечная '''не может содержать секций'''. Вот их основное отличие.

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

С точки зрения программной обработки существующая схема и описание элемента section не вызывает никаких нареканий. С точки зрения практики, если описать эти два типа секций, как разные элементы и ошибок было бы меньше и понималось бы лучше и програмировалось бы проще. А кто не распутывал структуру fb2 после конвертации, когда пропадали начальные или конечные теги элемента section? Кошмар, не правда ли? А если ввести атрибут уровня секции (level=2), то и распутать было бы проще, а главное, запутать конвертер было бы сложнее! 8)
Вот так небольшое расширение формата уменьшило бы некоторую головную боль.

===Третий уровень - блоковый===
Блоки - это замечательно.

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

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

При этом редактор представляется набором форм, похожих на форму заполнения description, только для каждого блока своя. Вызывая форму мы обязательно заполняем все обязательные поля и при необходимости необязательные поля. На самом деле, каждое поле - это элемент или атрибут, которые редактор расставит согласно схеме, но нам с вами об этом знать не обязательно! И мы не можем совершить здесь ошибку. Разумеется для принципиальных любителей схемы всегда остается возможность редактировать в notepad согласно схемы :).

Давайте для примера рассмотрим блок заголовка, где-то так <block type=title ...>...</block>. Почему заголовок - это блок? Потому что, во-первых, он преформатирован, то есть располагается иначе чем основной текст, во-вторых, имеет несколько элементов, а значит их надо загнать в контейнер. Впрочем, первое условие уже определяющее.

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

Точкой привязки блока всегда будет то место основного текста, куда вставлен блок. Первый элемент - title - основной текст заголовка, он может быть размещен по центру, справа, слева. Встречал все три случая, однако обычно размещается по центру. Следующий элемент - рисунок. Это может быть русунком к главе, видел и случаи заголовков с художественно выполнен текстом, например, рисунок с цифрой главы - это тоже рисунок. Третий элемент - расширенный заголовок (extended title). Это, например, - "в которой говорится о ...". Четвертый элемент - эпиграф, который в свою очередь может иметь текст, автора, источник, время и место написания/изречения. Этих элементов может быть несколько.

Кстати, автор, источник, время и место написания нам будет встречаться часто, как в составе других блоков (например, цитата), так и как самостоятельный блок (часто художественная книга заканчивается чем-то вроде Москва 1988-1990 г. Поэтому логично выделить его в отдельный блок. То есть блок может содержать другие блоки. Естественно, не любые, а только те, которые уместны в данном блоке и, главное, оговорены в схеме.

Выглядеть это будет приблизительно так:
<block type=subscription>
<source>...</source>
<where>...</where>
<when> ...</when>
<author>...</author>
</block>

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

Что такое <source>? Это и "Письмо Ивана Иваныча к Ивану Никифоровичу", и "Капитал", и "Разговор в поезде". То есть все, что отвечает на вопрос "откуда?". Где было написано или изречен текст эпиграфа выясним в элементе <where>. А вот <when> а не <date> по той причине, что это не только "8 января 1951 года", но и "начало III века до нашей эры" или "вчера после полудни", что уже никак не date. Я уж молчу, что автор это и "А.С. Пушкин" и "Собеседник в поезде". То есть не будем ставить преграды там, где в них нет острой необходимости. Я не вводил атрибута align для блока subscription, потому что этот блок как в основном тексте, так и в вышестоящем контейнере всегда right. А вот блок title может быть и right, и center, и left, и даже на 30% окна и быть обтекаемым - например, в учебниках это встречается не редко.

Сразу давайте оговоримся, что одно дело создание fb-документа, где мы обязаны максимально соответствовать авторскому варианту, и другое дело отображение, где ридер должен считаться с техническими характеристиками устройства отображения. Поэтому на экране мобильника никто не ожидает увидеть обтекаемые заголовки на 30% ширины экрана слева, а вот на 19" мониторе это вполне ожидаемо, также и на eInk электронных книжках.

Подытожим наши размышления:
<block type=title align=center>
<title>Глава 1</title>
<img>glava1.jpg</img>
<extended_title>Размышления о FB3</extended_title>
<epigraph>Блоки - это замечательно</epigraph>
<block type=subscription>
<author>Прохожий</author>
</block>
</block>

Так будет оформлен документ, а в редакторе, как и говорил раньше, мы просто заполним две формы, форму блока tite и форму блока subscription или проверим, как их заполнит импортированный материал.

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

Оставим пока блоки, хотя здесь еще о многом можно говорить, и перейдем к следующему уровню.

===Четвертый уровень - инлайновый===

(Продолжение следует).

'''''Алексей Седых'''''

FictionBook 3.0 - информация к размышлению

2009-10-31T22:35:37Z

FBAdmin: /* Третий уровень - блоковый */

== Введение ==
Рассматривая предложения по бета-версии формата FictionBook все время возвращаюсь к одной и той же мысли. Можно конечно сейчас начать копаться в отдельных тегах, пытаться что-то улучшить, от чего-то защититься, но это выльется в диалог с Дмитрием Грибовым. А почему?

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

Даже беглый взгляд на схему fb3 вызывает сомнение, что для основные масс пользователей он станет более понятен. Эту мысль подтверждает и вялость обсуждения предложений по новой версии формата FictionBook. Я хочу вынести на обсуждения предложения, направленные на улучшение стройности формата. Сразу предупреждаю, что это даже не конкретные готовые предложения, а принципы построения третьей версии, которые в случае одобрения, надо еще довести до реализации. Честно, хотел выстроить всю систему до уровня развернутого готового предложения, но понял, что одному делать трудно и долго, можно просто опоздать, и подготовить предложения к тому моменту, когда они уже не будут нужны, как с шестиосной классификацией жанров.

Хочу сразу сказать, что я сейчас не рассматриваю драфт FB3 с критической точки зрения. Многие предложения драфта понятны и логичны, очень мало тех, которые вызывают вопросы и сомнения. Но сейчас не об этом. Сейчас хочется остановиться, оглянуться и подумать - а туда ли мы развиваемся? Или - как долго можно вводить новые типы, теги и атрибуты без опасения, что не кто-то из новичков, а уже сам не будешь понимать, что и для чего введено? 8) Итак, обо всем по порядку.

==Разделяй и властвуй==
Здесь я не хочу сказать ничего нового, а только напомнить старые истины. Вспомните, как описываются сложные системы взаимодействия OSI, или более практичный TCP/IP. Очень просто - рассматривают отдельные уровни взаимодействия - физический, транспортный, межсетевой, прикладной и другие независимо друг от друга. То есть не мешают все в общую кашу и становится все намного яснее. Здесь есть еще одна выгода - можно дорабатывать какой-либо уровень (вводить новый протокол, использовать новую физическую структуру передачи сигнала) и при этом совершенно не трогать остальные уровне, потому что им в принципе все равно, по какой физической среде будет передаваться сигнал или какой транспортный протокол будет использоваться.

Как бы можно было бы применить этот принцип в FB3:

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

Далее я буду рассматривать файл fb3-body, во-первых, как самый интересный, а во-вторых, я уже говорил, что предложенные принципы я еще не додумал до конца. 8)

===Второй уровень - структурный===
В структурном уровне решается вопрос описания структуры книги. Это никак не влияет на файлы и их взаимодействия и никак не отражает содержимое книги.

Если провести аналогию с бумажной книгой, то это приблизительно похоже на оглавление. Но приблизительно, потому что электронная книга более строго относится к структуре. Если ввести понятие уровня заголовка, то мы часто видим как бумажная книга начинается заголовками второго уровня, например, '''От автора''' и '''Предисловие''', а потом идет заголовок первого уровня - '''Глава 1'''. Это частый случай. На практике вакханалия с уровнями заголовков бывает и круче, поэтому у меня всегда вызывали удивление предложение делать электронную книгу похожую на бумажную. Электронная книга структурно всегда будет лучше оформлена, чем бумажная. Но это тема другого разговора, а здесь я ее коснулся, чтобы обратить внимание на беззаголовочную структуру первого уровня, куда входят два заголовка второго уровня - '''От автора''' и '''Предисловие'''. Это очень важный момент, вызывающий ошибки и путаницу. Скажу больше - не весь софт нормально обрабатывает беззаголовочную структуру - хотя это основа формата FictionBook.

Так вот структура - это разбиение всего текста книги на секции, неважно с заголовком или без. Вся книга разбивается на секции первого уровня, далее следует разбиение последних на секции второго уровня и так далее. Я бы выделил два типа секций - секция структурная и секция конечная. Секция структурная '''может содержать только секции''' и больше ничего. Секция конечная '''не может содержать секций'''. Вот их основное отличие.

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

С точки зрения программной обработки существующая схема и описание элемента section не вызывает никаких нареканий. С точки зрения практики, если описать эти два типа секций, как разные элементы и ошибок было бы меньше и понималось бы лучше и програмировалось бы проще. А кто не распутывал структуру fb2 после конвертации, когда пропадали начальные или конечные теги элемента section? Кошмар, не правда ли? А если ввести атрибут уровня секции (level=2), то и распутать было бы проще, а главное, запутать конвертер было бы сложнее! 8)
Вот так небольшое расширение формата уменьшило бы некоторую головную боль.

===Третий уровень - блоковый===
Блоки - это замечательно.

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

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

При этом редактор представляется набором форм, похожих на форму заполнения description, только для каждого блока своя. Вызывая форму мы обязательно заполняем все обязательные поля и при необходимости необязательные поля. На самом деле, каждое поле - это элемент или атрибут, которые редактор расставит согласно схеме, но нам с вами об этом знать не обязательно! И мы не можем совершить здесь ошибку. Разумеется для принципиальных любителей схемы всегда остается возможность редактировать в notepad согласно схемы :).

Давайте для примера рассмотрим блок заголовка, где-то так <block type=title ...>...</block>. Почему заголовок - это блок? Потому что, во-первых, он преформатирован, то есть располагается иначе чем основной текст, во-вторых, имеет несколько элементов, а значит их надо загнать в контейнер. Впрочем, первое условие уже определяющее.

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

Точкой привязки блока всегда будет то место основного текста, куда вставлен блок. Первый элемент - title - основной текст заголовка, он может быть размещен по центру, справа, слева. Встречал все три случая, однако обычно размещается по центру. Следующий элемент - рисунок. Это может быть русунком к главе, видел и случаи заголовков с художественно выполнен текстом, например, рисунок с цифрой главы - это тоже рисунок. Третий элемент - расширенный заголовок (extended title). Это, например, - "в которой говорится о ...". Четвертый элемент - эпиграф, который в свою очередь может иметь текст, автора, источник, время и место написания/изречения. Этих элементов может быть несколько.

Кстати, автор, источник, время и место написания нам будет встречаться часто, как в составе других блоков (например, цитата), так и как самостоятельный блок (часто художественная книга заканчивается чем-то вроде Москва 1988-1990 г. Поэтому логично выделить его в отдельный блок. То есть блок может содержать другие блоки. Естественно, не любые, а только те, которые уместны в данном блоке и, главное, оговорены в схеме.

Выглядеть это будет приблизительно так:
<block type=subscription>
<source>...</source>
<where>...</where>
<when> ...</when>
<author>...</author>
</block>

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

Что такое <source>? Это и "Письмо Ивана Иваныча к Ивану Никифоровичу", и "Капитал", и "Разговор в поезде". То есть все, что отвечает на вопрос "откуда?". Где было написано или изречен текст эпиграфа выясним в элементе <where>. А вот <when> а не <date> по той причине, что это не только "8 января 1951 года", но и "начало III века до нашей эры" или "вчера после полудни", что уже никак не date. Я уж молчу, что автор это и "А.С. Пушкин" и "Собеседник в поезде". То есть не будем ставить преграды там, где в них нет острой необходимости. Я не вводил атрибута align для блока subscription, потому что этот блок как в основном тексте, так и в вышестоящем контейнере всегда right. А вот блок title может быть и right, и center, и left, и даже на 30% окна и быть обтекаемым - например, в учебниках это встречается не редко.

Сразу давайте оговоримся, что одно дело создание fb-документа, где мы обязаны максимально соответствовать авторскому варианту, и другое дело отображение, где ридер должен считаться с техническими характеристиками устройства отображения. Поэтому на экране мобильника никто не ожидает увидеть обтекаемые заголовки на 30% ширины экрана слева, а вот на 19" мониторе это вполне ожидаемо, также и на eInk электронных книжках.

Подытожим наши размышления:
<block type=title align=center>
<title>Глава 1</title>
<img>glava1.jpg</img>
<extended_title>Размышления о FB3</extended_title>
<epigraph>Блоки - это замечательно</epigraph>
<block type=subscription>
<author>Прохожий</author>
</block>
</block>

Так будет оформлен документ, а в редакторе, как и говорил раньше мы просто заполним две формы, форму блока tite и форму блока subscription.

(Продолжение следует).

'''''Алексей Седых'''''

FictionBook 3.0 - информация к размышлению

2009-10-31T15:36:21Z

FBAdmin: /* Третий уровень - блоковый */

FictionBook 3.0 - информация к размышлению

2009-10-31T15:31:54Z

FBAdmin: /* Третий уровень - блоковый */

FictionBook 3.0 - информация к размышлению

2009-10-31T14:32:56Z

FBAdmin:

FictionBook 3.0 - информация к размышлению

2009-09-21T21:09:15Z

FBAdmin:

FictionBook 3.0 - информация к размышлению

2009-09-21T20:46:39Z

FBAdmin:

FictionBook 3.0 - информация к размышлению

2009-09-21T20:42:01Z

FBAdmin:

FictionBook 3.0 - информация к размышлению

2009-09-21T20:26:31Z

FBAdmin:

FictionBook 3.0 - информация к размышлению

2009-09-20T23:23:59Z

FBAdmin:

FictionBook 3.0 - информация к размышлению

2009-09-20T23:20:31Z

FBAdmin: /* Введение */

FictionBook 3.0 - информация к размышлению

2009-09-20T23:11:48Z

FBAdmin:

Статьи

2009-09-20T22:20:04Z

FBAdmin:

=== Основы ===

:* [[Место стандарта в мире электронной литературы]]
:* [[Электронные книги: читаем качественно и со вкусом]]
:* [[Проблема электронных библиотек]]

=== FictionBook - теория ===

:* [[Краткий курс XML]]
:* [[Что такое FictionBook]]
:* [[FictionBook 2.0 - краткая информация]]
:* [[Описание Fictionbook]]
:* [[FictionBook - библиотека и формат на основе XML]]
:* [[Классификатор сетевой литературы для стандарта FictionBook 3.0]]
:* [[FictionBook 3.0 beta - краткое описание]]
:* [[FictionBook 3.0 - информация к размышлению]]

=== FictionBook - практика ===

:* [[Как сделать книгу]]
:* [[BookDesigner 4.x - как быстро и правильно делать ebook]]
:* [[Краткая инструкция по подготовке файлов fb2 в BD4]]
:* [[Вычитка, редактура и создание fb2-файла с начала и до конца, с помощью FBD и не только]]
:* [[Делаем книги в формате FictionBook. Часть I]]
:* [[Программа-библиотекарь для книг в формате FictionBook]]
:* [[Картинки для книг в формате FictionBook]]

Картинки для книг в формате FictionBook

2009-02-10T06:46:19Z

FBAdmin: /* Цветные картинки и работа с ними. */

==Введение==

Данная статья появилась из-за желания множества людей делать красивые иллюстрированные книги, с качественными, легкими и красивыми картинками с прозрачным фоном. Основная идея использования прозрачного фона принадлежит '''Jurgennt''', популяризация таких картинок '''Faiber''', а методика работы '''MCat78'''. Если б не их усилия и умения методики бы не существовало.

==Необходимые программы==

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

'''Adobe Photoshop CS''' (у меня стоит версия 9.0 русифицированная и все скриншоты будут относиться именно к ней, хотя версия и не принципиальна)

'''MWSnap''' - маленькая удобная и бесплатная программка для создания скриншотов.

'''FBWriter''' - клон FBW от Алекса Савельева.

==Создание картинки из pdf или djvu==

Первая проблема - как просто и быстро выделить готовую картинку из скана, если сканил кто-то другой. Самый простой вариант, предложенный MCat78 - сделать скриншот экрана. Для этого я пользуюсь программкой MWSnap, увеличив страницу до размера экрана и захватывая нужную область. Главное - сохранить рисунок без потери качества, лучше всего в bmp. Программа простая и отдельного описания, в общем-то, и не требует. Еще более простой вариант - нажать клавишу PrintScreen, и потом вставить изображение из буфера в любой редактор. Например в тот же фотошоп. Мне, правда, больше нравится MWSnap.

'''Внимание!''' Карты и таблицы, которые хочется вставить именно картинкой, лучше сканировать отдельно с размером 600х800 и разрешением 300 точек на дюйм!

[[Изображение:Pictures2fb2_001.png]]

==Оптимизация и прозрачность черно-белых картинок.==

Открываем фотошоп и загружаем туда рисунок. Можно открыть файл, можно сразу же отсканировать рисунок в фотошоп - это все стандартные команды меню, знакомые любому человеку, работающему под Windows. Далее подразумевается, что файл уже загружен.

===Выставление размера и разрешения картинки.===

От размера и количества точек на дюйм зависит "вес" картинки. Наша задача - максимально облегчить картинку без потери ее качества. Для этого выбираем в меню Изображение->Размер изображения (Alt+Ctrl+I). Общее правило таково - картинка, размером в лист книги должна иметь максимальные размеры не более чем 600х800 точек (пикселей). Разрешение же можно выставить 72 точки на дюйм. Эти параметры взаимосвязаны, и если нужно выставить меньшее разрешение при сохранении размера, то сперва меняем разрешение, а уж потом восстанавливаем размер изображения.

[[Изображение:Pictures2fb2_002.png]]

'''Внимание!''' Для всех картинок, для которых в дальнейшем может потребоваться увеличение для рассмотрения подробностей (например, карты или картиночные таблицы) разрешение нужно ставить 300 точек на дюйм.

===Выставление контрастности.===

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

[[Изображение:Pictures2fb2_003.png]]

Для примера покажу несколько вариантов:

Оригинальное изображение:

[[Изображение:Pictures2fb2_004.png]]

Добавлена контрастность и яркость, на мой взгляд - хорошо:

[[Изображение:Pictures2fb2_005.png]]

Низкая контрастность:

[[Изображение:Pictures2fb2_006.png]]

Слишком высокая контрастность, много артефактов:

[[Изображение:Pictures2fb2_007.png]]

Для ленивых или сомневающихся в себе людей есть функция Автоконтраст в меню Изображение->Коррекция (Alt+Shift+Ctrl+L). Единственный минус в ее использовании - как и в любом автомате не всегда и все обрабатывается корректно. Хотя в данном случае автомат отработал неплохо:

[[Изображение:Pictures2fb2_008.png]]

Если при добавлении контрастности появляются артефакты их хорошо бы удалить, стерев лишнее ластиком.

===Прозрачность и сохранение в png.===

Осталось немного - сохранить картинку, добавив прозрачность. Для этого выбираем меню Файл->Сохранить для Web (Ctrl+Alt+Shift+S) и выставляем во второй вкладке параметры, согласно скриншоту:

[[Изображение:Pictures2fb2_009.png]]

Т.е.:
* PNG-8
* Grayscale
* No Dither
* Галочка на Transparency
* No Transparency
* Colors - 16
* Matte - None

Далее под установками нужно в градации цветов (от белого до черного) выделить те цвета, которые нужно сделать прозрачными.

[[Изображение:Pictures2fb2_010.png]]

Для этого нужно щелкнуть мышкой по белому, а потом удерживая Shift - на какой-нибудь серый. Нужно выбрать наиболее светлые тона, если перестараться - исчезнут оттенки светлосерого, если недовыбрать - картинка будет иметь только частичную прозрачность. Это индивидуально и сильно зависит от типа изображения. Выбранные цвета выделяются квадратиками:

[[Изображение:Pictures2fb2_011.png]]

После этого внизу этого окошечка надо найти вот такую иконку:[[Изображение:Pictures2fb2_012.png]]. После щелчка по ней градация цветов будет выглядеть так:

[[Изображение:Pictures2fb2_013.png]]

А окошко с рисунком станет "шахматным":

[[Изображение:Pictures2fb2_014.png]]

После этого можно картинку сохранить.

Осталось только проверить результат.

===Проверка результата.===

Для проверки результата нужно открыть сохраненное с помощью Microsoft Office Picture Manager и посмотреть, достаточно ли черный цвет у картинки и нет ли там каких-то лишних черточек или чего-нибудь подобного. Если есть, то открываете опять в фотошопе и стираете там ластиком или правите контрастность.

Примеры:

1. Недостаточная контрастность или количество фоновых прозрачных цветов.

[[Изображение:Pictures2fb2_015.png]]

2. Недостаточное количество фоновых прозрачных цветов.

[[Изображение:Pictures2fb2_016.png]]

3. Излишняя контрастность, нет оттенков.

[[Изображение:Pictures2fb2_017.png]]

4. Правильный вариант - черный есть, оттенки сохранены

[[Изображение:Pictures2fb2_018.png]]

Если все сделано правильно - можно добавлять картинку в фб2.

==Более сложные ситуации.==

===Обрезка и поворот картинки.===

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

[[Изображение:Pictures2fb2_019.png]]

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

[[Изображение:Pictures2fb2_020.png]]

Иногда правильный угол подобрать удается далеко не с первой попытки.
После этого изображение нужно обрезать, так как слишком много лишних полей образовалось при повороте. Для этого достаточно сделать Изображение->Тримминг:

[[Изображение:Pictures2fb2_021.png]]

===Убирание лишнего.===

Лишним может быть дефект картинки - например пятно на скане или что-то подобное. Такие места нужно просто зачистить ластиком - [[Изображение:Pictures2fb2_022.png]] в левом столбце инструментов.

Кроме того, лишними могут быть поля книги, если есть разворот книги по середине картинки.

[[Изображение:Pictures2fb2_023.png]]

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

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

[[Изображение:Pictures2fb2_024.png]]

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

Выделяем левую половинку картинки, копируем ее (Ctrl+C), вставляем в промежуточный файл (Ctrl+V) и в нем поворачиваем на 1,1 градуса по часовой стрелке.

[[Изображение:Pictures2fb2_025.png]]

Повернутый промежуточный файл:

[[Изображение:Pictures2fb2_026.png]]

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

[[Изображение:Pictures2fb2_027.png]]

Мы видим, что картинка скопировалась на первый слой посередине. Повторяем процедуру копирования с правой половинкой картинки и видим, что она скопировалась на второй слой:

[[Изображение:Pictures2fb2_028.png]]

Меню управления слоями расположено справа внизу и выглядит так:

[[Изображение:Pictures2fb2_029.png]]

Выбираем в панели инструментов слева Инструмент перемещения (V) [[Изображение:Pictures2fb2_030.png]] и двигаем активный слой. Потом выбираем в меню слоев другой слой и двигаем его.

[[Изображение:Pictures2fb2_031.png]]

Обрезаем лишнее триммингом и послойно выставляем контрастность:

[[Изображение:Pictures2fb2_032.png]]

==Цветные картинки и работа с ними.==

Обработка цветных картинок несколько сложнее.

Загружаем картинку, выставляем разрешение и размеры, как и в случае с ч/б картинками и сразу вызываем меню Файл->Сохранить для Web (Ctrl+Alt+Shift+S) и выставляем во второй вкладке параметры, согласно скриншоту:

[[Изображение:Pictures2fb2_033.png]]

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

Выставив желаемые параметры сохраняем файл под другим именем. Закрываем исходный файл и открываем сохраненный. В меню Изображение->Режим выбираем режим RGB. И снова сохраняем файл командой меню Файл->Сохранить (Ctrl+S). Закрываем файл и открываем его заново.

Теперь делаем прозрачный фон. Для этого выбираем режим Волшебный ластик. В левой панели инструментов нажимаем на иконку ластика [[Изображение:Pictures2fb2_034.png]] и держим несколько секунд. В выпадающей менюшке выбираем режим Волшебный ластик. Иконка ластика при этом должна стать такой: [[Изображение:Pictures2fb2_035.png]]. Выставляем параметры в верхней панели согласно скриншоту:

[[Изображение:Pictures2fb2_036.png]]

Теперь выбираем ластиком те цвета, которые должны быть прозрачными.

[[Изображение:Pictures2fb2_037.png]]

Получаем такой вариант - прозрачным стал весь белый цвет на картинке. При этом есть элементы картинки, в которых прозрачность не нужна, она там лишняя. Например, белки глаз или середина рисунка с кучей оттенков вокруг. Чтобы это исправить, надо выбрать инструмент Архивная кисть [[Изображение:Pictures2fb2_038.png]] в левой панели инструментов. Выставить ее параметры вверху:

[[Изображение:Pictures2fb2_039.png]]

Толщину кисти варьируем исходя из удобства и размера испорченной области.

И водим кистью по рисунку в тех местах, где прозрачность не нужна.

После чего сохраняем Файл->Сохранить для Web (Ctrl+Alt+Shift+S).

Проверяем качество в Microsoft Office Picture Manager и корректируем, если что-то пропустили.
В данном случае надо убирать белые точки вокруг зеркала, орудуя теми же Волшебным ластиком и Архивной кистью.

[[Изображение:Pictures2fb2_040.png]]

Для более точной работы нужно увеличить масштаб отображения рисунка.

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

==Вставка иллюстраций в текст.==

Для вставки иллюстрации в текст очень удобно использовать FBW ? Алекс Савельев сделал работу с картинками в программе удобной и комфортной. Нужно просто щелкнуть по иконке с картинкой [[Изображение:Pictures2fb2_041.png]] и выбрать из имеющихся картинок в списке нужную.

[[Изображение:Pictures2fb2_042.png]]

Она сразу встанет на место расположения курсора.

==Заключение==

В заключение хочу поблагодарить '''MCat78''', '''Jurgennt''' и '''GoldyM''', охотно и терпеливо отвечавших на мои вопросы в процессе обучения и помогавших в написании данной инструкции.

'''Marina_Ch'''

28 июня 2007

Картинки для книг в формате FictionBook

2009-02-10T06:39:11Z

FBAdmin: /* Убирание лишнего. */

==Введение==

Данная статья появилась из-за желания множества людей делать красивые иллюстрированные книги, с качественными, легкими и красивыми картинками с прозрачным фоном. Основная идея использования прозрачного фона принадлежит '''Jurgennt''', популяризация таких картинок '''Faiber''', а методика работы '''MCat78'''. Если б не их усилия и умения методики бы не существовало.

==Необходимые программы==

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

'''Adobe Photoshop CS''' (у меня стоит версия 9.0 русифицированная и все скриншоты будут относиться именно к ней, хотя версия и не принципиальна)

'''MWSnap''' - маленькая удобная и бесплатная программка для создания скриншотов.

'''FBWriter''' - клон FBW от Алекса Савельева.

==Создание картинки из pdf или djvu==

Первая проблема - как просто и быстро выделить готовую картинку из скана, если сканил кто-то другой. Самый простой вариант, предложенный MCat78 - сделать скриншот экрана. Для этого я пользуюсь программкой MWSnap, увеличив страницу до размера экрана и захватывая нужную область. Главное - сохранить рисунок без потери качества, лучше всего в bmp. Программа простая и отдельного описания, в общем-то, и не требует. Еще более простой вариант - нажать клавишу PrintScreen, и потом вставить изображение из буфера в любой редактор. Например в тот же фотошоп. Мне, правда, больше нравится MWSnap.

'''Внимание!''' Карты и таблицы, которые хочется вставить именно картинкой, лучше сканировать отдельно с размером 600х800 и разрешением 300 точек на дюйм!

[[Изображение:Pictures2fb2_001.png]]

==Оптимизация и прозрачность черно-белых картинок.==

Открываем фотошоп и загружаем туда рисунок. Можно открыть файл, можно сразу же отсканировать рисунок в фотошоп - это все стандартные команды меню, знакомые любому человеку, работающему под Windows. Далее подразумевается, что файл уже загружен.

===Выставление размера и разрешения картинки.===

От размера и количества точек на дюйм зависит "вес" картинки. Наша задача - максимально облегчить картинку без потери ее качества. Для этого выбираем в меню Изображение->Размер изображения (Alt+Ctrl+I). Общее правило таково - картинка, размером в лист книги должна иметь максимальные размеры не более чем 600х800 точек (пикселей). Разрешение же можно выставить 72 точки на дюйм. Эти параметры взаимосвязаны, и если нужно выставить меньшее разрешение при сохранении размера, то сперва меняем разрешение, а уж потом восстанавливаем размер изображения.

[[Изображение:Pictures2fb2_002.png]]

'''Внимание!''' Для всех картинок, для которых в дальнейшем может потребоваться увеличение для рассмотрения подробностей (например, карты или картиночные таблицы) разрешение нужно ставить 300 точек на дюйм.

===Выставление контрастности.===

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

[[Изображение:Pictures2fb2_003.png]]

Для примера покажу несколько вариантов:

Оригинальное изображение:

[[Изображение:Pictures2fb2_004.png]]

Добавлена контрастность и яркость, на мой взгляд - хорошо:

[[Изображение:Pictures2fb2_005.png]]

Низкая контрастность:

[[Изображение:Pictures2fb2_006.png]]

Слишком высокая контрастность, много артефактов:

[[Изображение:Pictures2fb2_007.png]]

Для ленивых или сомневающихся в себе людей есть функция Автоконтраст в меню Изображение->Коррекция (Alt+Shift+Ctrl+L). Единственный минус в ее использовании - как и в любом автомате не всегда и все обрабатывается корректно. Хотя в данном случае автомат отработал неплохо:

[[Изображение:Pictures2fb2_008.png]]

Если при добавлении контрастности появляются артефакты их хорошо бы удалить, стерев лишнее ластиком.

===Прозрачность и сохранение в png.===

Осталось немного - сохранить картинку, добавив прозрачность. Для этого выбираем меню Файл->Сохранить для Web (Ctrl+Alt+Shift+S) и выставляем во второй вкладке параметры, согласно скриншоту:

[[Изображение:Pictures2fb2_009.png]]

Т.е.:
* PNG-8
* Grayscale
* No Dither
* Галочка на Transparency
* No Transparency
* Colors - 16
* Matte - None

Далее под установками нужно в градации цветов (от белого до черного) выделить те цвета, которые нужно сделать прозрачными.

[[Изображение:Pictures2fb2_010.png]]

Для этого нужно щелкнуть мышкой по белому, а потом удерживая Shift - на какой-нибудь серый. Нужно выбрать наиболее светлые тона, если перестараться - исчезнут оттенки светлосерого, если недовыбрать - картинка будет иметь только частичную прозрачность. Это индивидуально и сильно зависит от типа изображения. Выбранные цвета выделяются квадратиками:

[[Изображение:Pictures2fb2_011.png]]

После этого внизу этого окошечка надо найти вот такую иконку:[[Изображение:Pictures2fb2_012.png]]. После щелчка по ней градация цветов будет выглядеть так:

[[Изображение:Pictures2fb2_013.png]]

А окошко с рисунком станет "шахматным":

[[Изображение:Pictures2fb2_014.png]]

После этого можно картинку сохранить.

Осталось только проверить результат.

===Проверка результата.===

Для проверки результата нужно открыть сохраненное с помощью Microsoft Office Picture Manager и посмотреть, достаточно ли черный цвет у картинки и нет ли там каких-то лишних черточек или чего-нибудь подобного. Если есть, то открываете опять в фотошопе и стираете там ластиком или правите контрастность.

Примеры:

1. Недостаточная контрастность или количество фоновых прозрачных цветов.

[[Изображение:Pictures2fb2_015.png]]

2. Недостаточное количество фоновых прозрачных цветов.

[[Изображение:Pictures2fb2_016.png]]

3. Излишняя контрастность, нет оттенков.

[[Изображение:Pictures2fb2_017.png]]

4. Правильный вариант - черный есть, оттенки сохранены

[[Изображение:Pictures2fb2_018.png]]

Если все сделано правильно - можно добавлять картинку в фб2.

==Более сложные ситуации.==

===Обрезка и поворот картинки.===

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

[[Изображение:Pictures2fb2_019.png]]

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

[[Изображение:Pictures2fb2_020.png]]

Иногда правильный угол подобрать удается далеко не с первой попытки.
После этого изображение нужно обрезать, так как слишком много лишних полей образовалось при повороте. Для этого достаточно сделать Изображение->Тримминг:

[[Изображение:Pictures2fb2_021.png]]

===Убирание лишнего.===

Лишним может быть дефект картинки - например пятно на скане или что-то подобное. Такие места нужно просто зачистить ластиком - [[Изображение:Pictures2fb2_022.png]] в левом столбце инструментов.

Кроме того, лишними могут быть поля книги, если есть разворот книги по середине картинки.

[[Изображение:Pictures2fb2_023.png]]

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

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

[[Изображение:Pictures2fb2_024.png]]

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

Выделяем левую половинку картинки, копируем ее (Ctrl+C), вставляем в промежуточный файл (Ctrl+V) и в нем поворачиваем на 1,1 градуса по часовой стрелке.

[[Изображение:Pictures2fb2_025.png]]

Повернутый промежуточный файл:

[[Изображение:Pictures2fb2_026.png]]

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

[[Изображение:Pictures2fb2_027.png]]

Мы видим, что картинка скопировалась на первый слой посередине. Повторяем процедуру копирования с правой половинкой картинки и видим, что она скопировалась на второй слой:

[[Изображение:Pictures2fb2_028.png]]

Меню управления слоями расположено справа внизу и выглядит так:

[[Изображение:Pictures2fb2_029.png]]

Выбираем в панели инструментов слева Инструмент перемещения (V) [[Изображение:Pictures2fb2_030.png]] и двигаем активный слой. Потом выбираем в меню слоев другой слой и двигаем его.

[[Изображение:Pictures2fb2_031.png]]

Обрезаем лишнее триммингом и послойно выставляем контрастность:

[[Изображение:Pictures2fb2_032.png]]

==Цветные картинки и работа с ними.==

Обработка цветных картинок несколько сложнее.

Загружаем картинку, выставляем разрешение и размеры, как и в случае с ч/б картинками и сразу вызываем меню Файл->Сохранить для Web (Ctrl+Alt+Shift+S) и выставляем во второй вкладке параметры, согласно скриншоту:

[[Изображение:Pictures2fb2_033.png]]

После этого надо посмотреть, есть ли на глаз разница в картинке если цветов 128, большие ли потери качества. Если нет ? пробуем еще уменьшить число цветов до 64, если потери большие ? пробуем поменять ?без дизеринга? на ?регулярный?. Чем меньшее число цветов без потери качества удастся выставить, тем меньше будет результирующий размер файла с картинкой.

Выставив желаемые параметры сохраняем файл под другим именем. Закрываем исходный файл и открываем сохраненный. В меню Изображение->Режим выбираем режим RGB. И снова сохраняем файл командой меню Файл->Сохранить (Ctrl+S). Закрываем файл и открываем его заново.

Теперь делаем прозрачный фон. Для этого выбираем режим Волшебный ластик. В левой панели инструментов нажимаем на иконку ластика [[Изображение:Pictures2fb2_034.png]] и держим несколько секунд. В выпадающей менюшке выбираем режим Волшебный ластик. Иконка ластика при этом должна стать такой: [[Изображение:Pictures2fb2_035.png]]. Выставляем параметры в верхней панели согласно скриншоту:

[[Изображение:Pictures2fb2_036.png]]

Теперь выбираем ластиком те цвета, которые должны быть прозрачными.

[[Изображение:Pictures2fb2_037.png]]

Получаем такой вариант ? прозрачным стал весь белый цвет на картинке. При этом есть элементы картинки, в которых прозрачность не нужна, она там лишняя. Например, белки глаз или середина рисунка с кучей оттенков вокруг. Чтобы это исправить, надо выбрать инструмент Архивная кисть [[Изображение:Pictures2fb2_038.png]] в левой панели инструментов. Выставить ее параметры вверху:

[[Изображение:Pictures2fb2_039.png]]

Толщину кисти варьируем исходя из удобства и размера запорченной области.

И водим кистью по рисунку в тех местах, где прозрачность не нужна.

После чего сохраняем Файл->Сохранить для Web (Ctrl+Alt+Shift+S).

Проверяем качество в Microsoft Office Picture Manager и корректируем, если что-то пропустили.
В данном случае надо убирать белые точки вокруг зеркала, орудуя теми же Волшебным ластиком и Архивной кистью.

[[Изображение:Pictures2fb2_040.png]]

Для более точной работы нужно увеличить масштаб отображения рисунка.

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

==Вставка иллюстраций в текст.==

Для вставки иллюстрации в текст очень удобно использовать FBW ? Алекс Савельев сделал работу с картинками в программе удобной и комфортной. Нужно просто щелкнуть по иконке с картинкой [[Изображение:Pictures2fb2_041.png]] и выбрать из имеющихся картинок в списке нужную.

[[Изображение:Pictures2fb2_042.png]]

Она сразу встанет на место расположения курсора.

==Заключение==

В заключение хочу поблагодарить '''MCat78''', '''Jurgennt''' и '''GoldyM''', охотно и терпеливо отвечавших на мои вопросы в процессе обучения и помогавших в написании данной инструкции.

'''Marina_Ch'''

28 июня 2007

Картинки для книг в формате FictionBook

2009-02-10T06:33:01Z

FBAdmin: /* Проверка результата. */

==Введение==

Данная статья появилась из-за желания множества людей делать красивые иллюстрированные книги, с качественными, легкими и красивыми картинками с прозрачным фоном. Основная идея использования прозрачного фона принадлежит '''Jurgennt''', популяризация таких картинок '''Faiber''', а методика работы '''MCat78'''. Если б не их усилия и умения методики бы не существовало.

==Необходимые программы==

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

'''Adobe Photoshop CS''' (у меня стоит версия 9.0 русифицированная и все скриншоты будут относиться именно к ней, хотя версия и не принципиальна)

'''MWSnap''' - маленькая удобная и бесплатная программка для создания скриншотов.

'''FBWriter''' - клон FBW от Алекса Савельева.

==Создание картинки из pdf или djvu==

Первая проблема - как просто и быстро выделить готовую картинку из скана, если сканил кто-то другой. Самый простой вариант, предложенный MCat78 - сделать скриншот экрана. Для этого я пользуюсь программкой MWSnap, увеличив страницу до размера экрана и захватывая нужную область. Главное - сохранить рисунок без потери качества, лучше всего в bmp. Программа простая и отдельного описания, в общем-то, и не требует. Еще более простой вариант - нажать клавишу PrintScreen, и потом вставить изображение из буфера в любой редактор. Например в тот же фотошоп. Мне, правда, больше нравится MWSnap.

'''Внимание!''' Карты и таблицы, которые хочется вставить именно картинкой, лучше сканировать отдельно с размером 600х800 и разрешением 300 точек на дюйм!

[[Изображение:Pictures2fb2_001.png]]

==Оптимизация и прозрачность черно-белых картинок.==

Открываем фотошоп и загружаем туда рисунок. Можно открыть файл, можно сразу же отсканировать рисунок в фотошоп - это все стандартные команды меню, знакомые любому человеку, работающему под Windows. Далее подразумевается, что файл уже загружен.

===Выставление размера и разрешения картинки.===

От размера и количества точек на дюйм зависит "вес" картинки. Наша задача - максимально облегчить картинку без потери ее качества. Для этого выбираем в меню Изображение->Размер изображения (Alt+Ctrl+I). Общее правило таково - картинка, размером в лист книги должна иметь максимальные размеры не более чем 600х800 точек (пикселей). Разрешение же можно выставить 72 точки на дюйм. Эти параметры взаимосвязаны, и если нужно выставить меньшее разрешение при сохранении размера, то сперва меняем разрешение, а уж потом восстанавливаем размер изображения.

[[Изображение:Pictures2fb2_002.png]]

'''Внимание!''' Для всех картинок, для которых в дальнейшем может потребоваться увеличение для рассмотрения подробностей (например, карты или картиночные таблицы) разрешение нужно ставить 300 точек на дюйм.

===Выставление контрастности.===

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

[[Изображение:Pictures2fb2_003.png]]

Для примера покажу несколько вариантов:

Оригинальное изображение:

[[Изображение:Pictures2fb2_004.png]]

Добавлена контрастность и яркость, на мой взгляд - хорошо:

[[Изображение:Pictures2fb2_005.png]]

Низкая контрастность:

[[Изображение:Pictures2fb2_006.png]]

Слишком высокая контрастность, много артефактов:

[[Изображение:Pictures2fb2_007.png]]

Для ленивых или сомневающихся в себе людей есть функция Автоконтраст в меню Изображение->Коррекция (Alt+Shift+Ctrl+L). Единственный минус в ее использовании - как и в любом автомате не всегда и все обрабатывается корректно. Хотя в данном случае автомат отработал неплохо:

[[Изображение:Pictures2fb2_008.png]]

Если при добавлении контрастности появляются артефакты их хорошо бы удалить, стерев лишнее ластиком.

===Прозрачность и сохранение в png.===

Осталось немного - сохранить картинку, добавив прозрачность. Для этого выбираем меню Файл->Сохранить для Web (Ctrl+Alt+Shift+S) и выставляем во второй вкладке параметры, согласно скриншоту:

[[Изображение:Pictures2fb2_009.png]]

Т.е.:
* PNG-8
* Grayscale
* No Dither
* Галочка на Transparency
* No Transparency
* Colors - 16
* Matte - None

Далее под установками нужно в градации цветов (от белого до черного) выделить те цвета, которые нужно сделать прозрачными.

[[Изображение:Pictures2fb2_010.png]]

Для этого нужно щелкнуть мышкой по белому, а потом удерживая Shift - на какой-нибудь серый. Нужно выбрать наиболее светлые тона, если перестараться - исчезнут оттенки светлосерого, если недовыбрать - картинка будет иметь только частичную прозрачность. Это индивидуально и сильно зависит от типа изображения. Выбранные цвета выделяются квадратиками:

[[Изображение:Pictures2fb2_011.png]]

После этого внизу этого окошечка надо найти вот такую иконку:[[Изображение:Pictures2fb2_012.png]]. После щелчка по ней градация цветов будет выглядеть так:

[[Изображение:Pictures2fb2_013.png]]

А окошко с рисунком станет "шахматным":

[[Изображение:Pictures2fb2_014.png]]

После этого можно картинку сохранить.

Осталось только проверить результат.

===Проверка результата.===

Для проверки результата нужно открыть сохраненное с помощью Microsoft Office Picture Manager и посмотреть, достаточно ли черный цвет у картинки и нет ли там каких-то лишних черточек или чего-нибудь подобного. Если есть, то открываете опять в фотошопе и стираете там ластиком или правите контрастность.

Примеры:

1. Недостаточная контрастность или количество фоновых прозрачных цветов.

[[Изображение:Pictures2fb2_015.png]]

2. Недостаточное количество фоновых прозрачных цветов.

[[Изображение:Pictures2fb2_016.png]]

3. Излишняя контрастность, нет оттенков.

[[Изображение:Pictures2fb2_017.png]]

4. Правильный вариант - черный есть, оттенки сохранены

[[Изображение:Pictures2fb2_018.png]]

Если все сделано правильно - можно добавлять картинку в фб2.

==Более сложные ситуации.==

===Обрезка и поворот картинки.===

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

[[Изображение:Pictures2fb2_019.png]]

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

[[Изображение:Pictures2fb2_020.png]]

Иногда правильный угол подобрать удается далеко не с первой попытки.
После этого изображение нужно обрезать, так как слишком много лишних полей образовалось при повороте. Для этого достаточно сделать Изображение->Тримминг:

[[Изображение:Pictures2fb2_021.png]]

===Убирание лишнего.===

Лишним может быть дефект картинки ? например пятно на скане или что-то подобное. Такие места нужно просто зачистить ластиком - [[Изображение:Pictures2fb2_022.png]] в левом столбце инструментов.

Кроме того, лишними могут быть поля книги, если есть разворот книги по середине картинки.

[[Изображение:Pictures2fb2_023.png]]

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

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

[[Изображение:Pictures2fb2_024.png]]

Кроме того, нам понадобится дополнительный файл для промежуточного результата ? нам надо повернуть левую половину картинки по часовой стрелке примерно на 1 градус. Этот файл по ширине в 2 раза меньше, но в высоту ? такой же.

Выделяем левую половинку картинки, копируем ее (Ctrl+C), вставляем в промежуточный файл (Ctrl+V) и в нем поворачиваем на 1,1 градуса по часовой стрелке.

[[Изображение:Pictures2fb2_025.png]]

Повернутый промежуточный файл:

[[Изображение:Pictures2fb2_026.png]]

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

[[Изображение:Pictures2fb2_027.png]]

Мы видим, что картинка скопировалась на первый слой посередине. Повторяем процедуру копирования с правой половинкой картинки и видим, что она скопировалась на второй слой:

[[Изображение:Pictures2fb2_028.png]]

Меню управления слоями расположено справа внизу и выглядит так:

[[Изображение:Pictures2fb2_029.png]]

Выбираем в панели инструментов слева Инструмент перемещения (V) [[Изображение:Pictures2fb2_030.png]] и двигаем активный слой. Потом выбираем в меню слоев другой слой и двигаем его.

[[Изображение:Pictures2fb2_031.png]]

Обрезаем лишнее триммингом и послойно выставляем контрастность:

[[Изображение:Pictures2fb2_032.png]]

==Цветные картинки и работа с ними.==

Обработка цветных картинок несколько сложнее.

Загружаем картинку, выставляем разрешение и размеры, как и в случае с ч/б картинками и сразу вызываем меню Файл->Сохранить для Web (Ctrl+Alt+Shift+S) и выставляем во второй вкладке параметры, согласно скриншоту:

[[Изображение:Pictures2fb2_033.png]]

После этого надо посмотреть, есть ли на глаз разница в картинке если цветов 128, большие ли потери качества. Если нет ? пробуем еще уменьшить число цветов до 64, если потери большие ? пробуем поменять ?без дизеринга? на ?регулярный?. Чем меньшее число цветов без потери качества удастся выставить, тем меньше будет результирующий размер файла с картинкой.

Выставив желаемые параметры сохраняем файл под другим именем. Закрываем исходный файл и открываем сохраненный. В меню Изображение->Режим выбираем режим RGB. И снова сохраняем файл командой меню Файл->Сохранить (Ctrl+S). Закрываем файл и открываем его заново.

Теперь делаем прозрачный фон. Для этого выбираем режим Волшебный ластик. В левой панели инструментов нажимаем на иконку ластика [[Изображение:Pictures2fb2_034.png]] и держим несколько секунд. В выпадающей менюшке выбираем режим Волшебный ластик. Иконка ластика при этом должна стать такой: [[Изображение:Pictures2fb2_035.png]]. Выставляем параметры в верхней панели согласно скриншоту:

[[Изображение:Pictures2fb2_036.png]]

Теперь выбираем ластиком те цвета, которые должны быть прозрачными.

[[Изображение:Pictures2fb2_037.png]]

Получаем такой вариант ? прозрачным стал весь белый цвет на картинке. При этом есть элементы картинки, в которых прозрачность не нужна, она там лишняя. Например, белки глаз или середина рисунка с кучей оттенков вокруг. Чтобы это исправить, надо выбрать инструмент Архивная кисть [[Изображение:Pictures2fb2_038.png]] в левой панели инструментов. Выставить ее параметры вверху:

[[Изображение:Pictures2fb2_039.png]]

Толщину кисти варьируем исходя из удобства и размера запорченной области.

И водим кистью по рисунку в тех местах, где прозрачность не нужна.

После чего сохраняем Файл->Сохранить для Web (Ctrl+Alt+Shift+S).

Проверяем качество в Microsoft Office Picture Manager и корректируем, если что-то пропустили.
В данном случае надо убирать белые точки вокруг зеркала, орудуя теми же Волшебным ластиком и Архивной кистью.

[[Изображение:Pictures2fb2_040.png]]

Для более точной работы нужно увеличить масштаб отображения рисунка.

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

==Вставка иллюстраций в текст.==

Для вставки иллюстрации в текст очень удобно использовать FBW ? Алекс Савельев сделал работу с картинками в программе удобной и комфортной. Нужно просто щелкнуть по иконке с картинкой [[Изображение:Pictures2fb2_041.png]] и выбрать из имеющихся картинок в списке нужную.

[[Изображение:Pictures2fb2_042.png]]

Она сразу встанет на место расположения курсора.

==Заключение==

В заключение хочу поблагодарить '''MCat78''', '''Jurgennt''' и '''GoldyM''', охотно и терпеливо отвечавших на мои вопросы в процессе обучения и помогавших в написании данной инструкции.

'''Marina_Ch'''

28 июня 2007

Картинки для книг в формате FictionBook

2009-02-10T06:32:22Z

FBAdmin: /* Проверка результата. */

==Введение==

Данная статья появилась из-за желания множества людей делать красивые иллюстрированные книги, с качественными, легкими и красивыми картинками с прозрачным фоном. Основная идея использования прозрачного фона принадлежит '''Jurgennt''', популяризация таких картинок '''Faiber''', а методика работы '''MCat78'''. Если б не их усилия и умения методики бы не существовало.

==Необходимые программы==

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

'''Adobe Photoshop CS''' (у меня стоит версия 9.0 русифицированная и все скриншоты будут относиться именно к ней, хотя версия и не принципиальна)

'''MWSnap''' - маленькая удобная и бесплатная программка для создания скриншотов.

'''FBWriter''' - клон FBW от Алекса Савельева.

==Создание картинки из pdf или djvu==

Первая проблема - как просто и быстро выделить готовую картинку из скана, если сканил кто-то другой. Самый простой вариант, предложенный MCat78 - сделать скриншот экрана. Для этого я пользуюсь программкой MWSnap, увеличив страницу до размера экрана и захватывая нужную область. Главное - сохранить рисунок без потери качества, лучше всего в bmp. Программа простая и отдельного описания, в общем-то, и не требует. Еще более простой вариант - нажать клавишу PrintScreen, и потом вставить изображение из буфера в любой редактор. Например в тот же фотошоп. Мне, правда, больше нравится MWSnap.

'''Внимание!''' Карты и таблицы, которые хочется вставить именно картинкой, лучше сканировать отдельно с размером 600х800 и разрешением 300 точек на дюйм!

[[Изображение:Pictures2fb2_001.png]]

==Оптимизация и прозрачность черно-белых картинок.==

Открываем фотошоп и загружаем туда рисунок. Можно открыть файл, можно сразу же отсканировать рисунок в фотошоп - это все стандартные команды меню, знакомые любому человеку, работающему под Windows. Далее подразумевается, что файл уже загружен.

===Выставление размера и разрешения картинки.===

От размера и количества точек на дюйм зависит "вес" картинки. Наша задача - максимально облегчить картинку без потери ее качества. Для этого выбираем в меню Изображение->Размер изображения (Alt+Ctrl+I). Общее правило таково - картинка, размером в лист книги должна иметь максимальные размеры не более чем 600х800 точек (пикселей). Разрешение же можно выставить 72 точки на дюйм. Эти параметры взаимосвязаны, и если нужно выставить меньшее разрешение при сохранении размера, то сперва меняем разрешение, а уж потом восстанавливаем размер изображения.

[[Изображение:Pictures2fb2_002.png]]

'''Внимание!''' Для всех картинок, для которых в дальнейшем может потребоваться увеличение для рассмотрения подробностей (например, карты или картиночные таблицы) разрешение нужно ставить 300 точек на дюйм.

===Выставление контрастности.===

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

[[Изображение:Pictures2fb2_003.png]]

Для примера покажу несколько вариантов:

Оригинальное изображение:

[[Изображение:Pictures2fb2_004.png]]

Добавлена контрастность и яркость, на мой взгляд - хорошо:

[[Изображение:Pictures2fb2_005.png]]

Низкая контрастность:

[[Изображение:Pictures2fb2_006.png]]

Слишком высокая контрастность, много артефактов:

[[Изображение:Pictures2fb2_007.png]]

Для ленивых или сомневающихся в себе людей есть функция Автоконтраст в меню Изображение->Коррекция (Alt+Shift+Ctrl+L). Единственный минус в ее использовании - как и в любом автомате не всегда и все обрабатывается корректно. Хотя в данном случае автомат отработал неплохо:

[[Изображение:Pictures2fb2_008.png]]

Если при добавлении контрастности появляются артефакты их хорошо бы удалить, стерев лишнее ластиком.

===Прозрачность и сохранение в png.===

Осталось немного - сохранить картинку, добавив прозрачность. Для этого выбираем меню Файл->Сохранить для Web (Ctrl+Alt+Shift+S) и выставляем во второй вкладке параметры, согласно скриншоту:

[[Изображение:Pictures2fb2_009.png]]

Т.е.:
* PNG-8
* Grayscale
* No Dither
* Галочка на Transparency
* No Transparency
* Colors - 16
* Matte - None

Далее под установками нужно в градации цветов (от белого до черного) выделить те цвета, которые нужно сделать прозрачными.

[[Изображение:Pictures2fb2_010.png]]

Для этого нужно щелкнуть мышкой по белому, а потом удерживая Shift - на какой-нибудь серый. Нужно выбрать наиболее светлые тона, если перестараться - исчезнут оттенки светлосерого, если недовыбрать - картинка будет иметь только частичную прозрачность. Это индивидуально и сильно зависит от типа изображения. Выбранные цвета выделяются квадратиками:

[[Изображение:Pictures2fb2_011.png]]

После этого внизу этого окошечка надо найти вот такую иконку:[[Изображение:Pictures2fb2_012.png]]. После щелчка по ней градация цветов будет выглядеть так:

[[Изображение:Pictures2fb2_013.png]]

А окошко с рисунком станет "шахматным":

[[Изображение:Pictures2fb2_014.png]]

После этого можно картинку сохранить.

Осталось только проверить результат.

===Проверка результата.===

Для проверки результата нужно открыть сохраненное с помощью Microsoft Office Picture Manager и посмотреть, достаточно ли черный цвет у картинки и нет ли там каких-то лишних черточек или чего-нибудь подобного. Если есть, то открываете опять в фотошопе и стираете там ластиком или правите контрастность.

Примеры:

1. Недостаточная контрастность или количество фоновых прозрачных цветов.

[[Изображение:Pictures2fb2_015.png]]

2. Недостаточное количество фоновых прозрачных цветов.

[[Изображение:Pictures2fb2_016.png]]

3. Излишняя контрастность, нет оттенков.

[[Изображение:Pictures2fb2_017.png]]

4. Правильный вариант - черный есть, оттенки сохранены

[[Изображение:Pictures2fb2_018.png]]

Если все сделано правильно ? можно добавлять картинку в фб2.

==Более сложные ситуации.==

===Обрезка и поворот картинки.===

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

[[Изображение:Pictures2fb2_019.png]]

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

[[Изображение:Pictures2fb2_020.png]]

Иногда правильный угол подобрать удается далеко не с первой попытки.
После этого изображение нужно обрезать, так как слишком много лишних полей образовалось при повороте. Для этого достаточно сделать Изображение->Тримминг:

[[Изображение:Pictures2fb2_021.png]]

===Убирание лишнего.===

Лишним может быть дефект картинки ? например пятно на скане или что-то подобное. Такие места нужно просто зачистить ластиком - [[Изображение:Pictures2fb2_022.png]] в левом столбце инструментов.

Кроме того, лишними могут быть поля книги, если есть разворот книги по середине картинки.

[[Изображение:Pictures2fb2_023.png]]

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

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

[[Изображение:Pictures2fb2_024.png]]

Кроме того, нам понадобится дополнительный файл для промежуточного результата ? нам надо повернуть левую половину картинки по часовой стрелке примерно на 1 градус. Этот файл по ширине в 2 раза меньше, но в высоту ? такой же.

Выделяем левую половинку картинки, копируем ее (Ctrl+C), вставляем в промежуточный файл (Ctrl+V) и в нем поворачиваем на 1,1 градуса по часовой стрелке.

[[Изображение:Pictures2fb2_025.png]]

Повернутый промежуточный файл:

[[Изображение:Pictures2fb2_026.png]]

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

[[Изображение:Pictures2fb2_027.png]]

Мы видим, что картинка скопировалась на первый слой посередине. Повторяем процедуру копирования с правой половинкой картинки и видим, что она скопировалась на второй слой:

[[Изображение:Pictures2fb2_028.png]]

Меню управления слоями расположено справа внизу и выглядит так:

[[Изображение:Pictures2fb2_029.png]]

Выбираем в панели инструментов слева Инструмент перемещения (V) [[Изображение:Pictures2fb2_030.png]] и двигаем активный слой. Потом выбираем в меню слоев другой слой и двигаем его.

[[Изображение:Pictures2fb2_031.png]]

Обрезаем лишнее триммингом и послойно выставляем контрастность:

[[Изображение:Pictures2fb2_032.png]]

==Цветные картинки и работа с ними.==

Обработка цветных картинок несколько сложнее.

Загружаем картинку, выставляем разрешение и размеры, как и в случае с ч/б картинками и сразу вызываем меню Файл->Сохранить для Web (Ctrl+Alt+Shift+S) и выставляем во второй вкладке параметры, согласно скриншоту:

[[Изображение:Pictures2fb2_033.png]]

После этого надо посмотреть, есть ли на глаз разница в картинке если цветов 128, большие ли потери качества. Если нет ? пробуем еще уменьшить число цветов до 64, если потери большие ? пробуем поменять ?без дизеринга? на ?регулярный?. Чем меньшее число цветов без потери качества удастся выставить, тем меньше будет результирующий размер файла с картинкой.

Выставив желаемые параметры сохраняем файл под другим именем. Закрываем исходный файл и открываем сохраненный. В меню Изображение->Режим выбираем режим RGB. И снова сохраняем файл командой меню Файл->Сохранить (Ctrl+S). Закрываем файл и открываем его заново.

Теперь делаем прозрачный фон. Для этого выбираем режим Волшебный ластик. В левой панели инструментов нажимаем на иконку ластика [[Изображение:Pictures2fb2_034.png]] и держим несколько секунд. В выпадающей менюшке выбираем режим Волшебный ластик. Иконка ластика при этом должна стать такой: [[Изображение:Pictures2fb2_035.png]]. Выставляем параметры в верхней панели согласно скриншоту:

[[Изображение:Pictures2fb2_036.png]]

Теперь выбираем ластиком те цвета, которые должны быть прозрачными.

[[Изображение:Pictures2fb2_037.png]]

Получаем такой вариант ? прозрачным стал весь белый цвет на картинке. При этом есть элементы картинки, в которых прозрачность не нужна, она там лишняя. Например, белки глаз или середина рисунка с кучей оттенков вокруг. Чтобы это исправить, надо выбрать инструмент Архивная кисть [[Изображение:Pictures2fb2_038.png]] в левой панели инструментов. Выставить ее параметры вверху:

[[Изображение:Pictures2fb2_039.png]]

Толщину кисти варьируем исходя из удобства и размера запорченной области.

И водим кистью по рисунку в тех местах, где прозрачность не нужна.

После чего сохраняем Файл->Сохранить для Web (Ctrl+Alt+Shift+S).

Проверяем качество в Microsoft Office Picture Manager и корректируем, если что-то пропустили.
В данном случае надо убирать белые точки вокруг зеркала, орудуя теми же Волшебным ластиком и Архивной кистью.

[[Изображение:Pictures2fb2_040.png]]

Для более точной работы нужно увеличить масштаб отображения рисунка.

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

==Вставка иллюстраций в текст.==

Для вставки иллюстрации в текст очень удобно использовать FBW ? Алекс Савельев сделал работу с картинками в программе удобной и комфортной. Нужно просто щелкнуть по иконке с картинкой [[Изображение:Pictures2fb2_041.png]] и выбрать из имеющихся картинок в списке нужную.

[[Изображение:Pictures2fb2_042.png]]

Она сразу встанет на место расположения курсора.

==Заключение==

В заключение хочу поблагодарить '''MCat78''', '''Jurgennt''' и '''GoldyM''', охотно и терпеливо отвечавших на мои вопросы в процессе обучения и помогавших в написании данной инструкции.

'''Marina_Ch'''

28 июня 2007

Картинки для книг в формате FictionBook

2009-02-10T06:25:55Z

FBAdmin: /* Прозрачность и сохранение в png. */

==Введение==

Данная статья появилась из-за желания множества людей делать красивые иллюстрированные книги, с качественными, легкими и красивыми картинками с прозрачным фоном. Основная идея использования прозрачного фона принадлежит '''Jurgennt''', популяризация таких картинок '''Faiber''', а методика работы '''MCat78'''. Если б не их усилия и умения методики бы не существовало.

==Необходимые программы==

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

'''Adobe Photoshop CS''' (у меня стоит версия 9.0 русифицированная и все скриншоты будут относиться именно к ней, хотя версия и не принципиальна)

'''MWSnap''' - маленькая удобная и бесплатная программка для создания скриншотов.

'''FBWriter''' - клон FBW от Алекса Савельева.

==Создание картинки из pdf или djvu==

Первая проблема - как просто и быстро выделить готовую картинку из скана, если сканил кто-то другой. Самый простой вариант, предложенный MCat78 - сделать скриншот экрана. Для этого я пользуюсь программкой MWSnap, увеличив страницу до размера экрана и захватывая нужную область. Главное - сохранить рисунок без потери качества, лучше всего в bmp. Программа простая и отдельного описания, в общем-то, и не требует. Еще более простой вариант - нажать клавишу PrintScreen, и потом вставить изображение из буфера в любой редактор. Например в тот же фотошоп. Мне, правда, больше нравится MWSnap.

'''Внимание!''' Карты и таблицы, которые хочется вставить именно картинкой, лучше сканировать отдельно с размером 600х800 и разрешением 300 точек на дюйм!

[[Изображение:Pictures2fb2_001.png]]

==Оптимизация и прозрачность черно-белых картинок.==

Открываем фотошоп и загружаем туда рисунок. Можно открыть файл, можно сразу же отсканировать рисунок в фотошоп - это все стандартные команды меню, знакомые любому человеку, работающему под Windows. Далее подразумевается, что файл уже загружен.

===Выставление размера и разрешения картинки.===

От размера и количества точек на дюйм зависит "вес" картинки. Наша задача - максимально облегчить картинку без потери ее качества. Для этого выбираем в меню Изображение->Размер изображения (Alt+Ctrl+I). Общее правило таково - картинка, размером в лист книги должна иметь максимальные размеры не более чем 600х800 точек (пикселей). Разрешение же можно выставить 72 точки на дюйм. Эти параметры взаимосвязаны, и если нужно выставить меньшее разрешение при сохранении размера, то сперва меняем разрешение, а уж потом восстанавливаем размер изображения.

[[Изображение:Pictures2fb2_002.png]]

'''Внимание!''' Для всех картинок, для которых в дальнейшем может потребоваться увеличение для рассмотрения подробностей (например, карты или картиночные таблицы) разрешение нужно ставить 300 точек на дюйм.

===Выставление контрастности.===

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

[[Изображение:Pictures2fb2_003.png]]

Для примера покажу несколько вариантов:

Оригинальное изображение:

[[Изображение:Pictures2fb2_004.png]]

Добавлена контрастность и яркость, на мой взгляд - хорошо:

[[Изображение:Pictures2fb2_005.png]]

Низкая контрастность:

[[Изображение:Pictures2fb2_006.png]]

Слишком высокая контрастность, много артефактов:

[[Изображение:Pictures2fb2_007.png]]

Для ленивых или сомневающихся в себе людей есть функция Автоконтраст в меню Изображение->Коррекция (Alt+Shift+Ctrl+L). Единственный минус в ее использовании - как и в любом автомате не всегда и все обрабатывается корректно. Хотя в данном случае автомат отработал неплохо:

[[Изображение:Pictures2fb2_008.png]]

Если при добавлении контрастности появляются артефакты их хорошо бы удалить, стерев лишнее ластиком.

===Прозрачность и сохранение в png.===

Осталось немного - сохранить картинку, добавив прозрачность. Для этого выбираем меню Файл->Сохранить для Web (Ctrl+Alt+Shift+S) и выставляем во второй вкладке параметры, согласно скриншоту:

[[Изображение:Pictures2fb2_009.png]]

Т.е.:
* PNG-8
* Grayscale
* No Dither
* Галочка на Transparency
* No Transparency
* Colors - 16
* Matte - None

Далее под установками нужно в градации цветов (от белого до черного) выделить те цвета, которые нужно сделать прозрачными.

[[Изображение:Pictures2fb2_010.png]]

Для этого нужно щелкнуть мышкой по белому, а потом удерживая Shift - на какой-нибудь серый. Нужно выбрать наиболее светлые тона, если перестараться - исчезнут оттенки светлосерого, если недовыбрать - картинка будет иметь только частичную прозрачность. Это индивидуально и сильно зависит от типа изображения. Выбранные цвета выделяются квадратиками:

[[Изображение:Pictures2fb2_011.png]]

После этого внизу этого окошечка надо найти вот такую иконку:[[Изображение:Pictures2fb2_012.png]]. После щелчка по ней градация цветов будет выглядеть так:

[[Изображение:Pictures2fb2_013.png]]

А окошко с рисунком станет "шахматным":

[[Изображение:Pictures2fb2_014.png]]

После этого можно картинку сохранить.

Осталось только проверить результат.

===Проверка результата.===

Для проверки результата нужно открыть сохраненное с помощью Microsoft Office Picture Manager и посмотреть, достаточно ли черный цвет у картинки и нет ли там каких-то лишних черточек или чего-нибудь подобного. Если есть, то открываете опять в фотошопе и стираете там ластиком или правите контрастность.

Примеры:

1. Недостаточная контрастность или количество фоновых прозрачных цветов.

[[Изображение:Pictures2fb2_015.png]]

2. Недостаточное количество фоновых прозрачных цветов.

[[Изображение:Pictures2fb2_016.png]]

3. Излишняя контрастность, нет оттенков.

[[Изображение:Pictures2fb2_017.png]]

4. Правильный вариант ? черный есть, оттенки сохранены

[[Изображение:Pictures2fb2_018.png]]

Если все сделано правильно ? можно добавлять картинку в фб2.

==Более сложные ситуации.==

===Обрезка и поворот картинки.===

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

[[Изображение:Pictures2fb2_019.png]]

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

[[Изображение:Pictures2fb2_020.png]]

Иногда правильный угол подобрать удается далеко не с первой попытки.
После этого изображение нужно обрезать, так как слишком много лишних полей образовалось при повороте. Для этого достаточно сделать Изображение->Тримминг:

[[Изображение:Pictures2fb2_021.png]]

===Убирание лишнего.===

Лишним может быть дефект картинки ? например пятно на скане или что-то подобное. Такие места нужно просто зачистить ластиком - [[Изображение:Pictures2fb2_022.png]] в левом столбце инструментов.

Кроме того, лишними могут быть поля книги, если есть разворот книги по середине картинки.

[[Изображение:Pictures2fb2_023.png]]

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

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

[[Изображение:Pictures2fb2_024.png]]

Кроме того, нам понадобится дополнительный файл для промежуточного результата ? нам надо повернуть левую половину картинки по часовой стрелке примерно на 1 градус. Этот файл по ширине в 2 раза меньше, но в высоту ? такой же.

Выделяем левую половинку картинки, копируем ее (Ctrl+C), вставляем в промежуточный файл (Ctrl+V) и в нем поворачиваем на 1,1 градуса по часовой стрелке.

[[Изображение:Pictures2fb2_025.png]]

Повернутый промежуточный файл:

[[Изображение:Pictures2fb2_026.png]]

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

[[Изображение:Pictures2fb2_027.png]]

Мы видим, что картинка скопировалась на первый слой посередине. Повторяем процедуру копирования с правой половинкой картинки и видим, что она скопировалась на второй слой:

[[Изображение:Pictures2fb2_028.png]]

Меню управления слоями расположено справа внизу и выглядит так:

[[Изображение:Pictures2fb2_029.png]]

Выбираем в панели инструментов слева Инструмент перемещения (V) [[Изображение:Pictures2fb2_030.png]] и двигаем активный слой. Потом выбираем в меню слоев другой слой и двигаем его.

[[Изображение:Pictures2fb2_031.png]]

Обрезаем лишнее триммингом и послойно выставляем контрастность:

[[Изображение:Pictures2fb2_032.png]]

==Цветные картинки и работа с ними.==

Обработка цветных картинок несколько сложнее.

Загружаем картинку, выставляем разрешение и размеры, как и в случае с ч/б картинками и сразу вызываем меню Файл->Сохранить для Web (Ctrl+Alt+Shift+S) и выставляем во второй вкладке параметры, согласно скриншоту:

[[Изображение:Pictures2fb2_033.png]]

После этого надо посмотреть, есть ли на глаз разница в картинке если цветов 128, большие ли потери качества. Если нет ? пробуем еще уменьшить число цветов до 64, если потери большие ? пробуем поменять ?без дизеринга? на ?регулярный?. Чем меньшее число цветов без потери качества удастся выставить, тем меньше будет результирующий размер файла с картинкой.

Выставив желаемые параметры сохраняем файл под другим именем. Закрываем исходный файл и открываем сохраненный. В меню Изображение->Режим выбираем режим RGB. И снова сохраняем файл командой меню Файл->Сохранить (Ctrl+S). Закрываем файл и открываем его заново.

Теперь делаем прозрачный фон. Для этого выбираем режим Волшебный ластик. В левой панели инструментов нажимаем на иконку ластика [[Изображение:Pictures2fb2_034.png]] и держим несколько секунд. В выпадающей менюшке выбираем режим Волшебный ластик. Иконка ластика при этом должна стать такой: [[Изображение:Pictures2fb2_035.png]]. Выставляем параметры в верхней панели согласно скриншоту:

[[Изображение:Pictures2fb2_036.png]]

Теперь выбираем ластиком те цвета, которые должны быть прозрачными.

[[Изображение:Pictures2fb2_037.png]]

Получаем такой вариант ? прозрачным стал весь белый цвет на картинке. При этом есть элементы картинки, в которых прозрачность не нужна, она там лишняя. Например, белки глаз или середина рисунка с кучей оттенков вокруг. Чтобы это исправить, надо выбрать инструмент Архивная кисть [[Изображение:Pictures2fb2_038.png]] в левой панели инструментов. Выставить ее параметры вверху:

[[Изображение:Pictures2fb2_039.png]]

Толщину кисти варьируем исходя из удобства и размера запорченной области.

И водим кистью по рисунку в тех местах, где прозрачность не нужна.

После чего сохраняем Файл->Сохранить для Web (Ctrl+Alt+Shift+S).

Проверяем качество в Microsoft Office Picture Manager и корректируем, если что-то пропустили.
В данном случае надо убирать белые точки вокруг зеркала, орудуя теми же Волшебным ластиком и Архивной кистью.

[[Изображение:Pictures2fb2_040.png]]

Для более точной работы нужно увеличить масштаб отображения рисунка.

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

==Вставка иллюстраций в текст.==

Для вставки иллюстрации в текст очень удобно использовать FBW ? Алекс Савельев сделал работу с картинками в программе удобной и комфортной. Нужно просто щелкнуть по иконке с картинкой [[Изображение:Pictures2fb2_041.png]] и выбрать из имеющихся картинок в списке нужную.

[[Изображение:Pictures2fb2_042.png]]

Она сразу встанет на место расположения курсора.

==Заключение==

В заключение хочу поблагодарить '''MCat78''', '''Jurgennt''' и '''GoldyM''', охотно и терпеливо отвечавших на мои вопросы в процессе обучения и помогавших в написании данной инструкции.

'''Marina_Ch'''

28 июня 2007

Картинки для книг в формате FictionBook

2009-02-10T06:20:49Z

FBAdmin: /* Выставление контрастности. */

==Введение==

Данная статья появилась из-за желания множества людей делать красивые иллюстрированные книги, с качественными, легкими и красивыми картинками с прозрачным фоном. Основная идея использования прозрачного фона принадлежит '''Jurgennt''', популяризация таких картинок '''Faiber''', а методика работы '''MCat78'''. Если б не их усилия и умения методики бы не существовало.

==Необходимые программы==

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

'''Adobe Photoshop CS''' (у меня стоит версия 9.0 русифицированная и все скриншоты будут относиться именно к ней, хотя версия и не принципиальна)

'''MWSnap''' - маленькая удобная и бесплатная программка для создания скриншотов.

'''FBWriter''' - клон FBW от Алекса Савельева.

==Создание картинки из pdf или djvu==

Первая проблема - как просто и быстро выделить готовую картинку из скана, если сканил кто-то другой. Самый простой вариант, предложенный MCat78 - сделать скриншот экрана. Для этого я пользуюсь программкой MWSnap, увеличив страницу до размера экрана и захватывая нужную область. Главное - сохранить рисунок без потери качества, лучше всего в bmp. Программа простая и отдельного описания, в общем-то, и не требует. Еще более простой вариант - нажать клавишу PrintScreen, и потом вставить изображение из буфера в любой редактор. Например в тот же фотошоп. Мне, правда, больше нравится MWSnap.

'''Внимание!''' Карты и таблицы, которые хочется вставить именно картинкой, лучше сканировать отдельно с размером 600х800 и разрешением 300 точек на дюйм!

[[Изображение:Pictures2fb2_001.png]]

==Оптимизация и прозрачность черно-белых картинок.==

Открываем фотошоп и загружаем туда рисунок. Можно открыть файл, можно сразу же отсканировать рисунок в фотошоп - это все стандартные команды меню, знакомые любому человеку, работающему под Windows. Далее подразумевается, что файл уже загружен.

===Выставление размера и разрешения картинки.===

От размера и количества точек на дюйм зависит "вес" картинки. Наша задача - максимально облегчить картинку без потери ее качества. Для этого выбираем в меню Изображение->Размер изображения (Alt+Ctrl+I). Общее правило таково - картинка, размером в лист книги должна иметь максимальные размеры не более чем 600х800 точек (пикселей). Разрешение же можно выставить 72 точки на дюйм. Эти параметры взаимосвязаны, и если нужно выставить меньшее разрешение при сохранении размера, то сперва меняем разрешение, а уж потом восстанавливаем размер изображения.

[[Изображение:Pictures2fb2_002.png]]

'''Внимание!''' Для всех картинок, для которых в дальнейшем может потребоваться увеличение для рассмотрения подробностей (например, карты или картиночные таблицы) разрешение нужно ставить 300 точек на дюйм.

===Выставление контрастности.===

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

[[Изображение:Pictures2fb2_003.png]]

Для примера покажу несколько вариантов:

Оригинальное изображение:

[[Изображение:Pictures2fb2_004.png]]

Добавлена контрастность и яркость, на мой взгляд - хорошо:

[[Изображение:Pictures2fb2_005.png]]

Низкая контрастность:

[[Изображение:Pictures2fb2_006.png]]

Слишком высокая контрастность, много артефактов:

[[Изображение:Pictures2fb2_007.png]]

Для ленивых или сомневающихся в себе людей есть функция Автоконтраст в меню Изображение->Коррекция (Alt+Shift+Ctrl+L). Единственный минус в ее использовании - как и в любом автомате не всегда и все обрабатывается корректно. Хотя в данном случае автомат отработал неплохо:

[[Изображение:Pictures2fb2_008.png]]

Если при добавлении контрастности появляются артефакты их хорошо бы удалить, стерев лишнее ластиком.

===Прозрачность и сохранение в png.===

Осталось немного ? сохранить картинку, добавив прозрачность. Для этого выбираем меню Файл->Сохранить для Web (Ctrl+Alt+Shift+S) и выставляем во второй вкладке параметры, согласно скриншоту:

[[Изображение:Pictures2fb2_009.png]]

Т.е.:
* PNG-8
* Grayscale
* No Dither
* Галочка на Transparency
* No Transparency
* Colors - 16
* Matte ? None

Далее под установками нужно в градации цветов (от белого до черного) выделить те цвета, которые нужно сделать прозрачными.

[[Изображение:Pictures2fb2_010.png]]

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

[[Изображение:Pictures2fb2_011.png]]

После этого внизу этого окошечка надо найти вот такую иконку:[[Изображение:Pictures2fb2_012.png]]. После щелчка по ней градация цветов будет выглядеть так:

[[Изображение:Pictures2fb2_013.png]]

А окошко с рисунком станет ?шахматным?:

[[Изображение:Pictures2fb2_014.png]]

После этого можно картинку сохранить.

Осталось только проверить результат.

===Проверка результата.===

Для проверки результата нужно открыть сохраненное с помощью Microsoft Office Picture Manager и посмотреть, достаточно ли черный цвет у картинки и нет ли там каких-то лишних черточек или чего-нибудь подобного. Если есть, то открываете опять в фотошопе и стираете там ластиком или правите контрастность.

Примеры:

1. Недостаточная контрастность или количество фоновых прозрачных цветов.

[[Изображение:Pictures2fb2_015.png]]

2. Недостаточное количество фоновых прозрачных цветов.

[[Изображение:Pictures2fb2_016.png]]

3. Излишняя контрастность, нет оттенков.

[[Изображение:Pictures2fb2_017.png]]

4. Правильный вариант ? черный есть, оттенки сохранены

[[Изображение:Pictures2fb2_018.png]]

Если все сделано правильно ? можно добавлять картинку в фб2.

==Более сложные ситуации.==

===Обрезка и поворот картинки.===

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

[[Изображение:Pictures2fb2_019.png]]

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

[[Изображение:Pictures2fb2_020.png]]

Иногда правильный угол подобрать удается далеко не с первой попытки.
После этого изображение нужно обрезать, так как слишком много лишних полей образовалось при повороте. Для этого достаточно сделать Изображение->Тримминг:

[[Изображение:Pictures2fb2_021.png]]

===Убирание лишнего.===

Лишним может быть дефект картинки ? например пятно на скане или что-то подобное. Такие места нужно просто зачистить ластиком - [[Изображение:Pictures2fb2_022.png]] в левом столбце инструментов.

Кроме того, лишними могут быть поля книги, если есть разворот книги по середине картинки.

[[Изображение:Pictures2fb2_023.png]]

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

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

[[Изображение:Pictures2fb2_024.png]]

Кроме того, нам понадобится дополнительный файл для промежуточного результата ? нам надо повернуть левую половину картинки по часовой стрелке примерно на 1 градус. Этот файл по ширине в 2 раза меньше, но в высоту ? такой же.

Выделяем левую половинку картинки, копируем ее (Ctrl+C), вставляем в промежуточный файл (Ctrl+V) и в нем поворачиваем на 1,1 градуса по часовой стрелке.

[[Изображение:Pictures2fb2_025.png]]

Повернутый промежуточный файл:

[[Изображение:Pictures2fb2_026.png]]

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

[[Изображение:Pictures2fb2_027.png]]

Мы видим, что картинка скопировалась на первый слой посередине. Повторяем процедуру копирования с правой половинкой картинки и видим, что она скопировалась на второй слой:

[[Изображение:Pictures2fb2_028.png]]

Меню управления слоями расположено справа внизу и выглядит так:

[[Изображение:Pictures2fb2_029.png]]

Выбираем в панели инструментов слева Инструмент перемещения (V) [[Изображение:Pictures2fb2_030.png]] и двигаем активный слой. Потом выбираем в меню слоев другой слой и двигаем его.

[[Изображение:Pictures2fb2_031.png]]

Обрезаем лишнее триммингом и послойно выставляем контрастность:

[[Изображение:Pictures2fb2_032.png]]

==Цветные картинки и работа с ними.==

Обработка цветных картинок несколько сложнее.

Загружаем картинку, выставляем разрешение и размеры, как и в случае с ч/б картинками и сразу вызываем меню Файл->Сохранить для Web (Ctrl+Alt+Shift+S) и выставляем во второй вкладке параметры, согласно скриншоту:

[[Изображение:Pictures2fb2_033.png]]

После этого надо посмотреть, есть ли на глаз разница в картинке если цветов 128, большие ли потери качества. Если нет ? пробуем еще уменьшить число цветов до 64, если потери большие ? пробуем поменять ?без дизеринга? на ?регулярный?. Чем меньшее число цветов без потери качества удастся выставить, тем меньше будет результирующий размер файла с картинкой.

Выставив желаемые параметры сохраняем файл под другим именем. Закрываем исходный файл и открываем сохраненный. В меню Изображение->Режим выбираем режим RGB. И снова сохраняем файл командой меню Файл->Сохранить (Ctrl+S). Закрываем файл и открываем его заново.

Теперь делаем прозрачный фон. Для этого выбираем режим Волшебный ластик. В левой панели инструментов нажимаем на иконку ластика [[Изображение:Pictures2fb2_034.png]] и держим несколько секунд. В выпадающей менюшке выбираем режим Волшебный ластик. Иконка ластика при этом должна стать такой: [[Изображение:Pictures2fb2_035.png]]. Выставляем параметры в верхней панели согласно скриншоту:

[[Изображение:Pictures2fb2_036.png]]

Теперь выбираем ластиком те цвета, которые должны быть прозрачными.

[[Изображение:Pictures2fb2_037.png]]

Получаем такой вариант ? прозрачным стал весь белый цвет на картинке. При этом есть элементы картинки, в которых прозрачность не нужна, она там лишняя. Например, белки глаз или середина рисунка с кучей оттенков вокруг. Чтобы это исправить, надо выбрать инструмент Архивная кисть [[Изображение:Pictures2fb2_038.png]] в левой панели инструментов. Выставить ее параметры вверху:

[[Изображение:Pictures2fb2_039.png]]

Толщину кисти варьируем исходя из удобства и размера запорченной области.

И водим кистью по рисунку в тех местах, где прозрачность не нужна.

После чего сохраняем Файл->Сохранить для Web (Ctrl+Alt+Shift+S).

Проверяем качество в Microsoft Office Picture Manager и корректируем, если что-то пропустили.
В данном случае надо убирать белые точки вокруг зеркала, орудуя теми же Волшебным ластиком и Архивной кистью.

[[Изображение:Pictures2fb2_040.png]]

Для более точной работы нужно увеличить масштаб отображения рисунка.

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

==Вставка иллюстраций в текст.==

Для вставки иллюстрации в текст очень удобно использовать FBW ? Алекс Савельев сделал работу с картинками в программе удобной и комфортной. Нужно просто щелкнуть по иконке с картинкой [[Изображение:Pictures2fb2_041.png]] и выбрать из имеющихся картинок в списке нужную.

[[Изображение:Pictures2fb2_042.png]]

Она сразу встанет на место расположения курсора.

==Заключение==

В заключение хочу поблагодарить '''MCat78''', '''Jurgennt''' и '''GoldyM''', охотно и терпеливо отвечавших на мои вопросы в процессе обучения и помогавших в написании данной инструкции.

'''Marina_Ch'''

28 июня 2007

Картинки для книг в формате FictionBook

2009-02-10T06:16:07Z

FBAdmin: /* Оптимизация и прозрачность черно-белых картинок. */

==Введение==

Данная статья появилась из-за желания множества людей делать красивые иллюстрированные книги, с качественными, легкими и красивыми картинками с прозрачным фоном. Основная идея использования прозрачного фона принадлежит '''Jurgennt''', популяризация таких картинок '''Faiber''', а методика работы '''MCat78'''. Если б не их усилия и умения методики бы не существовало.

==Необходимые программы==

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

'''Adobe Photoshop CS''' (у меня стоит версия 9.0 русифицированная и все скриншоты будут относиться именно к ней, хотя версия и не принципиальна)

'''MWSnap''' - маленькая удобная и бесплатная программка для создания скриншотов.

'''FBWriter''' - клон FBW от Алекса Савельева.

==Создание картинки из pdf или djvu==

Первая проблема - как просто и быстро выделить готовую картинку из скана, если сканил кто-то другой. Самый простой вариант, предложенный MCat78 - сделать скриншот экрана. Для этого я пользуюсь программкой MWSnap, увеличив страницу до размера экрана и захватывая нужную область. Главное - сохранить рисунок без потери качества, лучше всего в bmp. Программа простая и отдельного описания, в общем-то, и не требует. Еще более простой вариант - нажать клавишу PrintScreen, и потом вставить изображение из буфера в любой редактор. Например в тот же фотошоп. Мне, правда, больше нравится MWSnap.

'''Внимание!''' Карты и таблицы, которые хочется вставить именно картинкой, лучше сканировать отдельно с размером 600х800 и разрешением 300 точек на дюйм!

[[Изображение:Pictures2fb2_001.png]]

==Оптимизация и прозрачность черно-белых картинок.==

Открываем фотошоп и загружаем туда рисунок. Можно открыть файл, можно сразу же отсканировать рисунок в фотошоп - это все стандартные команды меню, знакомые любому человеку, работающему под Windows. Далее подразумевается, что файл уже загружен.

===Выставление размера и разрешения картинки.===

От размера и количества точек на дюйм зависит "вес" картинки. Наша задача - максимально облегчить картинку без потери ее качества. Для этого выбираем в меню Изображение->Размер изображения (Alt+Ctrl+I). Общее правило таково - картинка, размером в лист книги должна иметь максимальные размеры не более чем 600х800 точек (пикселей). Разрешение же можно выставить 72 точки на дюйм. Эти параметры взаимосвязаны, и если нужно выставить меньшее разрешение при сохранении размера, то сперва меняем разрешение, а уж потом восстанавливаем размер изображения.

[[Изображение:Pictures2fb2_002.png]]

'''Внимание!''' Для всех картинок, для которых в дальнейшем может потребоваться увеличение для рассмотрения подробностей (например, карты или картиночные таблицы) разрешение нужно ставить 300 точек на дюйм.

===Выставление контрастности.===

При прозрачном фоне стандартный рисунок может оказаться недостаточно контрастным ? нам желательно получить хороший и глубокий черный цвет. Однако оттенками пренебрегать тоже не стоит и излишняя контрастность тоже не нужна. Компенсировать немного контрастность нужно яркостью. Этот момент тонкий и каждый решает сам, как лучше. Делается это в меню Изображение->Коррекция->Яркость/Контрастность.

[[Изображение:Pictures2fb2_003.png]]

Для примера покажу несколько вариантов:

Оригинальное изображение:

[[Изображение:Pictures2fb2_004.png]]

Добавлена контрастность и яркость, на мой взгляд - хорошо:

[[Изображение:Pictures2fb2_005.png]]

Низкая контрастность:

[[Изображение:Pictures2fb2_006.png]]

Слишком высокая контрастность, много артефактов:

[[Изображение:Pictures2fb2_007.png]]

Для ленивых или сомневающихся в себе людей есть функция Автоконтраст в меню Изображение->Коррекция (Alt+Shift+Ctrl+L). Единственный минус в ее использовании ? как и в любом автомате не всегда и все обрабатывается корректно. Хотя в данном случае автомат отработал неплохо:

[[Изображение:Pictures2fb2_008.png]]

Если при добавлении контрастности появляются артефакты их хорошо бы удалить, стерев лишнее ластиком.

===Прозрачность и сохранение в png.===

Осталось немного ? сохранить картинку, добавив прозрачность. Для этого выбираем меню Файл->Сохранить для Web (Ctrl+Alt+Shift+S) и выставляем во второй вкладке параметры, согласно скриншоту:

[[Изображение:Pictures2fb2_009.png]]

Т.е.:
* PNG-8
* Grayscale
* No Dither
* Галочка на Transparency
* No Transparency
* Colors - 16
* Matte ? None

Далее под установками нужно в градации цветов (от белого до черного) выделить те цвета, которые нужно сделать прозрачными.

[[Изображение:Pictures2fb2_010.png]]

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

[[Изображение:Pictures2fb2_011.png]]

После этого внизу этого окошечка надо найти вот такую иконку:[[Изображение:Pictures2fb2_012.png]]. После щелчка по ней градация цветов будет выглядеть так:

[[Изображение:Pictures2fb2_013.png]]

А окошко с рисунком станет ?шахматным?:

[[Изображение:Pictures2fb2_014.png]]

После этого можно картинку сохранить.

Осталось только проверить результат.

===Проверка результата.===

Для проверки результата нужно открыть сохраненное с помощью Microsoft Office Picture Manager и посмотреть, достаточно ли черный цвет у картинки и нет ли там каких-то лишних черточек или чего-нибудь подобного. Если есть, то открываете опять в фотошопе и стираете там ластиком или правите контрастность.

Примеры:

1. Недостаточная контрастность или количество фоновых прозрачных цветов.

[[Изображение:Pictures2fb2_015.png]]

2. Недостаточное количество фоновых прозрачных цветов.

[[Изображение:Pictures2fb2_016.png]]

3. Излишняя контрастность, нет оттенков.

[[Изображение:Pictures2fb2_017.png]]

4. Правильный вариант ? черный есть, оттенки сохранены

[[Изображение:Pictures2fb2_018.png]]

Если все сделано правильно ? можно добавлять картинку в фб2.

==Более сложные ситуации.==

===Обрезка и поворот картинки.===

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

[[Изображение:Pictures2fb2_019.png]]

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

[[Изображение:Pictures2fb2_020.png]]

Иногда правильный угол подобрать удается далеко не с первой попытки.
После этого изображение нужно обрезать, так как слишком много лишних полей образовалось при повороте. Для этого достаточно сделать Изображение->Тримминг:

[[Изображение:Pictures2fb2_021.png]]

===Убирание лишнего.===

Лишним может быть дефект картинки ? например пятно на скане или что-то подобное. Такие места нужно просто зачистить ластиком - [[Изображение:Pictures2fb2_022.png]] в левом столбце инструментов.

Кроме того, лишними могут быть поля книги, если есть разворот книги по середине картинки.

[[Изображение:Pictures2fb2_023.png]]

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

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

[[Изображение:Pictures2fb2_024.png]]

Кроме того, нам понадобится дополнительный файл для промежуточного результата ? нам надо повернуть левую половину картинки по часовой стрелке примерно на 1 градус. Этот файл по ширине в 2 раза меньше, но в высоту ? такой же.

Выделяем левую половинку картинки, копируем ее (Ctrl+C), вставляем в промежуточный файл (Ctrl+V) и в нем поворачиваем на 1,1 градуса по часовой стрелке.

[[Изображение:Pictures2fb2_025.png]]

Повернутый промежуточный файл:

[[Изображение:Pictures2fb2_026.png]]

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

[[Изображение:Pictures2fb2_027.png]]

Мы видим, что картинка скопировалась на первый слой посередине. Повторяем процедуру копирования с правой половинкой картинки и видим, что она скопировалась на второй слой:

[[Изображение:Pictures2fb2_028.png]]

Меню управления слоями расположено справа внизу и выглядит так:

[[Изображение:Pictures2fb2_029.png]]

Выбираем в панели инструментов слева Инструмент перемещения (V) [[Изображение:Pictures2fb2_030.png]] и двигаем активный слой. Потом выбираем в меню слоев другой слой и двигаем его.

[[Изображение:Pictures2fb2_031.png]]

Обрезаем лишнее триммингом и послойно выставляем контрастность:

[[Изображение:Pictures2fb2_032.png]]

==Цветные картинки и работа с ними.==

Обработка цветных картинок несколько сложнее.

Загружаем картинку, выставляем разрешение и размеры, как и в случае с ч/б картинками и сразу вызываем меню Файл->Сохранить для Web (Ctrl+Alt+Shift+S) и выставляем во второй вкладке параметры, согласно скриншоту:

[[Изображение:Pictures2fb2_033.png]]

После этого надо посмотреть, есть ли на глаз разница в картинке если цветов 128, большие ли потери качества. Если нет ? пробуем еще уменьшить число цветов до 64, если потери большие ? пробуем поменять ?без дизеринга? на ?регулярный?. Чем меньшее число цветов без потери качества удастся выставить, тем меньше будет результирующий размер файла с картинкой.

Выставив желаемые параметры сохраняем файл под другим именем. Закрываем исходный файл и открываем сохраненный. В меню Изображение->Режим выбираем режим RGB. И снова сохраняем файл командой меню Файл->Сохранить (Ctrl+S). Закрываем файл и открываем его заново.

Теперь делаем прозрачный фон. Для этого выбираем режим Волшебный ластик. В левой панели инструментов нажимаем на иконку ластика [[Изображение:Pictures2fb2_034.png]] и держим несколько секунд. В выпадающей менюшке выбираем режим Волшебный ластик. Иконка ластика при этом должна стать такой: [[Изображение:Pictures2fb2_035.png]]. Выставляем параметры в верхней панели согласно скриншоту:

[[Изображение:Pictures2fb2_036.png]]

Теперь выбираем ластиком те цвета, которые должны быть прозрачными.

[[Изображение:Pictures2fb2_037.png]]

Получаем такой вариант ? прозрачным стал весь белый цвет на картинке. При этом есть элементы картинки, в которых прозрачность не нужна, она там лишняя. Например, белки глаз или середина рисунка с кучей оттенков вокруг. Чтобы это исправить, надо выбрать инструмент Архивная кисть [[Изображение:Pictures2fb2_038.png]] в левой панели инструментов. Выставить ее параметры вверху:

[[Изображение:Pictures2fb2_039.png]]

Толщину кисти варьируем исходя из удобства и размера запорченной области.

И водим кистью по рисунку в тех местах, где прозрачность не нужна.

После чего сохраняем Файл->Сохранить для Web (Ctrl+Alt+Shift+S).

Проверяем качество в Microsoft Office Picture Manager и корректируем, если что-то пропустили.
В данном случае надо убирать белые точки вокруг зеркала, орудуя теми же Волшебным ластиком и Архивной кистью.

[[Изображение:Pictures2fb2_040.png]]

Для более точной работы нужно увеличить масштаб отображения рисунка.

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

==Вставка иллюстраций в текст.==

Для вставки иллюстрации в текст очень удобно использовать FBW ? Алекс Савельев сделал работу с картинками в программе удобной и комфортной. Нужно просто щелкнуть по иконке с картинкой [[Изображение:Pictures2fb2_041.png]] и выбрать из имеющихся картинок в списке нужную.

[[Изображение:Pictures2fb2_042.png]]

Она сразу встанет на место расположения курсора.

==Заключение==

В заключение хочу поблагодарить '''MCat78''', '''Jurgennt''' и '''GoldyM''', охотно и терпеливо отвечавших на мои вопросы в процессе обучения и помогавших в написании данной инструкции.

'''Marina_Ch'''

28 июня 2007

Картинки для книг в формате FictionBook

2009-02-10T06:10:50Z

FBAdmin: /* Создание картинки из pdf или djvu */

==Введение==

Данная статья появилась из-за желания множества людей делать красивые иллюстрированные книги, с качественными, легкими и красивыми картинками с прозрачным фоном. Основная идея использования прозрачного фона принадлежит '''Jurgennt''', популяризация таких картинок '''Faiber''', а методика работы '''MCat78'''. Если б не их усилия и умения методики бы не существовало.

==Необходимые программы==

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

'''Adobe Photoshop CS''' (у меня стоит версия 9.0 русифицированная и все скриншоты будут относиться именно к ней, хотя версия и не принципиальна)

'''MWSnap''' - маленькая удобная и бесплатная программка для создания скриншотов.

'''FBWriter''' - клон FBW от Алекса Савельева.

==Создание картинки из pdf или djvu==

Первая проблема - как просто и быстро выделить готовую картинку из скана, если сканил кто-то другой. Самый простой вариант, предложенный MCat78 - сделать скриншот экрана. Для этого я пользуюсь программкой MWSnap, увеличив страницу до размера экрана и захватывая нужную область. Главное - сохранить рисунок без потери качества, лучше всего в bmp. Программа простая и отдельного описания, в общем-то, и не требует. Еще более простой вариант - нажать клавишу PrintScreen, и потом вставить изображение из буфера в любой редактор. Например в тот же фотошоп. Мне, правда, больше нравится MWSnap.

'''Внимание!''' Карты и таблицы, которые хочется вставить именно картинкой, лучше сканировать отдельно с размером 600х800 и разрешением 300 точек на дюйм!

[[Изображение:Pictures2fb2_001.png]]

==Оптимизация и прозрачность черно-белых картинок.==

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

===Выставление размера и разрешения картинки.===

От размера и количества точек на дюйм зависит ?вес? картинки. Наша задача ? максимально облегчить картинку без потери ее качества. Для этого выбираем в меню Изображение->Размер изображения (Alt+Ctrl+I). Общее правило таково ? картинка, размером в лист книги должна иметь максимальные размеры не более чем 600х800 точек (пикселей). Разрешение же можно выставить 72 точки на дюйм. Эти параметры взаимосвязаны, и если нужно выставить меньшее разрешение при сохранении размера, то сперва меняем разрешение, а уж потом восстанавливаем размер изображения.

[[Изображение:Pictures2fb2_002.png]]

'''Внимание!''' Для всех картинок, для которых в дальнейшем может потребоваться увеличение для рассмотрения подробностей (например, карты или картиночные таблицы) разрешение нужно ставить 300 точек на дюйм.

===Выставление контрастности.===

При прозрачном фоне стандартный рисунок может оказаться недостаточно контрастным ? нам желательно получить хороший и глубокий черный цвет. Однако оттенками пренебрегать тоже не стоит и излишняя контрастность тоже не нужна. Компенсировать немного контрастность нужно яркостью. Этот момент тонкий и каждый решает сам, как лучше. Делается это в меню Изображение->Коррекция->Яркость/Контрастность.

[[Изображение:Pictures2fb2_003.png]]

Для примера покажу несколько вариантов:

Оригинальное изображение:

[[Изображение:Pictures2fb2_004.png]]

Добавлена контрастность и яркость, на мой взгляд - хорошо:

[[Изображение:Pictures2fb2_005.png]]

Низкая контрастность:

[[Изображение:Pictures2fb2_006.png]]

Слишком высокая контрастность, много артефактов:

[[Изображение:Pictures2fb2_007.png]]

Для ленивых или сомневающихся в себе людей есть функция Автоконтраст в меню Изображение->Коррекция (Alt+Shift+Ctrl+L). Единственный минус в ее использовании ? как и в любом автомате не всегда и все обрабатывается корректно. Хотя в данном случае автомат отработал неплохо:

[[Изображение:Pictures2fb2_008.png]]

Если при добавлении контрастности появляются артефакты их хорошо бы удалить, стерев лишнее ластиком.

===Прозрачность и сохранение в png.===

Осталось немного ? сохранить картинку, добавив прозрачность. Для этого выбираем меню Файл->Сохранить для Web (Ctrl+Alt+Shift+S) и выставляем во второй вкладке параметры, согласно скриншоту:

[[Изображение:Pictures2fb2_009.png]]

Т.е.:
* PNG-8
* Grayscale
* No Dither
* Галочка на Transparency
* No Transparency
* Colors - 16
* Matte ? None

Далее под установками нужно в градации цветов (от белого до черного) выделить те цвета, которые нужно сделать прозрачными.

[[Изображение:Pictures2fb2_010.png]]

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

[[Изображение:Pictures2fb2_011.png]]

После этого внизу этого окошечка надо найти вот такую иконку:[[Изображение:Pictures2fb2_012.png]]. После щелчка по ней градация цветов будет выглядеть так:

[[Изображение:Pictures2fb2_013.png]]

А окошко с рисунком станет ?шахматным?:

[[Изображение:Pictures2fb2_014.png]]

После этого можно картинку сохранить.

Осталось только проверить результат.

===Проверка результата.===

Для проверки результата нужно открыть сохраненное с помощью Microsoft Office Picture Manager и посмотреть, достаточно ли черный цвет у картинки и нет ли там каких-то лишних черточек или чего-нибудь подобного. Если есть, то открываете опять в фотошопе и стираете там ластиком или правите контрастность.

Примеры:

1. Недостаточная контрастность или количество фоновых прозрачных цветов.

[[Изображение:Pictures2fb2_015.png]]

2. Недостаточное количество фоновых прозрачных цветов.

[[Изображение:Pictures2fb2_016.png]]

3. Излишняя контрастность, нет оттенков.

[[Изображение:Pictures2fb2_017.png]]

4. Правильный вариант ? черный есть, оттенки сохранены

[[Изображение:Pictures2fb2_018.png]]

Если все сделано правильно ? можно добавлять картинку в фб2.

==Более сложные ситуации.==

===Обрезка и поворот картинки.===

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

[[Изображение:Pictures2fb2_019.png]]

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

[[Изображение:Pictures2fb2_020.png]]

Иногда правильный угол подобрать удается далеко не с первой попытки.
После этого изображение нужно обрезать, так как слишком много лишних полей образовалось при повороте. Для этого достаточно сделать Изображение->Тримминг:

[[Изображение:Pictures2fb2_021.png]]

===Убирание лишнего.===

Лишним может быть дефект картинки ? например пятно на скане или что-то подобное. Такие места нужно просто зачистить ластиком - [[Изображение:Pictures2fb2_022.png]] в левом столбце инструментов.

Кроме того, лишними могут быть поля книги, если есть разворот книги по середине картинки.

[[Изображение:Pictures2fb2_023.png]]

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

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

[[Изображение:Pictures2fb2_024.png]]

Кроме того, нам понадобится дополнительный файл для промежуточного результата ? нам надо повернуть левую половину картинки по часовой стрелке примерно на 1 градус. Этот файл по ширине в 2 раза меньше, но в высоту ? такой же.

Выделяем левую половинку картинки, копируем ее (Ctrl+C), вставляем в промежуточный файл (Ctrl+V) и в нем поворачиваем на 1,1 градуса по часовой стрелке.

[[Изображение:Pictures2fb2_025.png]]

Повернутый промежуточный файл:

[[Изображение:Pictures2fb2_026.png]]

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

[[Изображение:Pictures2fb2_027.png]]

Мы видим, что картинка скопировалась на первый слой посередине. Повторяем процедуру копирования с правой половинкой картинки и видим, что она скопировалась на второй слой:

[[Изображение:Pictures2fb2_028.png]]

Меню управления слоями расположено справа внизу и выглядит так:

[[Изображение:Pictures2fb2_029.png]]

Выбираем в панели инструментов слева Инструмент перемещения (V) [[Изображение:Pictures2fb2_030.png]] и двигаем активный слой. Потом выбираем в меню слоев другой слой и двигаем его.

[[Изображение:Pictures2fb2_031.png]]

Обрезаем лишнее триммингом и послойно выставляем контрастность:

[[Изображение:Pictures2fb2_032.png]]

==Цветные картинки и работа с ними.==

Обработка цветных картинок несколько сложнее.

Загружаем картинку, выставляем разрешение и размеры, как и в случае с ч/б картинками и сразу вызываем меню Файл->Сохранить для Web (Ctrl+Alt+Shift+S) и выставляем во второй вкладке параметры, согласно скриншоту:

[[Изображение:Pictures2fb2_033.png]]

После этого надо посмотреть, есть ли на глаз разница в картинке если цветов 128, большие ли потери качества. Если нет ? пробуем еще уменьшить число цветов до 64, если потери большие ? пробуем поменять ?без дизеринга? на ?регулярный?. Чем меньшее число цветов без потери качества удастся выставить, тем меньше будет результирующий размер файла с картинкой.

Выставив желаемые параметры сохраняем файл под другим именем. Закрываем исходный файл и открываем сохраненный. В меню Изображение->Режим выбираем режим RGB. И снова сохраняем файл командой меню Файл->Сохранить (Ctrl+S). Закрываем файл и открываем его заново.

Теперь делаем прозрачный фон. Для этого выбираем режим Волшебный ластик. В левой панели инструментов нажимаем на иконку ластика [[Изображение:Pictures2fb2_034.png]] и держим несколько секунд. В выпадающей менюшке выбираем режим Волшебный ластик. Иконка ластика при этом должна стать такой: [[Изображение:Pictures2fb2_035.png]]. Выставляем параметры в верхней панели согласно скриншоту:

[[Изображение:Pictures2fb2_036.png]]

Теперь выбираем ластиком те цвета, которые должны быть прозрачными.

[[Изображение:Pictures2fb2_037.png]]

Получаем такой вариант ? прозрачным стал весь белый цвет на картинке. При этом есть элементы картинки, в которых прозрачность не нужна, она там лишняя. Например, белки глаз или середина рисунка с кучей оттенков вокруг. Чтобы это исправить, надо выбрать инструмент Архивная кисть [[Изображение:Pictures2fb2_038.png]] в левой панели инструментов. Выставить ее параметры вверху:

[[Изображение:Pictures2fb2_039.png]]

Толщину кисти варьируем исходя из удобства и размера запорченной области.

И водим кистью по рисунку в тех местах, где прозрачность не нужна.

После чего сохраняем Файл->Сохранить для Web (Ctrl+Alt+Shift+S).

Проверяем качество в Microsoft Office Picture Manager и корректируем, если что-то пропустили.
В данном случае надо убирать белые точки вокруг зеркала, орудуя теми же Волшебным ластиком и Архивной кистью.

[[Изображение:Pictures2fb2_040.png]]

Для более точной работы нужно увеличить масштаб отображения рисунка.

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

==Вставка иллюстраций в текст.==

Для вставки иллюстрации в текст очень удобно использовать FBW ? Алекс Савельев сделал работу с картинками в программе удобной и комфортной. Нужно просто щелкнуть по иконке с картинкой [[Изображение:Pictures2fb2_041.png]] и выбрать из имеющихся картинок в списке нужную.

[[Изображение:Pictures2fb2_042.png]]

Она сразу встанет на место расположения курсора.

==Заключение==

В заключение хочу поблагодарить '''MCat78''', '''Jurgennt''' и '''GoldyM''', охотно и терпеливо отвечавших на мои вопросы в процессе обучения и помогавших в написании данной инструкции.

'''Marina_Ch'''

28 июня 2007

Картинки для книг в формате FictionBook

2009-02-10T06:08:26Z

FBAdmin: /* Необходимые программы */

==Введение==

Данная статья появилась из-за желания множества людей делать красивые иллюстрированные книги, с качественными, легкими и красивыми картинками с прозрачным фоном. Основная идея использования прозрачного фона принадлежит '''Jurgennt''', популяризация таких картинок '''Faiber''', а методика работы '''MCat78'''. Если б не их усилия и умения методики бы не существовало.

==Необходимые программы==

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

'''Adobe Photoshop CS''' (у меня стоит версия 9.0 русифицированная и все скриншоты будут относиться именно к ней, хотя версия и не принципиальна)

'''MWSnap''' - маленькая удобная и бесплатная программка для создания скриншотов.

'''FBWriter''' - клон FBW от Алекса Савельева.

==Создание картинки из pdf или djvu==

Первая проблема ? как просто и быстро выделить готовую картинку из скана, если сканил кто-то другой. Самый простой вариант, предложенный MCat78 ? сделать скриншот экрана. Для этого я пользуюсь программкой MWSnap, увеличив страницу до размера экрана и захватывая нужную область. Главное ? сохранить рисунок без потери качества, лучше всего в bmp. Программа простая и отдельного описания, в общем-то, и не требует. Еще более простой вариант ? нажать клавишу PrintScreen, и потом вставить изображение из буфера в любой редактор. Например в тот же фотошоп. Мне, правда, больше нравится MWSnap.

'''Внимание!''' Карты и таблицы, которые хочется вставить именно картинкой, лучше сканировать отдельно с размером 600х800 и разрешением 300 точек на дюйм!

[[Изображение:Pictures2fb2_001.png]]

==Оптимизация и прозрачность черно-белых картинок.==

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

===Выставление размера и разрешения картинки.===

От размера и количества точек на дюйм зависит ?вес? картинки. Наша задача ? максимально облегчить картинку без потери ее качества. Для этого выбираем в меню Изображение->Размер изображения (Alt+Ctrl+I). Общее правило таково ? картинка, размером в лист книги должна иметь максимальные размеры не более чем 600х800 точек (пикселей). Разрешение же можно выставить 72 точки на дюйм. Эти параметры взаимосвязаны, и если нужно выставить меньшее разрешение при сохранении размера, то сперва меняем разрешение, а уж потом восстанавливаем размер изображения.

[[Изображение:Pictures2fb2_002.png]]

'''Внимание!''' Для всех картинок, для которых в дальнейшем может потребоваться увеличение для рассмотрения подробностей (например, карты или картиночные таблицы) разрешение нужно ставить 300 точек на дюйм.

===Выставление контрастности.===

При прозрачном фоне стандартный рисунок может оказаться недостаточно контрастным ? нам желательно получить хороший и глубокий черный цвет. Однако оттенками пренебрегать тоже не стоит и излишняя контрастность тоже не нужна. Компенсировать немного контрастность нужно яркостью. Этот момент тонкий и каждый решает сам, как лучше. Делается это в меню Изображение->Коррекция->Яркость/Контрастность.

[[Изображение:Pictures2fb2_003.png]]

Для примера покажу несколько вариантов:

Оригинальное изображение:

[[Изображение:Pictures2fb2_004.png]]

Добавлена контрастность и яркость, на мой взгляд - хорошо:

[[Изображение:Pictures2fb2_005.png]]

Низкая контрастность:

[[Изображение:Pictures2fb2_006.png]]

Слишком высокая контрастность, много артефактов:

[[Изображение:Pictures2fb2_007.png]]

Для ленивых или сомневающихся в себе людей есть функция Автоконтраст в меню Изображение->Коррекция (Alt+Shift+Ctrl+L). Единственный минус в ее использовании ? как и в любом автомате не всегда и все обрабатывается корректно. Хотя в данном случае автомат отработал неплохо:

[[Изображение:Pictures2fb2_008.png]]

Если при добавлении контрастности появляются артефакты их хорошо бы удалить, стерев лишнее ластиком.

===Прозрачность и сохранение в png.===

Осталось немного ? сохранить картинку, добавив прозрачность. Для этого выбираем меню Файл->Сохранить для Web (Ctrl+Alt+Shift+S) и выставляем во второй вкладке параметры, согласно скриншоту:

[[Изображение:Pictures2fb2_009.png]]

Т.е.:
* PNG-8
* Grayscale
* No Dither
* Галочка на Transparency
* No Transparency
* Colors - 16
* Matte ? None

Далее под установками нужно в градации цветов (от белого до черного) выделить те цвета, которые нужно сделать прозрачными.

[[Изображение:Pictures2fb2_010.png]]

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

[[Изображение:Pictures2fb2_011.png]]

После этого внизу этого окошечка надо найти вот такую иконку:[[Изображение:Pictures2fb2_012.png]]. После щелчка по ней градация цветов будет выглядеть так:

[[Изображение:Pictures2fb2_013.png]]

А окошко с рисунком станет ?шахматным?:

[[Изображение:Pictures2fb2_014.png]]

После этого можно картинку сохранить.

Осталось только проверить результат.

===Проверка результата.===

Для проверки результата нужно открыть сохраненное с помощью Microsoft Office Picture Manager и посмотреть, достаточно ли черный цвет у картинки и нет ли там каких-то лишних черточек или чего-нибудь подобного. Если есть, то открываете опять в фотошопе и стираете там ластиком или правите контрастность.

Примеры:

1. Недостаточная контрастность или количество фоновых прозрачных цветов.

[[Изображение:Pictures2fb2_015.png]]

2. Недостаточное количество фоновых прозрачных цветов.

[[Изображение:Pictures2fb2_016.png]]

3. Излишняя контрастность, нет оттенков.

[[Изображение:Pictures2fb2_017.png]]

4. Правильный вариант ? черный есть, оттенки сохранены

[[Изображение:Pictures2fb2_018.png]]

Если все сделано правильно ? можно добавлять картинку в фб2.

==Более сложные ситуации.==

===Обрезка и поворот картинки.===

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

[[Изображение:Pictures2fb2_019.png]]

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

[[Изображение:Pictures2fb2_020.png]]

Иногда правильный угол подобрать удается далеко не с первой попытки.
После этого изображение нужно обрезать, так как слишком много лишних полей образовалось при повороте. Для этого достаточно сделать Изображение->Тримминг:

[[Изображение:Pictures2fb2_021.png]]

===Убирание лишнего.===

Лишним может быть дефект картинки ? например пятно на скане или что-то подобное. Такие места нужно просто зачистить ластиком - [[Изображение:Pictures2fb2_022.png]] в левом столбце инструментов.

Кроме того, лишними могут быть поля книги, если есть разворот книги по середине картинки.

[[Изображение:Pictures2fb2_023.png]]

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

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

[[Изображение:Pictures2fb2_024.png]]

Кроме того, нам понадобится дополнительный файл для промежуточного результата ? нам надо повернуть левую половину картинки по часовой стрелке примерно на 1 градус. Этот файл по ширине в 2 раза меньше, но в высоту ? такой же.

Выделяем левую половинку картинки, копируем ее (Ctrl+C), вставляем в промежуточный файл (Ctrl+V) и в нем поворачиваем на 1,1 градуса по часовой стрелке.

[[Изображение:Pictures2fb2_025.png]]

Повернутый промежуточный файл:

[[Изображение:Pictures2fb2_026.png]]

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

[[Изображение:Pictures2fb2_027.png]]

Мы видим, что картинка скопировалась на первый слой посередине. Повторяем процедуру копирования с правой половинкой картинки и видим, что она скопировалась на второй слой:

[[Изображение:Pictures2fb2_028.png]]

Меню управления слоями расположено справа внизу и выглядит так:

[[Изображение:Pictures2fb2_029.png]]

Выбираем в панели инструментов слева Инструмент перемещения (V) [[Изображение:Pictures2fb2_030.png]] и двигаем активный слой. Потом выбираем в меню слоев другой слой и двигаем его.

[[Изображение:Pictures2fb2_031.png]]

Обрезаем лишнее триммингом и послойно выставляем контрастность:

[[Изображение:Pictures2fb2_032.png]]

==Цветные картинки и работа с ними.==

Обработка цветных картинок несколько сложнее.

Загружаем картинку, выставляем разрешение и размеры, как и в случае с ч/б картинками и сразу вызываем меню Файл->Сохранить для Web (Ctrl+Alt+Shift+S) и выставляем во второй вкладке параметры, согласно скриншоту:

[[Изображение:Pictures2fb2_033.png]]

После этого надо посмотреть, есть ли на глаз разница в картинке если цветов 128, большие ли потери качества. Если нет ? пробуем еще уменьшить число цветов до 64, если потери большие ? пробуем поменять ?без дизеринга? на ?регулярный?. Чем меньшее число цветов без потери качества удастся выставить, тем меньше будет результирующий размер файла с картинкой.

Выставив желаемые параметры сохраняем файл под другим именем. Закрываем исходный файл и открываем сохраненный. В меню Изображение->Режим выбираем режим RGB. И снова сохраняем файл командой меню Файл->Сохранить (Ctrl+S). Закрываем файл и открываем его заново.

Теперь делаем прозрачный фон. Для этого выбираем режим Волшебный ластик. В левой панели инструментов нажимаем на иконку ластика [[Изображение:Pictures2fb2_034.png]] и держим несколько секунд. В выпадающей менюшке выбираем режим Волшебный ластик. Иконка ластика при этом должна стать такой: [[Изображение:Pictures2fb2_035.png]]. Выставляем параметры в верхней панели согласно скриншоту:

[[Изображение:Pictures2fb2_036.png]]

Теперь выбираем ластиком те цвета, которые должны быть прозрачными.

[[Изображение:Pictures2fb2_037.png]]

Получаем такой вариант ? прозрачным стал весь белый цвет на картинке. При этом есть элементы картинки, в которых прозрачность не нужна, она там лишняя. Например, белки глаз или середина рисунка с кучей оттенков вокруг. Чтобы это исправить, надо выбрать инструмент Архивная кисть [[Изображение:Pictures2fb2_038.png]] в левой панели инструментов. Выставить ее параметры вверху:

[[Изображение:Pictures2fb2_039.png]]

Толщину кисти варьируем исходя из удобства и размера запорченной области.

И водим кистью по рисунку в тех местах, где прозрачность не нужна.

После чего сохраняем Файл->Сохранить для Web (Ctrl+Alt+Shift+S).

Проверяем качество в Microsoft Office Picture Manager и корректируем, если что-то пропустили.
В данном случае надо убирать белые точки вокруг зеркала, орудуя теми же Волшебным ластиком и Архивной кистью.

[[Изображение:Pictures2fb2_040.png]]

Для более точной работы нужно увеличить масштаб отображения рисунка.

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

==Вставка иллюстраций в текст.==

Для вставки иллюстрации в текст очень удобно использовать FBW ? Алекс Савельев сделал работу с картинками в программе удобной и комфортной. Нужно просто щелкнуть по иконке с картинкой [[Изображение:Pictures2fb2_041.png]] и выбрать из имеющихся картинок в списке нужную.

[[Изображение:Pictures2fb2_042.png]]

Она сразу встанет на место расположения курсора.

==Заключение==

В заключение хочу поблагодарить '''MCat78''', '''Jurgennt''' и '''GoldyM''', охотно и терпеливо отвечавших на мои вопросы в процессе обучения и помогавших в написании данной инструкции.

'''Marina_Ch'''

28 июня 2007

Статьи

2009-02-06T08:28:30Z

FBAdmin:

=== Основы ===

:* [[Место стандарта в мире электронной литературы]]
:* [[Электронные книги: читаем качественно и со вкусом]]
:* [[Проблема электронных библиотек]]

=== FictionBook - теория ===

:* [[Краткий курс XML]]
:* [[Что такое FictionBook]]
:* [[FictionBook 2.0 - краткая информация]]
:* [[Описание Fictionbook]]
:* [[FictionBook - библиотека и формат на основе XML]]
:* [[Классификатор сетевой литературы для стандарта FictionBook 3.0]]
:* [[FictionBook 3.0 beta - краткое описание]]

=== FictionBook - практика ===

:* [[Как сделать книгу]]
:* [[BookDesigner 4.x - как быстро и правильно делать ebook]]
:* [[Краткая инструкция по подготовке файлов fb2 в BD4]]
:* [[Вычитка, редактура и создание fb2-файла с начала и до конца, с помощью FBD и не только]]
:* [[Делаем книги в формате FictionBook. Часть I]]
:* [[Программа-библиотекарь для книг в формате FictionBook]]
:* [[Картинки для книг в формате FictionBook]]

Статьи

2009-02-06T08:27:10Z

FBAdmin:

=== Основы ===

:* [[Место стандарта в мире электронной литературы]]
:* [[Электронные книги: читаем качественно и со вкусом]]
:* [[Проблема электронных библиотек]]

=== FictionBook - теория ===

:* [[Краткий курс XML]]
:* [[Что такое FictionBook]]
:* [[FictionBook 2.0 - краткая информация]]
:* [[Описание Fictionbook]]
:* [[FictionBook - библиотека и формат на основе XML]]
:* [[Классификатор сетевой литературы для стандарта FictionBook 3.0]]
:* [[Описание формата fb3 (предложение)]]

=== FictionBook - практика ===

:* [[Как сделать книгу]]
:* [[BookDesigner 4.x - как быстро и правильно делать ebook]]
:* [[Краткая инструкция по подготовке файлов fb2 в BD4]]
:* [[Вычитка, редактура и создание fb2-файла с начала и до конца, с помощью FBD и не только]]
:* [[Делаем книги в формате FictionBook. Часть I]]
:* [[Программа-библиотекарь для книг в формате FictionBook]]
:* [[Картинки для книг в формате FictionBook]]

Статьи

2009-02-06T08:26:17Z

FBAdmin:

=== Основы ===

:* [[Место стандарта в мире электронной литературы]]
:* [[Электронные книги: читаем качественно и со вкусом]]
:* [[Проблема электронных библиотек]]

=== FictionBook - теория ===

:* [[Краткий курс XML]]
:* [[Что такое FictionBook]]
:* [[FictionBook 2.0 - краткая информация]]
:* [[Описание Fictionbook]]
:* [[FictionBook - библиотека и формат на основе XML]]
:* [[Классификатор сетевой литературы для стандарта FictionBook 3.0]]
:* [[Классификатор сетевой литературы для стандарта FictionBook 3.0]]

=== FictionBook - практика ===

:* [[Как сделать книгу]]
:* [[BookDesigner 4.x - как быстро и правильно делать ebook]]
:* [[Краткая инструкция по подготовке файлов fb2 в BD4]]
:* [[Вычитка, редактура и создание fb2-файла с начала и до конца, с помощью FBD и не только]]
:* [[Делаем книги в формате FictionBook. Часть I]]
:* [[Программа-библиотекарь для книг в формате FictionBook]]
:* [[Картинки для книг в формате FictionBook]]

FictionBook 3.0 beta - краткое описание

2009-02-06T08:24:02Z

FBAdmin:

= Описание формата fb3 (предложение) =
''Ответственный: Грибов Д.П., grib@gribuser.ru''

''Первая версия предложена 3 июля 2008 г.''<br>
''Версия 0.1 от 1 октября 2008 г.''

== Цель создания формата ==
Формат fb3 разрабатывается для удовлетворения возросших требований к форматированию текста книг и возможностям их каталогизации. Современное состояние стандартов и технологий позволяет, помимо простого расширения набора тегов, привести формат к совместимости с наиболее удачными и перспективными наработками. В частности, в основу fb3 положен стандарт Open Packaging Convention ([http://www.ecma-international.org/publications/standards/Ecma-376.htm ECMA-376 Part 2]). Помимо этого в качестве картинок можно использовать SVG-файлы (и GIF-файлы, патент на которые закончился).

== Преемственность с форматом fb2 ==
'''Приоритеты''', на которых основан формат fb2, остаются, но частично расширяются:
* Принцип одна книга - один файл сохраняется. Более того, fb3 полноценно поддерживает "подшивки" - несколько книг в одном fb3-файле.
* Минимализм форматирования сохраняется, но для работы со сложными документами (например, с учебниками) в fb3 вводится минимально-необходимый набор тегов, обеспечивающий максимальное качество верстки при максимально возможной простоте.
* Вся мета-информация является неотъемлемой частью файла. В соответствии с возросшими требованиями к полноте и точности мета-информации была разработана новая, прямо не совместимая с дескрипшном fb2, структура.
* Формат, как и прежде, максимально ориентирован на полноценную и эффективную переносимость текста на любое устройство, с ограниченными ресурсами, черно-белым или небольшим дисплеем и т.п. Единожды сверстанная книга должна быть максимально удобной в любой среде.

'''Основные отличия''' от fb2 находятся не в области идеологии, а в области технологических решений. Коротко о наиболее важных отличиях отметим:
* fb3-файл теперь является по сути zip-архивом, в котором упакованы отдельными файлами мета-информация, картинки и текст. Требования к формату zip-файла и соглашения об именах файлов, их размещении и организации описаны в стандарте [http://www.ecma-international.org/publications/standards/Ecma-376.htm ECMA-376 Part 2]
* Мета-информация выносится в отдельный файл, тело книги и сноски - в другой файл
* Все картинки выносятся из XML и являются, в конечном счете, файлами в архиве
* Связи документа с файлами осуществляются не через xlink, а в соответствии с описанным в OPF механизмом ''отношений'' (Relationships)
* Помимо ряда мелких нововведений в форматирование (разрядка, подчеркивание) добавляется принципиально новый объект "блок", выпадающий из общего течения документа и оформляющий произвольный фрагмент книги в виде четырехугольника, который может иметь границу, внедряться в текст с обтеканием и иметь некоторые другие особенности размещения.
* Часть тегов, имеющих смысловые аналоги в HTML, будет переименована, к примеру emphasis превратится в em.

== Общая информация о структуре fb3-файла ==
В соответствии со спецификацией [http://www.ecma-international.org/publications/standards/Ecma-376.htm ECMA-376 Part 2] файл fb3 будет представлять собой стандартный zip-архив, допустимые методы сжатия - store (без компрессии) и deflate (совместимый с zlib). Имена файлов в архиве сравниваются без учета регистра, изначально зарезервированы имена файлов:
* /[Content_Types].xml
* /_rels/.rels
Файл /_rels/.rels адресует файл-обложку (thumbnail) для всего fb3-пакета и как минимум один файл дескрипшна книги. Дескрипшн книги, в свою очередь, связан с телом книги и своей собственной обложкой, а тело книги связано со всеми включенными в него объектами. Все связи описываются стандартными средствами OPC (ECMA-376 Part 2, раздел 8.3 Relationships).

В качестве графических форматов будет поддерживаться gif/png/jpg/svg (SVG 1.1 Basic)

Более детальное описание требований к zip-архиву, механизмов связывания, кодировок и ограничений на именование файлов в архиве можно найти в стандарте [http://www.ecma-international.org/publications/standards/Ecma-376.htm ECMA-376 Part 2].

== Файл мета-информации ==
Подробно изучить структуру и возможности fb3 в описании книги можно на примере файла /fb3/description.xml из [http://www.gribuser.ru/xml/fictionbook/3.00/example.fb3.zip архива с примером fb3-книги]. Большинство полей там снабжены русскоязычными комментариями. Из существенных нововведений по отношению к fb2 отметим:
* Блок описания периодических изданий (журнал такой-то, номер такой-то)
* sub-title - подзаголовок, позволяет описывать более сложноорганизованные названия
* Унифицированный механизм описания авторов, переводчиков, иллюстраторов и прочих, имеющих отношение к книге, субъектов.
* Возможность описывать связанные объекты: книги, с которых сделан перевод, приложения, продолжения, та же книга на другом носителе (аудиокнига) и т.п.
* Добавлена информация о целевой аудитории и об описываемом периоде
Большая часть новых полей логически совместима со стандартами RUSMARC и USMARC

== Файл с текстом книги ==
Пример можно найти в примере fb3-документа, в файле /fb3/body.xml, где большинство новинок проиллюстрированы примерами применения и комментариями. Основные нововведения по отношению к fb2:
* Нумерованные и ненумерованные списки
* Блоки, выпадающие из общего потока, с атрибутами float, align, width, border. К примеру <block float="left" width="40em" align="right"><p>тутатекст</p></block>.
* Убирается inline-элемент code, добавляется block-элемент code, родительский по отношению к p.
* Сноски более гибко типизируемые. Допускается "подсказывать" читалке, как следует отображать сноски, следует ли переоформлять номера сносок средствами читалки и какие сноски концевые и подстраничные.
* Сноски выделяются в отдельный узел notes, и оформляются не как секции, а новым тегом <note>

== Пример содержимого fb3-архива: ==
{| border=0
|'''Book.fb3'''
| -> fb3-файл, де-факто ZIP-архив
|-
|    '''[Content_Types].xml'''
| -> Обязательный файл в архиве, содержит описание MIME-типов для всех размещенных в архиве файлов
|-
|    '''cover.jpg'''
| -> Обложка всей книги, для быстрого доступа программ-читалок
|-
|    '''_rels/.rels'''
| -> Обязательный xml-файл в архиве. В нем ссылки на обложку, файл(ы) мета-информации и прочее.
|-
|    '''fb3/description.xml'''
| -> Файл с мета-информацией
|-
|    '''fb3/_rels/description.xml.rels'''
| -> Файл со связями данной карточки книги - указывается обложка и файл с текстом книги
|-
|    '''fb3/body.xml'''
| -> Файл с текстом книги, сносками
|-
|    '''fb3/_rels/body.xml.rels'''
| -> Файл со связями текста книги - описываются все использованные картинки
|-
|    '''fb3/marks.xml'''
| -> Заметки/закладки на полях (которые поставила программа-читалка?)
|}
[[Категория:FB статьи]]

Что такое FictionBook

2009-02-04T12:42:29Z

FBAdmin: /* 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, что позволяет использовать для обработки xHTML XML-ориентированные программы и библиотеки.

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 (оранжевые ветви рисунка). Почему? Ну теперь вы это сами понимаете.

'''''Алексей Седых''''' /19.11.2004 14:28/

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

Что такое FictionBook

2009-02-04T12:37:57Z

FBAdmin: /* 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, что позволяет использовать для обработки xHTML XML-ориентированные программы и библиотеки.

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 (оранжевые ветви рисунка). Почему? Ну теперь вы это сами понимаете.

'''''Алексей Седых''''' /19.11.2004 14:28/

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

FictionBook

2009-02-04T12:30:05Z

FBAdmin:

[[Eng:FictionBook|English]]

==Цели и задачи сообщества FictionBook==

[[Изображение:Fb2-shema.jpg||right]]

Формат '''FictionBook''' - это [[:ru:xml|xml]] формат хранения книг, где каждый элемент книги описывается своими тегами.

Главная цель сторонников хранения книг в формате FictionBook - четкое хранение структуры книги с возможностью без труда сконвертировать (в том числе и автоматизированно) файл формата FictionBook в другие популярные форматы: txt, doc, rtf, html и пр. Кроме того многие программы чтения книг позволяют читать книги в формате FictionBook без конвертации.

Все это служит удобству чтения.

'''Решаемые задачи:'''
# Описание формата.
# Разработка технического задания для программного обеспечения: редакторов, ридеров, конверторов.
# Разработка программного обеспечения.
# Изготовление качественных по структуре и содержанию книг.

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

Основная информация о формате расположена в секциях навигатора '''[[Статьи]]''' и '''[[Документы]]'''. В секции '''[[Программы]]''' описаны различные программы, используемые для чтения и подготовки книг в формате '''FictionBook''', библиотекари и различные утилиты. На [[Тестовая площадка|'''Тестовой площадке''']] происходит тестирование программ, сообщения об ошибках.

Если вы желаете написать комментарий или статью, но не знаете как - вам поможет раздел '''[[FictionBook:Справка|Справка]]'''. Если вы желаете помочь перевести статью на английский язык прочтите в '''[[FictionBook:Справка|Справке]]''' статью [[FictionBook:Переводчикам|Переводчикам]] и смело переходите в раздел [[English]].

Что такое FictionBook

2009-02-03T11:41:52Z

FBAdmin: /* 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, что позволяет использовать для обработки xHTML XML-ориентированные программы и библиотеки.

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 (оранжевые ветви рисунка). Почему? Ну теперь вы это сами понимаете.

'''''Алексей Седых''''' /19.11.2004 14:28/

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

XML схема FBA - формата информации об авторе

2007-03-29T08:57:33Z

FBAdmin:

Данная схема описывает формат информации об авторе, включая данные, биографию и библиографию.
Скачать схему можно [ftp://ftp.fictionbook.org/pub/FBA/FBA.xsd здесь].

<pre>
<?xml version="1.0" encoding="UTF-8"?>
<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema" targetNamespace="http://www.alexs.ru/xml/fbauthor/1.0" xmlns="http://www.alexs.ru/xml/fbauthor/1.0" attributeFormDefault="unqualified" elementFormDefault="qualified" version="1.0">
<xsd:element name="FBA" type="FBAType">
<xsd:annotation>
<xsd:documentation xml:lang="en">Root element</xsd:documentation>
<xsd:documentation xml:lang="ru">Корневой элемент</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:complexType name="FBAType">
<xsd:sequence>
<xsd:element name="fbAuthor" maxOccurs="unbounded" type="AuthorRecordType">
<xsd:annotation>
<xsd:documentation xml:lang="en">Record about author</xsd:documentation>
<xsd:documentation xml:lang="ru">Запись об авторе</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="photo" minOccurs="0" type="PhotoType">
<xsd:annotation>
<xsd:documentation xml:lang="en">Author's photo</xsd:documentation>
<xsd:documentation xml:lang="ru">Фотография автора</xsd:documentation>
</xsd:annotation>
</xsd:element>
</xsd:sequence>
</xsd:complexType>
<xsd:complexType name="AuthorRecordType">
<xsd:sequence>
<xsd:element name="document-info" type="DocumentInfoType">
<xsd:annotation>
<xsd:documentation xml:lang="en">Information about this particular (xml) document</xsd:documentation>
<xsd:documentation xml:lang="ru">Информация об этом документе</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="author-info" type="AuthorInfoType">
<xsd:annotation>
<xsd:documentation xml:lang="en">Information about author</xsd:documentation>
<xsd:documentation xml:lang="ru">Информация об авторе</xsd:documentation>
</xsd:annotation>
</xsd:element>
</xsd:sequence>
<xsd:attribute use="required" name="lang" type="xsd:language"/>
</xsd:complexType>
<xsd:complexType name="DocumentInfoType">
<xsd:sequence>
<xsd:element name="author" type="authorType" maxOccurs="unbounded">
<xsd:annotation>
<xsd:documentation xml:lang="en">Author this particular (xml) document</xsd:documentation>
<xsd:documentation xml:lang="ru">Автор этого документа</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="date" type="DateType">
<xsd:annotation>
<xsd:documentation xml:lang="en">Date document was written</xsd:documentation>
<xsd:documentation xml:lang="ru">Дата подготовки документа</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="last-updating" type="DateType">
<xsd:annotation>
<xsd:documentation xml:lang="en">Date of last updating</xsd:documentation>
<xsd:documentation xml:lang="ru">Дата последней модификации</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="src-url" type="xsd:anyURI" minOccurs="0" maxOccurs="unbounded">
<xsd:annotation>
<xsd:documentation xml:lang="en">Source URL if this document is a conversion of some other (online) document</xsd:documentation>
<xsd:documentation xml:lang="ru">Исходный URL, если этот документ - преобразование некоторого другого документа (онлайн)</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="id" type="xsd:token">
<xsd:annotation>
<xsd:documentation xml:lang="en">This is a unique identifier for a document. This must not change unless you make substantial updates to the document</xsd:documentation>
<xsd:documentation xml:lang="ru">Уникальный идентификатор документа. Он не должен меняться при изменении и перезаливки документа</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="version" type="xsd:float">
<xsd:annotation>
<xsd:documentation xml:lang="en">Document version, in free format, should be incremented if the document is changed and re-released to the public</xsd:documentation>
<xsd:documentation xml:lang="ru">Версия документа в свободном формате, должна увеличиваться при изменении и перезаливки документа</xsd:documentation>
</xsd:annotation>
</xsd:element>
</xsd:sequence>
</xsd:complexType>
<xsd:complexType name="AuthorInfoType">
<xsd:sequence>
<xsd:element name="author" type="authorType">
<xsd:annotation>
<xsd:documentation xml:lang="en">Author</xsd:documentation>
<xsd:documentation xml:lang="ru">Автор</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="synonym" type="authorType" minOccurs="0" maxOccurs="unbounded">
<xsd:annotation>
<xsd:documentation xml:lang="en">Synonym for that autor(unfull names, incorrect names, other language)</xsd:documentation>
<xsd:documentation xml:lang="ru">Синонимы для этого автора (неполные имена, ошибочно написанные имена, имена на других языках)</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="born" type="DateType" minOccurs="0">
<xsd:annotation>
<xsd:documentation xml:lang="en">Birthday of the author</xsd:documentation>
<xsd:documentation xml:lang="ru">День рождения автора</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="dead" type="DateType" minOccurs="0">
<xsd:annotation>
<xsd:documentation xml:lang="en">Day of death of the author</xsd:documentation>
<xsd:documentation xml:lang="ru">День смерти автора</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="biography" minOccurs="0" type="BiographyType">
<xsd:annotation>
<xsd:documentation xml:lang="en">Author's biography</xsd:documentation>
<xsd:documentation xml:lang="ru">Биография автора</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="bibliography" minOccurs="0" type="BibliographyType">
<xsd:annotation>
<xsd:documentation xml:lang="en">Author's bibliography</xsd:documentation>
<xsd:documentation xml:lang="ru">Библиография автора</xsd:documentation>
</xsd:annotation>
</xsd:element>
</xsd:sequence>
</xsd:complexType>
<xsd:complexType name="authorType">
<xsd:choice>
<xsd:sequence>
<xsd:element name="first-name" type="xsd:token" default="Noname">
<xsd:annotation>
<xsd:documentation xml:lang="en">The type xsd:token is a line without initial and final blanks and symbols of the end of a line, single blanks between words are supposed only</xsd:documentation>
<xsd:documentation xml:lang="ru">Тип xsd:token - это строка без начальных и конечных пробелов и переводов строки, допускаются только одиночные пробелы между словами</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="middle-name" type="xsd:token" minOccurs="0"/>
<xsd:element name="last-name" type="xsd:token" default="Unknown"/>
<xsd:element name="nickname" type="xsd:token" minOccurs="0"/>
<xsd:element name="home-page" type="xsd:anyURI" minOccurs="0">
<xsd:annotation>
<xsd:documentation xml:lang="en">Examples of use of type xsd:anyURI - http://www.any.ru/index.html, mailto:author@mybooks.ru</xsd:documentation>
<xsd:documentation xml:lang="ru">Примеры использования типа xsd:anyURI - http://www.any.ru/index.html, mailto:author@mybooks.ru</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="email" type="xsd:anyURI" minOccurs="0"/>
</xsd:sequence>
<xsd:sequence>
<xsd:element name="nickname" type="xsd:token"/>
<xsd:element name="home-page" type="xsd:anyURI" minOccurs="0"/>
<xsd:element name="email" type="xsd:anyURI" minOccurs="0"/>
</xsd:sequence>
</xsd:choice>
</xsd:complexType>
<xsd:complexType name="Biblio-recordType">
<xsd:sequence>
<xsd:element name="year" type="xsd:gYear">
<xsd:annotation>
<xsd:documentation xml:lang="en">Year, when book was written</xsd:documentation>
<xsd:documentation xml:lang="ru">Год, когда книга была написана</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="title" type="xsd:token">
<xsd:annotation>
<xsd:documentation xml:lang="en">Title of book</xsd:documentation>
<xsd:documentation xml:lang="ru">Название книги</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="coauthor" type="authorType" minOccurs="0" maxOccurs="unbounded">
<xsd:annotation>
<xsd:documentation xml:lang="en">Co-аuthor of this book</xsd:documentation>
<xsd:documentation xml:lang="ru">Соавторы этой книги</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="book-link" type="xsd:anyURI" minOccurs="0">
<xsd:annotation>
<xsd:documentation xml:lang="en">Link to book</xsd:documentation>
<xsd:documentation xml:lang="ru">Ссылка на книгу</xsd:documentation>
</xsd:annotation>
</xsd:element>
</xsd:sequence>
</xsd:complexType>
<xsd:complexType name="BiographyType">
<xsd:annotation>
<xsd:documentation xml:lang="en">Biography (the short information about the author)</xsd:documentation>
<xsd:documentation xml:lang="ru">Короткая биографическая информация об авторе</xsd:documentation>
</xsd:annotation>
<xsd:choice minOccurs="1" maxOccurs="unbounded">
<xsd:element name="p" type="PType">
<xsd:annotation>
<xsd:documentation xml:lang="en">The paragraph - a string limited by a symbol of a new line.</xsd:documentation>
<xsd:documentation xml:lang="ru">Параграф - строка, ограниченная символом новой строки.</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="cite" minOccurs="0" type="CiteType">
<xsd:annotation>
<xsd:documentation xml:lang="en">Cite</xsd:documentation>
<xsd:documentation xml:lang="ru">Цитата</xsd:documentation>
</xsd:annotation>
</xsd:element>
</xsd:choice>
</xsd:complexType>
<xsd:complexType name="DateType">
<xsd:annotation>
<xsd:documentation xml:lang="en">A human readable date, maybe not exact, with an optional computer readable variant</xsd:documentation>
<xsd:documentation xml:lang="ru">Свободный вариант написания даты с опциональным стандартным типом xsd:date, для обработки компьютером</xsd:documentation>
</xsd:annotation>
<xsd:simpleContent>
<xsd:extension base="xsd:string">
<xsd:attribute name="value" type="xsd:date" use="optional"/>
</xsd:extension>
</xsd:simpleContent>
</xsd:complexType>
<xsd:complexType name="PhotoType">
<xsd:annotation>
<xsd:documentation xml:lang="en">The author's photo in base64 format</xsd:documentation>
<xsd:documentation xml:lang="ru">Фотография автора в формате base64</xsd:documentation>
</xsd:annotation>
<xsd:simpleContent>
<xsd:extension base="xsd:base64Binary">
<xsd:attribute name="content-type" type="xsd:string" use="required"/>
</xsd:extension>
</xsd:simpleContent>
</xsd:complexType>
<xsd:complexType name="BibliographyType">
<xsd:annotation>
<xsd:documentation xml:lang="en">Bibliography by years</xsd:documentation>
<xsd:documentation xml:lang="ru">Библиография произведений автора, выпущенных на соответствующем языке, по годам</xsd:documentation>
</xsd:annotation>
<xsd:sequence>
<xsd:element name="Biblio-record" type="Biblio-recordType" minOccurs="0" maxOccurs="unbounded"/>
</xsd:sequence>
</xsd:complexType>
<xsd:complexType name="PType" mixed="true">
<xsd:choice maxOccurs="unbounded">
<xsd:element name="strong" minOccurs="0" type="StyleType"/>
<xsd:element name="emphasis" minOccurs="0" type="StyleType"/>
</xsd:choice>
</xsd:complexType>
<xsd:complexType name="CiteType" mixed="true">
<xsd:sequence minOccurs="1" maxOccurs="1">
<xsd:choice minOccurs="1" maxOccurs="unbounded">
<xsd:element name="strong" minOccurs="0" type="StyleType"/>
<xsd:element name="emphasis" minOccurs="0" type="StyleType"/>
</xsd:choice>
<xsd:element name="text-author" minOccurs="0" maxOccurs="unbounded" type="xsd:string"/>
</xsd:sequence>
</xsd:complexType>
<xsd:complexType name="StyleType">
<xsd:annotation>
<xsd:documentation xml:lang="en">Markup</xsd:documentation>
<xsd:documentation xml:lang="ru">Стилевое выделение текста</xsd:documentation>
</xsd:annotation>
<xsd:choice minOccurs="0" maxOccurs="unbounded">
<xsd:element name="strong" type="StyleType"/>
<xsd:element name="emphasis" type="StyleType"/>
</xsd:choice>
</xsd:complexType>
</xsd:schema>
</pre>
[[Категория:FB документы]]

XML схема FBA - формата информации об авторе

2007-03-29T07:32:37Z

FBAdmin:

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

<pre>
<?xml version="1.0" encoding="UTF-8"?>
<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema" targetNamespace="http://www.alexs.ru/xml/fbauthor/1.0" xmlns="http://www.alexs.ru/xml/fbauthor/1.0" attributeFormDefault="unqualified" elementFormDefault="qualified" version="1.0">
<xsd:element name="FBA" type="FBAType">
<xsd:annotation>
<xsd:documentation xml:lang="en">Root element</xsd:documentation>
<xsd:documentation xml:lang="ru">Корневой элемент</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:complexType name="FBAType">
<xsd:sequence>
<xsd:element name="fbAuthor" maxOccurs="unbounded" type="AuthorRecordType">
<xsd:annotation>
<xsd:documentation xml:lang="en">Record about author</xsd:documentation>
<xsd:documentation xml:lang="ru">Запись об авторе</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="photo" minOccurs="0" type="PhotoType">
<xsd:annotation>
<xsd:documentation xml:lang="en">Author's photo</xsd:documentation>
<xsd:documentation xml:lang="ru">Фотография автора</xsd:documentation>
</xsd:annotation>
</xsd:element>
</xsd:sequence>
</xsd:complexType>
<xsd:complexType name="AuthorRecordType">
<xsd:sequence>
<xsd:element name="document-info" type="DocumentInfoType">
<xsd:annotation>
<xsd:documentation xml:lang="en">Information about this particular (xml) document</xsd:documentation>
<xsd:documentation xml:lang="ru">Информация об этом документе</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="author-info" type="AuthorInfoType">
<xsd:annotation>
<xsd:documentation xml:lang="en">Information about author</xsd:documentation>
<xsd:documentation xml:lang="ru">Информация об авторе</xsd:documentation>
</xsd:annotation>
</xsd:element>
</xsd:sequence>
<xsd:attribute use="required" name="lang" type="xsd:language"/>
</xsd:complexType>
<xsd:complexType name="DocumentInfoType">
<xsd:sequence>
<xsd:element name="author" type="authorType" maxOccurs="unbounded">
<xsd:annotation>
<xsd:documentation xml:lang="en">Author this particular (xml) document</xsd:documentation>
<xsd:documentation xml:lang="ru">Автор этого документа</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="date" type="DateType">
<xsd:annotation>
<xsd:documentation xml:lang="en">Date document was written</xsd:documentation>
<xsd:documentation xml:lang="ru">Дата подготовки документа</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="last-updating" type="DateType">
<xsd:annotation>
<xsd:documentation xml:lang="en">Date of last updating</xsd:documentation>
<xsd:documentation xml:lang="ru">Дата последней модификации</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="src-url" type="xsd:anyURI" minOccurs="0" maxOccurs="unbounded">
<xsd:annotation>
<xsd:documentation xml:lang="en">Source URL if this document is a conversion of some other (online) document</xsd:documentation>
<xsd:documentation xml:lang="ru">Исходный URL, если этот документ - преобразование некоторого другого документа (онлайн)</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="id" type="xsd:token">
<xsd:annotation>
<xsd:documentation xml:lang="en">This is a unique identifier for a document. This must not change unless you make substantial updates to the document</xsd:documentation>
<xsd:documentation xml:lang="ru">Уникальный идентификатор документа. Он не должен меняться при изменении и перезаливки документа</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="version" type="xsd:float">
<xsd:annotation>
<xsd:documentation xml:lang="en">Document version, in free format, should be incremented if the document is changed and re-released to the public</xsd:documentation>
<xsd:documentation xml:lang="ru">Версия документа в свободном формате, должна увеличиваться при изменении и перезаливки документа</xsd:documentation>
</xsd:annotation>
</xsd:element>
</xsd:sequence>
</xsd:complexType>
<xsd:complexType name="AuthorInfoType">
<xsd:sequence>
<xsd:element name="author" type="authorType">
<xsd:annotation>
<xsd:documentation xml:lang="en">Author</xsd:documentation>
<xsd:documentation xml:lang="ru">Автор</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="synonym" type="authorType" minOccurs="0" maxOccurs="unbounded">
<xsd:annotation>
<xsd:documentation xml:lang="en">Synonym for that autor(unfull names, incorrect names, other language)</xsd:documentation>
<xsd:documentation xml:lang="ru">Синонимы для этого автора (неполные имена, ошибочно написанные имена, имена на других языках)</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="born" type="DateType" minOccurs="0">
<xsd:annotation>
<xsd:documentation xml:lang="en">Birthday of the author</xsd:documentation>
<xsd:documentation xml:lang="ru">День рождения автора</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="dead" type="DateType" minOccurs="0">
<xsd:annotation>
<xsd:documentation xml:lang="en">Day of death of the author</xsd:documentation>
<xsd:documentation xml:lang="ru">День смерти автора</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="biography" minOccurs="0" type="BiographyType">
<xsd:annotation>
<xsd:documentation xml:lang="en">Author's biography</xsd:documentation>
<xsd:documentation xml:lang="ru">Биография автора</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="bibliography" minOccurs="0" type="BibliographyType">
<xsd:annotation>
<xsd:documentation xml:lang="en">Author's bibliography</xsd:documentation>
<xsd:documentation xml:lang="ru">Библиография автора</xsd:documentation>
</xsd:annotation>
</xsd:element>
</xsd:sequence>
</xsd:complexType>
<xsd:complexType name="authorType">
<xsd:choice>
<xsd:sequence>
<xsd:element name="first-name" type="xsd:token" default="Noname">
<xsd:annotation>
<xsd:documentation xml:lang="en">The type xsd:token is a line without initial and final blanks and symbols of the end of a line, single blanks between words are supposed only</xsd:documentation>
<xsd:documentation xml:lang="ru">Тип xsd:token - это строка без начальных и конечных пробелов и переводов строки, допускаются только одиночные пробелы между словами</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="middle-name" type="xsd:token" minOccurs="0"/>
<xsd:element name="last-name" type="xsd:token" default="Unknown"/>
<xsd:element name="nickname" type="xsd:token" minOccurs="0"/>
<xsd:element name="home-page" type="xsd:anyURI" minOccurs="0">
<xsd:annotation>
<xsd:documentation xml:lang="en">Examples of use of type xsd:anyURI - http://www.any.ru/index.html, mailto:author@mybooks.ru</xsd:documentation>
<xsd:documentation xml:lang="ru">Примеры использования типа xsd:anyURI - http://www.any.ru/index.html, mailto:author@mybooks.ru</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="email" type="xsd:anyURI" minOccurs="0"/>
</xsd:sequence>
<xsd:sequence>
<xsd:element name="nickname" type="xsd:token"/>
<xsd:element name="home-page" type="xsd:anyURI" minOccurs="0"/>
<xsd:element name="email" type="xsd:anyURI" minOccurs="0"/>
</xsd:sequence>
</xsd:choice>
</xsd:complexType>
<xsd:complexType name="Biblio-recordType">
<xsd:sequence>
<xsd:element name="year" type="xsd:gYear">
<xsd:annotation>
<xsd:documentation xml:lang="en">Year, when book was written</xsd:documentation>
<xsd:documentation xml:lang="ru">Год, когда книга была написана</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="title" type="xsd:token">
<xsd:annotation>
<xsd:documentation xml:lang="en">Title of book</xsd:documentation>
<xsd:documentation xml:lang="ru">Название книги</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="coauthor" type="authorType" minOccurs="0" maxOccurs="unbounded">
<xsd:annotation>
<xsd:documentation xml:lang="en">Co-аuthor of this book</xsd:documentation>
<xsd:documentation xml:lang="ru">Соавторы этой книги</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="book-link" type="xsd:anyURI" minOccurs="0">
<xsd:annotation>
<xsd:documentation xml:lang="en">Link to book</xsd:documentation>
<xsd:documentation xml:lang="ru">Ссылка на книгу</xsd:documentation>
</xsd:annotation>
</xsd:element>
</xsd:sequence>
</xsd:complexType>
<xsd:complexType name="BiographyType">
<xsd:annotation>
<xsd:documentation xml:lang="en">Biography (the short information about the author)</xsd:documentation>
<xsd:documentation xml:lang="ru">Короткая биографическая информация об авторе</xsd:documentation>
</xsd:annotation>
<xsd:choice minOccurs="1" maxOccurs="unbounded">
<xsd:element name="p" type="PType">
<xsd:annotation>
<xsd:documentation xml:lang="en">The paragraph - a string limited by a symbol of a new line.</xsd:documentation>
<xsd:documentation xml:lang="ru">Параграф - строка, ограниченная символом новой строки.</xsd:documentation>
</xsd:annotation>
</xsd:element>
<xsd:element name="cite" minOccurs="0" type="CiteType">
<xsd:annotation>
<xsd:documentation xml:lang="en">Cite</xsd:documentation>
<xsd:documentation xml:lang="ru">Цитата</xsd:documentation>
</xsd:annotation>
</xsd:element>
</xsd:choice>
</xsd:complexType>
<xsd:complexType name="DateType">
<xsd:annotation>
<xsd:documentation xml:lang="en">A human readable date, maybe not exact, with an optional computer readable variant</xsd:documentation>
<xsd:documentation xml:lang="ru">Свободный вариант написания даты с опциональным стандартным типом xsd:date, для обработки компьютером</xsd:documentation>
</xsd:annotation>
<xsd:simpleContent>
<xsd:extension base="xsd:string">
<xsd:attribute name="value" type="xsd:date" use="optional"/>
</xsd:extension>
</xsd:simpleContent>
</xsd:complexType>
<xsd:complexType name="PhotoType">
<xsd:annotation>
<xsd:documentation xml:lang="en">The author's photo in base64 format</xsd:documentation>
<xsd:documentation xml:lang="ru">Фотография автора в формате base64</xsd:documentation>
</xsd:annotation>
<xsd:simpleContent>
<xsd:extension base="xsd:base64Binary">
<xsd:attribute name="content-type" type="xsd:string" use="required"/>
</xsd:extension>
</xsd:simpleContent>
</xsd:complexType>
<xsd:complexType name="BibliographyType">
<xsd:annotation>
<xsd:documentation xml:lang="en">Bibliography by years</xsd:documentation>
<xsd:documentation xml:lang="ru">Библиография произведений автора, выпущенных на соответствующем языке, по годам</xsd:documentation>
</xsd:annotation>
<xsd:sequence>
<xsd:element name="Biblio-record" type="Biblio-recordType" minOccurs="0" maxOccurs="unbounded"/>
</xsd:sequence>
</xsd:complexType>
<xsd:complexType name="PType" mixed="true">
<xsd:choice maxOccurs="unbounded">
<xsd:element name="strong" minOccurs="0" type="StyleType"/>
<xsd:element name="emphasis" minOccurs="0" type="StyleType"/>
</xsd:choice>
</xsd:complexType>
<xsd:complexType name="CiteType" mixed="true">
<xsd:sequence minOccurs="1" maxOccurs="1">
<xsd:choice minOccurs="1" maxOccurs="unbounded">
<xsd:element name="strong" minOccurs="0" type="StyleType"/>
<xsd:element name="emphasis" minOccurs="0" type="StyleType"/>
</xsd:choice>
<xsd:element name="text-author" minOccurs="0" maxOccurs="unbounded" type="xsd:string"/>
</xsd:sequence>
</xsd:complexType>
<xsd:complexType name="StyleType">
<xsd:annotation>
<xsd:documentation xml:lang="en">Markup</xsd:documentation>
<xsd:documentation xml:lang="ru">Стилевое выделение текста</xsd:documentation>
</xsd:annotation>
<xsd:choice minOccurs="0" maxOccurs="unbounded">
<xsd:element name="strong" type="StyleType"/>
<xsd:element name="emphasis" type="StyleType"/>
</xsd:choice>
</xsd:complexType>
</xsd:schema>
</pre>
[[Категория:FB документы]]

XML схема FBA - формата информации об авторе

2007-03-29T07:19:17Z

FBAdmin:

Документы

2007-03-29T07:14:03Z

FBAdmin:

:* [[XML схема FictionBook2.0]]
:* [[XML схема FictionBook2.1]]
:* [[XML схема FBA - формата информации об авторе]]
:* [[FictionBook 2.0 Schema - комментарии]]
:* [[Нововведения в FictionBook 2.1 по сравнению с 2.0]]
:* [[Таблица автоматической конвертации жанров FB2.0 - FB2.1]]
:* [[Тестовый ознакомительный документ FictionBook 2.1]]
:* [[Тестовый платный документ FictionBook 2.1]]
:* [[Пример документа в FB2]]
:* [[FAQ по подготовке документа в FB2]]
:* [[Элементы стандарта FictionBook]]
:* [[Описание формата FB2 от Sclex]]
:* [[Жанры FictionBook 2.1]]
:* [[XML-файл для преобразования кодов жанров всех версий в двухуровневое описание жанра]]

Редакторы

2007-03-25T15:39:42Z

FBAdmin:

[[Eng:Editors|English]]
{{Шаблон:Редактор|name=FBTools|screenshot=Изображение:Fbe.jpg|Fbe|Doc2fb|description=Пакет программ для облегчения работы с книгами в Windows. В него входят следующие компоненты: 1) Валидатор FB2 документов; 2) Редактор FB2 документов; 3) Провайдер информации об FB2 документах в Проводнике (позволяет просматривать авторов, название, жанр и прочую информацию прямо в проводнике, не открывая файл).|standart=FB 2.0|restrict=Нет|developer=Михаил Мацнев|latest_release_version=2.0|latest_release_date=30.01.2005|platform=Windows|web-site=http://haali.cs.msu.ru/pocketpc/scripts.html|licence=Freeware}}
{{Шаблон:Редактор|name=Fiction Book Editor (FBE) клон от Pilgrim|screenshot=Изображение:Fbe.jpg|Fbe|Doc2fb|description=Доработка FictionBook Editor с целью увеличения функциональности и доведения до версии FB 2.1.|standart=FB 2.1|restrict=Не будет|developer=Pilgrim|latest_release_version=2.0|latest_release_date=25.03.2007|platform=Windows|web-site=ftp://ftp.fictionbook.org/pub/files/FBE_Pilgrim/FBE_Pilgrim.rar|licence=Freeware}}
{{Шаблон:Редактор|name=BookDesigner, FBD|screenshot=Изображение:Fbd.jpg|Fbd|Doc2fb|description=Бесплатная программа для подготовки электронных текстов почти во всех распостраненных форматах (lit, prc, pdb, rb, klm, fb2,html,rtf, doc). На входе так же принимает практически все (txt, html, doc, rtf, prc, pdb, rb, klm, fb2, fb1). Для тех, кто готовит fb2 книги, рекомендуется использовать вместо Book Designer программу Fiction Book Designer - это клон Book Designer, предназначенный для изготовления fb2-книг.|standart=FB 2.0|restrict=Нет|developer=Валерий Войцехович|latest_release_version=1.0|latest_release_date=05.12.2005|platform=Windows|web-site=http://www.the-ebook.org/Programm/bookdesigner_v4/index.html|licence=Freeware}}

[[Категория:Редакторы]]

Редакторы

2007-03-06T07:12:36Z

FBAdmin:

[[Eng:Editors|English]]
{{Шаблон:Редактор|name=FBTools|screenshot=Изображение:Fbe.jpg|Fbe|Doc2fb|description=Пакет программ для облегчения работы с книгами в Windows. В него входят следующие компоненты: 1) Валидатор FB2 документов; 2) Редактор FB2 документов; 3) Провайдер информации об FB2 документах в Проводнике (позволяет просматривать авторов, название, жанр и прочую информацию прямо в проводнике, не открывая файл).|standart=FB 2.0|restrict=Нет|developer=Михаил Мацнев|latest_release_version=2.0|latest_release_date=30.01.2005|platform=Windows|web-site=http://haali.cs.msu.ru/pocketpc/scripts.html|licence=Freeware}}
{{Шаблон:Редактор|name=Fiction Book Editor (FBE) клон от Pilgrim|screenshot=Изображение:Fbe.jpg|Fbe|Doc2fb|description=Доработка FictionBook Editor с целью увеличения функциональности и доведения до версии FB 2.1.|standart=FB 2.1|restrict=Не будет|developer=Pilgrim|latest_release_version=2.0|latest_release_date=1.03.2007|platform=Windows|web-site=ftp://ftp.fictionbook.org/pub/files/FBE_update.rar|licence=Freeware}}
{{Шаблон:Редактор|name=BookDesigner, FBD|screenshot=Изображение:Fbd.jpg|Fbd|Doc2fb|description=Бесплатная программа для подготовки электронных текстов почти во всех распостраненных форматах (lit, prc, pdb, rb, klm, fb2,html,rtf, doc). На входе так же принимает практически все (txt, html, doc, rtf, prc, pdb, rb, klm, fb2, fb1). Для тех, кто готовит fb2 книги, рекомендуется использовать вместо Book Designer программу Fiction Book Designer - это клон Book Designer, предназначенный для изготовления fb2-книг.|standart=FB 2.0|restrict=Нет|developer=Валерий Войцехович|latest_release_version=1.0|latest_release_date=05.12.2005|platform=Windows|web-site=http://www.the-ebook.org/Programm/bookdesigner_v4/index.html|licence=Freeware}}

[[Категория:Редакторы]]

Редакторы

2007-03-06T07:08:03Z

FBAdmin:

[[Eng:Editors|English]]
{{Шаблон:Редактор|name=FBTools|screenshot=Изображение:Fbe.jpg|Fbe|Doc2fb|description=Пакет программ для облегчения работы с книгами в Windows. В него входят следующие компоненты: 1) Валидатор FB2 документов; 2) Редактор FB2 документов; 3) Провайдер информации об FB2 документах в Проводнике (позволяет просматривать авторов, название, жанр и прочую информацию прямо в проводнике, не открывая файл).|standart=FB 2.0|restrict=Нет|developer=Михаил Мацнев|latest_release_version=2.0|latest_release_date=30.01.2005|platform=Windows|web-site=http://haali.cs.msu.ru/pocketpc/scripts.html|licence=Freeware}}
{{Шаблон:Редактор|name=Fiction Book Editor (FBE) клон от Pilgrim|screenshot=Изображение:Fbe.jpg|Fbe|Doc2fb|description=Доработка FictionBook Editor с целью увеличения функциональности и доведения до версии FB 2.1.|standart=FB 2.1|restrict=Не будет|developer=Pilgrim|latest_release_version=2.0|latest_release_date=1.03.2007|platform=Windows|web-site=ftp://ftp.fictionbook.org/pub/files/FBE Build Mar 1 2007.rar|licence=Freeware}}
{{Шаблон:Редактор|name=BookDesigner, FBD|screenshot=Изображение:Fbd.jpg|Fbd|Doc2fb|description=Бесплатная программа для подготовки электронных текстов почти во всех распостраненных форматах (lit, prc, pdb, rb, klm, fb2,html,rtf, doc). На входе так же принимает практически все (txt, html, doc, rtf, prc, pdb, rb, klm, fb2, fb1). Для тех, кто готовит fb2 книги, рекомендуется использовать вместо Book Designer программу Fiction Book Designer - это клон Book Designer, предназначенный для изготовления fb2-книг.|standart=FB 2.0|restrict=Нет|developer=Валерий Войцехович|latest_release_version=1.0|latest_release_date=05.12.2005|platform=Windows|web-site=http://www.the-ebook.org/Programm/bookdesigner_v4/index.html|licence=Freeware}}

[[Категория:Редакторы]]

История программы FBLibrarian

2007-02-09T20:33:10Z

FBAdmin: /* История от TaciturnMan */

== История от TaciturnMan==
Версия 1.0.0.62 (09.02.2007):
* Исправлены процедуры вызова приложений через пользовательское меню.

Версия 1.0.0.60 (07.02.2007):
* Добавлена настройки колонок в списке авторов, на вкладках "Серии", "Жанры".
* Во вкладку "Новинки" добавлена возможность поиска по языку документа, исходному языку книги и признаку "Только непрочитанные".

Версия 1.0.0.59 (06.02.2007):
* Добавлена возможность индивидуальной настройки кнопок тулбара и колонок в гридах (PDV). Сохранение настроек в ini-файле (PDV).

Версия 1.0.0.58 (05.02.2007):
* Исправлена ошибка, возникающая при входе в настройки, если программа запущена с расшаренной сетевой папки (Stepochka). Однако, база данных с библиотекой по прежнему должна находиться либо на локальном диске, либо быть доступной через сервер Firebird, но не на разделяемом ресурсе: http://www.ibase.ru/ibfaq.htm#share
* Устранены ошибки при подсчете статистики в сканере (FBAdmin).
* Устранена ошибка, возникающая при добавлении книги в избранное из списка запланированных к чтению книг (Stepochka).

Версия 1.0.0.56 (01.02.2007):
* Исправлена ошибка с аннотацией на вкладке "Жанры".
* Устранена ошибка, возникающая после регистрации пользователя при активной вкладке "Новинки".
* Востановлено контекстное меню в списке проектов, найденных с помощью поиска в текущей библиотеке.
Контекстное меню в списке проектов, найденных с помощью поиска во всех библиотеках, отключено.

Версия 1.0.0.54 (31.01.2007):
* Устранен баг с пустыми именами в списке авторов.
* Усовершенствован механизм автоматического обновления структуры базы данных

Версия 1.0.0.52 (30.01.2007):
* Устранен баг с обрезанием имен и фамилий авторов в форме редактирования информации о книге.
* Изменено представление списка авторов

------------------------------------------------------------------
Статусы обработки добавляемого документа:

Ready for process=Отмечен для обработки

Successfully added=Успешно добавлен

Updated=Обновлено

Bad archive=Поврежденный архив

Parsing error=Ошибка разбора

Duplicate (identical)=Дубликат (идентичный)

Duplicate (older)=Дубликат (старее)

Duplicate (IDs differ)=Дубликат (ID отличается)

Duplicate=Дубликат

Error updating database=Ошибка обновления базы
------------------------------------------------------------------
Алгоритм анализа сканером добавляемого документа:

1. Сканер ищет подобный документ по идентификатору, созданному из названия книги и авторов
в алфавитном порядке. Если документ с таким идентификатором не найден в базе, создается новый
документ (статус "Успешно добавлен").

2. Если документ с таким идентификатором найден, проверяется, совпадает ли в них поле ID. Если
поле ID совпадает, проверяется версия (поле VERSION) добавляемого документа. Если версия больше,
чем версия документа в библиотеке, документ заменяет аналогичный документ в библиотеке (статус
"Обновлено"). Если поля ID не совпадают, документу присваивается статус "Дубликат (ID отличается)".

3. Если версии не отличаются, проверяется соответствие размеров и дат последней модификации
двух документов. Если размеры файлов и их даты последней модификации совпадают, документ
приобретает статус "Дубликат (идентичный)". Если версия добавляемого документа меньше или
дата последней модификации меньше при равных версиях, присваивается статус "Дубликат (старее)".
Иначе присваивается статус "Дубликат" (т.е., когда версии равны, но добавляемый документ новее (?)
по дате последней модификации).

4. Если в процессе обработки в базе (после распаковки, парсинга, и упаковки) возникает любая
непредвиденная ошибка, документ приобретает статус "Ошибка обновления базы".
------------------------------------------------------------------

Версия 1.0.0.50 (25.01.2007):
* В сканере добавлена возможность выбрать несколько записей и обработать одной командой
* Устранено несколько мелких недочетов в сканере и форме редактирования информации о книге.

Версия 1.0.0.49 (25.01.2007):
* Исправлена ошибка, возникающая при импорте сканером книг с длинными названиями жанров
в старом формате.
* Много мелких усовершенствований и баг-фиксов

Версия 1.0.0.46 (24.01.2007):
* В сканере в левой части убран "лишний" столбец с датой поиска файла, а в правой --
отменена группировка по-умолчанию по дате обработки.
* В списках книг установлена сортировка по-умолчанию: серия, номер, название книги.
* Служебный файл сканера переименован с FBLIBRARY.FDB в FBSCANNER.FDB (предложено faiber).
Файл со старым именем будет переименован автоматически при старте программы.

Версия 1.0.0.45 (23.01.2007):
* Переписана форма "Информация о книге" и процедуры внесения изменений в FB2-файл.
ВНИМАНИЕ!
Нужно учитывать, что для минимизации возможных искажений исходного FB2-файла в
нем переписываются только те реквизиты, которые были изменены в форме редактирования.
В то же время, в случае переписывания многострочных текстовых полей для форматирования
текста будет использовано только простое разбиение на параграфы с помощью тега <nowiki><p></nowiki>.

Т.е., например, если аннотация не изменялась, то в FB2-файле останется узел <annotation>,
который полностью совпадает в исходным. ОДНАКО, если текст в поле "Аннотация" изменялся,
то узел <annotation> в FB2-файле будет переписан заново, используя простое разбиение текста
на параграфы при помощи тега <nowiki><p></nowiki>, и при этом потеряется сложное форматирование
аннотации (тегами <poem>, <nowiki><cite></nowiki>, <subtitle>, <nowiki><table></nowiki>, <empty-line/>).

Одним словом, без надобности не редактируйте поля "Аннотация", "История", "Прочее".

Версия 1.0.0.42 (16.01.2007):
* Добавлена функция поиска по зарегистрированным в портале библиотекам (автор: PDV)
* В сканере расширен список статусов, сигнализирующих о результатах обработки файла
* Добавлена проверка прав доступа для редактирования информации об авторах и синонимах
(предложено Stepochka).

Версия 1.0.0.37 (12.01.2007):
* База данных: поле "Имя" (автора, переводчика) расширено со 20 до 40 символов
* База данных: поле "Отчество" (автора, переводчика) расширено со 30 до 40 символов
* База данных: тип поля "DocInfo.FileDate" изменен с DATE на TIMESTAMP.

Версия 1.0.0.35 (22.12.2006):
* С целью оптимизации переписаны процедуры парсинга и импорта книги в сканером

Версия 1.0.0.34 (21.12.2006):
* Исправлена очередная ошибка, возникающая при сохранении информации о книге.

Версия 1.0.0.33 (20.12.2006):
* Исправлена ошибка, возникающая при сохранении информации о книге.
* В сканере исправлена процедура для замещения книги другой версией (при различающихся ID книг).
* В сканере добавлена возможность, в случае обнаружения дубликата, создавать новую книгу, не удаляя старой.

Версия 1.0.0.32 (18.12.2006):
* Автоматическое обновление хранимых процедур в базе данных
* Процедура для копирования информации об авторах, пользователях, рецензиях, цитатах, оценках, прочтениях из других баз данных (см. файл Migration.txt)
* Мелкие усовершенствования и баг-фиксы

Версия 1.0.0.30 (08.12.2006):
* Опция сохранения размеров и позиций окон программы
* Настройки алфавитной панели: шрифт, размеры, интервал (PDV)
* Много мелких усовершенствований и баг-фиксов

Версия 1.0.0.26 (01.12.2006):
* База данных: опять без кодировки по-умолчанию!
* База данных: построены все ограничения целостности на уровне таблиц
* База данных: исправлены ошибки в процедурах при создании серий
* База данных: поле "Название книги" расширено со 100 до 252 символов
* Исправлены ошибки при импорте неархивированных FB2-файлов
* Исправлено несколько ошибок, касающихся интерфейса.
* Исправлена ошибка, возникающая при вводе нового пользователя (AlexArh).
* Исправлена ошибка при импорте файлов с датами в нестандартных форматах
* Расширены поля на форме сканера для счетчиков файлов
* Добавлены перекрестные ссылки на автора и серию (PDV)
* Портал (перечень доступных библиотек) теперь хранится в ini-файле вместо БД (PDV).

Версия 1.0.0.20 (22.11.2006):
* Сканер построен по "старой" модели, которая более ориентирована на пакетное добаление книг (аналогично версии 1.0.0.12, но в одном окне).
* Поиск в главной форме вызывается по Ctrl-F
* После закрытия сканера сохраняется позиция в списке авторов, которая была перед открытием сканера
* Сохраняются информация о прочтении, оценках и заметках при обновлении книги новой версией
* Проверяются права пользователя при открытии другой базы/библиотеки
* Базы данных перестроены в версии Firebird 1.5.3 с кодировкой по умолчанию WIN1251. Архив с программой включает в себя обновленную библиотеку gds32.dll
* Программа ожидает файлы баз данных в кодировке WIN1251, из-за этого зависает при попытке открыть БД старого формата без указания кодировки. Пока не выяснено, почему сессия зависает, а не выдает сообщение об ошибке в момент создания.

--
Замечания и баг-репорты принимаются на <taciturnman@gmail.com>

== История от Дмитрия Пустовита==

Сразу отвечу на вопрос "Почему такой скачок в версиях?"

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

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

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

Большое количество ошибок и недочетов выявлено именно ими.

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

Большое им спасибо за помощь!

Важные (ИМХО) замечания по алгоритму работы программы:

1. Названия книг, Серий в базе данных (и соответственно в Description после редактирования)
хранятся в виде ProperCase (т.е. каждое слово с заглавной буквы). Предваряя вопросы: пробовал по-разному, МНЕ ПОНРАВИЛСЯ ЭТОТ ВАРИАНТ.

3. При сохранении книги на диск, а так же в режиме работы с файловой системой
имя файла книги формируется следующим образом:

Фамилия_Имя (или Имя_Фамилия) (в зависимости от режима LNFN или FNLN) ПЕРВОГО В СПИСКЕ АВТОРА

+

Название_книги

+

(Название_Серии-Номер_в_серии)
Причем, в зависимости от значения ключа "Транслит" в настройках все это будет или кириллицей
или латиницей.

4. При формировании имени файла заменяются на подчеркивание символы не входящие в диапазон:
['A'..'Z', 'a'..'z', '0'..'9', '-', '!', '_', 'А'..'Я', 'а'..'я', 'Ё', 'ё']

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

Ограничения

1. Не поддерживается отображение более 1 обложки для каждой книги

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

3. Есть ограничения по длине полей. Обычно лишнее урезается справа. Но сканер может
и не пропустить (не до конца проверил).

4. Может есть еще что-то, просто на данный момент я не вспомнил.

TODO

Функционал:

*Визуализация физического размера файла базы данных
*Сохранение Ini-файла не в рабочем каталоге
*Перенос/копирование из библиотеки в библиотеку
*Добавление книг формата не FB2

Plugins:
*Экспорт списка книг в XML,CVS,TXT,XLS
*Экспорт заголовков (BookInfo) (plugin)
*Построение простейшего сайта на основе БД (plugin)

Версия 1.0.0.8 RC1 (DB+File System Version)

+ Исправлена серьезная ошибка. При редактировании информации о книге менялся ID документа. Теперь он остается прежним

! Добавил возможность сортировки в таблицах щелчком по заголовку (Glassy)

+ Изменил диалог создания библиотеки. Теперь сразу можно выбрать режим хранения книг (Admin)

+ Zip-ы из TMP теперь удаляются.

+ Добавил в сканер расшифровку ошибки/деталей дубликата (Admin)

+ Исправил ошибку записи списка жанров. Не производился поиск в алтернативных названиях

! Таблица Errors перенесена в файл FBLIBRARY.FDB

! Переделана форма отображения статистики. Теперь можно увидеть количество прочитанных книг (Alex)

! Добавлена возможность выбора действия по двойному клику по книге в списке (Не помню, кто просил)

Версия 1.0.0.4 RC1 (DB+File System Version)

+ Косметические изменения

+ Перевод заголовка главной формы работает нормально

+ Убрал кнопки удалить обложку и загрузить обложку с главной формы -теперь доступны только в корректировке информации о книге

+ В комплект включена исправленная база данных

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

+ Исправлена процедура изменения способа хранения (при большом количестве книг системе не хватало ресурсов, сейчас процедура работает стабильно. Проверено на 7000 книгах)

! Добавлена возможность указать папку на СЕ устройcтве при передаче файлов. (проверял на 2 устройствах Qtek 2020 и iPAQ 1915. В основную память прошло на ура в обоих случаях, на Storage Card на iPAQ скопировалось нормально, на Qtek файл сбойный. Подозреваю флешку. Проверяйте). Папка сохраняется в ini-файле.

! Положение и размер главной формы, формы просмотра обложки, формы сканера, а также положения и размеры колонок грида, положения и размеры панелей сохраняется при выходе в файле props.ini. Оборотная сторона: пришлось на данных формах отключить максимизацию и в первый раз они могут встать некрасиво на экране (свойство Position выставлено в poDesigned)

Версия 1.0 RC1 (DB+File System Version)

FB2-Сканер

! Сканер сильно переработан и перенесен из dll в основную программу

! Изменен алгоритм определения дубликатов. Теперь во внимание принимается ID из
файла книги.

! Добавлена возможность отложить обработку ошибок сканирования на другой
сеанс работы с программой

! Убран режим автоматического переноса файлов по папкам в процессе сканирования
Это можно сделать вручную по правому клику на списке ошибок

! Теперь можно заменить книгу в библиотеке дубликатом, найденным в процессе
сканирования

! При перемещении по списку ошибок в случае дубликата внизу отображается книга из
библиотеки, чей дубликат был найден. Здесь же видна версия документа.

Библиотека

! Оптимизорваны запросы к базе данных. Теперь запуск программы происходит значительно
быстрее

! На вкладках отображается размер архива с книгой

! Добавлена информация о количестве рецензий на книгу

! Изменена панель с алфавитными вкладками для авторов (вместо вкладок теперь надписи)

! Подписи для вкалдок вынесены в отдельный файл ABC.TXT в папке Language

! Добавлен режим хранения книг в виде файловой системы, замечания - см. выше

! Поменял движок скинов. Программа "понимает" *.msstyle

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

! Добавлены кнопки часто используемых операций на панель управления

! Включено отображение всплывающих подсказок к кнопкам

! Есть возможность импорта жанров из файла genres_transfer. При этом происходит не полная
замена жанров, а ОБНОВЛЕНИЕ существующих. К сожалению я не смог (пока) найти способ
напрямую использовать этот файл без импорта.

! На панель инструментов выведена кнопка "Обновить". При нажатии на нее происходить
переоткрытие запросов на текущей вкладке. Я отказался от автоматического обновления в
пользу быстродействия

! Расширен функционал многопользовательской версии:
* При добавлении книги теперь фиксируется, кем она добавлена
* Добавлена возможность не отображать прочитанные книги
* Для каждой книги можно вести "цитатник". Построен по тому же принципу, что история
и рецензии
* - Удалять книги может либо тот, кто эту книгу внес, либо владелец
библиотеки.
* Удалить автора может только владелец библиотеки
* Добавлена возможность запомнить пользователя, входящего в программу по умолчанию
(если вы владелец библиотеки и работаете с чужого рабочего места
НЕ ИСПОЛЬЗУЙТЕ ЭТУ ВОЗМОЖНОСТЬ (если вас интересует результат :))).

+ Устранена ошибка, когда в описание книги с отсутствующей обложкой
записывалась обложка от другой, уже обработаной книги

+ Исправлено много незначительных ошибок

Версия 0.3.1.2

! Поддержка скинов (пока есть 5 встроенных) в планах -
загрузка из файлов

! Удаление авторов

! Многопользовательский режим
*Отметка о прочтении
*Авторизация пользователя
*Статус "Владелец библиотеки"
*Рецензия
*История для каждого пользователя
*Избранное для каждого пользователя

+ Очистка временного каталога

+ Статистика после добавления книг в библиотеку

+ Добавлено несколько кнопок на панель инструментов

Сканер:

+ Изменен алгоритм декодирования обложки. Теперь это происходит намного
быстрее даже на больших (порядка 1 Мб) обложках.

+ Исправил ошибку кодирования обложки (формат Base64 в конце м.б. не более 2 знаков =).

+ Подправил алгоритм распознавания MIME для обложки.

Версия 0.2.0.32

! Добавлен украинский языковый файл (Alex)

+ Не работает "переносить в зависимости от результата операции" (Stepochka)

+ Неправильно заполняется autorlist

+ Не отображается autorlist для книг с 2 и более авторами

+ После правки информации о книге частично убивается информация об авторе, в главном окне автора книги видно,
а через поиск по имени/фамилии автора книга больше не находится (Stepochka)

+ Ещё, если править инфо о книге без обложки, в окне светится обложка от
последней редактируемой и сохранённой (Stepochka)

+ UTF кодировка нестабильно пишется в файл

+ на PDA и при сохранении книги на диск создаётся архив с именем .fb2.zip (Stepochka)

+ Не очищается папка tmp независимо от указания в настройках (Stepochka)

+ Исправлена ошибка поиска по интервалу дат (при задании периода менее двух
дней не находилось ничего)

+ Заменил гриды на главной форме для обзора большего количества информации
и для введения впоследствии лучшей функциональности

+ Поставил задержку на обновление Detail датасетов при перемещении по Master
Перемещение стало более комфортным (ИМХО). Detail обновляется теперь только
при остановке прокрутки Master

+ Окно можно развернуть на весь экран (Stepochka)

Сканер:

! Немного оптимизировал код и изменил интерфейс

! Добавил возможность прервать сканирование (Stepochka)

! Добавил окно для вывода текущей операции

! Добавил расшифровку ошибок на каждом из этапов работы (MAX)

+ Устранил ошибку, связанную с Американскими настройками даты (yyyy.mm.dd) (спасибо за найденный глюк, MAX)

Версия 0.2.0.23

1. Заменена компонента, отвечающая за работу с ZIP. (Admin)

2. Сканер FB2 вынесен в отдельную DLL

3. Сканер теперь осуществляет реккурсивный обход папок, начиная с указанной (j0ker)

4. Изменена структура базы данных.

5. Оптимизированы запросы

6. Добавлена поддержка языковых файлов

7. Добавлена возможность регистрации нескольких библиотек (в т.ч. и находящихся на удаленном компьютере)

8. Добавлена возможность подключения программы для чтения

9. Изменено оформление интерфейса программы

10. В редактирование BookInfo добавлены недостающие поля

11. При сохранении BookInfo теперь обновляется сам файл в базе данных

12. Добавлена поддержка plugin-ов

13. Операция по сохранению базы в структуру папок вынесена в plugin

14. Исправлена ошибка с названиями, содержащими кавычки и пр. недопустимые символы

15. Исправлены ранее остававшиеся незамеченными ошибки

16. Начиная с этой версии я работаю над программой один.

Замеченные недоработки и недочеты:

1. Не всегда правильно отрабатывает "Портал" при невозможности подключения
к последней открытой библиотеке.

2. При выгрузке из библиотеки на диск поддерживаются пока только UTF-8 и
Win-1251. (У меня не было файлов в других кодировках - проверить остальные
не смог)

Версия 0.1 beta 1

Начальная версия

[[Категория:Библиотекари]]

История программы FBLibrarian

2007-02-08T21:08:02Z

FBAdmin: /* История от TaciturnMan */

== История от TaciturnMan==
Версия 1.0.0.60 (07.02.2007):
* Добавлена настройки колонок в списке авторов, на вкладках "Серии", "Жанры".
* Во вкладку "Новинки" добавлена возможность поиска по языку документа, исходному языку книги и признаку "Только непрочитанные".

Версия 1.0.0.59 (06.02.2007):
* Добавлена возможность индивидуальной настройки кнопок тулбара и колонок в гридах (PDV). Сохранение настроек в ini-файле (PDV).

Версия 1.0.0.58 (05.02.2007):
* Исправлена ошибка, возникающая при входе в настройки, если программа запущена с расшаренной сетевой папки (Stepochka). Однако, база данных с библиотекой по прежнему должна находиться либо на локальном диске, либо быть доступной через сервер Firebird, но не на разделяемом ресурсе: http://www.ibase.ru/ibfaq.htm#share
* Устранены ошибки при подсчете статистики в сканере (FBAdmin).
* Устранена ошибка, возникающая при добавлении книги в избранное из списка запланированных к чтению книг (Stepochka).

Версия 1.0.0.56 (01.02.2007):
* Исправлена ошибка с аннотацией на вкладке "Жанры".
* Устранена ошибка, возникающая после регистрации пользователя при активной вкладке "Новинки".
* Востановлено контекстное меню в списке проектов, найденных с помощью поиска в текущей библиотеке.
Контекстное меню в списке проектов, найденных с помощью поиска во всех библиотеках, отключено.

Версия 1.0.0.54 (31.01.2007):
* Устранен баг с пустыми именами в списке авторов.
* Усовершенствован механизм автоматического обновления структуры базы данных

Версия 1.0.0.52 (30.01.2007):
* Устранен баг с обрезанием имен и фамилий авторов в форме редактирования информации о книге.
* Изменено представление списка авторов

------------------------------------------------------------------
Статусы обработки добавляемого документа:

Ready for process=Отмечен для обработки

Successfully added=Успешно добавлен

Updated=Обновлено

Bad archive=Поврежденный архив

Parsing error=Ошибка разбора

Duplicate (identical)=Дубликат (идентичный)

Duplicate (older)=Дубликат (старее)

Duplicate (IDs differ)=Дубликат (ID отличается)

Duplicate=Дубликат

Error updating database=Ошибка обновления базы
------------------------------------------------------------------
Алгоритм анализа сканером добавляемого документа:

1. Сканер ищет подобный документ по идентификатору, созданному из названия книги и авторов
в алфавитном порядке. Если документ с таким идентификатором не найден в базе, создается новый
документ (статус "Успешно добавлен").

2. Если документ с таким идентификатором найден, проверяется, совпадает ли в них поле ID. Если
поле ID совпадает, проверяется версия (поле VERSION) добавляемого документа. Если версия больше,
чем версия документа в библиотеке, документ заменяет аналогичный документ в библиотеке (статус
"Обновлено"). Если поля ID не совпадают, документу присваивается статус "Дубликат (ID отличается)".

3. Если версии не отличаются, проверяется соответствие размеров и дат последней модификации
двух документов. Если размеры файлов и их даты последней модификации совпадают, документ
приобретает статус "Дубликат (идентичный)". Если версия добавляемого документа меньше или
дата последней модификации меньше при равных версиях, присваивается статус "Дубликат (старее)".
Иначе присваивается статус "Дубликат" (т.е., когда версии равны, но добавляемый документ новее (?)
по дате последней модификации).

4. Если в процессе обработки в базе (после распаковки, парсинга, и упаковки) возникает любая
непредвиденная ошибка, документ приобретает статус "Ошибка обновления базы".
------------------------------------------------------------------

Версия 1.0.0.50 (25.01.2007):
* В сканере добавлена возможность выбрать несколько записей и обработать одной командой
* Устранено несколько мелких недочетов в сканере и форме редактирования информации о книге.

Версия 1.0.0.49 (25.01.2007):
* Исправлена ошибка, возникающая при импорте сканером книг с длинными названиями жанров
в старом формате.
* Много мелких усовершенствований и баг-фиксов

Версия 1.0.0.46 (24.01.2007):
* В сканере в левой части убран "лишний" столбец с датой поиска файла, а в правой --
отменена группировка по-умолчанию по дате обработки.
* В списках книг установлена сортировка по-умолчанию: серия, номер, название книги.
* Служебный файл сканера переименован с FBLIBRARY.FDB в FBSCANNER.FDB (предложено faiber).
Файл со старым именем будет переименован автоматически при старте программы.

Версия 1.0.0.45 (23.01.2007):
* Переписана форма "Информация о книге" и процедуры внесения изменений в FB2-файл.
ВНИМАНИЕ!
Нужно учитывать, что для минимизации возможных искажений исходного FB2-файла в
нем переписываются только те реквизиты, которые были изменены в форме редактирования.
В то же время, в случае переписывания многострочных текстовых полей для форматирования
текста будет использовано только простое разбиение на параграфы с помощью тега <nowiki><p></nowiki>.

Т.е., например, если аннотация не изменялась, то в FB2-файле останется узел <annotation>,
который полностью совпадает в исходным. ОДНАКО, если текст в поле "Аннотация" изменялся,
то узел <annotation> в FB2-файле будет переписан заново, используя простое разбиение текста
на параграфы при помощи тега <nowiki><p></nowiki>, и при этом потеряется сложное форматирование
аннотации (тегами <poem>, <nowiki><cite></nowiki>, <subtitle>, <nowiki><table></nowiki>, <empty-line/>).

Одним словом, без надобности не редактируйте поля "Аннотация", "История", "Прочее".

Версия 1.0.0.42 (16.01.2007):
* Добавлена функция поиска по зарегистрированным в портале библиотекам (автор: PDV)
* В сканере расширен список статусов, сигнализирующих о результатах обработки файла
* Добавлена проверка прав доступа для редактирования информации об авторах и синонимах
(предложено Stepochka).

Версия 1.0.0.37 (12.01.2007):
* База данных: поле "Имя" (автора, переводчика) расширено со 20 до 40 символов
* База данных: поле "Отчество" (автора, переводчика) расширено со 30 до 40 символов
* База данных: тип поля "DocInfo.FileDate" изменен с DATE на TIMESTAMP.

Версия 1.0.0.35 (22.12.2006):
* С целью оптимизации переписаны процедуры парсинга и импорта книги в сканером

Версия 1.0.0.34 (21.12.2006):
* Исправлена очередная ошибка, возникающая при сохранении информации о книге.

Версия 1.0.0.33 (20.12.2006):
* Исправлена ошибка, возникающая при сохранении информации о книге.
* В сканере исправлена процедура для замещения книги другой версией (при различающихся ID книг).
* В сканере добавлена возможность, в случае обнаружения дубликата, создавать новую книгу, не удаляя старой.

Версия 1.0.0.32 (18.12.2006):
* Автоматическое обновление хранимых процедур в базе данных
* Процедура для копирования информации об авторах, пользователях, рецензиях, цитатах, оценках, прочтениях из других баз данных (см. файл Migration.txt)
* Мелкие усовершенствования и баг-фиксы

Версия 1.0.0.30 (08.12.2006):
* Опция сохранения размеров и позиций окон программы
* Настройки алфавитной панели: шрифт, размеры, интервал (PDV)
* Много мелких усовершенствований и баг-фиксов

Версия 1.0.0.26 (01.12.2006):
* База данных: опять без кодировки по-умолчанию!
* База данных: построены все ограничения целостности на уровне таблиц
* База данных: исправлены ошибки в процедурах при создании серий
* База данных: поле "Название книги" расширено со 100 до 252 символов
* Исправлены ошибки при импорте неархивированных FB2-файлов
* Исправлено несколько ошибок, касающихся интерфейса.
* Исправлена ошибка, возникающая при вводе нового пользователя (AlexArh).
* Исправлена ошибка при импорте файлов с датами в нестандартных форматах
* Расширены поля на форме сканера для счетчиков файлов
* Добавлены перекрестные ссылки на автора и серию (PDV)
* Портал (перечень доступных библиотек) теперь хранится в ini-файле вместо БД (PDV).

Версия 1.0.0.20 (22.11.2006):
* Сканер построен по "старой" модели, которая более ориентирована на пакетное добаление книг (аналогично версии 1.0.0.12, но в одном окне).
* Поиск в главной форме вызывается по Ctrl-F
* После закрытия сканера сохраняется позиция в списке авторов, которая была перед открытием сканера
* Сохраняются информация о прочтении, оценках и заметках при обновлении книги новой версией
* Проверяются права пользователя при открытии другой базы/библиотеки
* Базы данных перестроены в версии Firebird 1.5.3 с кодировкой по умолчанию WIN1251. Архив с программой включает в себя обновленную библиотеку gds32.dll
* Программа ожидает файлы баз данных в кодировке WIN1251, из-за этого зависает при попытке открыть БД старого формата без указания кодировки. Пока не выяснено, почему сессия зависает, а не выдает сообщение об ошибке в момент создания.

--
Замечания и баг-репорты принимаются на <taciturnman@gmail.com>

== История от Дмитрия Пустовита==

Сразу отвечу на вопрос "Почему такой скачок в версиях?"

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

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

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

Большое количество ошибок и недочетов выявлено именно ими.

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

Большое им спасибо за помощь!

Важные (ИМХО) замечания по алгоритму работы программы:

1. Названия книг, Серий в базе данных (и соответственно в Description после редактирования)
хранятся в виде ProperCase (т.е. каждое слово с заглавной буквы). Предваряя вопросы: пробовал по-разному, МНЕ ПОНРАВИЛСЯ ЭТОТ ВАРИАНТ.

3. При сохранении книги на диск, а так же в режиме работы с файловой системой
имя файла книги формируется следующим образом:

Фамилия_Имя (или Имя_Фамилия) (в зависимости от режима LNFN или FNLN) ПЕРВОГО В СПИСКЕ АВТОРА

+

Название_книги

+

(Название_Серии-Номер_в_серии)
Причем, в зависимости от значения ключа "Транслит" в настройках все это будет или кириллицей
или латиницей.

4. При формировании имени файла заменяются на подчеркивание символы не входящие в диапазон:
['A'..'Z', 'a'..'z', '0'..'9', '-', '!', '_', 'А'..'Я', 'а'..'я', 'Ё', 'ё']

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

Ограничения

1. Не поддерживается отображение более 1 обложки для каждой книги

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

3. Есть ограничения по длине полей. Обычно лишнее урезается справа. Но сканер может
и не пропустить (не до конца проверил).

4. Может есть еще что-то, просто на данный момент я не вспомнил.

TODO

Функционал:

*Визуализация физического размера файла базы данных
*Сохранение Ini-файла не в рабочем каталоге
*Перенос/копирование из библиотеки в библиотеку
*Добавление книг формата не FB2

Plugins:
*Экспорт списка книг в XML,CVS,TXT,XLS
*Экспорт заголовков (BookInfo) (plugin)
*Построение простейшего сайта на основе БД (plugin)

Версия 1.0.0.8 RC1 (DB+File System Version)

+ Исправлена серьезная ошибка. При редактировании информации о книге менялся ID документа. Теперь он остается прежним

! Добавил возможность сортировки в таблицах щелчком по заголовку (Glassy)

+ Изменил диалог создания библиотеки. Теперь сразу можно выбрать режим хранения книг (Admin)

+ Zip-ы из TMP теперь удаляются.

+ Добавил в сканер расшифровку ошибки/деталей дубликата (Admin)

+ Исправил ошибку записи списка жанров. Не производился поиск в алтернативных названиях

! Таблица Errors перенесена в файл FBLIBRARY.FDB

! Переделана форма отображения статистики. Теперь можно увидеть количество прочитанных книг (Alex)

! Добавлена возможность выбора действия по двойному клику по книге в списке (Не помню, кто просил)

Версия 1.0.0.4 RC1 (DB+File System Version)

+ Косметические изменения

+ Перевод заголовка главной формы работает нормально

+ Убрал кнопки удалить обложку и загрузить обложку с главной формы -теперь доступны только в корректировке информации о книге

+ В комплект включена исправленная база данных

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

+ Исправлена процедура изменения способа хранения (при большом количестве книг системе не хватало ресурсов, сейчас процедура работает стабильно. Проверено на 7000 книгах)

! Добавлена возможность указать папку на СЕ устройcтве при передаче файлов. (проверял на 2 устройствах Qtek 2020 и iPAQ 1915. В основную память прошло на ура в обоих случаях, на Storage Card на iPAQ скопировалось нормально, на Qtek файл сбойный. Подозреваю флешку. Проверяйте). Папка сохраняется в ini-файле.

! Положение и размер главной формы, формы просмотра обложки, формы сканера, а также положения и размеры колонок грида, положения и размеры панелей сохраняется при выходе в файле props.ini. Оборотная сторона: пришлось на данных формах отключить максимизацию и в первый раз они могут встать некрасиво на экране (свойство Position выставлено в poDesigned)

Версия 1.0 RC1 (DB+File System Version)

FB2-Сканер

! Сканер сильно переработан и перенесен из dll в основную программу

! Изменен алгоритм определения дубликатов. Теперь во внимание принимается ID из
файла книги.

! Добавлена возможность отложить обработку ошибок сканирования на другой
сеанс работы с программой

! Убран режим автоматического переноса файлов по папкам в процессе сканирования
Это можно сделать вручную по правому клику на списке ошибок

! Теперь можно заменить книгу в библиотеке дубликатом, найденным в процессе
сканирования

! При перемещении по списку ошибок в случае дубликата внизу отображается книга из
библиотеки, чей дубликат был найден. Здесь же видна версия документа.

Библиотека

! Оптимизорваны запросы к базе данных. Теперь запуск программы происходит значительно
быстрее

! На вкладках отображается размер архива с книгой

! Добавлена информация о количестве рецензий на книгу

! Изменена панель с алфавитными вкладками для авторов (вместо вкладок теперь надписи)

! Подписи для вкалдок вынесены в отдельный файл ABC.TXT в папке Language

! Добавлен режим хранения книг в виде файловой системы, замечания - см. выше

! Поменял движок скинов. Программа "понимает" *.msstyle

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

! Добавлены кнопки часто используемых операций на панель управления

! Включено отображение всплывающих подсказок к кнопкам

! Есть возможность импорта жанров из файла genres_transfer. При этом происходит не полная
замена жанров, а ОБНОВЛЕНИЕ существующих. К сожалению я не смог (пока) найти способ
напрямую использовать этот файл без импорта.

! На панель инструментов выведена кнопка "Обновить". При нажатии на нее происходить
переоткрытие запросов на текущей вкладке. Я отказался от автоматического обновления в
пользу быстродействия

! Расширен функционал многопользовательской версии:
* При добавлении книги теперь фиксируется, кем она добавлена
* Добавлена возможность не отображать прочитанные книги
* Для каждой книги можно вести "цитатник". Построен по тому же принципу, что история
и рецензии
* - Удалять книги может либо тот, кто эту книгу внес, либо владелец
библиотеки.
* Удалить автора может только владелец библиотеки
* Добавлена возможность запомнить пользователя, входящего в программу по умолчанию
(если вы владелец библиотеки и работаете с чужого рабочего места
НЕ ИСПОЛЬЗУЙТЕ ЭТУ ВОЗМОЖНОСТЬ (если вас интересует результат :))).

+ Устранена ошибка, когда в описание книги с отсутствующей обложкой
записывалась обложка от другой, уже обработаной книги

+ Исправлено много незначительных ошибок

Версия 0.3.1.2

! Поддержка скинов (пока есть 5 встроенных) в планах -
загрузка из файлов

! Удаление авторов

! Многопользовательский режим
*Отметка о прочтении
*Авторизация пользователя
*Статус "Владелец библиотеки"
*Рецензия
*История для каждого пользователя
*Избранное для каждого пользователя

+ Очистка временного каталога

+ Статистика после добавления книг в библиотеку

+ Добавлено несколько кнопок на панель инструментов

Сканер:

+ Изменен алгоритм декодирования обложки. Теперь это происходит намного
быстрее даже на больших (порядка 1 Мб) обложках.

+ Исправил ошибку кодирования обложки (формат Base64 в конце м.б. не более 2 знаков =).

+ Подправил алгоритм распознавания MIME для обложки.

Версия 0.2.0.32

! Добавлен украинский языковый файл (Alex)

+ Не работает "переносить в зависимости от результата операции" (Stepochka)

+ Неправильно заполняется autorlist

+ Не отображается autorlist для книг с 2 и более авторами

+ После правки информации о книге частично убивается информация об авторе, в главном окне автора книги видно,
а через поиск по имени/фамилии автора книга больше не находится (Stepochka)

+ Ещё, если править инфо о книге без обложки, в окне светится обложка от
последней редактируемой и сохранённой (Stepochka)

+ UTF кодировка нестабильно пишется в файл

+ на PDA и при сохранении книги на диск создаётся архив с именем .fb2.zip (Stepochka)

+ Не очищается папка tmp независимо от указания в настройках (Stepochka)

+ Исправлена ошибка поиска по интервалу дат (при задании периода менее двух
дней не находилось ничего)

+ Заменил гриды на главной форме для обзора большего количества информации
и для введения впоследствии лучшей функциональности

+ Поставил задержку на обновление Detail датасетов при перемещении по Master
Перемещение стало более комфортным (ИМХО). Detail обновляется теперь только
при остановке прокрутки Master

+ Окно можно развернуть на весь экран (Stepochka)

Сканер:

! Немного оптимизировал код и изменил интерфейс

! Добавил возможность прервать сканирование (Stepochka)

! Добавил окно для вывода текущей операции

! Добавил расшифровку ошибок на каждом из этапов работы (MAX)

+ Устранил ошибку, связанную с Американскими настройками даты (yyyy.mm.dd) (спасибо за найденный глюк, MAX)

Версия 0.2.0.23

1. Заменена компонента, отвечающая за работу с ZIP. (Admin)

2. Сканер FB2 вынесен в отдельную DLL

3. Сканер теперь осуществляет реккурсивный обход папок, начиная с указанной (j0ker)

4. Изменена структура базы данных.

5. Оптимизированы запросы

6. Добавлена поддержка языковых файлов

7. Добавлена возможность регистрации нескольких библиотек (в т.ч. и находящихся на удаленном компьютере)

8. Добавлена возможность подключения программы для чтения

9. Изменено оформление интерфейса программы

10. В редактирование BookInfo добавлены недостающие поля

11. При сохранении BookInfo теперь обновляется сам файл в базе данных

12. Добавлена поддержка plugin-ов

13. Операция по сохранению базы в структуру папок вынесена в plugin

14. Исправлена ошибка с названиями, содержащими кавычки и пр. недопустимые символы

15. Исправлены ранее остававшиеся незамеченными ошибки

16. Начиная с этой версии я работаю над программой один.

Замеченные недоработки и недочеты:

1. Не всегда правильно отрабатывает "Портал" при невозможности подключения
к последней открытой библиотеке.

2. При выгрузке из библиотеки на диск поддерживаются пока только UTF-8 и
Win-1251. (У меня не было файлов в других кодировках - проверить остальные
не смог)

Версия 0.1 beta 1

Начальная версия

[[Категория:Библиотекари]]

Библиотекарь FBLibrarian

2007-02-08T21:03:23Z

FBAdmin: /* Ошибки (Версия 1.0.0.58) */

== Тестируем FBLibrarian ==

[[История программы FBLibrarian]]

[ftp://ftp.fictionbook.org/pub/files/fb2lib.1.0.0.58.rar Последний полный пакет (1.0.0.58)]
--[[Участник:TaciturnMan|TaciturnMan]] 15:21, 8 февраля 2007 (MSK)

[ftp://ftp.fictionbook.org/pub/files/fb2lib.1.0.0.61.update.rar Последний апдейт (1.0.0.61)]
--[[Участник:TaciturnMan|TaciturnMan]] 15:21, 8 февраля 2007 (MSK)

== Ошибки ==

=== Синонимы и перемещение ===
Версия 1.0.0.58, база 1.0.0.53. Хранение на диске.
# Есть два автора "Bradbury Ray"(каталог на диске \bradbury_ray\) и "Брэдбери Рэй"(\bredberi_rei\)
# Делаем "Брэдбери Рэй" синонимом "Bradbury Ray" (по правой кнопке на "Брэдбери Рэй" в списке авторов -> "Добавить как синоним...")
# Редактируем описание книги в списке "Брэдбери Рэй".
# Сохраняем изменения
При этом она <b>перемещается автору</b> "Bradbury Ray"(в том числе в каталог \bradbury_ray\), но <b>остается файл</b> в каталоге \bredberi_rei\.<br>
Какая должна быть политика программы в таком случае?

Может быть стоит вводить строгое соответствие для "Автор-Каталог", с возможностью управления и кнопкой "переместить"?
--[[Участник:Cd_spb|Cd_spb]] 15:00, 08.02.2007 (MSK)
----

== Замечания и предложения ==

[[Категория:Библиотекари]]
=== Список изменённых книг ===

Предлагаю на ряду с выводом списка новинок выводить и список '''изменённых книг''' за период. Это несколько облегчит синхронизацию библиотек.
--[[Участник:Stepochka|Stepochka]] 17:56, 8 февраля 2007 (MSK)

----------------------------------------------------

=== Формат хранения файлов на диске ===

Предлагаю сделать <b>настраиваемой</b> структуру хранения на диске. Т.е. дать выбор
*хранить в формате \ФАМИЛИЯ_ИМЯ\<b>СЕРИЯ_НАЗВАНИЕ</b>
или
*хранить в формате \ФАМИЛИЯ_ИМЯ\<b>НАЗВАНИЕ_СЕРИЯ</b>

Например как это делает FBLibraryFileRename. Т.е. набором \*NL*_*NF*\[*SN*_*SI*_]*BN*
С возможностью выбора убирать/не убирать пробелы, транслтитировать или нет.
--[[Участник:Cd_spb|Cd_spb]] 14:40, 08.02.2007 (MSK)

-----------------------------------------------------
=== Настраеваемый экспорт файлов из библиотеки ===

ИМХО
Нужно сделать <b>настраеваемый</b> экспорт (вместо пункта меню "На Palm-устройство").
Наверно через плагины?
--[[Участник:Cd spb|Cd spb]] 15:19, 8 февраля 2007 (MSK)

Библиотекарь FBLibrarian

2007-02-08T20:59:55Z

FBAdmin: /* Тестируем FBLibrarian */

== Тестируем FBLibrarian ==

[[История программы FBLibrarian]]

[ftp://ftp.fictionbook.org/pub/files/fb2lib.1.0.0.58.rar Последний полный пакет (1.0.0.58)]
--[[Участник:TaciturnMan|TaciturnMan]] 15:21, 8 февраля 2007 (MSK)

[ftp://ftp.fictionbook.org/pub/files/fb2lib.1.0.0.61.update.rar Последний апдейт (1.0.0.61)]
--[[Участник:TaciturnMan|TaciturnMan]] 15:21, 8 февраля 2007 (MSK)

== Ошибки (Версия 1.0.0.58) ==

=== Синонимы и перемещение ===
Версия 1.0.0.58, база 1.0.0.53. Хранение на диске.
# Есть два автора "Bradbury Ray"(каталог на диске \bradbury_ray\) и "Брэдбери Рэй"(\bredberi_rei\)
# Делаем "Брэдбери Рэй" синонимом "Bradbury Ray" (по правой кнопке на "Брэдбери Рэй" в списке авторов -> "Добавить как синоним...")
# Редактируем описание книги в списке "Брэдбери Рэй".
# Сохраняем изменения
При этом она <b>перемещается автору</b> "Bradbury Ray"(в том числе в каталог \bradbury_ray\), но <b>остается файл</b> в каталоге \bredberi_rei\.<br>
Какая должна быть политика программы в таком случае?

Может быть стоит вводить строгое соответствие для "Автор-Каталог", с возможностью управления и кнопкой "переместить"?
--[[Участник:Cd_spb|Cd_spb]] 15:00, 08.02.2007 (MSK)
----

== Замечания и предложения ==

[[Категория:Библиотекари]]
=== Список изменённых книг ===

Предлагаю на ряду с выводом списка новинок выводить и список '''изменённых книг''' за период. Это несколько облегчит синхронизацию библиотек.
--[[Участник:Stepochka|Stepochka]] 17:56, 8 февраля 2007 (MSK)

----------------------------------------------------

=== Формат хранения файлов на диске ===

Предлагаю сделать <b>настраиваемой</b> структуру хранения на диске. Т.е. дать выбор
*хранить в формате \ФАМИЛИЯ_ИМЯ\<b>СЕРИЯ_НАЗВАНИЕ</b>
или
*хранить в формате \ФАМИЛИЯ_ИМЯ\<b>НАЗВАНИЕ_СЕРИЯ</b>

Например как это делает FBLibraryFileRename. Т.е. набором \*NL*_*NF*\[*SN*_*SI*_]*BN*
С возможностью выбора убирать/не убирать пробелы, транслтитировать или нет.
--[[Участник:Cd_spb|Cd_spb]] 14:40, 08.02.2007 (MSK)

-----------------------------------------------------
=== Настраеваемый экспорт файлов из библиотеки ===

ИМХО
Нужно сделать <b>настраеваемый</b> экспорт (вместо пункта меню "На Palm-устройство").
Наверно через плагины?
--[[Участник:Cd spb|Cd spb]] 15:19, 8 февраля 2007 (MSK)

История программы FBLibrarian

2007-02-07T05:03:55Z

FBAdmin: /* История от TaciturnMan */

== История от TaciturnMan==
Версия 1.0.0.58 (05.02.2007):
* Исправлена ошибка, возникающая при входе в настройки, если программа запущена с расшаренной сетевой папки (Stepochka). Однако, база данных с библиотекой по прежнему должна находиться либо на локальном диске, либо быть доступной через сервер Firebird, но не на разделяемом ресурсе: http://www.ibase.ru/ibfaq.htm#share
* Устранены ошибки при подсчете статистики в сканере (FBAdmin).
* Устранена ошибка, возникающая при добавлении книги в избранное из списка запланированных к чтению книг (Stepochka).

Версия 1.0.0.56 (01.02.2007):
* Исправлена ошибка с аннотацией на вкладке "Жанры".
* Устранена ошибка, возникающая после регистрации пользователя при активной вкладке "Новинки".
* Востановлено контекстное меню в списке проектов, найденных с помощью поиска в текущей библиотеке.
Контекстное меню в списке проектов, найденных с помощью поиска во всех библиотеках, отключено.

Версия 1.0.0.54 (31.01.2007):
* Устранен баг с пустыми именами в списке авторов.
* Усовершенствован механизм автоматического обновления структуры базы данных

Версия 1.0.0.52 (30.01.2007):
* Устранен баг с обрезанием имен и фамилий авторов в форме редактирования информации о книге.
* Изменено представление списка авторов

------------------------------------------------------------------
Статусы обработки добавляемого документа:

Ready for process=Отмечен для обработки

Successfully added=Успешно добавлен

Updated=Обновлено

Bad archive=Поврежденный архив

Parsing error=Ошибка разбора

Duplicate (identical)=Дубликат (идентичный)

Duplicate (older)=Дубликат (старее)

Duplicate (IDs differ)=Дубликат (ID отличается)

Duplicate=Дубликат

Error updating database=Ошибка обновления базы
------------------------------------------------------------------
Алгоритм анализа сканером добавляемого документа:

1. Сканер ищет подобный документ по идентификатору, созданному из названия книги и авторов
в алфавитном порядке. Если документ с таким идентификатором не найден в базе, создается новый
документ (статус "Успешно добавлен").

2. Если документ с таким идентификатором найден, проверяется, совпадает ли в них поле ID. Если
поле ID совпадает, проверяется версия (поле VERSION) добавляемого документа. Если версия больше,
чем версия документа в библиотеке, документ заменяет аналогичный документ в библиотеке (статус
"Обновлено"). Если поля ID не совпадают, документу присваивается статус "Дубликат (ID отличается)".

3. Если версии не отличаются, проверяется соответствие размеров и дат последней модификации
двух документов. Если размеры файлов и их даты последней модификации совпадают, документ
приобретает статус "Дубликат (идентичный)". Если версия добавляемого документа меньше или
дата последней модификации меньше при равных версиях, присваивается статус "Дубликат (старее)".
Иначе присваивается статус "Дубликат" (т.е., когда версии равны, но добавляемый документ новее (?)
по дате последней модификации).

4. Если в процессе обработки в базе (после распаковки, парсинга, и упаковки) возникает любая
непредвиденная ошибка, документ приобретает статус "Ошибка обновления базы".
------------------------------------------------------------------

Версия 1.0.0.50 (25.01.2007):
* В сканере добавлена возможность выбрать несколько записей и обработать одной командой
* Устранено несколько мелких недочетов в сканере и форме редактирования информации о книге.

Версия 1.0.0.49 (25.01.2007):
* Исправлена ошибка, возникающая при импорте сканером книг с длинными названиями жанров
в старом формате.
* Много мелких усовершенствований и баг-фиксов

Версия 1.0.0.46 (24.01.2007):
* В сканере в левой части убран "лишний" столбец с датой поиска файла, а в правой --
отменена группировка по-умолчанию по дате обработки.
* В списках книг установлена сортировка по-умолчанию: серия, номер, название книги.
* Служебный файл сканера переименован с FBLIBRARY.FDB в FBSCANNER.FDB (предложено faiber).
Файл со старым именем будет переименован автоматически при старте программы.

Версия 1.0.0.45 (23.01.2007):
* Переписана форма "Информация о книге" и процедуры внесения изменений в FB2-файл.
ВНИМАНИЕ!
Нужно учитывать, что для минимизации возможных искажений исходного FB2-файла в
нем переписываются только те реквизиты, которые были изменены в форме редактирования.
В то же время, в случае переписывания многострочных текстовых полей для форматирования
текста будет использовано только простое разбиение на параграфы с помощью тега <nowiki><p></nowiki>.

Т.е., например, если аннотация не изменялась, то в FB2-файле останется узел <annotation>,
который полностью совпадает в исходным. ОДНАКО, если текст в поле "Аннотация" изменялся,
то узел <annotation> в FB2-файле будет переписан заново, используя простое разбиение текста
на параграфы при помощи тега <nowiki><p></nowiki>, и при этом потеряется сложное форматирование
аннотации (тегами <poem>, <nowiki><cite></nowiki>, <subtitle>, <nowiki><table></nowiki>, <empty-line/>).

Одним словом, без надобности не редактируйте поля "Аннотация", "История", "Прочее".

Версия 1.0.0.42 (16.01.2007):
* Добавлена функция поиска по зарегистрированным в портале библиотекам (автор: PDV)
* В сканере расширен список статусов, сигнализирующих о результатах обработки файла
* Добавлена проверка прав доступа для редактирования информации об авторах и синонимах
(предложено Stepochka).

Версия 1.0.0.37 (12.01.2007):
* База данных: поле "Имя" (автора, переводчика) расширено со 20 до 40 символов
* База данных: поле "Отчество" (автора, переводчика) расширено со 30 до 40 символов
* База данных: тип поля "DocInfo.FileDate" изменен с DATE на TIMESTAMP.

Версия 1.0.0.35 (22.12.2006):
* С целью оптимизации переписаны процедуры парсинга и импорта книги в сканером

Версия 1.0.0.34 (21.12.2006):
* Исправлена очередная ошибка, возникающая при сохранении информации о книге.

Версия 1.0.0.33 (20.12.2006):
* Исправлена ошибка, возникающая при сохранении информации о книге.
* В сканере исправлена процедура для замещения книги другой версией (при различающихся ID книг).
* В сканере добавлена возможность, в случае обнаружения дубликата, создавать новую книгу, не удаляя старой.

Версия 1.0.0.32 (18.12.2006):
* Автоматическое обновление хранимых процедур в базе данных
* Процедура для копирования информации об авторах, пользователях, рецензиях, цитатах, оценках, прочтениях из других баз данных (см. файл Migration.txt)
* Мелкие усовершенствования и баг-фиксы

Версия 1.0.0.30 (08.12.2006):
* Опция сохранения размеров и позиций окон программы
* Настройки алфавитной панели: шрифт, размеры, интервал (PDV)
* Много мелких усовершенствований и баг-фиксов

Версия 1.0.0.26 (01.12.2006):
* База данных: опять без кодировки по-умолчанию!
* База данных: построены все ограничения целостности на уровне таблиц
* База данных: исправлены ошибки в процедурах при создании серий
* База данных: поле "Название книги" расширено со 100 до 252 символов
* Исправлены ошибки при импорте неархивированных FB2-файлов
* Исправлено несколько ошибок, касающихся интерфейса.
* Исправлена ошибка, возникающая при вводе нового пользователя (AlexArh).
* Исправлена ошибка при импорте файлов с датами в нестандартных форматах
* Расширены поля на форме сканера для счетчиков файлов
* Добавлены перекрестные ссылки на автора и серию (PDV)
* Портал (перечень доступных библиотек) теперь хранится в ini-файле вместо БД (PDV).

Версия 1.0.0.20 (22.11.2006):
* Сканер построен по "старой" модели, которая более ориентирована на пакетное добаление книг (аналогично версии 1.0.0.12, но в одном окне).
* Поиск в главной форме вызывается по Ctrl-F
* После закрытия сканера сохраняется позиция в списке авторов, которая была перед открытием сканера
* Сохраняются информация о прочтении, оценках и заметках при обновлении книги новой версией
* Проверяются права пользователя при открытии другой базы/библиотеки
* Базы данных перестроены в версии Firebird 1.5.3 с кодировкой по умолчанию WIN1251. Архив с программой включает в себя обновленную библиотеку gds32.dll
* Программа ожидает файлы баз данных в кодировке WIN1251, из-за этого зависает при попытке открыть БД старого формата без указания кодировки. Пока не выяснено, почему сессия зависает, а не выдает сообщение об ошибке в момент создания.

--
Замечания и баг-репорты принимаются на <taciturnman@gmail.com>

== История от Дмитрия Пустовита==

Сразу отвечу на вопрос "Почему такой скачок в версиях?"

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

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

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

Большое количество ошибок и недочетов выявлено именно ими.

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

Большое им спасибо за помощь!

Важные (ИМХО) замечания по алгоритму работы программы:

1. Названия книг, Серий в базе данных (и соответственно в Description после редактирования)
хранятся в виде ProperCase (т.е. каждое слово с заглавной буквы). Предваряя вопросы: пробовал по-разному, МНЕ ПОНРАВИЛСЯ ЭТОТ ВАРИАНТ.

3. При сохранении книги на диск, а так же в режиме работы с файловой системой
имя файла книги формируется следующим образом:

Фамилия_Имя (или Имя_Фамилия) (в зависимости от режима LNFN или FNLN) ПЕРВОГО В СПИСКЕ АВТОРА

+

Название_книги

+

(Название_Серии-Номер_в_серии)
Причем, в зависимости от значения ключа "Транслит" в настройках все это будет или кириллицей
или латиницей.

4. При формировании имени файла заменяются на подчеркивание символы не входящие в диапазон:
['A'..'Z', 'a'..'z', '0'..'9', '-', '!', '_', 'А'..'Я', 'а'..'я', 'Ё', 'ё']

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

Ограничения

1. Не поддерживается отображение более 1 обложки для каждой книги

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

3. Есть ограничения по длине полей. Обычно лишнее урезается справа. Но сканер может
и не пропустить (не до конца проверил).

4. Может есть еще что-то, просто на данный момент я не вспомнил.

TODO

Функционал:

*Визуализация физического размера файла базы данных
*Сохранение Ini-файла не в рабочем каталоге
*Перенос/копирование из библиотеки в библиотеку
*Добавление книг формата не FB2

Plugins:
*Экспорт списка книг в XML,CVS,TXT,XLS
*Экспорт заголовков (BookInfo) (plugin)
*Построение простейшего сайта на основе БД (plugin)

Версия 1.0.0.8 RC1 (DB+File System Version)

+ Исправлена серьезная ошибка. При редактировании информации о книге менялся ID документа. Теперь он остается прежним

! Добавил возможность сортировки в таблицах щелчком по заголовку (Glassy)

+ Изменил диалог создания библиотеки. Теперь сразу можно выбрать режим хранения книг (Admin)

+ Zip-ы из TMP теперь удаляются.

+ Добавил в сканер расшифровку ошибки/деталей дубликата (Admin)

+ Исправил ошибку записи списка жанров. Не производился поиск в алтернативных названиях

! Таблица Errors перенесена в файл FBLIBRARY.FDB

! Переделана форма отображения статистики. Теперь можно увидеть количество прочитанных книг (Alex)

! Добавлена возможность выбора действия по двойному клику по книге в списке (Не помню, кто просил)

Версия 1.0.0.4 RC1 (DB+File System Version)

+ Косметические изменения

+ Перевод заголовка главной формы работает нормально

+ Убрал кнопки удалить обложку и загрузить обложку с главной формы -теперь доступны только в корректировке информации о книге

+ В комплект включена исправленная база данных

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

+ Исправлена процедура изменения способа хранения (при большом количестве книг системе не хватало ресурсов, сейчас процедура работает стабильно. Проверено на 7000 книгах)

! Добавлена возможность указать папку на СЕ устройcтве при передаче файлов. (проверял на 2 устройствах Qtek 2020 и iPAQ 1915. В основную память прошло на ура в обоих случаях, на Storage Card на iPAQ скопировалось нормально, на Qtek файл сбойный. Подозреваю флешку. Проверяйте). Папка сохраняется в ini-файле.

! Положение и размер главной формы, формы просмотра обложки, формы сканера, а также положения и размеры колонок грида, положения и размеры панелей сохраняется при выходе в файле props.ini. Оборотная сторона: пришлось на данных формах отключить максимизацию и в первый раз они могут встать некрасиво на экране (свойство Position выставлено в poDesigned)

Версия 1.0 RC1 (DB+File System Version)

FB2-Сканер

! Сканер сильно переработан и перенесен из dll в основную программу

! Изменен алгоритм определения дубликатов. Теперь во внимание принимается ID из
файла книги.

! Добавлена возможность отложить обработку ошибок сканирования на другой
сеанс работы с программой

! Убран режим автоматического переноса файлов по папкам в процессе сканирования
Это можно сделать вручную по правому клику на списке ошибок

! Теперь можно заменить книгу в библиотеке дубликатом, найденным в процессе
сканирования

! При перемещении по списку ошибок в случае дубликата внизу отображается книга из
библиотеки, чей дубликат был найден. Здесь же видна версия документа.

Библиотека

! Оптимизорваны запросы к базе данных. Теперь запуск программы происходит значительно
быстрее

! На вкладках отображается размер архива с книгой

! Добавлена информация о количестве рецензий на книгу

! Изменена панель с алфавитными вкладками для авторов (вместо вкладок теперь надписи)

! Подписи для вкалдок вынесены в отдельный файл ABC.TXT в папке Language

! Добавлен режим хранения книг в виде файловой системы, замечания - см. выше

! Поменял движок скинов. Программа "понимает" *.msstyle

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

! Добавлены кнопки часто используемых операций на панель управления

! Включено отображение всплывающих подсказок к кнопкам

! Есть возможность импорта жанров из файла genres_transfer. При этом происходит не полная
замена жанров, а ОБНОВЛЕНИЕ существующих. К сожалению я не смог (пока) найти способ
напрямую использовать этот файл без импорта.

! На панель инструментов выведена кнопка "Обновить". При нажатии на нее происходить
переоткрытие запросов на текущей вкладке. Я отказался от автоматического обновления в
пользу быстродействия

! Расширен функционал многопользовательской версии:
* При добавлении книги теперь фиксируется, кем она добавлена
* Добавлена возможность не отображать прочитанные книги
* Для каждой книги можно вести "цитатник". Построен по тому же принципу, что история
и рецензии
* - Удалять книги может либо тот, кто эту книгу внес, либо владелец
библиотеки.
* Удалить автора может только владелец библиотеки
* Добавлена возможность запомнить пользователя, входящего в программу по умолчанию
(если вы владелец библиотеки и работаете с чужого рабочего места
НЕ ИСПОЛЬЗУЙТЕ ЭТУ ВОЗМОЖНОСТЬ (если вас интересует результат :))).

+ Устранена ошибка, когда в описание книги с отсутствующей обложкой
записывалась обложка от другой, уже обработаной книги

+ Исправлено много незначительных ошибок

Версия 0.3.1.2

! Поддержка скинов (пока есть 5 встроенных) в планах -
загрузка из файлов

! Удаление авторов

! Многопользовательский режим
*Отметка о прочтении
*Авторизация пользователя
*Статус "Владелец библиотеки"
*Рецензия
*История для каждого пользователя
*Избранное для каждого пользователя

+ Очистка временного каталога

+ Статистика после добавления книг в библиотеку

+ Добавлено несколько кнопок на панель инструментов

Сканер:

+ Изменен алгоритм декодирования обложки. Теперь это происходит намного
быстрее даже на больших (порядка 1 Мб) обложках.

+ Исправил ошибку кодирования обложки (формат Base64 в конце м.б. не более 2 знаков =).

+ Подправил алгоритм распознавания MIME для обложки.

Версия 0.2.0.32

! Добавлен украинский языковый файл (Alex)

+ Не работает "переносить в зависимости от результата операции" (Stepochka)

+ Неправильно заполняется autorlist

+ Не отображается autorlist для книг с 2 и более авторами

+ После правки информации о книге частично убивается информация об авторе, в главном окне автора книги видно,
а через поиск по имени/фамилии автора книга больше не находится (Stepochka)

+ Ещё, если править инфо о книге без обложки, в окне светится обложка от
последней редактируемой и сохранённой (Stepochka)

+ UTF кодировка нестабильно пишется в файл

+ на PDA и при сохранении книги на диск создаётся архив с именем .fb2.zip (Stepochka)

+ Не очищается папка tmp независимо от указания в настройках (Stepochka)

+ Исправлена ошибка поиска по интервалу дат (при задании периода менее двух
дней не находилось ничего)

+ Заменил гриды на главной форме для обзора большего количества информации
и для введения впоследствии лучшей функциональности

+ Поставил задержку на обновление Detail датасетов при перемещении по Master
Перемещение стало более комфортным (ИМХО). Detail обновляется теперь только
при остановке прокрутки Master

+ Окно можно развернуть на весь экран (Stepochka)

Сканер:

! Немного оптимизировал код и изменил интерфейс

! Добавил возможность прервать сканирование (Stepochka)

! Добавил окно для вывода текущей операции

! Добавил расшифровку ошибок на каждом из этапов работы (MAX)

+ Устранил ошибку, связанную с Американскими настройками даты (yyyy.mm.dd) (спасибо за найденный глюк, MAX)

Версия 0.2.0.23

1. Заменена компонента, отвечающая за работу с ZIP. (Admin)

2. Сканер FB2 вынесен в отдельную DLL

3. Сканер теперь осуществляет реккурсивный обход папок, начиная с указанной (j0ker)

4. Изменена структура базы данных.

5. Оптимизированы запросы

6. Добавлена поддержка языковых файлов

7. Добавлена возможность регистрации нескольких библиотек (в т.ч. и находящихся на удаленном компьютере)

8. Добавлена возможность подключения программы для чтения

9. Изменено оформление интерфейса программы

10. В редактирование BookInfo добавлены недостающие поля

11. При сохранении BookInfo теперь обновляется сам файл в базе данных

12. Добавлена поддержка plugin-ов

13. Операция по сохранению базы в структуру папок вынесена в plugin

14. Исправлена ошибка с названиями, содержащими кавычки и пр. недопустимые символы

15. Исправлены ранее остававшиеся незамеченными ошибки

16. Начиная с этой версии я работаю над программой один.

Замеченные недоработки и недочеты:

1. Не всегда правильно отрабатывает "Портал" при невозможности подключения
к последней открытой библиотеке.

2. При выгрузке из библиотеки на диск поддерживаются пока только UTF-8 и
Win-1251. (У меня не было файлов в других кодировках - проверить остальные
не смог)

Версия 0.1 beta 1

Начальная версия

[[Категория:Библиотекари]]

Библиотекарь FBLibrarian

2007-02-05T13:13:02Z

FBAdmin: /* Ошибки (Версия 1.0.0.56) */

Библиотекарь FBLibrarian

2007-02-05T13:11:46Z

FBAdmin: /* Тестируем FBLibrarian */

== Тестируем FBLibrarian ==

[[История программы FBLibrarian]]

[ftp://ftp.fictionbook.org/pub/files/fb2lib.1.0.0.56.rar Последний полный пакет (1.0.0.56)]

[ftp://ftp.fictionbook.org/pub/files/fb2lib.1.0.0.58.update.rar Последний апдейт (1.0.0.58)]

== Ошибки (Версия 1.0.0.56) ==

=== Ошибка при запуске программы с сетевого диска ===

Запускаем программу с сетевого диска, далее меню Инструменты --> Опции

Ошибка:

DMLibrary. DatabasePortal:

Unsuccessful execution caused by a system error that precludes
successful execution of subsequent statements.

Unable to complete network request to host "Server".

Failed to establish a connection.

He удается найти указанный файл.

--[[Участник:Stepochka|Stepochka]] 14:58, 2 февраля 2007 (MSK)
----

=== Изменилась логика работы статистики в окне сканера "Обозначение" ===

При обработки не принятых книг (дубли, ошибки разбора и т.д.) прибавляются количество книг "Обновленные", но не уменьшается количество не принятых книг в соответствующих строках.
--[[Участник:FBAdmin|FBAdmin]] 14:39, 3 февраля 2007 (MSK)

----

=== Ошибка в списке книг запланированных к прочтению ===
[[Изображение:toread_list_err.jpg||right]]

При попытке добавить книгу в Избранное из списка книг запланированных к прочтению выдаётся ошибка:

После этой ошибки невозможно вызвать список запланированных книг под залогиненым пользователем

Не получается добавить в список более одной книги одного и того же автора

--[[Участник:Stepochka|Stepochka]] 19:44, 4 февраля 2007 (MSK)
----

== Замечания и предложения ==

[[Категория:Библиотекари]]

Библиотекарь FBLibrarian

2007-02-03T11:39:10Z

FBAdmin:

Библиотекарь FBLibrarian

2007-02-02T08:50:09Z

FBAdmin:

Тестовая площадка

2007-02-02T08:32:07Z

FBAdmin:

* [[Библиотекарь FBLibrarian]]
* [[FictionBookLib]]