Популярность шестой версии Internet Explorer является причиной траты немалого времени на адаптацию кода страниц, идентично отображаемых во всех других браузерах, а иногда — и вовсе камнем преткновения, не позволяющим использовать в работе какую-то часть стандарта. Зачастую оформление страницы естесственным образом разделяется у меня на три этапа. На первом происходит, собственно, разработка дизайна с тестированием в Firefox (выбор браузера обоснован множеством удобных расширений). На втором — проверка, что все номально отображается в Opera, Safari и IE7. А на третьем — доработка под IE6 (иногда даже не надфилем, а молотком и пассатижами).

Хорошая статья на эту тему была опубликована пару дней назад на сайте CSS-Tricks. Ниже привожу ее перевод (повествование ведется от лица автора).

Автор: Крис Койер, css-tricks.com
Перевод: Александр Мусаев, paradigm.ru
Оригинал статьи: «IE CSS Bugs That’ll Get You Every Time», http://css-tricks.com/ie-css-bugs-thatll-get-you-every-time/

Когда IE6 только появился, в нем была лучшая поддержка CSS среди существовавших в то время браузеров. Но это было 7 лет назад. А различные мелкие недоработки в реализации CSS, преследуют веб-разработчиков до сих пор и часто становятся причиной отказа от использования той или иной техники.

Не смотря на то, что я стараюсь не ограничиваться возможностями шестой версии IE, все же понимаю важность корректного отображения страниц везде, где это возможно. Ниже перечислены основные вредоносные недочеты IE.

Блочная модель

Вероятно, это самый распространенный и один из самых неприятных багов в IE до шестой версии. Допустим, мы хотим определить блок:

div#box {
   width: 100px;
   border: 2px solid black;
   padding: 10px;
}

IE6 сделает ширину блока равной 100px. В действительности ширина должна быть равна 124px, и все современные браузеры отобразят блок именно так.

Это мелкое отличие в рендеринге может вызвать немало неприятностей при верстке страниц. Думаю, поведение IE может быть в какой-то мере оправдано с точки зрения логики, но в любом случае оно противоречит спецификации.

Чтобы избежать этих проблем, я вообще не использую свойство padding для элементов, отвечающих за разметку страницы. Вместо этого можно задавать отступ непосредственно для тех элементов, которые содержат контент (например, <p>).

Удвоение полей

Ошибка проявляется при определении свойств float и margin.

div#box {
   float: right;
   margin-right: 20px;
}

IE6 увеличит ширину поля с 20 до 40px. Обычно эффект пропадает после добавления элементу <div> свойства display:inline;. Но ценой такого решения станет отсутствие возможности задавать ширину для такого <div>, так же как и для всех других inline-элементов.

Как и в предыдущем случае, проблему можно обойти. Понадобится либо добавить padding для родительского элемента, либо задать его в самом <div>. На свойство padding действие бага не распространяется.

Ограничений ширины и высоты

Применение свойств min-width и min-height само по себе является очень естесственным и логичным. Поэтому осознание факта их недоступности остается весьма безрадостным. IE 6 не просто воспринимает их неправильно, а вообще игнорирует.

min-height может быть очень полезен, например, для нижнего колонтитула страницы (иногда называемого «подвалом»). Допустим, мы хотим ограничить его высоту величиной 100px, чтобы обеспечить полное отображение фоновой картинки. При этом фиксация высоты свойством height остается нежелательной, т.к. объем текста в блоке может увеличиться.

Если ограничиться указанием min-height, для IE 6 это будет равноценным полному отсутствию опрелеления высоты. Зато указание height будет воспринято по смыслу именно как min-height. Иногда этим можно воспользоваться.

«Эффект лестницы»

Предполагается, что последовательность плавающих объектов должна выстраиваться в линию. Везде происходит именно так, но IE 6 зачем-то добавляет невидимый перенос строки после каждого блока, что приводит к ступенчатому отображению элементов. Проблема исправляется обнулением line-height. Более подробно это описано в отдельной заметке.

Отсутствие hover

Большинство современных браузеров допускает определение псевдо-классов hover для любых элементов. В IE 6 это возможно только для <a>. И даже в нем hover не будет отображаться при отсутствии атрибута href. Можно воспользоваться хитрым фиксом или просто смириться.

Альфа-канал для PNG

Удивительно, что в браузере Microsoft так долго отсутствовала поддержка этого формата (до седьмой версии). Cуществует огромное количество возможных решений и они описаны отдельным постом. Стоит помнить, что обычные PNG файлы (без прозрачности) отображаются нормально и их использование этого формата зачастую предпочтительнее GIF.

Ссылки по теме

Пожалуй, дополню этот пост всего одной ссылкой, которую просто не могу не дать — на интервью с архитектором Internet Explorer Алексом Могилевским, выложенное вчера на Хабре в качестве дополнения к подкасту Radio-T #82.

Интервью так же можно скачать с Народ.диска.

Интервью у него берет Джозеф Лоуери — автор бестселлеров «Dreamweaver CS3 Bible» и «CSS Hacks and Filters». В данный момент он заведует маркетинговым отделом в компании WebAssist.

Автор: Джозеф Лоуери
Оригинал: http://adobe.com/newsletters/edge/december2007/articles/article5/index.html
Перевод: Александр Мусаев, paradigm.ru

Джозеф Лоуэри: Во время подготовки к этому интервью, я познакомился с вашей статьей, написанной в июне 1999 года о поддержке браузерами CSS и будущем этой технологии. Никто не сомневается в вашем опыте, тем не менее, как именно вам удается делать такие прогнозы?

Эрик Мейер: Согласно изначальному плану, технология CSS разделена на модули, каждый из которых формировался на определенном этапе. Сложность здесь состоит в том, что каждый из таких временных интервалов, как правило, сильно заторможен. Даже у самых «простых» модулей формируется многолетней история развития.

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

Развитие браузеров тоже складывалось все это время примерно так, как было описано в статье, хотя, разумеется, я не мог предвидеть смерть Netscape 5 и подъем Mozilla. Сомневаюсь, что такой прогноз вообще было возможно сделать в то время.

ДЛ: Вернемся к настоящему. Было ли, по-вашему, появление Microsoft Internet Explorer 7 большим прыжком в его развитии?

ЭМ: Это было больше похоже на большой прыжок на месте. Я имею ввиду, что в новой версии исправили множество дефектов IE 6 (например, ошибки парсера, проблемы с разметкой и т.д.). Кроме того, в ней добавили ряд базовых возможностей CSS 2 (главным образом — селекторы и жесткое позиционирование). В IE 7 все это появилось единовременно, что стало хорошей новостью для всех нас.

Теперь же становится очень интересно, застрянет ли эволюция IE 7 на месте, как было с IE 6, и станет ли этот браузер все больше отставать в развитии от конкурентов, или расширение его возможностей продлится. Очень надеюсь на второй вариант.

ДЛ: Насколько мне известно, CSS 3 сейчас находится в стадии обсуждения и разработки в W3C. Можете ли вы в общих чертах описать, какие новые свойства и селекторы можно ожидать дизайнерам от этого стандарта?

ЭМ: Вы неправильно поняли. То, что сейчас обсуждают и разрабатывают, — это отдельные модули CSS, каждый из которых относится к определенному этапу развития технологии.

Вполне возможно, что стандарт CSS 3 никогда не появится в том виде, как было в случае с CSS 2. И я все еще не пришел к окончательному решению, хорошо это или плохо, но склоняюсь к последнему варианту. При таком развитии событий пропадает единая общая цель.

Вне зависимости от того, что мы думаем об отдельных частях CSS 2, стандарт остается единым целым. Это предмет для обсуждения, тема на которую можно говорить. Детали CSS 2 зависят друг от друга. В условиях модульности, эта цельность пропадает. Взаимозависимости гораздо более сложны для понимания.

Что же касается новых возможностей, которые ждут нас в будущем, можно привести ряд новых селекторов. В частности :nth-child(), :last-of-type и некоторые другие. Так же появится :not(), который будет полезен, но чье описание пугает меня уже сейчас. Помимо них, мне самому очень нравится формат описания цвета RGBA, в котором «A» означает «alpha», а так же форматы HLS и HLSA (для модели цветовоспроизведения hue-lightness-saturation, — прим. переводчика). Мне бы очень хотелось видеть эти возможности, реализованными в браузерах как можно быстрее.

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

Основная причина того, что на ваш вопрос сложно ответить однозначно, состоит в том, что развитие CSS во многом зависит от разработчиков браузеров, а у них нет привычки разглашать свои планы. Думаю, вероятнее всего, первой мы увидим селекторы. В Opera 9.5, например, обещают воплотить полную поддержку модуля селекторов в том виде, в каком он сейчас существует. Думаю, наиболее вероятные нововведения в браузерах будут по большей части простыми в реализации — это все те же селекторы, единицы измерений и т.п.

ДЛ: Похоже, спецификация CSS сегодня является предметом больших разногласий. Какие у этого основные причины? Что вы, как бывший участник W3C, думаете о возможных последствиях этих противоречий?

ЭМ: На ваш вопрос трудно ответить из-за модульности CSS. У разных модулей существуют свои причины для разногласий. Кроме того, мне сложно судить об этом еще и потому, что я ушел из группы разработки CSS в 2004 году.

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

То, что сейчас происходит — абсолютно нормально для процесса развития технологии, но я не стану утверждать, что это хорошо для веб.

ДЛ: Можете ли вы спрогнозировать очередность появления новых возможностей в браузерах, после того, как спецификация начнет рекомендоваться? Грядет новый рассвет эпохи CSS-хаков?

ЭМ: Даже если одни браузеры будут внедрять новые возможности, в то время как другие — нет, мы уже усвоили для себя принцип прогрессивного развития: расширенные возможности нужно использовать таким образом, чтобы они положительно сказывались в отношении пользователей тех браузеров, которые их поддерживают. При этом необходимо избегать любого ухудшения пользовательских характеристик в отношении тех, кто остался со старыми браузерами. Хороший тому пример — использование генерируемого контента для вставки URL ссылок в текст перед его печатью (подробности см. в статье «CSS-дизайн: подготовка к печати» на «A List Apart»).

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

ДЛ: Сейчас активно развиваются возможности рендеринга CSS в программах для разработки веб-страниц. В частности, в Dreamweaver. Как вы считаете, это повлияет на качество работы дизайнеров?

ЭМ: Безусловно. Я общался со многими молодыми дизайнерами, у которых уже сейчас в голове не укладывается, зачем использовать таблицы для страничной разметки. Они просто этого не понимают. Такие перемены в индустрии во многом обоснованы функциональностью инструментов для создания веб-страниц и тем, как сейчас развиваются браузеры (оба фактора одинаково значимы).

ДЛ: Наша компания недавно сотрудничала с вами, в ходе разработки расширения Dreamweaver под названием «Eric Meyer’s CSS Sculptor». Ваша жизнь изменилась в лучшую сторону после того, как ваше имя прославило это название?

ЭМ: Да, на конференциях теперь меня встречают овациями, за что я несказанно благодарен, Джо. А еще (только никому не говорите) я недавно построил огромный бассейн у себя в подвале, чтобы хранить в нем заработанные на этом деле деньги. Это здорово приближает меня к заветной мечте — воплотить в себе образ Скруджа МакДака.

Других существенных перемен не произошло.

ДЛ: Если серьезно, как вы считаете, повлияло ли появление CSS Sculptor на работу пользователей Dreamweaver? И, если да, то каким именно образом?

ЭМ: Я надеюсь, это повысило скорость разработки страничной разметки с помощью CSS. CSS Sculptor — один из программных продуктов, которыми я пользуюсь сам. А это уже большой комплимент в его сторону, т.к. я отношусь к старой школе веб-дизайнеров, предпочитающих кодирование вручную (имею 14-летний опыт в этой сфере).

Одно из главных достоинств интерфейса Sculptor в том, что почти все свойства CSS отображаются в нем очень компактно, кроме того он дает интуитивное представление структуры документа и таблиц стилей применительно к ней. Все это позволяет дизайнеру хорошо воспринимать то, как CSS интегрируется с веб-страницей. CSS Sculptor — инструмент, применимый не только для разработки, но и для обучения. И меня это радует.

ДЛ: Как бы вам хотелось видеть развитие поддержки CSS в Dreamweaver?

ЭМ: До тех пор, пока эта поддержка остается адекватной возможностям актуальных версий браузеров, она будет меня устраивать.

ДЛ: Что вы посоветуете веб-дизайнерам, которые только начинают свою работу? Тем, кому предстоит применять CSS в будущем?

ЭМ: Самый главный совет, который я могу дать: практика, практика и еще раз практика. Без нее не будет никакой разницы, сколько книг, статей и спецификаций вы прочитаете. Все это никогда не заменит практического опыта, приобретенного экспериментированием.

Для достижения цели так же необходимо уделять большое внимание изучению технологии. Все, кто собираются стать профессиональными веб-дизайнерами, должны хорошо разбираться в HTML, CSS и графических форматах, точно так же, как художники — в кистях и красках. Профессиональный дизайнер, взяв графический макет, должен суметь воплотить его в жизнь.

Не стоит так же говорить, что дизайнеры всегда должны уметь творить. Они просто обязаны обладать этой способностью, чувствовать природу той среды, в которой они работают, а так же понимать, что можно получить от таких инструментов, как Dreamweaver и Sculptor.

ДЛ: Какие информационные ресурсы вы могли бы порекомендовать?

ЭМ: Одним из лучших ресурсов по CSS является wiki, на которой обсуждается эта технология. На сайте css-discuss.incutio.org собрано огромное количество информации, накопленной в ходе пятилетней работы специализированной рассылки. Там можно найти описание плюсов и минусов применения различных CSS-техник, объяснения на простом языке сложных аспектов использования CSS, тонны ссылок на другие ресурсы и многое другое. Это первый источник информации, к которому обращаюсь я сам, когда хочу что-то выяснить относительно CSS.

Помимо вики, стоит обратить внимание на PositionIsEverything.net, материалы сайта House of Style, а так же краткие руководства Расса Уикли. Для расшифровки сложных селекторов я рекомендую SelectORacle. Ну и конечно же стоит дополнить список всевидящим оком Google.

ДЛ: Не стоит забывать еще об одном интересном ресурсе — вашем блоге на meyerweb.com. Эрик, большое спасибо за то, что поделились с нами своими мыслями о настоящем и будущем CSS.

От переводчика

Хочу добавить от себя, что нашел очень полезным SelectORacle. Сервис дает описание на человеческом языке сложных селекторов CSS и может быть очень полезен при изучении оных. Интерфейс Eric Meyer’s CSS Sculptor для Dreamweaver выглядит следующим образом:

Другие скриншоты и презентацию этого продукта можно найти на официальном сайте. Ниже привожу ссылки на книги вышеупомянутых авторов, которые теоретически продают в России:

Обсуждение на Хабре →