Řešení není nijak závratně složité. Nejdříve je třeba nastavit v AIR Application Descriptoru hodnotu systemChrome na none a transparent na true. Tohle se nijak neliší od předchozí verze SDK. Stejně jako dříve je třeba nastavit v tagu WindowedApplication několik hodnot:

• type na NativeWindowType.LIGHTWEIGHT
• systemChrome na NativeWindowSystemChrome.NONE
• transparent na true
• showStatusBar na false
• showTitleBar na false
• opaqueBackground na null

Poté je třeba vytvořit nový skin pro komponentu WindowedApplication nejjednodušší řešení je udelat si kopii defaultního skinu a z ní odmazat pozadí, které tam mít nechceme. Výsledný skinClass pak vypadá zhruba takto:

<s:SparkSkin xmlns:fx="http://ns.adobe.com/mxml/2009" xmlns:s="library://ns.adobe.com/flex/spark"
    alpha.disabledGroup="0.5" >

    <fx:Metadata>
      [HostComponent("Object")]
    </fx:Metadata>

    <fx:Script>
        static private const exclusions:Array = ["backgroundRect", "bgFill", "contentGroup", "statusText"];
        override public function get colorizeExclusions():Array {return exclusions;}
    </fx:Script>

     <s:states>
        <s:State name="normal" />
        <s:State name="disabled" stateGroups="disabledGroup" />
        <s:State name="normalInactive" stateGroups="inactiveGroup" />
        <s:State name="disabledInactive" stateGroups="disabledGroup, inactiveGroup" />
    </s:states>

    <!-- layer 2: content + status bar -->
    <s:Group left="0" right="0" top="0" bottom="0" minHeight="24" minWidth="0" >
        <s:layout>
            <s:VerticalLayout gap="0"/>
        </s:layout>

        <!-- content -->
        <s:Group id="contentGroup" width="100%" height="100%" minHeight="0" minWidth="0"/>

        <!-- status bar -->
        <s:Group id="statusBar" width="100%" minHeight="24" >
            <!-- status text -->
            <s:SimpleText id="statusText" top="2" bottom="2" left="10" right="10" verticalAlign="middle"
                fontSize="10" color="0x585858" width="100%" truncation="1" />
        </s:Group>
    </s:Group>

</s:SparkSkin>

Tento vytvořený skin pak předejte WindowedApplication a vše je hotové.

Připomínám, že tento článek je psaný v době, kdy je Flex SDK 4 ve verzi beta 2. Ve finální verzi se může leccos změnit.

Řešení je velice jednoduché. Před spuštěním FB nastavte datum na den, kdy vám licence ješte fungovala, spusťte FB a datum nastavte zpět. Není to pěkný workaround, ale funguje.

Adobe mě s SDK beta 2 opravu zklamalo. To, že proběhl masivní renaming mě nepřekvapilo, ale fakt, že třeba absolutně špatně fungují item renderery je k ničemu. Aplikace adaptovaná na beta 2 poměrně často vyhazuje bezdůvodné run-time errory, FB padá jako švestky a kolikrát mu dělá velké problémy vůbec kód zkompilovat. Pokud jej přesto chcete používat, připravte se na nutnost debugování kompileru, protože velice často vyhazuje hlášku unknown internal error. Zpravidla se jedná o chybu ve vašem kódu, takže vás čeká nepříjemné hledání.

Témata soutěže

Nemohli jsme se rozhodnout pro jedno konkrétní téma, tak jsme jich připravili hned několik,  abyste si mohli vybrat to, které vám nejvíce sedne.

• Tutoriál
  • Může být na jakékoli téma. Jedinou podmínkou je, že musí být určený na technologie Adobe z kategorie Flash Platform. V úvahu tedy připadá Flash, Flex, Flash Catalyst, Pixel Bender apod. Samozřejmé je, že tutoriál může využívat více těchto technologií. Není přípustné, aby tutoriál byl kopie něčeho co už je na internetu.
• Vizualizace dat či zvuku ve Flash Playeru
  • Nemyslím, že je třeba cokoli dodávat. Snad jen, že je možné využívat OpenSource frameworky, ale není přípustné modifikovat již existující vizualizaci. Pro zařazení do soutěže je nutné dát k dispozici světu zdrojové kódy.
• Nejpůsobivější AIR aplikace
  • Autorem aplikace musíte být výhradně vy. Lze používat jakékoli frameworky. Není přípustné používat cizí kód, nebo prezentovat aplikaci vytvořenou podle tutoriálu. Pro zařazení do soutěže je nutné dát k dispozici světu zdrojové kódy.
• Nejpůsobivější Facebook aplikace
  • Autorem aplikace musíte být výhradně vy. Lze používat jakékoli frameworky. Není přípustné používat cizí kód, nebo prezentovat aplikaci vytvořenou podle tutoriálu. Pro zařazení do soutěže je nutné dát k dispozici světu zdrojové kódy.
• Nejpůsobivější RTMP aplikace
  • Autorem aplikace musíte být výhradně vy. Lze používat jakékoli frameworky. Není přípustné používat cizí kód, nebo prezentovat aplikaci vytvořenou podle tutoriálu. Pro zařazení do soutěže je nutné dát k dispozici světu zdrojové kódy.

Po skončení soutěže zdrojové kódy umístíme na Google Code, kde budou zdarma k dispozici každému zájemci.

Pravidla

• Zúčastnit se může každý člen Adobe UG Czech. Pokud členem nejste, můžete se jím snadno stát.

Jak bude probíhat výběr vítěze

• Každý zůčastněný musí svou práci odevzdat do 31.12.2009
• Ze všech odevzdaných prací vedení UG vybere 1-2 práce z každé kategorie. Jejich autory informujeme o nominaci.
• Tyto práce se budou prezentovat na lednovém UG meetingu – pokud autor práce nebude na UG meetingu přítomen, je automaticky diskvalifikován.
• Účastníci UG meetingu budou hlasovat, která z prací je nejlepší.
• Autor práce s nejvíce hlasy se stane vítězem soutěže.

Výhra

• Výhrou je, jak již bylo několikrát zmíněno, jeden kus software od Adobe dle vlastního výběru v maximální hodnotě $2100
• Nemůže se jednat o enterprise software (Flash Media Server, Connect Pro …)
• Nemůže se jednat o upgrade (např. na Master Collection)
• Výherci bude dodán emailem odkaz na stažení software a licenční číslo. Není možné dodat boxovanou verzi.

Hotové příspěvky posílejte na  můj e-mail ja (zavinac) viktorbezdek (tecka) cz.

Budeme se těšit s čím příjdete.

Díky bohu si i v Adobe uvědomují, že v mnoha případech bude nutné použivat Spark a Halo komponenty pohromadě, takže vytvořili náhradu za UITextField, která rozumí DefineFont4. Nová komponenta se jmenuje UITLFTextField a je součástí package mx.core. Halo komponenty defaultně používají UITextField, protože v tuto chvíli umí více věcí (editační mód, zobrazení HTML) než UITLFTextField. Díky omezením, které zatím nová komponenta má nebude možné její použití v několika Halo komponentách (editable ComboBox, ColorPicker color field, DateField, RichTextEditor, editable DataGrid). Způsob jak UITextField nahradit za UITLFTextField je velice jednoduchý. Niže jej najdete popsaný.

Pro komponenty Tree, ComboBox atp.

Pomocí CSS

mx|Tree, mx|ComboBox /* a tak dále */ {
	text-field-class: ClassReference("mx.core.UITLFTextField");
}

Pomocí MXML

<mx:ComboBox textFieldClass=“mx.core.UITLFTextField“/>

Pro DataGrid

Pomocí CSS

mx|DataGrid {
 defaultDataGridItemRenderer: ClassReference("mx.controls.dataGridClasses.TLFDataGridItemRenderer");
}

Pomocí MXML

<mx:DataGrid defaultDataGridItemRenderer=“mx.controls.dataGridClasses.TLFDataGridItemRenderer“/>

Připomínám, že tento článek je psaný v době, kdy je Flex SDK 4 ve verzi beta 2. Ve finální verzi se může leccos změnit.

Nové SDK jsem se rozhodl použít, protože mám z Adobe informace, že by nemělo dojít k žádnému renamingu, takže po vydání final verze bude třeba udělat „jen“ revizi kódu. Čas na tuto revizi ušetřím na skinování aplikace. Způsob jakým je vyrešeno u Spark komponent je opravdu pohodlné a intuitivní. Dokonce mnohem pohodlnější než s mnou propagovanou Degrafou. Zatím jsem narazil pouze na jednu feature, která mi chybí – pixel snapping u strokes (způsob jakým je vykreslován např. radius u oblých rohů). Nejedná se o nic kritického, ale potěšilo by mě, kdyby ve final releasu byla. Jako hodně příjemnou změnu považuji přepracování states. V této podobě jsou opravdu dobře použitelné a už se jim určite nebudu vyhýbat. Nový způsob práce s layoutem je také dobře vymyšlený. Praxe ukáže, jestli to není jen nadšení z něčeho nového.

Zatím jsem nenarazil na žádne bugy, které by mě omezily v práci. Rychlost kompilace je v naprostém pořádku a vývojové prostředí (zatím) nepadá. Pro tuto chvíli to považuji za vše oč má smysl se dělit. V příštím díle se podrobněji rozepíši o tvorbě MXML skinů pro komponenty.