s0rr0w

Да не портится ничего. Рынок требовал подешевле и побыстрее. Вот и появились те, кто удовлетворил этот спрос.

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

Стареешь, Verder, стареешь. Меню слева просто съедает мозг огромным синим пятном. Остальное рассматривать и читать смысла уже нет, все внимание в меню.

Иногда пользователи не имеют права выбирать себе браузер. Иногда приходится и костьми ложиться. Не потому, что неодинаково смотрится, а потому что вообще срывает башню браузеру. Любому причем. Очень сильно зависит от проекта и таргет-группы. Категоричность в данном вопросе может приводить к перегибанию палки, что уже не есть хорошо.

Пятерка за сообразительность.

А кто сказал, что это бред сивой кобылы?

Не секрет, о низкой производительности IE при работе с custom tags

Под ИЕ париться приходится. Причем последние изменения в проекте меня так огорчили, что пришлось написать письмецо в MS. Будем ждать ответа, что же они родят в ответ.

Нет.

Как хорошо, что я с оперой вообще не имею дела...

Ctrl+C / Ctrl+V - самый прогрессивный метод кодинга

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

Это проблемы не браузеров, скорее всего, а системы.

Используйте span

Реально.

code { display: inline }

Программирование и электроника - разные вещи. Разве нужно знать химию для того, чтобы выращивать картошку?

Это потому что вы не видите границу между этими технологиями.

Лучше использовать insertBefore

Надо его на родном сайте оперы искать

Нет, речь не про то. Часть мыслей правильно изложил LunatiK. Фреймворк, в который пытаются засунуть все подряд, через время превращается в нечно монстроидальное, которое с трудом ворочается. Windows идет примерно по такому же пути. Все пытаются интегрировать со всем. Да, с одной стороны это позитивно, так как снижается порог знаний, которые нужны для работы с фреймворком или кодом, но с другой стороны, при возникновении ошибок в коде фреймворка, исправить смогут только разработчики, так как самому разобраться в хитросплетениях чужого кода будет очень дорого. А разработчики исправят код только через какой-то промежуток времени, а значит, что вам придется искать обходные пути или вставлять костыли. Unix-way гласит, что достаточно иметь, к примеру, 100 разных утилит, которые имеют одинаковый интерфейс обмена данными, и при помощи них можно собрать любой функционал. При этом вариантов обхода ошибок этих утилит, при таком их количестве и независимости друг от друга, становится масса. Это конструктор, и как каждый конструктор, требует больших знаний для его применения, но больше и гибкости, когда есть понимание того, что делаешь.

DOM не является отдельным языком, не является частью JS, это всего лишь объектная модель документа, API доступа к нему и работе с ним.

Я ж говорю, стопроцентный баг оперы.

На первой, приведенной автором.

Ждем чуток, и рубим тему.