Man mag ja von Apple und dem iPad halten, was man will: Tatsache ist jedoch, dass durch dieses Gerät und durch den Hype, der im vergangenen Jahr 2011 darum gemacht wurde, die Diskussion um die Zukunft der gedruckten Medien (wieder einmal) so richtig in Fahrt gekommen ist und sich die digitalen Endgeräte um iPad und Co. mittlerweile als eigener Kommunikationskanal in der Medienlandschaft etabliert haben.

Die auflösungsreduzierte PDF-Variante galt lange Zeit als Maß aller Dinge und Mittel der Wahl für die Zweitverwertung von Print-Produkten speziell für die Online- und Mobile-Kommunikation.
Diese Art der Informationsbereitstellung wurde aber schon längst nicht mehr den technischen Möglichkeiten, welche die heutigen Geräte bieten, und dem Konsumverhalten sowie den Anforderungen, die die heutigen Nutzer an solch ein Medium erwarten, gerecht. Mal ganz abgesehen von einer suboptimalen Informationsvermittlung – bedingt durch die schlechte Lesbarkeit eines Textes, welcher ursprünglich ja unter anderen Gesichtspunkten für ein Print-Layout aufbereitet wurde und der wenig intuitiven seriellen Navigation durch die seitenorientierten Informationshäppchen. Umblätter-und-Zoom-Genuss – ohne Kontext, ohne Interaktion und ohne Mehrwert!

Digital Publishing – bestimmt ist euch dieser Anglizismus, der aus heutiger Sicht für das Publizieren von Zeitschriften und Ähnlichem auf digitalen Endgeräten steht, schon mehrmals über den Weg gelaufen. Spätestens seit Adobe mit der digitalen Ausgabe der Wired ein Feuerwerk an Interaktivität, Kontext und Funktion entfacht hat und die dazugehörigen Werkzeuge zur Erstellung digitaler Magazine in die Adobe Produktpalette aufgenommen hat, hat sich dieser Begriff in der Kommunikation zu einem Synonym für die Ausgabe von Inhalten auf Tablet-Geräten manifestiert. Allen voran natürlich Inhalte, die in ihren redaktionellen und optischen Eigenschaften eine Print-Metapher – also Magazin- und Katalog-Strukturen – aufweisen.

Auf diesem Wege und mit diesen Werkzeugen von Adobe ist es möglich, schon gleich mitten im Erstellungsprozess eines gedruckten Produktes, die weiteren Ausgabekanäle für iPad und Co. zu berücksichtigen und multimedial vorzubereiten. Die Herausforderungen der unterschiedlichen Gestaltungsregeln und der Usability von Print- und Screen-Designs löst dieses Werkzeug zwar nicht – es vereinfacht aber die zentrale Verwaltung der Informationen und erleichtert die Ableitung einer optimierten Variante für mobile Endgeräte. Und das gleich direkt aus Adobe InDesign.

Wir haben diese Entwicklung und den Hype um diese Werkzeuge bereits von Beginn an mitverfolgt und sind auch bei Adobe in der Beta-Phase schon aktiv gewesen. Heute können wir auf einen großen Erfahrungshorizont und natürlich auf zahlreiche erfolgreiche Kundenprojekte zurückblicken, die wir im Jahr 2011 umgesetzt haben.

Einen Punkt möchte ich aber noch zur Diskussion stellen:
Ich hab mich nur gefragt, warum das Thema um die Ausgabe von digitalen Publikationen auf dem iPad eigentlich immer “Digital Publishing” genannt wird? Ist doch eh schon alles immer digital seit Beginn der DTP-Revolution Mitte der 1980er produziert worden…

Wäre es nicht besser alle Themen um iPad-Adaptionen und Interaktiven PDF-Dokumemte dieser Welt als “Interactive Publishing” zu verpacken?

Ich denke ja! Das würde namentlich den Mehrwerten, die dort implementiert werden doch deutlich gerechter werden. Schließlich geht es ja um die Erweiterung der bestehenden optischen Informationen – also Inhalt und Layout – um weitere Funktionen: sprich Interaktion mit dem Benutzer!

Und in der Praxis bei OE+W arbeiten die beiden Abteilungen INTERAKTIV + PUBLISHING ja auch Hand in Hand.

OESTREICHER+WAGNER konnte sich am Wochenende über den Besuch von Johannes Henseler freuen (@frischmilch). Der Gewinner des Adobe MAX-Awards und Herausgeber des DONE-Magazine überzeugte im Rahmen einer Inhouse-Schulung zum Thema “Tablet Publishing” und “Adobe DPS”.

Zu Beginn diskutierte Johannes Henseler in einer ausführlichen Präsentation über die Position des iPads und dessen Bedeutung in der Medienwelt. Dieser neue aufmerksamkeitsstarke Kanal sorgt durch die ideale Verbindung von Gestaltung, Interaktivität und Konnektivität für ein eindrückliches Leseerlebnis und es zeichnen sich mittlerweile – nicht nur in der Verlagsbranche – echte Geschäftsmodelle ab.

Henseler betonte in seinem Vortrag vor allem auch die Vielseitigkeit des Mediums. Das iPad bedient als Arbeitsgerät den aktiven Medien-konsum bzw. die aktive Informationssuche, spielt aber ebenso als Unterhaltungsmedium für die passive Informations-aufnahme eine große Rolle. Diese Eigenschaft, also der Wechsel zwischen “lean forward” und “lean back”,  lässt sich am täglichen Leserverhalten der Financial Times verdeutlichen und sollte daher für die jeweilige Informationsdarstellung nicht unbeachtet gelassen werden.

In einer Hands-On-Schulung teilte er sein umfangreiches Fachwissen den Mitarbeitern von OE+W mit. Was gilt es bei der Entwicklung einer digitalen Publikation zu beachten, welche Tipps und Tricks gibt es bei der Anwendung der Adobe Tools und wie wird sich Adobe auf dem digitalen Feld weiterentwickeln, sind nur ein Auszug an Fragen die beantwortet wurden.

Das OE+W Team war begeistert und das Wochenende wie immer zu kurz, denn die meisten hätten gerne weiter getüftelt und diskutiert. Überstunden können also, sogar am Wochenende, äußerst unterhaltsam sein. Dafür, an dieser Stelle, noch einmal ein herzliches Dankeschön an Johannes Henseler.

Das Tablet avancierte in den letzten Monaten für viele Mediendienstleister und Kreative zum täglichen Arbeitswerkzeug. Nach und nach steigt nun der Qualitätsanspruch, sowohl an die Geräte selbst, als auch an Publikationen und Apps, die wir darauf konsumieren. Dabei spielt auch die Frage der Farbverbindlichkeit eine gewisse Rolle. Was in der klassischen Printproduktion längst Standard ist, wird auf den mobilen Geräten streckenweise noch ignoriert. Der folgende Blog-Eintrag gibt einen kurzen Überblick  und eine Empfehlung für den Umgang mit Bildern auf dem iPad.*

Das iPad bietet grundsätzlich keine Kalibrierungsmöglichkeiten und, abgesehen von der Helligkeit, auch keine hardwareseitigen Bildschirmeinstellungen. Dies ist bereits das erste Indiz dafür, dass eine verlässliche Farbverbindlichkeit kaum möglich sein kann. Die meisten iPad-User werden zudem schon festgestellt haben, dass ein Vergleich zwischen mehreren Geräten erhebliche Unterschiede in der Farbtemperatur der Bildschirme aufweist. Ein Layout oder Bild auf unterschiedlichen Geräten erscheint daher mal bläulich, gelblich oder zu rot.

  
iPad Bildschirme im Vergleich (iPad 2 - iPad 2- iPad)

Untersucht man nun das iOS genauer, zeigt sich, dass auch kein zentrales CMS (Colormanagement-System) auf dem Gerät existiert, wie es bei Macs in Form von ColorSync beispielsweise der Fall ist. Mit dem folgendem Testbild (erhältlich hier: http://to.ly/bQ6s) kann man kontrollieren, ob ICC-Profile interpretiert werden können und somit eine korrekte Farbdarstellung möglich ist. Die Abbildung zeit das Testbild, nachdem es per Email auf das iPad gesendet wurde (iOS 5.2). Ohne CMS wird das Farbprofil nicht erkannt und das Trick-Profil bringt den “not”-Schriftzug zum Vorschein.

Synchronisiert man das gleiche Bild beispielsweise mit iPhoto, bleibt dieser Effekt aus. Grund dafür ist jedoch nicht etwa das Erkennen des korrekten Farbprofils. Stattdessen zeigt sich, dass das Bild nach der Übertragung auf das iPad ein sRGB-Profil aufweist, was bedeutet, dass Apple das Bild standardmäßig konvertiert um dem “Webstandard” gerecht zu werden. Da es jedoch kein zentrales CMS gibt, gehen andere Applikationen völlig anders mit Farbprofilen um. Die GoodReader-App zum Beispiel lässt Bilddaten unverändert. Daher kommt es auch hier zur fehlerhaften Darstellung des Testbildes.

Bei der Vermessung des iPads zeigt sich, dass dessen Farbraum kleiner als der sRGB-Farbraum ist. Demzufolge können viele Farben auf dem Gerät nicht dargestellt werden und gerade die Grauachse begrenzt die Möglichkeiten von Zeichnung in hellen und dunklen Bereichen.

 
iPad-Farbraum vs. sRGB-Farbraum (Grid)

Fazit und Empfehlung:
Es bleibt festzuhalten, dass derzeit eine Farbverbindlichkeit auf den Geräten nicht zu erzielen ist und Softproofs grundsätzlich undenkbar sind. Man wird abwarten müssen, bis ein zentrales CMS im OS integriert wird, bevor hier bessere Ergebnisse erzielt werden können.

Unsere Empfehlung lautet, Bilder immer nach sRGB umzurechnen, bevor diese auf dem iPad oder anderen mobilen Geräten Verwendung finden. Manche Anwendungen wie Apples iPhoto oder auch die Adobe Digital Publishing Suite (Adobe DPS) übernehmen dies bereits automatisch für den Anwender. Will man jedoch auf Nummer sicher gehen, evtl. sogar eigene Konvertierungseinstellungen oder DeviceLink-Profile verwenden, sollte man dies im Vorfeld eigenständig durchführen. Auch wenn der sRGB-Farbraum etwas größer als der des iPads ist, sprechen die grundsätzlichen Charakteristika und kleinen Farbraumgrößen sowie das Argument des allgemeinen Webstandards für diese Vorgehensweise. Aktuell haben unsere Tests hier die besten Ergebnisse geliefert.

*Untersucht wurde lediglich das iPad (G1 & G2). Die Empfehlungen lassen sich jedoch auf Androide und Co übertragen.

Die Gewinner des Creative Awards stehen fest: Es war eine knappe Entscheidung von nur 0,07 Punkten, mit denen sich die “Bildhafte Typografie” gegen das Bild “Ascending the Axolotl Temple” durchsetzen konnte. Gewonnen hat die 1000.- Euro unsere junge Kollegin Laura Zarbo und bekam bei der Preisverleihung auf unserer Weihnachtsfeier tosenden Applaus. Aber auch der Zweitplatzierte Markus Katheder, der sich besondere Mühe mit dem Entstehungsvideo seines Bildes gab, konnte sich über seinen Gewinn von 750.- Euro freuen. Dritte wurde Melanie Lehmann mit “OEW + Munich – Colored Heart of Town”, konnte aber ihren Preis von 500.- aus Krankheitsgründen leider nicht entgegennehmen.

Platz vier gingn an Gerhard Mielenz mit dem Bild “Schnecke”, die Plätze fünf und sechs gingen an das Team VINX mit “Urban Escape” und Klaus Junk mit “Last Buffalos”.

Wir gratulieren den Gewinnern recht herzlich und wünschen viel Freude mit den Preisgeldern!

Geschäfttsführer Christian Oestreicher gratuliert der stolzen Gewinnerin Laura Zarbo.

Nachdem die BRAVO GiRL! die App bereits unter die Top 5 der besten Weihnachts-Apps gewählt hat, ist unser digitaler Adventskranz nun auch in der gestrigen Sendung bei RTL Punkt 12 gelobt worden: Die App  ersetze zwar nicht einen richtigen Adventskranz, sei aber sehr schön gemacht und vor allem kindersicher!

Die Downloads reißen derweil auch nicht ab: In diesem Advent ist der Kranz bereits über 48.000 Mal runtergeladen worden und derzeit belegen wir einen grandiosen Platz 4 der AppStore Unterhaltungscharts für die kostenfreien iPad-Apps!

Wir freuen uns über den enormen Zuspruch und hoffen, dass wir auch noch die 50.000er-Marke knacken!

Nach dem großen Erfolg unseres mobilen Adventskranzes für das iPhone/iPad und diversen Anregungen der User bezüglich einer Weiterentwicklung, haben wir in diesem Jahr den Adventsbegleiter neu aufgelegt – mit Adobe Flex 4.5. Dies ermöglicht uns,  mobile Apps intern zu erstellen und bietet darüber hinaus eine gute Gelegenheit, die Vor- und Nachteile direkt in der Praxis zu testen.

Schon vor Beginn lagen ein paar Vor- und Nachteile auf der Hand:

Vorteile:

• Plattformübergreifende Entwicklung (iOS, Android & Blackberry Tablet) aus einem Quellcode.
• Vorhandene Flashkenntnisse und mögliche Wiederverwendung von bestehendem Code / Material
• Mehrfachnutzung z.B.für die Webseite

Nachteile:

• Beschränkter Zugriff auf Funktionen (Kamera, In-App-Purchase, etc.)
• Möglicherweise Performanceprobleme durch Flash auf mobilen Geräten

Die Adventskranz-App

Seit 2009 haben wir eine einfache aber hübsche Adventskranz-App im iTunes AppStore. Die erste Version war nativ für iOS erstellt und beschränkte sich darauf je nach Datum fünf verschiedene Bilder mit der entsprechenden Anzahl an brennenden Kerzen anzuzeigen. 2010 gab es dann die Möglichkeit mit Flash Professional CS5 Apps zu erstellen, worauf wir mit wenig Aufwand animierte Kerzen mit flackernder Flamme einbauen konnten. Bereits diese ersten Versionen kamen hervorragend an und wir freuten uns über zusammen etwa 25.000 Downloads.

Für 2011 haben wir uns etwas mehr vorgenommen und wollten ein paar der lang gewünschten Funktionen einbauen. Dazu gehörte vor allem mehr Individualität für den Kranz selbst, die Kerzen manuell an- und auszumachen, dass sie tatsächlich herunterbrennen und kleinere Features wie das Ausblasen der Kerzen. Und durch Adobe Flex wurde es uns auch möglich, ohne Mehraufwand in der Entwicklung eine Version für Android anzubieten.

Die Fotografie

Nachdem das Konzept schnell fest stand und grundsätzliche Gestaltungsfragen geklärt waren, konnten wir mit der Umsetzung beginnen. Dazu musste Ende September erstmal ein Adventskranz besorgt werden, was nicht ganz so einfach ist, wie vielleicht gedacht. Dank unseres eigenen Fotostudios konnten wir ihn genau so fotografieren, wie wir ihn benötigten, und zeitgleich die ersten Testaufnahmen in das Test-Composing einfügen.

Die einfarbigen Kerzen haben wir aus verschiedenen Richtungen, jeweils brennend und nicht brennend fotografiert. Und um die verschiedenen Höhen hat sich dann unsere Retuscheabteilung gekümmert. Eine unerwartete Herausforderung stellte das Einfärben dar: Was auf den kalibrierten Monitoren wie ein adventliches Rot aussah, wurde auf iPad und iPhone eher zu einem trüben Etwas. Und auch die anderen Farben entsprachen so gar nicht dem, was erreicht werden sollte. Ein Umstand der uns wieder deutlich machte, dass die aktuellen Geräte nicht farbecht sind und Bilddaten unbedingt frühzeitig auf den tatsächlichen Geräten getestet werden sollten.

(Achtung jetzt kommt Technik. Für nicht Technikinteressierte geht es hier weiter.)

Die Umsetzung mit Flex Mobile

Direkt am Anfang entschieden wir, die Hauptfunktionalität (Kranz, Kerzen, Logik, etc.) in eine Bibliothek auszulagern, damit der Kranz auch im Web oder anderen Flex-Projekten verwendet werden kann. Flex bietet hierfür hervorragende Möglichkeiten und durch die frühzeitge Entscheidung,entstanden keine Mehraufwände.

Nach dem Fotografieren wurden die Bilddaten der verschiedenen Kränze, Hintergründe und Kerzen in unserer Retuscheabteilung vorbereitet, Eine erste Herausforderung in der Umsetzung ist, hier die Daten so vorzuhalten, dass wir die App in Zukunft problemlos updaten und erweitern können, da die Nutzer dieses Mal eigene Konfigurationen erstellen können und diese auch im nächsten Jahr noch funktionieren sollten. Hierzu haben wir die Bilddaten in die App eingebettet und eine XML-Datei erstellt, die die eindeutigen Bezeichnungen der dahinterliegenden Assets enthält.

Durch Erfahrung in der Webentwicklung ist man schnell geneigt, auch die Einstellungen der User in einer XML-Datei zu speichern. In mobilen Apps ist es üblich, dass die aktuellen Einstellungen sofort gespeichert werden und die App so seine “Persistenz” auch nach spontanen Telefonanrufen oder Abstürzen beibehält. Dauernd die XML-Datei zu überspeichern, ist möglich, allerdings bietet Adobe hierfür eine bessere Methode an ­– den PersistenceManager. Hier können Key-Value-Parameter on the fly gespeichert werden und das in einer plattformübergreifend gleichen Methodik. Gerade hierbei war zu beachten, dass die gewählten Einstellungen auch noch in späteren Versionen erhalten bleiben. Daher wird die aktuelle App-Version mitgespeichert und bei Abweichungen ein Migrationsprozess aufgerufen.

Die grundlegende Logik für den Kranz war auf Grund den Erfahrungen aus den Vorjahren schnell erstellt. Allerdings werden diesmal die Adventstage dynamisch berechnet. (Ein Umstand der uns später noch mal einholen sollte.) Das Resultat war eine Adventskranz-Kompenente für Flex, die mit einem Konfigurations-Objekt gefüttert werden konnte. Durch die Layout-Möglichkeiten in Flex kann diese Komponente beliebige Seitenverhältnisse und Größen annehmen, so dass wir sie flexibel in unterschiedlichen Anwendungsfällen nutzen können.

Abgesehen von der Persistenz mussten wir bisher kaum auf mobile Einschränkungen eingehen und konnten die App wie gewohnt entwickeln und lediglich darauf achten, für mobile Endgeräte geeignete Framework-Komponenten zu nutzen. Gerade die Speichernutzung ist kritisch und wir haben daher versucht, so wenig verschiedene Objekte wie möglich zu benutzen. Da es das erste mobile Projekt war, gibt’s hier bestimmt noch weiteres Potenzial, die Performance zu optimieren.

“Integration in die App”

Die funktionierende Adventskranz-Komponente musste nur noch in eine passende App verpackt und ein Interface für die Konfiguration des Kranzes erstellt werden. Hier stellt sich zuerst die Frage, wie zwischen Telefonen und Tablets unterschieden wird. Die Kranzkomponente hat hier schon bestens funktioniert, da sie auf keine bestimmte Größe festgelegt ist. Nicht so einfach war das Konfigurationsmenü: Der erste Ansatz war, für Tablets die aus iOS gewohnten PopOvers zu nutzen und in Telefonen den Kranz komplett zu überlagern/ersetzen. Das war der erste Moment, wo uns Flex ein bisschen im Stich gelassen hat: In Flex gibt es keine PopOvers und wir hätten die Funktionalität selbst nachbauen müssen. Erhältliche Bibliotheken wie e-skimo bieten zwar alles und mehr als wir benötigen, aber sind auch mit Lizenzen verbunden, die uns davon abgehalten haben. Die pragmatischere Lösung bestand darin, das Menü einfach von der Seite her einzublenden.

Für das Konfigurationsmenü bietet Flex eine optimale Lösung – den ViewNavigator. Damit lässt sich in einfachster Weise die auf mobilen Geräten gewohnte Navigation realisieren. Das ins Framework integrierte Speichermanagement kümmert sich dabei um die Entsorgung der inaktiven Views und die Übergabe von Parametern erfolgt problemlos. In nur wenigen Stunden hatten wir so eine funktionierende Lösung für alle Konfigurationsmöglichkeiten.

Ein schon aus der letzten Version bekanntes Problem konnten wir leider auch diesmal nicht umgehen – die Ausrichtung. Als iPhone-Nutzer ist man zu Recht gewohnt, das sich die App automatisch der Orientierung anpasst, wenn das Gerät nach links oder rechts gedreht wird. Während es mit nativen Mitteln relativ einfach funktioniert, nur die beiden Querformat-Ausrichtungen zuzulassen, macht uns Adobe Air / Flash da Probleme: So können nur alle vier Ausrichtungen zugelassen werden oder nur eine. Versuche, das Hochformat zu unterbinden, hat nie zu zuverlässigen Ergebnissen geführt. Unser zähneknirschender Kompromiss, nur eine Ausrichtung zuzulassen, hat dafür zuverlässig funktioniert.

Erweiterte Funktionen

Die Ausrichtung funktionierte, der Kranz war konfigurierbar, mit der Zeit runterbrennende Kerzen waren integriert und eine App, die sowohl auf iPhones, iPads und Android-Geräten läuft, war programmiert: Und das alles aus einem identischen Quellcode. Aber es war noch genug Zeit, um ein paar weitere Features einzubauen: Wir wollten den Nutzern die Möglichkeit geben, ein eigenes Foto in den Hintergrund zu stellen. Damit wird der Kranz wirklich persönlich . Da uns Adobe Air den Zugriff auf die Kamera gibt, sprach auch nichts dagegen. Damit das Foto aber auch nach einem Neustart noch erhalten bleibt, muss es abgespeichert werden, wobei an die unterschiedlichen Bedingungen bei iOS und Android gedacht werden muss: Während bei letzterem das Foto automatisch im Filesystem abgelegt und ein Pfad zurückgegeben wird, werden bei iOS nur die rohen Bilddaten zurückgegeben. Um das Abspeichern muss man sich selbst kümmern. Als problematisch hat sich dabei die JPEG-Konvertierung dargestellt: Die Bilddaten werden vom System unkomprimiert übergeben und müssen dann mit Actionscript-Mitteln umgewandelt werden. Das ist leider alles andere als perfomant und die Nutzer müssen einige Sekunden warten, bis das Gerät wieder auf Eingaben reagiert. Hoffentlich ergibt sich hier mit Flex 4.6 durch die nativen Erweiterungen eine Möglichkeit, die Konvertierung nativ durchzuführen. Abgesehen davon war die Kameraanbindung einfach umzusetzen. Adobe Air stellt Funktionen bereit, mit denen vorher abgefragt wird, ob das aktuelle Gerät eine Kamera hat und ein Zugriff auf die Filmrolle zugelassen wird. Das funktioniert geräte- und plattformübergreifend und löst einige Kopfschmerzen, die sich hier sonst ergeben könnten.

Das zweite Feature sollte eine einfache Facebookintegration werden. Der persönliche Adventskranz kann als Foto auf die eigene Pinnwand gepostet und damit etwas weihnachtliche Stimmung verbreitet werden. Hierfür stellen Adobe und Facebook eine Bibliothek bereit, die sich um alle Aspekte kümmert. Was mit einem kleinen Machbarkeitstest begann, war wenige Stunden später bereits in die App integriert. Allerdings kommt auch hier wieder die Schwäche mit der Bildberechnung zum Tragen: Während es mit Flash mehr als einfach ist, die Bilddaten des aktuellen Kranzes als BitmapData abzufragen, müssen diese vor dem Hochladen erst komprimiert werden. Das dauert einige Sekunden und in dieser Zeit reagiert die App auf keinerlei Eingaben. Multithreading wird leider nicht unterstützt.

Performance

Schon während der Entwicklung, wurde die App immer wieder auf den vorhandenen Geräten getestet (iPhone 3GS und iPad 1). Und schnell wurde klar, dass sich ein Adobe-Air-App nicht 100%ig nativ anfühlt. Es braucht durch die Flash-Runtime relativ lang zum Laden und reagiert leicht träge auf Benutzereingaben. Manchmal hängen die Menüs ein bisschen, bevor das Nächste angezeigt wird und die Wisch-Bewegung hakt etwas. Das lässt sich vermutlich noch durch besseres Datenhandling optimieren. Für den Adventskranz fehlte uns dafür leider die Zeit, da der Hauptfokus auf dem Kranz und den Kerzen lag, die zufriedenstellend funktionieren.

Distribution

Als Distributionsziele haben wir in diesem Jahr neben dem iTunes AppStore auch den Android Market ausgewählt. In ersterem haben wir seit zwei Jahren die Adventskranz-App, welche geupdatet werden sollte. Das Erstellen der App für den AppStore klappt direkt mit Adobe Flash Builder und bedarf lediglich der üblichen Provisioning-Profile und Distributionszertifikate. Auf ein unerwartetes Problem sind wir erst beim eigentlichen Hochladen gestoßen: Apps mit Adobe Air / Flex benötigen gewisse UIDeviceRequirements, d.h. sie laufen nicht auf älteren Geräten (<= iPhone 3G). Ein Umstand, mit dem wir leben können, aber wie sich herausstellte, erlaubt Apple nicht, dass App-Updates neue Einschränkungen beinhalten. Eine App muss ab Version 1.0 die Einschränkungen für alle späteren Versionen enthalten. Für Benutzer sicher eine gute Sache, wir hatten allerdings plötzlich das Problem, unsere App nicht hochladen zu können. Die einzige Möglichkeit bestand darin, sie als eigene App hochzuladen. Um die User der alten App auf die neue Version hinzuweisen, haben wir diese zusätzlich aktualisiert und mit einem kleinen Hinweis-Popup versehen.

Bei zwei Apps mit ähnlicher Funktion greift bei Apple die Spam-Erkennung und beide Apps wurden auf Grund dessen zunächst abgelehnt. Um das Problem zu lösen bietet Apple ein “Resolution Center” an, mit dem wir unser Problem erklären konnten, und mit ein paar Tagen Verzögerung wurden sie dann doch noch freigegeben.

Im Android Market hatten wir derartige Probleme nicht zu fürchten. Das Erstellen der App klappte ohne weitere Anpassungen am Quellcode. Einfach “Android OS” als Zielplattform angeben, die Entwicklerprofile bereitstellen und schon hat man eine fertige Android-App. Allerdings müssen die User zum jetzigen Zeitpunkt mit Flex 4.5 Adobe Air noch selbst installieren, was für weniger technikversierte Nutzer eine kleine Hürde darstellen könnte.

Der Bug

Bis zum ersten Advent konnten wir schon einige tausend Downloads verzeichnen. Und natürlich wollte jeder am 1. Advent auch die erste Kerze anzünden. Aber dann passierte es: Die Kerze ging wieder aus. Die App schien nicht zu wissen, dass der 1. Advent ist. Wie konnte das passieren? Unzählige Male haben wir auf unseren iPhones und iPads das Datum auf die verschiedenen Adventtage gestellt und immer hat es problemlos funktioniert. Wie kann das sein? Während die ersten negativen Bewertungen im AppStore ankamen, macht sich ein verzweifelter Entwickler am ersten Adventssonntag auf den Weg in die Arbeit, um das Problem zu beheben. Bis Apple das Update freigibt, werden wieder einige Tage vergehen (und etwa auch der 2. Advent?).

Zuerst galt es allerdings, den Fehler zu finden. 10:52 Uhr: Die Verzweiflung ist noch groß. Das erste Indiz war, dass es problemlos funktionierte, wenn das Datum auf Montag gestellt wird. Diesen Hinweis in der App-Beschreibung hinterlassend, kombiniert mit einem „Sorry“ an alle, die zum Frühstücken einen Adventskranz wollten, ging es dann auf die weitere Fehlersuche.

11:14 Uhr: Der Fehler ist gefunden! Da der Kranz nicht erst ab Montag, sondern schon ab 12 Uhr funktioniert, war klar was passiert war: Die dynamische Datumsberechnung funktioniert ohne Probleme, allerdings hat sich eine “12″ in die Funktion eingeschlichen, die nicht für Dezember stand, sondern für 12 Uhr mittags. Nachdem die Entwicklung und alle Tests immer erst nachmittags stattgefunden hatten, ist dieser banale Fehler nie aufgefallen. Tagelang wurde genau diese Funktion nie vor Mittag getestet. Banal, aber für eine App, die nur an vier Wochenenden im Jahr genutzt wird, fatal!

11:50 Uhr: Der Fehler ist behoben und die App neu in den AppStore eingereicht. Leider mussten wir dazu ein bestehendes Update zurückziehen. Apple bietet allerdings die Möglichkeit, eine schnellere Bearbeitung zu beantragen, die in Ausnahmefällen mit ausreichender Begründung genehmigt wird. Diese wurde zwar später in der Woche abgelehnt, aber das Update kam dennoch rechtzeitig vor dem 2. Advent online.

Fazit

Die grundsätzlich bekannten Probleme und auch Vorteile haben sich letztendlich bewahrheitet. Adobe Flex ist vermutlich eine der besten Entwicklungsumgebungen, um möglichst schnell iOS und Android zu bedienen. Logik lässt sich in Bibliotheken ausgliedern und auch für Desktopprojekte verwenden. Bestehende verfügbare Bibliotheken helfen Anforderungen wie eine Facebook-Anbindung in wenigen Stunden umzusetzen. Und vorhandene Kenntnisse in Flash, Actionscript und Flex lassen sich optimal nutzen, so dass Ideen in kürzester Zeit umgesetzt werden können.

Die Kehrseite der Medaille sind allerdings Einbußen in der Performance. Nach unseren Erfahrungen mit der recht einfachen Adventskranz-App wird sich eine Flex-App aktuell immer etwas träge anfühlen. Die Nachteile der Flash Runtime machen sich auch bei der Nutzung innerhalb von Air bemerkbar: Um diese auszugleichen, muss mindestens mit mehr Aufwand in der Performance-Optimierung gerechnet und neues Know-how spezifisch dafür angeeignet werden. Im Zuge der Adventskranz-App haben wir da schon einiges gelernt, aber damit die App am 1. Advent online sein konnte, fehlte die Zeit, alle Performaceprobleme zu lösen.

Hinzu kommt, dass einige Nutzer berichten, dass die App beim Starten ihr iPad zum Absturz bringt. Dabei stürzt nicht nur die App ab, sondern das iPad startet sich komplett neu. Angezeigt wird nur der Splash-Screen, weswegen wir vermuten müssen, dass es mit Flex/Air selbst zusammenhängt, da noch kein Code von uns ausgeführt wird. Die Reproduktion des Fehlers ist uns selbst leider noch nicht zuverlässig gelungen. Da aber ein Neustart des iPads in manchen Fällen hilft, vermuten wir ein Speicherproblem..

Wofür eignet sich dieser Erfahrung nach Adobe Mobile Flex?

Apps, die die Animations- und visuellen Stärken von Flash/Flex nutzen können und nicht allzu perfomanceintensiv sind, können schnell und kostensparend umgesetzt werden. Auch für Apps, die nicht primär schnell auf Benutzereingaben reagieren müssen, ist Flex geeignet sowie für Apps, wie der Adventskranz, die einmal konfiguriert werden und dann ohne Userinteraktion laufen.

Müssen die Nutzer aber andauernd mit der App interagieren, wird die schnelle Reaktion wichtig. Aktuell gibt es mit Flex 4.5 noch Nachteile, die andere Wege wie PhoneGap oder Titanium unter Umständen besser lösen können.

Der Adventskranz 2012 wird vermutlich auf der gleichen Basis mit Flex entstehen. Mehr Erfahrung unsererseits und verbesserte Air Versionen von Adobe werden dafür sorgen, dass sich die Perfomance bis dahin verbessert. Hoffentlich!

Am 4. Dezember eröffnete Thomas Zehnter, der Bochumer iPad-Künstler, seine Ausstellung mit dem Titel “RezAPPte” in Bochum. Der Deutsch- und Kunstlehrer beschreitet mit dem Konzept seiner Ausstellung neue Wege: Ausgestellt waren nur selbstgemalte, farbig und künstlerisch entfremdete QR-Codes, über die die auf dem iPad erstellten Bilder erreichbar sind. Damit avancieren die Maschinencodes selbst zu eigenen Kunstwerken. Mit einem Smartphone abfotografiert und einer entsprechenden App öffnet sich der Weg zu den eigentlichen Bildern, welche Zehnter mit dem iPad kreiert. Für die Adventszeit erstellte Zehnter gleich einen kompletten Adventskalender nach diesem Prinzip: Der aus 24 QR-Codes bestehende Kalender versüßt das Warten auf Weihnachten beispielsweise mit Gedichten und natürlich seinen Bildern.

iPad-Art oder iPhone-Art ist in Amerika bereits durch eine große Community mit vielen Künstlern und Anhängern vertreten. Die einzelnen Künstler legen dabei unterschiedliche Facetten an den Tag: Einige malen direkt mit dem Finger, andere bearbeiten Fotografien, wiederum andere erstellen Grafiken. Dabei besteht immer die Herausforderung, eine geeignete App für den gewünschten Effekt mit der entsprechenden Intensität auszuwählen.

Der Zugang zu dieser Art von Kunst sei sehr einfach, meint Thomas Zehnter: Selbst ältere Menschen, die er in seinen Malkursen unterrichtet, fänden sich gut zurecht und würden schnell tolle Ergebnisse erzielen, weil die verschiedenen Apps viel automatisieren. Dabei sei ein künstlerisches Auge dennoch erforderlich, um “gute Werke” hervorzubringen.

Darüber hinaus präsentierte Zehnter die Entstehung seiner Kunst: Passend zum 4. Dezember, dem Barbaratag und Feiertag der Bergleute, fotografierte Zehnter zwei anwesende Barbaras mit Barbarazweigen und verfremdete das entstandene Foto live. Dabei besteht die Herausforderung, aus der Vielzahl von Apps genau diese herauszusuchen, die den gewünschten Effekt umsetzt. Kritikern, die dieser Technik den künstlerischen Aspekt absprechen, entgegnet er, dass in den frühen Anfängen der Fotografie ähnliche Stimmen laut geworden seien und mittlerweile die Fotografie als eigenständige Kunst etabliert ist.

Die Vernissage war auf- und anregend zugleich: Zehnter hat mit Hilfe der QR-Codes eine optimale Verbindung zwischen der analogen und digitalen Welt geschaffen. Und dadurch, dass der Betrachter selbst aktiv werden muss, um die Kunstwerke zu sehen, gewinnt die Ausstellung an Spannung und Leben. Des Weiteren regte Zehnter in seiner kurzen Einleitung zum Nachdenken an, indem er die heutige Abhängigkeit von der Technik ansprach: Ohne entsprechende Hilfsmittel sind wir nicht mehr in der Lage, Inhalte zu erfassen.

Zehnter präsentierte eindrucksvoll eine neue Art von Kunst und ebenso ein gelungenes Beispiel für den sinnvollen Einsatz von QR-Codes. Es bleibt abzuwarten, inwiefern sich iPad-Art in Deutschland durchsetzen wird, aber ein Potenzial ist bereits jetzt erkennbar.

Oestreicher+Wagner verteilt fleißig vorweihnachtliche Freude: Unser Adventskranz für iPhone, iPad und Android-Geräte ist allein bis zum zweiten Advent fast 45.000 Mal runtergeladen worden. Das bescherte uns bereits Platz 1 der iPad-Entertainment-Apps im deutschen und österreichischen AppStore.

Wir hoffen, bis zum dritten Advent die 50.000-Marke noch zu knacken und wünschen weiterhin eine schöne Vorweihnachtszeit!

Hier gehts zur App für iOS!

Nicht selten stehen zu dieser Jahreszeit die Innenarchitekten und Dekorateure vor der Herausforderung, einen Weihnachtsbaum trotz mangelnden Räumlichkeiten zu einem harmonischen und glanzvollen Auftritt zu verhelfen.

OESTREICHER+WAGNER versucht es in diesem Jahr mit “Umräumen”. Wir haben einfach mal das Büroinventar verrückt, sodass unser Baum und dessen Nadel-Kleid zu voller Geltung kommen kann.

“Oh Tannenbaum, Oh Tannenbaum

Du kannst mir sehr gefallen…”

Und auch die BRAVO Girl! findet das Adventskranz-App cool: Im aktuellen Heft landet die App auf Platz 3 der Top 5 X-MAS-Apps.

Vielen Dank – wir freuen uns und wünschen eine schöne Adventszeit!