Das Browserlab von Adobe gibt es nun schon eine Weile. Ich bin allerdings noch nicht dazu gekommen die Anwendung zu testen, respektive ich habe es bisher immer versäumt. Vorgestern habe ich allerdings die Chance genutzt mich etwas umzuschauen und war begeistert. Für alle die nicht wissen worum es geht: Browserlab rendert eine eingegebene URL auf verschiedenen Browsern und gibt diese dann visuell als Screenshot aus.
Das ganze ist nix neues, ich habe etliche Bookmarks die mir was ähnliches ausgeben. Allerdings sind diese sehr zerstreut und meistens macht eine Seite nur eine spezifische Browserversion. Browserlab liefert die gängigsten Browsertypen (Safari 3, FF 3, IE6+7) und bietet die Möglichkeit diese direkt in der Anwendung zu vergleichen. Die gerenderten Webseiten sind allerdings reine Screenshots, es ist somit keine Interaktivität möglich.
Eine solche All-In-One-Lösung ist im Prinzip dass was ich schon sehr lange Suche, ich hoffe das ganze geht bald langfristig online und bleibt im besten Fall kostenfrei.
Link zu Adobe Browserlab.
Die Benutzung eines Architektur-Frameworks gehört ja heutzutage zum guten Ton. Im eigentlichen Sinne macht ein solches Framework verstärkt Sinn, wenn man in einem Team eine skalierbare Anwendung erstellen möchte und viel Wert auf Sauberkeit und Übersicht legt. Im Prinzip ist so ein Framework aber auch bei kleineren Projekten super nützlich um eine Anwendung für zukünftige Erweiterungen flexibel zu halten.
In meinem letzten Projekt hab ich mich für das von Adobe initiierte Framework - Cairngorm – entschieden. Im Laufe der Entwicklung hab ich mich natürlich mit den Ups und Downs rumärgern müssen die Cairngorm so mit sich bringt. Um sich einige Probleme in Sachen Flexibilität des Frameworks näher zu bringen, muss man sich die Struktur einmal kurz verdeutlichen.
Es läuft in der Regel folgendermaßen ab: Der View dispatched Events, die vom Controller aufgefangen werden und dementsprechende Commands instanziert. Diese Commands sind entkoppelt vom View und verändern nur die Daten in unserem Model. Das Model wiederum updated via Data Binding unsere View-Komponenten. Soweit so gut.
(mehr…)
Nun bin auch ich am twittern. Ich hab mich ja lange gesträubt, da ich immer Sorge habe, dass so etwas von der Arbeit ablenkt. Ich bin nun überzeugt worden und beehre euch ab sofort mit kurzen Nachrichten. Ich als großer Freund von kurz und knackigen Mitteilungen werde die “Pinnwand” wohl nutzen um einige Probleme die hier um laufe des Tages anfallen zu klären. Einfach unten auf den Button klicken um mir zu folgen.
Ich bin grade selber auf der Suche nach interessanten Twitter Profilen, wer also interessante Sachen rund ums Thema Webdevelopment, Flash, Flex etc. schreibt, kann sich gerne melden.
Ab heute gibt es die erste Betas von Flash Catalyst und Flash Builder auf Adobe Labs zum Download. Beide Versionen sind voll nutzbar. Gerade Catalyst soll aber nach Adobe Aussage noch nicht den Leistungsumfang besitzen wie später der RC. Einfach mal herunterladen und testen.
Link zu Flash Builder.
Link zu Flash Catalyst.
Mittlerweile dürfte es sich rumgesprochen haben. Flex Builder tot ist. Es lebe Flash Builder. Nun, da der Name geklärt ist, wäre es doch auch mal nett sich anzuschauen wie denn die komplette Flash Plattform Struktur bei Adobe demnächst ausschauen wird. Ich habe zu dem Thema kürzlich eine Interessante Grafik gefunden.
(mehr…)
Ein wahnsinnig cooles Tool für alle Papervision3D Entwickler geht nun in die Public Alpha Phase. Die Rede ist von VizualPV3D, ein Programm das es ermöglicht über ein GUI eine komplette Szene in Papervision3D zu erstellen und zu animieren. Das ganze kann als XML exportiert werden. Schaut euch es euch am besten mal an, man hat wirklich das Gefühl einer echten 3D-Applikation auf Flash Basis.
Link zu VizualPV3D.
Ein Projekt zu debuggen ist in Flex Builder eigentlich eine tolle Sache. Wenn man allerdings das Flash Authoring Tool benutzt oder eine bequemere Möglichkeit sucht, seine swf vernünftig von Fehlern zu befreien, dem kann ich das debugging Tool De MonsterDebugger empfehlen. Ich benutzte es seit kurzem und bin begeistert.
De MonsterDebugger ermöglicht eine haargenaue Übersicht über alle Instanzen, Methoden und Eigenschaften innerhalb einer swf. Diese lassen sich dann im Programm manipulieren. Das Ergebnis wird dann sofort in Echtzeit angezeigt. Im Klartext heisst das, dass ich die Möglichkeit habe in meinem Debugger z.B. Methoden zu rufen und dann direkt dessen Auswirkungen zu beobachten.
(mehr…)
Frisch von InsideRIA gibt es 51 Tipps für performanteren Actionscript 3 Code. Viele dieser Tipps sind im prinzip Teil der “Flex Coding Conventions” von Adobe, die ich vor geraumer Zeit hier auch mal lobend erwähnte.
Etliche kleine Performance Tipps sind enthalten. Darunter Klassiker wie z.B. der Verzicht auf den expliziten new Array() Aufruf und vieles mehr.
Link zum Artikel.
Die Jungs von Smashing Magazine geben sich immer alle Mühe, Neuerungen für Webdesigner und Interessierte zusammenzutragen. Nun haben sie sich dem Thema AIR angenommen und posten hierzu einige Tutorials, Tipps und Ressourcen. Ich finde die meisten Sachen auf Smashing Magazine immer höchst interessant und lehrreich. Deshalb will ich auch hier meine Empfehlung aussprechen.
Das Besondere an dem Artikel ist sicher die mangelnde Beschränkung auf den Flex Builder bzw. Flash. Der Autor versucht besonders auch auf JavaScript Ressourcen zu verweisen. Dieses kommt ja beim Thema AIR oft zu kurz.
Link zum Artikel.
Für einige Webservices die über HTTP verfügbar sind, ist es zwingend notwendig sich auch direkt per HTTP mit Benutzername und Kennwort anzumelden. Hierfür ist in einigen Fällen eine Anmeldung über Basic HTTP erforderlich. Falls jemand mit dem HTTP-Service arbeitet und direkt vor dem Problem der Anmeldung steht, dem seien folgende Codezeilen ans Herz gelegt:
<![CDATA[
import mx.utils.Base64Encoder;
import mx.controls.Alert;
private var baseUrl:String = "http://phprestsql.sourceforge.net/tutorial/user";
private var auth:String = "p126371rw:demo";
private function init():void{
var encoder : Base64Encoder = new Base64Encoder();
encoder.encode(auth);
userService.headers["Authorization"] = "Basic " + encoder.toString();
deleteUser();
}
]]>
Weitere Erklärungen gibt es im unten stehenden Artikel.
Link zum Artikel.
