Già alla fine di marzo, infatti, Oracle aveva annunciato la creazione di un nuovo editor per JavaScript in NetBeans: il progetto - noto come JavaScript 2 - è in un ramo di sviluppo dedicato su Hudson. Il codice sorgente non è stato inserito nel trunk principale di NetBeans 7.2. Per provarne il prototipo occorre un download separato.

Quando sarà disponibile, NetBeans 7.2 - rilasciato sotto doppia licenza, CCDL e GPLv2 – permetterà l’auto-completamento del codice e l’accesso alla documentazione completa per le Application Programming Interface (API) di jQuery dal browser integrato. Sarà possibile rintracciare automaticamente i selettori del markup di HTML e CSS.

Via | The H Open

John Resig, che ha creato la libreria nel 2005, non farà parte della fondazione: il presidente nominato è Dave Methvin, a capo dello sviluppo di jQuery. Resig non avrebbe abbastanza tempo da dedicare a jQuery Foundation, tra i propri impegni accademici e JavaScript. Bradley Kuhn, di Software Freedom Conservancy, elogia l’iniziativa.

jQuery Foundation è, infatti, la prima associazione indipendente a nascere in seno all’organizzazione. La tutela legale del progetto è di Joel Kinney, membro di Fort Point Legal. Con l’atto di costituzione, jQuery Foundation ha ricevuto una cospicua donazione da parte di Linux Fund, che ha permesso di coprire le spese burocratiche.

Via | jQuery

È soltanto uno degli aspetti che coinvolgono l’aggiornamento e, forse, neppure il più importante. Tuttavia, il numero di applicazioni che utilizzano JavaScript è in costante aumento – complice il prematuro successo di HTML5 – e iniziare ad adeguarsi alle modifiche, come avviene coi nuovi linguaggi di markup, è sempre un’ottima idea.

Google offre, attraverso Chrom*, la possibilità di verificare immediatamente le novità di JavaScript. Utilizzando gli ultimi snapshot di Chromium, la versione unbranded, si può accedere alle funzioni sperimentali di JavaScript da chrome://flags. Ecco perché la FSF è intervenuta sulle licenze degli script negli ultimi giorni giorni.

Via | Chromium

L’espediente cerca di risolvere il problema dell’utilizzo di software proprietario in JavaScript, evidenziato nel documento di Richard Stallman. La marcatura proposta da quest’ultimo aveva, forse, una maggiore efficacia e – a costo di peccare d’eccesso di zelo – i webmaster dovrebbero implementarle entrambe. Le garanzie sono scarse.

La soluzione prevede la creazione d’una tabella, su qualsiasi pagina del sito, che elenchi tutte le licenze previste dai singoli script utilizzati. Questa tabella – marcata con l’identificativo jslicense-labels1 – dovrà contenere tre elementi: un link diretto allo script, uno alla licenza di rilascio e uno al download dello stesso.

Se sono presenti più script, dovranno essere compilate più tabelle: è il senso del numero 1 nell’identificativo. Ogni pagina sulla quale compaiono dovrà contenere un collegamento con rel="jslicense" alla tabella di riferimento. Il problema resta sul singolo script. Stallman pensava a una marcatura in linea, sotto forma di commento.

Per attenersi scrupolosamente ai consigli della FSF, un webmaster dovrebbe marcare gli script realizzati da terzi con la nuova soluzione e i propri con quella proposta a suo tempo da Stallman — magari, utilizzando la GPLv3 come licenza di rilascio. Un limite per entrambi i metodi è nel riconoscimento immediato da parte degli utenti.

Considerando l’utilizzo d’identificativi invariabili, il passaggio successivo potrebbe essere la creazione d’un sistema che evidenzi la presenza di software libero col browser. Come avviene, ad esempio, collegandosi a un sito che utilizza il protocollo HTTPS: perché sia efficace, tutti i produttori di browser dovrebbero prevederlo.

Qualcosa di simile, LibreJS, è stato realizzato da Loic Duros. Si tratta d’una estensione per Firefox che blocca selettivamente l’esecuzione di script proprietari. Il progetto è in fase sperimentale e non integra ancora il metodo consigliato dalla FSF. LibreJS è disegnata prendendo a modello il documento e la marcatura di Stallman.

Supportata dalla FSF, l’estensione di Duros dovrebbe essere la prima ad adeguarsi alla nuova soluzione. E, ahimè, potrebbe anche essere l’ultima: a prescindere dal contesto delle licenze, i produttori di browser tardano a realizzare dei controlli per il cd. “web semantico”… nonostante l’esistenza di numerosi progetti, basati su XML.

Se ci pensate, non esistono browser che supportano XFN — la marcatura per identificare le relazioni interpersonali tra gli autori dei contenuti sul web. Eppure, quest’ultima è utilizzata pure da Google nei risultati di ricerca. Si può dire più o meno lo stesso di RDFa. Sperare che prendano in considerazione le licenze è utopistico.

Via | The H Open

Tutti gli altri browser, invece, visualizzano soltanto gli esempi preimpostati da Google: una raccolta ispirata alle funzioni più comuni di JavaScript e jQuery. DART è ispirato proprio da quest’ultimo per la verifica del supporto al linguaggio, in sostituzione al markup di noscript. È un punto di partenza pensato per i web designer.

Rispetto a Go, il linguaggio integrato in GCC con la versione 4.6, Google dedica più spazio a DART. Appena un paio di settimane fa è stato realizzato un porting di Box2D — l’engine di Angry Birds. Dart Synonym è un altro strumento per attrarre l’attenzione degli sviluppatori: il nome in codice, molto suggestivo, è Stele di Rosetta.

Via | Chromium

Ideato per l’installazione su sistemi Linux Apache MySQL PHP (LAMP), jSlate include un proxy per visualizzare i dati per domini diversi da quello in cui risiede. Ogni widget generato in JavaScript è esportabile dalla dashboard. Creato da Rasmus Berg Palm, jSlate affonda le radici in Nomnom: un altro progetto, che richiedeva CouchDB.

Per cominciare a utilizzare jSlate sono proposti dei modelli preconfigurati e pienamente personalizzabili. Rispetto a Nomnom, jSlate non dipende da un database definito e può funzionare con tutte le soluzioni di storage preesistenti. Berg Palm ha scelto di distribuirne i sorgenti sotto licenza GPLv3, un aspetto ancora più positivo.

Via | The H Open

L’idea di Bidelman non è inedita, perché esistono almeno altre due risorse equivalenti: una fa parte dei Closure Tools di Google, degli strumenti in JavaScript familiari a Bidelman che lavora proprio allo sviluppo di Chrom*. L’altra è WebFS, un’implementazione lato–client del file system di Node.js. Filer.js ha un altro significato.

Quanto rende davvero interessante Filer.js è la scelta di Biderman d’utilizzare la sintassi dei comandi di UNIX — nel dialogo tra JavaScript, HTML5 e i file system locali. Un approccio che avvicina alla realizzazione di applicazioni web i programmatori abituati alle “native”. È un’intuizione favorevole all’approdo su altri browser.

Via | ReadWriteWeb

Il framework JavaScript qooxdoo arriva alla versione 1.6. qooxdoo è un progetto vecchio di circa 7 anni, arrivato ad una stabilità sufficiente per la produzione solamente nel 2009 (versione 1.0). Di fatto questo framework realizza un tavolo di progettazione per applicazioni RIA e interfacce orientate a una esperienza utente avanzata, sia per applicazioni web che offline.

Oltre alla normale routine di correzione errori, gli sviluppatori hanno implementato una funzionalità sperimentale che rispetta le regole REST (Representational State Transfer). Un’interessante tecnologia che consente una generalizzazione delle risorse e delle fonti di informazione in ambiti ipertestuali distribuiti. REST consentirà agli sviluppatori di beneficiare di una maggiore scalabilità con una complessità mediamente inferiore.

Le interfacce realizzate con qooxdoo sono molto simili a quelle desktop. Questo sta a dimostrare il tentativo di unire le tecnologie web con la normale programmazione a finestre. Nonostante il lungo percorso di sviluppo, qooxdoo rimane concettualmente all’avanguardia: qui il codice JavaScript genera tag HTML. Una prospettiva interessante che sfrutta pienamente la potenza della tecnologia JavaScript.

Il framework è eseguibile su diversi ambienti di runtime: Node.js, Rhino, Chrome, Firefox, Internet Explorer, Android e iOS. Non è richiesta la presenza di plugin aggiuntivi. A mio avviso è uno dei più interessanti e sorprendenti framework JavaScript attualmente esistenti. Decisamente trascurato.

Via | XtremeOpenSource

eBay sottolinea a più riprese la distanza da SQL per un motivo molto semplice: ql.io è indipendente dal database utilizzato per la memorizzazione dei dati. Interagendo soltanto con le API d’un servizio web può dialogare tanto con un database di tipo SQL, tanto con uno di tipo NoSQL. Il legame con SQL è nella sintassi del linguaggio.

Il linguaggio è stato concepito essenzialmente per due ragioni. ql.io riduce le linee di codice nel recupero dei dati dalle API e, utilizzato come gateway su Node.js, diminuisce le richieste al server che espone le informazioni. Permette, cioè, di “tagliare” le risorse necessarie a fornire un servizio basato su dati di terze parti.

Realizzando il catalogo dei prodotti offerti da un qualunque venditore su eBay, ad esempio, ql.io può memorizzare tutte le informazioni via Node.js su un server e fornirle selettivamente a un client. Il venditore recupera l’intero contenuto del catalogo, mentre l’acquirente scarica soltanto i dati del prodotto che vuole acquistare.

La formattazione dei dati è in JSON: ql.io, laddove le API prevedessero esclusivamente delle richieste in XML, traduce le informazioni con Node.js. Il linguaggio può essere applicato a qualunque servizio web. Un altro esempio, a parte eBay, potrebbe essere un’applicazione per Twitter — che già fornisce dei dati strutturati con JSON.

La presentazione di ql.io ha proposto dei benchmark sulle prestazioni di eBay, prima e dopo l’introduzione del linguaggio. Per compiere la stessa operazione, le richieste sono passate da 18 a 5 e la dimensione dei dati da 274Kb a 91Kb. Le linee di codice, più che dimezzate, si sono ridotte da 2.800 a 1.200. Un guadagno consistente.

Via | eBay Tech Blog

Microsoft e Joyent avevano annunciato l’arrivo di Node.js su Windows lo scorso giugno e già in luglio il rilascio della versione di sviluppo 0.5.1 ha introdotto un eseguibile. Un passo avanti piuttosto modesto, rispetto alla compilazione di Node.js con Cygwin o MinGW. L’installer grafico è più apprezzabile su Windows Server 2008 R2.

Il secondo motivo per il quale è d’obbligo scrivere di Node.js 0.6 riguarda piuttosto i sistemi operativi UNIX–like ed è il supporto di Node Package Manager (NPM). Quest’ultimo è un gestore dei pacchetti per Node.js sulla falsariga di RubyGems per Ruby. È lo strumento ideale per risolvere le dipendenze dei vari progetti su Node.js.

Via | Node Blog

Nello specifico, Microsoft ha realizzato delle aggiunte alle librerie per il calcolo matematico e una nuova infrastruttura per l’internazionalizzazione – definita “globalizzazione” – con JavaScript. I prototipi «non hanno un ciclo vitale definito» e si considerano non supportati. Si possono provare soltanto con Internet Explorer 9.

La disponibilità esclusiva per Windows 7 e Internet Explorer 9 non deve fuorviare: se le estensioni saranno approvate, diventeranno disponibili per qualunque sistema e browser. Al momento non è chiaro se saranno trasformate in uno standard. Il progetto è stato affidato a Claudio Caldato e Adalberto Foresti, due ingegneri italiani.

Via | Interoperability @ Microsoft

Nonostante si tratti d’un progetto rilasciato sotto doppia licenza GPLv2 e MIT, Microsoft ha sempre manifestato un grande interesse su jQuery: i server della multinazionale ospitano sia la versione originaria, sia quella dedicata ai dispositivi mobili per l’integrazione sui siti web. La divisione open source partecipa allo sviluppo.

La collaborazione tra jQuery e Microsoft ha prodotto un significativo miglioramento delle performance del framework tra la RC2 e la RC3 di jQuery Mobile 1.0: un boost del 226% in termini di velocità. Però, Windows Phone 7.5 non raggiunge ancora le prestazioni di Android e iOS. L’intervento della multinazionale è stato determinante.

Via | Port 25

Gli sviluppatori devono prestare una particolare attenzione ai cambiamenti delle Application Programming Interface (API) tra la versione 0.4 e la versione 0.6. Alcune applicazioni potrebbero risultare incompatibili con l’aggiornamento. Le novità sono molte, perciò occorre controllare la compatibilità per evitare fastidiosi problemi.

Le prestazioni sono «il fiore all’occhiello» di Node.js 0.6. Rispetto al precedente rilascio la velocità è incrementata di circa un terzo. Riguardo al porting su Windows, in futuro saranno proposte soluzioni più integrate con l’ambiente di sviluppo. Node.js avrà un ciclo di rilascio più rapido, sincronizzato con V8 e Google Chrome.

Via | Node.js

Questo rilascio vede l’arrivo di nuove API per gli eventi .on() e .off(). Lo scopo è quello di unificare tutti i metodi di definizione e collegamento degli eventi ai selettori. Oltre, ovviamente, a fornire una sintassi ulteriormente più stringata. Si segnala, inoltre, un consistente miglioramento delle prestazioni per i delegati degli eventi, che con il crescere della complessità della pagina diventano sempre più importanti. In percentuale, le prestazioni sono state incrementate di circa il 50% nel caso peggiore, con Internet Explorer 7. È stato migliorato il supporto di HTML5 per i browser di casa Microsoft. Gli altri browser hanno comportamenti decisamente migliori.

Negli ultimi anni, il ruolo di jQuery è quello di assoluto protagonista. Ormai, raramente si richiede la conoscenza del semplice JavaScript e sempre più spesso è esplicitamente richiesta la conoscenza specifica di questo framework. Visti gli evidenti limiti di JavaScript, verrebbe da chiedersi dove sarebbe ora il più usato linguaggio di scripting lato-client senza progetti come jQuery.

Via | jQuery Blog

In linea di massima, JS Test non dovrebbe essere utilizzato per le funzioni di modifica al Document Object Model (DOM): è uno strumento a riga di comando per ispezionare la correttezza del codice eseguito, in assenza del browser, e il testing delle variazioni al DOM può essere effettuato verificando un’altra funzione che le genera.

L’output di JS Test è facilmente comprensibile: gjstest, lanciato dal terminale, esegue le funzioni previste nel codice in JavaScript ed elenca quali sono corrette e quali, invece, non lo sono. Si può dialogare con le classi per delle prove molto più precise che indicano cosa genera il sorgente rispetto a quanti ci si aspetterebbe.

Via | The Register