Да, вы правы, есть несколько не очень читаемых мест. Дело в том, что у автора статьи очень какая-то странная манера речи, и местами самому трудно понять, о чем он. Так что это только небольшой процент из того, что нужно было оптимизировать. Сейчас поисправляю.
Вы сейчас говорите о html svg элементе или о внешнем файле? Как в таком случае можно с заданным бэкграундом работать из джаваскрипта?
Или, создать модификатор (если это планируется использовать в нескольких местах). Где профит от конкретно этого подхода? Когда я буду дебажить этот код из firebug/cdt я увижу лишь строку background: -moz-element(.col1) (например) и что мне теперь, искать где применяется .col1 чтобы понять, какие атрибуты я примешиваю? Никакого удобства, на мой взгляд. Те же модификаторы, только намного неудобнее.
И так мне придется делать для всех наследуемых свойств? Почему бы просто их не прописать, или, если вы используете препроцессоры, то просто создать переменную?
Вы совершенно не поняли сути. Суть в том, чтобы фактически привязать высоту одного контейнера к высоте другого, то есть если в один элемент добавляется текст и он растягивается, по высоте, то второй тоже растягивается, как здесь, только гораздо проще. И препроцессоры тут ни при чем, так как они не работают в браузере, это просто одноразовые компиляторы.
Вообще-то, svg-объект является таким же DOM элементом, как и всё остальное. Вы можете изменять SVG с помощью CSS и JS(Raphael, Fabric и куча всего-всего).
И как установить этот svg-DOM объект в качестве фонового изображения?
Абсолютно бесполезное, т.к. аналогов у Chrome, Opera и IE нет, а значит, в реальности применять его никто не будет.
Ну кто знает, не будет ли оно в будущем поддерживаться
Я считаю такой подход неправильным. Вёрстка становится завязана на разметку, это вообще бред какой-то, на мой взгляд.
Похоже, вы меня не поняли, чем плохо было бы сделать так:
.col1 {
width:300px;
background:gray;
height: element(.col2); // колонки будут автоматически подгоняться под одинаковую высоту
}
.col2 {
width:700px;
background: #88aaff;
}
конечно такое можно реализовать, но не так просто и декларативно.
Ну согласитесь, что векторный паттерн это не то же самое, что HTML элемент, его нельзя трансформировать(css3), редактировать при помощи джаваскрипта, hover событие не будет изменять бэкграунд целевого элемента(вот маленькая демка от меня) и тд. А вообще, я не понимаю, что вы пытаетесь сказать, что это не самое полезное свойство? Согласен, это, по моему свойство для каких-то уж очень редких случаев, ну и чисто поиграться. Но рассказать об этом стоит, хотя бы потому что, если бы такой байндинг к элементам и их свойствам был внедрен на уровне CSS, то это могло бы сделать CSS просто всемогущим.
Честно, не знаю) Ну с текстом более менее понятно, а вот зачем соцзакладки в фон, это остается загадкой ведомой только автору. Но думаю, что для этого свойства можно найти несколько прикольных применений в реальной жизни.
Спасибо! Да я уже жду ваших подборки, и перевожу, как только так сразу) Да свойство прикольное, вот бы в следующем CSS все пошло в том же направлении, то есть, в сторону динамической привязки свойств и элементов друг-к-друг.
Добавил оставление места для палки, но так он наоборот теряет в эффективности, где-то 2-5(в зависимости от порога сильного заполнения) очек на 100 запусков. Ну по крайней мере в моей реализации.
Спасибо, исправил. Дело в том, что при чтении своего перевода некоторые предложения воспринимаются на автоматизме, даже если они очень корявые. В таком случае помогает взгляд со стороны.
Вы сейчас говорите о html svg элементе или о внешнем файле? Как в таком случае можно с заданным бэкграундом работать из джаваскрипта?
Вы совершенно не поняли сути. Суть в том, чтобы фактически привязать высоту одного контейнера к высоте другого, то есть если в один элемент добавляется текст и он растягивается, по высоте, то второй тоже растягивается, как здесь, только гораздо проще. И препроцессоры тут ни при чем, так как они не работают в браузере, это просто одноразовые компиляторы.
И как установить этот svg-DOM объект в качестве фонового изображения?
Ну кто знает, не будет ли оно в будущем поддерживаться
Похоже, вы меня не поняли, чем плохо было бы сделать так:
конечно такое можно реализовать, но не так просто и декларативно.