Flash Developer Blog | blog.AllAboutSein.com

Ostatnio zabrałem się za technologię AIR we flashu, ponieważ potrzebna mi była możliwość zapisywania plików na dysku komputera. I oczywiście pierwszy kontakt nie obył się bez zgrzytów.

Za każdym razem jak chciałem wejść w ustawienia wyskakiwał błąd pliku „apollo_opensettingdialog.jsfl” Nie odnaleziono biblioteki FLAir1_5.

Jak się okazało prawdopodobnie dlatego że Flash był aktualizowany z wersji CS3 na CS4 miałem tylko bibliotekę AIR 1.1, i brakowało mi pliku FLAir1_5.dll. Po ciężkich przebojach odnalazłem plik dll (pobierz tutaj).

Plik FLAir1_5.dll należy wrzucić do folderu:

<Program Files>\Adobe\Adobe Flash CS4\<language>\Configuration\External Libraries

I można się już cieszyć dobrodziejstwami technologii AIR

Zadziwiające jest przekonanie że programiści są nieomylni, a aplikacje powinny być w 120% sprawne i bezbłędne. Chciałbym, żeby tak było, ale prawda jest taka że żadna aplikacja nie jest bezbłędna, bo piszą ją tylko ludzie, a  my będąc ludźmi naturalnie popełniamy błędy.

Pierwszą rzeczą którą trzeba sobie uświadomić jest to, że każdy komputer jest inny, inaczej funkcjonuje, ma inny system, inny monitor, inną rozdzielczość, kartę graficzną i generalnie wszystkie podzespoły. Na dobrą sprawę jest tylko jedna firma, która produkuje całe komputery z jednolitymi ustawieniami, a firm na rynku produkujących taki sprzęt są dziesiątki.

Biorąc pod uwagę ten fakt, takie mogą być skutki tych różnic:

• na każdym komputerze widać inaczej kolory
• kolory na monitorze różnią się od kolorów w druku
• kolor druku z jednej drukarki różni się od koloru z innej drukarki
• na monitorze 24′ projekt może wyglądać inaczej niż na 15′
• przekątna to nie wszystko, rozdzielczość też ma znaczenie, 1920 x 1200, nie jest równe 1280 x 1024,
  podgląd obrazka może się dopasować do rozdzielczości monitora i w tym wypadku zmniejszyć, przez co wydaje się za mały
• moc obliczeniowa też ma znaczenie, animacje płynnie chodzące na jednym komputerze mogą robić stopklatkę na innym
• brak zainstalowanego programu może spowodować że aplikacja się nie uruchomi,
  albo wręcz przeciwnie, jakiś program może blokować działanie naszej aplikacji

Czytaj “Dla testera: zgłaszanie błędów i testowanie aplikacji.” »

Od dłuższego czasu przygotowuję strony flashowe z wykorzystaniem CMS’a, i na dobrą sprawę jest to podstawa moich zleceń. Jest wiele metod komunikacji z „Panelem Administracyjnym”.

Najczęściej wśród początkujących jednak spotykam metodę komunikacji przez dynamicznie generowanego XML’a. Ta metoda ma kilka minusów, takich jak:

• cachowanie się pliku
• w przypadku „no-cache” hacka, zapychanie pamięci przeglądarki
• długie (w stosunku do innych metod) oczekiwanie na odpowiedź od serwera,

Nie dość że serwer musi wykonać serię kalkulacji i odczytywania danych z bazy danych to jeszcze musi się przetrawić przez pętlę która generuje nam plik xml. A każdy kolejny plik z losowym ciągiem znaków po znaku zapytania (np. „data.xml?nocache=67326187″) zapisuje się w pamięci przeglądarki.

Alternatywą są skrypty java, połączenia socketowe (w przypadku chociażby serwerów javowych) lub połączenia serwisowe (chyba najpiękniejsza uniwersalna paczka NetConnection by adobe jaka jest w standardowych bibliotekach Action Script 3). I właśnie o tych ostatnich będziemy mówić. Są oczywiście inne metody, na dobrą sprawę, może być ich tak wiele jak programistów, ale najszybciej otrzymywane dane są z wykorzystaniem właśnie biblioteki NetConnection i bramy opartej o AMF. Czytaj “Własny gateway NetConnection z bezpośrednim przekazaniem wyniku zapytania do funkcji” »

Ze względu na spore zainteresowanie moim blogiem i statystyki, które ostatnio odwiedziłem na google analytics, czas najwyższy na reaktywację.

Skąd ta przerwa to już inna sprawa. Problemy ze zdrowiem + rozwijanie się w kierunku nowego html5, css3 oraz bibliotek jquery pochłonęły mi całkiem sporo czasu.
Dodatkowo moja wiedza odnośnie frameworków php rozwinęła się o umiejętność wykorzystania codeigniter i cakephp, a także nowostworzony i nadal rozwijany własny framework php.

Ze względu na częstotliwość odwiedzin tematu „MVC w AS3″ postanowiłem wreszcie go poprawić, uaktualnić i wyeliminować błędy. Dodatkowo w temacie znajdą się również pliki źródłowe. Zapraszam.

Jeśli chodzi o programowanie bardziej złożonych aplikacji we flashu, to MVC jest najbardziej podstawowym budulcem schematu relacji między klasami w każdym języku programowania, nawet w Action Script 3. Prawdopodobnie stare wygi programowania już dawno znają i kochają to pojęcie, jednak wszystkim początkującym wyjaśnię.

MVC jest programistycznym wzorcem projektowym, który w rozszerzeniu brzmi Model-View-Controller. Wzorzec MVC jest wykorzystywany w wielu językach programowania, również w PHP czy AS3. Można powiedzieć, że jest to kamień węgielny dla wielu aplikacji. Często do tego wykorzystuje się jeszcze Fasade (inny wzorzec projektowy) do połączenia relacji oraz uproszczenia funkcji.

Wszystkie wzorce projektowe i ich zastosowanie w języku Action Script 3 zostały wręcz świetnie opisane w książce która powinna być na półce każdego flash developera: „Action Script 3.0 Design Patterns”  – William Sanders, Chandima Cumaranatunge.

To tyle jeśli chodzi o pojęcie. Jeśli chodzi o zastosowanie, to moja wersja jest wariacją rozwiązania zaprezentowanego  przez Sandersa na swoim blogu: Trucking Through AS3 MVC. Różnica polega na sposobie odniesienia do widoku. Sanders wykorzystuje root’a jako odniesienie dla klasy View, w moim wypadku są to różne MovieClip’y, każdy przedstawiający inny widok.
Czytaj “MVC w Action Script 3.0 [POPRAWIONE]” »

Ostatnio spotkałem się z dość nietypową sytuacją zaprogramowania Flasha tak, żeby reagował na pilota na podczerwień w taki sam sposób jak robi to PowerPoint. Pierwsze pytanie jakie się nasuwa, to czy Flash może w ogóle przyjmować do swojego interfejsu informacje o naciśnięciu klawisza ze zdalnego urządzenia?

W pierwszej chwili wydaje się, że może nasłuchiwać klawisze tylko z klawiatury a i tu nie wszystkie. Na szczęście nie jest to prawda,  i wbrew pozorom… Flash może nasłuchiwać klawisze z każdego zdalnego urządzenia… Czytaj “Quick Tip: Jak zaprogramować pilota do prezentacji w AS3?” »

Jakiś czas temu spotkałem się z potrzebą stworzenia tablicy, która ideowo zamiast zmieniać bierzący indeks, miałaby zmieniać dane przypisane do tych indeksów. W ten sposób tablica przestałaby mieć ciągły charakter danych, a zyskałaby kołowy, zapętlony charakter. Koniec tablicy byłby połączony z początkiem, a tylko odpowiednia strzałka wskazywałaby niezmiennie ten sam punkt. Idealnym zastosowaniem są wszelkie slidery 2d, o charakterze kołowym. Innym przykładem są animacje obiektów w predefiniowanej tablicy pozycji o niereguralnym charakterze rozmieszczenia.

Moją klasę po raz pierwszy miałem okazję zaprezentować w realizacji na zlecenie E_misja Interactive 360 w nowej witrynie firmy Komplet POLSKA.

Czytaj “LoopArray: tablica o zapętlonych danych.” »

Wielu z flash site developerów za pewne spotkało się z problemem że strona flash była za wysoka. A przynajmniej na mniejszych monitorach. Nie zawsze robienie scrolla we flashu to dobry pomysł, czasem zbyt czasochłonny, czasem po prostu niewykonalny. Na szczęście można zmusić przeglądarkę żeby nam scrollowała treść i dopasowywała scrolla do rozmiaru okna. Implementacja scrolla jest banalnie prosta, zwłaszcza jeśli ktoś już używa SWFObject. Właśnie dla SWFObject został przygotowany skrypt o nazwe SWFFit, który dopasowuje treść do określonego rozmiaru i jeśli okno jest mniejsze od tego rozmiaru, pojawiają się scrolle.
Czytaj “Quick Tip: Scroll strony całej we flashu.” »

Z pewnością większość się spotkała z potrzebą sprawdzenia trace’a w przeglądarce. Na ratunek przychodzi nam konsola błędów javascript zaimplementowana w dodatku do Firefox’a o nazwie Firebug. A w naszym kodzie AS3 wystarczy tylko nieco dłuższa linijka kodu:

ExternalInterface.call("console.log", zmienna);

Nie jest to może tak poręczny skrypt jak trace(); ale z powodzeniem spełnia zadanie. Alternatywnie zamiast „console.log” możemy wysyłać różne typy błędów poprzez takie zapytania:

ExternalInterface.call("console.info", zmienna);
ExternalInterface.call("console.debug", zmienna);
ExternalInterface.call("console.warn", zmienna);
ExternalInterface.call("console.error", zmienna);

Zmienne mogą być dodawane po przecinku.

Notka jest inspirowana prezentacją stworzoną przez GSkinner. Praktycznie rzecz biorąc jest to tłumaczenie treści które są w samej prezentacji pod adresem http://gskinner.com/talks/50reasonsAS3/

Nie zmienia to faktu że Action Script 3.0 rządzi i bezapelacyjnie przewyższa AS2 pod każdym względem. Dlatego przejrzyj te 50 punktów, a następnie otwórz oryginalną prezentację i w końcu naucz się AS3. To nie boli.

Czytaj “50 powodów dlaczego AS3 rządzi!” »