Justnewone

попробуйте блокам с текстом в CSS для IE6 zoom:1 поназначать. и далее выше и выше, если не будет помогать.

Учить CSS и HTML, как быть я Вам подробно расписал, делать за Вас не буду.

Ваще такая мегатаблица, интуитивно, это проигрыш, идеологический. Либо надо отдавать ваще в PDF, либо как-то секторно разбивать и аяксом гнать последователные логичные ответы на структурированные запросы. Ну что можно будет сравнить и найти? мне не очень ясно, визуально нифига кажись не выйдет, много индикаторов в окне полюбому не получится вывести. Странно все.

1. Элемент, который должен бесследно исчезать положить в боди, по коду лучше выше всех и сказать элементу абсолют и топ и райт по нулям. если надо чтобы он далее не уезжал влево, все, что внутри боди, включая данный элемент, обернуть в див, дать ему релейтив и нужный мах-видт. 2. подозреваю, что тут уже абсолют не нужен, абсолютный элемент всегда будет там, куда его спозиционирует родитель и указания точных координат от краев родителя. Ни поток на него, ни он на поток уже никак не влияют. UPD: 1. ... он далее не уезжал вправо ...

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

Очень характерно, скажем "спросите меня, почему я не удивлен", что первая фраза Ваша после возвращения засветилась именно в разделе Флейм, горбатого могила исправляет?

А ведь уже отвечал тебе на этот вопрос, когда про табы рассказывал ты спросил. помнишь? "когда строчному назначить zoomон уже не совсем строчный"

Нет. Не выйдет. Прокрутка внутри таблицы, в любом случае только через fixed.

в вашем именно варианте не вижу смысла вообще делать ссылку блоковой. Она у вас по сути все равно работает как строчная. И вы никак не сможете разницы обнаружить )))

Большая просьба больше не материться, даже завуалировано.

не, так не выйдет. нужно еще указать ширину, а таблице table-layout:fixed

Разве? кажись .center посильней селектор чем *. Вечером проверю =)

Плюсов не вижу, минус в том что медленней.

@import url({THEME}/css/engine.css); - импорт, не самое удачное решение, лучше через link

Эо наверное чтобы кто-то скачал, разобрался и просто так сделал? ))) Спасибо, снизошли. look up

IE не обнуляет маргин у инпута. Хитрить придеца с отриц. маргинами и возм. диспелей:блок

Блин, уже скучно становится. Приглядитесь внимательно что я написал постом выше. Поймите (а я расписал весь механизм) и сделайте так же. Спокойнее, глубоко вздохнув, почитав мантру, еще раз внимательно все читаем и делаем. UPD #nav li:hover li:hover li:hover a.fly - это бред. оставьте только 1 :hover в селекторе, последний.

HTML - только команды браузеру на отображение. Ничего более. Вся обработка информации из формы - серверный скрипт. Например, PHP.

Скорей всего будут проблемы, еси в хедере не прибегнуть к имитации структуры блока в середине. То есть, сделать 1 в 1 как количественно так и по ширине. Но все равно, не исключены проблемы в IE6. Если вернетесь, лучше прям полноцветную картинку покажите.

Насколько я Вас понял, надо раздать всем, например, размеры в %, либо боковым, как вверху так и по середине вертикали, сказать жесткие размеры в абсолютных единицах.и не должно быть никаких проблем.

#nav li:hover a.top_link, #nav li.active a.top_link{...} Таким же образом по всем необходимым ховерам пройтись И теперь этот класс надо назначить в соответствующий li, допустим: <li class="top active"><a href="#nogo22" class="top_link"><span class="down">NEWS</span></a> - ПУНКТ ГЛАВНОГО МЕНЮ <ul class="sub"> <li><a href="#nogo23">Documents</a></li>- ВЫПАДАЮЩЕЕ МЕНЮ 2 УРОВНЯ </ul> </li> И когда страница откроется, этот класс сделает то же самое, что и наведение. но только сразу.

Я прекрасно представляю себе что такое мышь и какие они бывают. Мышкой хорошо, когда на столе. А вообще я всегда табом пользовался раньше. Ну только когда совсем много ссылок, тогда мышью или тачпадом. Так что, думаю, я не одинок, и таких как мы не стоит сбрасывать со счетов.

:hover все завязано исключительно на это. Точнее, это не страшно, так и должно быть =) Забыли только продублировать для активной ссылки. Все, что написано на :hover надо продублировать на некий класс, допустим active, ну и назначать его серверным скриптом или вручную активной ссылке на соответсвующей странице. а иначе не выйдет ничего, как вы себе представляете, браузер отработает, если "события" (наведение мышки) не произошло? И еще, оформляйте в след. раз куски кода тегом ...

Очень нравился Draw в свое время. Например, лехкость, с которой можно бацать кучи файлов в проекте, прям как эксель. Но он был очень глючным при конвертации в растр. Делал какие-то ненужны полоски по краям и врал с цветом. Помучившись немного, я понял для себя, что Draw + Photopaint менее удобно чем Illustrator + Photoshop. А наобщавшись с полиграфскими дезигнерами, которые вообще лицо корчили от Corel Draw я все забросил, Illustrator и впрям после оказался более "человечным". UPD О чем это я? В общем, Photoshop далеко не хлам и точно не вызывает рвотный рефлекс. Методы схожи вообще у очень многих растровых редакторов. На мой взгляд, выбор того или иного растрового редактора всетке обусловлен умением работать в более трудоемком редакторе векторном. Я, конечно могу ошибаться, но как правило, те кто работаю в Draw сидят заодно и в Photopaint, а большинство предпочитают связку от Adobe.

я хожу с ноута табом. Не люблю тачпад.