!!!UPDATE!!!
Some work appointments came through and I’ll not be able to be back for WebTech :\
But don’t worry! there’s a HUUUUGE “replacement”, Sandro Ducceschi from SFUG has took over my slots!
so guys, have fun, I’ll be there with my soul
—————————-

Yup, back on stage

I’ll be speaker at WebTechCon Italy, it’s the first year for this German conference in Italy and there are a HUGE amount of good reasons for you to come.

First of all it’s not all about flash!! There are 5 main tracks: webtech, flash day, silverlight day, javascript day and php4 frontend day… yes, “day” is not to be intended as “whole day” but much more as “track”.

It’s a good opportunity to put an eye on what’s going on on the html5 or silverlight fields and learn something new.

On the flashy side there are a bunch of well known and surely attractive speakers:

Luca Mezzalira ,Andrea Trento ,Marco Casario …I’m sure you all know what those guys are known for… then… well…. there’s me

Further, it’s a good way to meet other guys from TheFlashMind AUG

I’ll be speaking twice on flash graphics and pureMVC.

Be sure you buy a ticket and come, one month’s left, then… rock n roll

Eclipse Monkey will put a “scripts” menu on your Eclipse menu bar which is populated by the list of scripts (.js) inside the specified folder.

Here’s my Scripts>Actionscript dropdown menu

Installation:

1) Add project dash site ( http://download.eclipse.org/technology/dash/update )  to your eclipse’s update sites,
2) Restart eclipse,
3) Run create test project by selecting scripts menu,
4) Download actionscript snippets lib from here

…great deal

Here’s a video showing Eclipse Monkey at work

[flash http://www.youtube.com/v/z9aL_OZzRJk&hl=en&fs=1 w=400 h=310 mode=1]

UPDATE:

take a look to “Pimp my Eclipse” post from Lee Brimelow (part 1 and 2) for further customizing your eclipse installation

Chris Lindsay ha fatto un porting delle datastructures di polygonal labs in javascript e, non contento, ha pubblicato una experimental app sul pathfinding…in javascript…
grandissimo!

Che la scelta sia opinabile è palese. Nel comunicato di yahoo non vengono espresse le motivazioni di questa svolta e vengono tessute le lodi degli sviluppatori: Mirek Grymuza e il suo team.  Mentre yahoo parla di quanto bello sia il suo nuovo giocattolo però voci autorevoli (anche se fortemente di parte) dicono che la scelta non è dovuta alle prestazioni, bensì alle diversificazioni in termini di advertising, ossia l’incapacità del flash player di gestire flash ads a differenti fps.Perfortuna le API flash\flex\as di yahoo maps  non sembrano aver subito il colpo, nessun comunicato infatti è stato rilasciato da yahoo sul futuro dei propri component.

Ad ogni modo mi sento di quotare Ted Patrick nel dire “Yahoo! Maps on Flex 1.5, you will be missed!”

(che bell’oggettino il wii ^^)

Sicuramente è un lavoro dedicato ad una fascia di mercato (e di sviluppatori) ben definita, ma è davvero affascinante.
Non mi dilungo oltre se non indirizzandovi ai link seguenti:

• http://hullbreachonline.com/wii/sdk.html <- sito di presentazione dell’sdk con i link principali
• http://hullbreachonline.com/wii/sdkdoc.html <- documentazione dell’sdk

prima o poi anche io sperimenterò il dewiilopment

Questa la situazione:

Tanto tempo fa lo chiamavamo DHTML e per lo pi√π lo si vedeva nei siti “da smanettoni”, ingredienti: HTML e Javascript.
Si, lo stesso javascript che fino a poco tempo fa veniva denigrato anche per i controlli sui mail form…adesso sembra che Javascript sia diverso, sia pi√π buono, oserei dire quasi indispensabile per un sito web tanto se ne parla, perchè questo non è pi√π il “www”, questo è il “web 2.0″…ingredienti: HTML e Javascript….-.-’

Un Javascript in framework, beninteso, lungi dall’essere paragonabile a quanto popolava i siti prima dell’avvento di prototype, jquery, scriptaculous e quant’altro, ma pur sempre Javascript. Google ci sta scommettendo da un bel pezzo, gran parte delle sue applicazioni sono AJAX, anzi, sono le antesignane delle applicazioni web-based di un certo calibro (basti pensare a google maps, google documents o alla stessa gmail), ora la segue a ruota Microsoft dopo aver provato a fare il verso ad Adobe con il suo Silverlight.
Certo è che la via che si sta percorrendo (o che almeno Google e ora Microsoft hanno intrapreso) è quella di portare i programmatori al web, o meglio…ai soliti 2 ingredienti: HTML e Javascript.

Perplessità

Sono perplesso. Da quando sono al mondo (digitale ) ho sempre sentito parlar male da tutti (anche all’università tra l’altro…) di Javascript per i motivi pi√π diversi…ne elenco alcuni:

• è un linguaggio weak typed
• è interpretato dai client pi√π disparati (per lo pi√π gecko webkit e internet explorer) con tutte le problematiche che ne conseguono (ogni browser “capisce quello che vuole lui“)
• non tutti lo abilitano, i browser pi√π diffusi danno la possibilità all’utente di disattivarlo (anche di default volendo)
• è difficilmente debuggabile (a causa delle interpretazioni e del weak typing)
• ha una mediocre (per non dire scarsa) capacità di gestione degli eventi
• in ogni caso si appoggia ad un linguaggio di output anch’esso di libera interpretazione…HTML

Come da ultimo punto…HTML. Oltre a tutti i problemi relativi allo scripting Javascript bisogna appoggiarsi ad un output HTML sommando dunque tutti i problemi relativi all’interpretazione del box model.

Prospettive

Sono pessimista a riguardo, Javascript (che venga sputato da un “compilatore” Java o .NET o da un framework o da quel che sia) resta un linguaggio DEBOLE, e lo si sta sopravvalutando TROPPO.

Tuttavia è l’unica alternativa free e open per lo scripting lato client su web. Esistono anche altre realtà: flash player e java applet per citarne due, ma sono tecnologie proprietarie che funzionano senz’altro meglio, ma richiedono all’utente plugin o interpreti per girare sul browser “sporcando” la concezione purista di web (anche se Adobe Flash Player è installato praticamente ovunque).

Un motore di rendering HTML e un interprete Javascript unico risolverebbero qualcosa? non credo, o meglio, in minima parte: ci sarebbero meno problemi nella visualizzazione corretta di un documento HTML, ma rimarrebbe la “pochezza” di un linguaggio di programmazione approssimativo come Javascript.

Javascript VS Actionscript

Faccio un parallelo con Actionscript, visto che è il linguaggio che padroneggio con maggior sicurezza ed è (o meglio era) molto simile a Javascript per certi versi (e poi qui siete a casa di un flasher ricordate?:D).
Per come la vedo io Javascript attualmente riesce a fornire all’utente un’interazione con il browser pi√π o meno pari a quanto Actionscript riusciva a fare ai tempi di Flash 5 (quando venne abbandonata la sintassi della barra per quella del punto per intenderci..) nel lontano 2000 sotto l’ombra del millennium bug.
Da allora Actionscript ha implementato lo strong typing, è passato all’OOP e ha reso possibili le Rich Internet Applications grazie ad una piattaforma sempre pi√π aggiornata e diffusa come Flash Player…Javascript dal canto suo non è passato all’OOP (se non in modo fittizio) nè è stato implementato lo strong typing…e l’interprete continua ad essere diverso da browser a browser limitando non poco chi si accinge a farne uso.

Conclusioni?

Avevo già affrontato l’argomento flash vs ajax in passato, ma la faccenda si sta evolvendo in fretta e in direzioni “impreviste”, quindi ho preferito ritornarci sopra, anche solo per chiarirmi le idee a riguardo. Non voglio trarre conclusioni univoche, suppongo che venga piuttosto facile intuire che “tifo” per l’ulteriore affermazione di flash, ma a breve assisteremo ad una nuova svolta online con l’avvento di HTML5…sperando che le sorprese non finiscano con una rivisitazione del box model… e chissà che non sia capace di farmi cambiare parere a riguardo

…ad ogni modo, se avete letto i miei penseri fin qui, bè…avanzate una birra

stay tuned

Volta sarà un toolkit che si integrerà con le tecnologie .NET (per ora ho letto solo di C#, ma suppongo si possa programmare anche con gli altri linguaggi .NET) fornendo loro un “traduttore” capace di rendere accessibile lo sviluppo di applicativi AJAX anche ai programmatori “veri” (concedetemi le virgolette…:))  che con il web non hanno voglia\tempo\modo di cimentarsi.

Volta si integra con Visual Studio, il quale fornisce un ambiente di debug inedito per “AJAX.NET” (continuo con le supposizioni…lo chiameranno così?:)) permettendo ai coder “desktop” di sviluppare in un tool a lui familiare utilizzando linguaggi a lui familiari un qualcosa che di familiare per lui non ha nulla: AJAX.

La stessa strada è stata affrontata da big G con il suo Web Toolkit di qualità indubbia e già ampiamente consolidato (i case history a riguardo ormai non si contano…).

Google Maps va in 3D, e non sto parlando del famoso Google Earth, ma di un nuovo servizio (per ora presente solo negli states) che letteralmente “controlla” chiunque.

Nel software è stata aggiunta la rete di telecamere di sicurezza nelle strade degli USA, cliccando ovunque siano presenti queste cam sarà quindi possibile vedere un VR (in flash) del punto in questione, inoltre, cliccando sulle frecce presenti all’interno del VR stesso è possibile “percorrere” le strade e guardarsi intorno.

L’iniziativa è sensazionale ma piena di controversie, molte infatti sono le voci che si sono levate contro questa integrazione di Google Maps, che vede ledere la privacy di milioni di americani. Camminando lungo i VR infatti non è raro incappare in volti ben visibili, o persone fare le cose pi√π diverse (pi√π o meno legali), o ancora incidenti stradali, e così via.

Per accedere a questo servizio basta andare su maps.google.it, navigare verso gli USA, impostare la visuale “vista stradale” e cliccare ovunque tra le strade evidenziate in blu…

The matrix has you…

La scelta è tra 4 pattern di compressione (none:  toglie solo gli spazi, normal: toglie gli spazi e riduce i nomi variabile [shrink vars], numeric: converte tutto lo script in un eval(‘stringa codificata’), ascii: come numeric ma con un altro tipo di codifica [ascii appunto ^^]) , differenti tra loro in compatibilità e compressione (ad esempio non tutti i sistemi saranno in grado di interpretare la compressione ascii).Attenzione però!
Lo strumento è potente, ma crea parecchi disagi… mi spiego meglio:
sono riuscito a comprimere di parecchio (da 21k a 11k °_°) un’applicazioncina ajax, ma ho dovuto correggere il codice per delle banalità.

Esempio:
se scrivessi un qualcosa tipo

var a = 8

var b = 'ciao'

l’interprete javascript del browser interpreterebbe il new line come segno di un nuovo statement.
Comprimendo le 2 righe scritte poc’anzi si verificherà un errore in quanto mancano i punti e virgola.

Ad ogni modo non c’è da preoccuparsi, basta abituarsi a scrivere codice corretto (entrate in strict mode ) e nessuno si farà del male. Inoltre sempre nello stesso sito c’è anche una sezione “how to” che spiega nel dettaglio le potenzialità del packer.

Tra i vari bug di internet explorer sono incespicato su un qualcosa di parecchio fastidioso: ie gestisce male gli onload delle immagini.
All’inizio pensavo che non fossero gestiti del tutto, o solo in parte (?) , ma a volte ricaricando la pagina dispacciava l’evento, altre no, apparentemente a caso.

Ecco una porzione di codice che presenta il problema descritto:

Così explorer entra in modalità cagacazzo random error…
Non occorre scervellarsi (come ha fatto il sottoscritto), la soluzione è più facile del previsto:

Cos’è cambiato? Per un comune mortale, e per la maggior parte dei browser NULLA!
Per ie invece è cambiato il “preavviso”, in soldoni, PRIMA si aspetta che gli sia comuncato cosa deve fare a questo o quell’evento (come si è presentato il bug su onload potrebbe presentarsi su click, mousedown o chissachè), e POI si aspetta di caricare un’immagine a cui assegnare i gestori di evento….-.-””

In soldoni, per evitare il bug è necessario specificare src come ultimo attributo del tag img.