INCREDIBILE: non c’è paragone con la 4.0: il mio iPhone 3G risponde alla grande, altro che i rallentamenti clamorosi sperimentati con la 4.0…è tutto molto più reattivo, persino più della 3.1.3 che avevo ripristinato dopo la parentesi iOS 4.0.

In questa versione c’è il famigerato restyling delle barre dell’indicatore di segnale gsm, è presente Game Center e tutte le feature introdotte nella 4.0 che però, per il 3G, risultano limitate a:

• Folder, per organizzare in cartelle le app
• Conteggio caratteri per la scrittura di SMS/MMS
• Correttore ortografico (ora è possibile abilitarlo/disabilitarlo)
• Supporto a Bing per la ricerca in Safari
• Caselle di posta unificate e visualizzazione in thread
• NIENTE multitasking
• Niente springboard personalizzabile (ma stìca…

più, evidentemente, una serie di fix on po’ ovunque

Inutile dire che, per completare l’opera, mi son tirato giù anche la beta di Xcode 4.0 che FINALMENTE permette di avere Interface Builder nella stessa gui di Xcode e che estende il supporto al compilatore LLVM.

Insomma, se sinora l’attesa per iPhone 4 era accentuata dalla sensazione di ritrovarmi con un iPhone 3G ormai prossimo alla pensione, oggi – devo dire – non mi dispiace affatto avere installato una bella iniezione di velocità (e API totalmente riscritte) nel mio iPhone 3G…che poi, sarà pure una beta ma a me sembra stabilissima: ho provato tutte le app, sia quelle di Apple che quelle acquistate sinora, i giochi, ecc…tutto liscio, meglio di prima.

Unica pecca: iBooks..continua ad essere PESANTISSIMO sul 3G…ma mooolto meglio che sulla 4.0.

Che altro dire: se, come me, avete tra le mani il primo iPhone e potete scaricare la 4.1 dal Dev Center, AGGIORNATE PURE alla 4.1…poi fatemi sapere

Articolo da: Antonio Picone | ingegnere informatico , istruttore di spinning

iOS 4.1 (beta) + iPhone 3G = Velocità :)

Qualche giorno fa un aggiornamento: in cui si legge che è proprio di questi giorni l’ultima consegna di dispositivi e che, una volta venduti, renderanno il prodotto non più acquistabile online.  (Notate bene, il comunicato si riferisce solo alla vendita online: il Nexus One resterà comunque acquistabile mediante i vari operatori telefonici, quali Vodafone, KT, ecc).

Nel blog ufficiale di Google, invece, si legge chiaramente che i dati di vendita online del dispositivo sono stati al di sotto delle aspettative, contrariamente alla diffusione di Android.

Effettivamente, i dati di vendita del Nexus One non sono stati proprio entusiasmanti: si parlava di circa 80 mila dispositivi venduti nel primo mese …numeri molto bassi se si pensa che il neonato iPhone 4 viaggia su 1 Milione di vendite/SETTIMANA nonostante il famoso “effetto mano”.

Ma voglio chiarire l’obiettivo di questo post: non intendo confrontare i due device né decantare le caratteristiche dell’uno a sfavore delle scelte di marketing dell’altro…piuttosto gettare le basi per qualche spunto di riflessione

Fermo restando che, come ho sempre pensato, non basta il sistema operativo a rendere appetibile un prodotto (come per i PC non basta infilare schede in un case per fare un PC e che il Nexus One, a mio avviso, non poteva diventare l’anti-iPhone, quello che a me fa riflettere, a valle della decisione di Big G, è l’approccio con il quale il gigante delle ricerche sul web abbia “sondato il terreno” del mobile.

Terreno molto battuto ultimamente e che, sono più che convinto, costituisca ormai il pensiero dominante dei colossi che di servizi e contenuti ne fanno il proprio business.

Ma facciamo un passo indietro: Google inizia a sviluppare un sistema operativo che finisce negli smartphone di Samsung, Motorola, ecc…sistema operativo che integra tutti i servizi di Big G e che, per poter contare su applicazioni custom, va nella direzione degli sviluppatori più smaliziati (sviluppo in Java, con installazione del SDK per Eclipse).

Poi realizza un dispositivo che, per il motivo di cui sopra, alimenta il desiderio degli utenti “geek” e tenta il grande passo commercializzando il prodotto, sia con gli operatori telefonici che mettendolo in vendita online.

Ma perché il Nexus One, probabilmente come gli altri dispositivi Android, non si diffonde con la stessa rapidità dell’iPhone ?

• Difficoltà nello sviluppo delle applicazioni ? …a cominciare dal’ installazione della suite di sviluppo per Android ?Beh, sicuramente, a mio avviso, costituisce un deterrente per gli sviluppatori (magari quelli alle prime armi) dedicare almeno 1h del proprio tempo (o le prime 90 pagine di un famoso manuale per Android), solo per installare Eclipse+Android SDK…ma non credo affatto sia questo il punto

• Eterogeneità dei dispositivi (per citare il mio amico Gianfranco), per cui essendoci troppe varianti di cellulari Android, gli sviluppatori hanno difficoltà a lavorare su un dispositivo di riferimento ?Mah…probabilmente questo potrebbe creare qualche non banale problema di compatibilità di una stessa applicazione su dispositivi diversi: ma, se vogliamo, accade qualcosa di simile anche su iPhone/iPod touch a causa delle varie versioni tutt’ora in commercio (non vi dico quanto rosico per la mancanza della bussola sul mio iPhone 3G: non posso user le app di augmented reality!!!

• Marketing totalmente differente ?Molto probabile, ma non credo che questo possa indurre in così poco tempo Big G a gettare la spugna sullo sviluppo di un device ad appena 6 mesi dalla commercializzazione.

• Obiettivi differenti ?Ci siamo quasi …ma allora perché commercializzare un prodotto, dotato di un sistema operativo veramente evoluto (perché come qualcuno che segue il mio blog ricorderà, io ne ho apprezzato ampiamente i pregi sul fronte tecnico).

OK, vi dico la mia: Android, incarnando tutti i servizi, compresa la ricerca di Google, si basa sulla FORNITURA DEI SERVIZI, NON DI CONTENUTI!!!

Ed è in quest’ultimo punto che secondo me c’è nocciolo della questione: la differenza sostanziale tra Google ed Apple, in questo settore, è che mentre il primo fornisce servizi e li estende al mobile mediante Android, il secondo ha catalizzato la vendita dei dispositivi basati sulla riproduzione di contenuti che, con iTunes Music Store (di cui App store ne è una naturale evoluzione), Apple rende accessibili su qualsiasi dispositivo, ivi compresi PC Windows.

Alla luce di questo, nonostante il Nexus One possa essere stato utilizzato (IMHO) come un cavallo di Troia pieno di robottini verdi, è fin troppo evidente la difficoltà di Google  nel innescare una azione di concorrenza ad un “dispositivo” Apple: sto pensando ai contenuti… per i servizi, invece, resto dell’idea che Google abbia tra le mani il più potente cluster al mondo su cui indicizzare contenuti, far girare applicazioni web e fare storage (se pensate a quanto spazio ci mette a disposizione per la sola Gmail )

Del resto, nel comunicato del 14 Maggio scorso è chiaro che l’utenza cui Google si è rivolta con il proprio device, è interessata ad avere dei servizi, necessariamente legati ad un operatore di telefonia…

Quindi, se condividete la mia corrente di pensiero, convenite sul fatto che Google abbia cercato di promuovere ulteriormente Android con un dispositivo ? …la cui vendita non è andata benissimo, ok…ma se si guarda questa azione come una azione di marketing, probabilmente l’esito delle vendite di Nexus One diventano quasi trascurabili a fronte dell’obiettivo di promuovere Android, no ?!

Torniamo per un istante ad Apple: se guardiamo i dati relativi alle revenue per segmento di prodotto/servizio non è fin troppo evidente che, pochi mesi fa, la maggior parte del fatturato Apple derivava dalla vendita di dispositivi che fondamentalmente consentono la riproduzione, piuttosto che la creazione, di contenuti audio/video ?

Sono il solo che pensa che Apple, in definitiva, stia assecondato le esigenze degli utenti di creazione di contenuti in secondo luogo rispetto alla fruizione degli stessi ? …guardate l’iPad
…certo, è anche vero che sull’iPhone 4 si possono registrare e montare video in HD…ma è proprio di questi giorni la notizia che iTunes inizierà a vendere contenuti in alta definizione, proprio per il nuovo gioiellino.

…insomma, per quanto mi riguarda, sembrerebbe fin troppo evidente ciò che sta accadendo in questo momento epocale di lotta alla conquista delle tasche degli utenti (…ma che banali!!! …non mi riferivo al costo degli smartphone! …piuttosto a dove si tengono in genere: in tasca! )

…ma, a parte gli scherzi, questa è la mia idea (magari fantasiosa o amplificata dai fumi dell’alcol contenuto nel mio Jager con 2 cubetti di ghiaccio ) , voi che ne pensate ?

[l'immagine è tratta da wired.com]

Articolo da: Antonio Picone | ingegnere informatico , istruttore di spinning

Google Nexus One: un flop ? …inaspettato ?

All’inizio la mia prima considerazione è stata: “ok, la prima cosa che cambia è il saldo del mio conto corrente”, visto che il nuovo gioiellino costa un botto.

La seconda è stata “ma davvero dovrò impugnarlo solo con la mano destra ???”

…vabbè, tralascio le polemiche su quello che accadrà in questi giorni in merito a qualche “problema di gioventù” (e mi auguro che tutto si risolva per il meglio).

Ma aldilà di questi (poco trascurabili) dettagli …il primo vero elemento di innovazione di questo dispositivo, che non vedo l’ora di sperimentare di persona, è il display: il famigerato Retina Display, infatti, ha una risoluzione di 960×640 pixel, ovvero il DOPPIO dei pixel per ogni punto.

Cosa cambia, quindi, nella realizzazione di interfacce per questo dispositivo ?

Sostanzialmente tutto ciò che è realizzato con grafica vettoriale (quindi, elementi della gui per applicazioni native, font ed immagini vettoriali) avrà una migliore visualizzazione potendo contare, a parità di punti, di un numero doppio di pixel…e per questi elementi, tra l’altro, non è richiesta alcuna azione di ottimizzazione da parte dello sviluppatore (sia di applicazioni native che web).

Il discorso cambia, invece, per le immagini: per quest’ultime, infatti, il display dell’iPhone 4 tenderà a rappresentare immagini dalle dimensioni X,Y su un numero di pixel pari ad 2*X, 2*Y, ciò si traduce in una rappresentazione meno definita delle immagini rispetto alla risoluzione reale del display.

Per ovviare a questo problema:

• per lo sviluppo di app native basterà creare immagini con risoluzione doppia e rinominarle adeguatamente per far sì che XCode associ automaticamente l’immagine giusta al dispositivo su cui dovrà essere visualizzata (nella documentazione di Apple per gli sviluppatori ci sono tutti i dettagli)
• per lo sviluppo di applicazioni web, invece, lo scenario è un po’ più complesso: per ottimizzare la visualizzazione di immagini su dispositivi con risoluzione differente dai classici 72dpi, infatti, oltre che disporre delle immagini in alta risoluzione, bisognerà ricorrere all’utilizzo delle media queries del CSS3, specificando il rapporto di moltiplicazione tra il numero di punti ed il numero di pixel.

Cosa sono le media query ?
La semplifico parecchio: sono delle query ovvero dei filtri che restringono le condizioni entro cui applicare un foglio di stile (come nell’esempio che segue) o un blocco di codice CSS3.

Una buona pratica, secondo me, potrebbe essere quella di realizzare un foglio di stile ad hoc per ogni specifico dispositivo, come nel caso dell’iPhone, in cui il rapporto in questione è 2 ed includerlo nell’header della pagina, ad esempio, in questo modo:

<link rel="stylesheet" type="text/css" href="2x.css"
media="only screen and (-webkit-min-device-pixel-ratio: 2)" />

In questo modo, all’interno del file 2x.css andremo a ridefinire i riferimenti ad immagini per gli elementi della pagina, con immagini specifiche per un display con densità doppia di pixel per punti, rispetto ai monitor tradizionali.

Come vedete, avendo definito la media query a livello di riferimento al file da richiamare in quella circostanza, nel file CSS basterà inserire i blocchi di istruzioni senza applicare ulteriormente le media query.

Personalmente non credo che tutti i siti web o le applicazioni web in generale richiedano un simile intervento, magari Flickr o altri siti il cui contenuto principale è costituito da immagini, questo tipo di attenzione farà la differenza ma è anche vero che, nel frattempo, il web si evolve anche sul fronte del supporto ad immagini vettoriali, canvas, ecc…motivo per cui, secondo me, questi interventi “lato CSS” tenderanno a diminuire.

E’ anche vero, però, che il Retina Display ha solcato un terreno sinora poco battuto: immagino che nei prossimi mesi/anni inizieranno a fioccare display con densità di pixel per punti ben oltre i 72dpi (dei monitor tradizionali).

…vedremo

Articolo da: Antonio Picone | ingegnere informatico , istruttore di spinning

Retina Display: come cambia il web design

Facebook/Twitter connect permette ad utenti già registrati su Facebook o su Twitter di autenticarsi sul vostro blog per lasciare commenti, ad esempio, senza richiedere l’inserimento di: nome, email, sito web.

Una brevissima parentesi: questo sistema di autenticazione si basa sul medesimo concetto del SSO (Single Sign On) in cui una autorità si fa da “garante” per l’utente, senza chiedergli di inserire sul nostro blog i suoi dati. (tralascio in questa sede i pro e i contro di questa azione…starei qui ore ed ore a parlarne…probabilmente lo farò in un altro post )

Spero che questa breve descrizione riesca a darvi un’idea di come funziona questa funzionalità, tra l’altro presente anche su questo sito

Se volete integrare le funzioni di Facebook / Twitter Connect sul vostro blog in WordPress, vi consiglio di seguire il mio blog nei prossimi giorni, visto che sto preparando un articolo sull’argomento (e sui migliori plug-in meno invasivi che ho trovato sinora)

Articolo da: Antonio Picone | ingegnere informatico , istruttore di spinning

Facebook Connect e Twitter Connect: cosa sono e come funzionano

Funzionamento

In breve, come funziona: lo standard (per cui vi rimando alla pagina del W3C)  prevede che il browser possa esporre le coordinate geografiche dell’utente fornitegli dal sistema operativo su cui è installato, qualora quest’ultimo consenta di determinare la posizione geografica mediante antenna GPS o WiFi.

Pertanto, affinché un’applicazione web ottenga la posizione geografica, è necessario che il sistema operativo ed il browser supportino tale funzionalità.

C’è da dire, inoltre, che la richiesta della posizione geografica, da parte dell’applicazione web in questione, è sempre preceduta da una richieste esplicita fatta all’utente pertanto, sulla questione privacy, è l’utente a dover accettare esplicitamente di voler fornire al browser questo dato.

Sul discorso compatibilità dei browser: Safari e Chrome supportano pienamente le API per questa funzionalità (aggiunta di recente al draft di HTML5), altri browser potrebbero supportarla, magari con l’utilizzo di Modernizr , sull’uso di alcune istruzioni del CSS3) per cui vi rimando su diveintohtml5 (sito dalla grafica molto grunge ma pieno di spunti per avvicinarsi all’HTML5).

In realtà eseguendo l’esempio che riporterò a breve, potrete verificare direttamente se la vostra versione del browser supporta la geolocalizzazione.

Come utilizzarlo

Ma tornando sul pezzo: come facciamo ad utilizzare le api di HTML5 relative alla geolocation ?

Premesso che per le API applicative HTML5 richiedono l’uso di Javascript, per verificare la compatibilità del vostro browser relativamente a geolocation basterà inserire in una pagina il seguente script:

<script>

function callback(pos) {

var latitudine  = pos.coords.latitude;

var longitudine = pos.coords.longitude;

alert('lat:'+latitudine+', long:'+longitudine);

}

if (navigator.geolocation) {

navigator.geolocation.getCurrentPosition(callback);

} else {

alert("Spiacente, il tuo browser non supporta la GeoLocation");

}

</script>

In questo esempio memorizzo in due variabili globali (latitudine e longitudine) i rispettivi valori mediante una callback.

Le API di GeoLocation non si limitano alla latitudine ed alla longitudine – nel momento in cui vi scrivo, infatti, sono previste le seguenti proprietà:

• latitude
• longitude
• altitude (optional)
• accuracy
• altitudeAccuracy (optional)
• heading (optional)
• speed (optional)
• timestamp

L’accuracy, ad esempio, si rivela molto utile per stimare il grado di precisione della lettura dei parametri latitudine e longitudine: se pensate di integrare sulla vostra web app la geolocalizzazione, con l’accuracy, ad esempio sarebbe utile riportare tale valore dato che, soprattutto in assenza di una antenna gps, la lettura della posizione potrebbe avere degli scarti anche dell’ordine di centinaia di metri.

Mentre scrivevo questo articolo mi sono, ovviamente, divertito a creare uno script leggermente più complesso, che visualizzi una Google Map con un marker sulla posizione rilevata dal browser.

Potete vedere qui lo script in azione

Un dettaglio sul codice dell’esempio: nell’inclusione del javascript per la mappa di Google, ho disabilitato il sensor (che era un metodo alternativo di geolocalizzazione basato su Gears).

Inoltre, ho utilizzato tutti i parametri che è possibile passare alla funzione navigator.geolocation.getCurrentPosition:

• la callback in caso di esito positivo della lettura della posizione
• la funzione per l’esito negativo
• l’array di opzioni (io ne ho inserite due: timeout della richiesta e flag sull’accuratezza della lettura)

Considerazioni

Non vi nascondo che sono sempre stato scettico sul fornire ad una web app la posizione geografica e, come me, gran parte degli utenti potrebbero avere delle remore a fornire queste informazioni durante la navigazione di un sito web.

In realtà esistono svariati contesti in cui la geolocation si rivela molto utile e, secondo me, è in quegli ambiti che può trovare applicazione:

Come raggiungerci

Pensate ad esempio alla classica pagina “Dove siamo/Come raggiungerci” di siti relativi ad esercizi commerciali – leggendo la posizione dell’utente gli si può presentare una mappa con il percorso per raggiungere in auto la vostra sede, cosa sicuramente più evoluta rispetto alla classica mappa.

Geotagging

Pensate a tutte le applicazioni di ugc (user generate content) dove pubblicare contenuti corredati di una posizione geografica può fare la differenza – geolocalizzare il contenuto o l’azione di pubblicazione del contenuto consente di sviluppare web app come quelle di Flickr e Twitter che basano alcune delle loro funzionalità sulla posizione geografica dei contenuti e che in questo caso verrebbero valorizzate senza ulteriore intervento da parte dell’utente.

Around me

Citando il nome di una famosissima app su iPhone, sfruttando la posizione geografica si potrebbero suggerire contenuti, servizi, esercizi commerciali e tutto quanto ci viene in mente, da quelli più vicini alla posizione dell’utente.

…provate a immaginare il tipo di applicazioni che potremo sviluppare quando a questa funzionalità si va ad aggiungere la ricerca semantica dei contenuti: potrei, ad esempio, cercare il negozio più vicino che vende un libro con un dato codice ISBN!!!

…incredibile, no ?!

Articolo da: Antonio Picone | ingegnere informatico , istruttore di spinning

HTML5 e la geolocalizzazione

Dovete sapere che, ad esempio, la mia prima semplicissima app per iPhone (BPM Meter) è stata sviluppata proprio in treno, in circa 6 viaggi in TAV Napoli-Roma

Ecco, volendo dare maggior spessore a questa nuova pratica (il train-coding, appunto), possiamo definire anche una cadenza entro cui sviluppare delle attività: un po’ come il tempo-pomodoro dell’XP (extreme programmino), ogni viaggio NA-RM costituisce una unità di tempo

Tra l’altro, la tratta NA-RM è piena di gallerie, quindi, con tutta la buona volontà di questo mondo, il mio iPhone ha pochissimi momenti di copertura di rete dove farmi tethering per il MacBook, motivo per cui durante il viaggio si ha una parvenza di isolamento un-wired …e, personalmente, questo aumenta la concentrazione

ciao

Articolo da: Antonio Picone | ingegnere informatico , istruttore di spinning

Train-coding – ovvero programmare in treno :)

Gironzolando in rete si trovano molte cheat sheet su HTML5, quella che vi propongo mi è piaciuta molto ed è disponibile in due versioni (bianco su nero e viceversa).

Il link è il seguente: http://woork.blogspot.com/2009/09/html-5-visual-cheat-sheet-by-woork.html

happy HTML5 coding

Articolo da: Antonio Picone | ingegnere informatico , istruttore di spinning

HTML5 cheat sheet: eccone una molto carina, pronta per essere stampata

Avete presente ?! ..dove c’è lui che va in città e cerca un appartamento ?!
…ebbene, vi ripropongo il video in questione perché merita davvero e mi aiuta ad esprimere il concetto

…in realtà c’è anche questo che è fortissimo, sempre del caro Pozzetto alle prese con un fitto di casa
Ormai ci rido ma è veramente assurdo pensare di pagare circa €800/mese per un appartamento che è davvero poco più grande della mia stanza in quel di Casalnuovo di Napoli

Ok, direte voi (e tutti i miei amici e colleghi romani), “ma vuoi mettere che vivi a Roma ?!” CERTO, con quegli “spazi” si risparmia sull’arredamento!!!

…e poi, vuoi mettere che ora sì che conosco il significato dei termini:
- arioso (e qui ci sarebbe da prenderli a schiaffi)
- disimpegno
- cucinotto/angolo cottura (nel senso che è davvero un angolo :S)
- bagno-bidet (non l’avevo mai visto, GIURO)

vabbè, in questi giorni vedrò un’altra casa (grazie ad Enrico)…speriamo bene

ciaooo

Articolo da: Antonio Picone | ingegnere informatico , istruttore di spinning

Ma quanto costa affittare casa a Roma ?! :D

Ciò vuol dire che chi non ha effettuato l’aggiornamento ad OS 3.0 (che, tra l’altro, ricordo era a pagamento) sarà tagliato fuori

Per quale motivo NON fare un aggiornamento del sistema operativo dell’iPhone ? …semplice, perché ad esempio sul mio povero iPhone 3G, aggiornare alla nuovissima versione 4.0 significherebbe rallentare parecchio il funzionamento del telefono, su dispositivi più vecchi il concetto è lo stesso.

In effetti, dopo aver installato la versione 4.0 di iOS, il mio iPhone era sensibilmente più lento in tutte le operazioni: dalla navigazione tra le app, all’apertura delle stesse…non vi dico, poi, l’utilizzo di iBooks.

In ogni caso, in rete sono riuscito a reperire una guida su come ripristinare la versione 3.1.3 di iPhone OS: la guida che ho seguito io si trova qui e, fortunatamente, è filato tutto liscio

In rete ho letto diversi commenti sulla questione: i più maliziosi dicono che si tratta di una operazione in linea con le politiche commerciali di Apple per rendere obsoleti dispositivi con più di 2 anni (e, di conseguenza, spingere la vendita di nuovi device), io semplicemente preferirei poter scegliere se aggiornare o meno il mio iPhone e non ritrovarmi tra un annetto a non poter più acquistare app senza installare il nuovo OS…voi che ne pensate ?

ciao

Articolo da: Antonio Picone | ingegnere informatico , istruttore di spinning

App Store non supporterà più applicazioni per iPhone OS 2.x

HTML5, infatti, per chi (come me) considera il web un ambiente dove sviluppare applicazioni, fornisce supporto a tantissime tecnologie e strutture dati che, formalmente inserite mediante i rispetti tag, consentono di rendere i contenuti online sempre più orientati al web semantico.

Ad esempio, è possibile definire un menu con l’apposito tag (<menu>) o altri elementi di layout delle pagine quali header (<header>) e footer (<footer>, ovviamente ).

Ciò consente, innanzitutto, di superare i limiti dei classici tag <div> e <p> nella organizzazione della rilevanza dei contenuti in una pagina…un esempio ? Attualmente, dal punto di vista del DOM, una lista di voci all’interno di un paragrafo del contenuto principale e una lista di voci di un menu in un altro paragrafo della stessa pagina, hanno la stessa “dignità”…questo in quanto il browser, a meno di un markup molto “pulito” non ha modo di interpretare né di distinguere elementi il cui contenuto è più informativo rispetto agli altri elementi della pagina.

…a dirla tutta, i browser attuali non hanno una reale necessità di discernere i contenuti dagli elementi accessori alla pagina…(l’ho scritta malissimo ma spero renda l’idea ), il discorso però cambia se si vogliono estrarre contenuti da pagine con layout molto complessi, ad esempio per una lettura più agevole.

In tal senso, alcuni browser (come Safari) si stanno “portando avanti” integrando soluzioni di estrazione del contenuto principale (quindi, presumibilmente quello più informativo)…nello specifico, Safari usa Readability, un progetto open source.

Piccola parentesi: di recente il discorso della readability è un tema molto sentito…iBooks vi dice nulla ?!

Ma questa è solo una delle novità introdotte da HTML 5, in realtà una delle più evidenti è presente anche su questo sito…ed è visibile nel logo: il mio logo, infatti, è realizzato utilizzando non più un’immagine bensì dei canvas (che per ora vengono generati da un javascript) ma che sono pienamente supportati da HTML 5

Senza contare tutte le novità relative ai tag <audio> e <video> e ai già citati risvolti relativi all’introduzione di quest’ultimo tag

Nei prossimi giorni pubblicherò un articolo con tutte le novità di HTML5 relativamente ai form, alle tecnologie come la geolocalizzazione, l’offline storage e tutto quanto permette di apprezzare la vera potenza di questo linguaggio, decisamente più orientato alle web application.

Prima di salutarvi, però, vi segnalo un link molto interessante, completo di tutorial su HTML 5 e su cheat sheet per avere sempre sott’occhio i tag del nuovo linguaggio: http://webdesignledger.com/tutorials/15-useful-html5-tutorials-and-cheat-sheets

ciao

PS: l’immagine abbinata a questo post è tratta da Smashingmagazine ed è un intero fumetto su HTML5, ecco il link.

Articolo da: Antonio Picone | ingegnere informatico , istruttore di spinning

HTML5, una rapida panoramica sulle novità