Det finns några olika angreppssätt när det kommer till att utveckla en "multi-screen" applikation i Flash. Är det ett spel är det relativt lätt, där ska grafiken och interaktionen i princip vara plattformsoberoende och det är du som bestämmer hur det ska se ut och fungera. Eftersom Flash inte erbjuder några native-liknande komponenter att bygga med är det upp till utvecklaren att eftersträva god igenkänning och användarvänlighet. Ska man försöka efterlikna systemets UI (användargränssnitt) eller ska man göra ett helt eget?
Oavsett vilket tillvägagångssätt man väljer så måste man hantera att systemen har olika sätt att ta hand om användarens interaktion. Följer man inte systemets "regler" så kommer användaren att tröttna då din applikation blir svår att förstå och navigera i.
Eget utseende
Den lätta vägen för designern är nog att göra ett eget utseende. Då måste man separera interaktionen och ta hand om systemspecifika händelser för varje plattform. Exempelvis hur man raderar en item från en lista. På iOS drar man åt höger eller trycker på en Ändra-knapp. På Android gör man en "long-press" och får upp en kontextmeny med olika alternativ. Fördelarna med ett eget utseende är att man kan skapa något som gör applikationen unik och känns igen över flera plattformar. Man är heller inte beroende av exempelvis Androids relativt tråkiga och färglösa grafik, man behöver inte heller ta hänsyn till uppdateringar i plattformens användargränssnitt som gör applikationen inaktuell. Att tänka på dock är att en telefon- och en tabletapplikation bör skilja sig åt rent grafiskt och att ha ett gemensamt utseende utan undantag inte är att rekommendera.
Separata utseenden
Den andra vägen är att göra separata utseenden för olika system som efterliknar dess UI, både vad gäller grafik och interaktion. Fördelen är att man slipper tänka ut finurliga lösningar, man kopierar bara det befintliga. En annan fördel är att det är lättare att vidareutveckla för exempelvis större skärmtyper, ex tablets. Nackdelen är helt klart att man måste hantera grafik och det översta lagret logik separat för varje skin, eller åtminstone för varje plattformstyp.
[English resume]
Adobe lets us develop multi screen apps, but with great powers comes great responsibility... This post dels with the advantages and pitfalls when designing multi screen apps and there are two paths to take: Custom skin or Native skin. No matter which way you choose, you´ll have to deal with the fact that users gets bored if you don´t follow the rules of the system UI.
Custom skin
Advantages: uniqe application, recognition between platforms, not depending on system updates
Disadvantages: UI separation in interaction and system UI "rules"
Native skin
Advantages: native handling regarding user interaction, easy to develop for other screen types
Disadvantages: the need to separate skins and specific UI logic for each platform and/or screen type
