dreckhände (Entries tagged as flex)

Secure Madness

nospam@example.com (daniel) — Tue, 04 May 2010 16:46:36 +0200

Dieser nichtssagende Fehler hat mir einen halben Tag geraubt:

VerifyError:
Error #1014:
Class IFlexDisplayObject
could not be found.

at flash.display::MovieClip/nextFrame()

at mx.core::FlexModuleFactory/deferredNextFrame()
at...

Googlend fanden sich nur Hinweise auf sdk-Versionsprobleme als moegliche Ursache.

Trat auf nach einem

StyleManager.loadStyleDeclarations(styleFilePath,true,false, ApplicationDomain.currentDomain);
nach Ausgabe in der console wurde das Style.swf aber korrekt gefunden und geladen. Nur eben nicht eingebunden..

Die Loesung? Um die Styles in bin_debug wie bin-release mit gleichem relativen Pfad zugaenglich zu haben, hatte ich die styles in einem Folder neben diesen beiden vorgehalten, also

styleFilePath = "../styles/myStyle.swf";

Geht und geht einfach nicht (aus der IDE, zur Laufzeit aber kann man das durchaus machen) So aber geht es:

styleFilePath = "styles/myStyle.swf";

und den styles-Ordner mittels zwei symlinks in den beiden ZielOrdnern eionhaengen.

Seuffz...

AIR runtime auf Ubuntu 64 und windows 7 64

nospam@example.com (daniel) — Fri, 23 Apr 2010 13:30:53 +0200

"Die Adobe® AIR™-Laufzeitumgebung ermöglicht den Einsatz bewährter Web-Technologien für die Entwicklung plattformübergreifender Rich-Internet-Anwendungen für den Desktop."

Ok, ein kleines "Hallo welt" angelegt und als .air exportiert, rüber zum Linux desktop (Ubuntu 8.04 64 Bit LTS) und die .air angeklickt: wird als .zip-Archiv erkannt und geöffnet. Ein INSTALL ist nicht zu sehen, also wohl erstmal zu Adobe und die runtime herunterladen.

http://get.adobe.com/de/air/ erkennt mein OS und schlägt gleich AdobeAIRInstaller.bin vor, der download geht fix und dann eine shell im Download-Verzeichnis geoeffnet,

chmod 755 AdobeAIRInstaller.bin

./AdobeAIRInstaller.bin

und schon habe ich eine wunderschöne Fehlermeldung
Error loading the runtime (libnss3.so: wrong ELF class: ELFCLASS64)

Fein, Google findet mir Leidensgefährten und so bin ich bald auf Adobes Knowledgebase mit einer Installationsanleitung, die mich die fuer die runtime benötigten 32Bit-Libs manuell installieren lässt, inclusive eines getLib - Tools und zweier Fehler.

So wird man in Schritt 10 aufgefordert, Symlinks fuer die einkopierten libs zu legen:

$ sudo ln -s /usr/lib32/libnss3.so.1d /usr/lib32/libnss3.so
$ sudo ln -s /usr/lib32/libssl3.so.1d /usr/lib32/libssl3.so
$ sudo ln -s /usr/lib32/libnspr4.so.0d /usr/lib32/libnspr4.so

fehlt aber eine:

$ sudo ln -s /usr/lib32/libsmime3.so.1d /usr/lib32/libsmime3.so

sonst bekommt man eine vertraute Fehlermeldung. Und wer (wie ich) die Anleitung mit copy/paste abarbeitet, stolpert auch noch über den typo im Programmnamen.

Nach der kleinen Hürde startet der Installer nun endlich und tut auch, was man von ihm erwartet, im Menü findet man dann unter /Applications/Accessories zwei Einträge füer den Adobe Air Application Installer und Uninstaller.

Aber jetzt nicht zu früh freuen und darauf klicken - dann passiert nämlich gar nichts. Stattdessen den Pfad zu dem neuen Programm finden und in der shell aufrufen

/usr/bin/Adobe\ AIR\ Application\ Installer

um die aktuelle Fehlermeldung zu sehen:

Error loading the runtime (libadobecertstore.so: cannot open shared object file: No such file or directory)

Dagegen hilft:

cp /usr/lib/libadobecertstore.so /usr/lib32

und dann, dann geht es tatsächlich. Eindrucksvoll, und kaum aufwendiger als die Installation eines CD-Rom-Laufwerks unter Dos 4.

Unter Windows 7 (Prof. 64) wollte sich die HalloWelt.air nicht installieren lassen, der Installer startete, liess sich die Erlaubnis zur Installation erteilen und kam alsbald mit der Mitteilung:

"Leider ist ein Fehler aufgetreten. Die Anwendung konnte nicht installiert werden, da die AIR-Datei beschädigt ist. Bitten Sie den Anwendungsautor um eine neue AIR-Datei."

Leidensgefährten, aber keine Lösung, auf die rechte Spur brachte mich schliesslich Adobes Troubleshoot Adobe Air Installation Issues mit dem Tip, das .air auf den desktop zu kopieren und von da zu installieren. Offenbar kann der Application Installer mit Netzwerklaufwerken nicht umgehen.

Noch ein Nachtrag, bei der Installation des FlashPlayer unter Linux-64 hilft diese Anleitung

Was nur hat Flashbuilder mit den Scrollbalken?

nospam@example.com (daniel) — Tue, 23 Mar 2010 11:20:24 +0100

Ist das ein Feature? Sobald man in einem Flashbuilder-Projekt einen Button klickt, erscheinen vertikaler und horizontaler Scrollbalken. Viel zu scrollen haben sie nicht, zwei Pixel Bewegung. Was zum Vorschein kommt ist ein gepünktelter FokusKasten, den FB4 nun rings um die komplette Seite zeichnet.

Dabei ist es ganz gleich, ob ich Spark oder Halo nutze, Button oder ToggleButton, Group oder Canvas - ich habe einige Stunden alle Kombinationen und Varianten durchprobiert, die mir nur einfielen. Zur besseren Vergleichbarkeit hier den Inhalt einer minimalen Test.mxml, die in Flex 3 und Flex 4 gleichermassen kompiliert:

<?xml version="1.0" encoding="utf-8"?>
<mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" layout="absolute">
    <mx:Canvas>
        <mx:Button label="Drück mich" />
    </mx:Canvas>

</mx:Application>

Beide haben auch SourceView aktiviert
testButton Flex3 (581 KB)
testButton FlashBuilder 4 (1,66MB)

Der Größenvergleich der Dateien in den beiden Mini-Apps spricht ja auch Bände.

Es gibt das gleiche auch noch in einer Spark-version

testButton Fb4 Spark (1,22 MB)

<?xml version="1.0" encoding="utf-8"?>
<s:Application xmlns:fx="http://ns.adobe.com/mxml/2009"
               xmlns:s="library://ns.adobe.com/flex/spark"
               xmlns:mx="library://ns.adobe.com/flex/halo" minWidth="1024" minHeight="768">
    <s:Group   id="myGroup" >
        <s:Button id="btn" label="Drück mich" />
    </s:Group>
</s:Application>

Update: Scheints ist der bug in der Release-Version gefixt.

Flashbuilder 4 ist sooo langsam

nospam@example.com (daniel) — Tue, 23 Mar 2010 10:37:46 +0100

Nachdem ich mit Flex 3 nun schon seit einigen Jahren gearbeitet habe, sind die ersten Eindrücke von Flashbuilder 4 doch recht gemischt. Eine Woche vor dem Release habe ich noch die beta 2 gezogen und installiert, und das Ding ist faszinierend langsam. Muss ich mir jetzt einen neuen Rechner mit Quadcore anschaffen, um den Actionscript-Editor in erträglichem Tempo arbeiten zu sehen? Mit seinem Code-Highlighten scheint er so beschäftigt, dass ich beim Tippen immer wieder warten muss. Alltägliche Aktionen wie - ein Schnipsel Text markieren, kopieren, der Reihe nach an x Stellen im Script klicken, einfügen - werden zu einem Gedulds- und Konzentrationsspiel. Schnell von einem Tab zu einem anderen wechseln und der Flashbuilder versinkt für 20 Sekunden in Kontemplation. So kann ich nicht arbeiten.

Flex 3 läuft auf dem selben Rechner ohne derlei Sperenzchien. Ob es eine Rolle spielt, dass ich Windows 7 (prof.) x64 laufen habe? Bei der Suche nach Leidensgefährten und Lösungen stiess ich auf einen Bericht, der offenbar den gleichen Effekt schildert, und auch mit w7/64.