Словил жестокий баг с DisplayObject.scrollRect

[orcpochta]

import flash.display.Sprite;
import flash.geom.Rectangle;
import flash.events.MouseEvent;
import flash.events.Event;
 
var s:Sprite = new Sprite();
s.graphics.beginFill(0x123456);
s.graphics.drawRect(0, 0, 100, 100);
addChild(s);
 
var rect:Rectangle = new Rectangle(0, 0, 50, 50);
 
stage.addEventListener(MouseEvent.CLICK, handler_click);
 
function handler_click(event:Event = null):void {
	s.scrollRect = rect;
	trace('handler_click:', s.width, s.height);
	//stage.addEventListener(Event.ENTER_FRAME, handler_enterFrame);
}
 
function handler_enterFrame(event:Event):void {	
	trace('handler_enterFrame:', s.width, s.height);
}

Ширина и высота после накладывания scrollRect-a не сразу принимают правильные значения:

handler_click: 100 100
handler_click: 50 50

Более того, если раскомментировать слушатель ENTER_FRAME-a, то у меня видно, что и в его первом срабатывании размеры еще не приняли истинного значения:

handler_click: 100 100
handler_enterFrame: 100 100
handler_enterFrame: 50 50

Этот глюк стоил мне мощнейшего батхерда уже вторую пару выходных.

[i.o.]

Пичалька. Напиши адобу багрепорт...

[Wolsh]

Не раз сталкивался с подобными "багами", и, насколько понял своим недопрограммистским умом, тут имеет место последовательность обработки событий в течении "кадра". То есть события интерактивные, мыши и клавиатуры, обрабатываются первыми, а вовсе не ENTER_FRAME. Таким образом, когда Вы совершили клик, его обработчик выполнится ДО того, как будет продиспатчено событие ENTER_FRAME для текущего "кадра". В этом обработчике Вы делаете подписку на ENTER_FRAME, и в результате получаете первое событие в этом же кадре, еще ДО его перерисовки.
У меня совсем недавно была такая же проблема совсем не со scrollRect, а с кошерным и вроде бы безбажным addChild)) При клике на некую кнопочку должен был сохраняться скриншот: делался снимок стейджа в битмапдату, конвертация в PNG и сохранение через файлРеференс. Конвертация заметно притормаживала в фуллскрине, и я решил повесить модальное окошко, затемнение и надпись "обрабатываем..." Естественно, вызов конвертации я "перенес на другой кадр" через ентерфрейм. То есть окошко добавлялось на стейдж, и после этого вешался слушатель на ентерфрейм, в обработчике которого запускался процесс конвертации. Но не тут-то было - окошко появлялось на стейдже только после окончания конвертации, "в следующем кадре". Мистика? Баг? Отнюдь. Потому что событие ENTER_FRAME наступало еще в течении этого же кадра, сразу после выполнения обработчика клика, но ДО начала отрисовки. Таким образом и обработчик этого ентерфрейма начинал выполняться в этом же кадре – то есть запускалась конвертация в PNG, и только потом следовала отрисовка.

[i.o.]

Любопытства ради, может быть поможет EXIT_FRAME?

[orcpochta]

Основная проблема-то не в том, что в этом или не в этом кадре, а в том, что не сразу.

[Wolsh]

может быть поможет EXIT_FRAME?

Пробовал конечно, но увы, НЕТ. Пока оставил "быдлокод" с пересылкой ЧЕРЕЗ кадр, то есть с промежуточным обработчиком ентерфрейма. Будет время на красоту решений, вернусь к этому вопросу.

[orcpochta]

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

[silin]

если в обработчик клика воткнуть event.updateAfterEvent(), то в первом же enterFrame уже 'правильные' размеры
проблему не решает канеш, но вроде бы вписывается в логику, что Wolsh описал

[i.o.]

function handler_click(event:MouseEvent = null):void {
	s.scrollRect = rect;
 
	var bd:BitmapData = new BitmapData(1, 1, false);
	bd.draw(s);
	bd.dispose();
 
	trace('handler_click:', s.width, s.height);
}

Норм?

[orcpochta]

На счет кадров Wolsh все правильно написал - не спорю.

Добавлено через 6 минут

Норм?

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