Вендорные префиксы - специальные приставки, которые добавляются перед названием CSS свойства и ориентированы на экспериментальные функции определенных браузеров. Для каждого браузера существует свой вендорный префикс.
Сегодня нам хотелось бы поговорить о вендорных префиксах, назвать самые распространенные из них и немного пофилосовствовать на тему целесообразности их применения.
Что такое вендор
Прежде всего, хотелось бы определить понятие слова "вендор", чтобы всем нам стало ясно, почему CSS префиксы называются именно вендорными, а не как то иначе. Вендор - компания или бренд, которая занимается выпуском продуктов или предоставлением услуг и поставляет их под собственной торговой маркой. Слово происходит от французского vendere - продавать.
Что такое вендорные префиксы в CSS
В случае с CSS префиксами, вендорами являются производители браузеров, которые используют свою торговую марку в сокращенном виде как приставку (префикс) к тем или иным CSS свойствам для идентификации. "А зачем использовать эти префиксы? ", - спросите вы. Вендорные префиксы используются различными браузерами для внедрения в список CSS свойств и поддержки их работы собственными движками новых экспериментальных свойств, которые пока еще официально не вошли в оборот и не были добавлены в спецификацию W3C. Иными словами, какое-то свойство может выполнять совершенно новую и часто очень даже полезную функцию, которую раньше приходилось реализовывать с помощью специальных хаков, хитростей, уловок или даже джаваскриптов. Однако это свойство еще не было добавлено к стандартным и может интерпретироваться далеко не всеми браузерами, для этого перед этим свойством и добавляется префикс с названием вендора, которому он принадлежит и в дальнейшем, при интерпретации браузером CSS кода, свойство будет правильно понято и выполнит функцию, для которой оно собственно и было предназначено.
Перечень основных вендорных префиксов
А теперь давайте приведем перечень основных вендорных префиксов, существующих на данный момент и известных нам.
- -o- - браузер Опера
- -moz- - браузеры семейства Мозилла (компания-производитель знаменитого Мозилла Файерфокс)
- -ms- - Майкрософт Эксплорер
- -webkit- - браузеры, использующие движок Вебкит - Гугл Хром, Сафари
- -icab- - официальный альтернативный браузер Эппл - Айкаб
- -khtml- - редко используемый KHTML интерпретатор для KDE
Для того, чтобы воспользоваться тем или иным вендорным префиксом, нужно просто выбрать нужный вам из списка и добавить его прямо перед экспериментальным, еще не введенным в общую спецификацию свойством и радоваться результату.
Вот, к примеру, код, который отключает автоматическую трансформацию (ресайз) текста *:
Text-size-adjust: none; -moz-text-size-adjust: none; -ms-text-size-adjust: none; -webkit-text-size-adjust: none;
* Свойство text-adjust-none есть смысл использовать для мобильных устройств, браузеры которых могут автоматически изменять размеры текста на странице, делая его более читаемым, но нанося при этом ущерб верстке и эстетике.
Сначала мы описываем свойство в общем виде - так, как будто бы оно уже есть в спецификации и поддерживается всеми браузерами, хотя пока что это еще не так, но спустя какое-то время, скорее всего, станет актуально, когда свойство будет утверждено. После этого мы добавляем то же свойство уже с различными префиксами для соответствующих браузеров. Как видите, ничего в этом сложного совершенно нет, однако данное действие сильно "утяжеляет" код, ведь по сути мы увеличили количество байтов кода в 4-5 раз, что будет довольно заметно для сайтов со множеством подобных стилей. И сам по себе код становится менее читаемым, т. к. от многократного повторения одного и того же начинает рябить в глазах, да и просто есть некоторое ощущение дурного тона и плохой оптимизации.
Немного уходя от темы, хочется сказать, что существует такой метод программирования, который называется ООП (объекто-ориентированное программирование). Так вот, его главная задача - сократить код, используя классы, функции и т. д. главным образом этот метод существует для того, чтобы выполнение какого-то определенного действия в разных участках программы не требовало написания одинаковых кусков кода. В случае ООП можно просто обращаться к заранее определенному классу и его функциям. Это упрощает работу и значительно сокращает и оптимизирует код. Почти то же самое происходит и в случае CSS с вендорными префиксами - когда их нет, код выглядит оптимизированным под все браузеры, а когда они приходят на помощь нетерпеливым верстальщикам, которые хотят бежать впереди медленного паровоза под названием W3C, код превращается в кашу, состоящую из копированных по 5 раз одних и тех же строк, отличающихся друг от друга каким-то непонятными префиксами.
Лучше конечно избегать использования вендорных префиксов и не пытаться обогнать паровоз единой спецификации, но если существует непреодолимое желание и острая необходимость использования того или иного CSS свойста, которое пока еще не принято W3C, то использовать префиксы конечно можно, никто вас за это линейкой по рукам бить не будет. Однако, на наш взгляд, это плохой тон.
6 февраля 2012 в 14:14CSS3: жизнь без префиксов
- Разработка веб-сайтов
Префиксы вещь хорошая. Они помогают производителям браузеров в реализации новых возможностей. Но жизнь разработчиков от них становится только сложнее. Префиксов много, иногда наблюдаются различия в синтаксисе.
Проблема очевидна. Нужен способ облегчить работу с префиксами.
Естественно, перестать использовать префиксы было бы неразумно. Но переложить обязанность по их генерации на существующие специально для этого инструменты вполне возможно. Я попробовал перечислить возможные варианты.
1. Препроцессоры
Суть препроцессоров в том, что автор файла стилей может использовать дополнительные возможности, которых нет в CSS, вроде переменных, подобия функций и много чего еще, изучив предварительно синтаксис препроцессора, а препроцессор уже создаст нормальный файл стилей, заменив переменные и прочий код на статичные значения. Возможность замены кода можно использовать и для того, чтобы автоматически генерировать кроссбраузерный код с префиксами.Самые известные препроцессоры CSS это LESS и SASS .
Они являются прямыми конкурентами, хотя разница между ними есть. Оба могут использовать на стороне сервера, но LESS еще и доступен в виде javascript-файла, поэтому можно на эту особенность обратить отдельное внимание.
LESS
Этот препроцессор обладает синтаксисом, который проще, чем у конкурента. Существует возможность обрабатывать файлы стилей на стороне сервера, но нас интересует сейчас вариант работы на стороне клиента через файл javascript.Подключение
Миксин
.border-radius(@radius: 3px) {
-webkit-border-radius: @radius;
-moz-border-radius: @radius;
border-radius: @radius;
}
Использование
#shape1{
.border-radius(10px);
}
Для того, чтобы работать с префиксами, нужно использовать миксины (тот самый код, который знает что и где заменять). Существуют готовые наборы миксинов и библиотеки для CSS3
lesselements.com
github.com/jdmiller82/-lessins-
snipplr.com/view/47181/less-classes
roel.vanhintum.eu/more-less
Не обязательно компилировать файлы.less на сервере или в браузере, можно локально получить готовый файл CSS и уже его использовать на сайте
SimpLESS - приложение, которое автоматически компилирует.less в стандартный CSS. Бесплатно для всех платформ.
Less App - аналогичное приложение, но только для Мака.
На сервер происходит обработка файлов SASS, компьютер-клиент получает уже готовый файл.css
Достоинства препроцессоров:
+ Кроме префиксов, можно делать куда больше вещей
+ Возможность автоматически обрабатывать файл CSS (например, сжимать, удаляя лишнее)
+ Нормальное кэширование (правда, LESS кэшируется с помощью localStorage)
Недостатки препроцессоров:
– Для варианта с javascript - зависимость от включенных скриптов в браузере
– Генерируется код со всеми возможными префиксами, не только теми, которые нужны конкретному браузеру
3. Генераторы
Этот способ уже используется многими. Просто открываем и копируем оттуда готовый код с префиксами.Недавно я попробовал поискать генератор, который бы автоматически добавлял свойства с префиксами к написанному мной стандартному свойству. Оказалось, что есть несколько вариантов.
В этой статье мы рассмотрим, что такое префиксы браузеров, причины их появления и как их использовать в CSS.
Что такое префиксы?
Веб-разработчик начинающий изучать теоретические основы CSS и использующий данные знания на практике может столкнуться с проблемами при рассмотрении реальных примеров. Это может вызвать у него непонимание происходящего и отбить дальнейшее желание изучать данную технологию.
Например, при рассмотрении стилей какого-нибудь сайта веб-разработчик может столкнуться со свойствами, содержащими впереди некоторые непонятные слова: -webkit- , -moz- , -ms- и др.
* { -webkit-box-sizing: border-box; -moz-box-sizing: border-box; box-sizing: border-box; }
Что же это такое? На самом деле всё просто, эти непонятные слова являются префиксами следующих браузеров:
- -webkit- : браузеры Chrome, Safari, Opera;
- -moz- : браузер Mozilla Firefox;
- -ms- : браузер Internet Explorer.
Таким образом, если перед названием свойства стоит некоторый префикс, то это означает, что данное свойство реализовано и будет применяться исключительно в указанном браузере. Все остальные браузеры данное свойство будут игнорировать, т.к. для них данный префикс неизвестен.
Причины появления префиксов?
Причин для появления префиксов было достаточно много:
- Для включения в браузер экспериментальных свойств CSS, которые стандартом ещё не утверждены. Таким образом, производители браузеров производят тестирование и вносят предложения перед утверждением свойств CSS в стандарте.
- Для решения проблем с кроссбраузерностью.
- Для создания собственных свойств, которые не входят в стандарт CSS, но возможно появятся в нём через некоторое время.
Когда экспериментальное свойство утверждено в стандарте и прошло тестирование в браузере, у него обычно убирается префикс.
Как использовать префиксы?
Рассмотрим в качестве примере следующий код:
* { -webkit-box-sizing: border-box; -moz-box-sizing: border-box; box-sizing: border-box; }
Данный код применяет свойства CSS, которые изменяют алгоритм расчёта ширины и высоты для всех элементов веб-страницы. Первое CSS свойство -webkit-box-sizing со значением border-box предназначено для браузеров, использующих движок webkit (Safari) или blink (Chrome, Opera, Яндекс.Браузер). Второе CSS свойство -moz-box-sizing со значением border-box предназначено для браузеров, использующих движок Gecko (Mozilla Firefox). Последнее CSS свойство предназначено для браузеров, в которых это свойство уже протестировано и внедрено в соответствии со стандартом.
При использовании префиксов для свойств CSS, необходимо помнить, что их следует располагать до свойства CSS без префикса. Почему это так важно? Это важно потому, что если когда-то в браузере будет реализовано оригинальное свойство (без префикса), то будет использоваться именно оно (т.к. оно располагается последним), а не его экспериментальная версия.
Например: применение свойства CSS ко всем элементам веб-страницы в браузере Google Chrome версии 40.
На рисунке выше видно, что оригинальное свойство box-sizing уже внедрено в этот браузер, и из-за того, что оно располагается последним, браузер использует именного его, а не вышеприведенное свойство -webkit-box-sizing .
Как проверить поддержку определенного свойства в браузере?
Сайт, на котором можно проверить реализовано ли данное свойство или нет в конкретном браузере можно по ссылке приведённой ниже. Кроме этого на сайте показывается количество пользователей в процентах, которые пользуется этой версией браузера.
Сайт "Can I Use..."Например: проверим, как реализовано свойство transform в браузерах.
На сайте "CanIUse" браузеры отмечаются различными цветами, в зависимости от того в каком состоянии находится поддержка определённых свойств или тегов:
- Красный прямоугольник - браузер, в котором данное свойство не реализовано;
- Зелёный прямоугольник с дефисом, расположенным в правом верхнем углу – браузер, в котором данное свойство используется через префикс;
- Светло-зелёный прямоугольник – браузер, в котором данное свойство реализовано частично;
- Зелёный прямоугольник – браузер, в котором данное свойство реализовано в соответствии со стандартом.
Браузерные префиксы CSS
Когда разработчики браузера внедряют новое свойство, значение или селектор, еще
не перешедшее в статус Candidate Recommendation (Кандидат в рекомендации), они
добавляют в начале свойства префикс с кодом механизма рендеринга. Например,
Moz-border-radius — это версия свойства border-radius, которая в настоящее
время используется в браузерах на базе Mozilla, таких как Firefox. В табл. 1.4 при-
веден список всех доступных префиксов.
Таблица 1.4. Браузерные префиксы свойств CSS
* В механизме рендеринга Presto свойства, связанные с речью, предваряются пре-
фиксом -xv-, а не -o-.
В этой книге мы будем использовать префиксы -moz-, -o- и -webkit-. Прочие не
так широко используются и не потребуются для рассматриваемых методов.
Зачем они нужны
Уникальные для производителей префиксы позволяют разработчикам испытывать
новые свойства, значения и селекторы до того, как соответствующие спецификации
будут завершены, — это отличный способ протестировать их «в полевых условиях»,
понять, требуют ли они корректировки и доработки. Если бы разработчики сразу
начали использовать стандартные свойства, не дополненные префиксами, им при-
шлось бы ограничиваться исключительно поведением, предусмотренным для этих
свойств первоначально.
В таком случае, продолжая применять стандартные свойства, разработчики ожидали
бы, что их поведение останется единообразным и предсказуемым. Если через какое-
то время создатели браузеров поменяют то или иное свойство — например, из-за
ошибок в первоначальной реализации или изменений самой спецификации — это
поставит под угрозу целостность всех существующих сайтов, на которых данное
свойство уже используется. Получается, что не только разработчики оказываются
в плену у первой несовершенной реализации — пример с них приходится брать
и создателям всех браузеров, и даже самому консорциуму W3C. Эрик Мейер (Eric
Meyer) в своей превосходной статье «Prefix or Posthack» приводит два примера такого
неудачного развития событий, взятых из реальной жизни (http://www.alistapart.
com/articles/prefix-or-posthack).
Но даже если создатели одного браузера не меняют реализацию свойств, чтобы не сло-
мать существующие сайты, это может сделать W3C. Что произойдет, если создатели
остальных браузеров станут применять новое поведение, описанное в обновленной
спецификации? В разных браузерах одно и то же стандартное свойство будет ото-
бражаться по-разному. Именно так обстояли дела во времена Netscape 4, Mac IE 5 и
Windows IE 6. Число сложных и нестабильных исправлений посторонних ошибок,
совершенно не связанных со свойствами, первоначально требовавшими коррек-
тировки, быстро увеличивалось, потому что нестандартное поведение браузера не
изолировалось от окружающего мира в уникальных для этого браузера свойствах.
Разработчики понимают, что свойства с префиксами — экспериментальные и могут
быть изменены. Это дает создателям браузеров дополнительную свободу, позволяя
при необходимости вносить изменения и, следовательно, быстрее выпускать и ис-
правлять новые свойства. Разработчики сайтов и приложений, в свою очередь,
скорее получают возможность применить новые свойства и поучаствовать в про-
цессе доработки путем тестирования в реальных условиях.
Когда спецификация достигает более стабильного состояния, а разработчикам
браузеров удается добиться правильной реализации свойства, от префикса можно
избавляться. Если разработчики сайтов добавили в свои таблицы стилей версию
свойства без префикса — а делать это весьма полезно, чтобы не создавать проблем
с совместимостью в будущем, — веб-страницы автоматически начинают отобра-
жаться в соответствии с последними изменениями в спецификации свойства. Если
же они не предусмотрели версию свойства без префикса, то ничего страшного не
произойдет — она продолжает работать так же, как раньше. Ни один из сайтов, где
используется версия с префиксом, не сломается.
