Форум программистов [Powered by Invision Power Board]

Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > Вёрстка веб-сайтов > Не работают ссылки при position:relative

Автор: Castro 18.12.2007, 15:49

Странную ситуацию наблюдаю я сейчас: блочная вёрстка, блок отвечающие за левую часть сайта имеет

Код


position:relative

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

Автор: SelenIT 18.12.2007, 16:02

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

Автор: Castro 18.12.2007, 22:55

Убил этот position: relative вообще, там многовато линков чтобы играться с ними.
Но всё таки странная трабла.
Сегодня ещё колега мой надыбал багу в последне версии FF:
оказывается(не помню точно name или href)

Код


<a name="link" />

это не то же самое что

Код


<a name="link"></a>

При использовании первого синтаксиса этот код скопировался по дереву документа раз 5 причём в хаотичном порядке каком-то!!!
Причём трабл он воспроизводил не один раз...
У меня в 2.0.0.10 была бага с кнопкой, которая при загрузке выводилась ХЗ куда, но при открытия на пол окна Firebug'а трабла пропадала и кнопка становилась на место, естественно посмотреть её статус в тот момент возможности не было. Типа ошибка рендеринга что ли, но в 2.0.0.11 поправили уже.
Вот такая хрень...

Автор: SelenIT 19.12.2007, 06:08

Цитата(Castro @ 18.12.2007, 22:55

)

Цитата(Castro @ 18.12.2007, 22:55

)

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

Цитата(Castro @ 18.12.2007, 22:55

)

У меня в 2.0.0.10 была бага с кнопкой, которая при загрузке выводилась ХЗ куда, но при открытия на пол окна Firebug'а трабла пропадала и кнопка становилась на место, естественно посмотреть её статус в тот момент возможности не было. Типа ошибка рендеринга что ли, но в 2.0.0.11 поправили уже.
Вот такая хрень...

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

Цитата(Что нового в Firefox 2.0.0.11)

Обновление стабильности:
Этот релиз устраняет проблему совместимости с некоторыми веб-сайтами и расширениями, обнаруженную в Firefox 2.0.0.10.

...возможно, о таком коде и речь ;).

Автор: Castro 19.12.2007, 14:52

Код


<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
    <head>
        <meta http-equiv="content-type" content="text/html; charset=utf-8" />

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

Автор: SelenIT 19.12.2007, 15:16

Цитата(Castro @ 19.12.2007, 14:52

)

Убирали dtd - не повлияло.

И не должно было. Речь о HTTP-заголовке, выдаваемом сервером: если там text/html - страница будет парситься SGML-парсером, что бы ни стояло у ней в доктайпе. Вот http://cssing.org.ua/2005/02/25/xhtml-worth-or-not/ по теме (хотя я не во всем согласен с автором ;).

Цитата(Castro @ 19.12.2007, 14:52

)

Нудо будет порыть и выложить код - код где-то есть).

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