el.currentStyle[styleName] ие
document.defaultView.getComputedStyle(el, null)[styleName] неие
вместо null строку псевдокласса можно поставить, судя по спецификации
А как аккуратно расставлены скобочки! Жду 18 параграфов текста, в которых расписано использование сокращенной конструкции условно оператора. И еще 18 параграфов с описанием понятия «составной оператор».
Для человеко-ориентированной разработки самое оно, тока рунетовские «web-дизайнеры» будут относиться к <video> и <audio> также, как к <select> (выпадающий список): «Мы нарисовали именно то, что всегда хотел пользователь — делайте! Да неважно, что пользователю наше искусство не удобно и не привычно, он всегда такой селект хотел! Надо так!» А перечисленных в WD атрибутов явно не достаточно, чтобы кнопку play сделать розовой и расположить над логотипом.
В рунете какие-то отдельные стандарты нужны, эти два тэга принесут только лишнее моз***бство :(
даже с расширениями, имхо, не целесообразно использовать IE в качестве браузера :) в плане верстки, имхо, IE — вещь настолько в себе, что ему веб-стандарты, в принципе, не нужны
гыы) два браузера, чтоб смотреть как в них сайты выглядят, а один из-за файрбага, но 3x5 табличка имеется… вот за это я и люблю холивары! не соглашусь только с п.3 для оперы, просто верстаются сайты (нет, не под фоксом) под файрбагом, по-этому опера и кажется какой-то не такой.
id определяет уникальный элемент, ну и по хешу браузер скролится, я всегда использую #top и #content, часто #footer. Кроме того, по CSS id прибваляет селектору 100 баллов, а css только 10 (тэг — 1).
теперь так? кстати, по стрикту b, i, big, small (…) вполне себе разрешены (i и b есть в WD HTML5, хотя нет в WD XHTML2), хотя еще недавно считал, что они воспроизводятся только для совместимости.
Всегда верстайте в strict! Это несложно, но интересно ;)
Email, маркетинговые, девелоперские данные - это, если развивать мысль статьи есть классы ДАННЫХ
Email можно выделить в отдельную группу в силу своей специфики…
Те же email могут устаревать через несколько минут или часов, а могут иметь ценность несколько лет или даже десятков лет
…а часто используемые письма, как правило, сохраняются в соответствующем месте в удобочитабельном формате и становятся документацией (перестают быть письмами, from/to пропадает).
А в остальном правильно написано, только опять же «красивыми словами».
Интересно, во сколько раз гуглю потребуются мощности серверов увеличить, чтобы целиком на неё перейти?
А в трилогии «Терминатор» описывается, к чему такая штука может привести)
Общепринятым считается мнение, что ИЕ криво отображает странички, «да и вообще плохой браузер», тем не менее, он пользуется бешенной популярностью (liveinternet.ru, w3schools.com). А ведь так легко поменять браузер.
Проблема не в том, что он будет криво отображать странички, а в том, что у любого браузера, у любой его версии есть своя незначительная специфика, которую можно узнать только эмпирическим путем, затратив на это время, которое можно было израсходовать более продуктивно. К тому же, специфика любит появляться где-нибудь в середине работы :)
Сейчас где не получается сделать кросс-браузерную верстку, подключаю вторую CSS с помощью условных комментариев, т.е. пишу CSS для всех браузеров и частично замещаю её CSS только для ИЕ. Но если браузеров станет еще больше, то нужно будет разворачивать антисемантичную систему кряков и откатывать к табличкам.
Таже новомодная прозрачность, изменяемая на JS. Вот такие вещи:
if (obj.filters) { obj.filters.alpha.opacity = 50; } else { obj.style.opacity = .5; }
только жрут время и ничего больше. Туда надо будет еще один else прописать, а если не туда, то еще куда-нибудь — обязательно.
Да, моя работа усложнится и будет стоить дороже, но это будет еще меньше работа.
document.defaultView.getComputedStyle(el, null)[styleName] неие
вместо null строку псевдокласса можно поставить, судя по спецификации
А так это случится через какое-то время? Подписка на именно компьютер не более вероятна, чем подписка на стиральную машину или телевизор.
В рунете какие-то отдельные стандарты нужны, эти два тэга принесут только лишнее моз***бство :(
PS а про datagrid и datatemplate статья будет?
, имхо,не целесообразно использовать IE в качестве браузера :)в плане верстки,имхо, IE — вещь настолько в себе, что ему веб-стандарты, в принципе, не нужныВы ошибаетесь, HTML4/transitional куда веселее :)
…а часто используемые письма, как правило, сохраняются в соответствующем месте в удобочитабельном формате и становятся документацией (перестают быть письмами, from/to пропадает).
А в остальном правильно написано, только опять же «красивыми словами».
А в трилогии «Терминатор» описывается, к чему такая штука может привести)
Проблема не в том, что он будет криво отображать странички, а в том, что у любого браузера, у любой его версии есть своя незначительная специфика, которую можно узнать только эмпирическим путем, затратив на это время, которое можно было израсходовать более продуктивно. К тому же, специфика любит появляться где-нибудь в середине работы :)
Таже новомодная прозрачность, изменяемая на JS. Вот такие вещи:
if (obj.filters) { obj.filters.alpha.opacity = 50; } else { obj.style.opacity = .5; }
только жрут время и ничего больше. Туда надо будет еще один else прописать, а если не туда, то еще куда-нибудь — обязательно.
Да, моя работа усложнится и будет стоить дороже, но это будет еще меньше работа.