The explicit keyword declares a user-defined type conversion operator that must be invoked with a cast.
Questa mi mancava... http://msdn2.microsoft.com/en-us/library/xhbhezf4(VS.80).aspx
Questa mattina mi è stato notificato il rilascio della versione 6.6.1 del codec DivX. Purtroppo, anche questa release viene dichiarata non ufficialmente compatibile con Windows Vista. In particolare, come in passato il programma DivX Converter non funziona, mentre quando si eseguono DivX Player e DivX Web Player l'interfaccia Aero viene automaticamente disattivata.
Il mese comincia bene... La mia richiesta di partecipazione all'Alpha Testing di Microsoft Popfly è stata accettata! Ovviamente ho già completato la procedura di registrazione: l'indirizzo del mio sito è http://www.popfly.ms/users/marcom. Per adesso non è praticamente vuoto, ma non vedo l'ora di avere un po' di tempo per fare qualche esperimento!
P.S.: Questo è anche il mio primo post con la nuova beta di Windows Live Writer 
Oggi sono polemico 
... Perché i controlli inseriti in una Form C# hanno la proprietà Modifiers impostata su Private nel caso di C# e su Friend (= Internal) in Visual Basic .NET? Ad ogni modo, anche in VB .NET il valore di default di tale proprietà è Private: infatti, cliccando su di essa con il tasto destro del mouse e selezionando il comando Reset, essa viene reimpostata su Private.
Nel giugno del 1975 Alan Curtis Kay partecipò a Pisa alle celebrazioni per i venti anni dell’informatica italiana e presentò una relazione che apriva a una visione rivoluzionaria del computer, trasformato da strumento per applicazioni tecnico-scientifiche o commerciali a mezzo di facile uso anche per i bambini. A più di trenta anni di distanza, il professor Kay tornerà nella città della Torre per ricevere la laurea specialistica honoris causa in Informatica da parte dell’Università di Pisa.
Tra le altre cose, Alan Kay mostrerà in anteprima il laptop da $100 a cui sta collaborando con la fondazione no-profit OLPC (One Laptop Per Child, www.laptop.org). Il calendario dell'evento è disponibile qui.
Ho notato un comportamento strano di Visual Studio. Nei Form C#, di default i controlli hanno la proprietà Modifies impostata su Private, quindi non sono modificabili dai form ereditati. Infatti, creando un form ereditato, se si seleziona un controllo del form padre che ha modificatore Private, tutte le sue proprietà, nella relativa finestra, appaiono disabilitate. Come è lecito aspettarsi, se nel padre si modifica la proprietà Modifiers del controllo, impostandola su Protected, nel figlio diventa possibile accedere a tutte le proprietà dell'oggetto.
Proviamo però ad impostare Modifiers nel padre su Internal. Questo modificatore indica che l'oggetto è accessibile da ogni punto dell'assembly in cui è dichiarato, quindi in teoria anche dal form figlio. Ma non è così: se torniamo nel figlio, notiamo che adesso la finestra delle proprietà del controllo è disabilitata. Resta comunque possibile accedere all'oggetto da codice, quindi ad esempio modificarne le proprietà all'interno del costruttore del form.
A conferma ulteriore del problema, fate questa prova: inserite un controllo su un form e impostatene la proprietà Modifiers su Protected. Ora create un form ereditato e da quest'ultimo modificate alcune proprietà del controllo, ad esempio il testo o la dimensione. Tornate nel padre e cambiate Modifiers su Internal. Dopo la ricompilazione, noterete che l'oggetto nel form ereditato ha di nuovo l'aspetto con cui è definito nel padre. A questo punto Eseguite l'applicazione e caricate il form ereditato... Sorpresa: il controllo utilizza le proprietà che erano state impostate quando il suo modificatore era Protected.
In conclusione, il bug sembra limitato all'editor di Visual Studio.