Здравствуйте!
Всё было путём, но в какой-то момент перестало работать. При просмотре svg документа (в чистом виде - file.svg), выскакивает окно загрузки (мол загрузить или чем поглядеть). Если svg в тэге <embed> то всё нормально.
Подскажите лечится ли это простым способом ? (кроме как всё снести и установить по новой)

kigora пишет

Здравствуйте!
Всё было путём, но в какой-то момент перестало работать. При просмотре svg документа (в чистом виде - file.svg), выскакивает окно загрузки (мол загрузить или чем поглядеть). Если svg в тэге <embed> то всё нормально.
Подскажите лечится ли это простым способом ? (кроме как всё снести и установить по новой)

У меня был такой глюк

Попробуй перетащить свг файл на окно ФФ, незнаю почему но у меня потом заработало.

Пробовал - не получатся.
И ещё если он в тэге <iframe> такая же беда.

Посмотрите, что написано по поводу svg-файлов в Инструменты-Настройки-Загрузки-Действия при загрузке-Просмотр и редактирование действий

Я там смотрел. Нет такого расширения.
А когда выскакивает окно загрузки , то предлагает посмотреть с помощью FF.

Проверьте настройку в about:config svg.enabled значение должно быть true

Так и есть svg.enabled - true.
И еще один факт, если свг лежит на серваке (т.е. по http) то всё путём, а локально (с диска) тока беда.

Так и есть svg.enabled - true.
И еще один факт, если свг лежит на серваке (т.е. по http) то всё путём, а локально (с диска) тока беда.

Очень странно. Не смог воспроизвести ситуацию у себя. Переключение параметра svg.enabled в false вызывает запрос на сохранение-открытие, независимо от того, где находится файл. Попытайтесь вспомнить свои действия до того, как

но в какой-то момент перестало работать

Попробуйте поэкспериментировать на новом профиле.

kigora пишет

Так и есть svg.enabled - true.
И еще один факт, если свг лежит на серваке (т.е. по http) то всё путём, а локально (с диска) тока беда.

Ну вообщем если указать атрибут type="" то он ФФ знает как открывать, а по расширению не знает.

А вот где прописывается соответствие привязка расширений к MIME мне тоже интерессно

Нашел только примерно такой текст в pluginreg.dat
Но где здесь указано расширение файла не знаю

DjVuLibre-3.5.14:$
6
0:image/x-djvu:DjVu File:djvu,djv:$
1:image/x.djvu:DjVu File::$
2:image/djvu:DjVu File::$
3:image/x-dejavu:DjVu File::$
4:image/x-iw44:DjVu File::$
5:image/vnd.djvu:DjVu File::$

Еще интересный файл в профиле mimeTypes.rdf
Что там у тебя стоит с свг (правда не уверен что должно стоять)

Вот здесь: http://forums.mozillazine.org/viewtopic.php?t=388708&postdays=0&postorder=asc&postsperpage=15&highlight=mimetypes+rdf&start=0
подобная проблема решилась удалением из профиля файла mimeTypes.rdf

Сначала попробовал с новым профилем, потом удалил mimeTypes.rdf в обоих случаях результат положительный.
Всем большое спасибо.

kigora

потом удалил mimeTypes.rdf ... результат положительный

Он положительный только для конкретного типа файлов. Видимо, в  mimeTypes.rdf каким-то образом покорёжились записи или все или часть. Лучше сохранить этот файл пока он полностью настроен и нормально работает, а в случае проблем заменять сохранённым повреждённый. Там же должны быть и инструкции по работе с другими типами файлов - их-то удалять ни к чему.

vladmir пишет

kigora

потом удалил mimeTypes.rdf ... результат положительный

Он положительный только для конкретного типа файлов. Видимо, в  mimeTypes.rdf каким-то образом покорёжились записи или все или часть. Лучше сохранить этот файл пока он полностью настроен и нормально работает, а в случае проблем заменять сохранённым повреждённый. Там же должны быть и инструкции по работе с другими типами файлов - их-то удалять ни к чему.

Вообще лучше весь профиль архивировать. :) Предварительно указав для кэша другой адрес.

Сначала я удалил (предварително сохранив) а уж потом начал искать что вызвало данный глюк, там несколько секций косаемо свг, но конкретно вот этот :
  <RDF:Description RDF:about="urn:mimetype:image/svg-xml"
                   NC:fileExtensions="svg"
                   NC:description="SVG Document"
                   NC:value="image/svg-xml"
                   NC:editable="true">
    <NC:handlerProp RDF:resource="urn:mimetype:handler:image/svg-xml"/>
  </RDF:Description>

... и ещё раз Спасибо!

mimetype:image/svg-xml

Ошибка именно здесь, в mimetype, так как: The W3C changed the SVG MIME type from "image/svg-xml" to "image/svg+xml" еще в 2000 году (http://support.adobe.com/devsup/devsup.nsf/docs/50809.htm)

from "image/svg-xml" to "image/svg+xml" еще в 2000 году

Тогда не понятно откуда это взялось в mimeTypes.rdf :/

usergen пишет

mimetype:image/svg-xml

Ошибка именно здесь, в mimetype, так как: The W3C changed the SVG MIME type from "image/svg-xml" to "image/svg+xml" еще в 2000 году (http://support.adobe.com/devsup/devsup.nsf/docs/50809.htm)

Врядли в этом проблема, когда ставил адобовский плагин он добавлял миме и с плюсом и минусом.

У меня в mimeTypes.rdf нет упоминания об SVG и показывает нормально

Там прописываются mime для того чтобы выбрать внешнее приложение для запуска определенного типа.

Хотя, это только имхо;)

usergen

Ошибка именно здесь, в mimetype, так как: The W3C changed the SVG MIME type from "image/svg-xml" to "image/svg+xml"

А вот тут:

MIME Type List
http://plugindoc.mozdev.org/winmime.html

image/svg+xml

image/svg-xml

image/vnd.adobe.svg+xml

Ни один из вариантов не отмечен как ошибочный, значит не принципиально.

vladmir
Вообще-то речь шла о встроенной в FF смотрелке svg, а не адобовском плагине.

значит не принципиально

Для FF это как раз принципиально (что и видно в приведенной вами таблице)

usergen

Для FF это как раз принципиально (что и видно в приведенной вами таблице)

image/svg+xml

image/svg-xml

vladmir
Не понял, для чего вы цитируете меня, но если для того, чтобы доказать, что я не прав, то вот цитата из приведенной вами таблицы winmime.html, где видно, что встроенный просмотр .svg в FF работает только с image/svg+xml
image/svg+xml     Handled Internally
                       Adobe SVG Viewer
                       Corel SVG Viewer

image/svg-xml    Adobe SVG Viewer.
P.S. Ничего личного, исключительно истины для.

usergen

Вообще-то речь шла о встроенной в FF смотрелке svg, а не адобовском плагине.

Вообще-то автору темы хотелось, чтобы svg просматривались в браузере. Речь не шла только о внутренних средствах, хотя теперь, действительно, вроде бы нет нужды в плагине. Но, "истины для" плагин тоже предназначен для просмотра в окне браузера и при соответствующей настройке не выскакивает окно выбора вариантов, поэтому нельзя говорить, что

Ошибка именно здесь, в mimetype

если речь о "image/svg-xml"

Конечно, плагин, как минимум, должен быть установлен, чтобы просмотр происходил с его помощью.

Вообще, насколько представляю, для плагинов эти записи в mimeTypes.rdf вообще не нужны.

Когда браузер получает файл, он сначала смотрит что за файл, если этот тип файлов браузер может сам воспроизвести, то он это делает, если не может, то автоматом передаёт соответствующему плагину и тот сразу воспроизводит, без вопросов, а вот если и плагина нет подходящего, тогда браузер смотрит в mimeTypes.rdf и выполняет заданную там для этого типа файлов команду.
В mimeTypes.rdf же вообще нет варианта открыть плагином внутри браузера.

Ннда, правда в эту теорию что-то не очень вписывается вариант с испорченным mimeTypes.rdf - вроде бы браузер должен бы просто открыть сам svg раз он это может...

P.S. Ничего личного, исключительно истины для.

Аналогично.

http://www.mozilla.org/docs/end-user/helper-applications
http://www.mozilla.org/docs/web-developer/mimetypes.html

Конечно, плагин, как минимум, должен быть установлен, чтобы просмотр происходил с его помощью.

Как раз в этом и была проблема (по крайней мере для меня) до выхода FF 1.5, невозможность связки html и svg (с адобовским плагином) чтоб воспользоватся всеми прелестями AJAX и динамической отрисовки. Хотя возможностей у адобовского плагина ( пока :) ) куда больше.

vladmir
Не соглашусь с вами насчет

поэтому нельзя говорить, что

Ошибка именно здесь, в mimetype

если речь о "image/svg-xml"

, подкрепив свое мнение ссылкой на http://www.mozilla.org/projects/svg
Там, в FAQ описывается наша ситуация http://www.mozilla.org/projects/svg/faq.html#choose-a-program , где, в частности, говорится: If the MIME type specified is wrong (for example image/svg-xml) Mozilla won't recognise it (выделено мной).
kigora

Тогда не понятно откуда это взялось в mimeTypes.rdf

На каком-то из сайтов, куда вы зашли, был svg файл с mimetype image/svg-xml. Плагина для него у вас не установлено, FF его не знает - поэтому, наверняка, был задан стандартный вопрос, что делать с этим файлом (открыть, сохранить). По получении ответа, была произведена запись в файл mimetype.rdf. После этого наступило:

но в какой-то момент перестало работать

- теперь при открытии svg из сети все как обычно, при открытии локально - FF смотрит на расширение в mimetype.rdf и задает вопросы.

usergen

If the MIME type specified is wrong (for example image/svg-xml) Mozilla won't recognise it

Ннда, это меняет дело. Английским по белому.
Там дальше ещё внятнее:

The SVG MIME type is image/svg+xml (not image/svg-xml or anything else for that matter). Correct this mistake or ask the document maintainer to correct it.

Почему ж тогда на
http://plugindoc.mozdev.org/winmime.html
все варианты перечислены как поддерживаемые...

Mozilla Plugin Support on Microsoft Windows

This list shows supported MIME types and plugins that handle them. For convenience, it also shows many MIME types that Mozilla handles internally.

Надо бы, конечно, у Michael Hendy спросить почему они там находятся...