Guardate questo screenshot:

E’ lo screenshot di FlickrBrowser, il software in WPF che mi sto divertendo a creare nel tempo libero. Nella figura qui sopra, c’è l’elenco di 4 set fotografici: Microsoft Security Workshop VII, Giornata Azzurra 2007, AvioExpo 2007 e Nove Colli (Fiat 500) – 2007 – Fabio Edition. Il secondo set fotografico è selezionato: se ci facciamo sopra doppio-click, otteniamo la figura qui sotto:

In pratica, una ListBox orizzontale che visualizza tutte le foto associate al set fotografico che abbiamo selezionato. Ho associato un ContextMenu ad ogni Image, che ovviamente appare cliccando col pulsante destro del mouse. Il ContextMenu è stato inserito fra le risorse della Window; vi riporto lo XAML qui sotto.

<Window.Resources>
  <ContextMenu Name="mnuPhotoContextMenu" x:Key="menu"
      Opened="ContextMenuOpened">
    <ContextMenu.Background>
      <LinearGradientBrush StartPoint="0,0" EndPoint="1,1">
        <GradientStop Color="Yellow" Offset="0.0" />
        <GradientStop Color="White" Offset="1.0" />
      </LinearGradientBrush>
    </ContextMenu.Background>
    <MenuItem Header="Tags" Click="TagsMenuClick" />
    <MenuItem Header="Save As" Name="mnuSaveAs">
      <StackPanel Orientation="Horizontal">
        <TextBlock Text="Path :" />
        <TextBox Width="100" Name="txtPath" Text="E:" HorizontalAlignment="Stretch" />
        <Button Name="btnDownloadPhoto" Content="Ok" Click="btnDownloadPhotoClick" />
      </StackPanel>
    </MenuItem>
    <MenuItem Header="EXIF Information" Click="ExifMenuClick" />
    <Separator />
    <MenuItem Header="Properties" />
  </ContextMenu>
</Window.Resources>

Al ContextMenu è stato associato un event-handler sull’evento Opened. Il Background del ContextMenu è un semplice gradiente, visibile nello screenshot. Ci sono diversi MenuItem: uno mostra i tag associati alla foto cliccata, un altro permette il Save As (ne parliamo adesso), un altro ancora mostra le informazioni EXIF della foto. L’ultimo, quello associato a Properties, non fa assolutamente un bel nulla.

Parliamo un po’ del Save As che è il più interessante.
Questo MenuItem contiene uno StackPanel con una TextBox ed un Button a fianco. L’utente può digitare un qualsiasi path nella casella di testo e poi cliccare sul Button per salvare l’immagine sul proprio disco locale. Ogni foto ha il proprio PhotoID, perciò ho voluto intercettare l’apertura del ContextMenu per dare un valore predefinito alla TextBox. Vediamo cosa fa l’event-handler dell’evento Opened del ContextMenu:

void ContextMenuOpened(object sender, RoutedEventArgs e)
{
    if (lstPhotos.SelectedItem != null)
    {
        FlickrBrowserPhoto photo = lstPhotos.SelectedItem as FlickrBrowserPhoto;

        // Ottengo il riferimento alla TextBox che contiene il path
        ContextMenu menu = this.FindResource("menu") as ContextMenu;
        StackPanel p = ((MenuItem)menu.Items[1]).Items[0] as StackPanel;
        directoryTextBox = p.Children[1] as TextBox;
        directoryTextBox.Text = string.Format(@"E:{0}.jpg", photo.PhotoId);
    }
}

Ottengo un riferimento al ContextMenu, poi “navigo” il visual-tree per raggiungere l’istanza prima dello StackPanel e poi della TextBox. Fatto questo, è sufficiente valorizzare la proprietà Text ed il gioco è fatto. Ovviamente il drive E: andrebbe messo a posto. Il click su Ok scarica la foto sfruttando la connessione attiva di Flickr.

La cosa brutta di questo sistema è che se cambiassi la struttura del ContextMenu, cambierebbe di conseguenza il visual-tree e quiandi bisognerebbe modificare la parte di codice che recuperare l’istanza. Lo StackPanel potrebbe non trovarsi più in menu.Items[1].Items[0]. E la TextBox un giorno potrebbe non essere più il Children[1]  dello StackPanel.

Technorati Tags: wpf programming

Send to Kindle

Date un’occhiata alla seguente classica statica:

 1 public static class DataProvider<T> where T : new()
 2 {
 3     private static bool init;
 4 
 5     static void initialize()
 6     {
 7         init = true;
 8     }
 9 
10     public static void MakeSomeOperation()
11     {
12         if (!init) initialize();
13     }
14 }

Estratto da un data provider che ho sviluppato tempo fa.
E’ una classe statica DataProvider che fa uso di un generics <T>. Ha una proprietà statica booleana Init, che utilizza un field privato init. L’unico metodo presente è MakeSomeOperation(), statico anch’esso, che prima di fare qualcosa controlla se la classe è già stata inizializzata. Nulla di strano, giusto?

La morale però è questa: la prima volta che utilizzo questa classe chiamando il metodo pubblico MakeSomeOperation(), entro nel piccolo blocco if e quindi viene eseguita la initialize() privata. Poi init viene impostata a true, per cui pensavo stupidamente di non passare più dalla procedura di inizializzazione. Cosa che non è affatto vera. Per esempio, con il codice seguente…

DataProvider<ArrayList>.MakeSomeOperation();
DataProvider<ArrayList>.MakeSomeOperation();
DataProvider<StringBuilder>.MakeSomeOperation();

…utilizzo tre volte la classe DataProvider. Le prime due chiamate usano T come se fosse un ArrayList; la terza ed ultima chiamata usa T come se fosse uno StringBuilder. Ho dovuto usare due classi con il costruttore vuoto, dato il constraint applicato al generics.

Alla prima chiamata (ArrayList) avviene l’inizializzazione.
Alla seconda chiamata (ArrayList) l’inizializzazione non avviene più.
Alla terza chiamata (StringBuilder) l’inizializzazione viene eseguita ancora una volta.

Ogni volta che cambio il Type assunto da T, la classe statica DataProvider viene reistanziata per quel particolare tipo, e quindi viene nuovamente scatenata l’esecuzione di initialize(). Ci sarebbe un modo per evitarlo, cioè spostare la definizione del generics dal nome della classe al nome del metodo. Però, ovviamente, dipende da quello che dobbiamo fare, mica è detto che debba per forza sempre essere così!

Technorati Tags: programming .NET

Send to Kindle

CodePlex.com ha tre progetti taggati con il tag Flickr. Essi sono:

Vista Flickr Uploader

Flickr Metadata Synchr

MeiRou – A Flickr Photo Management Tool

Mi interessano di più il primo e l’ultimo. Il secondo è un po’ troppo macchinoso, perchè sincronizza un folder locale ad un set fotografico di Flickr. Non mi interessa, perchè secondo me fa più casini che altro. Non me ne voglia l’autore. Tutti e tre i progetti sono in WPF, perciò secondo me può essere interessante dargli un’occhiata.

Technorati Tags: wpf software flickr

Send to Kindle

Ho appena uploadato sul mio sito Sharepoint il nuovo plug-in per Windows Live Writer per taggare i propri post con i tag Technorati. Ce ne sono già in giro, ma il mio è il migliore di tutti (sempre il solito arrogante!).

Ecco i perchè:

1. potete inserire uno o più tag in una casella di testo, separandoli con un punto e virgola ‘;’ (fin qua nulla di nuovo)
2. i tag che avete inserito finiscono in una cache, o history che dir si voglia, serializzata in XML qua:
   C:Documents and Settings<username>Dati applicazioniVivendoByte Technorati Tags
3. potete inserire uno o più tags non solo nella casella di testo, ma prendendoli dalla history proposta attraverso un elenco che appare a sinistra della finestra
4. in alto a destra c’è il logo VivendoByte che potete cliccare per aprire il mio blog! E questo non è da poco, no???? 🙂

Il punto (3) permette di non star lì tutte le volte a digitare daccapo i tags, con tutti i problemi annessi e connessi. Errori di battitura, per esempio, a causa dei quali potete avere due tag come “wpf” e “WPF“, oppure “Windows Live Writer” e “WindowsLiveWriter“, oppure “ie” e “ie7“: tutte questioni che affollano un po’ troppo la nostra Tag Cloud. Inoltre, potrebbero finirci tag scritti in malomodo e sgrammaticati.

Nello screenshot qui sopra, i tag wpf e software li ho presi dall’elenco a sinistra (infatti appaiono selezionati), mentre gli ultimi due (deploy e programming) li ho digitati a mano. Se clicco Ok e confermo questi tags, questi ultimi due finiranno anche loro nella history e dalla volta successiva mi appariranno nella history per velocizzarne l’inserimento.

In più ho aggiunto due pulsanti per ripulire la history e per aprire il folder nel quale la history è salvata. Semplice ed efficace.

Il plug-in per Windows Live Writer è scaricabile da qua. Lo zip contiene l’assembly VivendoByteTechnorati.dll che va copiato in C:ProgrammiWindows Live WriterPlugins. Se trovate qualsiasi bug, per favore segnalatemelo, perchè questo plug-in mi piace e lo voglio perfetto! E per rispondere a Simone…no, l’autocomplete del tagging plugin nativo di WLW non mi piace! 🙂

Technorati Tags: Windows Live Writer plugin

Send to Kindle