90% работы с иконками это изменение параметров шрифта, тебе же не нужны крутые анимации иконок с изменением формы

с svg можно сгенерировать png или так оставить

в ад дорога коротка

не страшись пройти по ней

лучше не скажешь

а с шрифтами - обдолбаться разбираться - где и какие из них работают, а где - нет

они работают везде

в ttf формате заливай, остальные форматы для определённых браузеров, сейчас они нужны только потому, что весят меньше и если не стандартный формат поддерживается подгрузится именно он.

каждому - свое

Есть 3 способа подгрузки завязаных на HTML5 хранилище, с помощю которых можно увеличить скорость первого и повторного открытия, а так-же повысить скорость прорисовки за счет пред показа текста пользовательским шрифтом.

давайте я не буду рассказывать о глюках шрифтов

шрифты еще и рендер блочат

надо спрайт свг собирать. шрифты — плохо

уггу, в одной версии гугл хрома - работает шрифт, в чуть другой - не работает на одном компе в одной версии - работает, на другом в той же версии - нет, данунафиг

надо спрайт свг собирать. шрифты — плохо

Какие спрайты? Каждую картинку в base64 и в отдельный css файл с картинками

base64 медленнее

шрифты еще и рендер блочат

Если на js отработать то не блочат.

Какие спрайты? Каждую картинку в base64 и в отдельный css файл с картинками

эмм. обычные?

svg-спрайты

старые добрые

их еще и в html можно заинлайнить

base64 медленнее

Правда что ли?😂 А то что ты весь спрайт тыщи раз рендеришь ради одной маленькой части не медленно?

штааа?

рендерю?

тыщи раз?

так много вопросов

штааа?

Не тебе. Если части из svg вытаскиваешь, то норм

насчет svg и base64 — надо мерить. в большинстве случаев это бесполезно

и в интернетах много есть уже выложенных замеров в статьях

Вопрос в svg, или в его скорости в бэкграундах?

в любом случае, можно часть так, а часть так

рендерю?

Ну в обычном спрайте надо всю картинку отрендерить ради маленького кусочка, который отображаться будет. И так рпди каждого маленького кусочка

нет, это не так. во-первых, мне ничего рендерить не надо, это делает браузер. во-вторых, можно указывать что именно надо вставить из спрайта

xmlns:xlink

если браузер рендерит все (а это не так, потому что ему даже некуда это делать), то это странный браузер

нет, это не так. во-первых, мне ничего рендерить не надо, это делает браузер. во-вторых, можно указывать что именно надо вставить из спрайта

А если фон двигается? Браузер каждый раз будет перерендеривать появляющиеся части? Или отрендерит все а потом только из скрытой области будет выводить?

мы точно об svg говорим?

мы точно об svg говорим?

Нет

как давно?

не вижу сообщения, где бы было не о svg

Ну в обычном спрайте надо всю картинку отрендерить ради маленького кусочка, который отображаться будет. И так рпди каждого маленького кусочка

Отсюда

не вижу сообщения, где бы было не о svg

Все мои где не упоминается svg

мм.. обычный спрайт и свг-спрайт — это две разные вещи. но тем не менее, браузер не будет рендерить невидимые части картинки. а сами данные картинки у него уже есть

мм.. обычный спрайт и свг-спрайт — это две разные вещи. но тем не менее, браузер не будет рендерить невидимые части картинки. а сами данные картинки у него уже есть

Пруф

пруф чего? что картинка уже в кеше перед стадией рендера?

Браузер не будет рендерить не видимые части, но вот кешировать SVG он не может.

или того, что на экране мы видим видимые части, а невидимые не видим?

или того, что на экране мы видим видимые части, а невидимые не видим?

Обычная картинка разы быстрее чем SVG. Потому что в конечном итоге браузеру нужна картинка, а пиксельное отображение SVG всегда "pixelPerfect" и в общем случае не кешируется.

вы взрываете мозг

> Обычная картинка разы быстрее чем SVG кирпич быстрее чертежа кирпича

Есть некоторые моменты связанные именно с векторной природой SVG.

конечно есть

скорость в чем измеряется?

скорость чего?

мне вот это интересно

Несколько сотен двигающихся SVG спрайтов уже конкретно тормозят.

и кеш браузер может сделать (и многие рендер движки делают даже копии на ресайз свг)

при движении проблем нет

Браузер не будет рендерить не видимые части, но вот кешировать SVG он не может.

visible:hidden; Видимое? Нет. Рендерится? Да

есть проблемы при ресайзе

Что там у нас с свг в мобильных браузерах? Все нормально?

Мы я АПИ Яндекс.Карт пару лет назад с танцами и барабанами(на шее) перевели все что можно на SVG. С тех пор плачем - то он на iphone не отображается. То спрайты визуально глючат. То тормозят.

Что там у нас с свг в мобильных браузерах? Все нормально?

translateZ и приплыли

это проблемы фф обычно

они не умеют в свг

так вот кого во всем винить и обнимать

у эппла как раз все ок всегда было

и вообще фф недобраузер давно уже

оттуда и Айк, и половина инженеров ушли

и теперь они там не знают как в спайдерманки и одинманки добавить что-то

у эппла как раз все ок всегда было

translateZ и приплыли

есть такое. с этим вообще не только у свг проблемы, если уж на то пошло

Метки - однотонные, заметим :)

это только на айфоне?

Декстопный сафари!

На айфоне их просто не будет :)

во лол. а им все доверяли

оттуда и Айк, и половина инженеров ушли

откуда инфа?

короче у свг юз-кейсы свои, у растра свои

откуда инфа?

про айка или инженеров?