monitor49@mail.ru Ханов Олег Алексеевич

Тексты большого объема

10.09.2012 Ханов О.А. - Ханову С.О.
Зашла речь о публикации книги Рыжикова, это 600 страниц. Ю.Ф. предлагает сделать один файл с оглавлением и внутренними переходами по ссылке на раздел. Я отказываюсь - хочу не один, а много файлов (оглавление и каждый раздел занимает свой файл). Причина - с большим файлом очень неудобно работать. Но много файлов не вписываются в существующую систему. Я предлагаю "подкрутить" систему, Ю.Ф. - приспособиться. Аргумент - пользователю безразлично, как сделано. Я пытаюсь возразить - большой файл будет долго открываться. Возражение - пользователь эту разницу не заметит.

Вопрос - есть ли другие аргументы против 600 страниц текста в одном файле?

10.09.2012 Ханов С.О. - Ханову О.А.
А я вообще против файлов и больших объемов. Книги опубликовывать - это вам на прозу. Ежели все-таки публиковаться тут, то категорически не файлом:

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

2. У некоторых еще будет всплывать окно антивируса "вы пытаетесь совершить потенциально опасное действие".

3. Если не настроен плагин в браузере, система будет предлагать сохранить файл на диск - нужно найти ему место, придумать каталог, или потом найти этот файл в "загрузках" - совершенно лишний геморрой.

4. Не у всех пользователей краденный Windows с Office. Посему есть вопрос в каком формате выложить? Если DOC, то могут Unix-оиды или Mac-овцы не понять. Если txt - то, пардон, какая кодировка? 1251, 866 - минус все, что не Windows, UTF-8 - очень правильно, но хрен что прочтет.

5. В web странице нужно использовать web средства. Тем более, что уж что-что, а банальный текст html в UTF-8 обязан выводиться везде, на любом оборудовании. Да и стилистически это лучше.

6. С файлом невозможно работать самому сайту - автоматически извлечь из него теги имена и т.п.

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

1. Настройка оглавления.

2. Организация навигации с дочерних страниц (оглавление, вначало, следующая, предыдущая).

3. Организация кнопки "скачать файл". В идеале - с несколькими расширениями (doc, txt, fb2). Надо помнить про электронные книги и налодонники, которые плохо жрут вордовские документы..

Два режима - никак иначе! Если все-таки не два - то только html без файла.

И если все-таки файл - то 1 и ни в коем случае не десять. Файл удобно читать "в оффлайне" с КПК или телефона. Но нужна сильная мотивация чтобы его скачать и перенести. А перенести десять файлов - это вообще жесть. К тому же почти все программы воспринимают один файл как одну книгу из набора которых которых создают библиотеки со своим автоогравлением и пользовательскими закладками. Переходы между книгами гораздо сложнее, чем внутри открытой книги. Соответственно, с десятком файлов получится десять книг.

10.09.2012 Ханов О.А. - Ханову С.О.
Я видимо плохо знаю значение терминов. "Файл" - имел ввиду HTML-файл - один или их много - столько, сколько есть глав. Мне не нравится один HTML-файл на книгу в 600 страниц.

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

10.09.2012 Ханов С.О. - Ханову О.А.
Терминология клиентской стороны:

Файл - часть прикрепленного и качаемого наполнения сайта - картинка, музыка, статья, архив и т.п. (Ссылка - "Скачать бланк заявления (pdf)", "Скачать книгу "Интернет для чайников" (fb2)")

Сайт - структурированный "движок" html страниц, имеющий адрес в интернете типа www.memoclub.ru

Страница - результат работы движка - html код, отправленный клиенту и выведенный на экран браузера.

Сейчас никто не пишет html файлы, вся информация лежит в базе данных и выводится по запросу, поэтому ты говоришь о способе формирования страниц. Можно вывалить всю страницу целиком, размером в 600 вордовых, либо выдавать информацию по главам. Здесь нет предмета обсуждения. Разумеется, такие объемы текста нужно выдавать конечными небольшими порциями, структурировав их по разделам (оглавлению, или, если главы большие, то нарубив их еще мельче).

Пользователю небезразлично, какими объемами скроллинга пользоваться. Длинная портянка дольше грузится, к тому же навигация внутри текста начинает представлять собой огромнейший геморрой. Невозможно прочитать такой объем текста за раз, а спозиционироваться в нужное место в следующий подход среди такой массы букв - задача для энтузиастов. Длина любой страницы в и-нете должна быть не более 3-5 экранов. Иначе ее не станут открывать в следующий раз. Это - закон, и думать тут нечего. Пусть программер думает, как это реализовать!

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

Люди Объекты Годы Темы В начало