Probabilmente chi di voi sviluppa su Windows Mobile 5 o 6 può risolvere questo tipo di problema in modo diverso, magari con il meccanismo State and Notification Broker di cui ha parlato Mighell sull’ultimo numero di IoProgrammo.

Ma con Pocket PC 2003 certe cose non sono possibili. Il mio problema era questo (parlo al passato perchè ormai l’ho risolto): la mattina, quando riaccendevo il palmare dopo averlo spento la sera prima, la mia applicazione era ancora aperta, ma Windows si metteva in primo piano, facendo di fatto scomparire l’applicazione. Nel caso in cui si voglia creare un’applicazione blindata, questo comportamento non va bene. In pratica, si vuole evitare il più possibile che l’utente possa utilizzare l’interfaccia di Windows, fare operazioni non consentite e via dicendo. Per raggiungere questo obiettivo, abbiamo disabilitato gli hardware buttons del palmare (che richiamano le applicazioni standard come il calendario, la posta elettronica, etc.), abbiamo fatto uso di alcune API per spostare la barra Start al di fuori dello schermo e così via.

Rimaneva solo quel problema: capitava a volte, al risveglio del palmare dopo un lungo periodo, che l’applicazione finisse in secondo piano e lo schermo mostrava la schermata iniziale di Windows. Ci sono due soluzioni: o scrivete qualcosa in C++ oppure utilizzate lo OpenNETCF Smart Device Framework 2.1, come ho fatto io, che è disponibile qui.

Con questa libreria la soluzione è molto semplice:

public partial class MainForm : Form
{
    public MainForm()
    {
        InitializeComponent();
        PowerManagement.PowerUp += new DeviceNotification(PowerManagement_PowerUp);
    }

    void PowerManagement_PowerUp()
    {
        this.BringToFront();
        MessageBox.Show("L'applicazione è stata risvegliata!");
    }
}

Nel costruttore del form mi sottoscrivo all’evento PowerUp, il cui event handler non fa altro che chiamare il metodo BringToFront() sulla form stessa, che quindi torna davanti a tutto. Piccola note: l’evento viene sollevata più di una volta – non ho ben capito la logica – perciò sconsiglierei di mettere MessageBox.Show() come ho fatto io qui sopra a scopo didattico. E’ bene utilizzare procedure non invasive per l’utente: la BringToFront() è una di queste, perchè se viene eseguita una o due volte ha poca importanza.

Technorati Tags: .NET Framework PocketPC programming

Send to Kindle

Ho apportato alcune divertenti modifiche al mio plug-in per Windows Live Writer per inserire i technorati tags da associare a ciascun post. Vi riporto un vecchio screenshot del plug-in, graficamente è rimasto lo stesso, per cui rende l’idea:

Il mio plug-in utilizza una cache locale dei tags salvata in C:Documents and Settings<username>Dati applicazioniVivendoByte Technorati Tags. La cache in questione è un normalissimo file XML, che viene deserializzato/serializzato ogni volta, e che serve per popolare la ListBox che vedete nella parte sinistra della form che vedete qui sopra. Questo ha principalmente lo scopo di evitare di inserire a mano tutte le volte gli stessi tags, dal momento che è possibile sceglierli dall’elenco. Ma c’è un piccolo problema.

Se utilizzo x computer diversi per bloggare (ad esempio: il mio notebook e due PC fissi) ho n cache diverse, proprio perchè ogni cache è salvata localmente su ciascun PC. E’ davvero scomodo, perchè il PC usato più di frequente ha la cache più popolosa, mentre sugli altri un po’ meno.

La soluzione: salvare tutto in una locazione centralizzata, pur mantenendo la cache locale
La piccola soluzione a cui ho pensato è la seguente: se la connessione ad Internet è disponibile, il caricamento ed il salvataggio dell’elenco dei tags viene effettuato tramite un servizio WCF. Questo servizio lavora con un’interfaccia ITechnoratiTags, definita come segue:

[ServiceContract()]
public interface ITechnoratiTags
{
    [OperationContract]
    IList<string> Load(string username);

    [OperationContract]
    bool Save(string username, IList<string> tags);
}

Il servizio espone un metodo Load che si occupa di ritornare la lista di tags appartenenti ad un certo utente. Il metodo Save fa l’esatto opposto: salva la lista di tags di un certo utente, indicando se l’operazione è riuscita oppure no.

Quando il plug-in viene aperto, viene controllata l’esistenza e la disponibilità della connessione ad Internet: se la connessione c’è, allora viene utilizzato il servizio WCF si occupa di recuperare l’elenco dei tags. Se la connessione non c’è, l’elenco dei tags viene recuperato dalla cache locale, che è un meccanismo che comunque permane, e serve solamente nel caso in cui la rete non è raggiungibile.

Quando il plug-in viene chiuso, il salvataggio degli eventuali nuovi tags può avvenire in entrambi i modi: sulla cache locale e, se la connessione al Web è disponibile, anche attraverso il servizio WCF.

Questo permette di avere la cache locale sempre aggiornata, proprio perchè quando è possibile viene continuamente sincronizzata con il database centralizzato tramite WCF. Con la nuova versione del plug-in, che non ho ancora reso pubblica, posso tranquillamente utilizzare più di un PC ed avere su tutti la stessa medesima cache e, soprattutto, posso taggare in tutta libertà anche se sono in auto, treno, aereo, monopattino oppure, più semplicemente, non ho il cavo RJ45 connesso alla scheda di rete.

Perchè non l’ho ancora resa pubblica?

Se rendessi pubblico il plug-in così com’è, tutti (compreso me) utilizzeremmo gli stessi tags, perchè il servizio WCF adesso non è predisposto per memorizzare i technorati tags di tutti voi, e non vuole essere di certo un repository globale di tutti gli utenti. Se dovessi, o volessi, farlo, dovrei quanto meno ripensare ad un po’ di roba che va sotto il nome di sicurezza: dati protetti da privacy, più sicuri, trasmissione con un protocollo sicuro, autenticazione, etc. etc.

Technorati Tags: .NET Framework WCF Windows Live Writer

Send to Kindle

Chi di voi legge il Muro di UGIdotNET le saprà già, quindi potete saltare tranquillamente questo post.

Visual Studio 2008 ed il .NET Framework 3.5 usciranno entro fine mese. Questa data di uscita è valida per tutti gli MSDN Subscriber (compreso me), mentre l’uscita al pubblico vera e propria è prevista per l’anno prossimo, a gennaio/febbraio.

La seconda novità è che gli sviluppatori di Microsoft Italia hanno aperto un nuovo blog, MSDN Italia. Lo scopo è quello di fornire informazioni a tutti gli sviluppatori ed architetti del nostro piccolo mondo IT italiano. Non vi resta che sottoscriverlo.

Un mio ex-collega, Davide, ha aperto un nuovo blog, ed è raggiungibile qui. Non ho mai lavorato con lui, ma nel grande palazzo dove lavoravo prima io ero al quarto piano, lui al piano terra ed ogni tanto ci incontravamo per bere un caffè assieme. Adesso siamo in luoghi differenti, ma grazie ai nostri blog rimarremo in contatto.

Technorati Tags: .NET Framework blog community

Send to Kindle

Grazie a Andrea, Claudio, Janky, Lorenzo, Mauro, Mighell e Raffele (in rigoroso ordine alfabetico). E chissà di chi altro mi sono dimenticato…perdonatemi!

Grazie a tutti questi amici – mi piace chiamarli veri amici perchè la stra-grande-maggioranza li conosco di persona e hanno tutti migliorato in qualche modo la mia persona – perchè ci stanno facendo una cronaca appassionata e precisa di quello che sta succedendo al TechEd Europe, che si sta tenendo in questi giorni a Barcellona. E’ davvero troppo bello leggere le recensioni delle varie sessioni che si sussegguono una dopo l’altra.

Mi fa piacere sentir parlare di speaker i cui nomi sono gli stessi dei libri che ho letto e che leggerò in futuro, e sapere che le persone di cui sopra se li possono vedere con i loro occhi è qualcosa davvero di evocativo.

So che lo fareste comunque, ma se può servire a qualcosa, Continuate Così Perchè Siete I Migliori!

Technorati Tags: microsoft TechEd eventi

Send to Kindle