Да, я и сама много лет этим занималась тоже. Но вы же знаете, что если вам отдают настоящий правильный логотип, то в нем никаких кривостей не возникает ни при масштабировании, ни при передаче цвета. А так — все только приблизительно.
1) Конфигурирование сервера для правильной работы с SVG jwatt.org/svg/authoring/#server-configuration
2) Как проверить, правильно ли сервер отдает SVG web-sniffer.net/ в строку адреса введите адрес одного из ваших svg файлов
Cмотрите на правильность HTTP response headers
Должно отдаваться Content-Type: image/svg+xml
Либо, для gzipped SVG, сервера должны отдавать: Content-Type: image/svg+xml
Content-Encoding: gzip
3) Как Mozilla Firefox работает с SVG www-archive.mozilla.org/projects/svg/faq.html#choose-a-program
Как команда Firefox не первый год мучается с исправлением бага — нечетким отображением SVG объектов при масштабировании страницы bugzilla.mozilla.org/show_bug.cgi?id=600207
Да, модель с черно-белым экраном действительно была бы еще лучше. Еще у нынешней черно-белой модели существенный недостаток есть — ограничение количества символов для имени в телефонной книги. Вот только это бы исправить — и ладно.
кстати, вот www.linux.org.ru/forum/talks/3740097 пишут, что Inkspace делает не совсем корректный viewbox для SVG. Нарочно заглянула посмотреть, указывает ли viewbox Corel — да, указывает.
У PDF есть защита. Да, ее можно сломать. Но сам факт ее наличия говорит о том, что пдф мы можем пометить как read only, «только для ознакомления».
Водяные знаки убрать с обычных картинок — бывает вообще задача не из простых.
Что, если я захочу «пометить» картинку? Я, конечно, могу написать что-нибудь этакое очень-очень-очень мелко или усложнить объект так, чтобы только при открытии в векторном редакторе это было заметно — черным по черному. Например oss.spb.ru/oss.nsf/test_safe.svg — в нижнем правом углу написанo donnaAnna. В браузере этого не видно, а в редакторе — пожалуйста.
В статье написано некорректно, каюсь. Такой альтернативный текст будет в том случае, если не поддерживается сам тег OBJECT, то есть в IE.
Мне кажется самой простой вот такая конструкция: <!--[if (lt IE 9)]>
<img src="logo.gif" alt="Logo" border=0>
<style type="text/css">
.SVGImg {display: none; visibility: hidden;}
</style>
<![endif]-->
<img src="logo.svg" alt="Logo" border=0 class="SVGImg">
То есть, во всех браузерах кроме IE<9, будет SVG
Мда, вы правы.
Про Local Storage я действительно, кажется, грубо ошиблась.
Про индексацию гуглом SVG нашла из официальной информации только это: googlewebmastercentral.blogspot.ru/2010/08/google-now-indexes-svg.html. Да, разумно предположить, что они могут индексировать и из embed — ведь показывают в выдаче все равно не svg… да?
И все равно, меня расстраивает тот факт, что нужно ради этого еще какие-то библиотеки подключать
Да, я как раз понимаю. Про ИЕ8 мы знаем. Но очень скоро мы про него вообще забудем. И костыли не понадобятся.
А как вы автоматически этим пользуетесь?
Клиенты разные бывают — поисковики, например. Сейчас в поисковики не попадают ембеды и обжекты — только картинки.
Local Storage — книга по ссылке внизу, 134 страница, 7 глава.
Главный вопрос, который меня мучал и мучает — «почему так сложно» вебмастерам с этим новым типом картинок. Все ведь на самом деле просто и должно быть вообще элементарно — как тег IMG
Хорошие вопросы!
1) Если формат SVG не поддерживается, то никакой способ не подойдет. Я как раз про это и пишу.
2) Все три способа корректны и валидны. Следующим этапом я хочу оттестировать Wallaby — адобовский конвертер из флеша в SVG и посмотрим, что будет там. Сможем ли мы интерактивный SVG показывать простым тегом IMG — самой интересно.
3) По логике вещей, производительность должна быть за IMG. Но этот забавный глюк в файрфоксе… установить бы истинную причину…
А вас не расстраивает необходимость для какой-то там просто картинки городить весь этот огород? Как бы ни были законны и валидны все эти способы, мне хочется, чтобы для клиента это был просто IMG — со всеми вытекающими. Потому что это просто статическая картинка! То есть, по правой кнопке мы можем сохранить картинку, посмотреть ее ширину и высоту и прочее… А все эти библиотеки, модернайзеры, костыли — грустно!
К тому же, весь этот сопутствующий код придется тоже сохранять, если мы хотим реализовывать Local Storage
Я просто хотела заострить на этом внимание. Понятно, что незачем. Гипотетически может быть такая ситуация: допустим, вы размещаете каталог план-схем помещений и обычно для этого использовали экспорт в .gif с полупрозрачностью, какие-то профили jpeg или png с watermarks, то тут это не пройдет. Да, пользователь отлично зазумит в подробностях схему помещения и порадуется отсутствию наложенных пикселей, а кто-то сможет спокойно украсть вашу схему и перепродать предложение.
ИМХО, для таких случаев должно рано или поздно должно возникнуть какое-то решение, позволяющее защищать картинки.
1) Конфигурирование сервера для правильной работы с SVG jwatt.org/svg/authoring/#server-configuration
2) Как проверить, правильно ли сервер отдает SVG
web-sniffer.net/ в строку адреса введите адрес одного из ваших svg файлов
Cмотрите на правильность HTTP response headers
Должно отдаваться
Content-Type: image/svg+xmlЛибо, для gzipped SVG, сервера должны отдавать:
Content-Type: image/svg+xml Content-Encoding: gzip3) Как Mozilla Firefox работает с SVG
www-archive.mozilla.org/projects/svg/faq.html#choose-a-program
Как команда Firefox не первый год мучается с исправлением бага — нечетким отображением SVG объектов при масштабировании страницы bugzilla.mozilla.org/show_bug.cgi?id=600207
4) Общие рекомендации W3C для SVG
www.w3.org/TR/SVG/render.html
5) Как посмотреть параметры качества отображаемого SVG
<svg xmlns="http://www.w3.org/2000/svg" xml:space="preserve" width="200px" height="200px" style="shape-rendering:geometricPrecision; text-rendering:geometricPrecision; image-rendering:optimizeQuality; fill-rule:evenodd; clip-rule:evenodd" viewBox="0 0 200 200">www.w3.org/1999/07/06/WD-SVG-19990706/render.html часть 5.2
'shape-rendering'
Value: default | optimize-speed | crisp-edges | geometric-precision | inherit
Initial: false
Applies to: all elements
Inherited: yes
Percentages: N/A
Media: visual
6) Тесты, примеры и сравнение вариантов вставки на страницу статических SVG картинок, экспортированных из Incscape и CorelDraw! здесь
Спасибо юзеру ofmg за наводку!
Водяные знаки убрать с обычных картинок — бывает вообще задача не из простых.
Что, если я захочу «пометить» картинку? Я, конечно, могу написать что-нибудь этакое очень-очень-очень мелко или усложнить объект так, чтобы только при открытии в векторном редакторе это было заметно — черным по черному. Например oss.spb.ru/oss.nsf/test_safe.svg — в нижнем правом углу написанo donnaAnna. В браузере этого не видно, а в редакторе — пожалуйста.
Мне кажется самой простой вот такая конструкция:
<!--[if (lt IE 9)]> <img src="logo.gif" alt="Logo" border=0> <style type="text/css"> .SVGImg {display: none; visibility: hidden;} </style> <![endif]--> <img src="logo.svg" alt="Logo" border=0 class="SVGImg">То есть, во всех браузерах кроме IE<9, будет SVG
Про Local Storage я действительно, кажется, грубо ошиблась.
Про индексацию гуглом SVG нашла из официальной информации только это: googlewebmastercentral.blogspot.ru/2010/08/google-now-indexes-svg.html. Да, разумно предположить, что они могут индексировать и из embed — ведь показывают в выдаче все равно не svg… да?
И все равно, меня расстраивает тот факт, что нужно ради этого еще какие-то библиотеки подключать
А как вы автоматически этим пользуетесь?
Клиенты разные бывают — поисковики, например. Сейчас в поисковики не попадают ембеды и обжекты — только картинки.
Local Storage — книга по ссылке внизу, 134 страница, 7 глава.
Главный вопрос, который меня мучал и мучает — «почему так сложно» вебмастерам с этим новым типом картинок. Все ведь на самом деле просто и должно быть вообще элементарно — как тег IMG
1) Если формат SVG не поддерживается, то никакой способ не подойдет. Я как раз про это и пишу.
2) Все три способа корректны и валидны. Следующим этапом я хочу оттестировать Wallaby — адобовский конвертер из флеша в SVG и посмотрим, что будет там. Сможем ли мы интерактивный SVG показывать простым тегом IMG — самой интересно.
3) По логике вещей, производительность должна быть за IMG. Но этот забавный глюк в файрфоксе… установить бы истинную причину…
К тому же, весь этот сопутствующий код придется тоже сохранять, если мы хотим реализовывать Local Storage
ИМХО, для таких случаев должно рано или поздно должно возникнуть какое-то решение, позволяющее защищать картинки.