IнTересности

Сегодня в NETTUTS появилась коротенький совет для верстальщиков – как различать в CSS IE6 и IE7 с помощью всего двух символов * и _. Это самый просто хак для ИЕ. Надеюсь понятно что эти два правила нужно располагать именно в таком порядке – сначала правило с “*”, потом “_”.

#someElement {
	background: red; 			/* нормальные браузеры */
	*background: green; 		/* IE7 и ниже */
	_background: yellow;  		/* только IE6 */
}

Однако всё это не способствует прохождению валидации файла стилей. Честно говоря в своих немногочисленных работах никогда не пользуюсь хаками – либо использую условные комментарии (для IE), либо “не судьба” – точнее приходится решать проблемы другими способами или отказываться от чего-то.

Условные комментарии для IE стали доступны с 5-й версии Internet Explorer и поддерживаются только Internet Explorer-ом.

	<!--[if IE 6]>
	Код только для IE6 - любой html, css, javacsript
	<![endif]-->

Официальная документация – условные комментарии на MSDN.

Синтаксис условных комментариев

Вольное изложение статьи 15 surefire ways to break your CSS. Автор Rob Glazebrook. Курсивом мои дополнения.

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

body {
	background-color: #444;
	color: #eee
}

Проблема только состоит в том, что если вы решите добавить в правило другое описание, вы можете запросто забыть поставить в последнем описании точку с запятой:

body {
	background-color: #444;
	color: #eee
	font-family: Helvetica, Arial, sans-serif
}

В результате описание font-family никогда не сработает, т.к. парсер будет считать “font-family” частью значения свойства color. Я проставляю последнюю точку с запятой всегда – это как-то добавляет организованности в код. А несколько лишних байт в размере css-файла не играют большой роли, особенно при включенном кешировании браузера.

Continue reading »

На сайте W3C появилась информация о том, что работы над “цветной” частью спецификации CSS 3 практически завершены. CSS Color Module Level 3 отправляется на предпоследнюю остановку в своём долгом пути совершенствования – Last Call Station.

Группа в составе редакторов Tantek Celik, Chris Lilley, David Baron и авторов Steven Pemberton, Brad Pettit наконец-то представила предварительную версию CSS Color Module Level 3. Работа над ней, судя по датам драфтов велась на протяжении более пяти лет: с 14 мая 2003 года по 21 июля 2008.

Все замечания и комментарии по данному релизу будут приниматься до 1-го сентября 2008 года, затем этот модуль получит статус Candidate Recommendation и будет включён без изменений в готовящуюся спецификацию CSS 3.

Если я внимательно прочитал – то единственное стоящее изменение – это добавление свойства opacity – прозрачность.

Если есть ещё что-то напишите в комментариях – не дайте помереть идиотом

Прочитав статью Никиты Селецкого – Reset CSS – решил сделать небольшую подборочку различных способов сброса стандартных значений css-свойств в различных браузерах.

Итак как ЭТО делает:

• Никита Селецкий (и почему он делает ЭТО именно так)
• МегаГУРУ – Эрик Мейер – если кто-то не знает – именно его reset используется в таких популярных CSS фреймворках как 960.gs и Blueprint.css
• команда разрабочиков Yahoo UI
• Эд Элиот – один из бывших разработчиков Yahoo
• Kile Neath (по материалам Smashing Magazine)
• Christian Montoya (по материалам Smashing Magazine)
• Dave Woods (также подробно объясняет почему именно он включил конкретные правила с свой reset

Кстати, в ходе поиска по просторам интернета, выяснилась IнTерсная деталь – западные веб-разработчики в большинстве своём используют reset Эрика Мейера, а отечественные – либо свой собственный reset, либо Yahoo UI Reset. Хотя конечно и Эрик тоже пользуется популярностью.

А чем пользутесь вы? Добро пожаловать в комментарии.

Сегодня в блоге CSS Work Group появились шесть отчётов по результатам их мартовской встрече в Сан Диего.

Отчёт I:Working Group Operations, Communication, and Charter
Обсужались текущие дела, способы обсуждений внутри группы и вынесения результатов этих обсуждений на всеобщий обзор. Также обсуждался новый устав группы – текущий прекращает свой действие в июле сего года.
В новый устав внесли предложения компании Apple о анимации и фильтрах.
Касательно шрифтов в WEB в новом уставе прописано взаимодействие с группой SVG.

Группа решила переделать сайт CSS, добавить туда больше документации и сделать существующую более понятной (убрать оттуда ненужный мусор).

Отчёт II:Test Suites and Pending Publications
Решено менять статус Candidate Recommendation для профиля Mobile без учёта решения вопроса по свойствам marquee и overflow.

Группа так и не вынесла никакого решения относительно цветов CSS3.

Относительно пространства имён CSS также небыло вынесено никакого решения. Продолжается взаимодействие с рабочей группой по XHTML2.

Отчёт III:Синтаксис и селекторы
Отчёт IV: Блочная модель
Эти два отчёта не содержат никаких интересных вещей лично для меня – что называется обсуждение вопрос в рабочем порядке.

Отчёт V: Будущие возможности
Самые интересные на мой взгляд.
Tree List Styles – продвигается идея оформлять обычные списки (<UL>) с помощью CSS в виде деревьев.
ul > li
{
display: list-item;
list-style-type: tree-line;
|outline-color:powderblue;
}
Должно получиться нечто вроде

Multi-Style Elements (aka Collapsible Elements)
Основная идея – иметь для каждого элемента два псевдо-класса :normal и :alternate. Существование этих псевдоклассов сделает элемент переключаемым. Пока на ранней стадии обсуждения и вообщем области применения сложно себе пока представить.

Constants
Обсуждается ввод констант и макросов для задания значений CSS-свойств.

text-orientation
Новое значения этого свойства – glyph-orientation. Ориентация текста по SVG. Конкретики пока никакой, но я так понимаю это будет интересно выглядеть.

Отчёт VI: CSSOM – объектная модель CSS
Решение – общие соглашения в модели плохо разработаны и нуждаются в расширении, однако стандартизация существующих интерфейсов – приоритетная задача.