Всегда как-то не охотно относился к данным затеям, когда страница загружается, в вашем случаи, будет простая страница без стилей ~1 сек, потом вдруг, что-то дёрнется и появится стиль, глазу очень не приятно и первые моменты кажется, что браузер зарезал css.
Я как-то юзал эту штуку чтобы заствить IE6 отображать прозрачные PNG (и у фона элементов тоже). Отображаться то они отображались, но как IE при этом глючил! Элементы начинали мигать и дергаться.
На мой взгляд как раз заголовок у топика правильный — IE6 надо именно побеждать, то есть наоборот постепенно отказываться от его поддержки.
А куда в нынешнее время без jQuery :). В следующий раз если возникнет такая проблема может и попробую, но думаю, что надежней все-таки по старинке (_background-image: [JPG без прозрачности] — и пофиг что у приверженцев IE6 может пропадать красота:) ).
Представим, что в Windows по умолчанию не будет IE и каждому пользователю нужно будет установить обозреватель :)
По-моему, было бы очень круто! Пользователям, использовавшим раньше (или вообще новичкам) IE, помогли бы опытные люди и поставили бы нормальный обозреватель. И что-то мне подсказывает этим обозревателем врядли стал бы IE. Вот это был бы прорыв! ^_^
Вы предлагаете компаниям которые продают компьютеры устанавливать браузеры отдельно?
Товарищ… это бред.
Единственно верное решение… это чтобы MS сделали хороший браузер который бы не глючил… тогда бы других не напрягало и каждый пользовал тем что ему нравится.
А как Вы скачаете себе нормальный браузер, если у Вас НЕТ БРАУЗЕРА по-умолчанию? ;) Оперу то на чистую систему откуда ставить, если ни дисков, ни флешки допустим нет? А так хоть открыл осла, скачал что надо, поставил. Пэтому вообще выкинуть браузер из ОС — это маразм.
IE вообще самый убогий браузер. Бывают такие баги, что просто ужас. К примеру, изменил я значение (уже не помню точно какое именно, но связанное с текстом), а он мне ничего не изменяет. В Mozill'e и Oper'e всё отлично изменяется. Только reset помог.
И вы им действительно верите? :)
Я просто даже не знаю… Представляете, рраз — и вдруг все эти проблемы с ослами уйдут в прошлое. Ну такого просто не может быть :)
С виду вроде хорошо, а изнутри торчат уши старого осла.
Навскидку, шибко не копаясь: прототипы DOM вроде открыли, а textNode забыт; всё ещё неясная генеалогия некоторых объектов (навроде currentStyle, у которого нельзя перечислить все свойства из-за отсутствия и невозможности назначить hasOwnProperty); перечислить атрибуты элемента всё ещё значительно быстрее регекспом по outerHTML; неймспейсы вроде добавили, а с незнакомыми тегами html-парсер что попало так и делает.
Больше на косметический ремонт по списку фич похоже, чем на капитальный. Потому, на мой взгляд, верить пока рановато.
(Побрюзжал вот.)
Конечно, это политика Microsoft. Изначально у них в браузере было много «своего», например разные фильтры, которые использовали веб-мастера в своих проектах. В альтернативных браузерах такие сайты не работали, чем и держали аудиторию на IE.
глупости, каким боком XUL пересекается с проприетарными фичами IE? XUL — язык разметки для создания пользовательских интерфейсов, который используется в интерфейсе самого браузера, это часть платформы.
Я не понял причём тут «путанье тёплого с мягким», видимо, просто популярная фраза. Если так посмотреть, что и VML стандарт: www.w3.org/TR/NOTE-VML.html
Ну так а мелкософтовские фильтры и всякие runtimeStyle нигде, кроме как в MSDN официально не описаны, т.е. являются проприетарными, т.е. никакой не стандарт.
Так что тёплое — это узкоспециальные, но стандарты, а мягкое — это мелкософтовские свойства.
Хорошо, я объясню. *Капитан Очевидность* Идиотская политика Microsoft по части фильтров и проприетарных свойств приводит к тому, что веб-разработчики реализуют через костыли то, что должно было бы быть реализовано само по себе. Вот если бы IE6 поддерживал ВЕСЬ CSS2, со всеми дочерними селекторами, свойствами min- и max-width и прочее — никто бы не ругался, тот же expression вещь удобная. Живет же FF со свойствами -moz- и ничего.
Фишка в том, что вместо добавления своих «недо-креативов» лучше бы задумались о стандартах. И о безусловно верной реализации того, что обязано быть в наличии. Задание на дом — сверстайте мне полупрозрачный фон из PNG, с repeat и смещением фона -10px -10px (background: url(some.png) repeat -10px -10px) в IE6 с помощью гребаных фильтров — может поймете, что их костыли крайне ограничены.
Еще раз чтоб не было кривотолков — в FF есть куча свойств, расширяющих функционал. А в IE есть куча замещающих. Почему я должен писать min-width с помощью expression, когда эта вещь есть в стандарте и всеми нормальными браузерами поддерживается?
Да нету у него популярности. Просто есть туча контор, где внутренний софт пашет только под IE. Есть куча контор, где политика безопасности не позволяет поставить что-то стороннее, а админам не хочется переучивать кучу народу на другой браузер.
Самое зло — корпоративные клиенты. Сёрферы-одиночки обычно себе ставят что-то понормальнее, чем IE.
Вадим, апплодирую стоя! Почему верстальщики до сих пор не воспримут CSS-хаки и условные комментарии (для больших файлов) как меньшее зло из возможных (если сравнивать производительность всех альтернатив)?
Вы бы сначала его попробовали, а потом писали.
Багов словите ще больше причем непонятно как их искоренить. Когда нативные баги ИЕ — то хоть решение на поверхности.
1) безывратное решение position:fixed в ИЕ6. трюк с _top:exprression() не прет, там блок дергается при скролле страницы((.
2) как в ИЕ6 сделать якорь например на блок: <div id=«content»>, чтоб работала ссылка href="#content". пока что решел через conditional comments, добавляя для ИЕ тег <a name=«content»></a> перед дивом, и убирая ИД у дива, но это плохо. так как для ИЕ у дива нет ид (так как он уже использован в якоре)
про position:fixed совсем недавно натыкался на сайте лебедева. Там делается некий финт ушами, когда первые потомки body абсолютно позиционируются. В итоге получается fixed, но несколько наизнанку. Зато работает. И без всяких экспрешенов.
Мне надо чтобы при переходе по ссылке экран скроллился на див. Якорь через [a] делает только вертик. скролл. Кроме того, ичпользование [a] для якорей — неудобно, ставить ид на заголовках или дивах правильнее и логичней (и наверно семантичней).
Сразу предупрежу, обертывать див якорем снаружи нельзя, так как в диве есть ссылки.
В общем, из-за долбаного ИЕ опять не получается все сделать просто и красиво а приходится извращаться. Желаю ему сдохнть в страшных муках.
Действительно я был не прав. Спасибо за то что ткнули носом. Просто читаю книжки на русском а не w3.org, как то больше люблю читать на своём родном языке. Видимо и книги какие то не такие… Что не слышал о такой возможности.
Правда все равно как то на мой взгляд, логичнее использовать якоря через ссылки.
Код проще человеком потом будет усваиваться.
1) Гм… и что? Это фиксирует фон body, а мен было нужно совсем другое, тут уже в Лебедевский вариант ткнули, плохо конечно, но работает всюду, видимо будем им пользоваться.
2) Точно работают) Видно, в чем-то другом ошибка была(
Решение вроде «Каша из топора». Фиксить css с помощью js по моему, сам по себе дикий подход. Не буду говорить о том что ie6 тормозит верстальщиков в использовании доступных свойств и псевдоклассов css2.1, css3, самому хочется использовать в проектах возможности css3. Возможно использование такого скрипта на личных малопосещаемых проектах и нормально, но для крупных проектов скрипт весом 30 кбайт — что прилично, в коде которого еще нужно разобраться и убрать лишние не используемые фиксы, да и задержка при обработке скрипта браузером — слишком большой минус. Что касается уважения себя как верстальщика, хватит уже жаловаться на ie6,7,8 наша работа и заключается в написании кроссбраузерного кода независимо от общепринятых стандартов. Научитесь думать головой, если вы не хотите использовать в коде фиксы для ie и писать только валидный css, то чем данный способ лучше? Грамотный верстальщик может сверстать и без использование фиксов, вопрос только в усложнении кода и времени разработки.
Ну данный скрипт подключаем только под IE 6 например, тем более сей час говорят что IE 7 уже отобрал 70 % пользователей у IE 6, так что подключение этого скрипта для IE 6 не такая уж трата… Дальше можно развивать тему, как уйдет XP, так и уйдет IE 6…
70% преувеличение. Где то выше я видел вопрос «А что будет со скриптом при 1000 строчках кода?» у меня в одном проекте над которым я работаю уже более 3000 строчек. Пока скрипт будет выполняться не повесит ли он наш любимый ие? Не понимаю js-программистов, которые первыми пытаются предложить решение проблемы фиксов в верстке, когда в принципе все можно решить менее сложными вещами тому есть пример про top:exprression выше, что вполне можно обойтись без js. Фиксить css с помощью js — это радикально.
уважаемый, expression есть не что иное как javascript, и иной раз, неумеючи, можно такой экспрешшн написать, что всё будет глючить, виснуть и тормозить
да уважаемый, но я пишу, что можно сверстать без применения js, иной раз неумелые верстальщики хватаются за js когда решение проблемы того не стоит, пример тому обсуждение выше про top:exprression.
не можно, а нужно, а костыли для IE это уже другой вопрос, и вопрос спорный — с одной строны: нафиг бы они кому обосрались эти экспрешены и фильтры, с другой стороной — насколько беден был бы сейчас веб, если бы не было этих костылей…
+1, использовать javascipt для этого — неимоверное извращение, в коде потом вообще не разберешься, и изменить/поправить что-ли станет практически не возможным :)
Я вообще использую скрипты для ИЕ только в двух случаях — для фикса png и для min-width. Всё остальное — верстка. (Хаки я тоже практически не использую) :)
Это общая болезнь всех разработчиков, не только вебных. Обладание знанием, недоступным простому пользователю, делает из большинства разработчиков тупых, самодовольных снобов. Это не ИЕ недобраузер. Это разработчик, не любящий пользователя — недочеловек.
Вы меня извините, но если сначала верстаем по стандартам, а потом открываем в IE6, то Вашему верстальщику ещё учиться и учиться)) По-хорошему, нужно изначально учитывать IE.
Ещё один способ победить Internet Explorer