(Articolo in lingua inglese)

With the release of Microsoft® Windows Vista® and new development technologies such as Microsoft Silverlight™ and Microsoft Windows® Presentation Foundation, expectations of what constitutes an acceptable application user interface on various Microsoft client platforms have never been higher. The Independent Software Vendor (ISV) creating software for Microsoft Windows Mobile® has always had to compete on features and functionality, but increasingly also faces competition on look and feel. Developers creating Line of Business Windows Mobile solutions must now consider going beyond the out-of-the-box Windows Forms controls available in the .NET Compact Framework to create more compelling Windows Mobile–based application user interfaces that match the new graphic metaphors introduced in Windows Mobile 6.

Creating controls for .NET Compact Framework–based applications—which include transparency, gradients, and three-dimensional glass-like appearance—is well within reach today, using existing Microsoft Windows Mobile development tools. This article will demonstrate how to achieve transparency, gradients, and glass effects by extending existing .NET Compact Framework controls and leveraging some powerful native graphics features available in the Windows Mobile operating system.

Leggi l'articolo (link esterno)

Nella prima parte di questo articolo, abbiamo analizzato il funzionamento di State and Notification Broker guardandone l’architettura, andando a leggere alcune informazioni di stato e ricevendo le relative notifiche di cambiamento dei valori da parte del sistema.

Abbiamo iniziato ad apprezzare l’utilità di questa API andando a modificare il comportamento del nostro software in funzione del valore di alcuni stati ed alla variazione di essi ed abbiamo visto quanto sia semplice l’utilizzo nel modo Managed.

In questa seconda parte, ci concentreremo su alcuni aspetti più avanzati di questo sistema, guardando in particolare il modo in cui possiamo filtrare le notifiche (specializzandole) ed il modo in cui possiamo avviare la nostra applicazione al verificarsi di un evento sul sistema operativo.

Leggi l'articolo (link esterno)

Quando si parla di sviluppo su dispositivi mobili, bisogna considerare l'importante relazione che esiste tra il device vero e proprio e l'ambiente di sviluppo.
Con il passare degli anni, l'evoluzione tecnologica ci ha portato ad avere un ampio numero di famiglie device e di conseguenza, diverse caratteristiche di sviluppo.
In questo articolo, Mauro Minella, approfondisce la relazione fra le diverse versioni del Sistema Operativo Windows CE, i loro allestimenti o piattaforme, i sistemi di sviluppo dedicati, i relativi SDK inclusi/opzionali e gli emulatori su cui testare le pplicazioni mobili.

Leggi l'articolo (link esterno)

Nel precedente articolo, abbiamo visto alcune delle novità relative agli strumenti di sviluppo introdotte con l’arrivo di Windows Mobile 6. I nuovi tool rendono estremamente più comodo lo sviluppo di applicazioni per dispositivi mobili ed i recenti sistemi operativi (Windows Mobile 5.0 e 6) permettono di sviluppare applicazioni più complesse esponendo una serie di API.

In questo articolo analizzeremo quella che, in un certo senso, rivoluziona il nostro modo di sviluppare applicazioni e di interagire con il sistema operativo: State and Notification Broker.

Tutti gli argomenti che tratteremo in questo articolo, fanno riferimento a Windows Mobile 6 ma sono compatibili al 100% anche con Windows Mobile 5.0 in quanto queste API non sono sostanzialmente cambiate. Nessuna compatibilità invece con Windows Mobile 2003 (SE) che non espone le suddette API.

Leggi l'articolo (link esterno)

Solo qualche mese fa, è stato rilasciato il nuovo sistema operativo Microsoft per i dispositivi mobili. Le novità introdotte da questo nuovo sistema operativo sono numerose, sia dal punto di vista dell’utente finale, sia dal punto di vista degli sviluppatori.

In questo articolo, ci concentreremo principalmente su questo secondo gruppo di novità, analizzando quelle più interessanti dal punto di vista degli sviluppatori.

Leggi l'articolo  (link esterno) 

Lo sviluppo di una applicazione per dispositivi mobili, sebbene abbia molte similitudini con le classiche applicazione Windows Forms, differisce da esse per diverse caratteristiche da tenere in conto quando si lavora con il Microsoft .NET Compact Framework e con i relativi device.

Si va da differenze puramente “user oriented” (lo spazio limitato sul device, il tipo di utilizzo, la piattaforma limitata rispetto ai normali PC), a differenze di tipo puramente architetturale, come le risorse Hardware, i naturali limiti del Microsoft .NET Compact Framework, il device che deve essere emulato etc. Non sempre infatti possiamo avere a diposizione i dispositivi mobile per fare i test e, anche se possiamo utilizzarli, non è pensabile che ogni volta la soluzione debba essere distribuita sui device fisici per essere testata.

Fermo restando che, prima di distribuire un’applicazione per dispositivi mobili, essa debba sempre essere testa sui device fisici, per lo sviluppo useremo i comodi emulatori che, come vedremo in questo articolo, hanno pro e contro.

Nel primo articolo di questa serie, abbiamo visto in generale cosa sono i dispositivi mobili, quali sono le versioni del sistema operativo usate sui vari device e abbiamo dato uno sguardo alle caratteristiche principali che interessano noi sviluppatori.

In questo secondo articolo, inizieremo a dare uno sguardo ai tool che si usano per sviluppare applicazioni per dispositivi mobili. Parleremo di Microsoft Visual Studio 2005, di emulatori, di SDK e di sistemi per comunicare sia con i nostri device sia con gli emulatori.

Vedremo come sviluppare una semplice applicazione (il classico “Hello World”) per iniziare a prendere confidenza con l’ambiente di sviluppo e con alcune caratteristiche del Microsoft .NET Compact Framework 2.0 e degli emulatori

Leggi tutto l'articolo  (link esterno)

I dispositivi mobili, al giorno d’oggi, rivestono un ruolo sempre più importante tanto nelle aziende quando nella nostra vita privata, permettendoci di compiere operazioni e svolgere dei compiti che, fino a qualche anno fa, erano eseguibili solo attraverso un normale PC.

Non è raro oggi incontrare, in un comune bar, un rappresentante che acquisisce gli ordini direttamente su un Pocket PC e li invia direttamente in azienda sfruttando una connessione GPRS o UMTS, riducendo i tempi di lavoro e, di conseguenza, aumentando potenzialmente il volume d’affari.

Il nostro compito, in quanto sviluppatori, è quello di realizzare applicazioni non solo funzionanti nel senso stretto del termine ma funzionali e usabili su questa tipologia di dispositivi.
In questo primo articolo inizieremo a capire quali sono le possibilità offerte da questa piattaforma e quali i vincoli maggiori di cui tenere conto durante la progettazione di una soluzione per dispositivi mobili.

Vai all'articolo  (link esterno)