The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"В Firefox 36 ожидается переход на многопроцессную архитектуру"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Подсказка: Ссылки "<<" и ">>" открывают первые и последние 10 сообщений.
. "В Firefox 36 ожидается переход на многопроцессную архитектур..." +/
Сообщение от Stax (ok), 14-Июл-14, 17:55 
> Поставил, посмотрел. У него тупит даже просто окошко проги при ресайзе. Чуваки где-то в чем-то накосячили. Это просто баг в их программе, или типа того. Остальные то программы при ресайзе окон работают как из пушки, так что эти перцы что-то странное делают при ресайзе окон. Это "странное" дико отличается от поведения остальных программ. И, стало быть, лажа авторов inkscape...

Нет. Само по себе окно ресайзится моментально. Просто у них картинка в окне about векторная. И начиная с той версии, где сделали поддержку blur, она использует этот эффект. И этот лаг - время, которое нужно, чтобы отрендердить SVG с blur'ом.

Можете открыть картинку из about - /usr/share/inkscape/screens/about.svg и покрутить колесиком мышки с клавишей "ctrl".
Теперь выделите все и сделайте Фильтры-> Снять фильтры. Покрутите еще раз.. рендерится мгновенно!

Ресайз тут совсем не при чем, просто после ресайза приходится рендерить заново. И видно, сколько времени это занимает.

> А основное окно inkscape при ресайзе тоже blur делает? В упор не вижу - где blur в основном окне. Зато тормозит не хуже эбаута.

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

> А у браузера окна, btw, ресайзятся нормально, в отличие от inkscape.

Так я не про ресайз. Бразуеру и без ресайза этот svg отрендерить нужно. И вы видели, сколько inkscape рендерил blur фильтр в окне about - а браузеру это тоже делать придется, просто, чтобы показать картинку.

> Достаточно взять картинку в SVG побольше и посложнее. SVG вообще задрoченый и неэффективный формат - представлять 100500 точек и прочего как нечто типа XML - это злобно.

1) XML не причина тормозов - такое же представление в бинарном формате тормозило бы точно так же (когда бы его точно так же по шагам последовательно рендерили). 100500 точек в векторном изображении - это не норма, там вообще точек по хорошему не должно быть ни одной.

2) "побольше и посложнее" не аргумент. Это векторная графика. Откройте (в браузере или pdf-просмотрщике) pdf с векторной схемой "побольше и посложнее" и посмотрите.
А еще в svg можно сохранить как финальный простой вариант для веба (это отдельный экспорт), так и дополнительную информацию, использующуюся при редактировании (хитрые группировки и т.д.). Это примерно как растровое изображение с кучей слоев и фильтров между ними против "уплотненного" растра на экспорт. Правда, векторное изображение всегда будет аналогично тем слоям и фильтрам в какой-то степени..

> Уж лису при работе с SVG клинит вообще независимо от операционки - проверено.

Ну так это претензии к мозилле. Из той же оперы, что рендеринг в PDF.js намного медленнее, чем (раньше) был в pdf плагине.

Ответить | Правка | Наверх | Cообщить модератору

Оглавление
В Firefox 36 ожидается переход на многопроцессную архитектуру, opennews, 13-Июл-14, 16:27  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру