Каскадні таблиці стилів
У наступному прикладі ми визначаємо дві альтернативні таблиці стилів з назвою "compact". Якщо користувач вибере стиль "compact", ПА зобов'язаний застосувати обидві зовнішні таблиці стилів. також як і постійну таблицю стилів "common. css". Якщо користувач вибере стиль "big print", тільки альтернативна таблиця "bigprint. Css" і постійна "common. Css" будуть застосовані.
Приклад каскаду, який використовує елементи LINK і STYLE.
Media-залежні каскади
Каскад може включати таблиці стилів. застосовувані для різних типів носія. І LINK. і STYLE можуть використовуватися з атрибутом media. ПА в цьому випадку відповідає за фільтрацію тих таблиць. які не застосовуються для поточного носія.
У наступному прикладі ми визначаємо каскад, де таблиця "corporate" дається в декількох версіях: одна для друку, інша для екрану і третя для мовних браузерів (використовувана, як кажуть, при читанні email в автомобілі). Таблиця "techreport" застосовна до всіх носіїв.
Правило кольору, певне елементом STYLE. використовується для друку і екрану, але не для мовного уявлення.
Спадкування і каскадирование
Якщо ПА хоче відобразити документ, йому потрібно знайти значення для властивостей стилю, наприклад, сімейство шрифтів, стиль шрифту, розмір, висота рядка, колір тексту і так далі. Точний механізм залежить від мови таблиць стилів. але такий опис в цілому може бути застосовано:
Механізм каскадирования застосовується, якщо кілька правил стилю застосовуються безпосередньо до елементу. Цей механізм дозволяє ПА сортувати правила за специфікою, щоб визначити, яке правило застосувати. Якщо не знайдено жодного правила, наступний крок залежить від того, може чи ні успадковуватися це властивість стилю. Не всі властивості можуть успадковуватися. Для цих властивостей мову таблиць стилю надає значення за замовчуванням для того, щоб використовувати їх при відсутності явних правил для конкретного елемента.
Приховування даних стилю від користувацьких агентів (ПА)
Посилання на таблиці стилів в заголовках HTTP
Цей розділ стосується лише тих ПА. які відповідають версіями HTTP. визначальним поле заголовка Link. Зверніть увагу, що HTTP 1.1, як визначено в "[RFC2616]", не містить поле заголовка Link (див. Розділ 19.6.3).
Менеджери Web-сервера можуть знайти зручним конфігурувати сервер так, щоб таблиця стилів застосовувалася до групи сторінок. Тема HTTP Link має ту саму дію, що і елемент LINK з тими ж атрибутами і значеннями. Множинні заголовки Link відповідають множинним елемента LINK. з'являтимуться в тому ж порядку. наприклад:
Можна визначити кілька альтернативних стилів, використовуючи множинні заголовки Link. і використовувати потім атрибут rel для визначення стилю за замовчуванням.
У цьому прикладі "compact" застосовується за умовчанням, оскільки опущено ключове слово "alternate" для атрибута rel.
Елементи LINK і META. очікувані заголовками HTTP. визначені як з'являються явно перед будь-яким елементом LINK або META в HEAD документа.