Comments 26
Я не совсем понял, вы конвертируйте svg в png на сервере или на клиенте? Если на сервере, то получается сайт должен быть на java или на другом порту должен висеть java web server?
0
Отличное решение. Все руки не доходят установить фреймворк и научиться работать в нем. Но основные аспекты Mozart-а очень нравятся.
+1
Лучше все таки будет, когда все браузеры с этим форматом подружатся.
Помню, как опера до недавних пор висла намертво от многих схемах википедии…
Помню, как опера до недавних пор висла намертво от многих схемах википедии…
+1
только при таком способе теряется одно из важных преимуществ векторной графики — возможность масштабирования изображения без потери качества.
Никто не сможет посмотреть поближе отдельный участок вашей векторной схемы этажа, а мог бы если бы схема был в svg.
Может стоит сделать определение браузера пользователя и тем, у кого браузер поддерживает svg отдавать его, а тем, у кого не поддерживает отдавать png?
Я, честно говоря, когда открывал топик, думал что будет предложена такая реализация
Никто не сможет посмотреть поближе отдельный участок вашей векторной схемы этажа, а мог бы если бы схема был в svg.
Может стоит сделать определение браузера пользователя и тем, у кого браузер поддерживает svg отдавать его, а тем, у кого не поддерживает отдавать png?
Я, честно говоря, когда открывал топик, думал что будет предложена такая реализация
+6
блин, а че бы корректным браузерам свг не отдавать?
понятно, что ие-пользователи сами злобные буратины, но те кто юзает нормальные вещи, могли бы пользоваться хорошим.
ЗЫ минус, что нет посветки квартир при наведении на их список
понятно, что ие-пользователи сами злобные буратины, но те кто юзает нормальные вещи, могли бы пользоваться хорошим.
ЗЫ минус, что нет посветки квартир при наведении на их список
+1
да, тоже обратил внимание на подсветку. и тоже отдавал бы свг вменяемым браузерам.
+2
Думаю, вопрос был только в бюджете проекта.
Всегда хочется лучшего, идеального, но не всегда получается.
Всегда хочется лучшего, идеального, но не всегда получается.
+1
ну смотрите, дело ведь не в конкретном проекте, возможно вам/компании стоит создать Friday-проект для улучшения своего основного фреймворка, ну или отдельного продукта, который у вас занимается свг.
и в следующих проектах вы просто подключите библиотеку и получите все плюшки в необходимых колличествах.
и в следующих проектах вы просто подключите библиотеку и получите все плюшки в необходимых колличествах.
0
Обычно такая задача хорошо решается если для рисования карты использовать Flash.
Получается кроссплатформенно, векторно, и легко добавить на карту элементы управления, подсказки и всякий дополнительный функционал.
По мне так это проще и более функционально, по крайней мере по текущему состоянию дел в мире веб-разработки.
Получается кроссплатформенно, векторно, и легко добавить на карту элементы управления, подсказки и всякий дополнительный функционал.
По мне так это проще и более функционально, по крайней мере по текущему состоянию дел в мире веб-разработки.
0
Это требует флэшера, который бы сделал всю эту динамику и красоту. И делал бы ее для каждой новой схемы.
0
В простейшем случае это требует лишь человека имеющего зачаточное представление о том что такое Flash, т.е. почти любой веб-программер. Надо всего то скопировать из векторного редактора картинку во флешь, сгруппировать нужные элементы и написать простейший Actionscript, который будет перекрашивать нужные элементы в зависимости от присланных переменных.
Ну а если надо динамику и красоту и мега элементы управления, то да, нужен флешер-профессионал. Я же говорю про простейший вариант, где надо просто показать перекрашиваемую картинку, как в приведенном примере с SVG.
Ну а если надо динамику и красоту и мега элементы управления, то да, нужен флешер-профессионал. Я же говорю про простейший вариант, где надо просто показать перекрашиваемую картинку, как в приведенном примере с SVG.
0
Да. Но что, если подумать о совместимости, кросплатформенности и удобстве.
Нам надо лишь вставить проверку на браузеры в нашем решении, начать отдавать «корректным» клиентам чистый SVG. При этом они получат определенную динамику. При это все работает везде и всегда безо всяких плагинов и дополнительных трудностей с наличием под рукой флеэшера, пусть даже в виде программиста со знанием примитивно флэша.
Нам надо лишь вставить проверку на браузеры в нашем решении, начать отдавать «корректным» клиентам чистый SVG. При этом они получат определенную динамику. При это все работает везде и всегда безо всяких плагинов и дополнительных трудностей с наличием под рукой флеэшера, пусть даже в виде программиста со знанием примитивно флэша.
0
Смысл SVG в интерактивности. А то, что статическую картинку можно в разные форматы перегонять, э то и ежу понятно.
+4
Почему-бы не использовать raphaeljs.com? Можно ему SVG скормить, а потом влегкую сделать всевозможные подсветки, в т.ч. при наведении и т.д.
+2
Интересное решение, хотя в IE работает с задержкой, сначала показываю какую-то матрицу данных, а уже потом принимая конечный вид.
Спасибо за информацию.
Спасибо за информацию.
+1
habrahabr.ru/blogs/webdev/91642/#comment_2769932
отписал тут про объем данными, которыми пришлось оперировать
отписал тут про объем данными, которыми пришлось оперировать
0
Проще сделать XSLT фильтр из SVG в VML и все браузеры поймут вектор. И работы для вас меньше. Велосипедисты, блин…
-1
Я могу лишь сказать только то, что сконвертированные автоматически схемы в векторном редакторе из PDF в SVG достаточно громоздки, очень громоздки. Там одного только XML-описания каждой схемы не несколько МБ.
Если с ними пытаться проводить такие вот трансформации или накладывать решения типа raphaeljs.com, то скорость работы такого сервиса была бы не очень.
Если с ними пытаться проводить такие вот трансформации или накладывать решения типа raphaeljs.com, то скорость работы такого сервиса была бы не очень.
0
Тогда да, просто из текста поста это не ясно было. Спасибо за пояснение.
+1
У того же RaphaelJS скорость вполне достойная, см примеры:
При отрисовке притормаживает, конечно, ощутимо, но можно ведь и спиннер-загрузчик поставить, в данном случае вполне оправдано.
При отрисовке притормаживает, конечно, ощутимо, но можно ведь и спиннер-загрузчик поставить, в данном случае вполне оправдано.
+1
Трансформировать все это в разные форматы, накладывая еще и какую-то динамику через JS — мучение для клиентов.
Интереснее было бы почитать про процесс добавления новых объектов (на сколько теперь клиенту проще, он просто загружает новый PDF?) и более подробнее про интерфейс управления уже добаленными.
0
Sign up to leave a comment.
Как мы используем SVG в нашем фреймворке, игнорируя проблемы совместимости