Конечно, векторного изображений формата сейчас девелоперам не хватает (обычно его заменяют флешем). С другой стороны — пвектор не понацея, растр никуда не денется. Настанет время, когда верстальщики смогут вздохнуть спокойно, забыв про GIF в пользу PNG (пока далеко не всегда удается замента из-за размера PNG) и (частично) про коммерческий флэш в пользу свободного и открытого SVG.
Кстати, с тех пор, как истёк патент на LZW, GIF можно безгеморройно использовать на сайтах. Если картинки мелкие (стрелочки всякие, палочки), он вполне себе ничего.
Уверены? Пример привести можете? Я ещё не видел картинок на которых GIF был бы меньше. То есть в теории такие должны сушествовать (хорошая задачка на собеседование, кстати) — но на практике не видел. И даже если иконка занимает, скажем, 710 байт GIF против 712 байт PNG — практической разницы нет…
1x1 — это уж совсем паталогический случай, хотя и тут вы не совсем правы: Wikipedia содержит версию меньше 100 байт. А вот для 16*16 вам уже придётся постараться сделать GIF меньше. «Белый шум» (картинка со случайными цветами) будет меньше однозначно, а вот реальная иконка — далеко не факт.
Вот это уже интереснее. Пример? Ибо я встречал картинки подобного размера в виде «громадных» PNG потому что оные PNG были созданы «не думая» и там не была подобрана палитра, либо была куча комментариев (Photoshop может записать в .PNG несколько килобайт своих метаданных если его вовремя не остановить!). Если же PNG порождается, скажем, конфертацией GIF'а и при этом используется нормальная программа (скажем одна из упомянутых тут), то он почти всегда оказывается меньше чем аналогичный GIF…
О да, SVG воистину круто в некоторых случаях, что особенно нравится так это отображение в виде нормальной обычной картинки (например в Google Chrome). Такой комфорт, когда вызывая контекстное меню тебе вываливается обычное для картинки меню!
ну всё-таки есть небольшая разница между установкой плагина и включением картинок через object, тем более, что последнее некоторое время назад было едва ли не официальной идеологией
Начал плотно заниматься SVG, то, что, например, в ФФ не поддерживается через тег img — фигня, есть более серьезные вещи которые не поддерживаются браузером из самой спецификации версии 1.1.
Скажу больше, поле у SVG намного шире и, если он найдет приммнение только в такой форме, это будет совсем плохо.
Вкратце:
1) SVG — XML, поэтому его можно встраивать непосредственно в код, путем указания неймспейса
2) При таком способе есть доступ к DOM SVG (обычный такой DOM )
3) вперед писать скрипты, и делать все, что умеет флеш =)
делать всё что касается графики.
всё что касается программирования должен заниматся браузер, а так же ввод данных, думаю это будет с ogg и html5
зато не будет выдавать мой ip кому попало.
Во-первых, сейчас разумно использовать SVG-изображения, только страхуя их растровыми, т.е. вкладывая тег img с растровой картинкой внутрь тега object с SVG-картинкой, см. например lib.custis.ru/index.php/Gnuplot
Во-вторых, удобный хостинг для SVG (и вообще чего угодно небольшого) — pages.google.com.
Делать на этом сервисе странички конечно не шибко эффективно, зато имеешь полный контроль над загруженными файлами (не сотрут без тебя).
Хостинг для SVG изображений