ScrollPane. Инвалидатор.

[Psycho Tiger]

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

Это предисловие. Сам вопрос в следующем: за потребностью необходимо мне было написать свой скроллпейн, наследоваться от непонятных UIComponent`ов мне не хотелось, посему занаследовался сразу от Sprite`а (ну, почти. Это здесь не суть), написал, всё работает всё хорошо - кроме одной вещи. В конструктор своего пейна я передаю DisplayObject, если он ещё и Container - то добавляю на прослушку Event.ADDED и REMOVED - и меняю высоту-ширину пейна при каждом событии. Но вот проблема: если я добавляю сразу под 200 объектов, то он будет обновляться 200 раз, что не дело. Написал инвалидатор обычный, но хочется большего. Хочется автоматического, чтобы не надо было руками писать. На ум приходит только заводить таймер на очень маленькое число, чтобы обновиться сразу, как выйдем из текущего стека вызовов, но мне кажется, что это есть криво. Есть какие нибудь идеи? Реализовано ли это как нибудь в стандартом ScrollPane?

[gloomyBrain]

Так а чем тебя stage.invalidate() не устроил?
Добавляешь свой листенер на Event.RENDER и все.

[Psycho Tiger]

Так то так, но черт его знает в каком проекте я буду его ещё использовать, и мне не хочется вызывать какие-то ещё методы, кроме своих. Понимаю, что говорю глупости, но я не могу знать, кто ещё во всей флешке подписан на RENDER и какие проблемы это может вызвать. Да, и я понимаю, что не нужно писать код, который зависит от RENDER`а. У меня бзик.

[gloomyBrain]

Если кто-то еще и подписан на RENDER (что встречается не часто), то вероятность проблем от этого ничтожно мала. Только если:
1) в участке кода, который отвечает за перерисовку, происходит что-то влияющее на модель данных. Как бы бред =)
2) перерисовка сложная и вызывать ее просто так нет смысла. Как бы тоже не велика вероятность.

Вероятности, как известно людям, посещающим уннивер, перемножаются. Так что я бы не парился.

Ну а как второй вариант - то что ты сам уже написал.

[Psycho Tiger]

Ну да, прав. Спасибо.

[fljot]

Event.RENDER не всегда срабатывает, безопаснее подписаться ещё и на один кадр

[gloomyBrain]

Event.RENDER не всегда срабатывает

Хм... А когда оно не срабатывает?

[fljot]

Сообщение от gloomyBrain

Хм... А когда оно не срабатывает?

В каком-то 9ом плеере при wmode, и ещё firsoff клялся, что при массовой подписке (якобы поэтому во флексе и делается это через один менеджер, я не проверял). Так что надёжнее подстраховываться задержкой в кадр, ну и всегда можо принудительно вызвать какой-нибудь validate***

[Psycho Tiger]

Да, подписать на ENTER_FRAME мне тоже кажется хорошей идеей. По идее ведь я могу подписать на ENTER_FRAME, и обновить скроллпейн по первому вызову его хендлера?

безопаснее подписаться ещё и на один кадр

По этим словам как будто Вы хотите сказать, что нужно один вызов хендлера пропустить, а сработать по второму. Я неправильно Вас понял?

[fljot]

Валидацию(NB: не инвалидацию) вызвать по RENDER или первому ENTER_FRAME, т.е. по тому, что из них раньше выстрелит