Undolog.com

Prendo spunto dall’ottimo tutorial di Napolux, Flex 3, Adobe AIR e le API di Feedburner, che mostra come scrivere una semplice applicazione (o widget) Adobe AIR usando Flex 3, per mostrare come realizzare la stessa identica cosa usando Adobe Flash CS3. Se lo desiderate, inoltre, potete sfruttare l’estensione per la creazione di applicazioni Adobe AIR. Non è infatti necessario, ai fini di questo tutorial, compilare l’applicazione come eseguibile AIR; potete usare il codice proposto come semplice filmato Flash da “apporre” alle vostre pagine Web.

Flash vs Flex

Nonostante apprezzi Adobe AIR come tecnologia e come è stato implementato nelle piattaforme HTML (Dreamweaver), Flash e Flex, non sono “ancora” del tutto ben disposto verso Flex! Non voglio certo mettere a confronto Flash con Flex, nonostante hanno molti punti in comune ma anche molte differenze. Tuttavia non ho assolutamente apprezzato la politica Adobe rispetto a questo spinoff a volte privo di senso. Avrei preferito, invece, la costituzione di un unico ambiente (Flax) di sviluppo e non questa “inutile” separazione. Inoltre, da buon programmatore, gli ambienti troppo “visuali” non mi piacciono granchè e Flex sembra proprio destinato a diventare pericolosamente simile a Visual Basic, che tra l’altro conosco molto bene e su cui ho lavorato per molti anni. Insomma, Flex sinceramente non l’ho capito e non ho capito cosa vuole fare Adobe con questo branch. Se Flex è indicato come l’ambiente ideale per scrivere RIA qual’è il destino di Flash? Tutte le features di Flex, effettivamente non disponibili “direttamente” in Flash, potrebbero - volendo - essere inserite senza costringere ad acquistare licenze multiple per sviluppare - alla fine - la stessa identica cosa.

Continua a leggere… »

Post correlati

• Flash CS3: comunicazione con un Web Server (0)
• Adobe AIR 1.0, Adobe Flex 3.0 e il nuovo Adobe Open Source (0)
• 10 motivi per passare ad Adobe Flash CS3 (3)
• Web2.0: Adobe ci prova con Apollo? (2)
• UMap Flash Component (Beta v0.6) (0)

Immaginiamo di avere un file XML che ad un certo punto contiene la seguente riga:

Come leggo, ad esempio, l'attributo url in Actionscript 3.0?

Se l'XML fosse stato questo:

Ottenuto il puntatore a <immagine/> (imgptr) sarebbe stato sufficiente:

Nel caso <media:thumbnail/>, invece, bisogna aggiungere:

Post correlati

• Flash CS3: comunicazione con un Web Server (0)
• Yahoo! ASTRA: suite di componenti per Flash e Flex (0)
• undolibrary: libreria Actionscript 3.0 su Google Code (0)
• Undolibrary MatrixArray: un’estensione della classe Array (0)
• UMap Flash Component (Beta v0.6) (0)

Lee Brimelow, Platform Evangelist in Adobe, si occupa di sviluppo in Flash, Flex ed AIR. Dal suo blog (TheFlashBlog) è possibile scaricare una comoda estensione per Flash CS3: Snippets. Questa estensione, scritta utilizzando le API che Flash mette a disposizione per interagire con la sua IDE (JSFL API), permette di aggiungere un comodo pannello (sulla falsa riga di quello presente già in Adobe Dreamweaver) dove è possibile inserire delle piccole porzioni di codice che usiamo più spesso.

Una volta installato è già possibile usufrire di alcuni snippets forniti dall'autore. Cliccando sull'icona è possibile modificare il file XML che contiene gli snippets (gli spezzoni di codice). Una volta fatta la modifica è sufficiente salvare il file e cliccare sull'icona   per aggiornare la lista. Sul sito dell'autore sono stati rilasciati proprio in questi giorni ulteriori snippets da aggiungere a quelli già presenti. Ecco la versione completa del file XML: Continua a leggere... »

Post correlati

• Flash CS3: comunicazione con un Web Server (0)
• Yahoo! ASTRA: suite di componenti per Flash e Flex (0)
• Undolibrary MatrixArray: un’estensione della classe Array (0)
• UMap Flash Component (Beta v0.6) (0)
• Sviluppare applicazioni Adobe AIR con Aptana IDE (5)

ActionScript 3.0 introduce tutta una serie di formidabili strumenti di comunicazione, alcuni totalmente nuovi, altri rivisitati e migliorati rispetto alla precedente versione di ActionScript. Cominciamo a vedere come cambia il modo di interagire con un Web Server nel caso di una semplice comunicazione tra Flash e una pagina PHP con risposta in XML. Prima di tutto l'oggetto XML non esiste più! In ActionScript 3.0 sono stati introdotte nuove classi, alcune delle quali dedicate alla "retrocompatibilità".

Nota: la classe XML (insieme alle classi correlate) di ActionScript 2.0 è stata rinominata XMLDocument e spostata nel pacchetto flash.xml. È inclusa in ActionScript 3.0 al fine di assicurare la compatibilità con le versioni precedenti.

In ActionScript 2.0 la comunicazione con un Web Server veniva spesso risolta sfruttando l'accoppiata degli oggetti LoadVars e XML, usando il metodo sendAndLoad() dell'oggetto LoadVars (vedi: Flash: LoadVars e XML per inviare dati in POST). Ora le cose cambiano, ma basta solo abituarsi ai nuovi nomi ed oggetti. Come indicato nel manuale, infatti:

Continua a leggere... »

Post correlati

• Flash: LoadVars e XML per inviare dati in POST (0)
• UMap Flash Component (Beta v0.6) (0)
• Rinascono gli elementi di undolog.com (2)
• Google Maps component per Flash (1)
• Adobe AIR: l’incompreso (0)

Ecco un ottimo modo per inviare dati in POST ad un Web Server. Useremo due oggetti: un oggetto LoadVars per spedire e un oggetto XML per ricevere (nel caso ci aspettiamo un documento di ritorno formattato in XML). Utilizzare l'oggetto LoadVars di Flash è utile sia per la creazione runtime di proprietà che saranno viste come variabili POST sia per la possibilità di specificare il metodo si spedizione: POST o GET.

Prima di tutto creiamo l'oggetto LoadVars che sarà usato per spedire:

A questo possiamo aggiungere le variabili in POST in modo assai semplice:

Prepariamo l'oggetto che riceverà la risposta dal Web Server (nella stdout) - se PHP basta fare un echo:

A questo punto non ci rimane che inviare:

Il metodo sendAndLoad() dell'oggetto LoadVars è molto ultile in quanto permette di specificare l'oggetto di ritorno (in questo caso il nostro oggetto XML r_xml) e il metodo di spedizione (nel nostro caso POST).
Per finire basta metterci in attesa:

Post correlati

• Flash CS3: comunicazione con un Web Server (0)
• Sviluppare applicazioni Adobe AIR con Aptana IDE (5)
• Rinascono gli elementi di undolog.com (2)
• Note sul testing e debug in Adobe Flash (0)
• Net Software (0)

C'è un motivo molto importante per preferire l'inserimento dei contenuti via PHP - lato server - in una pagina Web rispetto all'uso di Javascript - lato client. Nello sviluppo degli strumenti di outing services del CMS getmePage utilizzato su applick.com era possibile sfruttare Ajax come engine di recupero HTTP dei dati server. Il problema, in questo caso, era che si aveva a che fare con i contenuti di un sito, contenuti che vengono indicizzati dai crawler di ricerca come googlebot! I crawler non eseguono Javascript, rendendo così vuota una pagina agli occhi di googlebot. Oggi sono i contenuti a fare la differenza nelle indicizzazioni nei motori di ricerca, quindi bisogna fare attenzione a come vengono generati i contenuti in una pagina. Quello che vede l'enduser non è quello che vede un tool come googlebot. Questo è uno dei motivi che hanno determinato la scelta di PHP nell'engine di recupero dati dell'applick getmePage. PHP, infatti, viene eseguito dal Web Server prima di inviare la pagina al client. Ne deriva, così, che quello che vede un crawler è quello che vede l'enduser.

Post correlati

• Tunneling e proxy server per Ajax e non solo (3)
• Sviluppare applicazioni Adobe AIR con Aptana IDE (5)
• Rinascono gli elementi di undolog.com (2)
• Net Software (0)
• Javascript vs PHP (1)