Har Adobe kommit på hur man får Flash att spela på din iPhone?

flash-repurposed-to-html5-462x314

Har Adobe kommit på hur man får Flash att spela på din iPhone?

Jag har nyligen hävdat att Apples konkurrensbegränsande förbud mot Flash har stoppat rik plattformsoberoende utveckling i dess spår.

Som sådan blev jag naturligtvis fascinerad av en videoinlägg Jag stötte nyligen på frågan ”Har Adobe kommit på hur man får Flash att spela på din iPhone?”

Först och främst är det viktigt att betona att det självklara och överlägset bästa sättet att få Flash-innehåll att spela på din iPhone/iPad är lika långt borta som någonsin. Trots att Adobe skulle älska det, har Adobe inte kunnat tillkännage lanseringen av en Flash-spelare för Apples iOS-baserade enheter för att matcha sin Android-spelare. Det råder ingen tvekan om att Apples hårdvara – se den senaste iPad 2-recensionen – skulle kunna stödja det, men av skäl som jag nyligen täckte – pengar och mycket av det, för alltid och utan konkurrens – kommer Steve Jobs inte att tillåta det.

Så om det inte är en Flash-spelare för iPhone och iPad, vad är det då?

En bro från Flash till HTML5

Är detta en bro från gamla dagar med Flash och spelarbaserad utveckling till HTML5s förlovade land? Hade Steve Jobs rätt trots allt?

Det är en ny teknikförhandsvisning som görs tillgänglig på Adobe Labs-webbplatsen under kodnamnet ”Vallaby” och det är i grunden en Flash-till-HTML5-omvandlare. Öppna din FLA-fil och tryck på OK och Wallaby kommer att försöka mata ut all nödvändig HTML, CSS, JavaScript och andra standardbaserade filer för att återskapa ditt spelarprojekt i webbläsaren.

Om något ser detta ännu mer intressant ut. När allt kommer omkring, när Steve Jobs meddelade att iOS inte skulle stödja Flash, var fallet han riktade mot det att Flash inte längre var nödvändigt och att det skulle ersättas av HTML5 (en allmän term som täcker alla W3C-standarder som CSS, DOM, SVG etc). Sign-off raden till hans Tankar om Flash var:

”Adobe borde kanske fokusera mer på att skapa fantastiska HTML5-verktyg för framtiden och mindre på att kritisera Apple för att ha lämnat det förflutna bakom sig.”

Vid första anblicken ser det ut som att Adobe har gjort just detta och att Steve Jobs har vunnit argumentet. När allt kommer omkring, om du kan leverera Flash-funktionalitet i webbläsaren via HTML5 varför skulle du inte det? Särskilt nu, när det finns en överväldigande anledning till varför du behöver det: om du vill komma åt hela webbpubliken, inklusive den avgörande demografiska iPhone/iPad-demografin som är inmurad i Steve Jobs stängda rike, finns det helt enkelt inget alternativ. Webbläsaren är den enda vägen att gå.

Så är Wallaby en bro från gamla tider med Flash och spelarbaserad utveckling till det förlovade landet HTML5 och verkligt rik webbläsarbaserad utveckling? Hade Steve Jobs rätt trots allt?

Jag är säker på att det är precis så det kommer att ses och presenteras av många – ”oroa dig inte för att iPad inte stöder Flash, du behöver det bara inte nuförtiden, alla är överens om att det är mycket bättre att göra det i webbläsaren snarare än spelaren, faktiskt till och med Adobe har gett upp det nu och har byggt sin egen Flash-till-HTML5-konverterare”.

Allt sådant samtal är missriktat, vilseledande och farligt. För att förstå varför måste du gräva lite djupare och se vad Flash-till-HTML5-konvertering verkligen innebär i praktiken.

Funktioner som inte stöds

Du behöver faktiskt inte gräva särskilt långt innan en helt annan bild börjar dyka upp. Läs introduktion till Wallaby och det blir tydligt att konvertering från Flash till HTML5 inte är en enkel sak.

Den här första versionen av Wallaby har flera funktioner som inte stöds på grund av komplexiteten hos FLA-filer och oförmågan att representera vissa Flash Professional-funktioner i HTML5. De viktigaste inkluderar ingen konvertering av: ActionScript, filmer, ljud. Vissa designelement som filter stöds inte heller. För en detaljerad lista över funktioner som stöds och som inte stöds, se sidan Funktioner och status.

Besök sidan eller försök konvertera ett typiskt exempel på FLA och du kommer att se att de funktioner som inte stöds verkligen inte är obetydliga – min första ”lyckade konvertering” kom tillbaka med 291 varningar. Många av dessa begränsningar är viktiga, särskilt när det kommer till text – radbrytningsskillnader, glyfavstånd/positionering, inget stöd för länkar, valbar eller vertikal text och så vidare.

adobe-wallaby-462x333

Men det är bristen på ActionScript-stöd som är den verkliga showstopparen. Det betyder att du inte kommer att kunna ta din avancerade Flash-baserade Rich Internet Application (RIA), säg din onlineordbehandlare, XML-baserade nyhetsläsare, live messenger-widget eller videokonferensportal och plötsligt göra dem tillgängliga för iOS . Faktum är att du inte kommer att kunna konvertera det enklaste spelet om det beror på ActionScript.

Så vad kommer du att kunna konvertera? Återigen är inledningen tydlig:

Wallaby gör ett bra jobb med att konvertera grafiskt innehåll tillsammans med komplex, tidslinjebaserad animering till HTML5.

Särskilt

Fokus för denna första version av Wallaby är att göra det bästa möjliga jobbet med att konvertera typiska bannerannonser till HTML5.

Arbetsflödeskomplexitet

Wallabys konverteringsmöjligheter är helt klart mycket begränsade, men det är inte allt. Förvänta dig inte att slutresultaten är färdiga att köra. Återigen som inledningen uttrycker det:

Wallabys designmål var inte att producera HTML i slutlig form som var redo för distribution på webbsidor. Istället fokuserar det på att konvertera det rika animerade grafiska innehållet till en form som enkelt kan importeras till andra webbsidor under utveckling med webbsidesdesignverktyg som Dreamweaver. Webbsidesdesignern kommer sannolikt att vilja lägga till interaktivitet och designelement som video och ljud innan installationen.

I praktiken innebär detta att du laddar upp din Wallaby-utdata som en komplex HTML-fil uppbyggd av flera SVG-textblock och PNG-bildfiler som sedan absolut placeras via CSS (inklusive varje animationsram). Visst som det ser ut kan du glömma användarvänlighetsfunktioner som LiveView och enkel redigering. Du förväntas sedan lägga tillbaka all video, ljud och vilken interaktivitet du kan inom Dreamweaver.

Webbläsarinkompatibilitet

Förutsatt att det ursprungliga Flash-projektet var tillräckligt enkelt och att du sedan är upp till komplexiteten i att återskapa det i Dreamweaver, är du äntligen redo att distribuera. Och här kommer du över en annan mycket viktig varning:

För närvarande använder Wallaby HTML5-utgången Webkit-specifika CSS3-taggar och är därför inte kompatibel med Firefox, IE9 eller andra HTML5-webbläsare.

Med andra ord är hela företaget fokuserat på bara en webbläsarmotor, Webkit, som används i endast två webbläsare: Chrome och – den enda som verkligen betyder något eftersom det är den enda som inte stöder Flash-spelaren – Safari på iPhone och iPad.

Allt detta för iPad-bannerannonser?

Flash-till-HTML5-konvertering har absolut ingenting att göra med att ersätta Flash. Tvärtom.

Vi har kommit till ett helt annat ställe. Det visar sig att Wallabys Flash-till-HTML5-konvertering absolut inte har något att göra med att ersätta Flash med en verkligt universell, webbläsarbaserad HTML5-motsvarighet. Istället är det en komplex, riktad lösning utformad för att göra det möjligt för Flash-användare att övervinna Steve Jobs spelarförbud genom att möjliggöra att en liten delmängd av projekt återskapas inom den WebKit-baserade iOS-webbläsarens körtid.

Allt som allt är det en enorm ansträngning för vad som vid första anblicken ser ut som väldigt liten vinst. Men igen, det är viktigt att gräva lite djupare.

För det första är det viktigt att inse att iögonfallande bannerannonser kan vara irriterande, men de är också otroligt viktiga. De hjälper till att betala för din kostnadsfria tillgång till den här artikeln och till mycket av innehållet av hög kvalitet på webben. Apples ensidiga förbud mot Flash hotade att ta bort den mest eftertraktade demografin (rika tidiga användare) från ekvationen (och av en slump att öppna dem för Jobs eget iAds-system).

flash-banner-ads-462x92

Det kommer verkligen inte att välkomnas på alla håll, men genom att göra det möjligt för rika Flash-annonser att återigen levereras till en verkligt universell webbpublik inklusive iPhone- och iPad-användare, gör Adobe faktiskt webbekonomin en stor tjänst.

Och om det går på något sätt att bryta kopplingen mellan irriterande annonser med Flash är det också bra. Vem vet, kanske den legion av Apple-baserade annonshatare som stödde Jobs förbud så starkt när det först tillkännagavs nu kommer att vara lika högljudda i sitt stöd för Flash. Du kan trots allt blockera Flash, men du kan inte blockera HTML5.

Ja bannerannonser är centralt, men jag tror också att Adobe har större fiskar att steka. Nyligen skrev jag om Adobes Digital Publishing-system och blev förvånad över att finna att den tidiga testversionen verkade bero på bitmappar för att göra det möjligt för InDesign-användare att återskapa sina typografiskt rika layouter för iPad-leverans. Klart återskapa rik design via effektivare, skalbara SVG:er och CSS är en mycket överlägsen lösning (men fortfarande inte i närheten av så enkel, effektiv eller elegant som att göra det via Flash).

Den underliggande principen: universell tillgång

Det avgörande är att återskapandet av publikationer via WebKit ger designers och utgivare ett sätt att säkerställa att deras rika innehåll kan ses av alla användare, inklusive de som annars skulle vara förbjudna i Steve Jobs muromgärdade kungarike.

Det är denna beslutsamhet att ge den rikaste möjliga upplevelsen, oavsett om det är i webbläsaren eller inuti spelaren, som webbutveckling över plattformar handlar om. Det visar också Adobes beslutsamhet att ses som den ledande HTML5-kraften, såväl som företaget bakom Flash.

Men om du har visat att du kan leverera rikt innehåll universellt i webbläsaren via HTML5 snarare än spelaren, är inte detta rätt sak att göra? Om du har bevisat att du kan göra det utan Flash varför inte bara släppa det helt? Varför inte bara utöka systemet till de andra webbläsarna och utveckla dedikerade starkare HTML5-verktyg som Jobs föreslog? Är inte detta ett bevis på att Jobs hade rätt hela tiden?

Enligt sin senaste AdobeMAX arbetar Adobe verkligen med dedikerade HTML5-verktyg. Det är dock viktigt att förstå att inte ens dessa kommer att ersätta Flash. Och av samma skäl som vi redan har sett i praktiken.

Funktioner som inte stöds

Det outtalade antagandet att naturligtvis webbläsaren på något sätt bara kan ”göra Flash” är fundamentalt felaktigt.

Ja, Wallaby är en provversion och dess HTML5-kraft kan säkert växa, men den kommer aldrig att ersätta Flash. Detta beror inte på att Adobe håller tillbaka; snarare beror det på att ”oförmågan att representera vissa Flash Professional-funktioner i HTML5” är inneboende.

Speciellt Flash har kommit långt från sitt ursprung för animering och bannerannonser och numera är den rika funktionaliteten hos dagens kraftfulla moderna Flash-baserade RIA baserade på ActionScripts rika API:er. Dessa API:er är aktiverade av Flash-körtiden och även om HTML5-webbläsarens körtid kommer att vara bättre än den var och redan nästan kan ta över Flashs animerade annonsuppgifter, kan den omöjligen förväntas ersätta de dedikerade spelarna helt.

flash-photoshop-express-462x295

Det outtalade antagandet att webbläsaren naturligtvis på något sätt bara kan ”göra Flash” är fundamentalt felaktigt. När allt kommer omkring är Flash och Silverlight moderna, intensivt utvecklade teknologier som representerar tusentals timmars utveckling från världens två stora mjukvarukrafter, som båda effektivt satsar företaget på framgången för deras plattformsoberoende webbplattformar.

Däremot utvecklades den vektorbaserade SVG 1.1-specifikationen, som är helt central för alla förhoppningar om att leverera upplösningsoberoende, skalbar, Flash- och Silverlight-stil rik design i webbläsaren, av en ad-hoc, deltidskommitté bestående av volontärer. med väldigt olika planer i åtanke (tänk rollover-knappar) och har inte uppdaterats sedan januari 2003.

Arbetsflödeskomplexitet

Ja, att arbeta med Wallaby är komplicerat, men återigen är detta inneboende. Standarder som CSS, SVG, DOM och JavaScript har utvecklats oberoende och oregelbundet och det är inte enkelt att försöka sätta ihop dem. Flash Professional eller Builder är verkligen inte modeller av enkelhet (Expression Blend är vida överlägsen), men helt klart grundade, integrerade, wysiwyg designorienterade lösningar har en stor fördel här.

Adobe riktar sig bara till iOS-versionen av Safari av en mycket god anledning: alla andra webbläsare stöder Flash

Inte minst har de den enorma fördelen att inrikta sig på en enda, någorlunda robust och pålitlig plattformsoberoende körtid över webbläsare. För att Wallaby ska kunna utöka sin HTML5-utdata till andra webbläsare måste Adobe ta reda på de ständigt rörliga målen för deras kapacitet och svagheter, komma med nödvändiga lösningar och, förutsatt att leveransen är möjlig, implementera webbläsarsniffning för att tjäna det önskade målet. koda.

Tack och lov är hela den här mardrömmen onödig eftersom alla andra webbläsare på alla större plattformar (mobiler såväl som stationära) förutom Safari på iPhone och iPad stöder Flash-spelaren. Detta inkluderar framför allt äldre webbläsare också. När allt kommer omkring, eftersom Microsoft först nu har lagt till stöd för SVG till IE9, skulle alla verkligt universella HTML5-lösningar annars behöva vänta inte bara på att IE6 ska tas bort från systemet, utan även IE7 och IE8.

Denna universella kompatibilitet över webbläsare förbises konstigt nog men är kanske webbspelarnas största styrka. Av avgörande betydelse säkerställer det att de webbplattformar som spelarna aktiverar automatiskt är immuna mot de olika webbläsarutvecklarnas svagheter, fotdrag, inkompetens och tillfälligt sabotage. Som vilken webbdesigner som helst som levt genom de tidigare webbläsarkrigen vet, är det inte roligt att försöka säkerställa en konsekvent leverans över alla webbläsare samtidigt som man tvingas resa med de långsammasts hastighet.

Det faktum att Wallaby bara riktar sig mot iOS Safari är inte ett misslyckande. Det finns en mycket god anledning till det: alla andra webbläsare, inklusive IE6, har redan en mycket bättre, effektivare, mer robust, mer pålitlig, mer oberoende, mer kraftfull leveransmekanism på plats. Det kallas ”Flash”.

HTML5, Flash, Silverlight: Det är ditt val. Eller borde vara

Detta är inte att säga att Flash på något sätt är en allmän ersättning för HTML. Naturligtvis tillhör webbens framtid HTML5 (men med tanke på verklighetskontrollerna ovan).

Om du kan leverera innehåll och funktionalitet framgångsrikt i webbläsaren så är detta vad du bör göra. Flash är inte ett alternativ till HTML och har aldrig varit det; det är en rik wysiwyg förlängning. 99,9 % av webbsidorna kan och bör leva utan Flash.

Men när HTML5 inte kan leverera varorna lika enkelt, lika effektivt, lika tillförlitligt, som universellt, eller lika bra som Flash eller Silverlight eller någon annan webbteknologi som kommer, då borde alla designers, utvecklare och slutanvändare kunna ta fördel av vad plattformsövergripande tillägg har att erbjuda. Det är en enkel fråga om valfrihet.

Det verkliga problemet och den verkliga lösningen

Det verkliga problemet här är inte Flash; det är bristen på Flash. Och Steve Jobs kunde lösa det direkt

Webbspelare över plattformar är inte på något sätt ett problem som måste övervinnas för att möjliggöra verkligt universell, verkligt rik, webbläsarbaserad leverans; de är lösningen som gör det möjligt.

Steve Jobs insåg detta och hotet som rik enhetsoberoende utveckling utgör för hans inhemska appar och mot hans fula affärsmodell och det var därför han bestämde sig för att döda den.

Steve Jobs förespråkar inte HTML5 för att göra webbläsaren så rik som möjligt; han förespråkar HTML5 som täckmantel för hans försök att döda spelarutveckling för att säkerställa att webbläsaren aldrig blir en riktigt rik, robust och öppen plattform.

Det verkliga problemet här är inte Flash; det är Steve Jobs.

När som helst kunde Steve Jobs helt enkelt häva sitt helt artificiella förbud, rädda alla all denna onödiga smärta och genom att göra det leverera sina användare vad han lovade dem: ”den bästa webbupplevelsen”.

Tills det händer är det bästa vi kan hoppas på en partiell, besvärlig, oönskad lösning för att försöka återställa någon form av enhet och universalitet till den rika webben. Det är i detta sammanhang som Adobes Flash-till-HTML5-konvertering bör förstås och uppskattas.

En skakig bro till Apples muromgärdade kungarike är bättre än ingenting.

Lämna en kommentar

Din e-postadress kommer inte publiceras. Obligatoriska fält är märkta *