Jeg er i gang med at foretage en undersøgelse af behovet for en standardisering af de layout der afleveres til udviklere på Flash platformen.
Meningen med en sådan standard vil være at gøre det nemmere for designere at beskrive deres layout på en måde som udviklere forstår.
Best practises kunne fortælle, hvordan du kan organisere dine lag, så de states du har tiltænkt dine knapper, nemmest bliver overført til en udvikler. Hvordan du skal forholde dig til tekster i dine layouts. Hvilke overvejelser om formater, størrelser skal filer gennemgå, hvis de bruges i en case study eller et galleri osv.
Her er ikke tale om at putte en designer i en kasse, men at hjælpe en designer til at beskrive sit indhold bedst muligt, når det er klar til at blive sendt videre. Jeg er udemærket klar over at nogle produktioner på Flash platformen arbejder i områder der falder uden for logisk måde at arbejde på Smile men spørgsmålet er også om det vil være praktisk at have som et værktøj i det digitale workflow. Det er ikke ens betydende med at man skal efterleve standarden, hvis den ikke passer ind. Spørgsmålet lyder således:
Synes du, det vil være praktisk med retningslinjer (“best practice” eller en standard) for design, der leveres til udviklere på Flash platformen?
Svar helst i stil med “Designer – JA”, “Designer – NEJ”, “Udvikler – JA” og “Udvikler – NEJ”. Du må gerne svare som både designer og udvikler, hvis du føler dig som en sådan.
Du er selvfølgelig velkommen til at skrive uddybende kommentarer om hvad du kunne tænke dig i en “standard” efterfølgende, men i første omgang er der brug for positive eller negative tilkendegivelser.
Tak for hjælpen.

UDVIKLER og DESIGNER : JA
kreative skal selvfølgelig ha lov til at do their thing.
men når det er sagt så oplever jeg for ofte en rodet overlevering og savner lidt ansvar fra designerens side -
) men dette undgås bedst hvis designeren selv sætter individuelle objekter op til slicing – og så bruge smart objecter oftere de er så dejlig nemme at arbejde med i stedet for 15 adjustment layers rundt omkring.
de burde lære at bruge LAYER COMPS – og definere interactive states i stedet for at lave en knap i upstate og betragte det som done – og så kunne de også hvis de har en ide om hvordan det skal animeres slice objecterne fritlagt – laver normalt selv et stor tom kanvas som jeg fordele objecterne ud på og slicer dem med slice tool til png’er – det ses nogle gange at man misser et overlay layer her og der (ikke hos mig dog
buttom line: alt for mange design detaljer går tabt i overleveringerne hvis der for lidt forkus på at indkapsle individuelle elementer -
Designer – JA, men det er helt utopisk at tro at man med den nuværende software kan ensrette alle designeres leveringer.
Jeg kan sagtens forstå frustrationen over at overtage noget designrod, i 117 layers og groups der ikke giver mening. Designere skal uden tvivl tit lære sig selv diciplin og orden i opbygningen af designdokumenter.
Der vil altid være kontroverser mellem frontend-udviklere og designere, de to arbejdsgrene er så forskellige, at det er som at blande vand og olie. Når det lykkes, går projekter dog ofte op i en højere harmoni der løfter den endelige levering.
Så – jeg vil mene at det er et spørgsmål om at parterne mødes, inden et projekt starter og KOMMUNIKERER sammen, så der bliver taget de rigtige forbehold, og så hele produktionsholdet får en større indsigt i hinandens arbejde.
Og så er det hele linjen over, at man generelt godt kan bruge en mere metodisk, struktureret proces.