Při načítání externích dat se občas vyskytne potřeba "očistit" předané texty od HTML tagů a získat tak pouze samotný text, bez jakéhokoliv HTML formátování. V případě XML dat pak navíc můžeme řešit problém s nadbytečnými konci řádků, které oddělují odstavce. Jako užitečná se pak jeví následující třída, která zajistí veškeré odstranění přebytečných tagů a konců řádků:

package
{
    public class HtmlStrip
    {
        private static var removeHTML:RegExp = new RegExp("<[^>]*>", "gi");
        //odstranění HTML tagů
        public static function stripHTMLTags(src:String):String{
            return stripMe(src);
        }
        //odstranění konců řádků
        public static function removeNewLines(src:String):String{
            return removeLines(src);
        }
        //odstranění tagů a konců řádků
        public static function clearMyString(str:String):String{
            var pomStr:String = stripMe(str);
            return removeLines(pomStr);
        }
        //odstranění HTML tagů
        private static function stripMe(src:String):String{
            return src.replace(removeHTML, "");
        }
        //odstranění nových řádků
        private static function removeLines(src:String):String{
            return replaceString(src,"\n","");
        }
        //nahrazení textu
        private static function replaceString(src:String, text_what:String, text_for:String):String {
            return src.split(text_what).join(text_for);
        }
    }
}

Použití je pak velice jednoduché, pro odstranění HTML tagů a konců řádků se použije zápis:

var novyText:String = HtmlStrip.clearMyString(textHTML);

Některé fotky jsou poznamenané zamlženou čočkou(tedy spíše vodou v objektivu), takže je výraznější aberace a rozmazání v rozích, škoda... Ale jinak to byl překrásný výlet.

Výbornými pomocníky jsou proxy debuggery, kteří umožňují sledovat komunikaci mezi klientem a internetem.  Z vlastních zkušeností mohu vřele doporučit program Charles, který nabízí přehledný souhrn veškeré komunikace, kterou potřebujeme sledovat.

Po jeho spuštění získáme detailní přehled o tom, co se děje během našeho brouzdání po webu, které skripty jsou spouštěny, včetně parametrů a proměnných, které odesílají a stejně tak máme detailní přístup k odpovědím, ze strany serverů.

Výborným pomocníkem je Charles i v případě lazení skriptů, kdy potřebujeme jistit, co naše aplikace desílají za data a stejně tak potřebujeme mít detailní přehled o tom, jak server odpoví. Například při programování flexové aplikace, kde využíváme Flex/Flash remoting se nám bude Charles určitě hodit. Máme možnost vidět objektovou strukturu jak dotazů, tak odpovědí.

A když už práce omrzí, na youtube si najdeme oblíbené video, přehrajeme a díky Charlesovi si můžeme zjistit jeho přímou adresu a stáhnout si jej.

Zpravodajský portál iDnes už od počátku zveřejňuje videa ve WMV formátu, což s sebou pro běžné užvatele nese různá úskalí (mě osobně se jejich "vychytaný" player objevuje až po několikerém kliknutí do "černé díry" v okně, a to nemám nijak restriktivně nastavený prohlížeč) .

O to více mne překvapilo, když jsem v sekci "Hobby" naleznul Flexový přehrávač pro flashová videa. Že by se konečně ledy pohnuly a i ten "nejdůvěryhodnější" portál přešel na jednoznačně lepší řešení videí, než měl dosud? Obávám se, že to asi tak jednoduché nebude, ale kdoví... Je ale škoda, že ani ten nový přehrávač nefuguje na 100%. Asi po minutě čekání na reklamu jsem se videa o příšerkách nedočkal :( Podobná situace se opakuje i u dalších videí, škoda. Je to mrzuté, protože takhle ostudně zpackané streamované video(teoreticky by to mělo ject přes rtmp) těžko přidá na prestiži flashe.

A ještě jedna poznámka k iDNESu. Poslední dobou mě vyskakuje error okno debug verze flashplayeru, což by samo o sobě nebylo neobvyklé, chyby se tu a tam objeví, ale zajímalo mě, o co se jedná. Po stažení 66kB flexového souboru a jeho dekompilaci jsem zjistil, že jediné, co tento soubor dělá, je volání JS funkce v HTML stránce (které mimochodem vyvolává zmíněnou chybu). Celkem zajímavé řešení, 66kB na jeden příkaz mi přijde jako docela velké plýtvání, ale možná se mýlím a má to nějaký hlubší význam...

Při finálním publikování SWF souboru ve Flex Builderu bychom měli využívat tlačítko "Export Release Build"

Výsledný SWF soubor bude po exportu znatelně menší (zhruba o 20%-30%), než kdybychom využili SWF soubor vytvořený v rámci testování aplikace.

Tak jsem se konečně dočkal a po předlouhé době se objevil plugin pro Flex Builder(Eclipse), který formátuje ActionScript, naprosto dokonalé: http://sourceforge.net/projects/flexformatter/ Pro instalaci stačí soubor zkopírovat do adresáře plugins.

Schválně jsem použil takto výrazná slova, protože když se podívám na některé informace o "nových" MS technologiích, tak tam se podobnými výrazy nešetří a přitom je realita často jiná...

Ale k věci. Adobe už nějaký ten pátek umožňuje testování Stratus a Cocomo projektů. Konečně jsem našel trochu času, abych zmíněné věci pořádně otestoval a musím říct, že se máme na co těšit.

Stratus - umožňuje P2P komunikaci mezi klienty flashplayeru, výborná věc, pokud potřebujete vytvořit aplikaci jeden-na-jednoho. Lze přenášet video, zvuk, libovolná data(včetně ByteArray). Na sestavení spojení je nutný server(stratus služba poskytuje hostovaný server adobe), pak už vše běží jenom mezi klienty.

Cocomo - spolu se základní sadou komponent pro Flex Builder se vytvoří komunitní aplikace během několika málo minut. Ideální použití pro chaty, videokonference, zkrátka jakoukoliv online spolupráci ve skupině.

Více neprozradím, sledujte Flash.cz, za chvilku tam bude zajímavý(doufám) článek.

Na Adobe.labs jsou k otestování ukázky nových možností práce s textem: http://labs.adobe.com/technologies/textlayout/. Další kroky by měly následovat sem: http://corlan.org/2009/01/19/how-to-use-text-layout-framework-in-flex-32-or-air-15/ kde jsou nové možnosti částečně vysvětlené. Vypadá to na menší dovolenou, než se tím prokoušeme, ale možnosti jsou parádní!

Pokud jsou přes sebe umístěná dvě tlačítka a my potřebujeme to horní deaktivovat, může nás překvapit že v případě skriptu:

instance_horniho_tlacitka.enabled = false;

nebude fungovat spodní tlačítko v místech překryvu. Naštěstí se s tímto setkáme prakticky jenom v situacích, kdy je horní tlačítko průhledné, takže je řešením místo enabled nastavit atribut visible na false:

instance_tlacitka.visible = false;

Kdo se jen trochu zajímá o dění kolem flashových technologií, zajisté ví, že Microsoft (MS) má svého konkurenta v podobě SIlverlightu (SL).

Je naprosto zřejmé, že SL nepřináší žádná vylepšení, která by jednoznačně vedla k odklonu od Flashe(Flex Builderu).  Kdo používá MS nástroje, tomu bude bližší SL, ostatním mnohem lépe poslouží vývoj ve Flex Builderu. Bohužel je u nás marketingově silnější MS a tak všude kolem sebe slyšíme, jak je SL lepší a bůhví co ještě.

Musím se pokaždé pousmát, nad nějakou další skvělou novinkou v SL, kterou přitom ve Flashi(Flex Builderu) už dávno bereme jako samozřejmost. No a když je ten SL tak skvělý, proč jej MS nevyužívá i ve svých projektech? Proč po olympiádě společnosti, které s velkou slávou přenášeli video pomocí SL, opět přešli na flashovou platformu? Vypadá to na dalších několik let flamewaru Silverlight vs Flash(Flex), přičemž SL je zde v pozici toho, kdo se snaží prezentovat dávno funkční věci (ve flashi) za své naprosto skvělé a unikátní novinky :)

K tomuhle zamyšlení mě inspiroval následující článek: http://www.flashcomguru.com/index.cfm/2009/1/16/msnbc-new-video-player