ха-ха. Что ж, каждый раз, когда это происходит, это происходит только один раз. Многие веб-разработчики являются постоянным указателем ошибок IE6. Интересно, сколько денег было потеряно веб-компаниями, пытающимися исправить проблемы в IE6.

Я не знаю, но должен быть коллективный иск.

Представьте, какой будет жизнь, когда IE8 выйдет, и он будет соответствовать стандартам, как они утверждают. Добавьте несколько лет, и IE6 мощь практически исчезнет. IE7 - это немного легче для разработки, в любом случае с CSS.

@alex: Следующая Windows Mobile будет включать движок IE 6. Так много, что это скоро уйдет.

Кроме того, честно говоря, в то время как IE 8 исправляет множество очевидных проблем с CSS, они мало что делают для исправления DOM, Крис Уилсон в значительной степени это признал: ajaxian.com/archives/ie-8-and-the-user-features#comment-2663‌ 39

@eyelidlessness: Ты серьезно? Какая это будет заноза в заднице. Что не так с DOM IE8? Проблема с кешированием javascript?

Почти все, что не так с DOM IE 7, и все, что не так с DOM IE 6. Это огромная часть спецификации, включая все, от неправильной реализации Range до полного отсутствия событий Mutation и полностью сломанной самой системы событий.

Ах. Может ли jQuery абстрагироваться от этого? Я влюбился в этот фреймворк, хотя чувствую, что не должен на него полагаться.

jQuery не касается диапазона и не может (без больших накладных расходов или необходимости использовать только методы манипуляции с DOM jQuery) имитировать события мутации; он абстрагирует модель событий, но по-прежнему не поддерживает захват событий. Есть и другие проблемы, но на самом деле это были мои самые большие головные боли.

Что же значат эти недостатки IE для меня как разработчика? Извините, я не так хорошо разбираюсь в Javascript. Кажется, ты разбираешься в своем деле!

О, я забыл об этом. По крайней мере, в IE 7 Trident не поддерживает свою внутреннюю структуру DOM в виде дерева, а это означает, что вы можете фактически получить ерунду, например, один узел DOM, охватывающий два соседних родительских узла. Вы можете подумать, что innerHTML - единственный способ сделать это, но это может случиться и с MSHTML.

Проблемы с диапазоном делают работу с выделенным текстом (особенно с богатым текстом) чрезвычайно болезненной. Отсутствие событий мутации означает, что опрос на предмет изменений DOM стоит дорого, хотя браузер должен делать это внутренне и может раскрыть его. Последствия модели событий не так велики, но могут вызвать проблемы.

(Это не соответствовало последнему комментарию.) По сути, это действительно затрудняет использование Интернета в качестве серьезной прикладной платформы.

Я вижу сейчас. Если бы это было сделано внутренне, я бы предположил, что не будет слишком сложно предоставить события для Javascript, чтобы подключиться к ним? Я предполагаю, что это делают Gecko / Webkit / Presto? Почему злоумышленник не может просто предоставить принудительное обновление Firefox 3: P

Судя по всему, нет никаких мошенников из MS, только XUL. Подождите, это неправильная строка. Я спросил Криса Уилсона (думаю, в ссылке, которую я разместил выше), почему они просто не встраивают Webkit в стандартном режиме, и он сообщил мне, что это нарушит ActiveX (продолжение) ...

Поэтому я спросил, почему бы не включить ActiveX в качестве плагина для браузера, и все остались довольны? "ActiveX не может быть выполнен другим плагином" Орли? Затем, через несколько недель, Google выпускает бета-версию Chrome, которая выполняет именно это.

И чтобы ответить на ваш вопрос, Gecko 1.9 (FF3) и, по крайней мере, текущий выпуск Webkit поддерживают (большинство) этих событий. Престо - нет. Но дело в том, что движок должен внутренне обрабатывает события, как указано, или перекомпоновка / перерисовка с манипуляциями CSS / DOM никогда не сработает.

ха-ха. Похоже на Microsoft! У меня не было никаких проблем, пока я не стал веб-разработчиком в Microsoft. Ну что ж. Кто знает, что они могут реализовать в последнюю минуту.

Чтобы было ясно, Крис Уилсон, о котором я упоминал ранее, который в значительной степени признал, что DOM получает вал в IE 8, является «архитектором платформы группы разработчиков платформы Internet Explorer в Microsoft» (со страницы «О проекте»).

Они должны сделать то, что сделал Google ... выбросить Trident и включить Gecko и, как вы сказали, использовать подключаемый модуль ActiveX. И они могут сделать свой дурацкий маленький графический интерфейс. И все были бы счастливы :)

Извините, это должен был быть Webkit. Но Gecko будет работать так же хорошо.

Webkit определенно лучше подходит для их целей. Но можете ли вы представить, что Microsoft использует проект Apple с открытым исходным кодом в своем самом популярном программном обеспечении?

Ха-ха. Ну, это было изначально от Konquerer, не так ли? Может быть, они смогут захватить его на этапе Konquerer и как-то обновить его, не превращая его в следующий Trident. Они включили jQuery в свой следующий .NET, не так ли? Я думаю, они начинают чувствовать запах кофе.

Чтобы было ясно, KHTML был заменен на Webkit в Konquerer.

Я думаю, они сочтут использование Webkit неприятным. «Привет, ПК, что это за новый браузер ты используешь?» Но мне бы очень понравилось видеть, как они используют Gecko. И им не пришлось бы терять столько лица.

О, давайте проясним. Команда IE гораздо больше враждебна Mozilla, чем Microsoft к Apple. Я уверен, что Apple скорее объявит о таком сотрудничестве как о партнерстве, чем как о бесполезном приеме. Я уверен, вы слышали, что Баллмер упомянул, что Webkit может появиться в будущем IE?

Я слышал это на конференции в Австралии. Но вы действительно думаете, что они это сделают? Apple и Microsoft хорошо играют? возможно ... кстати, я доставил пиццу, и это было почти так же напряженно, как css для IE6 (почти!)

И взлом javascript / propriety очень уродлив ... Почему они не могут хотя бы добавить обновление в пакет обновления для поддержки альфа-каналов 24-битного PNG.

Тем не менее, поддерживаются одноцветные прозрачные png. Я использовал это для веб-сайта с большим количеством 4-битных изображений и одноцветной прозрачностью, поскольку они обычно были меньше, чем их аналог в формате gif.

Да, но альфа-прозрачность намного круче !!! Одноцветные (я австралиец: P) прозрачные пленки в PNG такие же, как и в формате GIF, не так ли?

Я думаю, единственный способ исправить это с помощью IFRAME? фу! IE6 должен просто нарисовать этот контроль формы прямо над всем

Я написал код, который установит стиль для отображения: none для выбранных элементов, расположенных под плавающим div. Что-то вроде взлома, и вы можете увидеть, как он исчезает, когда он покрывается лишь частично. Но намного лучше, чем выбор, скрывающий ваши плавающие меню.

Это не проблема IE6, это проблема нескольких браузеров. вам просто нужно указать его в сбросе или по умолчанию

ссылка ведет на quirksmode.org, но в тексте написано quriksmode.org.

@Ray: это точно ошибка IE.

@eyelidlessness, я называю это ИК-ошибкой

Вам не нужны «заголовки xhtml» (IE не поддерживает XHTML совсем). Стандартный режим запускается некоторыми DOCTYPE, включая HTML4 Strict DOCTYPE. Убедитесь, что DOCTYPE, который вы используете, имеет URL.

Запрещено У вас нет разрешения на доступ к / explorer / на этом сервере.

Думаю, это ссылка, которую вы хотели: positioniseverything.net/explorer.html

Использование overflow: hidden для очистки числа с плавающей запятой удобно, но не во всех ситуациях. Иногда вам нужно что-то (скажем, изображение или наведение курсора), чтобы «вылиться» из div, в котором оно находится, но overflow: hidden будет обрезать его.

Аминь. Я разрабатываю все в основном с использованием Firefox 3 (и IE7 с использованием IE Tab) в качестве испытательного стенда, а затем, когда все работает и хорошо выглядит, я начинаю пытаться заставить его выглядеть так же в IE6 (и, в меньшей степени, FF2), не нарушая Это. Делать это по-другому - отстой.

Я согласен, Firefox кажется лучшим выбором для разработчиков. Разработайте для Firefox 3, а затем сделайте его совместимым с другими браузерами. Кажется, это лучший способ сохранить рассудок.

Вы можете добавить туда Webkit (Chrome или Safari) и Opera для тестирования. Стоя на высокой лошади «FireFox - стандарт WC3» может привести к довольно болезненному падению. FireFox имеет много ошибок рендеринга CSS, особенно в отношении элементов управления пользовательского интерфейса (например, 'input type = button' игнорирует блочную модель WC3, что может вызвать проблемы с выравниванием с другими элементами управления при просмотре в браузерах, совместимых со стандартами). В настоящее время ни один браузер не работает полностью так, как диктует стандарт WC3 (не заставляйте меня начинать с забоя Opera атрибутов печати CSS2), и я сомневаюсь, что они когда-либо будут.

Я полностью согласен. Реальный вывод: не просто кодируйте, используя 1 браузер. Любой браузер (но особенно IE). Вы должны переключаться и постепенно тестировать все.

Если бы IE6 был человеком - он получил бы от меня очень-очень медленную, унизительную и мучительную смерть. Я бы наслаждался каждой секундой.

Итак, мы продвинулись от «сбоев при одном взгляде на CSS или любой другой стандарт WC3» к «Отображает содержимое CSS, за исключением тех случаев, когда это не так, и добавляет дополнительное пространство в любом месте»?

какое лучшее решение для этого?