Новая читалка и редактор - прошу помощи сообщества

Господа читатели и верстальщики!

Я задумал две новые свободные программы - читалку и редактор. Лицензия - GPLv3. Пишу для себя, но если у кого-нибудь будет интерес - буду рад.

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

Редактор - на стадии обдумывания и постановки задачи.

У меня, собственно, три вопроса.

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

2. Есть ли спрос на программы для чтения и ведения библиотек в средах, отличных от Windows?

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

Вот кратко и обобщенно мои мысли по этому поводу:

1. Редактор должен быть свободным (лицензия GPLv3, открытые исходные коды и все положенные атрибуты);
2. Редактор должен быть межплатформенным;
3. Он должен иметь модульную архитектуру, чтобы любой желающий мог дописать свои модули в дальнейшем (например, экспорт в fb3 или импорт из чего-нибудь еще);
4. Он должен выдавать ПРАВИЛЬНЫЕ документы - то есть, валидные с точки зрения fb2;
5. Редактор должен максимально автоматизировать процедуру форматирования (где это возможно);
6. Он должен выглядеть как привычные и всем известные редакторы (типа MS Word до версии 2007 или OpenOffice.org) и давать такие же привычные инструменты;
7. Документ в редакторе должен иметь несколько типов отображения: как книга в читалке, как исходный текст XML (для любителей видеть исходник и для отладки) и как структура документа;
8. Программа не должна иметь ограничений по возможностям верстки и управления содержимым.

Есть ли желающие поучаствовать в составлении ТЗ для редактора?

Комментарии

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

Алексей_Н написал:
По поводу скриптов.
В FBE есть скрипты "Интерактивные разрывы" и "разрывы предложений". При использовании этих скриптов предлагаются варианты замены: "поставить в конце точку", "заменить запятую на точку" или "соединить".
Хотелось бы добавить: "поставить в конце двоеточие", "заменить запятую на точку, или двоеточие, или многоточие".

а не пробовали связаться с автором первого скрипта? последние версии его скриптов доступны на странице http://scripts.fictionbook.org/, там же указано его мыло.

Автоскроллинг в читалке планируется? Хотелось бы без всякой лишней фоновой дребедени и изображений скроллить голый текст настраимого размера и цвета.

П.С. Нравится, как это сделано в Ice Book Reader, но он преобразует текст в свой формат, не позволяющий показать некоторые полезные рюшечки fb2 (имеются в виду не только стили, но и, например, отображение примечаний тут же в тексте, а не в его конце).

Quae написал:
Автоскроллинг в читалке планируется? Хотелось бы без всякой лишней фоновой дребедени и изображений скроллить голый текст настраимого размера и цвета.

П.С. Нравится, как это сделано в Ice Book Reader, но он преобразует текст в свой формат, не позволяющий показать некоторые полезные рюшечки fb2 (имеются в виду не только стили, но и, например, отображение примечаний тут же в тексте, а не в его конце).

А нужно? Многие этим пользуются? Я как-то попытался - напряжно. Примечания будут по месту.

Хм. Видимо, кто как привык.

Не сочите извращенцем пользовательским меньшинством, но лет пять читаю с экрана в основном только автоскролл. Это очень удобно, если как следует настроить шрифты и скорость.

Присоединяюсь Ice Book Reader вполне, примечания не на месте. единственный недостаток. Темно-зеленый шрифт на бледно-зеленом фоне, текстуру и запах свежей типографской краски на фик. автоскролл да, двустраничный режим в (айсе наз режим книги) да, поскольку под одной полосой и узким окном под неё, рабочий стол лезет и мешает, во весь экран лучше. И мне картинки на фик не нужны, когда фантастику читаю например или просто читаю. долой комиксы! И пусть линек рулит!

шеф написал:
Присоединяюсь Ice Book Reader вполне, примечания не на месте. единственный недостаток. Темно-зеленый шрифт на бледно-зеленом фоне, текстуру и запах свежей типографской краски на фик. автоскролл да, двустраничный режим в (айсе наз режим книги) да, поскольку под одной полосой и узким окном под неё, рабочий стол лезет и мешает, во весь экран лучше. И мне картинки на фик не нужны, когда фантастику читаю например или просто читаю. долой комиксы! И пусть линек рулит!

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

Про MacOS X как всегда забывают… :(
А хочу заметить, что под эту платформу вообще нет нормального редактора.

Njordy написал:
Про MacOS X как всегда забывают… :(
А хочу заметить, что под эту платформу вообще нет нормального редактора.

На мой взгляд, проблема только в том, чтобы найти мантейнера, который взялся бы собрать эту программу под Макось. OpenOffice же там работает. Да и не он один.

Njordy написал:
Про MacOS X как всегда забывают… :(
А хочу заметить, что под эту платформу вообще нет нормального редактора.

???

А это вероятно «НЕ нормальные» редакторы:

http://www.oxygenxml.com
http://www.syntext.com/products/serna/
http://aquamacs.org/
http://www.apple.com/downloads/macosx/development_tools/editixxmleditor.html
http://www.editrocket.com
http://www.vim.org

Насчёт генерации идентификаторов fb2-файлов при создании. Предлагаю не выдумывать свой метод, а использовать UUID версии 1, как наиболее подходящей для данной задачи, на мой взгляд (на основе текущего времени и MAC-адреса).
(У литресовцев айди по форме похожи на UUID, но по сути ими не являются.)

Малолетний Д. написал:
Насчёт генерации идентификаторов fb2-файлов при создании. Предлагаю не выдумывать свой метод, а использовать UUID версии 1, как наиболее подходящей для данной задачи, на мой взгляд (на основе текущего времени и MAC-адреса).
(У литресовцев айди по форме похожи на UUID, но по сути ими не являются.)

Если реализовать на основе MAC-адреса, то потом какой-нить "умник" прикрутит к читалке распознавание с невозможность прочитать книгу на компьютере с другим MAC-адресом. Продашь свой комп- и все- старые книжки уже не почитаешь!

К OpenSource'ной-то ? Та ну, бросьте.... :)

Ulenspiegel написал:
К OpenSource'ной-то ? Та ну, бросьте.... :)

О чем речь? О ZIP?

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

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

И не поспоришь :-)

в читалке хотелось бы слышать и говорилку- функция читать вслух, как в CoolReader или AdobeReader. В читалке хотелось бы чтения из архивов zip.
Хотелось бы, чтобы читалка понимала перечеркнутый и подчеркнутый шрифты и < /code >, а то CoolReader совсем не так отображает code, как FBE.
Функцию редактирования для читалки считаю лишней.
Читать с экрана считаю удобней в одну колонку, а не в две страницы и фон должен быть не белым.

Zadd написал:
в читалке хотелось бы слышать и говорилку- функция читать вслух, как в CoolReader или AdobeReader.

Пока не планируется.

Zadd написал:
В читалке хотелось бы чтения из архивов zip. Хотелось бы, чтобы читалка понимала перечеркнутый и подчеркнутый шрифты и < /code >

Это будет.

Имеющаяся система Gentoo GNU/Linux ~amd64.
Как только будет svn/git/cvs откуда можно взять исходники утащу в клювике и буду тестировать, в принципе есть еще Ubuntu 9.04, на машине жены, могу и там попробовать :)

Ernillew написал:
Имеющаяся система Gentoo GNU/Linux ~amd64.
Как только будет svn/git/cvs откуда можно взять исходники утащу в клювике и буду тестировать, в принципе есть еще Ubuntu 9.04, на машине жены, могу и там попробовать :)

SVN и подобное пока что не планирую - не такой большой проект. Будет просто tar.gz без изысков. :-)

Ernillew написал:
а! да! есть еще Nokia N800 с Maemo GNU/Linux Diablo :)
В связи с тем, что произошло с последними версиями FBReader`а вот под него бы хотелось нормальной читалки однозначно.

Пока не планирую ибо такой оси в работе не видел. Хотя интересно было бы. Но не сразу.

Maemo базируется на Debian, работает на ARM, используется в Nokia 700/N800/N810 и в грядущей Nokia N900 будет она же.
Будет тарболл с исходниками будем пробовать собрать :)
В принципе есть SDK на котором можно проводить эксперименты. Единственная вменяемая читалка там сейчас FBReader которая в последнее время стала от релиза к релизу чудить. Потому и хочу тестировать и на них новую.

Ян Злобин написал:
SVN и подобное пока что не планирую - не такой большой проект. Будет просто tar.gz без изысков. :-)

Зря, наверное. Было бы всё как у взрослых. Размер проекта тут ни при чём.

Малолетний Д. написал:
Ян Злобин написал:
SVN и подобное пока что не планирую - не такой большой проект. Будет просто tar.gz без изысков. :-)

Зря, наверное. Было бы всё как у взрослых. Размер проекта тут ни при чём.

В SVN есть смысл когда над одним проектом работает большое количество людей. Обычно и проект большой. А для меня одного нет никакой разницы хранить в файловой системе или на сервере SVN. При чем в файловой системе куда проще.

Ян Злобин написал:
В SVN есть смысл когда над одним проектом работает большое количество людей. Обычно и проект большой. А для меня одного нет никакой разницы хранить в файловой системе или на сервере SVN. При чем в файловой системе куда проще.

А как следить за историей изменений? Скажем, код либрусека достаточно небольшой, но почему-то хостится на github.com. Разработчиков там трое-четверо.

Малолетний Д. написал:
Ян Злобин написал:
В SVN есть смысл когда над одним проектом работает большое количество людей. Обычно и проект большой. А для меня одного нет никакой разницы хранить в файловой системе или на сервере SVN. При чем в файловой системе куда проще.

А как следить за историей изменений? Скажем, код либрусека достаточно небольшой, но почему-то хостится на github.com. Разработчиков там трое-четверо.

Вот именно - трое-четверо. А код у них небольшой потому что они используют готовую систему и лишь дописывают в нее по чуть-чуть.

Хех. От svn польза есть даже для одного разработчика. Приучает к некоторой дисциплине в ведении проекта. Зато шанс получить "небоскрёб на фундаменте собачьей конуры" снижается. Если коммиты делать по завершениям небольших по объёму работ и их комментировать, то через некоторое время вырабатывается определённый ритм разработки и упорядоченность. А ритм это как музыка, подстроишься и работа пойдёт легко.
Опять прописные истины... :(

Ernillew написал:
Имеющаяся система Gentoo GNU/Linux ~amd64.
Как только будет svn/git/cvs откуда можно взять исходники утащу в клювике и буду тестировать, в принципе есть еще Ubuntu 9.04, на машине жены, могу и там попробовать :)

Под Ubuntu 9.04 x64 уже собрал. Жена читатет во всю. Хоть и не готова еще программа до конца.

Fedora 10/11 x586. Ждём-с тарболла.

Ага Fedora11. Соберём, потестируем, rpm сочиним.

ждем тарболла или доступа в svn, как я уже и писал :)
соберу, протестирую и все такое :)

а! да! есть еще Nokia N800 с Maemo GNU/Linux Diablo :)
В связи с тем, что произошло с последними версиями FBReader`а вот под него бы хотелось нормальной читалки однозначно.

ещё для читалки: вот такая напр. ситуация
есть в fb2 описатель style у p,cite, и т.п. < p style="text-align: right" >Текст, выровненный по правому краю< p >
< p style="background-color: black; color: white; margin-left: 20%; margin-right: 20%; margin-top: 10px; margin-bottom: 10px; line-height: 180% ">Текст: фон черный, цвет шрифта белый, отступы справа и слева 20 процентов, сверху и снизу – 10 пикселей, высота строки 180 процентов< / p >
встретилась книжка где была такая фраза: "приглашение было написано коричневыми буквами на золотом фоне" и дальше текст приглашения. Ну я написал p style = "color:brown"
FBE записал это без ошибок, а вот CoolReader на это все начхал и никакого style не применил, просто проигнорировал.

Zadd написал:
FBE записал это без ошибок, а вот CoolReader на это все начхал и никакого style не применил, просто проигнорировал.
Это потому, что создатели читалок гораздо ближе к реальным потребностям юзера, чем усложнители спецификаций. Они делают инструмент, позволяющий читать файл книги на самых разных, в том числе самых простых, устройствах. А усложнители тупо, но упорно пытаются дать возможность сделать, скажем, большую таблицу для экрана 240х320. Оне тупо не понимают, что типичный (потому, что удобный) экран карманного устройства - всегда будет со среднюю ладошку или меньше. И если даже сделать в нем не 240х320, а 2400х3200 пикселов, удобный размер шрифта в миллиметрах останется тем же самым.

oldvagrant написал:
Zadd написал:
FBE записал это без ошибок, а вот CoolReader на это все начхал и никакого style не применил, просто проигнорировал.
Это потому, что создатели читалок гораздо ближе к реальным потребностям юзера, чем усложнители спецификаций. Они делают инструмент, позволяющий читать файл книги на самых разных, в том числе самых простых, устройствах. А усложнители тупо, но упорно пытаются дать возможность сделать, скажем, большую таблицу для экрана 240х320. Оне тупо не понимают, что типичный (потому, что удобный) экран карманного устройства - всегда будет со среднюю ладошку или меньше. И если даже сделать в нем не 240х320, а 2400х3200 пикселов, удобный размер шрифта в миллиметрах останется тем же самым.

Не согласен. Кроме того, есть еще извечная тема форматирования абзаца, когда нужно записать абзац, отформатированный по центру, никто не пишет align=center , потому что знают, что читалка это проигнорирует, приходится изощряться, писать подзаголовок(Кондратович рекомендует в таких случаях вставить подзаголовок в цитату(наверно, чтоб не портить разметку подглав))
А иногда бывает нужен абзац, отформатированный по правому краю. Как тут быть? Вообще тупик! А все из-за того, что читалки игнорируют align=right!

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

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

Ulenspiegel написал:
Стили вида CSS в fb2-файле идее противоречат, а вот настройка отображения в читалке при помощи стиля - нужны, и весьма. И люди разные, и железки, на которых читают - тоже.

Согласен. Но большинство пользователей такая куча настроек ввергнет в ступор. :-)

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

Давайте лучше начнем сначала - объясните мне что такое страница в формате fb2? Когда речь заходит о печатных книгах (или об электронных документах, изначально задуманных для печати, типа PDF или DOC), все понятно. Но какие страницы могут быть в документе, который идет сплошняком и рассчитан на чтение с экрана?

Наверное, имеется ввиду Читалка, в которой текст идет не сплошняком, а в виде книжных страниц.

Алексей_Н написал:
Наверное, имеется ввиду Читалка, в которой текст идет не сплошняком, а в виде книжных страниц.

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

Цитата:
Например, что случиться при изменении размера окна? Количество страниц станет другим.
А размером окна редко кто играет. Как правило он один: полный экран. Соответственно и количество страниц не меняется. А отображение разворотом на две страницы хорошо для широкоформатных мониторов. Если тупо сделать во всю ширину, то глаза быстро сломаются от беготни по строке. Перестают работать приёмы скорочтения. Либо делать окно на половину экрана. Против этого два возражения. Во-1, половина экрана незанята и при выставлении тёмного фона будет бить по глазам с эффективностью парового молота. Во-2, смешно конечно прозвучит, но в два раза чаще перелистывание тыкать.
У страниц есть ещё плюсик. Чётче ориентирует в относительном положении читаемого в данный момент. Сравните. 431 страница из 657. Или 20253 строка из 29648. Допустим за час я прочитываю 80 страниц или 3700 строк. В первом случае взглянув на номер страницы я знаю что книжки мне хватит ещё чуть менее чем на 3 часа. Второй случай считать сложнее. как минимум надо ещё округлять. Абстрактный указатель скролинга и вовсе не даёт такого представления. Люди они разные. Всё им разное подавай.

А вот привязка к страницам печатного издания этой книги может весьма быть полезной. Хотя бы как универсальное значение для всех. Но это уже от читалки-редактора независимо. Разве как фича.

Кстати, если придерживаться соотношения 3:4 для двустраничного варианта, то на широкоформатнике получается узкая полоска сбоку. Сейчас могу ошибаться, но для моего старого моника 1680х1050 сбоку оставалось что-то около 40 пикселов. Туда можно нарисовать пиктограммы и соответствующие им цифры для быстрого вызова каких-либо контекстных действий. Например вызов иллюстраций При дефолтном запрете показа. Допустим если на страницах получилось несколько иллюстраций и они никак не влезут все. Так их можно будет отображать на странице противоположной тексту с которым иллюстрация связана. Для атмосферы так сказать.

Ян Злобин написал:

Согласен. Но большинство пользователей такая куча настроек ввергнет в ступор. :-)

Ну так для этого и существуют настройки по умолчанию. В *.css или *.conf - не суть важно. Главное, чтобы можно было просто скачать файл с настройками с сайта гуру / тематического форума, а не следовать инструкциям - "В 3м выпадающем меню найти чекбокс "отформатировать красиво"".

Ulenspiegel написал:
Ну так для этого и существуют настройки по умолчанию. В *.css или *.conf - не суть важно. Главное, чтобы можно было просто скачать файл с настройками с сайта гуру / тематического форума, а не следовать инструкциям - "В 3м выпадающем меню найти чекбокс "отформатировать красиво"".

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

"Создать свой на основе" как вариант для незначительных правок стиля.
И чем чёрт не шутит: свой стиль для разных жанров. Или своего оформления серий книг.

Zadd написал:
Не согласен. Кроме того, есть еще извечная тема форматирования абзаца, когда нужно записать абзац, отформатированный по центру, никто не пишет align=center , потому что знают, что читалка это проигнорирует, приходится изощряться, писать подзаголовок(Кондратович рекомендует в таких случаях вставить подзаголовок в цитату(наверно, чтоб не портить разметку подглав))
А иногда бывает нужен абзац, отформатированный по правому краю. Как тут быть? Вообще тупик! А все из-за того, что читалки игнорируют align=right!
(ворча) Выравнивание по центру в КПК?! Бред.
(пожимая плечами) Все это - попытки перенести свойства бумажной книги на электронную. Чтоб было точно так, как на бумаге, но в компьютере. Но атавизмы в виде имитации листания страниц и проч. - умрут, как только читающих в электронке станет больше, чем читающих в бумаге.

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

oldvagrant написал:
Zadd написал:
Не согласен. Кроме того, есть еще извечная тема форматирования абзаца, когда нужно записать абзац, отформатированный по центру, никто не пишет align=center , потому что знают, что читалка это проигнорирует, приходится изощряться, писать подзаголовок(Кондратович рекомендует в таких случаях вставить подзаголовок в цитату(наверно, чтоб не портить разметку подглав))
А иногда бывает нужен абзац, отформатированный по правому краю. Как тут быть? Вообще тупик! А все из-за того, что читалки игнорируют align=right!
(ворча) Выравнивание по центру в КПК?! Бред.
(пожимая плечами) Все это - попытки перенести свойства бумажной книги на электронную. Чтоб было точно так, как на бумаге, но в компьютере. Но атавизмы в виде имитации листания страниц и проч. - умрут, как только читающих в электронке станет больше, чем читающих в бумаге.

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


Вовсе не бред! Ведь речь идет о читалке на большом экране КПК. Например, когда нужно симитировать какой-нибудь "документ".
(напр. Заявление об увольнении, об отпуске, о приеме на работу и т.п. то нужно от кого по левому краю, кому по правому, а слово "заявление" по центру.
Ну или вот как в книге Тень познания ГГ сочинял инструкции к своим "изобретениям"(инструкции назывались "книги") и эти "книги" полагалось писать строго определенным образом. Так вот, там в конце такой "книги" как раз и нужно для эффекта выделить последнюю строчку по центру. Пришлось сделать subtitle
Если oldvagrant такой "умный" , что ему не нужно форматирование текста, то пусть читает вообще без абзацев. А что, это же по его словам атавизм! Красота! Не книга, один сплошной поток "информации". :D

Zadd написал:
Если oldvagrant такой "умный" , что ему не нужно форматирование текста, то пусть читает вообще без абзацев. А что, это же по его словам атавизм! Красота! Не книга, один сплошной поток "информации". :D
(деловито) У меня для большого экрана есть Word и свободный OpenOffice'ный Writer. Для большого экрана есть pdf и djvu.
upd. Кто сказал, что в fb2 нету абзацев?
upd2. Я говорю о том, что форматирование должно сохраниться только такое, какое имеет смысл при возможности отобразить на экране кусок текста, размером 240х320.

oldvagrant написал:

(деловито) У меня для большого экрана есть Word и свободный OpenOffice'ный Writer. Для большого экрана есть pdf и djvu.
upd. Кто сказал, что в fb2 нету абзацев?

1.Кто сказал, что в fb2 нет абзацев? Вы! Вернее, Вам, судя по Вашему посту они не нужны! Вы хотите читать одной строкой.
Цитата:
upd2. Я говорю о том, что форматирование должно сохраниться только такое, какое имеет смысл при возможности отобразить на экране кусок текста, размером 240х320.

2. А эта тема о читалке на ПК (перечитайте заголовок темы и первый пост! Человек планирует редактор и читалку для ПК!

Zadd написал:
2. А эта тема о читалке на ПК (перечитайте заголовок темы и первый пост! Человек планирует редактор и читалку для ПК!
Зато речь шла о форматировании электронных текстов в формате fb2. Предлагаете делать тексты, не читаемые на обычном КПК? Или сильно уродуемые при чтении на КПК?

Цитата:
Я говорю о том, что форматирование должно сохраниться только такое, какое имеет смысл при возможности отобразить на экране кусок текста, размером 240х320.

Полагаю, это спорный вопрос. Я, кстати, тоже любитель КПК, но не думаю, что структура fb2 должна подгоняться под наладонник.
P.S. Вот в чем я уверен: в том, что теги <center></center> - точно не помешали бы.

locksmith написал:
Полагаю, это спорный вопрос. Я, кстати, тоже любитель КПК, но не думаю, что структура fb2 должна подгоняться под наладонник. P.S. Вот в чем я уверен: в том, что теги <center></center> - точно не помешали бы.
(пожимая плечами) Да ради бога. Просто вся ценность предельно простого формата fb2 состоит в удобстве его для наладонников.
Если кто-то расскажет мне, чем его на десктопе не устраивает кроссплатформенное свободное ПО OpenOffice и его формат, я может быть пойму, зачем нужно усложнять fb2.
Хочется заметить также, что все без исключения люди жалуются, что ПО становится все более прожорливым по отошению вычислительным ресурсам. Но они же все время хотят усложнения того, что вполне выполняет свои функции. Полагаете, что если добавить к fb2 кучу тегов, актуальных только для ПК, наладонники станут работать быстрее? Или аккумуляторов будет на более долгий срок хватать?

Страницы

X