SelenIT

Не везде. В NN4 всё равно подсвечиваться не будет

Ну уж прямо. -moz-background-origin: content, судя по всему, давно и основательно. А с 4-й ветки, если не врут, должно быть вообще шоколадно...

А сочетание паддинга для ссылки + background-origin:content-box в реальном мире работает? Сорри, уже понял, что для этого случая оно бы всёё равно не подошло. А вот вариант с паддингом для li... менять фон можно ведь и для li:hover, не только для ссылки?

А в чем неприемлемость варианта с 4-мя прозрачными (или белыми) пикселями справа? Насколько могу судить, они и при размещении маркера слева ничему не помешают...

И что, ради каждой иллюстрации делать эту жаба-примочку руками?

Так о сохранении речь и не идет. Речь, насколько я понял, именно о том, чтоб по-максимуму разгрузить сервер и канал, оставив спецэффекты (при наведении, активации и т.п.) клиенту. Кроссбраузерно, наверное, можно только имитировать уменьшение яркости/контраста через прозрачность и просвечивающую подложку. Еще можно глянуть на SVG-фильтры (здесь чуть подробнее на примере "обесцвечивания" картинки).

И браузер полезет на эту кУдато наружу, чтобы эта фсЁ (бай да уэй, изначально речь шла об иллюстрациях к статьям) показывать при запросе страницы? С чаво вдруг? Может, еще в robots.txt иллюстрации вынести — для полной и окончательной автоматизации?

Если это маркер списка и правее его, по логике, ничего быть не должно — может, для данного случая достаточно просто задать соответствующий margin-right самому li (или padding-right для ul)?

Всё равно осталось дублирование идентичного по смыслу кода, различающегося только способом доступа к текущему стилю. Это бяка. Можно ж переопределить недостающий метод в одном из браузеров (напр., так) и унифицировать код. А вообще обычно эту задачу решают, добавляя/убирая класс (напр. "hidden"), в котором прописано display:none. Просто, надежно и универсально...

(Не)поддержка модных фич от доктайпа, как правило, не зависит. Если браузер в принципе умеет показывать видео, он и с доктайпом от HTML 2.0 его покажет

swetlana, ну а что с этим рейнджем дальше делать-то? Отслеживать изменения (по всем событиям клавиатуры/мыши? по таймеру?) и... каждый раз рисовать прямоугольники (VML-линии?) под каждой строкой из getClientRects()? Или оборачивать рейндж в специальный спан (предварительно убив старый)? Мне что-то сходу лучше идей не приходит, а из этих ни одна хорошей не кажется...

window.event.srcElement вообще-то есть только в ослиных (как в опере работает — загадка%). В нормальных браузерах нужно использовать event.target, а сам event передавать в функцию параметром.

По-моему, скрипт просто вставлен дважды. И первый раз устанавливает переменные, а потом перетирает... Так ведь плохо работает. Куда ссылка ведет, не показывает, поисковикам вообще ссылки не видны, путь строит ломаный. Поэтому и барахло

В музей это 15-летнее барахло! Срочно! А у вас оно еще и два раза вставлено зачем-то... )

А X-UA-Compatible:IE=5 для таких "раздолбанков" — не выход? Под IE5.5, по-моему, большинство тех архаичных фиговин худо-бедно допиливали...

На сайте перед доктайпом почему-то стоят аж 2 BOM-метки подряд плюс переход строки. Видимо, основной скрипт и какой-то из инклюдов, подключающийся в самом начале, вносят каждый по штуке. Обычно бывает нужно пересохранить скрипты без BOM и убрать все переводы строк в начале вывода (до доктайпа). Не знаю, может, в Django для этого есть какая-нибудь спецнастройка...

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

Недавно вот здесь узнал настолько простое в своей гениальности решение для замены fixed в IE6, что до сих пор немножко в шоке...

line-height и padding/margin для li соответственно? Вообще, формально, абзацы в пункте списка вполне имеют право на жизнь. Но вот в менюшке они, пожалуй, и вправду лишние...

Светлана, это умопомрачительно. Снимаю шляпу!

Стью Николз, как-бэ, не согласен =)

Ложь.

У меня по беглым опытам сложилось впечатление, что браузеры тупо игнорируют звездочку в записи i*, причем как для col, так и для td. Если видят целое число — интерпретируют как пиксели, что бы там дальше ни стояло. Отдельно взятую звездочку, что характерно, растягивают (тоже в обоих случаях), так что * и 1*, вопреки спеке, для них разные вещи, а вот 20 и 20* — одна. Подозреваю, что разработчки браузеров не заморачивались с нюансами length/multi-length, а тупо сделали один алгоритм на все случаи, учитывающий самые распространенные ситуации из практики (поскольку <col width="2*"> в живой природе не встретишь, а вот всякого типа <td width="25px"> навалом)...

Это не поможет?

Ладно б только на землю... так и на небо тоже!