mediatorMap.mapView( AbstractStoryLastPage, LastPageMediator );

aufrufen kann. Offenbar muss ich die konkrete Klasse nehmen, nicht eine Überklasse. Aber: Anders als der Methodenkopf

public function mapView(viewClassOrName:*, mediatorClass:Class, injectViewAs:* = null, autoCreate:Boolean = true, autoRemove:Boolean = true):void;

nahe legt, kann ich dort nicht nur eine Klasse oder einen Namen übergeben, sondern auch eine Instanz. Und jeder Context hält die Instanz seines Views als DisplayObjectContainer contextView. Was also geht:

if( contextView is AbstractStoryLastPage )
{
mediatorMap.mapView( contextView, LastPageMediator );
}

Now you know. Verzweigungen im Context basierend auf der Überklasse des Views, aber ohne die konkreten Klassen mit reinkompilieren zu müssen.

Die “data” eines URLRequest ist zwar ein Object, wer aber damit POST-Daten übertragen will, sollte da URLVariables statt Object verwenden. Vorteil: Damit geht es^^

Wer bei der Installation einer AIR-Anwendung aus einer SWF heraus die Fehlermeldung “Die Anwendung konnte nicht installiert werden, da die AIR-Datei beschädigt ist.” (Windows) oder “Die Anwendung konnte nicht installiert werden. Installieren Sie die Anwendung erneut.” (Mac) bekommt, sollte den Pfad der .air-Datei prüfen. Eventuell will AIR eigentlich “Der Pfad wurde nicht gefunden.” sagen^^

Einen erschöpfenden Überblick über Transformationsmatrizen gibt es auf senocular.com. Dort gibt es auch das eine oder andere interaktive Beispiel… allerdings “nur” auf irgendwelchen blauen Quadraten.

Wem das nicht reicht, wer die Matrix für eine ganz spezielle Transformation auf einem ganz speziellen Objekt sucht, kann sich auf der gleichen Seite ein “Transform Tool” runterladen – inklusive Sourcen. Da baut man dann kurz seine Grafik rein, und lässt sich in TransformTool.as -> completeInteraction() (Zeile 1022) die _toolMatrix ausgeben. Fertig.

HTH