Eine anderes interessantes Projekt dieser Woche ist swiffy aus dem Hause Google. Das von Pieter Senster entwickelte, webbasierte Tool convertiert SWF-Files in HTML5 (unterstützt durch SVG, CSS3 und JSON). Hierdurch lassen sich zB einfache Flash-Animationen oder Mobile Ads auch auf Devices ohne Flash-Unterstützung (ja das gibt es noch…) einsetzen.

Wer sich mit Location Services auf Android beschäftigt wird schnell merken, die einschlägigen Foren sind voll von “verzweifelten” Entwicklern, welche diese einfach nicht zum Laufen bringen. Daher hier kurz (auch für uns selber), Schritt für Schritt, wie man es “richtig” macht!

In der Theorie, oder auch in den Tutorials von Google hört sich alles ganz einfach an. Map-API Zertifikat generieren, App coden, fertig! Läuft Eclipse im DDMS Mode dann können wir über die Konsole Latitude/Longitude Werte an den Debugger schicken und unsere App reagiert entsprechend. Super! Nur es funktioniert nicht!

Der Fehler liegt “für einmal” jedoch nicht an deinem Code, sondern in der verwendeten Android SDK und der damit verbundenen Localisation!

Denn während Nummern im deutschen Sprachraum als 123 456,00 dargestellt werden, verlangt der Debugger die englische (US) Darstellung als 123,456.00.

Was tun?

Nun es gibt verschiedene Lösungen. Die Einzige welche bei uns funktioniert ist folgende:

1. Generiere ein Android Maps-API Zertifikat
2. Programmiere deine App und vergiss nicht den API-Key im entsprechenden Layout zu integrieren
3. ACHTUNG: Benütze die Google SDK, Target Name «Google APIs (Google Inc.)», im AVD Manager und nicht die «Android» SDK. Aber Vorsicht nicht jede API funktioniert! Bei unseren Tests sind wir zu folgendem Resultat gekommen:

   3.1 sdk 12 --> works
   3.0 sdk 11 --> works
   2.33 sdk 10 --> works
   2.3 sdk 9 --> NO!
   2.2 sdk 8 --> works
   2.1 sdk 7 --> works

4. Kontrolliere ob die verwendete AVD auch GPS unterstützt:
   Create New AVD –> Hardware –> New –> «GPS support» with Value «yes»
   
5. Unter den OSX System Preferences gehe auf «Formats > Numbers» und unter «Language & Text» ändere das Format auf «1,234.56» !!!
   
6. Restart Eclipse

So, und wenn du alles wie zuvor beschrieben eingestellt hast, dann sollten deine Location Services nun auch auf Mac OSX funktionieren! Dies lässt sich über das Terminal sehr einfach testen (vorrausgesetzt dein Code hat keine Bugs!).

1. App im Debugger starten
2. Im Terminal folgenden Befehl eingeben (5554 ist hierbei die Port Nummer, wie sie im Header des Emulator aufgeführt wird):

   telnet localhost 5554

3. Als Antwort sollte im Terminal ein «OK» zurück kommen
4. Daraufhin gebe folgenden Befehl im Terminal ein (und deine App sollte dementsprechend reagieren):

   geo fix -77.036519 38.896143

5. Alternativ lassen sich die Lat/Lon Werte auch über die DDMS-Konsole als GPX, … oder an den Debugger senden

Optional

Folgende Einstellungen haben wir zwar hier zwar nicht benötigt, aber falls alles nicht klappt, versuch es nochmals mit einem, oder allen, der folgenden Punkte:

1. Unter den OSX System Preferences gehe auf «Language» und unter «Language & Text» setze diese auf «English».
   
2. Ebenfalls in den OSX System Preferences gehe auf «Time Zone» und unter «Date & Time» setze diese auf «United States».
   
3. Füge dem eclipse.ini File

   «-Duser.language=en»

   (ohne Anführungszeichen) hinzu.

4. Setze die java_debug environment in der standalone DDMS ebenfalls auf

   «-Duser.language=en»

   (ohne Anführungszeichen)

5. Delete dein altes Projekt im Debugger unter «Settings»

Und das ist es auch schon. Wie immer freuen wir uns natürlich auf euer Feedback oder auch weitere, diesbezügliche Tips und Fragen!

Ein weiteres, für die SFUG, erfolgreiches Jahr liegt hinter uns, dessen Höhepunkt ganz bestimmt die diesjährige “Flash at the Lake” Konferenz war. Unsere nächste Konferenz für 2010 ist bereits in voller Planung und wir werden euch, sobald das Datum steht, in den nächsten Wochen über die üblichen Kanäle informieren.

Doch nun ersteinmal zu unserem nächsten, 30. (yeah!!!), und für dieses Jahr letzten, Open Meeting der Swiss Flash User Group:

Talk: “First Steps with Pixel Bender” (Tiago Dias / Publicis AG)
Wer an der “Flash at the Lake” Session “Number crunching with Pixel Bender” von James Ward war, sollte bereits einen ersten Eindruck von Pixel Bender haben. Wer bisher noch nicht mit “Pixel Bender” gearbeitet hat, der sollte den “HowTo”-Talk von Tiago nicht verpassen.

Showcase: “Interactive Spaces with AIR & Bluetooth” (Andreas Lorenz / dctrl gmbh)
Wie lassen sich Mobile Phones als Remote Control von AIR Applications innerhalb von Interactive Spaces nutzen? In meiner Präsentation werde ich “location based services” in AIR auf der Basis von Bluetooth vorstellen. Der hierzu entstandene Prototyp ist eine erste Studie zu einer für den Frühling 2010 geplanten, komerziellen AIR Application.

Veranstaltungsdetails:

• Wann: Dienstag 15. Dezember 2009, 19.00 bis 21.30 Uhr
• Wo: Publicis Werbeagentur AG, Stadelhoferstrasse 25, CH-8024 Zürich
• Anreise: Ab HB Zürich mit S-Bahn eine Station bis Bahnhof Stadelhofen. Von dort zu Fuss 3 Minuten bis Stadelhoferstrasse 25.
• Wie viel: Kostenlos wie immer!

Also nicht verpassen! Den Termin im Kalender rot anstreichen und die Veranstaltung an weitere interessierte Personen und Agenturen empfehlen.

Adobe’s CEO Shantanu Narayen hat am WEF in Davos in einem TV-Interview verlauten lassen, dass Adobe und Apple zusammen an einer iPhone-Integration von Flash arbeiten:

“It’s a hard technical challenge, and that’s part of the reason Apple and Adobe are collaborating,” …”The ball is in our court. The onus is on us to deliver.”

Apple hat sich mit der Nichtintegration von FlashLite das leben schwer gemacht, oder zumindest das der Anderen. So musste YouTube zB einen grossen Teil seiner Movies in H.264 umkonvertieren und allen Anderen OnlineVideo Sites ging es da nicht anders. Die Nachfrage nach FlashLite auf iPhone ist neben der Entwicklerseite also auch von der Contentanbieter-Seite vorhanden. Ganz zu schweigen von der ganzen Online-Game-Industrie…

Fairerweise muss man aber auch sagen Adobe/Macromedia ist an diesem Zustand nicht ganz unschuldig. Denn während das Browser FlashPlugin kostenlos ist, verlangt Adobe/Macromedia von den Mobile Hardwareherstellern 1$ pro Playerinstallation. Das macht bei 450 millionen installierten Playern eine ganze schöne Summe Geld. Ob sich diese Strategie jedoch auch weiterhin fortführen lässt ist fraglich.

Ob Apple jedoch wirklich den FlashPlayer (eines Konkurrenz-Unternehmens) integrieren wird bleibt abzuwarten. Bisher ist Apple nicht gerade bekannt dafür auf dem iPhone eine für Entwickler offene Plattform anzubieten, was bereits mehrfach zu Diskussionen führte.

Wir sind da also noch kritisch.

Weit mehr erfreulicher ist die Pressemitteilung von Opera, am Mobile World Congress in Barcelona, dass die neue Version 9.5 des weitverbreiteten MobileWebbrowser das FlashPlugin integrieren wird. So kommen wir also doch noch, wenn auch über Umwegen, dazu für operabasierte MobilePhones FlashContent zu entwickeln.

Eine Guided Tour zum neuen Browser findet ihr hier, mit “lustigen” vergleichen zu Microsoft’s Mobile Internet Explorer…

• Screenauflösung 480×272 Pixel (also 16:9 wie wir’s vom Kino kennen)
• Farbtiefe 24-bit
• Es kann der gesamte Screen (Fullscreen) genutzt werden
• Navigation wie bem Handy mit der Tastatur, wobei X für Enter steht
• Integrierte Fonts in serif und sans-serif
• JavaScript Unterstützung
• FlashPlayer Version 6.0 – leider…(laut GameSpot.com)

Weitere Infos auch auf brothercake.com

Die ebenfalls geplante Integration einer 60 GB Harddisk sowie eines GPS-, eines VoIP- und eines Kamera-Modul dürfte auch aus Flash-Entwickler-Sicht sehr interessant sein.

WOW, was man da nicht alles plötzlich realisieren könnte…

Weitere Infos findet Ihr hier!