• Den Open Screen Project Manager, siehe http://blog.customactions.net/2010/12/openscreen-project-manager-released/
• Den Adobe Packager for iPhone: http://labs.adobe.com/technologies/packagerforiphone/
• Eine App-ID nach dem Muster com.example.myApp, vergleiche letzter Post
• Ein Provisioning-File, vergleiche letzter Post
• Ein Entwickler-Zertifikat – wichtig: Mit der Endung .p12!
• Ein installiertes FDT 4.1

Dann kann’s losgehen. Der Open Screen Manager ist eine AIR-Anwendung, die ein Projekt-Template für FDT installiert. Ein solches Projekt erzeugt ein Standard-Projekt, ergänzt um die folgenden Ordner:

• bin: Das Export-Verzeichnis für alle Open Screen Formate
• bin/ios: Das Export-Verzeichnis für iOS-Apps
• bin/resources: Hier können externe Inhalte (Bilder, XMLs, …) abgelegt werden, die die Anwendung nachladen kann. ACHTUNG: SWFs dürfen keine Logik enthalten
• build: Einstellungen und Ant-Skripte
• build/core: Enthält zentrale Skripte plus einiger Pfadangaben. Kann im Einzelfall geändert werden, muss aber normalerweise nicht.
• build/device: Enthält Settings für jedes unterstütze Gerät. Muss normalerweise nicht geändert werden
• build/*.properties: Wichtige Settings, die manuell geändert werden können, aber normalerweise durch einen Dialog geändert werden:
• build/project.osp: Per Doppelklick zu öffnender Dialog zum Setzen der wichtigsten Einstellungen

Diese Einstellungen sind die folgenden:

• Project-Settings, Name: Dieser Name wird später auch am Icon der Anwendung auf dem iPad-Desktop stehen.
• Project-Settings, Identifier for Distribution: Zum Beispiel com.example.myApp
• Project-Settings, File name: Das SWF
• Project-Settings, SWF Content: Der Name des SWF ohne Suffix (?)
• Project-Settings, Main class: Die zu startende Klasse in dem SWF
• Device-Settings: Hier ist die iOS-Plattform auszuwählen, also iPad, iPhone, …
• Plattform-Settings, iOS certificate file: Das Zertifikat des Entwicklers – wichtig: als .p12-Datei
• Plattform-Settings, iOS certificate password: Das Passwort, mit dem die .p12-Datei verschlüsselt wurde
• Plattform-Settings, iOS Provision file: Das Provisioning-File
• Plattform-Settings, iOS Adobe Packager (pfi): etwa ../../packagerforiphone/bin/pfi, aus dem erwähnten Paket

Kompiliert wird über Ant (/build/build.xml). Achtung: Das Skript wird basierend auf dem oben ausgewählten Device erstellt. Wenn dort nichts eingetragen ist, ist das Skript leer. Falls der Task fehlerfrei durchläuft, sollte unter bin/ios/ipad/ eine .ipa-Datei mit dem unter Project-Settings/SWF Content eingetragenen Namen erscheinen. Diese kann man dann via iTunes installieren

1. Man besorge sich einen iOS-Developer Account.
2. Man logge sich ein.
3. Man gehe zum iOS Provisioning Portal (rechts in der Navi)
4. Man gehe zu “Devices”, und richte (zum Beispiel) sein iPad ein. PS: Die UDID (“Device ID”) findet man, wenn man in iTunes auf der Übersicht der Geräteeigenschaften auf die Seriennummer klickt. Diese wird dann zur UDID^^
5. Man gehe zu “App IDs” und trage die folgenden Informationen ein: Description (Fließtext), “Bundle Seed ID” (die App-ID, unter der man mehrere Apps bündeln möchte – optional), “Bundle Identifier” (zum Beispiel com.example.myApp)
6. Man gehe zu “Certificates” und lege einen neuen “Team Member Account” an (man beachte dabei das “Howto”, ganz rechts). Das ist wichtig, der aktuelle Account dient nur zu administrativen Zwecken. Auch wichtig: Erst nach der Verifizierung per Email erscheint der neue Account unter “Team Member Certificates”
7. Man gehe zu Provisioning und verknüpfe App-ID(s), Entwickler und Device(s)
8. Man lade sich das resultierende Provisioning-Profile runter

Das Open Screen Project hat sich viel vorgenommen:

Enable consumers to engage with rich Internet experiences seamlessly across any device, anywhere.

Dies für FDT 4 umzusetzen ist das Ziel des “OpenScreen Project Managers”: Ein Project-Template, das im Grunde nur eine Sammlung von Ant-Skripten plus einer Oberfläche zum Administrieren dieser Skripte mitbringt. Man kommt trotzdem nicht drumrum, zum Beispiel für iOS-Veröffentlichungen den ganzen Overhead (Login benötigt!) zu erledigen, aber trotzdem: Hat man das ganze erst mal durchschaut, ist es komfortabler als die Konsole

PS: Danke an Björn!

Grundsätzlich bin ich großer Fan von switch-Anweisungen… aber das sieht merkwürdig aus wobei, je länger ich es mir ansehe…

Quelle: http://my.adobe.acrobat.com/p56475882/, eine großartige Video-Präse (zumindest die erste Hälfte) über OSMF.

It turns out that on the Internet, people use Flash. Open means you are inclusive, not exclusive and open means innovation.

Und mehr sage ich dazu nicht.

via Thomas.

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^^

private function foo():void
{
var fileRef : FileReference = new FileReference();
var myRequest: URLRequest = new URLRequest(“http://www.google.com/test.mp3″);
fileRef.download(myRequest);
}

Funktioniert:

private var _fileRef : FileReference = new FileReference();
private function foo():void
{
var myRequest: URLRequest = new URLRequest(“http://www.google.com/test.mp3″);
_fileRef.download(myRequest);
}

Quelle: http://kb2.adobe.com/cps/363/3637d5c3.html

HTH

Adobe kündigt CS4 an, und John Nack spricht über die Details – wenn auch nicht im Detail, quasi

Ärgerlich 1: Es scheint wieder kein “Production Standard”-Bundle zu geben, mit (mindestens) Photoshop Extended, After Effects und Soundbooth. (Sehr) ärgerlich 2: Besitzer von CS3 Design Premium können nicht auf Photoshop CS4 upgraden; nur ein Upgrade des kompletten Paketes scheint möglich.