Arkiv for kategorien 'Diverse'

Husk at mange brugere kun har trackpad!

fredag, 15. juli 2011

Skiftede sidste efterår til Magic Trackpad (hvilket i øvrigt varmt kan anbefales) og det har gjort at jeg aldrig bruger min mus på arbejdet. Derhjemme bruger jeg kun en bærbar og dermed også kun en trackpad.
En ting jeg derfor har bemærket er, at mindre Flash-spil ofte ikke fungerer ret godt på trackpad, og det tror jeg skyldes at dem der har lavet det, kun har testet på mus.

Eksempelvis kan man på Magic Trackpad lave et specielt dobbelt-klik, som bruges til at trække i ting og til drag-n-drop, men det gør det omvendt meget svært at spille et spil hvor man skal kaste noget med musepilen.
For hvor man på musen bare skal slippe knappen når man skal kaste, så skal man på trackpadden lave endnu et klik, og det vel og mærke samtidig med at man bevæger hele hånden for at få fart i det man kaster.
Det er ikke bare svært, men, alt efter hvordan spillet er programmeret, ofte umuligt.

Der findes andre eksempler hvor interaktionen kan drille på andre måder, og problemet kan naturligvis også gå modsat - at noget virker på trackpad, men ikke på mus - så rådet må være:
Test altid interaktiviteten med både mus og trackpad.

Ja, og så er der i øvrigt også de brugere som har rigtige touchdevices, og dermed ingen cursor og ingen rollover, dem må man absolut heller ikke glemme.

FlashFirebug 2.0 - super nem Flash debugging!

onsdag, 23. marts 2011

Hvis du allerede bruger det populære Firefox plugin Firebug, så er FlashFirebug et must-have!

Helt kort fortalt, så giver FlashFirebug adgang til en komplet displayliste for en hvilken som helst swf-fil man ser i browseren, samt mulighed for at gå ind på hvert enkelt objekt og ændre værdier, samt adgang til alle exceptions m.m.

Og det bedste af det hele er, at det IKKE kræver at man skal implementere noget som helst i sin Flash-fil, det virker bare out-of-the-box - fantastisk!

Læs mere og hent det her:
Download FlashFirebug

Flash Decompiler Trillix - En god ven i nøden

onsdag, 16. marts 2011

Flash Decompilere har et lidt blakket ry, for kan man egentlig bruge dem til andet end at stjæle andres arbejde?
Svaret er ja, det kan man, eksempelvis kan de bruges til at:

  • Genskabe en fla efter harddisken er gået ned
  • Rette en fejl i et banner som et firma, der ikke eksisterer mere, har lavet
  • Lære af andre (nogen vil måske stadig kalde det tyveri, men inspiration kan fåes mange steder fra)

Flash Decompiler Trillix
Eltima’s bud på en decompiler hedder Flash Decompiler Trillix og kan ifølge dem decompile alt hvad der er derude af Flash.

Jeg har testet den på et par af mine seneste projekter og er ganske imponeret af resultaterne. Selv et site som Fredrik Clement, der består af 3000+ liniers kode og en hel del custom klasser, decompilede den uden problemer.

Variabler og klasser bevarerede deres oprindelige navne, alle objekter, både billeder og movieclips, så fine ud. Det eneste der drillede var, at jeg oprindeligt havde eksportet som Flash Player 10 og ActionScript 3, men den fla-fil som Trillix genererede var sat til at være Flash Player 9 og ActionScript 3, hvilket gjorde at den fejlede når jeg kompilerede, da projektet bruger Vektor-klassen.
Men, set i det store billede, så er det en mindre detalje og en bug som de garanteret snart retter.

Protect from import
Flash har en funktion under Publish Settings der hedder “Protect from import”, så for en god ordens skyld publishede jeg også sådan en fil og testede.
Ligesom før kompilede den fint. Går man derefter ind og kigger i ActionScript-koden, så ser den pludselig noget anderledes ud.

Hvor der før var pæne variabelnavne, så er det hele nu blevet til loc1, loc2 etc. hvilket gør det noget sværere at læse og overskue koden.
Derudover er en masse standardfunktioner også blevet sværere at gennemskue, eksempelvis blev

var minVar:uint = 0x000000;

til

loc2.writeUnsignedInt(134610944);

Igen er det sværere at læse, men ikke helt uforståeligt.

Konklusion
Hvis du har brug for en ven i nøden, så er Flash Decompiler Trillix helt sikkert et godt bud, og man skal ikke have reddet ret mange kastanjer ud af ilden før at programmet har tjent sig selv hjem igen.

Disclaimer
Eltima har stillet en gratis version af programmet til rådighed for denne anmeldelse, men de har naturligvis ikke haft indflydelse på indholdet i den.

Flash Player 10.3 Beta

tirsdag, 8. marts 2011

Man må sige at der sker en masse på Flash-fronten i disse dage, forleden blev Molehill (accellereret 3D) annonceret og nu er turen så kommet til en Flash Player 10.3 beta.

Listen af nye ting er:

  • Nemmere måling af videovisninger m.m. (hvis man vel og mærke bruger Adobe SiteCatalyst)
  • Echo cancellation på mikrofonen
  • Indbygning af Flash privacy settings og local storage settings i kontrolpanelet og browseren
  • Automatisk notifikation om opdateringer på Mac OS

Alt i alt ikke noget nævneværdigt, hvis man primært bruger Flash til at lave avancerede, interaktive websites.

Bannersretningslinier fra FDIM - sikke noget makværk!

mandag, 28. februar 2011

FDIM har, i samarbejde med førende danske online medier og mediebureaer for nylig opdateret deres gennerelle retningslinier vedr. bannerannoncering.

Sjældent har jeg set et større makværk, og når man tænker på hvor vigtigt sådan et dokument kunne være for den danske online markedsføring (FDIMs medlemmer tæller blandt andet Ekstra Bladet, Politiken, TV 2 og Msn), så er jeg på samme tid både vred og skuffet.

Hvorfor? Det kan du se herunder…

Amatøragtigt layout
Normalt er layoutet for sådan en rapport temmelig ligegyldigt, det er indholdet der tæller, men i dette tilfælde er det i sig selv så amatøragtigt, at det må være en klar indikation af hvor lang tid der er blevet brugt på at lave retningslinierne.

Nogle få eksempler:

  • Utal af linier med kun 2-3 ord på, sandsynligvis fordi man har copy/pastet fra et andet dokument uden at rette linieskift.
  • Spring mellem engelsk og dansk.
  • ActionScript-kode som bare er copy/pastet og og derfor meget uoverskuelig.

Alt i alt vidner opsætningen om nogle retningslinier, der enten er hastet igennem eller bare prioriteret enormt lavt.

Regler der ikke giver mening
Her blot et par eksempler fra retningslinierne:
Bannere uden video og uden brug af ActionScript 3, må kun køre 18 frames pr. sekund, mens bannere med video og/eller ActionScript må køre 25 frames pr. sekund.
Og så er det jeg spørger mig selv: Hvorfor er der forskel?
Bannere der kører 25 fps bruger mere CPU, men det gælder både for AS2 og AS3, og tilsvarende ser både AS2 og AS3 bannere hakkende ud når de kører med 18 fps.

Et andet sted står der at “hentning af filer, som er større end tilladt filstørrelse, er kun tilladt ved mouseover eller klik”, et andet sted står der “video i bannere må max. fylde 500 kb ved load af banneret”.
Igen må jeg spørge: Hvorfor er der forskel?
Om det er grafik, lyd, video eller noget fjerde der loades, så er forbruget af båndbredde pr. KB det samme.

CPU forbrug
Noget der bliver lagt meget mere vægt på i de nye retningslinier er cpu-forbruget, og det er med god grund, for bruger et banner for meget CPU, så kan det få hele computeren til at føles langsom og, i værste fald, få den til at crashe. (NB: I denne sektion omtales Flash som “Macromedias Flash-player)

Der står derfor i retningslinierne, at medierne altid har lov til at afvise bannere, der bruger for meget CPU, og det er en rigtig god ting, men hvad er for meget?
Problemet med CPU er at man altid omtaler det i procent, men det varierer voldsomt i forhold til om man ser banneret på en ny stationær, en gammel bærbar eller måske endda en mobiltelefon.
Så, hvor meget er for meget?

Hvis kampen mod CPU virkelig skal batte noget og være til at administrere, både for udviklere og medier, så er der brug for en benchmark, en fælles standard som alle måler CPU forbruget i forhold til.

Et bud på det kunne være at alle brugte AdValidation (eller noget tilsvarende), som udover at teste forskellige andre ting i banneret også måler cpu-forbruget.
Dermed har alle mulighed for at teste på den samme maskine, og så kan man nemt sætte en fast og målbar grænse for hvornår for meget er for meget.

Under sektionen om CPU er der flere råd, heraf også flere gode, til hvordan man kan minimere forbruget af CPU’et, men et af rådene er også: Brug vektor-grafik i stedet for pixel-grafik.
Det er decideret forkert!
Vektor-grafik fylder mindre end pixel-grafik i KB, men kigger man på cpu-forbruget, så er det som oftest højere ved brug af vektor.

Forskellig kode til forskellige reklamesystemer
I indledningen står der, at et af formålene med dokumentet er, at have nogle fælles branchestandarder, så man nemmere kan udvikle bannere, der kan bruges på flere sites.

Men, hvis det er det man ønsker, hvorfor har man så kode og specifikationer med for flere bannerserveringssystemer?
En ting er de avancerede funktioner, det kan måske være svært at strømline, men at have et fælles, anbefalet clickTAG er ikke bare muligt, det burde også være et krav.

Jeg bruger selv mit eget udviklede (clickTAG i ActionScript 3), men er meget åben for alternativer - bare det virker alle steder.

Kun retningslinier, ikke standarder
Og det værste af det hele? På trods af et så langt og så kompliceret dokument, så er der kun tale om retningslinier, ikke standarder.

Hvis man vil være sikker på at få sit banner godkendt på et bestemt medie, så er man stadig nød til at få fat i deres unikke specifikationer, da de færreste følger retningslinierne på alle punkter.

Er det bare mig?
Det her er endt som et temmelig langt og temmelig surt opstød, men spørgsmålet er om det bare er mig der er en sur, gammel bannerudvikler?
Derfor så kom meget gerne med dine input i kommentarerne - hvis vi er mange der er utilfredse, så er der en meget større chance for at få ændret på tingene.

Note: Vi (Se mor!) har gennem flere år haft FDIM som fast kunde, så alt hvad der står i dette indlæg har jeg derfor oprindeligt skrevet direkte til dem, men desværre uden reaktion.

5 forudsigelser fra Adobe

tirsdag, 11. januar 2011

Adobe har lige smidt en ny version af deres nyhedsbrev Edge på banen, og i det var der et link til denne video, der indeholder 5 forudsigelser for 2011 - prøv at se den:
Adobe Edge - januar 2011

Er jeg den eneste der dels synes at humoren i videoen er totalt malplaceret og alt, alt for selvfed?
Jeg fik i hvert fald en lidt dårlig smag i munden efter at have set den.

Derudover synes jeg personligt ikke at de 5 ting der nævnes er særligt ophidsende, det skulle da lige være HTML5-delen, hvor man absolut må formode at de arbejder på et dedikeret værktøj - vi kan så kun håbe på at det bliver bedre end denne video ;-)

Flash Player 10.2 og StageVideo

torsdag, 9. december 2010

I betaversionen af den kommende Flash Player 10.2 er der blandt andet komme en ny klasse der hedder StageVideo. Den giver mulighed for drastisk øget performance ved videoafspilning, da den altid vil være GPU accelereret.

Der er dog en lille pris, for måden den øgede performance er blevet mulig er ved at fjerne videoen fra den normale displaylist, i stedet, så vil en StageVideo alt være placeret under alt hvad man har af almindelige movieclips, sprites m.m. Det kan gøre det lidt tricky at udnytte den ekstra performance til deciderede multimediesites, men er projektet en mere regulær videoplayer, så burde det til gengæld være super nemt.

Lee Brimelow har lavet en glimrende tutorial der kommer ind på et par yderligere gotchas:
Introduction to StageVideo

Flash og batterilevetid

tirsdag, 16. november 2010

Apple annoncerede for nyligt at Flash som standard ikke ville være installeret på visse af deres bærbare computere, da de mener at den dræner batteriet.
Med andre ord: Flash = Højt strømforbrug.

Påstanden er sådan set god nok, der er ingen tvivl om at computeren samlet set bruger mindre strøm når Flash ikke er installeret.
Men, grunden til at den bruger mindre strøm er at den viser mindre indhold. Hvis man skifter et element med interaktion og animation ud med en statisk gif eller slet og ret ingenting, så giver det sig selv at der bruges mindre strøm.

Da de fleste af den type elementer i dag er reklamer, så findes de over det hele og dermed er effekten ved at slå Flash fra relativt stor.
Det man bare helt glemmer i den debat er HVORFOR der er så mange Flash-objekter rundt omkring?
Svaret er enkelt: Penge.

Når du besøger et gratis website, så er din “pris” for at bruge websitet, at du bliver eksponeret for forskellige reklamebudskaber, vel og mærke i en interaktiv og animeret form, da det øger effekten.
Slår du Flash fra, så undgår du denne eksponering (eller får den minimeret til statiske versioner), men samtidig fratager du også websitets eksistensgrundlag.
Uden penge, intet indhold.

I stedet for, så vil jeg anbefale dig at sende en mail til de netmedier du er glade for at bruge, og spørge dem om de ikke har en betalingsversion, hvor du giver 20 kr. pr. måned mod til gengæld at slippe for reklamerne.

Så sparer du strømmen og bevarer det gode indhold.

Tips til Flash Builder 4: Genveje og debugging

mandag, 25. oktober 2010

Glimrende lille artikel, der gennemgår nogen af de mest nyttige genvejstaster i Flash Builder 4, og derudover kommer med et par tips til når der skal debugges:
Flash Builder 4 shortcuts and debugging tips

Et par af de mest nyttige genveje:
CMD+O: Skriv navnet på en funktion eller variabel og Flash Builder hopper automatisk hen til den
Option(Alt)+CMD+Pil op: Dupliker linie
CMD+D: Slet linie
Option(Alt)+Pil op eller ned: Flyt linie eller blok

Nemmere Facebook-applikationer med Flash

mandag, 27. september 2010

Hvis du nogensinde har prøvet at lave en Facebook-applikation, som også har brugt Flash i større eller mindre omfang, så har du også på egen krop mærket hvor besværligt og knudret det kan være.
Eksempelvis er et typisk scenarie at man laver nogle php-filer som ikke laver andet end at være mellemmand mellem Facebook og Flash, ved at modtage kald og sende data retur.

Noget af det kunne også gøres med JavaScript-kald, men så var mellemlagt et andet sted.

Nu har et par af mine tidligere kolleger, gutterne fra player.io, imidlertid lavet en open-source AS3 klasse, som gør alt det meget nemmere.
Du kan finde den her:
Facebook Graph AS3

Har ikke selv haft lejlighed til at lege med den endnu, men der er tale om et par rigtigt dygtige gutter, så er ikke i tvivl om at det spiller.

I øvrigt har de også lige lanceret et værktøj, som helt generelt - Flash eller ej - gør det nemmere at lave Facebook-applikationer, herunder især spil.
Mere om det her: Player.io - SiteBox