Полигон-2

Имхо, в ДОС нет ничего лучше, чем текст. Соответственно, ридер fb2 для DOS - это предварительная конвертация fb2 to txt и далее NC или VC по F3.
Для Win 3.1x уже доступен RTF, поэтому здесь ридер FB2 - конвертация из FB2 в RTF.

Ну, или взять любой опенсорсный ридер FB2 и допилить и собрать его для DOS или Win 3.1 по вкусу.

darkshady написал:

[q]

Возможно Arachne осилит(ну или ie в Win3.1). Надо будет проверить.

[/q]

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

Fe-Restorator написал:

[q]

о сомневаюсь в чистоте того XML-я, что зовётся FB2. Без переконвертации тегов

[/q]

XML - это не набор тегов, а грубо говоря, правила описания структуры документа. Теги там могут быть произвольные (каждое приложение должно само с ними разбираться), а не описанные в стандарте языка как в HTML.

Fe-Restorator написал:

[q]

Хотя, грузиться книжка будет полчаса и скроллиться с большим трудом

[/q]

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

Проверил в ie 5.0 под win 3,11 - файл открыл, читать можно, но на моем 386 sx IE очень долго думает(вообще все что касается WIN32S очень сильно тупит, возможно я что-то сделал не так. Хотя 95 винду когда-то на него ставил и она вполне нормально(для этого компа) работала). Arachne почему-то вешает комп , позже буду разбираться.

DUKER написал:

[q]

В какой-то момент, увлечённый книгой читал её из FB2 на нортоне просто через F3, главное чтобы кодировка понималась. а теги просто не читаем.

[/q]

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

P.S. Чувствую придется вспоминать программирование.

darkshady написал:

[q]

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

[/q]

Ну-ка, ну-ка! На ХТ-4.7 с 512К памяти. Не забудь сперва отпарсить весь FB2-документ и отформатить его в текстовом виде, заменив графику асци-артом. Потом можешь "грузить частями" - эт как угодно. И не забудь секундомер рядышком поставить! Для наглядности.

PS. Лучшая теговая разметка, что мне встречалась, по сей день используется как основа QuarkXpress-а. Хоть она и никоим образом не ориентирована на жанрово-библиографические заморочки, зато полностью включает в себя всю работу со стилями для всех элементов текста и изображений и главное - обеспечивает точное (до 0.001мм) расположение элементов на странице и их 100%-но точную воспроизводимость (с сохранением всего форматирования) на любом компьютере с установленным QXp. Интересный эффект: формат "бумаги" можешь менять как угодно, вёрстка не поплывёт и иллюстрации не оторвутся. Хотя и будет занимать больше/меньше страниц, местами потребует коррекции вручную (в-основном при уменьшении формата) и коррекции размера иллюстраций (автоматически - не умеет). Кстати, все фото-материалы подлинкованы в теги как ссылки на файлы, что удобно при работе, но требует переноса нескольких файлов - неудобство. Однако, для работы QX генерит грубое превью картинки, сохраняя его в самом файле проэкта, т.е. для редактирования наличие линкованных фото-файлов вовсе необязательно - достаточно подключить их только на этапе финальной печати.

Объединить-бы такую разметку с теговой лабудой FB2... Вот было-б здорово!

SlashNet написал:

[q]

Ну, FB2 не для печати создавался, а для разметки структуры книги.

[/q]

Для того-ж предназначены и теги QX-а! Только оне гораздо ширшее функционально, чего сильно не хватает XML-ю. Объединить-бы их - вот дело будет.
Для примера: напиши-ка иксемелем слова "Привет, миР" начиная с позиции 11,327 мм и спустив обе заглавные буквы на уровень строчных. Нетривиально для XML, зато - пустяк для QX! И ещё один нюанс: выравнивать отступы не в кратности ширине пробела (что смертельно для моноширинных шрифтов и терпимо для остальных), и не в кратности высоте строки (ворд - маздай! ) а как кратную долю числа "е". Вот где расстановка по десятитысячным долям вылезет в полный рост!
И подбавлю жару: отслеживать и не портить такую расстановку при каждом изменении формата запечатываемого/отображаемого поля! Автоматически. Также автоматически "рубить" длинные, не умещающиеся в формат, заголовки на 2 строки, да без "висячих слов" и с меньшим интервалом меж строками.

DrPass написал:

[q]

Фейспалм

[/q]

В целом, согласен.

john написал:

[q]

Ага, F4 называется, главное чтоб кодировку винды понимал.

[/q]

А я не спрашивал про редактирование, к тому-же по стандарту FB2 кодируется в юникод(utf8). Правда стандартам у нас следовать почему-то не принято, к сожалению.


john написал:

[q]

Вам таки шашечки или ехать? В fb2-файле нормальный текст спрятан, если удалить весь "мусор" получите ТХТ.

[/q]

То что вы называете "мусором" служит для более менее человеческой разметки текста(опять же, если следовать стандартам), можно читать и кашу из текста, но зачем?

Пользуй "array[LongInt] of char". Костыль, канешно, зато длина больше 255... И на стринги нарезать сможешь:
Var
TextArray : array[1..65534] of char;
BookString : String;
...
...
For i = 1064 to 1200 do BookString[i-1063]:= TextArray[i];
...
Разумеется, код приведён условно, показана его конструкция.

DrPass написал:

[q]

А зачем тебе длинные строки? Ты же в своем конвертере содержимое файла нигде не отображаешь. Открывай его просто как бинарный файл и через BlockRead загоняй в какой-то буфер произвольного размера, в буфере вычищай теги, и через BlockWrite в выходной файл.

[/q]

Пробовал, пишет ошибку о несовместимости типов.

wdfm написал:

[q]

Пробовал, пишет ошибку о несовместимости типов.

[/q]

Файл для бинарного чтения должен быть нетипизированный.