Если перед началом главы или эпизода идет место и время действия, то наиболее целесообразно выделять его курсивом, и пустой строкой после. Но никак не подзаголовком.
В некоторых произведениях после названия главы идет краткое ее содержание (пример: «Робинзон Крузо» Д. Дефо; «Путешествия Гулливера» Дж. Cвифта, почти все произведения Янки Мавра, и т.д.) На данный момент, для выделения таких описаний наиболее разумно использовать элемент cite. Возможно дополнительное выделение курсивом. В будущем для этого был бы хорош специальный элемент.
Еще один застарелый мозоль — надписи.
Дмитрий Грибов настоятельно рекомендует оформлять их элементом cite.
Были предложения оформлять надписи, как таблицы. Однако они были отвергнуты, поелику такое нестандартное использование таблиц является хаком. [5.1]
Последнее решение таково:
Надписи оформляются элементом cite.
Надписи, требующие центровки, оформляются элементом subtitle, помещенным ВНУТРЬ элемента cite.
Правда, FB Editor не позволяет сделать это так просто. Команда EditStyleSubtitle внутри элемента cite неактивна.
Поэтому поступаем следующим образом. Аккуратно перемещаем текст в буфер (EditCut), вставляем его в произвольном месте ВНЕ элемента cite, трансформируем в subtitle, выделяем subtitle ЦЕЛИКОМ, вновь перемещаем в буфер обмена и вставляем в элемент cite.
Особо вычурные надписи допускается оформлять картинкой. В частности, это полностью касается рисованных надписей из трилогии Кира Булычева «Заповедник сказок».
Еще одна глубокая и больная тема — таблицы. Несмотря на то, что последняя версия формата полностью поддерживает таблицы, отсутствие оной поддержки в редакторах, и, самое главное, библиотечных скриптах, не дает возможности нормально оформлять их.
Поэтому здесь можно рекомендовать только индивидуальный подход. Где-то уместно сделать таблицу просто строчками текста. Где-то — нарисовать картинкой и вставить в текст.
==ЭТО ИНТЕРЕСНО=================
Трансформировать таблицу, созданную, к примеру, в Excel, в растровую картинку, проще простого. Аккуратно выделяем таблицу и копируем в буфер обмена. Затем вставляем ее, в программу редактирования растровых картинок. В тот же MS Paint, хотя бы. И сохраняем как картинку.
===============================
Второй метод применим лишь для относительно небольших таблиц. Ведь при просмотре книги на КПК читалка отмасштабирует получившуюся картинку под размер экрана. И, если таблица будет слишком велика, текст получится слишком мелким, то есть — нечитаемым.
После окончания работы над книгой, ее обязательно нужно просмотреть в читалке, лучше даже в нескольких. Уж очень часто при этом выплывают нюансы, которые при работе в FB Editor можно упустить из виду.
И последнее. Не стесняйтесь задавать вопросы. На форуме сайта формата (http://www.fictionbook.org/forum) вам охотно помогут. Главное, чтобы ваши вопросы не были откровенно дилетантскими…
§ 5.2 Подготовка картинок
Перед тем, как добавить в книгу картинки, следует хорошенько подумать.
Дело в том, что картинки очень сильно «утяжеляют» файл. Дополнительные килобайты объема складываются в мегабайты, мегабайты в гигабайты. Траффика. А траффик стоит денег. Если Вам не жалко денег пользователей, задумайтесь над тем, что чрезмерный траффик не приветствуется хостерами, тем более, если у вас платный хостинг. Да и в онлайн-библиотеку возьмут не всякий «объемный» файл.
Поэтому помещать в файл картинки имеет смысл, только в том случае, если они имеют художественную ценность и хорошо иллюстрируют содержание произведения.
К таким относятся, например, иллюстрации художника Е. Мигунова к произведениям Кира Булычева, Е. Велтистова и других авторов, П. Валька к роману-сказке Н. Носова «Незнайка на Луне», Й. Лады к роману Ярослава Гашека «Похождения бравого солдата Швейка» и т.д. и т.п.
Если же эти иллюстрации имеют самостоятельную художественную ценность, как, например, рисунки Роберта Авотина, то это тоже весомый аргумент в пользу оснастки fb2-файла картинками.
И не забудьте внести фамилию иллюстратора в раздел custom info!
А вот выложенная в начале 2008 года на «Альдебаране» «Хижина дяди Тома» могла прекрасно обойтись без иллюстраций. Учитывая качество их сканирования и масштабирования.
И, вообще, надо сказать, что для сильно иллюстрированных изданий, (тонкие детские книжки, комиксы, буклеты и т.д. и т.п.) где более 50% содержимого — это картинки, FB2 — далеко не самый подходящий формат. Такие книги имеет смысл оформлять в PDF или DJVU.
Главный критерий при подготовке картинки для книги — минимизация объема.
Первый способ снизить размер файла заключается в грамотном выборе формата файла картинки.
Несмотря, на то, что FB Editor поддерживает вставку картинок в формате BMP и даже TIFF, при выборе формата картинки следует знать, что имеет смысл использовать два формата — JPEG и PNG.
Именно так. GIF в старых читалках поддерживается чисто номинально, тот же Haali не поддерживает его вообще, а эта читалка до сих пор популярна.
JPEG характеризуется исключительным коэффициентом сжатия. Естественно, за счет понижения качества карттинки.
Разработанный «в пику» платному формату GIF, PNG использует методы сжатия, не изменяющие исходного изображения.
Эти особенности и определяют выбор формата для конкретного изображения.
Для полноцветных картинок — как правило, это фотографии или полутоновые картинки — обычно используется JPEG. Картинки же, имеющие большие площади одинакового цвета — штриховые рисунки и диаграммы, к примеру, лучше сжимать в PNG.
Например, картинка-скриншот 800x600 в формате JPEG занимает 70–80 kB, а в формате PNG (64 цвета) — 38–45 kB. Разница налицо.
И, наоборот, полноцветная картинка обложки (320x200) в формате PNG «весит» 134 kB, а в формате JPG — 34 kB, при практически одинаковом качестве. Разница — 100 kB. Несжимаемых 100 kB, заметьте. При упаковке книги в архив, эти 100 kB добавятся к его размеру.
При большом количестве иллюстраций, перед тем, как присоединять картинки к книге, имеет смысл обработать их программой, убирающей из JPEG служебную информацию. Например, PureJPG. Картинки PNG можно просто перепаковать.
==ВАЖНО!=======================
Оставшаяся в файлах картинок служебная информация, кроме увеличения объема, может просто-напросто помешать выводу этих картинок в читалке.
К примеру, грандиозная работа по сканированию и компоновке картинок, проделанная человеком, готовившим книгу Э. Скобелева «Необыкновенные приключения Арбузика и Бебешки» пошла коту под хвост, так как из-за оставшейся в файлах PNG служебной информации программы Adobe ImageReady картинки не может отобразить ни одна читалка, за исключением FBReader и новейшей BS FB2 Reader Pro…
===============================
Уменьшить объем файла PNG можно, в первую очередь, уменьшая размер картинки в пикселах.
До каких размеров? Как можно, меньше, но чтобы при этом ясно можно было понять, что изображено на рисунке. И ни одним пикселом больше!
Что же касается верхнего потолка, то год-два назад я бы уверенно заявил: «Не более 320x240».
Сейчас же все большее распространение получают КПК и коммуникаторы с полным VGA–экраном. (640x480). К тому же современные читалки неплохо умеют масштабировать картинки.
И тем не менее, в подавляющем большинстве случаев 320x240 более чем достаточно. Поверьте на слово.
Впрочем, «подавляющее большинство» не означает — «во всех». Недавно мне довелось лицезреть книгу Е. Велтистова «Приключения Электроника», где иллюстрации малы настолько, что лучше бы их вообще не было.
После того, как Вы уменьшили картинку, она станет несколько смазанной. Устранить это можно, обработав ее фильтром Sharpen (увеличение резкости).
Кроме того, можно уменьшать количество цветов. Обычно для скриншота программы хватает 32–64 цветов, для графика или диаграммы — и 16 более чем достаточно.
При этом следует, по возможности, избегать чисто двуцветных черно-белых (black&white) картинок. Проблема в том, что они гораздо хуже масштабируются, давая неаппетитный «мусор».
Если картинка — штриховой рисунок, то фон имеет смысл сделать прозрачным. Ведь фон в читалке совсем не обязательно будет белым. Он может быть и цветным и текстурным. В таком случае вокруг рисунка появятся некрасивые белые поля.
Что же касается JPEG, здесь также играет роль размер картинки в пикселах. А также коэффициент качества (сжатия). JPEG — формат с потерей качества, поэтому, чем больше сжатие, тем хуже качество картинки. Могу с уверенностью сказать, что для картинок, использующихся в FictionBook, вполне допустим коэффициент сжатия 50–60%.
Если вы сканировали картинку сами, перед масштабированием и упаковкой не поленитесь подретушировать ее, очистить от муара и пятен. Это также положительно влияет на объем выходного файла.
