Windows Phone 7

Addio Metro: è stato bello.

Alessandro Scardova — Wed, 03 Oct 2012 14:39:53 GMT

Mancano pochi giorni al lancio ufficiale di Windows 8 e finalmente sembra che si sia chiarita la vicenda intorno al codename “Metro”, che nella fase Beta indicava sia un’applicazione per Windows 8 e Windows RT che il particolare design che le caratterizza, arrivando fino a definire la nuova pagina Start di Windows 8.

Tralascerò i motivi per cui Microsoft ha dovuto abbandonare il codename e la incredibile vicenda legata ad una nota catena di Cash & Carry tedesca per concentrami sul concetto di Design Language.

La versione RTM di Visual Studio chiama correttamente i template per sviluppare applicazioni per Windows 8 e Windows RT “Windows Store” e da un post di Mary Jo Foley di qualche giorno fa si fa chiarezza (o quasi) sul punto:

Windows Store apps
(per i fanatici del branding la parola apps è in minuscolo)
Sono le app realizzate per Windows 8 e Windows RT che verranno distribuite attraverso il Windows Store, che non necessariamente devono avere un particolare design style, fermo restando il rispetto dei requisiti per la certificazione, attualmente alla versione 3.0.

Modern apps
In un primo tempo pensavo che Modern identificasse il nuovo nome del design language, anche perché i concetti base sono simili a quello che viene definito Movimento Moderno, ma mi sono presto dovuto ricredere: Somasegar in una intervista telefonica, definisce "Modern apps" is a sweeping term that mean apps that work on connected devices and make use of continuous services,". Non ci troviamo quindi di fronte ad una definizione di un design ma piuttosto ad una architettura specifica per applicazioni mobili e non solo, in grado di consumare servizi remoti.

Microsoft design style
a quanto pare Microsoft ha messo il cappello al design language: quello che fino ad oggi abbiamo chiamato Metro style è diventato il design language di Microsoft, nato e pensato per le Windows Store apps i cui principi possono essere estesi ad altri tipi di applicazioni, sia desktop che web, a documenti e presentazioni.

La documentazione è ancora in aggiornamento con la nuova nomenclatura, le stesso PDF che riassume UX Guildelines in versione RTM citano ancora Metro styles app, in generale però quando si parla di design delle Windows Store apps si fa riferimento al Microsoft design style.

Salvo valide motivazioni, ad esempio legate ad un particolare brand dell’app, se volete sviluppare app Windows Store di successo è bene seguire i principi del Microsoft design stile definiti in questa pagina.

Addio Metro, è stato divertente giocare col quel nome, ma oggi diamo un caloroso benvenuto al Microsoft design style!

Prototipizzazione Dinamica di App Windows Phone a WPC 2011

Alessandro Scardova — Wed, 16 Nov 2011 11:41:24 GMT

Come molti sapranno il 22, 23 e 24 novembre al Centro Congressi Milanofiori di Assago si terrà l’annuale appuntamento organizzato da OverNet incentrato sulle tecnologie e prodotti Microsoft: la WPC.

Ho partecipato a diverse edizioni di questo convegno, sin dalla prima edizione 17 anni fa nel 2004, anche come MVP all’Ask The Expert, ma questa - la 18° edizione - mi vedrà per la prima volta sul palco per presentare una mia vecchia conoscenza: SketchFlow, ma questa volta in salsa Windows Phone.

SketchFlow è un fantastico strumento per la realizzazione di prototipi applicativi: l’unico, tra il panorama degli strumenti presenti sul mercato, a consentire la realizzazione di prototipi Dinamici: una vera e propria applicazione Silverlight che consente di giocare interattivamente con il prototipo, permettendo di annotare modifiche e suggerimenti direttamente sul prototipo.

Nella sessione vedremo appunto come poter usare questo strumento per realizzare prototipi di applicazioni Windows Phone, attraverso un template open source.

Di seguito i dettagli della sessione:

[D3003] Windows Phone: Prototipizzazione Dinamica di Applicazioni XAML

Track: Windows Phone
Speaker: Alessandro Scardova
Level: Avanzato
Agenda: 23/11, 09.00 - 10.15
Sala: Rossa

Vi aspetto!

Aprire l’app Mappe nativa di uno smartphone da una pagina HTML

Alessandro Scardova — Wed, 31 Aug 2011 11:22:08 GMT

Da quando ho la beta di Mango, navigare da Windows Phone con un browser HTML5 è uno spettacolo, però quest’estate navigando sui siti dei ristoranti spesso mi sono trovato in difficoltà nel consultare le mappe interne al sito. Da utente mi sono chiesto: ho un’app Mappe fantastica, che mi permette di ottenere le indicazioni, impostare i percorsi perché i siti non mi permettono con un semplice click di accedere alla mappa?.

Ieri ho dedicato un po’ di tempo libero a questa problematica e ho dedotto che ogni OS mobile affronta la questione in modo diverso: vediamo come.

iPhone.

Apple taglia la testa al toro, facendo un regalone alla rivale Google. In pratica non occorrono particolare doti, basta fare un link a maps.google.com o ditu.google.com (Asia) e Safari aprirà il collegamento direttamente in Map. La documentazione è chiara: “The domain must be google.com and the subdomain must be maps or ditu.”

Android.

Google merita un plauso: è la sola, nella mia indagine, che considera l’unica RFC relativa a questa problematica, la RFC 5870 , implementando lo schema URI geo:. Nella lista di intenti vengono indicate le varie modalità di costruzione dell’URI.

Windows Phone 7

Per quanto riguarda Microsoft non ho ancora trovato una documentazione ufficiale (non è facile cercare su internet la keyword Map) ma studiando l’applicazione Facebook per Windows Phone 7 ho notato che viene utilizzato lo schema URI maps:. Questo schema probabilmente deriva da una vecchia implementazione Apple, mai documentata, soppiantata con l’avvento di iOS.

In attesa di trovare una documentazione, posso dirvi che ho sperimentato con successo l’uso di maps: nella ricerca indirizzo con questa sintassi:

<a href=”maps:my+address+city”>Map</a>

Conclusioni

L’idea non è quella di sostituire la mappa sul sito, ma di offrire all’utente anche la possibilità di sfruttare le potenzialità del proprio terminale, consentendogli di passare dal sito all’applicazione nativa.

Se volete un esempio ho sviluppato un piccola pagina di test che attraverso uno script basato sull’user-agent, imposta dinamicamente il link “Open Map” per i sistemi iPhone/iPad, Android e Windows Phone 7. Non sono un esperto di javascript: se avete suggerimenti sono bene accetti.

Volevate forse essere gli unici a sviluppare per Windows?

Alessandro Scardova — Sat, 04 Jun 2011 17:32:48 GMT

L’annuncio del supporto a HTML5 di Windows 8 ha suscitato commenti nella comunità di sviluppatori che vanno dall’entusiastico al disperato. Ancora una volta qualcuno ha profetizzato la morte di Silverlight. Di nuovo. Faccio questo mestiere da più 20 anni, sono passato da Clipper a WPF e in tanti anni ho imparato a leggere soprattutto i fatti, più che le parole non dette.

Vediamo i fatti.

HTML 5 non è uno standard completo, e probabilmente non lo sarà entro la fine dell’anno in corso;
Silverlight oggi gira su sistemi X86 e ARM, con la versione per Windows Phone 7;
Il mercato dei PC oggi non è solo fatto di desktop ma anche (in una percentuale piccola ma in crescita) di tablet, un mercato che sta offrendo dispositivi basati su processori x86 ma anche su processori ARM; Leader di questo nuovo mercato (anche se loro dicono che non sono PC) è Apple con iPad seguito da dispositivi basati su Android;
Probabilmente Microsoft ha oggi il sistema operativo migliore per la piattaforma x86 e x64 ma non ha una soluzione per i dispositivi ARM, se ovviamente escludiamo Windows Phone 7;

Ora ecco le mie supposizioni personali:

Sul mercato desktop Windows ha un dominio consolidato, i competitor di Microsoft stanno perciò spingendo su due fronti: il cloud e il mobile. Sul cloud abbiamo visto come Microsoft ha saputo rispondere egregiamente con Azure, sul mobile la risposta è stata data, con un certo ritardo, con Windows Phone 7. Con Windows Phone 7 Microsoft ha dato un taglio con Windows Mobile investendo su Silverlight e su un nuovo modello di UI, che abbiamo visto paro paro sull’anteprima della UI di Windows 8.

Probabilmente, se io pensassi davvero di fare morire Silverlight, non l’avrei adottato come piattaforma di sviluppo per le applicazioni mobili, scatenando la prevedibile ira degli sviluppatori Windows Mobile 6.5 e regalando una buona fetta di quel mercato alla concorrenza. Probabilmente avrei fatto prima a sviluppare un Windows Mobile 7, magari con un browser decente, lasciando la tecnlogia “winform”. Ma così non è stato: Silverlight è oggi la piattaforma Microsoft di riferimento per lo sviluppo su Mobile (escludendo XNA per i giochi).

Sul mobile la sfida ha un campo di battaglia preciso: il tablet. Una sfida che corre sul filo del cross-platform, terreno minato sul quale è difficile capire l’approccio giusto. Le soluzioni oggi sul mercato sono di due tipi: una basata su runtime, la seconda di tipo “multi-compile”. Soluzioni interessanti ma entrambe con dei limiti importanti.

Le soluzioni basate su runtime, come JAVA, Silverlight, AIR/Flash funzionano un runtime per ogni “platform” che si vuole “crossare”. Questa soluzione si è dimostrata fallimentare con la comparsa piattaforme, come quella iPhone OS /iOS, dove per scelta del produttore i runtime sono stati banditi. La stessa Apple, forse per giustificare il mancato supporto a Flash, ha insistito sulla necessità di migrare il web verso HTML5 il più velocemente possibile.

L’altra soluzione, quella che ho chiamato multi-compile, si basa su tools che, una volta sviluppata la soluzione, sono in grado di generare codice eseguibile su più piattaforme. Io personalmente non credo molto a questi “generatori multi purpose”, sia perché difficilmente riescono a cogliere le specificità delle varie piattaforme, sia perché non tutti i tools oggi supportano tutte le piattaforme e soprattutto non è detto che lo facciano in futuro.

Microsoft ha evidenziato il supporto a HTML5 non perché vuole abbandonare Silverlight, ma perché si rende correttamente conto che il cross-platform non può essere risolto da un tool, ma deve essere supportato da uno standard. Uno standard che dovrà essere rispettato sia dagli sviluppatori che dai produttori di PC. Che non si limiti al web ma che possa anche essere usato per applicazioni, giochi e quant’altro.

Definirsi “sviluppatori Silverlight delusi” è da imbecilli. Delusi da cosa? Gli sviluppatori Microsoft potranno continuare a sviluppare con Silverlight per le piattaforme in cui Silverlight è supportato (e continuerà ad esserlo): Windows e Mac OS. Volevate forse essere gli unici a sviluppare per Windows?

Con il supporto a HTML 5 Microsoft non chiude la porta agli sviluppatori Silverlight/WPF ma semplicemente ne apre un’altra ai tanti sviluppatori, soprattutto giovani, che oggi fanno applicazioni per altre piattaforme.

I tablet oggi e domani

Alessandro Scardova — Mon, 25 Apr 2011 15:28:39 GMT

Oggi il mondo dei tablet si divide fondamentalmente in 3:

Apple iPad 1 e 2
Tablet basati su Android 2.x e 3
Tablet basati su Windows 7

Si tratta di una suddivisione del mercato vicina a quello che è il modo smartphone (iOS, Android e Windows Phone 7) con una importante differenza, che non è solo nel sistema operativo utilizzato, ma è proprio una differenza nella “vision” che si ha verso il mercato dei tablet.

Attualmente Apple propone un modello che vede il tablet come un nuovo dispositivo, più simile ad uno smartphone multi touch con un grosso display (senza funzionalità telefoniche classiche), che a un notebook senza tastiera. Recentemente Steve Jobs alla keynote di presentazione di iPad2 ha chiarito che “Tablets Are Not PCs And Our Competitors Don't Get It”, anche se il co-fondatore di Apple Steve Wozniak ha recentemente fornito una versione diversa.

Sta di fatto che iPad è equipaggiato da hardware e software progettato e ottimizzato per dispositivi mobili che devono essere leggeri, tenuti in mano ed essere usati con le dita dell’altra. Google dalla sua non introduce nulla di diverso rispetto a quella che è la strada tracciata da Steve Jobs, con la differenza che iPad potrà essere aggiornato con le prossime versioni del sistema operativo, mentre i tablet basati su Android rischiano di non poter essere aggiornati alle versioni future dell’OS di Google.

Completamente diverso è l’approccio di Microsoft, che vede il Tablet come un Notebook con una tastiera software. Al Mix 2011, chi si aspettava una versione di Windows Phone per Tablet con chipset ARM è rimasto deluso. La direzione è chiara: oggi tablet con architettura x86 o x64 con Windows 7 e domani con tablet anche ARM con Windows 8.

Il vantaggio per gli sviluppatori .NET che intendono cimentarsi in applicazioni per tablet è immediato: oggi hanno a disposizione hardware abbastanza variegato che spazia da soluzioni low-profile a basso costo a soluzioni che non fanno rimpiangere la potenza di un desktop; possono sviluppare la UX su una tecnologia potente e collaudata (WPF) e con librerie studiate specificatamente per l’utilizzo di device multi touch disponibili nel Surface Toolkit for Windows Touch attualmente in beta. Già oggi è quindi possibile realizzare un’applicazione WPF o Silverlight e portarla in produzione su Tablet Windows.

Non tutte le rose sono senza spine però: l’architettura dei tablet basati su Windows oggi è quella di un notebook che, per quanto leggera, fatica a stare sotto i 900 grammi con dei consumi tali che l’autonomia è limitata alle 5-6 ore. Queste problematiche oggi non permettono ai tablet basati su Windows 7 di penetrare in modo convincente nel mercato consumer, mentre a mio parere possono essere presi in seria considerazione per applicazioni professionali.

Prototipizzare App Windows Phone 7 con SketchFlow

Alessandro Scardova — Mon, 04 Apr 2011 12:17:00 GMT

Da qualche giorno, grazie a Martin Tirion, è disponibile un template utile per realizzare prototipi delle vostre applicazioni WP7.

Il template realizza un’applicazione Silverlight liberamente pubblicabile e simula le funzionalità principali del telefono, compreso il tasto Back e il tasto Home.

Veramente ultile!

Maggiori info e per il dwonload:
http://blogs.microsoft.nl/blogs/ux/archive/2011/03/23/using-sketchflow-for-windows-phone-prototyping.aspx

UX Day a Napoli: le slides

Alessandro Scardova — Sat, 05 Mar 2011 12:12:14 GMT

Per chi è interessato, può rivedere le slide dei miei due interventi allo UX Day di Napoli.

Napoli UX Day - Principi di user experience

View more presentations from ascardova

Napoli Napoli UX Day - User eXperience in action con WP7

View more presentations from ascardova

UX Day a Napoli

Alessandro Scardova — Wed, 16 Feb 2011 13:20:56 GMT

Venerdì prossimo sarò ospite dei ragazzi di DotNetCampania all’UXDay

Sarà una bella occasione per visitare Napoli e per parlare di UX in un modo diverso.

Nella prima sessione che cercheremo di affrontare la UX da un punto di vista diverso: non quello tipico del designer ma quello più pragmatico del developer, cercando di collocare la UX all’interno di tutte le fasi di del ciclo di vita del sofware, dal concept, al deploy, passando, perchè no, anche per il testing della user experience.

Nella seconda sessione vedremo come affrontare la user experience dei device touch in genere, ed in particolare all’interno delle guidelines per lo sviluppo di apps per Windows Phone 7.

Vi aspetto!

http://dotnetcampania.org/content/UXDay.aspx