- 2 x Freikarten für die kommende 360|Flex in Indianapolis
- 7x 360|Flex USB-Sticks
- jede Menge Stickers und Flyers

Was ist die 360|Flex Indianapolis?

Die 360|Flex war die erste und ist heute zugleich die erfolgreichste Flex-Konferenz weltweit, wobei der Name Programm ist. 3 Tage dreht sich bei der kommenden 360|Flex in Indianapolis alles um Flex und AIR, gespickt mit hochkarätigen Speakern, u.a. Christophe Coenraets, Doug McCune, Jeff Tapper, Jeffry Houser, Laura Arguello, Michael Labriola, Rich Tretola und viele, viele mehr! Einige unserer Mitglieder waren bereits auf den vorangegangen 360|Flex Conferences in Mailand und San Jose dabei und hatten sehr viel interessantes zu berichten. Alle weiteren Infos und Details gibt es auf der offiziellen Seite www.360flex.com

Wer kann an der Verlosung teilnehmen?

Jedes Mitglied der flexughh kann an der Verlosung teilnehmen!

- 1 Freikarte wird unter allen Teilnehmern, welche in der flexughh-XING Gruppe registriert sind und sich per Email an raffle@flexughh.de an dem Gewinnspiel mit Namen, Adresse und E-Mail anmelden. Einsendeschluss ist Montag, 6. April 2009, um 17 Uhr. Die Verlosung selbst wird beim nächsten flexughh-Meeting am gleichen Tag stattfinden.
- 1 Freikarte wird unter allen Teilnehmern des nächsten flexughh-Meeting am kommenden Montag verlost
- Alle USB-Sticks werden ebenfalls beim nächsten Meeting verlost

Thanks a lot to John und Tom!

Dickes Dankeschön an John und Tom für die “awesome giveaways”!!! You rock

-Jens

in dem letzten Vortrag für mich auf dieser Konferenz stellt Leif Wells unter dem Titel “i18N: Tom Ortega Doesn’t Know It, Bt You should!” eine Reihe von kleinen Tipps zu diesem Thema vor ( Der Titel kam wohl deswegen zu Stande als Leif Tom den Vorschlag gemacht hat er wolle zu dem Thema i18N eine Session halten und von Tom dann nur ein “Mm?!” als Antwort kam [ nach dem Titel gabs dann nur noch den undankbaren Platz an letzten Tag in der letzten Session ] ).

Mehrsprachigkeit in Flex hieß in diesem Vortrag im Wesentlichen UTF-8 encodierte Propertiefiles ( nutzen Sie dafür bitte ResourceBundles: Flex Doc Creating Resources ). Aber es war mal wieder schön zu sehen das auch andere die gleichen Probleme haben und sehr ähnliche Wege gehen. So war die daraus entstehende Diskussion viel interessanter, wenn auch für den Vortragenden sicher nicht sehr angenehm.
Aber es gab dann auch noch mal so schöne Tipps das Internationalisierung eben nicht nur Übersetzung ist sondern auch das Beachten Kultureller Unterschiede. Sein Beispiel war UPS, die nach Deutschland expandierten: Es kam die Frage an das Publikum was da wohl schief gelaufen sein konnte, und mit meinem Fachwissen in Deutscher Geschichte und der korrekten Antwort – “Braune Uniformen” – konnte ich sofort punkten.

Und dann war es das auch schon gewesen mit der 360|Flex Konferenz in San Jose, CA, USA, North America, Earth, Milchstraße, … . An dieser Stelle noch einemal vielen Dank an Tom und John, die damit sicher wieder eine Menge Arbeit gehabt haben, und natürlich ganz besonders von mir der eine Freikarte abbekomment hat
Unter der Hand dann aber doch die kleine Kritik, dass für eine reine Flex Konferenz und obwohl das doch sonst eine so tolle Community ist ( und das hier in den Staaten sicher mehr als bei uns in Old Europe ) fehlten so ein wenig die richtig coolen und neuen Sachen. Ok – jetzt so kurz vor dem FP10 und Flex4 macht sich natürlich keine mehr die Finger mit alten Sachen schmutzig, aber richtige Korifäen waren sehr dünn gesät ( Ted war da, wenn auch ohne Vortrag und Michael Labriola war cool ). Aber ich kann sagen ich war da, die FlexUGHH hat einen Eintrag auf dem Banner und das eigentliche Geschehen ist ja eh außerhalb der Vorträge.

So long, euch viel Spaß beim FlexUGHH-Meeting am Montag, ich bin dann noch in New York, aber das nächste Treffen kommt bestimmt – Ich melde mich von der Live-Berichterstattung ab, eine paar Bilder werden noch folgen.

cheers,
Sebastian

was mir komplett neu war: Acrobat 9 bietet volle Flash Unterstützung. D.h. ich kann mein Flash File ( erstellt mit Flash oder Flex, wobei Flex aufgrund des geforderten AS3 sogar der offiziel empfohlene Editor ist ) in mein PDF-File packen und dort ablaufen lassen, als wenn es in  einer HTML-Datei eingebettet wäre.

Ich kam aus dem Grinsen kam noch heraus, was auch Joel Geraci nicht entgangen ist, denn um so mehr er erzählte um so mehr musste ich daran denken “Ja, das ist genau das was die Marketing Abteilung von mir will … “. Endlich kann ich weiter Flex entwicklen und die konventionellen Wünsche vom Marketing erfüllen. Die können ihr lustigen Zahlen in einem PDF zeigen aber die Zahlen kommen von meinem Server.
Das tolle an dem Einbetten von Flash ist aber auch das Halten von States durch Kommentare. Ich entwickel eine tolle Marketingcampagne fürs Web based von Flex. Das Marketing will seinen Senf dazu geben. Words oder Excel mag ich nich also schicke ich denen ein PDF-File mit dem Flex. Die können zu jedem Zeitpunkt ein Kommentar hinzufügen. Den Inhalt der einzelnen Variablen merkt sich Acrobat leider nicht ganz alleine, aber er feuert ein Event, auf das hin ich für diesen einen State selber Daten wegschreiben und beim feuern des Events zum Anspringen eines Kommentars wieder an die passenden Stellen zurückschreiben kann. Das Marketing sagt mir nicht mehr nach dem, dem, dem und dem Klick ist das rechts oben aber rot und nicht blau, sondern dir fügen eine Notiz ein.

Wenn ich mal keine Lust auf Flas/Flex habe aber trotzdem Videos anzeigen will unterstützt Acrobat 9 nativ das FLV-Format. Wie toll das wir gerade einen Streamingserver bekommen …

Ich glaube ich werde das alles mögen

cheers,
Sebastian

Renaun Erickson, Flex Entwickler bei Adobe, stellt unter dem Titel “A Testing Approach Spanning Dev to End Users” sein adv. Logging Tool RIALogger vor. Basierend auf dem Flex Logger ist es ein Tool das via Local Connection die zu loggendende Flex Anwendung mit dem Logging-Client ( natürlich eine AIR App ) verbindet.

Einmal den Logger eingebunden kann über die Methode test ein “TestPoint based Logging” stattfinden, sprich ein Soll-Ist-Vergleich einzelner Variablen. In dem ich einem Testpunkt einen Identifier mitgebe sowie eine Reihe von Parametern ( Propertiename / Properievalue ) sendet mir der Logger diesen Testpunkt zur Laufzeit an die RIALoggerApp ( AIR ) und erstellt einen neuen Testpunkt, wenn dieser in der aktuellen Auswertung noch nicht verfügbar ist oder betrachtet den vorhandenen Testpunkt. Im Logger Client kann ich nun jedem Testpunkt-Property das mit seinem aktuellen Value gesendet wurde auch ein Soll-Wert zuweisen ( Grün = Match, Rot = Mismatch ). Damit habe ich also im Grunde ein noch nicht automatisierten Testcase erstellt ( ich kann diese sog. Testsscript nämlich auch Speichern ). Die Auswertung kann aber nicht nur lokal erfolgen. Anstelle der Kopplung via lokal Connection kann ich die Logs auch gegen einen Server schicken. Auf dem Server gesammelt kann ich mir dann die einzelnen Auswertung ( verschiedener Tester oder auch Endkunden ) herunterladen und in meinen Logger Client laden und sehen so die Applikation von meinen Soll-Ist-Daten abweicht.
Um das ganze zu automatisieren muss aber immer noch ein extra Testcase ( eine Aufreihung von Methodenaufrufen ) geschrieben werden der dann das gleiche Testscript nutzt. Letzters ist vielleicht noch nicht ganz die Spitze des Eisberges, ebenso wie die derzeitige Beschränkung des Vergleichs auf Int, Number, String, Boolean, aber alles in allem auf jeden Fall ein Tool das ich mir näher ansehen werde.

Bereits auf der Keynote hat Justin Everett Church aktuelles zum Flash Player 10 verlauten lassen. Nun durfte er eine ganze Session damit füllen. Im Grunde hat er alles bereits während der Keynote angesprochen, d.h. es gab uns hier die Möglichkeit mit Fragen in die Details zu gehen.3D natürlich ein ganz großes Thema, ebenso wie Pixel-Bender sprich Shader für den Flash Player – great Stuff und definitiv zu um hier mal eben schnell in Code Details zu gehen ( muss ich selber erst mal machen ). So angucken !!

cheers,
Sebastian

Die Suche nach Gott führte schon James T. Kirk an den “Rand des Universums”. Flex Entwickler führte es gestern gerade einmal in “Townsquare A”. Nicht unter dem Titel “Meet God” sondern unter “Meet the Flex Team” konnte die Fan Gemeinde Fragen an einen Teil der Flex-Macher stellen.

Zuviel wurde natürlich nicht verraten, vieles ist in Form von Informationen zu Gumbo auch schon im Web verfügbar und wiederrum anderes liegt nicht in der Hand des Flex Teams sondern mehr in der Hand des Player Teams. Dementsprechend war die gemeinsame Fragestunde bewusset kleine gehalten, aber wer wollte war natürlich gerne auf ein Bier mit dem Team eingeladen.

cheers,
Sebastian

zum Tracken von Usern auf meine Webseite gibt es coole Tools wie Google Analytics oder die Server-Logs ( wenn auch nicht ganz so bunt und übersichtlich ). Aber wie macht man das in Flex ?! Das versucht Jim Cheng in seinem Vortrag den Besuchern näher zu bringen. Es schreckte ein wenig ab, dass im Titel “Advanced” stand, er aber damit anfing Begriffe wie “Flash”, “ActionScript” oder “Flex” zu erklären. Da hab ich dann schon irgendwie abgeschaltet und eMails beantwortet. Den Vortrag findet ihr hier: http://code.google.com/p/jcheng/downloads/list

Tom Gonzalez: Data Visualization and Dashboards
Der gute Mann arbeitet inzwischen für Degrafa und hat in seiner Session ein paar seiner Beispiele gezeigt wie man die Flex Charting Components ein wenig mit Styles aufpeppen kann und wie er Google Finance mit Charting Components und Degrafa nachgebaut hat. Optisch auf jeden Fall eine coole Sache, nachdem ich mich gerne mal mit dem Degrafa-Kram in Flex4 beschäftigen werde.
Einen Schritt vorher hat er aber eines meiner Vorurteile bestätigt, und zwar, dass das Flex Datagrid einfach nicht für größere Mengen von dynmaischen Daten gemacht ist, oder wenn es dafür gemacht sein sollte, das Ziel verfehlt wurde.
Beim Visualisieren von Kunden-Daten hatte er immer das Problem, dass er von Marketing-Leute Excel-Daten bekam, später aber natürlich mit der IT und Datenbanken zusammengearbeitet wird – kommt einem doch irgendwie bekannt vor. Er versucht also seine Datenanbindung so flexibel wie möglich zu halten und dazu hatte er sich dann eine Reihe von Importern gebaut ( z.B. für CSV-Dateien ). Cool wird es danach, denn dann hat er einen kleinen SQL-Interpreter gebaut. Natürlich wird SQL bei weitem nicht voll abgebildet, aber die wesentlichen SQL-Statements laufen und spucken ein Array-Konstrukt aus mit dem er dann seine Komponenten gefüttert hat.

cheers,
Sebastian

heute gabs es zum Mittag Tortillas. Sehr lecker und wieder überraschend vitaminreiche Kost für Amerika, wie wir es aus dem Fernsehen (Supersize Me) kennen. Trotz der Vorurteile, der ein oder andere kennt Deutschland und mindestens einer ( außer John und Tom ) hat schon mal von Hamburg gehört

Den Vormittag habe ich bei Christopher Keeler verbracht. Unter der der Überschrift “Flex & HD” gabs es dort ein Hands On zu dem kompletten Workflow.

Die ersten 10 min habe ich leider verpasst, weil ich mich an die Zeit gewöhnt habe und nun auch hier lange schlafe, deswegen weiß ich nicht was er in der realen Welt macht, aber er hatte zu viel Video Equipment dabei um “nur” Flexdeveloper zu sein. Die ersten zwei Stunden waren also mehr Ausleuchten und Videotechnik – das kann der Mann – dann 45min Video-Editing in AfterEffects – kann er auch – dann schnell exportieren, schnell auf den Media-Server legen. Und dann kommt der ganz normale Felx und Videos Part dessen Code er vorbereitet und dann in den letzten Minuten noch mal eingetippt hat, was ich mir gespart habe und lieber Essen gegangen bin.

Jeff Tapper, der Mann der mein erstes Flex Buch geschrieben hat (evtl. sogar das erste Flex Buch überhaupt), und dem ich damit auch igrendwo meine Diplomarbeit verdanke, erzählt etwas zu Drag & Drop in AIR. Leider war er es dann doch nicht sondern Michael Labriola der seinen Vortrag gehalten hat. Auch hier muss ich sagen leider wieder nichts was richtig cool in die Tiefe geht.
D&D in Flex: Ich habe zwei Komponenten die Daten austauschen wollen. Sobald ich das Draggen oder Droppen auf eine Komponente via Attribute erlaubt habe beherrschen die meisten Komponenten die Basics. Aber wie Michael schon richtig sagt kommt das höchstens in Mockups zur Anwendung denn eigentlich will ich die Daten auch kontrollieren die ich da hin und her schiebe. Dann kommen Eventhandler zum Einsatz mit denen ich ein D&D-Format definieren kann. Das ist im Grunde nichts anderes als ein String (Identifier) mit dem ich innerhalb meiner Anwendung Typisiere. Der Drap-Handler legt den Typ fest und baut evtl. noch ein zu übergebendes Objekt zusammen, der Drop-Handler testen den Typ und nimmt das Object wieder auseinander.
In AIR kenne ich mein Gegenüber natürlich nicht. Den mein Gegenüber ist das Clipboard des OS. Aber auch hier gibt es ein paar “Basistypen” für Objekte ( wie z.B. URL, Text, ImageList, etc. ) die mir das Behandeln solcher Objekte vereinfachen / ermöglichen. Der Rest ist aber im Grunde genau wie innerhalb von Flex.

cheers,
Sebastian

einen kleinen Nachtrag zu gestern muss ich noch machen. Denn da hatte Chris Scott sein Flex Framework Swiz vorgestellt.

Genauso wie bei Cliff Hall und seinen PureMVC ist Swiz aus dem Frust über die Umständlichkeit von Cairngorm entstanden. Inspiriert von Java gibt es in Swiz einen Beanloader der Componenten wie Services, Controller oder Model lädt. Anstelle von Funktionsaufrufen die z.B. das koppeln von Events und Methoden übernimmt, nutzt Chris Scott seine eigenen Meta-Angaben mit fixer Notation um dies vorzunehmen.

Anstelle der berühmten getInstance-Methode aus Cairngorm um die Singelton Instanze des Models zu bekommen oder auch eine Instanz eines Services steht bei Swiz das Meta-Statement [Autowire]

[Autowire(bean="userService")]
public var userService : RemoteObject;

Der im Bean geladene Service wird hier über sein id-Attribut an eine Variable gebunden. Ebenso würde es sich mit anderen “Beans” anderer Objekttypen verhalten.
Ähnlicht vereinfacht hat Chris das Koppeln von Events. So gibt es nicht mehr eine Funktion in einem Controller die einen Eventhandler an ein Event bindet. Es gibt nur eine Methode die ich über eine Meta-Statement zu einem Eventhandler mache. Ich gebe dort also den Eventidentifier an (String) und eine Liste von Parametern ( nur für die Parameterreihenfolge ) an.

Beim Lesen der Doku (Google Code Wiki) musste ich leider feststellen, dass dort noch nicht alles zu sehen war, was er uns vorgeführt hat, aber man kann gespannt sein, denn das Framework nimmt einem sehr viel Tipparbeit ab. Das einzige Problem ist, dass man in über die Meta-Angaben, leider die Typisierung zum Codingzeitpunkt verliert und Fehler evtl. erst zur Laufzeit bemerkt.

cheers,
Sebastian

p.s. kleiner Hinweis auf die 360|Flex Bildergalerie

ein salatreiches Mittagsessen mit verschiedenen Nudelsorten fand ich recht unamerikanisch. Geschmeckt hat es wunderbar ( und BBQ ist für heute Abend geplant ).
Giorgio Natili berichtet in seinem Nachmittagsvortrag über “Flex and Accessability”. Dabei stellt er kurz die grundlegenden Möglichkeiten des Flash Players vor, die sich im Wesentlichen auf die Microsoft Active Accessibility (MSAA) beschränken. Bei der entsprechenden Verwendung können Screenreader damit auf die einzelnen Flash Komponenten zugreifen und entsprechenden Inhalt vorlesen. Dem Entwickler stellen sich dabei allerdings eine Reihe von Problemen.

Zum einen ist für eine bestmögliche Unterstützung mindestens der Flash Player 9.0.115 ( gleichzeitig die erste Version die auch den Firefox mit Accessability versorgt, früher Versionen waren beschränkt auf den IE ) erforderlich. Auf der anderen Seite muss aber auch ein möglichst aktueller Screenreader stehen. Was nicht unbedingt Teil des Vortrags war wir aber hinterher durchaus diskutiert haben, ist gerade die aktuelle Software nicht das was der Entwickler auf dem Client zu erwarten. Häufig sind entsprechende Systeme relativ “konservativ” konfiguriert.
Unabhängig davon, dass aktuell nur Windows als Host unterstützt wird, der Mac aber in Vorbereitung zu sein scheint, kann der Accessability anstrebende Entwickler noch lange nicht auf eine ausgereifte Tastatursteuerung zurückgreifen. Für Standardkomponenten funktioniert dies wunderbar, sofern man das tabEnable-Attribute entsprechender Komponenten auf true setzt.
Spätestens wenn eigene Komponenten zum  Einsatz kommen, innerhalb derer eine Tastatursteuerung möglich sein soll, muss der Entwickler Hand anlegen, da ansonsten die inneren Elemente der eigenen Komponente übersprungen werden. Giorgio entfernt dazu z.B. dynamisch alle tabEnable-Attribute umliegender Elemente und setzt sie dafür an alle Elemente der eigenen Komponente. Wird das letzte Element der eigenen Komponente verlassen werden alle anderen  wiederum neu belegt.
Das gleiche Problem, dass auch AJAX-Webseiten haben, nämlich dem Screenreader mitzuteilen, dass sich der Inhalt eines Elementes verändert hat lässt sich über die Methode sendEvent() der Accessability Klasse lösen. Diese kaum dokumentierte, aber existente Methode feuert entsprechende Events über die MSAA-API an den Screenreader, der darauf hin die entsprechenden Änderungen wahrnimmt.

Unter dem Titel “Encrypting Flex, Protecting Revenue, and Making Cash!” stellt Andrew Westberg für den Sponsor Simplified Logic deren Produkt Nitro-LM vor. In weiten Teilen der Flex Community wird Code freizügig zur Verfügung gestellt und die viele Lösungen sind frei verfügbar. Aber es soll ja auch Unternehmen geben, die damit tatsächlich Geld machen wollen. Aber was wenn das SWF-File einmal im Internet verwendet und für den Rest der Menschheit ansurf- und herunterladbar ist ?! Nachdem ich das erste mal einen SWF-Decompiler in Action gesehen habe und wie der mein komplettes Projekt aus einer SWF-Datei wiederherstellte war klar, dass es sich bei SWF-Files im Grunde um Open Source handelt. Nicht zuletzt da SWF in der Tat ein offenes Format ist.
Stufe 2 des Code Hiding, nach dem kompilieren als SWF, ist der Versuch den Code soweit unlesbar zu machen – Obfuscating – sodass zumindest ein menschlicher Entwickler nichts mehr damit anfangen kann. Nachdem Andrew 3 verschiedene Tools vorgestellt hat, die meinten diese Aufgabe zu übernehmen, und zwei unterschiedliche Tools sogar ein identisches Resultat lieferten, der Code aber trotzdem noch “gut” lesbar war, oder zumindest mit Suchen und Ersetzen lesbar gemacht werden konnte, schienen auch das nicht Mittel der Wahl zu sein.
Einen interessantern Ansatz verfolgte Stufe 3. Diese macht sich den Umstand zur Nutze, dass entsprechende Decompiler in der Regel nicht eingebettete Inhalte durchsuchen. Das vorgehen ist also wie folgt: Erstelle ein Libraryfile, das z.B. ein Interface implementiert, mit all dem Code den du schützen möchtest. Verschlüssel dieses File z.B. durch Bytearray-Operationen.  Baue eine Factory die das Laden und entschlüssel übernimmt; nutze das Interface. Dies geht leider in diesem Sinne nur für AS-Code nicht aber für umgebendes MXML.
Stufe 4 ist nun die angepriesene Lösung von Simplified Logic. Diese stellen eine Komponente bereit die Flex-Module nachlädt. Nach dem Erstellen der Module werden diese durch eine bereitgestellte AIR-Anwendung mit einem privaten Schlüssel der Komponente und einem öffentlichen Schlüssel von mir als Nitro-LM Kunde. Nun übernimmt Nitro-LM ein komplettes User-Handling für mich. Den im meinem Kundenaccount kann ich nun für meine verschiedenen Module User anlegen und ihnen Zugang auf die Module gewähren. Den im Client ist eine das Einloggen notwendig um entsprechende Nutzer zu verifizieren.
Der letzte Teil der Überschrift “…and Making Cash!” ist nun der Big Brother Teil. Den ein Service ist die Nutzerüberwachung, indem mir die Möglichkeit gegeben wird – ich muss es ja nicht einsetzen, aber ich könnte, so die Meinung – Alerts zu generieren, wenn z.B. die Lizenz eines Nutzers demnächst ausläuft und ich ihn anrufen sollte. Oder wenn der User sich lange nicht mehr eingeloggt hat, oder was auch immer Nutzer so gerade tun … muss man ja nicht, könnte man aber …

cheers,
Sebastian

heute war Grand Opening. Tom und John begrüssten die Massen in dem voll besetzten Saal des Ebay Gebäudes. Hier sind doch mehr Teilnehmer als ich gedacht hatte bzw. bereits gestern beim Hands on anwesend waren, die Veranstaltung ist inzwischen auch ausgebucht.
Heute ging es auch gleich weiter mit den netten Presenten. Auf den Stühlen lagen Sonnenbrillen aus”[..] than you look like the King.” (Tom Ortega), die doch stark an Elvis erinnerten ( Bilder folgen sobald das funktioniert ). Nachdem die beiden also ein Bild mit lauter “Kings”gemacht haben, reichte Tom das Wort weiter an Mark Anders von Adobe.

Mark gab einen Überblick über die Entwicklung von Flash und Flex, beginnend beim Flash Player 7, und was und wie Adobe heute an die Flash/Flex Community kommuniziert – nicht wirklich spannend. Für die, die sich noch nicht ausgiebig mit dem Flash Player 10 beschäftigt haben wurde es allerdings um so interessanter als Mark an Justin Everett Church, seines Zeichens verantwortlich für die Entwicklung des Flash Players, weitergab. Denn nun gab es nach einem kurzen Überblick über den aktuellen und nächsten Flash Player wunderschöne Demos von dem was der Flash Player 10 so alles zu bieten hat. 3D Effekte waren ja schon fast langweilig, aber wenn mehrere Kuben mit wild durch den Raum rotieren und auf deren Seiten Videos laufen die Filtern in Echtzeit manipuliert werden, dann ist das schon etwas was von Leistungsfähigkeit und den Möglichkeiten des Players überzeugt. Das gleiche gilt für das Speichern von Dateien aus dem Flash Player im lokalen Filesystem und dem Laden von eigenen Filter, ebenfalls aus dem lokalen Filesystem. Er wusste ganz genau wie er das Publikum in seinen Bann bekommen konnte, und ich freu mich bereits auf seinen Vortrag am Mittwoch, wenn es dort mehr zum Thema FP10 geben wird.
Zurück zu Mark ging es nun um die neue Zeichen-API in der nächsten Flash/Flex/Player Generation. Im Grunde handelt es sich dabei nur um eine deklarative Auszeichnungssprache für Grafiken, ich definiere also Grafiken durch XML. Weil ein Unternehmen names Degrafa im Grunde genau das gleiche mach, hat man sich bei diesem Thema zusammengetan. Besonders neu ist die Idee freilich nicht, Grafiken zu deklarieren, siehe SVG. Aber vielleicht schafft es ja Adobe mit seinen Plattformen dem ganzen eine entsprechende Größe zu geben. Format und Spezifikationen sind freilich Open Source. Das passende Format geboren ( Extension hab ich vergessen ). Flex, Thermo, Photoshop und dann sicher auch bald der Rest der Suite verstehen sich auf das Format. Unterstützung bei diesem Teil lieferten die Kollegen von Degrafa.
Zurück zu Mark – jetzt ging es nochmal schnell um Flex 4 ( Codename: Gumbo ). Cool ist die Zusammenarbeit zwischen den verschiedenen Adobe Tools und die verbesserte Trennung der verschiedenen Abteilungen.

1. Wir – die Designer – erstellen unsere Mockups in Photoshop – wo sonst.
2. Wir – die Designer – öffnen unser PSD-File in Thermo und lassen die erkannten Ebenen in entsprechende Funktionselemente konvertieren. D.h. Layer X mit Grafik Y wird zu einem Button, usw.
3. Wir – die Entwickler – bekommen das Thermo Projekt von unseren Designer und benutzen es nicht als Application sondern nur als Skin. Den mit Flex vier kommt die verbesserte Trennung von Code und Design. Auf die Skin-Files von den Designer ( die sich natürlich noch ändern können ) kommt nun unser Code in anderen Dateien hinzu, die damit dann gleich viel übersichtlicher werden.

Man wird sehen ob und wie sich Thermo wirklich durchsetzen wird. In Zeiten von HTML nannte man das Dreamweaver um den Designer WYSIWYG-Editoren an die Hand zu geben. Aber die Möglichkeiten der Designer sind damit sehr eng an die vorgegebenen Möglichkeiten des Editors gebunden. Wir verbleiben also mit Spannung auf die finalen Versionen …

cheers,
Sebastian