Searcher

вы неправильно нарезали макет

нарисуйте и сделайте фоном этих ссылок

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

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

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

Я имел ввиду, что по стандартам style должен быть в head, а любые отклонения от стандартов броузеры не обязаны "понимать", особенно при динамическом изменении контента. Что мы и видим в данной ситуации с IE. Тем более, что ничего не мешает описать этот элемент заранее.

как вариант: можно по hover сделать немного более контрастно

Симпотично. Дизайн хорошо сочетается с тематикой. Минусы. Не отмечается в меню пункт меню "главная", когда находишься на главной. И в архивных фотографиях, в принципе, заголовок уже не обязателен. Надпись в шапке рядом с солдатом совсем неразборчива. Поконтрастнее бы её.

1. Обязательно используем doctype 2. Элемент style не может находится нигде кроме раздела head 3. В данном примере стиль для #abc можно описать заранее в разделе style в head безо всякого скрипта, а добавлять элемент с идентификатором abc можно будет уже в любое время.

Ага, если родитель имеет position:relative или position:absolute, то и дочерние абсолютные блоки позиционируются относительно родителя, а не относительно всего документа... Так что изымаются из потока они тоже не абсолютно И надо смотреть на общую логику: как вы себе представляете матрешку, когда вложенная фигурка будет находится под фигуркой в которую она вложена? И что же это за ситуация такая, когда невозможно найти альтернативу? Расскажите подробней о проблеме, может мы вместе все-таки найдем альтернативу...

А как они у вас реагируют на нажатие? Это ссылки? Здесь скорее всего надо использовать JavaScript.

scrolling="no" - этим вы отменили возможность прокручивать содержимое iframe, вот и не видно того, что выходит за рамки фрэйма.

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

что значит не грузится? еще как грузится! если ваша картинка nav_sel_bg.gif еще не загружалась, то при возникновении hover броузеру приходится её подгружать. решение простое: вместо двух разных картинок на ссылку без hover и с ним, делаем один файл с этими двумя картинками и по hover просто позиционируем фон на вторую часть картинки.

с точки зрения логики это неверно... правильно будет разместить два независимых блока с общим родителем друг под другом

Вам платят за результат, а не за характеристики личности. Зачем с каждым элементом возится, прицеливаться с его положением, если можно задать нужные отступы и все, элемент сам становится как надо, куда надо и по размеру содержимого. И свойств меньше описывать и классов можно меньше задавать. Вобщем, меньше мороки и малейшее изменение текста или добавление еще пункта в меню не приведет к пересчитыванию и правке координат всех элементов. И еще вы плохо думаете о посетителях этого сайта, это на первый взгляд кажется, что они мало чего умеют, но устав читать мелкий текст, найдут способ его увеличить, а тут такое западло... Да и шрифта verdana может не оказться у посетителя, броузер бодставит другой шрифт, а у него ширина символов другая и опять все поплывет. И еще меня убил наповал код. Я такого вообще не ожидал увидеть... Не думал, что броузеры в состоянии исправить такие ошибки... В коде не то чтобы doctype не указан, там вообще нет тэгов <html>, <head>, <body>. Нет ни одного атрибута в кавычках даже style описаны без кавычек. Я в ауте! И, главное, броузеры напрягаются, конечно, но вроде умудряются понять, что от них хотели... Это не скролл у вас кривой...

я же все там писал, читайте внимательнее, при использовании float ставьте родительскому блоку overflow:hidden; а при использовании абсолютного позиционирования вложенных блоков родитель никак не узнает о них, он перестает видить вложенные блоки, если у них указано position:absolute. Родителю тогда надо устанавливать высоту.

Мда... Это не скроллинг кривой, сударь. А что-то не так у вас с логикой. Кто ж все элементы позиционирует абсолютно, даже те, которые идут друг под другом и должны зависеть друг от друга?! Увеличиваем в броузере размер шрифта одним нажатием кнопки и о ужас! Текст везде стал наползать друг на друга. Такой простой макет и такое извращение в коде... Учитесь верстать: blog.html.it/layoutgala layouts.ironmyers.com www.code-sucks.com...faux-css-layouts/ tjkdesign.com... ...и со скроллингом тогда проблем меньше будет

Это похоже на знаменитый 3-х пиксельный баг в ИЕ... Универсального решения нет, все зависит от конкретной ситуации. Можно вместо float:left использовать display:inline. В вашем случае почему-то помогло убрать width и поставить margin-right: 2px; для #wrap...

Это что, реклама? )) в таком количестве одинаковые ссылки... Что значит "обязательно загружать видео в нет?" Плеер будет грузить файл оттуда откуда вы укажите.

В свое время я делал это и на html... Просто таблица в 3 строки и 3 столбца. Верхняя и нижняя строки фиксированной высоты по высоте горизонтальной грани рамки, правый и левый столбцы фиксированной ширины по ширине вертикальных граней рамки. В угловых ячейках углы рамки, во всех остальных кроме центральной размножающимся фоном грани. Ну а в центральной ячейке все содержимое. Но сейчас этот способ уже потерял свою актуальность поскольку появились новые стандарты и ограничения на таблицы. А для реализации такого на CSS нужно знать CSS. Почитайте про HTML и CSS здесь: stepbystep.htmlbook.ru и все здесь: htmlbook.ru/content. Потом учимся пользоваться поиском по интернету: пишем в гугле "рамка с закругленными углами в css" и буквально первая ссылка дает нам ответ: http://www.yanajy.com/...

картинки случайным образом выбираются?

вот без знаний буржуйского заниматься программированием - весьма сложное занятие... JavaScript библиотеки не надо устанавливать на сервер, они туда записываются также как и HTML файлы и подключаются в html-коде. Переводить инструкции к приведенной мной ссылке у меня нет времени, возьмите лучше тогда ajax, для него есть описания на русском в сети.

это чтобы любой мог зайти на вашу секретную страницу?

Не понял что вы имели ввиду... Может CSS в HTML? Но это не минус, это чтобы вам удобнее было. IE до 7-го не понимает одновременного указания координат противоположных углов, поэтому высоту и ширину тут приходится указывать для IE до 7-ой версии. Для этого можно воспользоваться условными комментариями. Поскольку в вашей ситуации ширина фиксированная, то и expression в width можно не использовать, а просто задать жесткую ширину. А вот height для IE вычисляется относительно высоты родительского элемента, это можно понять исходя из названий "parentNode" и "offsetHeight", еще поэкспериментировать можно было бы. Верх и низ дочернего элемента находятся ниже и выше границ родителя. Соответственно, что из высоты родительского элемента нам нужно вычесть, чтобы дочерний элемент не выходил за границы родителя? Ну и в результате я вам все разжевал и сделал часть работы за вас. Так что теперь с вас доля гонорара за разработку этого сайта.