Типа хаки надежнее ;) на самом деле если кто-то себе его меняет — его личные проблемы. Просто еще раз доказывает необходимость пользоваться хаками поменьше.
Я как раз старался уйти от создания отдельных файлов. Иначе проще ловить USER-AGENT в PHP и им собирать финальный файл — очень неплохая мысль кстати говоря. И GZIP'om сжать можно после агрегации.
Все же я придерживаюсь позиции, что стандарты на то и стандарты, чтобы всеми одинаково поддерживаться. Стандартная верстка в 99% случаев отображается корректно, а хаки нужны, в основном, для того, чтобы реализовать функционал, которого нет в IE6, но который есть в спецификациях.
Да там есть глупости вроде content-box, который я и еще многие разработчики считают не-интуитивным (http://www.quirksmode.org/css/box.html — под заголовком «The best?» например), но и W3C выпустили свойство box-model, которое в купе с -moz-, -webkit- и -ms- аналогами решает проблему.
Смотреть надо с правильной стороны… У IE плохо со стандартами, да и quirks-mode там тоже крив местами. Просто я неоднократно сталкивался с ситуацией, когда все браузеры показывают все как надо, а IE — нет :)
Да и поддержка CSS в IE6 тоже ужасная была. min-max-width, прозрачность, отсутствие E>F — за это я его и не люблю )))
Интересно, почему только Mozilla додумались до @-moz-document… Как было бы прекрасно получить симбиоз conditional comments и этой конструкции…
Например @-o-document version(9.2) { ла-ла-ла}
Потому как таскать ворох файлов для каждого браузера по-отдельности — это же умереть можно если что-то подправить надо будет по верстке, лучше всеже все в одном держать. По крайней мере я предпочитаю все, относящееся к какому-то элементу держать в одном файле, а потом весь css отдавать PHP скриптом, предварительно его упаковав GZIP'ом.
С нетерпением жду времени, когда хаки будут не нужны. Вобщем-то они и сейчас не нужны ни для чего, кроме горячо любимого IE…
Однако недавно я таки нашел применение всему вышеизложенному. Я попытался привести в одинаковый вид всего-навсего формы… чтоб radio и checkbox стояли одинаково, чтобы отступы в textarea и input[type=text] были везде одинаковые. Особенно я помучался с отступами в select, это просто песня, как там все необычно.
Вы удивитесь, но получилось довольно много кода… хотя весь этот эксперимент по сути просто от нечего делать…
Для меня интереснее всего было получить хаки, которые работают отдельно в Opera 9.2, Opera 9.5 и Safari. По ссылке есть приписочка «все эти хаки понимает и Safari» — я это обошел.
Я и не говорю, что 6й вышел, я про то, что 7й вошел :) 8й может быть и войдет потому как в висте автообновление не такое кривое, как у XP, так что большинство возможно обновятся.
Ну почему же… Виста с 7м, соответственно рано или поздно он своё отвоюет. Динамика деления рынка показывает, что с выхода 7го ие доля 6го уменьшилась чуть ли не на половину.
Я, мягко говоря, утрирую конечно, но вот допустим отменят они поддержку в GMail — пошатнется положение. В рунетной статистике IE6+IE7 занимают 50-60 процентов, деля их поровну. Так что вобщем-то положительная тенденция есть, учитывая, что 7й уже не так крив и кос, как шестой… Восьмой, судя по бетам, вообще почти что крут :) Глядишь и светлое будущее нас ждет, если б не маленькая неприятность, о которой собственно пост.
Логично :) Только вот мы тут с сотрудниками подумали, что если допустим гугл напишет «смерть ие, качайте оперу или фф» (допустим, хром пока в стороне оставим) и начисто перестанет поддерживать ие, то не майкрософт сменит курс, а гугл разорится…
P.S. Грамотность поправил. Спасибо.
Да там есть глупости вроде content-box, который я и еще многие разработчики считают не-интуитивным (http://www.quirksmode.org/css/box.html — под заголовком «The best?» например), но и W3C выпустили свойство box-model, которое в купе с -moz-, -webkit- и -ms- аналогами решает проблему.
Не будем холиварить, я останусь при своём :)
Да и поддержка CSS в IE6 тоже ужасная была. min-max-width, прозрачность, отсутствие E>F — за это я его и не люблю )))
Например @-o-document version(9.2) { ла-ла-ла}
Потому как таскать ворох файлов для каждого браузера по-отдельности — это же умереть можно если что-то подправить надо будет по верстке, лучше всеже все в одном держать. По крайней мере я предпочитаю все, относящееся к какому-то элементу держать в одном файле, а потом весь css отдавать PHP скриптом, предварительно его упаковав GZIP'ом.
Однако недавно я таки нашел применение всему вышеизложенному. Я попытался привести в одинаковый вид всего-навсего формы… чтоб radio и checkbox стояли одинаково, чтобы отступы в textarea и input[type=text] были везде одинаковые. Особенно я помучался с отступами в select, это просто песня, как там все необычно.
Вы удивитесь, но получилось довольно много кода… хотя весь этот эксперимент по сути просто от нечего делать…