Форум Flasher.ru

Форум Flasher.ru (http://www.flasher.ru/forum/index.php)
-   ActionScript 3.0 (http://www.flasher.ru/forum/forumdisplay.php?f=83)
-   -   Отследить перерисовку объекта (http://www.flasher.ru/forum/showthread.php?t=162702)

Jitakuzu 03.08.2011 14:02

Отследить перерисовку объекта
 
Как отследить, что объект изменил свой внешний вид? Например, в текстовом поле новый текст появился (CHANGE не подходит, так как если поле невидимое, то визуально оно не поменялось, а CHANGE сработает). Или, например, мувиклип перешел в другой кадр, отличающийся от предыдущего. Нужен какой то эвент вроде onDraw, если есть такой.
Заранее спасибо

КорДум 03.08.2011 14:08

Переопределите сеттер text у TextField. Или, вы же меняете текст его? Ну так вставьте после смены текста диспатч события.

Jitakuzu 03.08.2011 14:09

мне надо отследить визуальные изменения у любых объектов, не только текстовых полей.

КорДум 03.08.2011 14:11

Ну и диспатчите события, кто мешает?
Сделайте свое событие с параметром - DrawEvent. В параметр передавайте ссылку на изменившийся объект, если не хотите заморачиваться. Только зачем это вам нужно?

in4core 03.08.2011 14:12

Цитата:

Ну и диспатчите события, кто мешает?
Совесть )))))

Wolsh 03.08.2011 14:15

Объекты, за которыми надо следить, должны сами уведомлять о своем изменении. Они-то, надеюсь, знают что изменились?))
Про CHANGE забавно, ага. Ничто не мешает, получив это событие, узнать, отображается ли поле в данный момент. Для мувиклипа можно повесить следилку, которая будет проверять на ENTER_FRAME номер текущего кадра и сравнивать его с предыдущим. Но вообще это проблема архитектуры, как и всегда, когда вам кажется, что "Adobe о вас не позаботились"))) Думайте, как лучше организовать приложение. Ничто не происходит само по себе. Все можно отследить, если нужно.

Jitakuzu 03.08.2011 14:16

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

Добавлено через 1 минуту
Wolsh,
Как отследить изменение текста, не переписывая класса ТекстФилд, если текст изменился из кода?

Wolsh 03.08.2011 14:18

Что Вы имеете в виду под "подходил"?

goodguy 03.08.2011 14:19

Цитата:

хорошо, какой эвэнт диспатчить, чтоб он подходил и для текстовых полей, и для мувиклипов и для всего остального, что только можно придумать.
Собственный. Или стандартный Event.CHANGE. Какая разница

Jitakuzu 03.08.2011 14:19

Я имею ввиду, что мне нужен некий эвент, который отслеживает внешние, визуальные изменения объектов

Добавлено через 44 секунды
goodguy,
CHANGE не срабатывает, если текстовое поле изменено из кода. я проверил

goodguy 03.08.2011 14:20

Ивент ничего не отслеживает

Wolsh 03.08.2011 14:20

Цитата:

Как отследить изменение текста, не переписывая класса ТекстФилд, если текст изменился из кода?
Ответ вроде как прямо в вопросе? Ведь это Вы изменили текст из кода, почему бы в этом месте, где Вы его меняете, не сообщить об этом куда нужно?

goodguy 03.08.2011 14:22

Что значит не срабатывает? Кто мешает создать класс, расширяющий TextField, переопределить в нем сеттер text и доставлять событие после изменения текста
Код AS3:

dispatchEvent(new Event(Event.CHANGE));

никто не отменял

КорДум 03.08.2011 14:25

Ну так сделайте свой CustomEvent.CHANGE, с параметром object:Object. Без переопределения сеттеров. Делов-то.
См. пост 4

Wolsh 03.08.2011 14:27

Короче ответ - НЕТ, ДисплейОбжекты не диспатчат стандартных событий "мой_внешний_вид_изменился". По той причине, что такое отслеживание не нужно при правильной архитектуре (ибо это ваш код меняет их вид, соответственно вы всегда знаете, когда это происходит) и думаю, жрало бы немало ресурсов, учитывая специфику Флэш – динамически изменяемая, анимированная графика.

Jitakuzu 03.08.2011 14:30

Задача заключается в том, чтобы отлавливать все изменяющие вид объекты. Места, из которых они изменяются, мне не доступны. Я пишу библиотеку, которая будет работать с разными проектами. С помощью AddedToStage я отлавливаю все добавленные на stage объекты и на них надо навесить этот чудо-эвент, который будет срабатывать при их визуальном изменении, записывая это в лог.

Wolsh 03.08.2011 14:35

Советую для начала ознакомиться с понятием Событие и событийной моделью AS3, и конечно классом EventDispatcher. Выражение "навесить этот чудо-евент" говорит о том, что Вы пока неверно себе представляете эту модель.

Bgg 03.08.2011 14:36

Цитата:

Сообщение от Jitakuzu (Сообщение 1017529)
Задача заключается в том, чтобы отлавливать все изменяющие вид объекты. Места, из которых они изменяются, мне не доступны. Я пишу библиотеку, которая будет работать с разными проектами. С помощью AddedToStage я отлавливаю все добавленные на stage объекты и на них надо навесить этот чудо-эвент, который будет срабатывать при их визуальном изменении, записывая это в лог.

Вам уже ответили. Sprite например не шлет подобного события, MovieClip тоже не шлет. Создайте интерфейс ISendEventWhenChange и используйте его со своей библиотекой. В нем должен быть быть метод dispathEventWhenChange.

Wolsh 03.08.2011 14:40

Теоретически можно представить себе например набор декораторов, расширяющих все стандартные ДисплейОбжекты и переопределяющие для них все сеттеры, влияющие на внешний вид, с тем чтобы отправлять чудо-событие)) Не могу сходу представить себе способ создания такого декоратора для собственной графики объекта (то есть если изменение будет происходить через свойство graphics).

Jitakuzu 03.08.2011 14:41

Event.RENDER - думаю это оно.
Bgg,
Попробую, если RENDER не то. Спасибо
Остальным тоже спасибо.

goodguy 03.08.2011 14:45

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

Wolsh 03.08.2011 14:57

Если бы это было "оно", Вам бы уже давно сказали. Событие RENDER диспатчится, когда флэш-плеер собирается перерисовать картинку (стейдж). Не более того. Он просто предупреждает (тех кто подписался) - "сейчас буду перерисовывать, кто не спрятался – я не виноват!". Его используют для инвалидации. Например, у вас есть какой-то объект кастомного класса, у которого есть несколько сеттеров для параметров (возьмем здесь – параметров внешнего вида). Применение любого из этих сеттеров требует значительного пересчета и перераспределения внутренних объектов, и их перерисовки. Теперь представьте, что вы задаете подряд несколько изменений - новые width, height, и еще какие-то кастомные свойства, меняющие вложенные объекты. На каждый вызов сеттера происходит изменение и перерисовка. Сначала для width, потом для height, потом еще что-то. Все это требует уймы лишних действий. При инвалидации вы сохраняете полученные сеттерами значения в их storage-переменные, но НЕ производите пересчет, пока не плеер не скажет - "RENDER". Только получив это событие, вы обрабатываете все новые данные скопом. Например, рисуете прямоугольник фона СРАЗУ с новым width, новым height, alpha и color. А не перерисовываете его при изменении КАЖДОГО из этих свойств по-отдельности. В этом смысл получения стандартного события RENDER.

TanaTiX 03.08.2011 22:21

Небольшой стеб по теме.
И так, решение задачи. Каждый кадр записываем в битмапу содержимое stage-а, при наступлении следующего кадра - сверяем новую битмапу с предыдущей попиксельно. При отсутствии отличий - удаляем новую битмапу и ждем следующий кадр. При наличии отличий - определяем координаты, где были внесены изменения, по ним вычисляем все возможные объекты. У них сверяем координаты и размеры. Если все осталось на своих местах - поступаем аналогично как для stage. При наличии несоответствий - диспатчим событие.

При таком раскладе ФП наверное и секунды не протянет ))))

S-ed 04.08.2011 00:37

TanaTiX
Как быть если песочница не позволяет делать снимки с объекта?

Отображается или нет можно проверить через переменную .stage объекта.

dimarik 04.08.2011 10:03

Цитата:

Сообщение от Wolsh (Сообщение 1017536)
На каждый вызов сеттера происходит изменение и перерисовка.

Только математика. Перерисовка не происходит. Случай с graphics тоже считаю математикой. С остальным согласен. Если математика сложная, то каждый вызов будет приводить к напрасным тратам ресурсов вплоть до снижения FPS.

goodguy 04.08.2011 11:06

TanaTiX, почти тот же стеб, что предложил я с бленд модом )

Wolsh 04.08.2011 13:33

Цитата:

Случай с graphics тоже считаю математикой.
Вот не уверен, хотя не скажу что хорошо представляю себе последовательность действий в данном случае...
То есть вот вызывается сеттер width и в нем вызываются методы графикс, например drawRect, с этим новым width.
Затем так же вызывается сеттер height и снова перерисовка в графиксе. Я вот не уверен, что в результате отрисовка изображения при смене "кадра" будет выполнена только один раз. Я думаю, будут выполнены все команды отрисовки в стеке. А ведь рисование это далеко не всегда один квадратик))) В сумме с возможно очень даже немалыми расчетами (в случае например тригонометрии - секторов, полярных координат и тп) такие лишние отрисовки дают немалую задержку.

dimarik 04.08.2011 13:52

После clear(), мне представляется, можно чистить стек.


Часовой пояс GMT +4, время: 23:52.

Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2026, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.