CSS *

Долгое время работал за обычной 17-кой Sumsung SynsMaster. Сталкивался с множеством проблем: невозможно протестировать сайт на большом разрешении, при работе в Photoshop нужно постоянно двигать инструменты, постоянное переключение между браузерами, HomeSite и Photoshop (как минимум). Все это очень затрудняло работу и занимало много времени. А некоторые вещи в таких условиях и вовсе невозможно было сделать. Я понял, надо что то менять!

Задача: создать навигатор страниц. Вот такой:

1. Подбираем цвета

Так как навигатор делается для использования в конкретном сайте, цвет нам уже известен: #0aaafd. Этот цвет используется для обозначения ссылок. И он нам нужен для создания скругленных квадратов-подложек (один — для выделения текущей страницы, второй — для выделения при эффекте :hover). Для подложки текущей страницы я использую 80% насыщенности цвета, то есть #3bbbfd. Для подложки, появляющейся при эффекте :hover я использую 20% насыщенности цвета, то есть #ceeeff.

Ниже располагается перевод заметки CSS — A Recipe for Success, в которой рассматривается создание средствами HTML/CSS в браузере некоторого образца меню. В статье освещены довольно интересные случаи, и подробно описано их решение.

Если вы посмотрите на стандартное ресторанное меню (или рецепт), там слева расположены названия блюд, за ними идет пунктирная линия до правого края, где расположена цена этого блюда. Давайте посмотрим на рисунок 1, чтобы понять, о чем идет речь.


Рисунок 1

Хотя, на первый взгляд, внешне не представляется сложностей, чтобы повторить это с помощью HTML, однако, все не так просто, и можно наткнуться на достаточное количество подводных камней. Но обо всем по порядку!

Уже довольно давно использую псевдокласс :first-letter для назначения двух фоновых изображений для одного элемента. Самое интересное что :first-letter, один из немногих псевдоклассов, которые работают в 6-ом Интернет Эксплорере. Но есть одна маленькая хитрость, которую нужно знать.

К делу. Как сказано выше, HTML элемент у нас один. Пусть это будет заголовок первого уровня.

Эрик Мейер — широко-известный эксперт в области стандартов HTML и CSS, работающий в области веб-технологий с 1993 года. Им были изданы такие книги, как «Каскадные таблицы стилей. Подробное руководство» (O’Reilly), «Справочник разработчика по CSS 2.0» (Osborne/McGraw-Hill) и «Эрик Майер о CSS» (New Riders). Так же он принимал участие в многочисленных конференциях, посвященных веб-стандартам, применению CSS и веб-дизайну.

Интервью у него берет Джозеф Лоуери — автор бестселлеров «Dreamweaver CS3 Bible» и «CSS Hacks and Filters». В данный момент он заведует маркетинговым отделом в компании WebAssist.

Автор: Джозеф Лоуери
Оригинал: http://adobe.com/newsletters/edge/december2007/articles/article5/index.html
Переводчик: Александр Мусаев

Джозеф Лоуэри: Во время подготовки к этому интервью, я познакомился с вашей статьей, написанной в июне 1999 года о поддержке браузерами CSS и будущем этой технологии. Никто не сомневается в вашем опыте, тем не менее, как именно вам удается делать такие прогнозы?

Эрик Мейер: Согласно изначальному плану, технология CSS разделена на модули, каждый из которых формировался на определенном этапе. Сложность здесь состоит в том, что каждый из таких временных интервалов, как правило, сильно заторможен. Даже у самых «простых» модулей формируется многолетней история развития.

IE7 — библиотека JavaScript, заставляющая эксплорер работать по стандартам. Устраняет множество проблем с css, делает правильной обработку полупрозрачных PNG под IE5 и IE6.

Часто, когда мы сдаем проект клиенту, мы теряем контроль над HTML-кодом. Иногда клиент использует CMS (Системы Управления Контентом), которые дают ему полный контроль над теми или иными частями HTML-кода. Иногда клиент просто использует наши темплейты для вывода своего кода в документ.
В большинстве случаев довольно тяжело проинформировать клиента о том, как использовать темплейты или CMS, которые вы ему предоставляете, а иногда просто неприемлемо толкать пламенные речи о семантической верстке и веб-стандартах. Клиент может/будет использовать «старую, добрую разметку», ту, которую он знает, просто потому что она работает и выглядит так как он привык. Скорее всего в ней будут присутствовать нежелательные (deprecated) тэги и атрибуты, такие как bgcolor, align и «вечный» font. Эта статья о том, как блокировать нежелательные HTML-тэги с помощью CSS, тем самым аккуратно направляя клиента в правильном направлении.

Night.css выключает в браузере свет.

Стиль для любителей сидеть по ночам.

User CSS — это пользовательские каскадные таблицы стилей. То есть CSS, подключаемые пользователем в браузере. С помощью них можно менять отображение страницы, например, блокировать баннеры, изменять цвета текста или фона, тестировать HTML-вёрстку.

Внимание! Это все устарело, но публикацию не удаляю, чтобы все знали как мы мучались в 2007 году из-за IE6 :-)

Задача: сделать врезку с закругленными уголками с минимумом html-кода.

Примечание: ниже выложен перевод статьи «CSS Layouts: The Fixed. The Fluid. The Elastic.», в качестве русского аналога термина layout используется макет. В статье рассматриваются два вида «резинового» макета, поэтому один из них для различия обозначен как «эластичный» (elastic, спасибо MTonly за ценный комментарий). Автор резюмирует основные плюсы и минусы каждого из рассматриваемых макетов (способов верстки).

Какой макет верстки (с использованием Каскадных Таблиц Стилей, CSS) можно считать наилучшим? Каждый из них имеет свои хаки (quirks) и свои уникальные плюсы и минусы. Будет ли один из них более удобен для пользователя, чем все остальные? Насколько просто им будет пользоваться? Какие есть у каждого из них проблемы, и как их обходить? Верстается ли один из них проще всех остальных? Есть ли среди них какой-либо ущербный, совершенно непригодный? Скорее всего, многие однозначно ответят на эти вопросы, но я не буду так торопиться. Каждый из этих макетов мне нравится, и каждый применим в том или ином случае, если делать это с умом и внимательно проверять простоту использования и одинаковую доступность для всех категорий пользователей. Все они являются частью уровня представления (presentational layer) для вебсайта, поэтому большинство вопросов по доступности вытекают из корректного использования семантики и общих правил верстки. Далее я опишу свой взгляд на жестко фиксированный (rigid fixed), адаптивный резиновый (adaptable fluid) и расширяемый эластичный (expandable elastic) макеты.

Предыстория

На поиски по теме, указанной в заголовке меня сподвигла задача сверстать календарь для нашей системы отчетов. Что примечательно, мои действия почти в точности повторяли действия автора статьи, которую я нашел и перевёл (под катом).
Встав перед задачей сверстать календарь я тоже «мыслил анти-таблично», и после не долгих раздумий сварганил из списка календарец. Но к концу рабочего дня и всех мытарств, меня переклинило по дороге домой тоже, что и автора статьи — а как быть с днями недели?
По пути я обдумал этот вопрос и сформулировал запрос для Google — calendar table or list. Первая же ссылка привлекла меня и подтвердила мои соображения относительно того что календарь это всё-таки таблица а не список.
Я не претендую на оригинальность, конечно же, и возможно эта тема уже поднималась, но именно в таком разрезе я её ещё не встречал. В русскоязычной части интернета я ещё как-то читал статью Neutrino о его опыте вёрстки календаря, тогда я ещё удивился предложенному решению, но к сожалению тогда о семантике я мало задумывался)
Для предотвращения возможных будущих заблуждений, я решил перевести найденную статью, так как она вполне убедительна и раскрывает довольно полно затронутую тему. Надеюсь, также на вашу критику перевода, так как с переводом у меня не всё гладко, по-моему)

• Перевод: Lesha Ogonkov, 15.08.2007
• Оригинал статьи: Calendar Semantics: Table or List

Функция кэширования — удобная и обоснованная штука, особенно для проектов с огромной нагрузкой и десятками тысячь единовременных пользователей. И речь даже не столько о кэшировании страниц, сколько о принудительном сохранении внешних CSS файлов и картинок.
Серверам-то хорошо, а вот разработчикам — не сладко. Ctrl+F5 в браузере часто не решает проблемы, а не малоизвестный способ с добавлением к имени внешнего CSS файла псевдо параметра вида ?v=1.1 не всегда идеален. В нашем случае, например, вообще не используются сервера для отладки и все изменения сразу тестируются в бою =[. Понятно, чем это чревато для пользователей, а для меня так вообще аду подобно — чтобы увидеть внесенные в CSS изменения приходится каждый раз менять в шаблоне значение ?v= и нет ни малейшей возможности генерировать это число случайным образом, как я бы делал, если бы были тестовые сервера…
Вы тоже все еще кипятите? Тогда мы идем к вам!

Корплю над стилями PDA-версии некоего весёлого сайта. Вижу, что IE Win Mobile и Opera Mobile имеют различия в отображении одного и того же кода:

body {
font: 100% Verdana, Arial,sans-serif;
color: #000;
background: #fff;
}

Шрифт в Opera Mobile выглядит 2 раза крупнее, нежели в IE. Оба браузера с настройками по умолчанию. Под катом рабочее решение. Не наступайте на грабли, друзья.

1. Удвоение полей у плавающих (float) блоках в IE 5-6

Проблема: мы очень часто используем поля (margin) и не реже их применяем к блокам со свойством float, ожидая нужный результат, можно сильно удивиться, когда IE вдруг сдвинет наш блок на большее расстояние, чем предполагалось. Конкретно: ошибка левого поля (margin-left) – при свойстве float c параметром left, ошибка правого поля (margin-right) – при свойстве float c параметром right.

#FloatBlock
{
background-color:#ccc;
width:200px;
height:100px;
float:left;
margin-left:50px;
}

Ожидаемый результат (корректный):


Какой же результат мы видим в IE (некорректный):