Все вещи из спецификаций могут использоваться независимо от вашего или чего-либо ещё мнения. Речь о том, что !important имеет колоссальное воздействие и его применение необходимо обосновывать.
Пример про крестик как раз-таки демонстрирует неверность подхода. Должен быть уточняющий класс под применение крестика, и никаких !important тут не требуется. Непонятно?
Вот пример. Через неделю появилась необходимость сделать ещё одну версию крестика, только в 1.5 раза больше. И вместо добавления нового класса вместе с описанием отступа, вы будете лепить свой !important.
@exehtml обновите codepen.io/cleric/pen/DqCrm. Первый же блок — SVG со встроенной анимацией в качестве фоновой картинки. Предупреждаю сразу — в IE будет тупо статично стоять.
Полностью удовлетворить ваше требование по вращению фона возможно, если загнать animation в SVG. Как будто-бы анимированный GIF:) Но я пока не разбирался с этим вопросом.
А какая разница? Я не понимаю вопрос. Вы вольны загружать картинку как отдельный элемент (img), использовать в виде фонового изображения, или даже растеризовать в canvas (это извращение я оставлю для других месье :).
А в каком виде картинка — непосредственно в base64 (utf-8) прямо в коде, или ссылка на бинарный файл — неважно.
У вас был интерес к использованию SBG as is в коде. Я привёл пример использования прямой вставки (inline SVG), фоновое изображение в UTF-8 (data-uri), а также ссылку на готовый SVG файл. Неужели у вас есть трудности с использованием обычного растрового изображения?
Если вас волнует указание формата UTF-8, то перекодируйте в base64 (таких кодеров/декодеров полно в сети) и указывайте base64 вместо utf8.
У сервисов карт Google и Yandex есть ограничения на количество обращений к геокодеру. Так что после установки нескольких тысяч маркеров в сутки от всех пользователей сайта это перестанет работать.
@IonDen так нет ничего ненативного, чем оперирует jQuery, равно как и любая библиотека. Всё, что нам доступно через их API, и есть нативный JS. Но называть этот API нативным?)
