Информационный портал POCKET  WIKI  FAQ  Поиск  Пользователи  Группы  Регистрация  Профиль  Войти и проверить личные сообщения  Вход А не ввести ли нам в оборот расширение файла .fbz? На страницу Пред.  1, 2, 3, 4, 5, 6, 7, 8, 9  След.   Найти сообщения без ответов        Список форумов www.fictionbook.org -> Перспективы формата FB Предыдущая тема :: Следующая тема   Автор Сообщение Gremlin Зрелый участник форума Зарегистрирован: 14.02.2005 Сообщения: 155 Добавлено: Пт Ноя 25, 2005 19:52    Заголовок сообщения: Admin писал(а): Gremlin писал(а): Так, что форматы (и XML/Xlink и FB2/FB2.1 - мы кажется определились что формат FB2(.1) это схема) допускают внешние (например, лежащие где-то в интернете Smile ) картинки. Но текущая реализация работающего с FB2(.1) софта этого не поддерживает. И хорошо, что не поддерживает. Не надо внешних ссылок на картинки, внутренние вполне удовлетворяют. . Это не всегда хорошо - например на этапе подготовки документа замучиваешься гонять картинки в mime и обратно (и не предлагайте FBE пока он не перестанет калечить текст и хотеть винду ). . В принципе поддержка не обязательна, но в формате она явно не запрещена (ни схемой, ни внешним к схеме описанием) Вернуться к началу Aidar Новенький участник форума Зарегистрирован: 23.11.2005 Сообщения: 12 Откуда: Kazan Добавлено: Сб Ноя 26, 2005 0:26    Заголовок сообщения: Gremlin писал(а): А зачем сразу FB3 если уже есть FB2.1? Схема FB2.1 уже создана. К тому же если делать кардинальные изменения то только в 3-ей версии. Gremlin писал(а): Совершенно непонятно каким образом DTD может повлиять на файлы, внешние по отношению к XML. Опечатка маленькая. Миллион извинений. DTD не влияет на внешние файлы, но не стоит на DTD зацикливаться. Я имею в виду, что DTD необходим, но недостаточен. Т.е. формат FB3 кроме DTD должен иметь и нормальное текстовое описание, где и будет указано, что можно, а что нельзя. Gremlin писал(а): А насчет проблемы (я правда не слишком уверен, что это столь большая проблема... ) со внешними картинками - то в DTD (да и в схеме) все уже прописано. Вот только как это может помочь изменить код в софте? Решение проблемы достаточно тривиально. Вводим тестирование читалок на премет корректной поддержки стандарта, а результаты выкладываем на сайте. Читалки, прошедшие тестирование, награждаем логотипом Fictionbook compatible. Вернуться к началу Bamse Новенький участник форума Зарегистрирован: 03.02.2005 Сообщения: 97 Добавлено: Сб Ноя 26, 2005 13:56    Заголовок сообщения: Цитата: Читалки, прошедшие тестирование, награждаем логотипом Fictionbook compatible. Извини, но здесь надо поставить Ты пошарься на форуме поищи части сериала "Алан, ГрибЮзер и все-все-все"... Занимательное чтение... Вернуться к началу Gremlin Зрелый участник форума Зарегистрирован: 14.02.2005 Сообщения: 155 Добавлено: Сб Ноя 26, 2005 14:11    Заголовок сообщения: Aidar писал(а): Gremlin писал(а): А зачем сразу FB3 если уже есть FB2.1? Схема FB2.1 уже создана. К тому же если делать кардинальные изменения то только в 3-ей версии. А про 2.1 я к тому, что в нем почти все обсуждаемое уже есть (по крайнем мере допускается... может стоит схему пожестче сделать? ). А кардинальные измения можно и 3-ю, и в 4-ю, и в ... версии запихнуть. Но тебе нужен формат сам по себе? Или ты уже приступил к правке Haali? Aidar писал(а): Gremlin писал(а): А насчет проблемы (я правда не слишком уверен, что это столь большая проблема... ) со внешними картинками - то в DTD (да и в схеме) все уже прописано. Вот только как это может помочь изменить код в софте? Решение проблемы достаточно тривиально. Вводим тестирование читалок на премет корректной поддержки стандарта, а результаты выкладываем на сайте. Читалки, прошедшие тестирование, награждаем логотипом Fictionbook compatible. Поддерживаю! Отличное решение! (мысли вслух) Интересно, кому нужен формат не поддерживаемый ни одной читалкой? Вернуться к началу Admin Администратор информационного портала FB Зарегистрирован: 11.06.2004 Сообщения: 1610 Откуда: Воронеж Добавлено: Пн Ноя 28, 2005 9:14    Заголовок сообщения: Gremlin писал(а): . Это не всегда хорошо - например на этапе подготовки документа замучиваешься гонять картинки в mime и обратно (и не предлагайте FBE пока он не перестанет калечить текст и хотеть винду Evil or Very Mad ). На этапе подготовки документа ты можешь делать все, что тебе позволяет выбранный тобой редактор. Конечный документ должен собой представлять единичный текстовый (xml) файл. Gremlin писал(а): В принципе поддержка не обязательна, но в формате она явно не запрещена (ни схемой, ни внешним к схеме описанием) В формате кроме описания, есть еще реализация, а реализация там однозначная. Вернуться к началу Gremlin Зрелый участник форума Зарегистрирован: 14.02.2005 Сообщения: 155 Добавлено: Пн Ноя 28, 2005 12:42    Заголовок сообщения: Admin писал(а): Gremlin писал(а): . Это не всегда хорошо - например на этапе подготовки документа замучиваешься гонять картинки в mime и обратно (и не предлагайте FBE пока он не перестанет калечить текст и хотеть винду Evil or Very Mad ). На этапе подготовки документа ты можешь делать все, что тебе позволяет выбранный тобой редактор. Конечный документ должен собой представлять единичный текстовый (xml) файл. А если этап подготовки включает в себя просмотр книги в какой-то (лучше нескольких) читалках? Понятно, что можно ручками вырезать картинки/вставлять туда переведенный отдельной программой base-64, но именно это я и имел в виду под неудобством. Admin писал(а): Gremlin писал(а): В принципе поддержка не обязательна, но в формате она явно не запрещена (ни схемой, ни внешним к схеме описанием) В формате кроме описания, есть еще реализация, а реализация там однозначная. 1. Ну-ка поподробнее, где в http://www.fictionbook.org/files/FictionBook.xsd.html реализация, тем более однозначная? И, хотя я считаю ,что стандарт помимо схемы мог бы включать и некоторые текстовые уточнения (пусть некоторые с этим и несогласны), но отнести к формату какую-нибудь читалку - это уже перебор. 2. Идея моих сообщений состоит как раз в том что если что-то есть в формате, то оно автоматом в реализацию не попадает. Или есть какие-то возражения? Кто-то имеет достоверные данные, что HR при откритии книжки лезет куда-то в инет(Кстати куда? Я бы туда не поленился ручками слазить), узнает последние веяния стандарта и начинает их предерживаться? PS. А ту же возможность внешних ссылок можно было бы и в схеме зарезать, но наверное это не очень нужно. Вернуться к началу Admin Администратор информационного портала FB Зарегистрирован: 11.06.2004 Сообщения: 1610 Откуда: Воронеж Добавлено: Пн Ноя 28, 2005 17:16    Заголовок сообщения: Gremlin писал(а): Ну-ка поподробнее, где в http://www.fictionbook.org/files/FictionBook.xsd.html реализация, тем более однозначная? И, хотя я считаю ,что стандарт помимо схемы мог бы включать и некоторые текстовые уточнения (пусть некоторые с этим и несогласны), но отнести к формату какую-нибудь читалку - это уже перебор. Формат - это XML, описанный схемой FB2 и реализуемый одним из существующих в природе анализаторов XML, например MSXML 4 версии. Надо смотреть, что позволяет схема и анализатор. Это о формате. Читалки и редакторы просто должны работать с этим форматом, но сами форматом не являются. Вопрос, что одна книга, должна быть в одном текстовом файле - это категория разумности. Что в схеме не все описано, как надо, кто же возражает, опишем, когда получится. "Текстовые уточнения" уже пишутся. Так что мы из пустого в порожнее переливаем? Вернуться к началу Gremlin Зрелый участник форума Зарегистрирован: 14.02.2005 Сообщения: 155 Добавлено: Пн Ноя 28, 2005 18:34    Заголовок сообщения: Admin писал(а): Формат - это XML, описанный схемой FB2 и реализуемый одним из существующих в природе анализаторов XML, например MSXML 4 версии. Надо смотреть, что позволяет схема и анализатор. Это о формате. Читалки и редакторы просто должны работать с этим форматом, но сами форматом не являются. Вопрос, что одна книга, должна быть в одном текстовом файле - это категория разумности. Что в схеме не все описано, как надо, кто же возражает, опишем, когда получится. "Текстовые уточнения" уже пишутся. Так что мы из пустого в порожнее переливаем? Все таки я понимал немного другое понимание реализации... тем более что MSXML про base64 вроде как не в курсе... ну это уже мелочи. А в целом спорил не столько с тобой, сколько с Aidar, пытаясь объяснить, что добавление каких-то возможностей в стандарт не даст сколько-нибудь заметных возможностей по их использованию. Спор и в самом деле дошел до абсурда... PS. Кстати, грамотно описанный стандарт (вроде rfc) может включать и эталонную читалку... правда как это сделать, не привязываясь к ОС/Toolkit/и прочее?... А вот эталонная таблица стилей для отображения в w3.org совместимом браузере - это вполне разумный вариант. Вернуться к началу Admin Администратор информационного портала FB Зарегистрирован: 11.06.2004 Сообщения: 1610 Откуда: Воронеж Добавлено: Вт Ноя 29, 2005 9:09    Заголовок сообщения: Gremlin писал(а): тем более что MSXML про base64 вроде как не в курсе... base64 - это частный случай текстового отображения двоичного файла, который вполне всех устраивает. Вернуться к началу Aidar Новенький участник форума Зарегистрирован: 23.11.2005 Сообщения: 12 Откуда: Kazan Добавлено: Вт Ноя 29, 2005 9:55    Заголовок сообщения: Gremlin писал(а): А в целом спорил не столько с тобой, сколько с Aidar, пытаясь объяснить, что добавление каких-то возможностей в стандарт не даст сколько-нибудь заметных возможностей по их использованию. Пардон, уменьшение размера файла из-за сжатия и легкость правки это не сколько-нибудь заметные возможности? Просто хватит думать только о читателе. Ему по барабану какая там схема, DRM etc. ему читать надо. А вот "издателю" (т.е. тому, кто из plain text FB делает) это очень важно. Предложенная мной схема реально экономит время издателя, а еще и трафик. Правда, библиотеки дают файлы в виде FB2.zip, но это их личная инициатива. Gremlin писал(а): Спор и в самом деле дошел до абсурда... Спор плавно перетекает в флейм. Надеюсь до драки дело не дойдет Gremlin писал(а): PS. Кстати, грамотно описанный стандарт (вроде rfc) может включать и эталонную читалку... правда как это сделать, не привязываясь к ОС/Toolkit/и прочее?... А вот эталонная таблица стилей для отображения в w3.org совместимом браузере - это вполне разумный вариант. Отличная идея. Без привязки к платформе можно написать читалку на JAVA, но это не выход (тормоза+выпадают некоторые КПК). Предлагаю сделать платформо-независимое open-source ядро (типа как в Опере, но оно там не open-source), а авторы читалок уже допишут все остальное. Admin писал(а): base64 - это частный случай текстового отображения двоичного файла, который вполне всех устраивает. Насчет того, что всех устраивает - вопрос спорный. Читателю до формата дела нет, а вот издателю... Кроме того кодирование бинарика в текстовом формате увеличивает его размер. Давайте не будем забывать, что у некоторых еще dial-up и ресурсы карманников не сравнимы с ресурсами PC. Вернуться к началу GribUser Автор формата FB2 - Автор библиотеки FB Зарегистрирован: 30.09.2004 Сообщения: 2475 Откуда: Москва Добавлено: Ср Ноя 30, 2005 9:03    Заголовок сообщения: Gremlin писал(а): тем более что MSXML про base64 вроде как не в курсе MSXML про base64 очень даже в курсе. Вот как на паскале, к примеру, все выглядит: Код: Node.Set_dataType('bin.base64'); ImgAsVar:=Node.nodeTypedValue; DynArrayFromVariant(Pointer(TheArr),ImgAsVar,TypeInfo(TStoreArray)); F:=TFileStream.Create(Path+newExt,fmCreate); F.Write(TheArr[0],Length(TheArr)); F.Free; Вернуться к началу Admin Администратор информационного портала FB Зарегистрирован: 11.06.2004 Сообщения: 1610 Откуда: Воронеж Добавлено: Ср Ноя 30, 2005 10:21    Заголовок сообщения: Aidar писал(а): Насчет того, что всех устраивает - вопрос спорный. Читателю до формата дела нет, а вот издателю... Кроме того кодирование бинарика в текстовом формате увеличивает его размер. Давайте не будем забывать, что у некоторых еще dial-up и ресурсы карманников не сравнимы с ресурсами PC. А давайте не будет спекулировать на объеме при современных скоростях dial-up и возмозможностях ПК и КПК? Тем более, что двоичный файл иначе никак не вставишь в XML, а делать книгу в несколько файлов - очень плохая идея. Вернуться к началу DimaV83 Гость Добавлено: Ср Ноя 30, 2005 16:16    Заголовок сообщения: Admin писал(а): Тем более, что двоичный файл иначе никак не вставишь в XML, а делать книгу в несколько файлов - очень плохая идея. Спорно. Как аргумент снова сошлюсь на форматы тогоже OpenOffice, MindManager etc, где файл представляет собой зип-архив, в котором лежит текст, картинки и т.п.. (описываю очень поверхностно, в тонкости не вникал) Кстати, такой вариант дал бы дополнительное удобство - легко можно было бы посмотреть, какие картинки есть в книги, и легко их из неё вытащить. Вернуться к началу Admin Администратор информационного портала FB Зарегистрирован: 11.06.2004 Сообщения: 1610 Откуда: Воронеж Добавлено: Ср Ноя 30, 2005 16:40    Заголовок сообщения: Теперь расскажи, как хранить 15000 книг незазипованными в локальной библиотеке, или в сетевой? Вернуться к началу Gremlin Зрелый участник форума Зарегистрирован: 14.02.2005 Сообщения: 155 Добавлено: Ср Ноя 30, 2005 19:03    Заголовок сообщения: GribUser писал(а): Gremlin писал(а): тем более что MSXML про base64 вроде как не в курсе MSXML про base64 очень даже в курсе. Виноват, погорячился. Про MSXML не разобравшись сказал... Да и вообще оказалось что XML Schema имеется даже тип base64Binary... который уже в схеме FB2.1 прописан. Вернуться к началу Показать сообщения: все сообщенияза последний деньза последние 7 днейза последние 2 неделиза последний месяцза последние 3 месяцаза последние 6 месяцевза последний год Начиная со старыхНачиная с новых         Список форумов www.fictionbook.org -> Перспективы формата FB Часовой пояс: GMT + 3 На страницу Пред.  1, 2, 3, 4, 5, 6, 7, 8, 9  След. Страница 7 из 9   Перейти: Выберите форум Информация и новости----------------Вопросы и предложения по порталу поддержки формата (FictionBook.ORG)Библиотека FictionBook.Lib (Fictionbook.RU)КнигиНа чем читаемFictionBook и капуста Формат FictionBook----------------Основы формата FBПерспективы формата FBСделано для FBFB - разработка и программированиеИспр@влено For English Speakers----------------FictionBook Format  Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах Powered by phpBB © 2001, 2005 phpBB Group