Pull to refresh

Comments 73

Рендеринг SVG явно медленнее, чем рендеринг растровой картинки. Плюс неизвестно, может браузер ради каждой иконки будет рендерить SVG-файл целиком. Непонятно, как это скажется на производительсности и потреблении памяти. Непонятно, что делать с IE.

То есть минусов много, плюс — всего один, и то в большинстве случаев ненужный.
UFO landed and left these words here
Типичное мнение того, кто только верстает и не имеет свой сайт/стартап/магазин/да даже бложик и не запаривается за целевую аудиторию.
UFO landed and left these words here
Заносчивость? А класть на ИЕ 6-8 (примерно 25% рунета) — это не заносчивость?
Кстати, у меня нет ниодного своего сайта и гуру я себя несчитаю, но мозгов хватает, чтоб осознавать, что поддерживать ИЕ надо.
UFO landed and left these words here
Можно изначально не выделываться за новейшие технологи и делать стандартными рабочими средствами без необходимости делать одну работу много раз. И все так и делают. И правильно делают.
UFO landed and left these words here
Нам надо с веткой для беседы определиться)

> Это вы ради красного словца?

Нет, я конкретно про 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 стало рулить, взяв многое из того, что придумалы майкрософт и почему-то вы «правильм» считаете теперь именно их стандарты, а ИЕ костылем, который поддерживать — лишнее, а не наоборот. Неправильно это, я считаю.
UFO landed and left these words here
UFO landed and left these words here
Это не просто нормально, а просто отличная возможность. Например, без джаваскрипта вы вообще не сможете отделить стили фф 10 от фф 4. Тоже с оперой и хромом. Хоть и редко, но порой бывает нужно, т.к. не все браузеры и их версии одинаково поддерживают стандарты.

Иными словами, возможность отделять версии ИЕ — это благо)

А если вы вообще о том, что на сатайх эти комментарии с ксс-факлом для каждой версии — это уже другой разговор. Лично я предпочитаю хаки, не вижу ничего страшного в невалидном ксс-файле. А если говорить о двойной работе, то вот например ксс файла ИЕ7 вконтакта (сайта с достаточно сложной версткой и набором js-фич). Не так уж и много кода написано для ИЕ7. Всего лишь 15 селекторов. Что заняло, возможно, минут 5-15 лишнего времени, не катастрофа.
75 % Рунета должно быть более чем достаточно кому угодно, кроме, разве что, Центризбиркома.
Под IE сидит достаточно большой пласт людей. Выбрасывать их как аудиторию, либо переучивать точно не вариант, поэтому нужно просто оптимизировать разработку под них и собирать денюжки
UFO landed and left these words here
По-вашему Сергей Чикуёнок школота? Посмотрите это видео, возможно вы измените свои взгляды. Хотя мне все равно, делайте как хотите, можете хоть вообще только под Chrome верстать и не париться, у вас же «нишевые разработки».
UFO landed and left these words here
И уж конечно я имею право высказать свое мнение об этом чуде инженерной мысли, об IE, хотя и рискую словить тонны ненависти от хабрашколоты

В видео как раз говорится о поддержке IE. Если у вас нет пользователей с IE, не поддерживайте, но не нужно «совать два пальца в рот» каждый раз когда речь идет об IE, надоело ей богу.
UFO landed and left these words here
Это вопрос восприятия. Я не считаю, что учет ИЕ при верстке — это лишняя работа. Что лишнего в том, что я потрачу пусть даже пару часов (а обычно не более 15 лишних минут) времени, пусть даже прикручу какой то мегакостыль, чтоб 25% юзеров увидели номр картинку? Лишняя работа — это когда она действительно ненужная и бессмысленная и не несущая результат.
Вы сами искажаете факты. Сто лет никто не делает верстку отдельно под ИЕ и норм браузеры (примерно с появления w3c). У меня одна верстка под ИЕ6 и хром. Да, написано пара хаков для inline-block и png в ie6, в остальном нет никаких проблем, если делать правильно. Конечно, если вас комар в лоб укусит и вы решити запилить себе svg иконки (ток зачем?), то придется потратить немного времени, а может и совсем чуть-чуть, если использовать Raphaël js.
UFO landed and left these words here
Да, и еще пользователь сайта должен иметь доступ в интернет, кэп
На счет производительности не скажу, не нашел материала по этому вопросу. Поддержка только IE9+, по сути, ровно та же что и @font-face.
неправда, ие первым вообще начал поддерживать font-face ;) посмотрите
В любом случае мой выбор в пользу SVG. А для IE на крайний случай можно и PNG картинку грузить.
Есть возможности более продвинутого использования svg без недостатков которые вы перечислили. Я говорю о data:url. Есть два вида использования этой формы подключения одна стандартная типа «background-image: url(data:image/svg+xml;base64,PD94bWwgdmVyc2lvbj0nMS4», а есть вторая которая дает просто умопомрачительные возможности в связке с less/sass что то типа такого cssdesk.com/WpYTE.

В данной интерпретации есть возможность в css менять не только размер изображения, но и цвета используемые в иконке в зависимости от цветовой схемы. Единственный минус второго способа это пока работает только на вебките. Второй работает во всех браузерах кроме ие, да и то в ие10 тоже будет работать. Для ие старых версий можно сделать вторую версию изображений в растре что бы в последствии отключить когда настанет светлое будущее:)

Могу сказать что все чаще появляются заказы на разработку полной версии для новых браузеров и с минимальной поддержкой ослоподобных. Так что разговоры о том что если это не работает в ие6-7 то это не жизнеспособно уже прошлое. Веб меняется в лучшую сторон и поэтому не стоит ждать светлого будущего, а всеми силами приближать его объясняя заказчикам все плюсы плавной деградации верстки и использования новых технологий.
Хороший пример, я бы даже сказал, универсальный. А как получить такой SVG файл?
Экспорт из иллюстратора с некоторыми правками: нужно убрать лишнее, убрать все пробелы и заменить кавычки что бы правильно парсилось.
Хотя стоп. А как быть, если у нас спрайт где много картинок, а не одна?
Зачем вам спрайт где много картинок при использовании data:url?

Сшивание картинок в одну используется для уменьшения количества запросов к серверу. При подключения изображений прямо в css идет один запрос к серверу и не нужно делать «сшивку» изображений. Профит...:)
Думаю, статья в любом случае будет полезна для новичков и людей, не работавших с svg. Поэтому, спасибо за статью, очень интересно!
Более красивый подход SVG спрайтов (SVG Stacks) был предложен по ссылке. Из проверенных мною браузеров заработало в ie9 и Firefox. В Chrome отказалось работать напрочь, а Opera 11.62 показала кривой результат.

+ вам стоило бы употреблять верное написание "::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, но цель была показать, что это работает). Ну а исходник можно в примере посмотреть.
Спасибо за MDN, надо будет почитать да разобраться, а то даже возразить нечем :)
Этот хлом поможет тем, кто не знает как надо писать. Сейчас же они подумают что так и надо.
Поправил, спасибо.
А я думал что одно двоеточие вместо двух ставят в целях более широкой поддержки браузерами.
Чтобы псевдоэлементы хоть как-то отличались от псевдоклассов придумали это двойное двоеточие.
Я знаю для чего их придумали, я писал почему всё-таки пишут одно.
Думаю, по-привычке из CSS 2.1. Новые версии браузеров понимают оба написания, а вот про старые не скажу, не в курсе, особо не вникал в это. Хотя интерено, что если в стилях стоит "::", FireFug все равно показывает ":"…
А хром, если мне не изменяет память, ведёт себя наоборот — :after отображает как ::after. И тем не менее тащим IE8.
А разве нельзя для масштабирования растрового-спрайта использовать background-size с фолбеком для IE8- в виде zoom с нужным масштабом?
А качество изображения?
автор считает, что основная проблема в сайте, который увеличили на 1000% — это то, что в нем будут размазанные иконки.
Дело далеко не в увеличении страниц сайта, а в масштабировании используемой графики.
Отвечу скриншотом. Догадаетесь где скрин с PNG, а где с SVG:
Что мешает нарисовать иконки не 32х32, а 128х128 и просто уменьшать их по мере надобности?
* фоновые картинки сложно масштабировать
* браузеры не очень красиво масштабируют графику
* масштабировать графику на стороне клиента — очень дорого (читайте как ресурсоемко)
Например, растровая иконка 128x128 будет весить больше, чем 32x32. А в SVG — размер файла будет почти тот же.
По поводу третьего зайца.
Из той статьи, что в smashingmagazine:
sprite.png: 1064 байт
sprite.svg: 2411 байт
Конечно, надо помнить про gzip:
sprite.svg.gz: 1115 байт, все равно больше чем sprite.png, но стоп, мы же не пробовали сжать png?
sprite_new.png 530 байт
Итого, разница в 4 раза, если забыли включить на сервере gzip и 2 раза если его таки не забыли включить.
1. Я не считал размеры спрайта на smashingmagazine, мой с соц. иконками получился 4431 байт SVG и 69 772 байта PNG — ну сожмем мы еще до 17 000 байт например, это все равно будет больше, чем получивышися в SVG.
2. SVG мы сможет увеличить до неограниченно любого размера, а вот PNG нет.
Не знаю как вы считали, но у меня fb635d591a788d1107fd0c3e73b357e1.png -> 10067 байт.
После сжатия получил файл размером 3890 байт, и кажется, это меньше, чем вам svg.
А тот файл, где много разных иконок получился весом в 8389 байт, сколько весит его svg брат?
Выложил оригинальный размер SVG файла www.divmotive.ru/_frm/habr/icons.svg Хотите, конвертируйте в PNG и смотрите какой будет вес… Файл SVG пересохранил заново, его размер чуть отличается от указанного мной выше. Говорю об этом, потому что чувствую вы и к этому можете придраться :)
Зачем вам неограниченной любой размер?
Приведите 10 примеров из жизни.
10 примеров это конечно круто, а вот 2 приведу:
1. можно в один спрайт сложить изображение как иконки, так и клипарта (последний пример видимо было раскрыть полностью);
2. иконка сегодня нужна 20x20 пикселей, а завтра мне захотелось ее увеличить или уменьшить — рисовать новые? да для адаптивной разметки это очень хорошо: меняй размеры в зависимости от окна браузера как хочешь. Разве не круто?

А если посидеть подумать, наверняка, можно еще пару пунктов добавить.
Подскажите, с какого шрифта вы иконки брали?
Там же вроде и SVG спрайт можно сделать. Или я ошибаюсь?
Получается шрифт в SVG, который можно конвертировать в .ttf или другой шрифтовой формат и использовать как шрифт! А для спрайта нужны графические объекты.
UFO landed and left these words here
Only those users with full accounts are able to leave comments. Log in, please.