Convertire da Flash ad HTML5: Adobe muove un passo verso il futuro con Wallaby

Nell’articolo “Ecco perchè Flash non morirà” prevedevo (non che fosse difficile prevederlo) che, molto presto, Adobe avrebbe messo a disposizione degli sviluppatori dei tools con cui convertire/esportare file Flash in codice HTML5/CSS3.

Ebbene, non sono passati neanche 20 giorni dall’articolo in cui condividevo le mie considerazioni sul futuro di Flash che, Adobe, rilascia da Adobe Labs un’applicazione AIR chiamata “Wallaby” con cui è possibile convertire file Flash CS5 (.fla) in codice HTML5.

In questa pagina trovate una tabella che elenca tutte le feature supportate dall’applicazione, cioè tutto ciò che può essere convertito. Il codice ActionScript non è ancora supportato ma, per le azioni nel codice HTML, si potrà benissimamente utilizzare framework JS come l’amato jQuery.

Il presente è il futuro sono “mobile“, i siti e le applicazioni sono sempre più cross-devices e l’adozione degli standard è un obbligo per gli sviluppatori. Adobe l’ha capito è si sta muovendo rapidamente per fornire sempre più strumenti per permettere ai propri sviluppatori di distribuire applicazioni per tutte le piattaforme e tutti i dispositivi.

Adobe “abbraccia” i nuovi standard (almeno quelli che saranno i futuri standard) come HTML5/CSS3 (sarebbe stato impossibile fare il contrario) con buona pace di chi si è ostinato a dire (sbagliando di grosso) che Flash e HTML5 erano tecnologie in contrapposizione

Ecco perchè Flash non morirà

Negli ultimi tempi abbiamo sentito fin troppo spesso la frase “Flash è destinato a sparire dal web” o anche “html5 ucciderà Flash“. Molti denigratori di questo software, ancora oggi, si ostinano a ripetere “spero che Flash sparisca presto dal web” quasi come se, dire una cosa del genere, ti rendesse un figo della Madonna

Chi mi segue sà che ho sempre difeso Flash (di cui sono un sostenitore), per due motivi principalmente:

- inutile puntare il dito contro una tecnologia o un software, ogni cosa ha i suoi pregi e i suoi difetti e tutti sono liberi di scegliere tecnologie, tools e strumenti preferiti
- Flash merita rispetto perchè, a suo tempo, ha rivoluzionato il web ed ha contribuito con un ruolo forse decisivo alla nascita del web 2.0

Grande rispetto quindi.

Sappiamo tutti che troppi Flash Developers/Designers forse un pò troppo…come dire, “creativi”, hanno iniziato ad usare malissimo lo “strumento” per realizzare siti full flash non accessibili, non usabili, non indicizzabili dai motori, orrori del web che mai avrebbero dovuto vedere la luce. Flash era nato per poter realizzare in modo semplice e veloce animazioni per il web, era nato per integrare elementi multimediali nei siti web, non per realizzare siti web.

Come dico sempre, il problema non è lo strumento ma chi non lo usa come si deve

Dopo la polemica con Apple e la nascita di HTML5 ormai molti speravano nella morte di Flash…nel frattempo, Adobe, dava vita alla piattaforma AIR e migliorava Flash andando verso la direzione giusta: mobile!

Qualsiasi guru degno di essere chiamato guru ti ha ripetuto fino alla noia che il futuro è mobile…in realtà, già il presente è mobile, ecco perchè Flash non morirà! Adobe ha portato Flash su smartphone e tablet pc (con l’aiuto di Android) dando una grande possibilità agli sviluppatori: quella di poter realizzare applicazioni per dispositivi mobili con la stessa semplicità con cui realizzavano un FlashGame.

Poter esportare un’applicazione per Android Market (vedi qui come fare) o anche per AppleStore (dai un’occhiata qui) comodamente da Flash è sicuramente una grande opportunità per i Flash Developers/Designers (in attesa dell’aggiornamento che permetterà di esportare anche per iPad). Tornando all’HTML5, sappiamo bene che Flash e HTML5 non sono tecnologie contrapposte ma, bensì, complementari. Immagino che presto si potranno esportare i lavori in HTML5/CSS3. Penso che, in tal senso, Sencha Animator ci ha dato un’anteprima di quella che, molto probabilmente, sarà la prossima feature di Flash.

E tu cosa pensi del futuro di Flash? Morirà, come molti sostengono, o la pensi come me? Grazie alla piattaforma AIR, ad Android e ai dispositivi mobili, il software di Adobe può dirsi “salvo”?

Sviluppare Applicazioni iOS con Flash su Windows

Un tempo, Flash, ci ha permesso di realizzare animazioni per il web, games ed anche siti web. Oggi (così come AIR) ci permette di realizzare applicazioni per dispositivi mobili e, quindi, di “raggiungere” milioni di smartphone e tablet con sistema Android o iOS. Un’incredibile opportunità anche in chiave business.

Le ultime versioni di Flash Player (10.1 e 10.2) hanno introdotto funzioni innovative e ottimizzazione delle prestazioni (test mostrano risparmi di CPU dell’80% nella riproduzione di video), il futuro di Adobe è sempre più “mobile” e, per i Flash Developers, questa è una vera e propria fortuna: altro che Mac ed SDK, potranno sviluppare le loro apps con gli strumenti che hanno sempre utilizzato e con l’ambiente di sviluppo del “cuore”

Tempo fà ti segnalai un videotutorial di Lee Brimelow che illustrava come pubblicare un’applicazione AIR per Android Market…oggi ti segnalo un altro suo videotutorial dove illustra come si può preparare l’ambiente di lavoro per sviluppare, con Flash, applicazioni per iOS su Windows.

Ecco il link al videotutorial: Developing iOS Applications on Windows

Flash: pubblicare un’applicazione AIR sull’Android Market in circa 6 minuti

Lee Brimelow ci mostra con un videotutorial come, in modo davvero semplice, è possibile pubblicare un’applicazione AIR (esportata da Adobe Flash) sull’Android Market.

L’applicazione realizzata nel videotutorial è estremamente banale (un pulsante che al click riproduce un suono) ma è davvero interessante vedere come, in pochi click, un’applicazione che gira sotto Android può essere esportata da Flash e pubblicata sull’Android Market…nel giro di pochi minuti!

Per tutti i Flash Developers e i Flash Designers, l’Android Market, è indubbiamente una grande opportunità (anche di business) grazie all’estensione Flash che permette l’esportazione di applicazioni AIR. E, dopo il clamoroso dietrofront di Apple, si può guardare “speranzosi” anche in direzione AppleStore

Ecco il link al videotutorial: Publishing AIR for Android Applications

Fullscreen Flash: ActionScript 3

Nel mini-tutorial di oggi vedremo come impostare il fullscreen in un filmato Flash utilizzando ActionScript 3.

Nel filmato Flash, inseriamo il codice ActionScript sul primo fotogramma. Per prima cosa, dichiariamo una variabile “fullStatus” di tipo booleano. Questa variabile conterrà “true” se il filmato è in modalità “fullscreen” altrimenti “false” se è in modalità “normal“:

var fullStatus:Boolean;
fullStatus = false;

Ora scriviamo una funzione che, in questo caso, chiameremo “changeMod“. La funzione controllerà la variabile fullStatus. Se la variabile contiene “false” la proprietà stage.displayState verrà impostata su StageDisplayState.FULL_SCREEN; se contiene “true” la proprietà verrà impostata su StageDisplayState.NORMAL:

function changeMod(e:MouseEvent):void
{

if (fullStatus==false) {
fullStatus = true;
btt.stage.displayState = StageDisplayState.FULL_SCREEN;
}
else {
	   fullStatus = false;
       btt.stage.displayState = StageDisplayState.NORMAL;
      }

}

Posizioniamo un componente “button” con nome d’istanza “btt” sullo stage e associamo la funzione changeMod all’evento MouseEvent.CLICK. Così facendo, cliccando sul pulsante, potremo attivare/disattivare il fullscreen:

btt.addEventListener(MouseEvent.CLICK, changeMod);

Ultima cosa ma importantissima: nel codice html che incorpora il filmato nella nostra pagina web non dimentichiamo di impostare il parametro “allowFullScreen” su “true“:

Qui potete vedere il filmato in azione.

Di seguito potete scaricare i files del mini-tutorial.

download: Flash Fullscreen AS3 (1.14MB) added: 11/07/2010 clicks: 539 description: Come impostare il Fullscreen in Flash con ActionScript 3.

Flash su iPhone/iPad grazie a Smokescreen

Flash non girerà mai suoi “gioiellini” della Apple e questo l’abbiamo capito tutti e ce ne siamo fatti una ragione (forse???). Ma c’è chi si “ingegna” per ovviare ai divieti di zioSteve

Smokescreen è un progetto open source che permette la visualizzazione di contenuti Flash su iPhone/iPod/iPad. Smokescreen consente la conversione automatica dei contenuti Flash in JavaScript/html5.

Ecco una demo del progetto nel seguente video:

Ecco alcuni errori da evitare nella realizzazione di un sito dinamico

Nell’ultimo mese sono stato contattato da una adv agency che mi ha chiesto di realizzare un nuovo CMS per un sito dinamico (appartenente ad un loro cliente) e di apportare alcune modifiche anche alla parte client. Visualizzando i sorgenti del sito web ho avuto modo di constatare diversi errori di progettazione  e una moltitudine di scelte più o meno insensate dovute, probabilmente, alle scarse competenze di coloro che in passato hanno realizzato il sito in questione

Errore n°1: menu principale realizzato in Flash

Ebbene si, il primo errore è un errore SEO. Il menu principale e le photogallery dei prodotti sono state realizzate in Flash. Mentre per le photogallery la scelta di utilizzare Flash può essere condivisibile (anche se le soluzioni JS non mancano di certo, vedi qui e qui) il menu principale di un sito non va mai e poi mai realizzato in Flash. Bisogna realizzarlo in semplice HTML per permettere agli spider dei motori di ricerca di trovare le pagine del sito. Leggerezza confermata anche dall’assenza di una sitemap.

Errore n°2: layout tabellare

Il layout delle pagine web è stato realizzato con le tabelle senza rispettare gli standard web e senza tenere conto di una cosa importantissima come l’accessibilità. Errore gravissimo, nulla da aggiungere.

Errore n°3: pagine non dotate di url seo-friendly

Il dominio del sito in questione effettua un redirect ad un server dove è ospitato il sito. Tutte le pagine del sito, comprese quelle dei prodotti, non hanno url uniche. In pratica, tutte le pagine del sito rispondono all’indirizzo www.sitoinquestione.com. Nei motori di ricerca non sono indicizzate le pagine dei prodotti, altro errore SEO dunque (ogni prodotto doveva avere un indirizzo del tipo www.sitoinquestione.com/prodotto-xyz).

Errore n°4: il multilingua che ti farà impazzire

Questa è una vera e propria genialata. In pratica, il sito è multilingua (ita, eng, fra, esp) e per ogni photogallery (di ogni prodotto) sono stati realizzati 4 SWF del tipo:

- photogallery_prodotto_x_ita.swf
- photogallery_prodotto_x_eng.swf
- photogallery_prodotto_x_fra.swf
- photogallery_prodotto_x_esp.swf

e via così per le photogallery di tutti i prodotti. Era sufficiente realizzare un unico file SWF che caricava le informazioni dinamicamente: si inviavano all’SWF le variabili ID_prodotto e la lingua scelta e il gioco era fatto. Invece no, immaginate ora di fare una modifica, anche piccola, alla photogallery…risultato? Impazzire tra decine e decine di file FLA tutti uguali

Ho notato tanti altri piccoli errori ma credo di avervi fatto rabbrividire abbastanza Inoltre rischio di fare troppo la parte del Saputone e non mi sembra il caso

Realizzare applicazioni Adobe AIR lavorando con Flash

Sul blog dell’amico Andrea Pernici trovate un mio guest post dove spiego come esportare applicazioni Adobe AIR da Flash. L’articolo in questione è un tutorial con il quale illustro come realizzare una semplice applicazione AIR che permette di twittare dal desktop.

Ecco il link all’articolo: Come realizzare una semplice applicazione Adobe AIR per twittare dal desktop

p.s sul blog di Andrea trovate in alto a destra le icone sociali per seguirlo via RSS, Twitter e Facebook; vi consiglio di seguirlo

Creare siti Flash accessibili: iniziamo ad informarci

Realizzare siti Flash accessibili e usabili è un dovere ma non tutti i Flash developers si preoccupano di usabilità e di accessibilità purtroppo. Una cosa molto importante è informarsi, rendersi conto che realizzare siti Flash accessibili e usabili si può, con un pò di impegno e buona volontà si possono fare molte cose

Come ben sai, se ti sei imbattuto in un sito Flash non accessibile e poco usabile la colpa non è della tecnologia ma di chi ha realizzato il sito

Se non l’avete già visto, vi segnalo un video che Adobe mette a disposizione e che illustra gli strumenti per rendere gli oggetti Flash accessibili. Trovate il video a questa pagina: Adobe Flash CS4 Professional accessibility

Tenete d’occhio l’Adobe Accessibility blog (in lingua inglese) ed anche EmaWebDesign poichè, nelle prossime settimane, continueremo a parlare di Flash, SEO e accessibilità.

Se non vuoi perdere neanche un articolo puoi iscriverti al Feed RSS.

Adobe Flash vs HTML5 chi vincerà? E Jobs sta ancora puntando il dito contro?

Oggi voglio dirvi cosa penso della questione Steve Jobs vs Adobe. Il caro Flash è il “male” sentenzia zio Steve…Flash è il nemico di SEO/usabilità/accessibilità/ecc. sentenziano tutti…tutti quelli che non capiscono una mazza di ActionScript

Questo post nasce dopo la lettura di quest’articolo Video Flash VS Video HTML 5, the Winner is FLASH di ItaliaSW, articolo che vi consiglio di leggere ovviamente.

Io ho riflettuto molto sul perchè Flash non veniva, non viene e non verrà supportato da iPhone/iPod/iPad e l’unica risposta che riuscivo a darmi è che Apple aveva ed ha ancora paura di scoprire troppo le proprie carte collaborando con Adobe. Apple non divide con nessuno il potere sui propri gioiellini. E poi sappiamo tutti che QuickTime prese una bella “mazzata” quando arrivò il software di casa Adobe. Flash và sempre in crash? Flash stressa troppo la CPU? Maddai, Flash ha i suoi problemini come tutti i software ma non mi sembra che sia questo disastro che dice Jobs.

Poi si sà, se Jobs dice una cosa, sul web, tutti a ripetere la stessa  fino alla noia. Se domattina, Jobs, cambiasse le carte in tavola con un’uscita tipo “Flash è il paradiso, viva Flash”, sul web tutti acclamerebbero il nuovo salvatore, il meraviglioso e inimitabile Flash

Certo che per uccidere il buon Flash c’è bisogno comunque dell’eroe che viene a liberarci tutti dal male, chi meglio di HTML5 può vestire i panni dell’eroe di turno? (Capitan ventosa era impegnato altrimenti temo che arrivava lui )

Ebbene, come potete leggere dall’articolo di ItaliaSW, Jan Ozer uno che di video encoding nè capisce qualcosina, ha effettuato un pò di test dal quale è risultato che forse, più che Flash, è HTML5 ad avere qualche problemino di performance. Da questi test sembra che Flash batta quasi sempre HTML5 in performance, quindi, non si capisce il perchè delle accuse di Zio Steve anche se in realtà abbiamo capito tutti che Apple non vuole “aprirsi” troppo…nei confronti di Adobe poi

Tornando ai web designer che si sforzano di dire a destra e a manca che Flash è il male, ho sempre constatato che chi parlava male di Flash era sempre colui che non sapeva utilizzare tale software, colui che non riusciva a scrivere due righe di ActionScript in nessun modo. Vabbè, troppo facile tirare acqua al proprio mulino…ragazzi, non è meglio cercare di colmare le lacune invece di puntare il dito contro?

Io sono un Flash Developer, sono esperto di AS2 e AS3, dovrei essere di parte e lo sono. Ma non ho mai criticato niente e nessuno, ad esempio, non conosco e non ho mai utilizzato Silverlight. Dovrei parlarne male per questo? Un giorno, la mia irrefrenabile curiosità, mi porterà a scoprire anche quest’altra tecnologia made in Microsoft. Solo allora potrò farmi un’idea ma in nessun caso mi metterò a dire che Flash è il bene e Silverlight è il male. Ognuno è libero di utilizzare i software che preferisce e, se ci sono differenze di prestazioni, bug o altro, pazienza non si può avere sempre la perfezione.

E poi, cavolaccio, un pò di riconoscenza a Flash che ci ha portato i portali di video sharing e i FlashGames

Prossimamente, qui su EmaWebDesign, vedremo come realizzare un sito full Flash rendendolo il più possibile amico di SEO e Accessibilità…non chiedetemi quando ma presto ci daremo un’occhiata insieme

Che, tra l’altro, certi siti full Flash sono davvero strafighi