ответьте плз кто знает. очень надо. 1 какие html-редакторы позволяют оптимизировать html(кроме frontpage)? 2 в каких html-редакторах возможно сделать это применительно к большому числу html файлов сразу?
re:html - ПРФЙНЙЪБГЙС, etc Вопрос поставил меня в тупик. А html оптимизировать надо? А как? Вот есть <html> <body> <h1>И что тут оптимизировать?</h1> </body> </html> И что тут оптимизировать? Или у тебя html чем-то генеренный? Если да, то чем? Оптимизировал раньше Allaire Homesite вроде, а какие сейчас вообще бывают html-редакторы, я и не знаю. Все как-то в EditPlus и IDEA получается.
re:html - ПРФЙНЙЪБГЙС, etc я нашел HTML Compress 5 , позволяет сразу папки с html файлами оптимизировать. генерировано word'ом и при обработке HTML Compress 5 списки убиваются и отображаются некорректно, так что надо дорабатывать самому замены тегов чтобы достичь хорошего результата. жаль что оптимизитор не замечает одних и тех же файлов css, etc и не может это дело улучшить. ручками как то неохота Allaire Homesite шас попробую. EditPlus, IDEA лучше чтоль? а скока весит? freeware? а вот еще вопрос - можно ли как нить в html запихать математические формулы word.education? в картинках они слишком много весят p.s.: в твоем примере можно убрать сиволы перевода каретки тож существенно
Re: re:html - ПРФЙНЙЪБГЙС, etc здесь надо пояснить... все это будет в .сhm справке к программе, .chm как известно открывается hh.exe, что вроде бы использует ie (поправьте если ошибаюсь), может быть как-то и можно туд засунуть "родные" фишки от ms... не формулы как может че-нить другое (если кто знает, не молчите)... все равно будет весить меньше чем изображения.
re:html - ПРФЙНЙЪБГЙС, etc мод склеивания сообшений phpbb установить религия не позволяет p.s.: сорри за оффтоп
Re: re:html - оптимизация, etc Забей. Это неплохой текстовый редактор и классная среда разработки на Java соответственно. Ими много не наоптимизируешь.
re:html - ПРФЙНЙЪБГЙС, etc NORDmen, я недавно начал экспериментировать с HTML. А точнее - с оптимизацией текстов после конвертации из Word. Пока получается, что все испробованные оптимизаторы уменьшают объем файла на 10-20%. В то время, как "ручками" удается уменьшить этот размер а 1,5 - 2 раза. Если найдешь что-нибудь достойное, дай знать - очень интересно.
re:html - ПРФЙНЙЪБГЙС, etc HTML нужно оптимизировать ручками, дорогие вы мои. Занимаюсь этим уже не первый год, клиенты довольны. Это работа только на опыт рассчитана и знание фичей программ висивиг, на которых и пишутся те тексты, которые править приходится. Кстати, кроме Html нужн еще и скрипты оптимизировать, и особенно графику. зы. Нужно что кому оптимизировать - пишите, помогу в пределах таксы.
re:html - ПРФЙНЙЪБГЙС, etc Тут вопрос распадается на 2 части: 1) как? 2) чем? 0.0. Вообще - простая верстка. 1.0. Удаление повторов форматирования текста, таблиц и т.д со ссылкой всего этого в CSS 1.0.1. А еще лучше минималистичный CSS самому написать (но нужно обязательно помнить слово "каскадный") 1.1. Идеальный вариант сводится к <*** class ="*"> + короткие имена классов 1.2. Разгребание таблиц - чтоб не было лишних (отступ - это margin / padding, а не table height width-tr-td-/td-/tr/table), а в необходимых - не было лишних ячеек. 1.3. Повторяющиеся элементы типа меню, заголовков, "подвала" - выводить слинкованным java/vbs-скриптом, либо в фреймах. Но без фанатизма - сравнивать размер. Глобальный принцип - выделять повторы, потом линковать динамически. 1.4. Раз это справка - режем META, alt и прочие феньки поисковой оптимизации 1.5. Заменяем   на пробелы, множественные пробелы на одиночные, удаляем пробелы между тегами "> <":="><", табуляции и пр. незначащую чушь. Стираем переводы строк. Нормально сверстанная страница такое издевательство внешне не выдаёт. 1.6. Конвертируем, наконец текст из CP UTF8 в Windows-1251. %-) 1.7. Совсем бред: реализуем на java/vbs-скрипте алгоритм GZIP Пакуем всё, кроме заголовка и вызова распаковщика. Вызываем по мере надобности. Собственно, вот эта вышеописанная хрюхня - вычищалка уже изгаженного - реализуется макросом для того же ворда, хитрой системой автозамен. С сохранением в TXT и сменой расширения. Равно как и пакетная обработка - одному и тому же макросу оптимизации добавить возможность считывать имена файлов из списка и сохранение. Но проще ли изначально правильно разметить вордовский документ стилями и опять таки макросом дописать куда надо подходящие теги. "Заголовок *":="<h*>__</h1>". При этом CSS писать, подглядывая в вордовский шаблон. Ибо похожи. Оптимизация скриптов по объёму складывается из маленькой реализации алгоритма + дробление функций + пп. 1.5-1.6 Макрос проще всего и правильнее всего написать самому. 2) Но: для ленивых есть вещь под названием DOC2HTML -http://www.vertal1.narod.ru/doc2html.html <a href='http://svvsoft.narod.ru/doc2html.html' target='_blank'>http://svvsoft.narod.ru/doc2html.html</a> mailto:svv_soft@mail.ru. Штуковина не очень гладкая в плане междумордия, но дающая порразительные по качеству результаты. И даже с пакетной обработкой - в консольном варианте Оптимизация картинок - отдельный разговор. Вставка формул. Если растровая картинка, ужатая до предела, все равно велика, можно: 1. Использовать векторную. То бишь Flash. Но нужен установленный в системе плэйер. 2. Использовать апплет Java, преобразующий строковую крякозябру в многоуровневую дробь с интегральчиками. То же для графиков. Но апплет нужно еще написать. И JVM надо. И различия MS и Sun учесть. 3. ActiveX. Аналогично Java. 4. Извраты-предположения типа использования ворда как сервера OLE, чтоб можно было вызывать компонент Equation или что там у вас. Нескромный вопрос: а для какой такой задачи настолько важен размер справки? Собственно, есть еще и старенький HLP-формат, который, кажись, делался из хитро размеченного RTF. А DOC->RTF не проблема - сам Ворд + прорва конвертеров. А еще - справку ведь можно открывать не только в hh.exe. Справку можно вообще стёбно реализовать, через микровебсервер + Perl + PHP, а открывать либо в окне программы, либо заглавную малюсенькую CHM сделать, а отуда вызывать localhost:80чегонибудь И в заключение: полностью согласен с почтенным Цербером (cerber_) ... _Оптимизировать надо руками и головой._ И таки-да: обращайтесь. В е-почту. В пределах таксы. Все вышеописанное касается только уменьшения объема кода. Это предпоследний этап разработки справки - перед конвертированием. Пожатый так код скверно индексируется поисковиками, править его руками становится очень неудобно. Вот. Испорченные овощи прошу кидать неприцельно.
Фреймы? В XXI веке? Ужоснах. Глупо. В разных браузерах буде отоброжаться по-разному. Переводы строк _влияют_ на отображение страницы в некоторых особо умных браузерах (Internet Explorer, etc). Тоже, в общем-то, не стОит. Flash? Фи... Для векторной графики сейчас модно юзать SVG, <a href='http://www.w3.org/TR/SVG11/' target='_blank'>http://www.w3.org/TR/SVG11/</a> -- .... 'stp' naku: Пикник - Сердце бьется на три четверти
re:html - ПРФЙНЙЪБГЙС, etc Дисительно бред Браузеры уже давно умеют принимать зипованый контент, разворачивать его и отображать. Без всяких скриптов. А сжатие/разжатие средствами JavaScript будет идти настолько медленно, что скоро проклянёшь всё, и перейдёшь на нежатый HTML ;-)
