Как мы используем SVG в нашем фреймворке, игнорируя проблемы совместимости

[halyavin]

Я не совсем понял, вы конвертируйте svg в png на сервере или на клиенте? Если на сервере, то получается сайт должен быть на java или на другом порту должен висеть java web server?

[MipH]

Сайт крутится на платформе (фреймворк, CMS) Mozart, которая написана сама на Java и использует различные ее технологии. Конвертация на сервере средствами Batik.

[timteka]

Отличное решение. Все руки не доходят установить фреймворк и научиться работать в нем. Но основные аспекты Mozart-а очень нравятся.

[Nakilon]

Лучше все таки будет, когда все браузеры с этим форматом подружатся.
Помню, как опера до недавних пор висла намертво от многих схемах википедии…

[MipH]

Как скоро это будет? Конечно лучше. Но ждать у моря погоды не наш метод…

[adminimus]

«I have reoccuring dream about compliance» © Scott Ward

[rednaxi]

только при таком способе теряется одно из важных преимуществ векторной графики — возможность масштабирования изображения без потери качества.
Никто не сможет посмотреть поближе отдельный участок вашей векторной схемы этажа, а мог бы если бы схема был в svg.
Может стоит сделать определение браузера пользователя и тем, у кого браузер поддерживает svg отдавать его, а тем, у кого не поддерживает отдавать png?
Я, честно говоря, когда открывал топик, думал что будет предложена такая реализация

[MipH]

Думаю, все зависело от бюджета проекта и надобности для заказчика.
Доработать текущий вариант до вашего — задача на часок.

[Masterkey]

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

ЗЫ минус, что нет посветки квартир при наведении на их список

[Xenkok]

да, тоже обратил внимание на подсветку. и тоже отдавал бы свг вменяемым браузерам.

[MipH]

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

[Masterkey]

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

[tushev]

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

[MipH]

Это требует флэшера, который бы сделал всю эту динамику и красоту. И делал бы ее для каждой новой схемы.

[tushev]

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

Ну а если надо динамику и красоту и мега элементы управления, то да, нужен флешер-профессионал. Я же говорю про простейший вариант, где надо просто показать перекрашиваемую картинку, как в приведенном примере с SVG.

[MipH]

Да. Но что, если подумать о совместимости, кросплатформенности и удобстве.
Нам надо лишь вставить проверку на браузеры в нашем решении, начать отдавать «корректным» клиентам чистый SVG. При этом они получат определенную динамику. При это все работает везде и всегда безо всяких плагинов и дополнительных трудностей с наличием под рукой флеэшера, пусть даже в виде программиста со знанием примитивно флэша.

[homm]

Смысл SVG в интерактивности. А то, что статическую картинку можно в разные форматы перегонять, э то и ежу понятно.

[dfuse]

Почему-бы не использовать raphaeljs.com? Можно ему SVG скормить, а потом влегкую сделать всевозможные подсветки, в т.ч. при наведении и т.д.

[MipH]

Интересное решение, хотя в IE работает с задержкой, сначала показываю какую-то матрицу данных, а уже потом принимая конечный вид.
Спасибо за информацию.

[MipH]

habrahabr.ru/blogs/webdev/91642/#comment_2769932
отписал тут про объем данными, которыми пришлось оперировать

[Aux]

Проще сделать XSLT фильтр из SVG в VML и все браузеры поймут вектор. И работы для вас меньше. Велосипедисты, блин…

[MipH]

Я могу лишь сказать только то, что сконвертированные автоматически схемы в векторном редакторе из PDF в SVG достаточно громоздки, очень громоздки. Там одного только XML-описания каждой схемы не несколько МБ.
Если с ними пытаться проводить такие вот трансформации или накладывать решения типа raphaeljs.com, то скорость работы такого сервиса была бы не очень.

[Aux]

Тогда да, просто из текста поста это не ясно было. Спасибо за пояснение.

[dfuse]

У того же RaphaelJS скорость вполне достойная, см примеры:

• raphaeljs.com/tiger.html
• habrahabr.ru/blogs/javascript/59386/

При отрисовке притормаживает, конечно, ощутимо, но можно ведь и спиннер-загрузчик поставить, в данном случае вполне оправдано.

[MipH]

У этих решений есть подводные камни, которые всплывают в процессе реализации задачи. Мы выбрали решение, которое от нас не потребовало больших усилий и сделало именно то, что было нужно. Украшать, дополнять и оптимизировать можно/нужно, но не всегда.

[Vii]

Трансформировать все это в разные форматы, накладывая еще и какую-то динамику через JS — мучение для клиентов.

Интереснее было бы почитать про процесс добавления новых объектов (на сколько теперь клиенту проще, он просто загружает новый PDF?) и более подробнее про интерфейс управления уже добаленными.