Soraxdesign » Flash Player http://www.soraxdesign.de Softwareentwicklung, Rich Internet Applications und Blog Sat, 04 Dec 2010 13:56:53 +0000 http://wordpress.org/?v=2.9.1 en hourly 1 Betas von Adobe Air 2 und Flash Player 10.1 http://www.soraxdesign.de/2009/11/18/betas-flash-player-10-1-adobe-air-2/ http://www.soraxdesign.de/2009/11/18/betas-flash-player-10-1-adobe-air-2/#comments Wed, 18 Nov 2009 20:47:39 +0000 rené http://www.soraxdesign.de/?p=316 Flash Player 10.1 und AIR 2 veröffentlicht.]]> Adobe hat gestern die beiden Betas zu Flash Player 10.1 [1] und AIR 2 [2] veröffentlich. Ist der Flash Player mit einer Nebenversionsnummer nur geringfügig erhöht wurden, hat Air mit der Version 2 einen deutlichen Sprung gemacht.

Beim Flash Player 10.1 sind die wohl wesentlichsten und auch spannendsten Neuerungen, dass er komplett unter der Prämisse des Open-Screen-Projects veröffentlich wird. Dieses sieht vor, dass es prinzipiell egal ist, für welches Endgerät eine Anwendung in Flash oder Flex entworfen und entwickelt wird, denn durch dieses Projekt soll sichergestellt werden, dass die Anwendung auf einem Mobiltelefon, Netbook, Desktoprechner und auch Mediacenter absolut identisch funktioniert und erscheint.
Und das ohne individuelle Anpassungen oder spezielle Versionen. Daher hat Adobe auch einen schone lange nötigen Schritt vollzogen: der Flash Player 10.1 erscheint für alle modernen Smartphones, Netbooks und Desktoprechner mit den absolut identischen Funktionen. Beendet sind die Zeiten vom Flash Player Lite (solange das Smartphone eine CPU hat, die stärker ist als 500Mhz) . Nur Apple und Adobe sind sich noch nicht ganz grün, so dass der Flash Player 10.1 nicht für das iPhone erscheinen wird [3].
Weiterer tolle Funktionen sind eine globale Fehlerbehandlung (endlich keine nichtsagenden und unglaublich nervenden Alertfenster mit Warnmeldungen mehr), Multitouch und DRM.

Mit AIR 2 [4] führt Adobe Neuerungen ein, die zu spannenden und vorher nicht möglichen Applikationen führen werden. Die wichtigsten Funktionen sind:

  • Erkennung von Massenspeichern
  • Erweiterte Netzwerkfunktionen (SSL, UDP Unterstützung, Socketverbindungen)
  • Native Codeunterstützung
  • Öffnen einer Datei mit der Standardanwendung
  • Multitouch und Gestensteuerung
  • APIs für die Manipulation von Mikrofondaten
  • WebKit mit HTML5 und CSS3 Unterstützung
  • Globale Fehlerbehandlung
  • Verbesserte Druckfunktion auf unterschiedlichen Plattformen
  • Erhöhte Sicherheit und Unterstützung von gebräuchlichen Standards von Unternehmen und öffentlichen Einrichtungen

Hier könnt ihr euch einige Neuerungen als Demo [5] anschauen:


Demo für Flash Player 10.1 Beta:
http://labs.adobe.com/downloads/flashplayer10.html
Demo für AIR 2 Beta
http://labs.adobe.com/downloads/air2.html

Quellen

]]> http://www.soraxdesign.de/2009/11/18/betas-flash-player-10-1-adobe-air-2/feed/ 0 Tutorial: Mehrsprachige Anwendungen in Flex 3 http://www.soraxdesign.de/2009/10/22/tutorial-mehrsprachige-anwendungen-in-flex-3-runtime-localization/ http://www.soraxdesign.de/2009/10/22/tutorial-mehrsprachige-anwendungen-in-flex-3-runtime-localization/#comments Thu, 22 Oct 2009 20:21:41 +0000 rené http://www.soraxdesign.de/?p=269 Wer schon einmal vor der Aufgabe stand, eine Flex Projekt mehrsprachig zu gestalten, dem bieten sich beim ersten Überlegen mehrere Lösungen an:

  • ein Array für jede Sprache
  • XML Datei
  • eine Datenbank, mit einer Serversprache und Stream über AMF
  • …bestimmt noch viele weitere Lösungen

Jedoch hat sich Adobe Gedanken gemacht und eine recht elegante Lösung für Flex 3 vorgesehen: Runtime Localization mit Ressourcen. Dabei gibt es viele Vorteile:

  • mehrere Ressourcen (=Sprachen) können in ein Projekt kompiliert werden
  • Ressourcen werden extern in .properties Dateien gespeichert (Trennung vom Code)
  • direktes Umschalten zwischen verschiedenen Sprachen (alle Referenzen werden sofort aktualisiert)
  • auch Sounds, Bilder können “mehrsprachig” verknüpft werden
  • zur Laufzeit können neue Ressourcen aus XML Dateien, Datenbankanfragen erzeugt werden

Nun aber zum Tutorial. Erzeugt euch ein Flex 3 Projekt und editiert eure *.mxml Datei wie folgt:

<?xml version="1.0" encoding="utf-8"?>
<mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" layout="absolute">
    <mx:Label text="@Resource(bundle='myResources', key='SLOGAN')" fontSize="20" x="10" y="40"/>
    <mx:ComboBox x="10" y="10"></mx:ComboBox>
    <mx:Image x="10" y="78" width="211" height="193"/>
</mx:Application>

Dabei kann man deutlich erkennen, dass hier eine Ressource mit dem Namen “myResources” und dort der Key “SLOGAN” aufgerufen wird. Schaltet ihr in die Designansicht, seht ihr, dass das der Inhalt des Attributs text jetzt etwas unschön quer über die Applikation ragt.
Anschließend erzeugt ihr euch in eurem src Ordner einen Ordner locale, darin zwei Ordner de_DE und en_US. In diesen weiterhin jeweils eine Datei namens myResources.properties (hier ist die oben erwähnte .properties Datei, außerdem der Link vom text Attribut mit “myResources”). Danach sollte eure Ordnerstuktur so ähnlich aussehen:

Ordnerstruktur locale

Anschließend müsst ihr unbedingt die Kodierung der Dateien auf UTF-8 setzen. Dazu Rechtsklick auf die myResources.properties -> Eigenschaften. Hier stellt ihr das Text File Encoding auf UTF-8:

Umstellung der Kodierung auf UTF-8

Damit der Compiler auch die Ressourcen findet, muss der Pfad zu diesem in dem Compileroptionen angegeben werden. Dazu öffnet ihr die Eigenschaften des Projektes, geht auf Flex Compiler und ergänzt/ersetzt dort um folgendes:

-locale=en_US -source-path=../locale/{locale}

Damit wird dem Flex Compiler mitgeteilt, dass die Standardsprache englisch ist sowie weitere Sprachen im Ordner “locale” zu finden sind. Die “..” sind entscheidend, da der Flex Compiler einen relativen src-Pfad nimmt und nicht den absoluten wie man ihn im Projektbaum sieht. Scheint noch ein Relikt aus der Betaphase zu sein.

Jetzt sind alle Vorbereitungen getroffen, wenn ihr das Projekt ausführt sollte der Platzhalter SLOGAN durch euren Text aus der Datei en_US/myResources.properties ersetzt werden. Jedoch sprach ich noch vom direkten Umschalten zwischen mehreren Sprachen. Dazu verknüpfen wir die vorhandenen Ressources mit einer Combobox.
Kurz etwas zum Hintergrund des Flex Compilers: Für jede Sprachresource muss für es einen Resource im Frameworkordner des Flex Frameworks (SDK) geben. D.h. für en_US gibt es bereits nach der Installation ein fertiges Sprachpaket unter frameworks/locale/en_US/framework_rb.swc. Wenn wir aber in den Compileroptionen -locale=de_DE angeben, erwartet der Compiler, eben dieses Sprachpaket unter frameworks/locale/de_DE/framework_rb.swc zu finden. Das ist aber von Hause aus nicht so. Deswegen müssen wir manuell die Resourcen für unsere Sprachen erzeugen. Diese geschieht recht simpel, indem man die vorhandene (englische) Resource dupliziert.

Für Windows geht dieses mit

bincopylocale.exe en_US de_DE

sowie unter Mac mit dem Befehl

bin/copylocale.sh en_US de_DE

Nun aber zur Umschaltung zwischen verschiedenen Sprachen. Folgendermaßen sieht der Code jetzt aus:

<?xml version="1.0" encoding="utf-8"?>
<mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" layout="absolute">
    <mx:Metadata>
        [ResourceBundle("myResources")]
    </mx:Metadata>

    <mx:Script>
   <![CDATA[

       [Bindable]
       private var locales:Array = [ "en_US" , "de_DE" ];

       private function localeComboBox_initializeHandler(event:Event):void
       {
           localeComboBox.selectedIndex = locales.indexOf(resourceManager.localeChain[0]);
       }
 
       private function localeComboBox_changeHandler(event:Event):void
       {
           // Set the localeChain to either the one-element Array
           // [ "en_US" ] or the one-element Array [ "de_DE" ].
           resourceManager.localeChain = [localeComboBox.selectedItem];
           
           
       }

   ]]>
   </mx:Script>
    <mx:Label text="{resourceManager.getString('myResources', 'SLOGAN')}" fontSize="20" x="10" y="40"/>
    <mx:ComboBox x="10" y="10" id="localeComboBox" dataProvider="{locales}"
                initialize="localeComboBox_initializeHandler(event)"
                change="localeComboBox_changeHandler(event)"/>
    <mx:Image x="10" y="78" width="211" height="193" source="{resourceManager.getString('myResources', 'IMGSRC')}"/>
</mx:Application>

Die wichtigste Veränderung stellt die Ersetzung aller “@Resource(bundle….” durch “{resourceManager.getString(…” dar. Damit greift ihr direkt auf den resourceManager zu, welchem ihr über die Combobox verschiedene Sprachresourcen zuweisen könnt. Dabei ist localeChain der entscheidene Begriff.
Im Download und der Demo findet ihr auch ein Beispiel für “mehrsprachige” Bilder.

Demo
Download Beispiel

]]> http://www.soraxdesign.de/2009/10/22/tutorial-mehrsprachige-anwendungen-in-flex-3-runtime-localization/feed/ 1 Snow Leopard: Apple liefert OS mit unsicherer und alter Flash Player Version aus http://www.soraxdesign.de/2009/09/07/snow-leopard-apple-liefert-os-mit-unsicherer-und-alter-flash-player-version-aus/ http://www.soraxdesign.de/2009/09/07/snow-leopard-apple-liefert-os-mit-unsicherer-und-alter-flash-player-version-aus/#comments Mon, 07 Sep 2009 17:57:46 +0000 rené http://www.soraxdesign.de/?p=207 Graham Cluley, ein Mitarbeiter von Sophos, gab bekannt, dass Apple sein neuestes Werk Snow Leopard mit einer veralteteten und somit auch fehlerhaften Version des Adobe Flash Players ausgeliefert hat. Problematisch dabei ist, dass man dies als Entwickler zwar merkt, aber kaum jemand die interne Adobe Update Funktion verwendet und somit Gefahr läuft, Fehlern dieser alten Version ausgeliefert zu sein.

Die aktuelle Version des Flash Players (10.0.32.18) kann übrigens hier herunter geladen werden: http://get.adobe.com/de/flashplayer/

Wer gerne wissen möchte, welche Version auf dem System installiert ist ohne lang suchen zu müssen, dem sei die Website www.playerversion.com empfohlen.

Schön in diesem Zusammenhang ist übrigens eine Ankündigung seitens Mozilla: in zukünfigen Firefoxversionen soll eben dieser dezent oder hoffentlich sehr dringlich darauf hinweisen, wenn auf dem System eine veraltete Flash Player Version installiert ist. Schön, dass Mozilla die kleinen Probleme von Adobe ausbügeln möchte. Scheinbar reicht deren Quartalsturnus für Updates nicht aus um solche lapidaren Probleme aus der Welt zu schaffen. Vielleicht sollte man auch mal über eine bessere Möglichkeit nachdenken, solche grundlegenden Bestandteile wie den Flash Player aktualisieren zu können.

Quelle Mozilla: Nächster Firefox mit Autoupdate für Flash Player

]]> http://www.soraxdesign.de/2009/09/07/snow-leopard-apple-liefert-os-mit-unsicherer-und-alter-flash-player-version-aus/feed/ 0