Странную ситуацию наблюдаю я сейчас: блочная вёрстка, блок отвечающие за левую часть сайта имеет . При этом не работаю все ссылки в этой части страницы. В правом блоке всё нормально. Пробовал, отключал в firebug эту пропертю на этом блоке-линки работали. Не похоже, что блок перекрывает содержимое сверху, так как он является как раз частью каркаса страницы. Сия ситуация наблюдается  в FF 2.0.0.11. Был на http://forum.vingrad.ru/topic-174810.html, но флоатов нету на блоке, а на парент блоке флоат не влияет на ссылки. Не стылкался никто с такой траблой? Как побороть?

Castro, а решение из той темы (position: relative для самой ссылки + z-index) не подходит?

Убил этот position: relative вообще, там многовато линков чтобы играться с ними.
Но всё таки странная трабла.
Сегодня ещё колега мой надыбал багу в последне версии FF:
оказывается(не помню точно name или href) это не то же самое что 
При использовании первого синтаксиса этот код скопировался  по дереву документа раз 5 причём в хаотичном порядке каком-то!!!
Причём трабл он воспроизводил не один раз...
У меня в 2.0.0.10 была бага с кнопкой, которая при загрузке выводилась ХЗ куда, но при открытия на пол окна Firebug'а трабла пропадала и кнопка становилась на место, естественно посмотреть её статус в тот момент возможности не было. Типа ошибка рендеринга что ли, но в 2.0.0.11 поправили уже.
Вот такая хрень...

В XHTML это одно и тоже. Но чтоб страница интерпретировалась как XHTML, мало валидности кода и правильного доктайпа, нужен еще правильный заголовок Content-type. Без него страница парсится как обычный HTML, а в нем первый вариант - обычный незакрытый тег (концевые слеши просто отбрасываются). Так что, возможно, это не совсем баг...

Интересно было бы увидеть код, вызывающий такие дикие выверты. Хотя...
...возможно, о таком коде и речь ;).

Убирали dtd - не повлияло.
Насчет безобразной кнопки, то там был блочный лайаут, свёрстанный флоатами, а сама кнопка сделана через sliding doors. Нудо будет порыть и выложить код - код где-то есть). На FF-браузерах баг воспроизводится до сих пор 

И не должно было. Речь о HTTP-заголовке, выдаваемом сервером: если там text/html - страница будет парситься SGML-парсером, что бы ни стояло у ней в доктайпе. Вот статья по теме (хотя я не во всем согласен с автором ;).


Интересно посмотреть, особенно раз проблема до сих пор актуальна. Может, и решим заодно ;).