Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 73
Рендеринг SVG явно медленнее, чем рендеринг растровой картинки. Плюс неизвестно, может браузер ради каждой иконки будет рендерить SVG-файл целиком. Непонятно, как это скажется на производительсности и потреблении памяти. Непонятно, что делать с IE.
То есть минусов много, плюс — всего один, и то в большинстве случаев ненужный.
То есть минусов много, плюс — всего один, и то в большинстве случаев ненужный.
Типичное мнение того, кто только верстает и не имеет свой сайт/стартап/магазин/да даже бложик и не запаривается за целевую аудиторию.
Заносчивость? А класть на ИЕ 6-8 (примерно 25% рунета) — это не заносчивость?
Кстати, у меня нет ниодного своего сайта и гуру я себя несчитаю, но мозгов хватает, чтоб осознавать, что поддерживать ИЕ надо.
Кстати, у меня нет ниодного своего сайта и гуру я себя несчитаю, но мозгов хватает, чтоб осознавать, что поддерживать ИЕ надо.
Можно изначально не выделываться за новейшие технологи и делать стандартными рабочими средствами без необходимости делать одну работу много раз. И все так и делают. И правильно делают.
Нам надо с веткой для беседы определиться)
> Это вы ради красного словца?
Нет, я конкретно про svg-иконки имел в виду. ПНГ сто лет, как не проблема, если юзать библиотеку pie (-pie-png-fix и -pie-background), кроме того, пнг можно и не фиксить в 6. В данном случае это допустимо, я считаю. Т.к. пользователь увидит данные, пусть слегка коряво, но увидит.
> Тонны костылей
Да какие тонны, ей богу. Меня ИЕ 7-8 ну вообще никак не напрягают (5-6 хаков inline-block — это минута времени). Шестой, да, может отнять лишний час, но это некритично и не двойная работа, а просто шилфовка определенных мест под него.
> Или может не в IE свое отдельное виденье DOM?
А какие проблемы у ИЕ с DOM?
> Это вы ради красного словца?
Нет, я конкретно про svg-иконки имел в виду. ПНГ сто лет, как не проблема, если юзать библиотеку pie (-pie-png-fix и -pie-background), кроме того, пнг можно и не фиксить в 6. В данном случае это допустимо, я считаю. Т.к. пользователь увидит данные, пусть слегка коряво, но увидит.
> Тонны костылей
Да какие тонны, ей богу. Меня ИЕ 7-8 ну вообще никак не напрягают (5-6 хаков inline-block — это минута времени). Шестой, да, может отнять лишний час, но это некритично и не двойная работа, а просто шилфовка определенных мест под него.
> Или может не в IE свое отдельное виденье DOM?
А какие проблемы у ИЕ с DOM?
И еще, к слову. ИЕ — вообще няшка. Когда в ИЕ6 был уже VML (считай почти svg), матрица преобразовний (это считай почти полноценный css transform), ajax (еще в ИЕ5), всякие фильтры градиентов, теней и еще сотни приколюх — другие браузеры тихо курили в сторонке и молчали. И это их приходилось поддерживать. Их стало больше, w3c стало рулить, взяв многое из того, что придумалы майкрософт и почему-то вы «правильм» считаете теперь именно их стандарты, а ИЕ костылем, который поддерживать — лишнее, а не наоборот. Неправильно это, я считаю.
Это не просто нормально, а просто отличная возможность. Например, без джаваскрипта вы вообще не сможете отделить стили фф 10 от фф 4. Тоже с оперой и хромом. Хоть и редко, но порой бывает нужно, т.к. не все браузеры и их версии одинаково поддерживают стандарты.
Иными словами, возможность отделять версии ИЕ — это благо)
А если вы вообще о том, что на сатайх эти комментарии с ксс-факлом для каждой версии — это уже другой разговор. Лично я предпочитаю хаки, не вижу ничего страшного в невалидном ксс-файле. А если говорить о двойной работе, то вот например ксс файла ИЕ7 вконтакта (сайта с достаточно сложной версткой и набором js-фич). Не так уж и много кода написано для ИЕ7. Всего лишь 15 селекторов. Что заняло, возможно, минут 5-15 лишнего времени, не катастрофа.
Иными словами, возможность отделять версии ИЕ — это благо)
А если вы вообще о том, что на сатайх эти комментарии с ксс-факлом для каждой версии — это уже другой разговор. Лично я предпочитаю хаки, не вижу ничего страшного в невалидном ксс-файле. А если говорить о двойной работе, то вот например ксс файла ИЕ7 вконтакта (сайта с достаточно сложной версткой и набором js-фич). Не так уж и много кода написано для ИЕ7. Всего лишь 15 селекторов. Что заняло, возможно, минут 5-15 лишнего времени, не катастрофа.
75 % Рунета должно быть более чем достаточно кому угодно, кроме, разве что, Центризбиркома.
Под IE сидит достаточно большой пласт людей. Выбрасывать их как аудиторию, либо переучивать точно не вариант, поэтому нужно просто оптимизировать разработку под них и собирать денюжки
По-вашему Сергей Чикуёнок школота? Посмотрите это видео, возможно вы измените свои взгляды. Хотя мне все равно, делайте как хотите, можете хоть вообще только под Chrome верстать и не париться, у вас же «нишевые разработки».
И уж конечно я имею право высказать свое мнение об этом чуде инженерной мысли, об IE, хотя и рискую словить тонны ненависти от хабрашколоты
В видео как раз говорится о поддержке IE. Если у вас нет пользователей с IE, не поддерживайте, но не нужно «совать два пальца в рот» каждый раз когда речь идет об IE, надоело ей богу.
Это вопрос восприятия. Я не считаю, что учет ИЕ при верстке — это лишняя работа. Что лишнего в том, что я потрачу пусть даже пару часов (а обычно не более 15 лишних минут) времени, пусть даже прикручу какой то мегакостыль, чтоб 25% юзеров увидели номр картинку? Лишняя работа — это когда она действительно ненужная и бессмысленная и не несущая результат.
Вы сами искажаете факты. Сто лет никто не делает верстку отдельно под ИЕ и норм браузеры (примерно с появления w3c). У меня одна верстка под ИЕ6 и хром. Да, написано пара хаков для inline-block и png в ie6, в остальном нет никаких проблем, если делать правильно. Конечно, если вас комар в лоб укусит и вы решити запилить себе svg иконки (ток зачем?), то придется потратить немного времени, а может и совсем чуть-чуть, если использовать Raphaël js.
Да, и еще пользователь сайта должен иметь доступ в интернет, кэп
На счет производительности не скажу, не нашел материала по этому вопросу. Поддержка только IE9+, по сути, ровно та же что и @font-face.
Есть возможности более продвинутого использования svg без недостатков которые вы перечислили. Я говорю о data:url. Есть два вида использования этой формы подключения одна стандартная типа «background-image: url(data:image/svg+xml;base64,PD94bWwgdmVyc2lvbj0nMS4», а есть вторая которая дает просто умопомрачительные возможности в связке с less/sass что то типа такого cssdesk.com/WpYTE.
В данной интерпретации есть возможность в css менять не только размер изображения, но и цвета используемые в иконке в зависимости от цветовой схемы. Единственный минус второго способа это пока работает только на вебките. Второй работает во всех браузерах кроме ие, да и то в ие10 тоже будет работать. Для ие старых версий можно сделать вторую версию изображений в растре что бы в последствии отключить когда настанет светлое будущее:)
Могу сказать что все чаще появляются заказы на разработку полной версии для новых браузеров и с минимальной поддержкой ослоподобных. Так что разговоры о том что если это не работает в ие6-7 то это не жизнеспособно уже прошлое. Веб меняется в лучшую сторон и поэтому не стоит ждать светлого будущего, а всеми силами приближать его объясняя заказчикам все плюсы плавной деградации верстки и использования новых технологий.
В данной интерпретации есть возможность в css менять не только размер изображения, но и цвета используемые в иконке в зависимости от цветовой схемы. Единственный минус второго способа это пока работает только на вебките. Второй работает во всех браузерах кроме ие, да и то в ие10 тоже будет работать. Для ие старых версий можно сделать вторую версию изображений в растре что бы в последствии отключить когда настанет светлое будущее:)
Могу сказать что все чаще появляются заказы на разработку полной версии для новых браузеров и с минимальной поддержкой ослоподобных. Так что разговоры о том что если это не работает в ие6-7 то это не жизнеспособно уже прошлое. Веб меняется в лучшую сторон и поэтому не стоит ждать светлого будущего, а всеми силами приближать его объясняя заказчикам все плюсы плавной деградации верстки и использования новых технологий.
Думаю, статья в любом случае будет полезна для новичков и людей, не работавших с svg. Поэтому, спасибо за статью, очень интересно!
Более красивый подход SVG спрайтов (SVG Stacks) был предложен по ссылке. Из проверенных мною браузеров заработало в ie9 и Firefox. В Chrome отказалось работать напрочь, а Opera 11.62 показала кривой результат.
+ вам стоило бы употреблять верное написание "::before" и "::after" наряду с ":before" и ":after" в академических целях, дабы лить свет в массы ;).
+ вам стоило бы употреблять верное написание "::before" и "::after" наряду с ":before" и ":after" в академических целях, дабы лить свет в массы ;).
+ посредством якорей можно менять стили в самих спрайтах. К примеру, "...#fb" — обычная иконка facebook'а, а "...#fbRed" — она же, но красного цвета. Когда в селекторах появятся регулярки, тогда все это поднимется на новый уровень :).
Поясните, при чем тут якоря? Я не понял :)
за счет css-правил внутри svg-файла показывается только тот спрайт, который указали с помощью якоря в урле на svg-файл
Я уже понял :) и ответил здесь
Вы имели в виду, что «красивый подход» это использование iframe? Хм… а какие по вашему плюсы в таком подходе?
Я даже префиксы не стал писать для
+ вам стоило бы употреблять верное написание "::before" и "::after" наряду с ":before" и ":after" в академических целях, дабы лить свет в массы
Я даже префиксы не стал писать для
background-size, а вы говорите про «двойные» псевдоэлементы. Зачем захломлять код? Решение не этом.Отвечу сразу на оба комментария. Вы по ссылке ходили? Там все описано и даже пример на jsfiddle дан. Ну а "::before" и "::after" исключительно для общего развития, ибо все по старинке так и пишут как в CSS2.
Вы по ссылке ходили? Там все описано и даже пример на jsfiddle дан.
Ага, понял. Но здесь SVG делается «программно», о чем я писал, что еще не разобрался с этим. Может у вас и ссылка есть где про это подробно написано? Здесь описания не увидел.
Хм, ну описание устройства SVG можно почитать где-нибудь в спецификации, аль MDN (MDC). Как я понимаю, то под SVG Stacks попадает любой статичный SVG-файл, а может быть даже и динамичный (с js).
Допустим возьмем знаменитого тигра. Переделанный пример:
fiddle.jshell.net/LZ6a5/3/show/#tiger
fiddle.jshell.net/LZ6a5/3/show/#chart
fiddle.jshell.net/LZ6a5/3/show/#plus
Один файл и много изображений (да, выглядит криво, ибо не знаю, как в jsfiddle чистый svg вставить без обертки на html, но цель была показать, что это работает). Ну а исходник можно в примере посмотреть.
Допустим возьмем знаменитого тигра. Переделанный пример:
fiddle.jshell.net/LZ6a5/3/show/#tiger
fiddle.jshell.net/LZ6a5/3/show/#chart
fiddle.jshell.net/LZ6a5/3/show/#plus
Один файл и много изображений (да, выглядит криво, ибо не знаю, как в jsfiddle чистый svg вставить без обертки на html, но цель была показать, что это работает). Ну а исходник можно в примере посмотреть.
Спасибо за MDN, надо будет почитать да разобраться, а то даже возразить нечем :)
Этот хлом поможет тем, кто не знает как надо писать. Сейчас же они подумают что так и надо.
Поправил, спасибо.
А я думал что одно двоеточие вместо двух ставят в целях более широкой поддержки браузерами.
Чтобы псевдоэлементы хоть как-то отличались от псевдоклассов придумали это двойное двоеточие.
Я знаю для чего их придумали, я писал почему всё-таки пишут одно.
Думаю, по-привычке из CSS 2.1. Новые версии браузеров понимают оба написания, а вот про старые не скажу, не в курсе, особо не вникал в это. Хотя интерено, что если в стилях стоит "::", FireFug все равно показывает ":"…
А хром, если мне не изменяет память, ведёт себя наоборот — :after отображает как ::after. И тем не менее тащим IE8.
А разве нельзя для масштабирования растрового-спрайта использовать background-size с фолбеком для IE8- в виде zoom с нужным масштабом?
1. Я не считал размеры спрайта на smashingmagazine, мой с соц. иконками получился 4431 байт SVG и 69 772 байта PNG — ну сожмем мы еще до 17 000 байт например, это все равно будет больше, чем получивышися в SVG.
2. SVG мы сможет увеличить до неограниченно любого размера, а вот PNG нет.
2. SVG мы сможет увеличить до неограниченно любого размера, а вот PNG нет.
Выложил оригинальный размер SVG файла www.divmotive.ru/_frm/habr/icons.svg Хотите, конвертируйте в PNG и смотрите какой будет вес… Файл SVG пересохранил заново, его размер чуть отличается от указанного мной выше. Говорю об этом, потому что чувствую вы и к этому можете придраться :)
10 примеров это конечно круто, а вот 2 приведу:
1. можно в один спрайт сложить изображение как иконки, так и клипарта (последний пример видимо было раскрыть полностью);
2. иконка сегодня нужна 20x20 пикселей, а завтра мне захотелось ее увеличить или уменьшить — рисовать новые? да для адаптивной разметки это очень хорошо: меняй размеры в зависимости от окна браузера как хочешь. Разве не круто?
А если посидеть подумать, наверняка, можно еще пару пунктов добавить.
1. можно в один спрайт сложить изображение как иконки, так и клипарта (последний пример видимо было раскрыть полностью);
2. иконка сегодня нужна 20x20 пикселей, а завтра мне захотелось ее увеличить или уменьшить — рисовать новые? да для адаптивной разметки это очень хорошо: меняй размеры в зависимости от окна браузера как хочешь. Разве не круто?
А если посидеть подумать, наверняка, можно еще пару пунктов добавить.
Подскажите, с какого шрифта вы иконки брали?
Там же вроде и SVG спрайт можно сделать. Или я ошибаюсь?
Получается шрифт в SVG, который можно конвертировать в .ttf или другой шрифтовой формат и использовать как шрифт! А для спрайта нужны графические объекты.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Масштабируем CSS спрайты с SVG, убивая сразу трех зайцев