Головная боль при масштабе

[Black Soviet]

Товарищи, ситуация следующая.
Есть объект типа Sprite, он растягивается по вертикали либо с помощью scaleY, либо с помощью установки его height на нужную величину. И при этом всё летит к чертям. Все объекты впоследствии расположенные на этом Sprite автоматом растягиваются на тот же коэффициент растяжения. Возможно ли отключить эту назойливую опцию?

Но что вносит особую порцию гнева так это то, что все локальные координаты мыши mouseX и mouseY (например при MouseEvent.CLICK) при этом видать не "растягиваются", а остаются в изначальных состояниях и для того чтобы работать с ними помогает только умножение на громоздкий, некрасивый и неточный коэффициент растяжения. Чувствую меня ждёт еще много сюрпризов от масштабирования.

Подскажите кто как справляется с объектами после их масштабирования? Может есть какие-то рычаги или приёмы, чтобы растянутый объект зафиксировался во всех своих свойствах?

[i.o.]

scaleY = 1.0 ?

[Black Soviet]

i.o.

Визуально спрайт должен остаться растянутым.

[Krusty]

Ну если растянут родитель, растянуты будут и потомки, это в общем-то разумно.
Если не хотите такого поведения-у детей применяйте обратный коэффициент растяжения к детям.
А MouseEvent вроде как тоже логичен, во всяком случает альтернатива точно была бы хуже.

[Black Soviet]

Krusty
С потомками которые были добавлены до растяжения согласен. Но я не думал что режим растяжения оперативно принимает в свои ряды и всех кто добавляется после.

А вот по поводу логичности MouseEvent смотрите картинку вверху.

[Krusty]

Да вроде как разумно, это же стандартное наследование свойств, растяжение, прозрачность, etc, оно везде так, не только в продукции Адоба.
А что касается графика-просто представьте, что у вас есть координатная сетка. Так вот, она не изменилась при растяжении, и клик-считается в этой сетке, а не в растянутой. И удобно потомков аппендить.
Хотя я с вами согласен, оно довольно непоследовательное, но альтернатива была бы еще хуже.

[Silicium]

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

[ChuwY]

можете использовать свойство concatenatedMatrix для компенсации искажений.
Одно но -- искажения рабочей области, которые появляются при stageScaleMode != StageScaleMode.NO_SCALE также учитываются в ней.

А вообще, если мне нужно, чтобы при изменении размеров контейнера не менялся размер контента, я пишу свой компонент.