All streams
Search
Write a publication
Pull to refresh
218
0
Владимир Агафонкин @Mourner

User

Send message
Не-а. Не доводилось. Классы навешиваю в подобных случаях, или приукрашаю JS-ом, если разница несущественна для контента.
Я к тому, что табличники противятся повышению собственной квалификации не от недостатка аргументов, а по причине, указанной выше. :)
Аргументов масса. При чём очень весомых даже не с идеологической точки зрения, а здравого смысла.
Трагедии, конечно, делать не нужно, но тем не менее аргумент выше (о скорости парсинга) это сводит на нет.
Кстати, в довольно многих случаях вполне можно использовать полупрозрачные PNG в IE6 с помощью AlphaImageLoader. Нужно только запомнить, какие с этим связаны проблемы, и пути их решения. Сначала раздражает, но потом привыкаешь.
>есть желание убедиться в объёме поддерживаемого css для IE7?

Есть. Интересно. На моём опыте такого практически не требуется - в большинстве случаев работает, как ожидалось.

>до сих пор нельзя нормально использовать прозрачный png из-за акции MS и доминирования IE<7

Перемирье означает всего лишь то, что разработчики браузеров образумились. Естественно, его результат проявится не так скоро в виду доминирования IE6, но тем не менее ожидается в будущем.
Уже собираются. При чём очень активно, и не кто-то левый, а W3C, объединив усилия с WHATWG. Желающие даже могут присоединиться, подав заявку в качестве независимых экспертов. :)
>енно XHTML приучил меня к строгости и аккуратности кода. привычка ;)

Кстати да, аналогично. :) Я уже около двух лет верстаю исключительно под XHTML 1.0 Strict с идеальной валидируемостью - тоже привычка. :)
К сожалению этот парсер не применяется к XHTML-страницам. Разработчики IE7 давно заявили свою позицию - в нём нет и не планировалось поддержки xml-подобного content-type для XHTML. Так что даже при наличии XML-пролога страницу он будет обрабатывать как обычный HTML.
Ну сейчас, я бы сказал, всё довольно близко к перемирью, в отличии от тех лет. :)
Кстати, это происходит лишь в том случае, когда браузер обрабатывает код как application/xml+xhtml. В случае с text/html механизм парсинга точно такой же, а это 80% случаев минимум (из-за IE) и порядка 99.9% на самом деле (потому что совершенно подавляющее большинство разработчиков не заботится о предоставлении правильного контент-тайпа браузерам, которые его принимают).
1. Думаю, они совершенно очевидны, если человек просто раскроет глаза. Вместо этого он жмурится и отворачивается, потому что нежелание признавать свои текущие знания сильно устаревшими слишком велико. Признать он это сможет, когда внутренне будет готов к этому, независимо от аргументов.
2. Ну это даже у табличников не аргумент. :)
Вообще-то он прав насчёт того, что XHTML не при чём к хорошей вёрстке. Изящный, ясный, совершенно семантичный код можно писать и для HTML 4.0-доктайпа. Так что кодерам, которые это делают изначально неправильно, не поможет никакой XHTML.
Конечно. Чаще речь идёт о куда меньшей части :)
Опять же, вы это не мне пишите. :) Попробуйте убедить упрямого олд-скул кодера в том, что он за последние несколько лет стал совершенно профнепригоден - сами понимаете, это ужасно неприятное осознание, вот и противятся. Надо потихоньку - сначала контраргументами попроще, а потом уже наступать. :)
Это не мне нужно говорить. :)
Разработчику не по барабану. Или вы, разработав сайт, его дальше не поддерживаете?
А ты можешь представить на практике, насколько увеличиться время загрузки страницы от принудительного закрытия всех тегов?

Пускай размер HTML-страницы увеличится, скажем, на 1%. Учитывая соотношение этого размера к общему (сумме размеров всех загружаемых файлов, включая картинки, скрипты и стили), - отличаются они примерно на порядок, - роль во времени загрузки составит порядка 0.1% разницы - это одна тысячная. При этом страница отрендерится движком быстрее, что сведёт этот совершенно мизерный выигрыш на нет.
Отличный сайт! Очень много полезных ресурсов. Правда, среди аудитории явное преобладание любителей Ruby. :)
Поддерживаю. Для юзеров с нестабильным или очень медленным коннектом очень необходимая фича.

Information

Rating
Does not participate
Location
Киев, Киевская обл., Украина
Date of birth
Registered
Activity