Отклик браузера на смену позиции при ресайзе.

[0rion]

http://0rion.net.ru/video/index_dyn.html Вот общая модель.. потаскай за край...

[silin]

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

[0rion]

Выше образец!

[wvxvw]

Это как там получилось 3% CPU? у меня там за 80% уходит при ресайзе... =/ кроме всего... скорее всего координаты загружаемой картинки обсчитываются как-то не в нужное время / не от того меряешь... У меня бывают ситуации, когда после перетаскивания картинка вообще не становится на место... проблема не в ресайзе...
ЗЫ: вот делал, в принципе похожая задача (гордиться там нечем =) просто друг в запарке был - быстренько склепал и отдал =) но вроде таких глюков не наблюдаю...
http://www.storetail.co.il/
если надо могу исходники дать, но, ей богу, там ничего сверъестественного...

ЗЫ (там еще один недостаток есть... забыл поправить =) нужно было координаты после ресайза всегда целые назначать... но, с другой стороны... отдал, народу нравится, а знаменитым я все равно от такого не стану =)

[0rion]

Яфе меод
Незнаю что уж я мог сделать неправильно...
Вот код

this.stage.addEventListener(Event.RESIZE,center);

....

		public function center(evt:Event):void 
		{
			manager.conteiner.x=((manager.stage.stageWidth/2-manager.conteiner.width/2));
			manager.m_on_black.x=((manager.stage.stageWidth/2-manager.conteiner.width/2));
}

Отрубил из сцены все внешние модули, ситуация не изменилась.
Интересные факты : При распечатки значения x сдвинутого элемента, отклик нереально быстрый. Распечатывает в сцене новое новую позицию УЖЕ ПРИСВОЕННУЮ элементу, в то время как САМ элемент не сдвинулся нинатолику!
Текстовые поля двигаются со скоростью отклика печати (тобишь очень быстро). А если нарисовать какой то графический элемент, он тормозит как всё остальное...
Вообщем странности.

[Molecula]

У меня на 3-4% проц нагружало (4,2 Гц).

0rion, а почему:

manager.stage.stageWidth/2

а не

manager.width/2

?

[0rion]

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

manager.stage.stageWidth/2 = stage.stageWidth/2
Гепотетически можно и manager.width/2.
Там просто модульные изменения. Не почистил ещё код.

Вообщем ВСЁ товарищи . Проблема решена.
Сравните динамику движения при ресайзе :
http://0rion.net.ru/video/index_dyn.html
http://0rion.net.ru/video/index_dyn1.html

При том что оба хтмла кушают один и тот же swf файл. Разница чувствуется.
Коряво работает популярный swfobject.js, а как раз заплатка от флеша родная, работает хорошо.
Остерегайтесь.

Спасибо всем кто принял участие в дисскусие

[wvxvw]

Ну, для красоты и простоты =)

manager.conteiner.x = (stage.stageWidth - manager.conteiner.width) << 1;

так, во-первых, координаты будут всегда целые (округленные в меньшую сторону), ну и вообще битовые операции быстрее арифметических =)
Ну и для плавности и уверенности, я бы делал так:
по евенту -> сначала проверить а действительно ли результат изменился (ну, за 4-8 тысячных секунды вполне мог и не изменится), если ничего не поменялось - ничего не делать (перерисовывать экран всем тяжело, а уж раз в 5 тысячных долей секунды и подавно... это ж практически 200 ФПС получается =) Затем, если изменение все-таки произошло -> 2 варианта развития событий: либо подождать планового обновления экрана и тогда все и отрисовать, либо, продвинутый вариант, перед обновлением экрана вызвать у стейджа инвалидате, и по событию рендера отрисовать то, что мы поменяли, ну или просто добавить updateAfterEvent, но эт тоже лишняя нагрузка.

ЗЫ: за 80% уходит когда перетаскиваешь, а не когда сайт просто работает...

Т.е. по научному, вообще, я бы в обработчике ресайза задавал координаты Recangle'ам а в обработчике ENTER_FRAME - отрисовывал бы графику соответственно позиции прямоугольников, и не было бы впечатления, что объекты двигаются с разной скоростью и т.д.

[0rion]

Ага.. оптимизация с проверкой это интересно. Встрою, спасибо