![]() |
Отклик браузера на смену позиции при ресайзе.
Существует сцена, в центре которой стоит блок с Event.RESIZE который просто центрует этот блок при смене размера браузера.
Далее в этот блок грузится через getDefinition несколько инстансов разных swf файлов с документ классом. А так же помимо эти внешних классов просто картинка обёрнутая в movieclip. При быстрой смене размера браузера (тупо взял за край и подёргал мышкой) движения мувика с картинкой по отклику в несколько раз превышает основной блок. Тобишь картинка летает и центруется очень быстро, а блок иногда ваще зависает иногда ступенчето с низким fps двигается. Помимо этого с разной скоростью центруются мувиклипы внутри самого блока. (Нарушается внутреняя центровка) В Мозилле это особенно чувствуется. Странно особенно то, что смену позиции при ресайзе мувиклип с картинкой наследует от главного блока, но при этом главный блок медленей обновляет свою позицию. Как можно закрепить все элементы для синхронно движения, и вообще почему это происходит? (Возможно выход как-то реорганизовать клипы повесив на каждый Event Resize?) Загрузка в сцену несколько инстансов таким методом Код:
thumb=evt.target.applicationDomain.getDefinition("thumb"); Какая алтернатива улучшит перформанс всей сцены в целом? В програмирование я не первый год, основные языки C++, Java, PHP. С самим АС3 проблем нет, но вот с тонкастями и обходыми путями совсем не знаком, делаю первый проект на АС, обгуглил всё, ответа не нашёл. Памажите чем кто может! |
Скажите хотябы насчёт последнего.
Насколько это оптимально создавать внешние swf c мувиклипом и документирвоаным классом. А потом загружать весь класс в основную сцену, и создавать его инстансы? Код преведён выше. Может ли такой подход значительно подтормаживать обработку сцены? Ести ли альтернативные методы? |
Весело...
что ниодного знатока applicationDomain.getDefinition() ??? |
Пользователь 0rion получает предупреждение за флуд.
Отвечать вам никто не обязан, это сугубо добровольное желание. |
>>Как можно закрепить все элементы для синхронно движения
как вариант: сосредоточить позиционирование всех элементов в одном обработчике.. причем здесь applicationDomain.getDefinition я не понял.., имхо не при чем: попробуй собрать аналогичную схему их собственной библиотеки, думаю, что результат будет таким же |
Ну не знаю... повесь рядом таск менеджер, когда перетаскиваешь рамку браузера... может плееру просто тяжело пересчитать... По идее ресайз для всех элементов и так вызывается в одном обработчике... так что разницы быть не должно (это при условии, что стейдж для всех общий).
кроме того влияет то, с какой частотой браузер диспатчит своим детям этот самый ресайз... если он делает это недостаточно часто, то тут уж ничем не поможешь... |
silin,
Ты предлогаешь менять позицию всём элементам вместо того чтоб засунуть все элементы в один контейнер и его позиционировать? Есть довод что это поможет? Насчёт applicationDomain.getDefinition : вообще хотел спросить насколько классы созданные таким методом и преминяемые в сцене сложны затрудняют рендер сцены? wvxvw, Вешал таск менегер:( выше 2-3 процентов неподнимается. Насчёт диспачера интересно.. может есть какая то инфа о перформансе разных браузеров касательно диспатчера? |
сори, видимо не правильно прочитал ситуацию
из того, что "картинка летает и центруется очень быстро, а блок иногда ваще зависает.." я понял, что считаются они каждый сам по себе.. у тебя получается, что элементы контейнера по разному реагируют на его позиционирование? |
Именно! Они все в контейнере.
На них самих вообще эвента нету. Контейнер только позицию меняет, как следтвие элементы тоже, однако с разной чистотой и скоростью. |
Код:
FF3Код:
stage.scaleMode = StageScaleMode.NO_SCALE; |
| Часовой пояс GMT +4, время: 12:58. |
Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2026, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.