Bryngfors.com

Från Flash till iPhoneutveckling - intervju med Anders Färdigh

Nisse Bryngfors — Sat, 13 Feb 2010 07:48:46 GMT

Många flashutvecklare har blandade känslor när det kommer till Apples iPhone. Det är en telefon som imponerar när det kommer till användargränssnitt och funktion, men samtidigt är det en stängd plattform där Apple skriver reglerna. Som alla vet har Apple beslutat sig för att inte ge iPhone stöd för Flash vilket gör det svårt för flashutvecklare att kunna utveckla program för plattformen.

Valet är att antingen gå vägen via HTML5, som i sig inte skiljer sig speciellt mycket från Flash, eller att ta steget fullt ut och lära sig Objective-C och Cocoa. Vill man distribuera sina applikationer via App Store har man inget val, då är det Objective-C som gäller. Det finns, och det kommer fler, lösningar som gör att man kan utveckla i andra språk, men att använda Apples verktyg är det säkraste kortet.

Jag fick chansen att ställa några frågor till iPhone-utvecklaren Anders Färdigh. Han utvecklade tidigare främst för flashplattformen men har nu tagit steget till att mestadels utveckla för iPhone.

Kan du berätta lite kort om dig själv och din bakgrund när det gäller både flashplattformen och iPhone utveckling?

Efter att ha frilansat inom webbutveckling och mobil grafik började jag på Illianced med flashutveckling som enda fokus. Därefter började jag frilansa igen, till en början enbart med Flash. Sedan ett år tillbaka har jag använt iPhone SDK:t och senaste halvåret har jag mer eller mindre uteslutande arbetat med iPhone-projekt. Nu senast har jag varit med och startat upp mobilbyrån Appsters.

När du började att utveckla för iPhone, hade du någon nytta av dina tidigare erfarenheter från flashplattformen?

Absolut. Framförallt som en grund för att gå över till ett annat objektorienterat språk.

Hur var inlärningströskeln? Något speciellt som du upplevde som extra svårt?

Det svåraste för min del var att hitta rutiner för minneshantering som fungerar lite annorlunda. Sen är syntaxen till en början rätt främmande. Numera ser jag dock Objective-C som mitt huvudspråk och ser mer fördelar än nackdelar med det.

Vad gäller grafik och animering tycker jag fortfarande att Flash kan vara mer lättöverskådligt och snabbjobbat så fort man lämnar standardkomponenterna i iPhone SDK:t.

Vad har du för tips att ge till flashutvecklare som vill börja utveckla iPhoneapplikationer?

Alla är väl olika, men jag tror att man tjänar på att verkligen lära sig Objective-C och Cocoa-ramverket relativt grundligt. När man väl har koll på det kommer det gå i hög takt framåt.

De som redan utvecklar AS3 tror jag generellt har en ganska hög programmeringsmässig grundförsåelse och många klarar sig nog på material som finns på internet. Apple’s dokumentation i samband med iphoneutvecklingsbloggar kommer man långt på.

Jag skulle rekommendera att börja kolla på sajter som icodeblog.com , cocoadevcentral.com och cocoawithlove.com. Stanfords iPhonekurser (iTunesU) verkar också bra. Såg ett avsnitt men hade kommit lite för långt kunskapsmässigt för att uppskatta det. Tror dock att de är perfekta som introduktion.

Sen kan man hålla lite koll Sweden iPhone Development (iphonedev.se) och CocoaHeads Stockholm om ni söker den lokala iPhone-communityn för att träffa andra utvecklare: http://groups.google.com/group/iphonedev-swe ,
http://groups.google.com/group/cocoaheads-stockholm

Vad gäller det kodmässiga har jag verkligen lärt mig uppskatta Apples standardkomponenter/-lösningar. Läste nyligt en bloggare som skrev “If you can’t do it better than Apple – don’t do it”, vilket jag tycker är något man bör ta till sig. Program som Tweetie, DN På Stan, Flickr m fl tycker jag ändå ger en mycket bra användarupplevelse.

En stor orsak till Apples succé med iPhone är ju naturligtvis App Store och möjligheten för utvecklare att ta betalt för sina applikationer. Dock känns det lite som att guldruschen är över nu. Kan man fortfarande tjäna pengar på att sälja appar eller är konkurrensen för hård?

Det är nog få som tjänar stora pengar på att sälja appar. Om man släpper en app för svenska marknaden kan man ganska snabbt räkna ut att det är svårt att bli rik. Det går inte heller att bara släppa en app och tro att den automatiskt når topplistorna även om den är bra. Marknadsföring av app känns som en minst lika viktig del för att lyckas nu när du ska synas bland 140 000 appar. Det finns ju dock andra sätt att tjäna pengar förutom på just försäljningen via AppStore.

Adobe visade i slutet av förra året upp ”Packager for iPhone”, en lösning som tillåter utvecklare att skapa applikationer för iPhone direkt från Flash med Actionscript 3.0 som programmeringsspråk. Det finns också andra liknande utvecklingsverktyg. Ser du någon framtid för den här typen av lösning?

Jag har inte använt “Packager for iphone” och har inte tillräckligt stor insikt för att bedöma ur stort Flash kan bli som utvecklingsmiljö för iPhone-appar. Jag har dock inte blivit imponerad av något som släppts via Packagern hittills. Då jag provade spel på en iPhone 3G var prestandan dessutom rätt dålig, men det har jag förstått ska vara bättre när lösningen släpps för allmänheten.

Jag är inte heller direkt imponerad av det jag testat hittills. Är det möjligt att lösa
prestandaproblemen? Finns det inte en risk att man ändå måste optimera sin kod för iPhone och att fördelarna då till stor del försvinner?

Prestandan känns som en superviktig del för att Adobe ska lyckas med iPhone-satsningen. Måste dock erkänna att jag hoppas att AppStore inte väller över av "Flash-iPhone-appar" och spel. Dels för att det blir svårare att synas men även för att Apples granskningsprocess kan bli längre.

Skulle du kunna tänka dig att använda sådana här utvecklingsverktyg, eller är nackdelarna för stora?

Jag har börjat gilla objective-c till den grad att jag helst inte lämnar språket förutom för korta utsvävningar. Men ett utvecklingsverktyg som skulle skapa bra och prestandaoptimerade program för flera plattformar skulle absolut kunna vara intressant. Där exempelvis Flex inte bara kompilerar en flex-app utan även en native Android- och iPhone-app. Jag skulle gärna höra om någon läsare vet mer.

Hur ser du på framtiden för iPhone och dess applikationer? Är det verkligen hållbart att fortsätta utveckla för en specifik plattform med tanke på nya enheter och plattformar som börjar dyka upp?

Det känns som att det är svårt att få de stora mobiljättarna att närma sig varandra så i stora drag lär mycket vara likt hur det ser ut nu även om det inte är tidseffektivt för utvecklare. Jag antar att man kommer välja plattformar efter budget och målgrupp. Sen kommer nog Apple, Google, Samsung, Microsoft och Intel/Nokia göra sitt bästa för att locka till sig utvecklare av sina respektive plattformar. Appar känns centralt för att lyckas just nu och de vill självklart åstadkomma samma succé som Apple fått med AppStore, vilket genererar både användare och pengar.

När man pratar om Flash och iPhone är det ofrånkomligt att inte diskutera avsaknaden av Flashspelare. Vad är dina tankar kring att iPhone ännu inte har stöd för Flash?

För iPhone bryr jag mig inte så mycket. Det är ingenting jag saknar. Däremot är det något jag defintivt skulle uppskatta i en iPad.

Precis. Vad tror du är orsaken till att Apple vägrar Flash? Prestanda, strategi?

Strategi. Vet inte hur stor vikt man ska lägga vid Steve Jobs uttalanden om att det är för buggigt.

Apple har ju tydligt visat att det är HTML5 som gäller för webbapplikationer och Objective-C för applikationer till App-store. Har Flash någon framtid? Då tänker jag främst på iPhone, men också i ett större perspektiv.

Flash på iPhone verkar ju vara rätt dött och HTML5 verkar kunna ta stora delar av det som tidigare per automatik kopplats till flash. Jag tror dock att Flash kommer ha en stark roll inom kombinerade webb/desktop-lösningar samt spel.

Tusen tack för att du ställde upp på den här intervjun. Har du några egna appar du vill tipsa om, eller kanske några andra appar du själv tycker är bra?

Tack själv! Det var bara roligt. Jag jobbar fortfarande en del incognito som underleverantör, men under våren kommer Appsters slutföra några intressanta egna kundprojekt. På startskärmen: Tweetie2, Dropbox, Analytics App, Wordpress2, Orbital, DN På Stan, SVT Play.

Apple iPad, den verkliga flashdödaren

Nisse Bryngfors — Fri, 29 Jan 2010 18:25:38 GMT

Efter en rejäl rykteskarusell släppte då Apple sin tablet dator iPad. Personligen gillar jag konceptet. Jag kan se ett behov av en dator som alltid är på, har ett enkelt och intuitivt gränssnitt och som kan användas till att konsumera allt från böcker till film. Dessutom är priset överkomligt. Däremot är jag tveksam till avsaknaden av t.ex. multi tasking och HDMI-port.

Naturligtvis kan jag inte undvika att beröra det som antagligen påverkar mig mest, nämligen att iPad inte har stöd för Flash. Jag vet att det finns minst sagt delade åsikter om Flash. Oavsett vad man tycker måste man ändå medge att det finns oändliga mängder befintligt innehåll på nätet som använder flashplattformen. Det är inte heller bara video utan också spel, applikationer, experimentella sajter, kampanjsajter och så vidare. Att iPads webbläsare Safari inte har stöd för Flash innebär att man som användare missar mycket av det som nätet erbjuder idag.

Jag tror att det främst finns två orsaker till varför Apple vägrar Flash. Den ena är att de vill ha kontroll över sin plattform. En enhet som iPad lever mycket på att den är enkel och fungerar utan att krascha. Instick ger Apple mindre kontroll och heller ingen möjlighet för dem själva att åtgärda problemen när de dyker upp. Den andra orsaken är att en stängd plattform är lättare att tjäna pengar på. Flash skulle kunna vara ett alternativ till många av applikationerna på app store. Inte minst när det kommer till spel.

Så vad spelar det här för roll för flashplattformen? Det beror först och främst på om iPad blir en succé eller inte. Apples iPad har en smalare och mer outforskad nisch än vad iPhone hade när den introducerades. Å andra sidan är konkurrensen desto mindre. Den har alla möjligheter att lyckas, speciellt eftersom den riktar in sig på en bred publik till ett överkomligt pris.

Om vi utgår från att iPad blir en succé så är det på kort sikt onlinevideo som kommer påverkas. Eftersom video via Flash inte fungerar på iPad så måste sajterna skapa alternativa videospelare. Närmst till hands blir då en spelare som utnyttjar videotaggen i HTML5 och som faller tillbaka på flashvideo för de som inte har moderna webbläsare. På lång sikt blir iPad alltför viktig att bortse från och då kommer det helt enkelt skapas mindre med flashinnehåll.

Ytterligare en sak att ta i beaktning är att reklambyråer, digitala byråer och
produktionsbyråer i ganska stor utsträckning använder produkter från Apple. Det finns en möjlighet att iPad blir deras nya leksak. Den kommer sätta nivån för hur digitala kampanjer ska se ut och finns det inte flashstöd kommer HTML5 eller iPad appar att användas istället.

Jag tror iPad kommer lyckas. Jag tror inte Apple har något större intresse av Flash. Naturligtvis är detta ett riktigt bakslag för både Adobe och flashplattformen. Det kan till och med vara det som ger skjutsen framåt som HTML5 för tillfället behöver. Vi får se.

Oavsett vad, är du flashutvecklare har du inget att vara orolig för. Apple har med iPad, och tidigare iPhone, visat att användarvänlighet och användarupplevelse är viktigt och efterfrågat. Det är precis det du jobbat med i alla år. Det är bara att ta den erfarenheten till en ny teknik. Jag har tidigare berört detta i posten "Därför ska flashutvecklare inte frukta HTML5".

Till sist, kommer jag själv att köpa en iPad? Ja, troligen.

Så gör du en mosaikbild som kan zoomas i Flash

Nisse Bryngfors — Tue, 29 Dec 2009 13:25:32 GMT

Varje år, eller åtminstone de tre senaste åren, gör jag egna julkort som jag skickar till familj och vänner. Jag försöker vara lite kreativ och göra så personliga julkort som möjligt. De tre senaste årens julkort är upplagda på Flickr.

När man har barn är det mer eller mindre givet att de ska finnas med på julkortet. Som en liten ironisk passning tänkte jag det kunde vara kul att spinna vidare på det temat, men överdriva det en aning. Resultatet blev en mosaikbild på barnen beståenda av alla kort tagna under året. Mosaikbilden är uppbyggd av mer än 800 enskilda bilder.

Det är naturligtvis omöjligt att sätta ihop en sådan här mosaik utan hjälp av något program. Programmet jag använde mig av heter AndreaMosaik och är väldigt kompetent. Man kan göra många och detaljerade inställningar, men framförallt kan den generera ut mosaikbilder i väldigt höga upplösningar.

En mosaikbild består av flera andra bilder vilket gör det väldigt lätt att skapa högupplösta bilder med hög kvalité och detaljrikedom. Sådana här bilder är väldigt intressanta att zooma in i. Nackdelen är att de blir väldigt stora i filstorlek.

En lösning på det problemet är att stycka upp bilden i flera mindre bilder och i flera zoomsteg. På det viset kan man låta användaren zooma i delar av bilden utan att ladda ned hela bildfilen på en gång.

Med Silverlight 2 slog Microsoft på stora trumman när de visade upp funktionen Deepzoom. Med Deepzoom är det möjligt att enkelt skapa zoombara bilder utifrån en högupplöst bild. Men faktum är att det varit möjligt sedan länge i Flash. Det finns flera tredjepartsverktyg som löser uppgiften, men vad många inte vet är att man kan göra det direkt via Photoshop.

Om man öppnar en bild i Photoshop och sen väljer "File" och "Export..." så finns det ett val som heter "Zoomify". Vad som händer är att bilden styckas upp och exporteras i ett antal mindre bilder i olika zoomnivåer. Dessa laddas sedan in i en liten bildvisare byggd i Flash beroende på hur användaren panorerar och zoomar.

Jag har gjort en Zoomifybild av mitt julkort och har laddat upp den så att du själv kan se hur det fungerar här.

Svårare än så är det inte att skapa zoombara bilder i Flash.

5 möjligheter för Flash att integrera bättre med webbläsare

Nisse Bryngfors — Sat, 12 Dec 2009 09:16:32 GMT

I en tidigare bloggpost skrev jag om 10 anledningar varför sajter byggda i Flash inte alltid suger. Min poäng var att de saker flashspelaren vanligtvis får kritik för oftast är ganska enkla att lösa, bara man vet hur.

Men det finns naturligtvis saker som kan fungera mycket bättre. En av dessa är hur flashspelaren interagerar med webbläsaren den körs i. Det skulle öka användbarhet avsevärt samtidigt som Flash i större grad skulle likna hur HTML beter sig och därmed även hur användare förväntar att det ska bete sig.

Antagligen finns det orsaker till varför inga av dessa punkter är fixade i flashspelaren. Troligaste orsaken till det är att det inte finns något API för webbläsarfunktioner, eller åtminstone inga standardiserade API:n. Oavsett, följande fem punkter skulle förbättra Flash avsevärt.

1. Utskrift

Flash har bra möjligheter för utvecklaren att bestämma hur utskrifter ska se ut. Ofta vill man inte skriva ut exakt det som användaren ser på skärmen utan istället anpassad information som gör sig bättre på papper. Problemet är att gör man det så har användaren två sätt att skriva ut på. Antingen via ett val i flashapplikationen eller genom att använda webbläsarens val för utskrift. Sannolikt väljer användaren det senare och då har utvecklaren ingen möjlighet att styra utseendet på utskriften. Det blir istället upp till webbläsaren.

Om man i Flash fick reda på när användaren väljer utskriftsvalet i webbläsaren skulle man enkelt kunna göra snygga utskrifter. Inget nytt att lära för användaren utan allt fungerar "precis som vanligt".

2. Sök

Att söka efter text via webbläsarens inbyggda sökfunktion fungerar utmärkt i HTML. Tyvärr fungerar det inte alls i Flash. Det går naturligtvis att implementera en egen sökfunktion men den kommer inte fungera när användaren använder webbläsarens inbyggda.

Hade det funnits ett sätt i Flash att få reda på när en sökning via webbläsaren görs så hade det öppnat upp många möjligheter. Man skulle då kunna använda sin egna sökfunktion i Flash för att hitta texten som eftersöks. Man skulle inte heller vara begränsad till att bara visa upp text utan även kunna markera bilder och liknande som passar in på sökfrasen.

3. Kortkommandon

När en flashapplikation väl fått fokus så släpper den inte igenom några kortkommandon till webbläsaren. Ett tydligt exempel är att försöka skapa en ny tom tabb i webbläsaren via kortkommando när man är på en flashsajt. Det fungerar helt enkelt inte.

Ett sätt att lösa detta på hade varit att kunna definiera en lista av kortkommandon som flashapplikationen inte är intresserad av och därför släpper vidare till webbläsaren. På så sätt blir det upp till utvecklaren att bestämma vilka kortkommandon man vill ta hand om själv och vilka man överlåter till webbläsaren.

4. Statusfältet

Den största nyttan av statusfältet i webbläsaren är att kunna se vart länkar går innan man klickar på dem genom att föra muspekaren över dem. Gör du samma sak i Flash händer ingenting.

Det går visserligen att uppdatera statusraden i webbläsaren via javascript men om detta åtminstone skedde per automatik för länkar skulle det vara en klar förbättring för besökarna.

5. Zooma in/Zooma ut

Man kan zooma innehållet på en webbsida genom kortkommando, scrollhjul eller i webbläsarens menyer. Kortkommando och scrollhjul kan man lösa i Flash men inte om det görs via menyerna.

Återigen, hade man kunnat få reda på när användaren gör ett val via menyn hade man enkelt kunnat förändra applikationen. Användaren hade heller inte behövt att lära om.

Vinn Call of Duty - Modern Warfare 2 till PS3, Xbox 360 eller PC

Nisse Bryngfors — Mon, 07 Dec 2009 07:38:13 GMT

För att delta måste du posta antingen en statusuppdatering på Facebook eller en tweet på Twitter. Detta görs automatiskt via tjänsten For a Push. När du väl postat texten kommer du till en sida där du anger din e-postadress och deltar då i tävlingen. Svårare är det inte.

Klicka dig vidare för att tävla om spelet "Call of Duty - Modern Warfare 2" via For a Push.

Teknikpodcasten Slashat skriver följande om tävlingen:

Tävling!

Vinnaren vinner:
Call of Duty – Modern Warfare 2 till valfri plattform (PS3, X360 eller PC)
Tävlingen är sponsrad av Activision.

Slashat.se och Activision lottar ut en kopia av Call of Duty – Modern Warfare 2 till valfri plattform!
Japp, det är som en tidig julklapp från grabbarna på Slashat.se, en splirrans nya kopia av Modern Warfare 2 ligger i potten och det fina i kråksången är att vinnaren får välja vilken plattform denne vill ha spelet till, antingen Xbox 360, Playstation 3 eller PC.
Allt man behöver göra för att var med i tävlingen är att gå till http://forapush.com/6gc5 och ”pusha” ut följande text ”tävlar om en kopia av Modern Warfare 2 till valfri plattform hos Slashat.se! Tag chansen du med:” på sin Twitter eller Facebook-feed med hjälp av forapush.com.
Efter att du har gjort detta hamnar du på en sida där du lämnar din e-post (bara lugn, vi tycker lika illa om spam som du) och du är automatiskt med i utlottningen. Enkelt va?
Måndagen den 14 December kl 16.00 är tävlingen slut och Slashat.se meddelar vem som vann den 15 December under liveshowen (eller via podcasten som släpps den 16:e December).
Så vad väntar du på? Gå till http://forapush.com/6gc5 bums!
Lycka till!
Priset är sponsrad av Activision.

10 anledningar varför sajter byggda i Flash inte alltid suger

Nisse Bryngfors — Tue, 01 Dec 2009 10:06:01 GMT

Simon Sundén är SEO expert och har skrivit topplistan "10 anledningar varför sajter helt byggda i Flash oftast suger". Egentligen tycker jag inte att listan är speciellt kontroversiell. De saker som listas stämmer ganska bra in på många flashsajter. Och han skriver faktiskt "oftast suger", inte "alltid suger".

Det som är lite synd är att sådana här listor gärna misstolkas och det som från början var kritik mot hur vissa sajter byggs, tas som sanning för vad Flash kan och inte kan.

Man ska också ha i åtanke att listan är skriven utifrån ett SEO-perspektiv och det är då ganska naturligt att vissa saker som från början anpassats för HTML inte kan fungera på samma sätt i Flash. SEO är också ett område jag har väldigt lite kunskap inom så det är möjligt att jag missuppfattat något.

Hur som helst har jag valt att kommentera varje punkt i listan. Förhoppningsvis ger det en lite mer rättvis bild. Åtminstone sett ur ett flashperspektiv.

1. Långa laddningstider

De flesta flashsajter tar oftast väldigt lång tid att att ladda och med tanke på hur kräsna vi besökare är så är inte det här en vinnare. I de flesta fall vill vi användare ha information snabbt och direkt och är då Flashen seg att ladda tröttnar vi och skippar det.

Det här har ingenting med Flash i sig att göra. En HTML-sajt med t.ex. stora bilder tar också lång tid att ladda. Det kan vara så att en flashsajt är mer abitiös än en vanlig HTML-sajt eftersom möjligheterna är större, men det tar inte längre tid att ladda bara för att det är Flash.

Med Flash finns det snarare stora möjligheter att ladda innehållet smart och på ett sådant sätt så att användaren inte tröttnar, samtidigt som man ger besökaren en större upplevelse än vad som är möjligt med text.

2. Tillgängligheten
Personer som är synskadade har lite problem med Flash-sajter. Inte direkt majoriteten av användarna, men försök använda program som ReadSpeaker på en Flash-sajt. Tänk dig vad trevligt det vore om du är synskadad och får höra: “In order to view this page you need JavaScript and Flash Player 9+ support!”

Man kan skapa flashsajter med bra tillgänglighet. Eftersom en flashsajt oftast är mycket mer avancerad än ett textdokument blir utmaningarna att få det att fungera mycket större. Det är nog ett rimligt påstående att säga att flashsajter generellt inte är utvecklade med skärmläsare i åtanke, men möjligheterna finns. Jag tror att det riktiga problemet här är att få det att fungera bra i webbapplikationer överlag, och där innefattas även Javascript/HTML/CSS.

3. Mobil kompatiblitet
Funkar Flash-sajten på din iPhone eller annan mobil läsare? Nope, det gör den inte. Så i de här fallen måste du dessutom bygga en mobil variant av hela sajten för att det ska fungera och i takt med att vi allt mer surfar mobilt blir det här problematiskt.

Flash Player 10.1, för tillfället i beta, är optimerad för smart phones och sedan länge har många telefoner varit utrustade med Flash Lite, som är en minivariant av flashspelaren. Adobe samarbetar med 19 av 20 smart phone tillverkare i projektet Open Screen Project. Vilken som är nummer 20 kan man lätt räkna ut.

Att nå användare om surfar via mobilen är oerhört viktigt redan idag och kommer bara bli mer viktigt med tiden. Vill man kommunicera med text är HTML absolut mest effektivt men jag tror det kommer ställas allt högre krav på upplevelser också i mobiltelefoner. I vissa fall kommer Flash möjliggöra saker som är svårt att åstadkomma på något annat sätt. Utmaningen kommer snarare ligga i att designa för mindre skärmar än rent tekniska svårigheter.

4. Problem med webbstatistik
Det tar tid, kraft och pengar att korrekt tagga en sajt byggd helt i flash för att mäta vad personerna gör här. Det går, men det bra mycket jobbigare än med HTML.

En sajt som använder djuplänkning via SWFAddress kan automatiskt generera statistik för varje "sida" användaren besöker. Detta sker utan något som helst extra jobb från utvecklaren. Utöver det har man möjlighet att mäta exakt vad användaren gör, kanske extra viktigt när det kommer till video, men det innebär i dagsläget en del extra jobb naturligtvis.

Adobe köpte nyligen webbanalysföretaget Omniture och det är ingen vild gissning att vi kommer få se nya lösningar inom detta område.

5. Browsersök och musfunktioner
Det går inte i de flesta fallen att högerklicka samt browsersöka (CTRL+F). Lägg där till en rad andra browserspecifika funktioner som inte fungerar på de flesta flash-sajterna.

Jag anser att en av de största nackdelarna med Flash i dagsläget är integrationen med webbläsarna. Det är sant att man inte kan dra nytta av t.ex. webbläsarens sökfunktion och det kan helt klart vara en nackdel i vissa fall. Det går att göra en egen sökfunktion som fungerar med ctrl+f och det går att göra egna menyer för högerklick men det hade såklart varit bättre för användaren om det fungerade på samma sätt som i HTML.

6. Inga unika URL:er inom sajten - glöm “Sharing is caring”
I och med att det inte finns unika URL:er inom sajten är det ett helvete att dela med sig av sajten via sociala knappar eller genom att bokmärka sidan. Du kan bara glömma det där med “Sharing is caring”.

Det går alldeles utmärkt att skapa unika URL:er till olika delar i en flashsajt. Det är inte ens svårt eftersom det finns färdiga bibliotek som löser det åt en.

7. Framåt & Bakåt fungerar inte
Många användare använder sig av framåt resp. bakåtknappen när de surfar. Inom en flashsajt blir detta helt enkelt omöjligt i de flesta fall.

Det är enkelt att få framåt och bakåtknappen att fungera i en flashsajt. Det gäller bara att bestämma sig för vad som ska anses vara en "sida", resten löser sig per automatik.

8. Copy & Paste
Många vill hänvisa, citera och allt annat när det gäller texten på en Flash-sajt. Det här är oftast problematiskt då det är krångligt, svårt och oftast inte satt som text. Glöm det där med CTRL+C, CTRL+V.

Text i flashsajter är i stort sett uteslutande satt som text. Man kan välja om användaren ska kunna markera den eller inte. Flash kan bädda in typsnitt så att det blir möjligt att använda andra typsnitt än de användaren har installerade på sin dator. Även inbäddade typsnitt kan göras så att de kan markeras och kopieras.

9. Indexering av sökmotorer
Du hörde rätt. Sökmotorer som Google, Bing, Yahoo har svårt att indexera innehåll i Flash. Google och andra sökmotorer har blivit bättre på det här men fortfarande har de svårt med detta och det blir inte samma resultat som med vanlig HTML. Risken är här att du tappar en stor del av dina potentiella besökare.

Sökmotorer har länge kunnat läsa SWF formatet som Flash använder. Tyvärr är det endast statisk text som sökmotorerna kommer åt och sammanhanget går förlorat till stor del. Senaste åren har Adobe samarbetat med Google och Yahoo där de skapat en spelare kallad "Ichabod" som sökmotorerna kan använda även för dynamiskt innehåll. Detta är dock fortfarande i experimentstadiet och det är svårt att avgöra hur stor effekt det verkligen ger.

Eftersom alla större flashsajter läser in sitt innehåll dynamiskt är det enkelt att bygga en lösning där innehållet presenteras som vanlig HTML för de som inte kan se Flash. Perfekt för sökmotorer såväl som t.ex. mobiltelefoner. Det är samma innehåll som används men det presenteras på två olika sätt.

10. Intern länkning rörande SEO
Även om Flash i vissa portioner kan fungera som riktigt smarta länkbeten så är det ej bra att göra som en hel sajt. Du missar nämligen de interna ankartext-länkarna i sajten. Sökmotorer älskar att se bra ankartexter på interna länkar och via flash så går tyvärr inte det.

Det här är ett område där jag villigt erkänner att Flash har problem jämfört med en HTML-sajt. Det är möjligt att flashsajter som använder djuplänkning i kombination med Ichabod på sikt kan förbättra intern länkning men det är inte heller säkert att det blir så.

Sammanfattningsvis

Det kan tyckas att det blir mycket extra utveckling bara för att grundläggande saker ska fungera i Flash. Naturligtvis skriver man inte om all funktionalitet på nytt inför varje projekt utan man har färdiga lösningar som kan återanvändas. Det finns också en hel del open source projekt som mer eller mindre anses som de facto standard som man använder.

Jag vill också poängtera att om något kan göras lika enkelt med HTML så finns det ingen anledning till att använda Flash. Med HTML5 flyttas den gränsen framåt men fortfarande är Flash relevant att använda och nya orsaker till att använda det kommer hela tiden.

Jobba heltid med Flash och Ljud

Nisse Bryngfors — Wed, 25 Nov 2009 09:39:58 GMT

Jag har tidigare skrivit om att Flash behöver en ny ”killer feature”. Vad jag menar med det är att Flash återigen måste erbjuda något unikt för att det även fortsättningsvis ska vara relevant. Andra tekniker blir hela tiden bättre och börjar kunna göra saker som tidigare endast varit möjligt med Flash. Ett bra exempel är hur Flash hanterar video. Tack vare att Flash var tidigt ute med en lösning som fungerade bra oavsett plattform har Flash också befäst sin ställning för webbvideo. Detta försprång håller nu på att tas in av andra tekniker som HTML5 och Silverlight vilket är helt naturligt. Däremot måste Adobe hela tiden sträva efter att hitta nästa banbrytande funktion.

Jag tror att en sådan funktion kan vara ljud och musik. Ljudläggning av kampanjsajter är ofta eftersatt och får inte samma fokus som t.ex. design och interaktivitet. Det finns alltså utrymme för att göra detta smidigare men framförallt höja ribban och driva utvecklingen framåt när det kommer till ljuddesign i kampanjsajter.

Plan8 är ett musikhus som vill förbättra ljudläggningen av flashkampanjer och samtidigt skapa förutsättningar för att driva utvecklingen framåt. Detta vill de åstadkomma genom att vidareutveckla det verktyg som de byggt för ändamålet och som utvecklare kan använda när de skapar sina applikationer. På så sätt kan produktionsbyrån som sköter ljuddesignen ta ett större ansvar och parallellt med att kampanjsajten växer fram jobba för att ljud och musik ska bli så bra som möjligt. Med de nya möjligheterna för ljud i Flash Player 10, och möjliga förbättringar i Flash Player 11, handlar det inte bara om att spela upp färdiga ljud utan också att generera ljud och effekter via kod.

För att allt detta ska bli verklighet behöver de hjälp. I första hand handlar det om en programmerare med koll på flashplattformen och som är van att utveckla API:er som kan användas av andra utvecklare. Naturligtvis behövs kunskap och intresse för digitalt ljud. Att ha varit med och utvecklat kampanjsajter är självklart ett plus eftersom det ger större förståelse för problemställningarna.

Låter detta intressant för dig, eller om du känner någon som skulle passa, så kan du skicka ett mail till Tor Castensson (tor(at)plan8(.)se) på Plan8. Anställningsformen är i första hand en heltidstjänst eller projektanställning, men olika upplägg kan diskuteras.

Flash behöver en ny "Killer Feature"

Nisse Bryngfors — Thu, 19 Nov 2009 22:41:18 GMT

Om man ser tillbaka på Flash historia ser man tydligt att det i perioder erbjudit unika möjligheter. I början var Flash det enda alternativet om man ville göra animationer på webben som inte tog en evighet att ladda ned. Det var det enda alternativet för vektorbaserad grafik. Ville man använda andra fonter än de besökarna garanterat hade installerade var Flash vägen att gå. Flash har gjort video på webben enkelt och med stöd för webbkamera startar det nya trender som augmented reality. Detta, och många fler unika funktioner, gör att Flash är så brett använt som det ändå är idag.

Utvecklingen går snabbt och mycket av det som länge endast varit möjligt att göra i Flash kan man nu göra med AJAX och DHTML. HTML 5 börjar få genomslag och när det väl stöds av alla webbläsare kan ännu mer göras utan krav på instick. Dessutom börjar Silverlight att komma ikapp Flash och i och med Silverlight 4 börjar vi se att det på många områden väl matchar Flash och i vissa fall dessutom erbjuder nya möjligheter.

För att Flash även i fortsättningen ska vara relevant behöver det en ny "killer feature". Jag har tidigare skrivit om att Actionscript måste bli snabbare, men det är inte tillräckligt. När video introducerades i Flash 6 var det ingen som kunde drömma om vilken roll det skulle visa sig spela för Flashplattformen. Idag är är en majoritet av all video på nätet uppspelad via flashspelaren. Något liknande behövs i kommande versioner av Flash för att det inte ska tappa mark.

Det finns redan nu några unika saker i Flash som inte riktigt fått genomslag. Möjlighet till P2P finns redan idag i flashspelaren och även avancerad teknik för att kunna distribuera livevideo via P2P som jag gissar kommer användas allt mer. Multi-touch samt spela in lokalt via mikrofonen är andra exempel på saker som gör Flash unikt.

Att Flash sprids till smartphones och andra bärbara enheter och hemelektronik är naturligtvis ett viktigt steg på vägen. Problemet är bara att HTML 5 också kommer till dessa enheter och därmed begränsar möjligheten för Flash att verkligen vara en viktig komponent.

Flash är fortfarande oslagbart när det kommer till att realisera mer avancerade och unika idéer på webben. För att det ska vara relevant även om fem år måste Adobe än en gång försöka hitta något som gör att Flashplattformen blir omöjlig att bortse från.

Flashutvecklare till Sticky Beat i Stockholm

Nisse Bryngfors — Thu, 12 Nov 2009 07:19:38 GMT

Jag har tidigare skrivit inlägg om att Sticky Beat söker Flashutvecklare. Jag är glad att kunna säga att vi nu anställt inte en utan två stycken seniora flashutvecklare till Sticky Beats stockholmskontor. Utöver de två seniora flashutvecklarna har vi även anställt en kille med After Effects kompetens som dessutom kommer att fungera som junior flashutvecklare.

Personligen tycker jag att det är öerhört kul att få in så erfarna och kunniga utvecklare till Sticky Beat. Jag räknar med att jag kommer lära mig mycket av dem. Att de dessutom sitter på plats i Stockholm tror jag är strategiskt viktigt eftersom de flesta av våra kunder verkar där. Vanligtvis fungerar det alldeles utmärkt att utveckla på distans, men det är helt klart en fördel att ha anställda med detaljkunskap som kan sitta hos kund och vara med på möten.

Det är också viktigt att poängtera att Sticky Beat inte enbart fått förstärkning när det gäller Flash utan utan också djup kunskap inom Flex, AJAX, HTML/CSS, backend och After Effects. För att utveckla grymma produktioner för nätet krävs det ofta en mix av olika teknologier och det har vi fått i större utsträckning i och med rekryteringarna.

Nedan följer pressmeddelandet i helhet.

Sticky Beat rekryterar 3 utvecklare från bland annat North Kingdom.
Den Torsbybaserade digitala produktionsbyrån Sticky Beat växer och genom rekryteringen blir Sticky Beat ännu starkare i sin position som digitalt produktionsbolag för framför allt den svenska och norska reklammarknaden.
- Förfrågningarna ökar och det är riktigt kul att vi kunnat rekrytera de här 3 erfarna utvecklarna. Nu har vi ännu bättre kapacitet att möta kundernas behov av större mer tekniskt avancerade produktioner och volymerna på mindre och snabba jobb, säger Malin Wärnfeldt, VD.
Anders Wikström kommer närmast från Yooba, och är senior utvecklare inom Flash och Flex. Han var med och utvecklade flashcommunityn Communen på 90-talet.
Sebastian Carlsson lämnar North Kingdom och börjar hos Sticky Beat. Sebastian har en bred kompetens inom både flashutveckling, backend, Ajax och HTML vilket kompletterar teamet väldigt bra.
Thomas Hoflin, senast från Ord & Bild i Karlstad, utvecklare inom After Effects och kompletterar även med flashutveckling.
Sticky Beat är en produktionsbyrå inom digitala medier, kunderna finns bland webb-, reklambyråer och marknadsavdelningar. Enligt VD Malin Wärnfeldt, känner de inte av någon nedgång i marknaden.
- Vi upplever ett högt tryck både på större kampanjer, applikationer och mindre bannerproduktioner och ser ganska stor tillväxt framför oss den närmaste tiden. Vi har inlett samarbeten med ett antal nya kunder som McCann och DDB i Oslo och Syrup och Åkestam&Holst i Stockholm, Bland de befintliga aktiva kunderna finns bland andra Perfect Fools, Projector, Dallas, Great Works, Canal+, Gant, Locomotiv, Grow, Saatchi & Saatchi och Storåkers.

För mer information:
Malin Wärnfeldt, VD Sticky Beat, 0707-51 59 11

Fakta om Sticky Beat
Sticky Beat är en produktionsbyrå med inriktning mot digitala kanaler. Byrån fungerar som underleverantör till webb-, reklambyråer och marknadsavdelningar. Huvudkontoret ligger i Torsby, mitt i Värmland. Bolaget finns även i Karlstad, Stockholm och Oslo. Bland kunderna finns bland andra Perfect Fools, Projector, Great Works, McCann Oslo, Canal+, Gant, Dallas, Syrup, Locomotiv, Grow, Saatchi & Saatchi och Storåkers.

Lista över svenska flashutvecklare på Twitter

Nisse Bryngfors — Sun, 01 Nov 2009 10:03:23 GMT

Jag använder själv Twitter en hel del. Främst för att få reda på saker som händer snabbt men även för att enkelt skriva kortfattat om länkar och tankar.

När man börjar att använda Twitter är det ofta ganska svårt att snabbt hitta intressanta personer att följa. På Twitter har de länge insett detta och det är en av orsakerna till att de nyligen introducerat listor.

Listor är ett enkelt sätt att organisera sina kontakter. Styrkan ligger dock inte främst i att man själv får bättre koll på vilka man följer, utan det gör det lättare för andra att plocka ut och följa intressanta personer genom att följa hela listor. Dessutom ger det Twitter större möjligheter att ranka användare och deras inflytande.

Jag har tidigare samlat svenska flashutvecklare på Twitter på den här sidan: http://www.bryngfors.com/flashtips/svenska-flashutvecklare-pa-twitter.aspx

För att ytterliggare underlätta har jag nu också skapat en lista hos Twitter över svenska flashutvecklare. Du finner listan här: http://twitter.com/bryngfors/svenska-flashutvecklare

Jag kommer att uppdatera båda listorna parallellt. Tycker du att du bör vara med på listorna så är det bara att kontakta mig via e-mail eller Twitter (@bryngfors).

Därför ska Flashutvecklare inte frukta HTML5

Nisse Bryngfors — Thu, 29 Oct 2009 21:50:27 GMT

Jag hör ofta saker som att "HTML5 kommer döda Flash" eller "flashutvecklare är rädda för HTML5". Det är naturligtvis den vanliga skräckpropagandan som ofta används i sammanhang där man vill skapa osäkerhet kring en teknik till förmån för en annan. Till viss del har jag förståelse för den här typen av påståenden. HTML5 innebär att mycket av det som tidigare endast varit möjligt att göra i Flash nu kan göras direkt i webbläsaren, utan att använda ett instick.

HTML5 introducerar många nya kraftfulla möjligheter som t.ex canvas-taggen och video-taggen. Kombinerat med snabbare exekvering av Javascript och avancerad design via CSS3 ger detta möjlighet till att skapa upplevelser direkt i webbläsaren som tidigare endast kunnat göras i Flash.

Det enklaste, och vanligaste, motargumentet är att standardiseringen av HTML5 ännu inte är färdig och att det kommer dröja länge innan alla webbläsare har fullgott stöd. Därför kan man avfärda HTML5 eftersom det inte är användbart i ett kommersiellt sammanhang. Det ligger naturligtvis en hel del sanning i det påståendet men utvecklingen av webbläsare går mycket snabbare framåt idag än för bara några år sedan. Webbläsarna har också ett större fokus på att implementera standarder vilket gör att de i större grad kommer fungera på samma sätt som andra än de historiskt har gjort. Det finns också en stor vilja och ett stort behov hos de som utvecklar nättjänster att dra nytta av den nya teknologin för att göra bättre och mer effektiva tjänster.

Så varför ska du som Flashutvecklare i så fall inte frukta HTML5? Jo, därför att HTML5 bara är en annan teknik för att skapa samma upplevelser som du redan gör med Flash idag. Många av de kunskaper du skaffat dig i Flash genom åren kan du använda direkt i HTML5. Samma problem och svårigheter du idag stöter på i ett flashprojekt existerar också i HTML5. Dessutom baserar sig Javascript på ecma-script precis som Actionscript.

Innebär det att Flash kommer vara irrelevant om några år? Nej, jag tror inte det. Flash roll har alltid varit att ligga i framkant och erbjuda lösningar som kan användas idag istället för om några år. Många ser t.ex. video-taggen i HTML5 som en revolution när det i själva verket varit möjligt att spela video i Flash sedan version 6. Utan Flash hade vi ännu inte sett sajter som Hulu, Youtube med flera. Det finns saker man kan göra i Flash idag som inte ens finns med i specifikationen för HTML5, och fram tills att HTML5 standarden är färdig kommer Flash ha hunnit med ytterligare några versioner och ha fått fler unika funktioner som inte återfinns i HTML5.

Som flashutvecklare tror jag du besitter en rad unika kunskaper som gör att du redan idag har ett försprång när det kommer till HTML5. Det handlar om att skapa bättre upplevelser. Vägen dit är mindre intressant.

Nytt gästspel hos Slashat

Nisse Bryngfors — Tue, 20 Oct 2009 09:29:21 GMT

Än en gång fick jag chansen att ta ett snack med Tommie och Jesper i deras podcast Slashat. Det blev lite av ett specialprogram där vi diskuterade nyheterna från Adobe MAX och vad de verkligen innebär.

Naturligvis lade vi stor vikt vid nyheten om att det snart är möjligt att skapa iPhone applikationer via Flash CS5. Just detta ämne är något där det finns en hel del oklarheter och missuppfattningar, så jag planerar att skriva en bloggpost om Flash och iPhone längre fram. Men tills dess, håll till godo med podcasten.

Lyssna på avsnittet: Slashat - Flashat

Adobe MAX 2009 Keynote

Nisse Bryngfors — Mon, 05 Oct 2009 20:29:41 GMT

Alldeles i slutet av Adobes keynote visades hur man från Flash CS5 kan exportera sitt Flashprojekt direkt till en iPhone applikation. Resultatet blir en native iPhone applikation utan att flashspelaren överhuvudtaget är inblandad. Detta gör att applikationer skapade i Flash för iPhone registreras till Apple app store på samma sätt som övriga iPhone applikationer och följer därmed samma regler. Vi kan alltså fortfarande inte köra Flash i webbläsaren på iPhone.

Även om det säkert finns vissa begränsningar (man kan t.ex ännu inte använda iPhonens mic eller vanlig Flashvideo) så öppnar det här enorma möjligheter. Det har hittills varit ganska krångligt att skapa en iPhone-applikation och man har dessutom varit begränsad till att utveckla på en Mac. Med möjligheten att exportera ut iPhone-applikationer från Flash förändras allt detta.

Jag kan se framför mig att det inom närmaste tiden kommer vara väldigt vanligt att skapa en liten iPhone app tillsammans med traditionella kampanjsajter. Eftersom det blir enklare att skapa iPhone-applikationer blir det ekonomiskt försvarbart attutveckla applikationer med väldigt kort livslängd.

Förutom iPhone-applikationer från Flash visades en hel del annat upp. Faktum är att jag i min post "Vad vi kan förvänta oss av Adobe MAX" gissade ganska rätt på mycket. Jag skrev att jag trodde det skulle komma Flexkomponenter anpassade för mobila enheter, vilket utannonserades i form av Slider.Flash för mobiltelefoner trodde jag också på, vilket jag erkänner inte var en speciellt vild gissning, och det visades upp i form av Flash Player 10.1 (dock ej tillgänglig än). Betareleaser av Flash Builder och Flash Catalyst finns uppe, precis som väntat. Det pratades också en hel del om Open Screen Project.

Det finns mer detaljer jag missat, så jag rekommenderar att kolla in Adobes keynote när den publiceras så småningom.

Actionscript måste bli snabbare

Nisse Bryngfors — Mon, 28 Sep 2009 08:35:37 GMT

Efter att i det i flera stått still på webbläsarfronten har kampen om användarna återigen blossat upp. Först var det Firefox som på allvar utmanade Internet Explorers ställning och på senare tid har Apple förfinat Safari, som använder Webkit som renderingsmotor. Opera har hela tiden funnits som en outsider. Dessutom har även Google nu gett sig in i leken med sin webbläsare Chrome.

Det intressanta är att från tidigare i stort sett enbart handla om hur bra och korrekt webbläsarna renderat webbsidor tävlar de numera även om vem som är snabbast på att hantera JavaScript. Det här har lett till att det på relativt kort tid har hänt väldigt mycket när det kommer till prestanda för JavaScript.

Annotating JavaScript for the Closure Compile är Googles senaste bidrag till att snabba upp JavaScript. Det går i korthet ut på att förse koden med mer detaljerad information om datatyper så att kompilatorn kan optimera smartare. Actionscript 3.0 har redan typinformation integrerat i syntaxen, så samma optimering är möjlig även hos Actionscript 3.0 kompilatorn.

Mot bakgrund av webbläsarnas snabba utveckling för exekvering av JavaScript har jag fått en känsla av att Flash och Actionscript halkat efter. Visst, Actionscript 3.0 innebar några rejäla kliv framåt och det är dessutom så att Tamarin, den virtuella maskinen för att köra Actionscript 3.0, är donerad till Mozilla foundation för vidare uveckling. Men hur kommer det sig att webbläsarna kan exekvera otypad JavaScript snabbare än kompilerad och typad Actionscript 3.0?

Eftersom Actionscript, till skillnad från JavaScript, kompileras till bytekod så kan förbättringar göras både i kompilatorn såväl som i den virtuella maskinen. Jag är verkligen ingen expert när det gäller kompilatorer, men jag har förstått att i dagsläget så görs väldigt få optimeringar automatiskt av kompilatorn och att det här finns stort utrymme för förbättringar.

Förutom optimering i kompilator och den virtuella maskinen måste man ge utvecklare tillgång till inline bytekod. Det skulle göra det möjligt till viss optimering och det finns dessutom vissa odokumenterade opkoder relaterade till Adobes projekt Alchemy, som jag skrivit om tidigare, som ger större tillgång till att skriva och läsa direkt från minnet. I dagsläget kan man inte göra något av detta i kompilatorn från Adobe, men det finns andra kompilatorer som klarar av det.

Jag är övertygad om att bara Adobe fokuserar på att ge utvecklare tillgång till detta skulle det ge Flashplattformen en rejäl skjuts framåt. De flesta utvecklarna, mig inkluderad, skulle inte använda sig av inline bytekod, men de skulle indirekt dra nytta av det via olika kodbibliotek. Optimering av kompilator och den virtuella maskinen skulle ge alla tillgång till bättre prestanda, utan att extra insatser.

Man måste vara medveten om att Actionscript bara är en liten del när det gäller prestanda i Flash. Oftast är det andra saker som är flaskhalsar, t.ex rendering av grafik. Actionscript har dessutom en hel del saker som inte finns i Javascript som ByteArrays t.ex. Men eftersom Flashapplikationer blir allt större och mer komplexa skulle förbättringar inom detta område ha potentialen att ge en liten extra skjuts åt många befintliga applikationer.

Bra bloggposter inom ämnet:
http://www.unitzeroone.com/blog/2009/05/22/another-scream-on-flash-alchemy-memory-and-compilers/
http://www.ncannasse.fr/blog/adobe_alchemy
http://www.ncannasse.fr/blog/virtual_memory_api

For a Tweet bidrar till Childhood kampanj

Nisse Bryngfors — Tue, 08 Sep 2009 20:25:45 GMT

Childhood Foundation's kampanj har naturligtvis baktanken att skapa så många inlänkar till bloggen uppdragbarn.se som möjligt. Klassiskt länkbete alltså. Eftersom det handlar om en god sak så tycker jag att det är helt okej, och kampanjen är väldigt bra och smart utformad.

Jag har tidigare berättat om ett litet sidoprojekt som jag och en kompis utvecklat, nämligen For a Tweet. Tanken med For a Tweet är att göra det så enkelt som möjligt att skapa kampanjer där man kan ge bort eller dela med sig av något i utbyte mot en tweet.

När vi såg Childhoods kampanj insåg vi snabbt att mikrobloggdelen skulle fungera utmärkt via For a Tweet. Vi satte snabbt upp en kampanj och twittrade sedan ut den via våra egna konton.

Hittills har 441 personer tweetat via For a Tweet, landningsidan för kampanjen har visats 6363 gånger och ackumulerat antal följeslagare är 29361. Man kan naturligtvis hävda att mäta totalt antal följeslagare är fel eftersom överlappningen av användare antagligen är ganska stor. Dessutom är det ganska troligt att det finns många spam-robotar. Trots detta anser vi att det ger en känsla för hur många personer man teoretiskt kan nå. Påpekas bör också att dessa siffror i stort nåddes under de första två dygnen efter att kampanjen startats.

Om man jämför siiffrorna för antal mikroblogginlägg som Childhood foundation själva redovisar så ser man att For a Tweet står för över 80% av alla inlägg på Twitter som länkar till uppdragbarn.se. Imponerande! Att 441 personer har tweetat via For a Tweet innebär att vi har sett till att 4410 kronor doneras av Vattenfall till Childhood Foundation, och det får väl ändå anses som de klart roligaste siffrorna trots allt.

Jag tror dock att vi kan generera ännu fler tweets. Stick över till kampanjen och dra ditt strå till stacken: http://foratweet.com/19r0

Svenska Yooba med i InsideRIA's omröstning

Nisse Bryngfors — Tue, 01 Sep 2009 18:59:21 GMT

InsideRIA genomför just nu en av "semifinalerna" i deras omröstning av bästa applikation och Sverige är representerat i form av Yooba. Yooba är ett Content Management Systemen speciellt utvecklat för produktion och administration av Flash-innehåll.

Yooba är i gott sällskap också. Eller vad sägs om Aviary, Konductor, Balsamiq m.fl.

Det jag sett av Yooba hittills har imponerat rejält på mig. Jag rekommenderar verkligen alla att ta en titt och sedan rösta på Yooba om om ni gillar det ni ser.

Yooba finns på www.yooba.com och röstar gör man här: www.oreillynet.com/insideria

Nedan följer Yooba's officiella pressrelease:

Revolutionary Swedish online content creation and management system for Flash reaches semi-finals of ‘Best of InsideRIA 2009’ sponsored by O’Reilly Media and Adobe.

LONDON and STOCKHOLM, August 31 2009 – Swedish developer Yooba is proud to announce it has reached the semi finals of InsideRIA’s poll for best Rich Internet Application 2009. The three finalists will be presented at Adobe’s MAX Session in Los Angeles, 4-7 October. Requirements for getting into the competition are that the application is created using any of Adobe’s tools, and that that they were either created or released in 2009.

Yooba’s web-based Content Management System, which is specifically designed for Flash content, was created using Adobe’s Flex and Flash technologies. Key benefits for Yooba’s users are that all programming for Flash creation and management is eliminated, while lead times for Flash production are substantially reduced. Yooba therefore provides entirely new ways to control and execute interactive marketing content for the Internet.

As a ‘Software-as-a-Service’ solution, Yooba is available through any browser with an Internet connection. This delivery model also gives users direct and continuous access to new functionality and updates without additional licenses or installations. The SaaS structure also enables all kinds of user - from individual freelancers to enterprise businesses - to package the most cost-effective solution for their needs.

“Getting recognition from the developer community is very encouraging, as it comes from our peers.” said David Nordin, MD at Yooba. He continued: “Obviously it’s valuable publicity for our company as we’re a relative newcomer to the international market. Getting to L.A. and Adobe’s MAX Session conference would be a small but important step for the future development of Yooba, although we realise the competition is going to be tough.”

Formatera text via HTML/CSS i Flash

Nisse Bryngfors — Sun, 30 Aug 2009 08:44:58 GMT

Sedan version 6 av Flashspelaren har det varit möjligt att använda HTML i textfält och sedan bestämma utseende via CSS. Tyvärr är det endast ett fåtal HTML-taggar som stöds, och den CSS man kan använda är minst sagt begränsad. Bland annat saknar jag margin-top samt margin-bottom för att kunna finjustera avstånd mellan rubriker och stycken. Det finns också en del buggar och egenheter som gör hela förfarandet ganska frustrerande.

Att kunna styra textutseende via CSS kan vara användbart och smidigt, inte minst om flashsajten hämtar information från ett CMS. Jag har själv byggt några flashsajter som är sammankopplade med Umbraco där man kan styra viss del av texternas utseende via CSS direkt i Umbracos administrationsgränssnitt.

Jag har försökt skapa mig en uppfattning om den nya textmotorn i Flash 10, och Text Layout Framework som är byggt ovanpå den nya motorn, erbjuder några nya möjligheter när det kommer till HTML och CSS. Tyvärr verkar det snarare som att möjligheterna är färre än tidigare. Det borde dock gå att skapa bibliotek som drar nytta av textmotorn i Flash 10 och lägger till ytterligare funktionalitet för textformatering via CSS. Jag har ännu inte funnit något projekt som försöker göra just detta tyvärr.

Däremot har jag hittat två projekt som utökar den inbyggda CSS-funktionaliteten. Det ena heter FlashCamo och är egentligen ett projekt tänkt för att underlätta hantering och uppdatering av en applikations grafiska utseende. Det begränsar sig alltså inte enbart till text, utan omfattar även grafiska element som knappar och liknande. Det intressant med FlashCamo är att det implementerar boxmodellen från HTML. Möjligtvis skulle man kunna använda det för att få till margin på blocknivå för taggar, men frågan är hur enkelt och användbart det egentligen skulle vara.

Det andra projektet heter F*CSS och är själva CSS-hanteringen från FlashCamo, utbrutet till ett fristående projekt. F*CSS förenklar CSS-hanteringen av textfält och gör det möjligt att sätta alla egenskaper för ett textfält samt textformatering via CSS. Det är en klar förbättring jämfört med den inbyggda CSS-hanteringen, men avhjälper tyvärr inte de problemen jag har eftersom de är relaterade till vad textfältet i Flash klarar av.

Förhoppningsvis kommer det så småningom alternativ som implementerar större delar av HTML och CSS för text än vad Flash idag klarar av. Flash måste ha samma möjligheter som HTML att formatera text för att Flash även fortsättningsvis ska anses vara ett alternativ för webbapplikationer.

Podcast om Flash

Nisse Bryngfors — Mon, 10 Aug 2009 07:12:40 GMT

Podcasten Slashat, som hanterar det mesta kring teknik och Internet, gör då och då ett temaprogram inriktat på något speciellt ämne. Denna gången fick jag chansen att fördjupa mig i Flashvärlden i avsnittet "Avsnitt 019: Tema:Framtiden för Flash".

I avsnittet snackar vi om Flash Player 10 för Smartphones, Adobe Wave, Adobe släpper mer kod som Open Source, Silverlight och lite andra utsvävningar.

Riktigt kul att få vara med och prata strunt! Slashat kommer med största sannolikhet att göra fler temaprogram framöver, så tipsa dem gärna om det är något speciellt område du vill de ska avhandla. Kanske har du själv bra kunskap inom ett område, eller känner någon som har? Kontakta i så fall gärna Slashat.

Uppdatering: Såg precis nu att Slashat är nominerad till Svenska Podradiopriset 2009 i flera kategorier. För att vinna behöver de fler röster. Så tycker du Slashat är bra, stick dit och rösta bums!

For a Tweet - ge bort ditt innehåll för en tweet

Nisse Bryngfors — Mon, 03 Aug 2009 06:55:47 GMT

Webbtjänsten For a Tweet är ett litet projekt som jag tillsammans med en god vän, Tommie, utvecklat under senaste veckan. Det har gått fort, en vecka från idé till publik beta, och tjänsten innehåller bara det nödvändigaste än så länge. Men vi har massor av idéer på förbättringar som vi vill göra.

For a Tweet är en webbsajt som gör det enkelt att sätta upp så att besökare först måste posta ett meddelande på Twitter innan de kommer till innehållet. Ett smart sätt att ge bort något gratis i utbyte mot publicitet. Eftersom meddelandet som användaren twittrar ut inte länkar direkt till innehållet, utan istället till sidan där man uppmanas att twittra, lägger det grunden till en viral effekt.

For a Tweet kan vara ett bra verktyg för artister som vill ge bort en låt gratis med tanken att få fler lyssnare, för att sedan tjäna pengar på andra låtar eller kringprodukter. Det kan också vara en möjlighet för företag med specialerbjudanden man bara får ta del av genom att twittra om det. Naturligtvis går det bra med vilket innehåll som helst, men troligen får man bäst effekt om användarna känner att innehållet de får ta del av är unikt och bara kan nås via For a Tweet.

Eftersom sajten är helt beroende av Twitter för att fungera har vi valt att även sköta inloggning via oauth. Det innebär att man skickas till Twitter för att logga in till sitt konto. Ingen registrering på For a Tweet behövs. Enklare kan det inte bli.

Sajten är just nu i publik beta. Det finns buggar och kosmetiska detaljer som måste åtgärdas, men det är fritt fram för alla att skapa sina egna For a Tweet kampanjer. Så, har du något du vill ge bort gratis i utbyte mot publicitet, stick över till For a Tweet och sätt igång!

http://foratweet.com

Jobba som Flashutvecklare hos Sticky Beat

Nisse Bryngfors — Fri, 03 Jul 2009 12:48:34 GMT

Jag har själv jobbat på Sticky Beat i drygt två år och trivs otroligt bra. Duktiga medarbetare och roliga och utmanande projekt med chans att då och då sitta på plats både i Stockholm och Oslo. Nu behöver vi förstärka med fler flashutvecklare.

Nedan följer platsannonsen i sin helhet.

Sticky Beat söker seniorflashare
Vi vill anställa fler!
Trött på konsulthetsen, piskan och storstadsstressen? Vill du fortsätta göra grymma flashproduktioner men drömmer om ett lite lugnare ”liv på landet”?
- Vi kan ha lösningen.
Sticky Beat är ett produktionsbolag som bildades utifrån just den drömmen. Idag är vi 9 anställda varav 7 seniora flashutvecklare. Vi har de stora reklam- och produktionsbyråerna i Stockholm och Oslo som kunder och det som är speciellt är att produktionen görs idag främst i Karlstad och Torsby. Periodvis har vi möjlighet och behov av att sitta hos kunderna i Stockholm och Oslo.
Nu behöver vi bli fler (i Värmland eller i din favoritstad) och letar efter dig som är en proffsig utvecklare främst inom flash och adobes verktyg.
Du har utveckling som ett av dina intressen och brinner för att producera digitala lösningar av hög kvalitet. Du vill liksom vi vara ADns och projektledarens bästa vän.
Rent konkret bör du ha koll på några av de här sakerna:
Adobeverktygen
Actionscript 3.0
Objektorienterad programmering/design
Webmotion
PureMVC
Applikationsutveckling, gärna erfarenheter från implementation av tredjepartslösningar. Bra känsla för design och finish är meriterande liksom andra kringliggande kompetenser. Som person är du ansvarsfull, har lätt att engagera dig, är självgående och framför allt en skön person med ett prestigelöst sätt som gillar att dela med dig.
Även om du inte känner igen dig till 100 procent så hör gärna av dig så kan vi prata mer! Och du, låt det inte hindra dig att vi idag producerar i Karlstad och Torsby. Stockholm eller någon annan mindre stad kan också ha en produktionsfilial.
Hör gärna av dig med ett brev och portfolio/arbetsprover till någon av oss:
Malin Wärnfeldt på 0707/515911, malin@stickybeat.se eller
Morgan Eriksson på 0736/553866, morgan@stickybeat.se
Hoppas vi hörs!
Hälsningar Sticky Beat

Bryngfors.com

Från Flash till iPhoneutveckling - intervju med Anders Färdigh

Apple iPad, den verkliga flashdödaren

Så gör du en mosaikbild som kan zoomas i Flash

5 möjligheter för Flash att integrera bättre med webbläsare

1. Utskrift

2. Sök

3. Kortkommandon

4. Statusfältet

5. Zooma in/Zooma ut

Vinn Call of Duty - Modern Warfare 2 till PS3, Xbox 360 eller PC

Tävling!

10 anledningar varför sajter byggda i Flash inte alltid suger

1. Långa laddningstider

2. Tillgängligheten

3. Mobil kompatiblitet

4. Problem med webbstatistik

5. Browsersök och musfunktioner

6. Inga unika URL:er inom sajten - glöm “Sharing is caring”

7. Framåt & Bakåt fungerar inte

8. Copy & Paste

9. Indexering av sökmotorer

10. Intern länkning rörande SEO