Tips

Inserimento di una data precedente al 1/1/1970 in SharePoint

Francesco Geri — Wed, 19 May 2010 09:15:50 GMT

Se elaborando documenti e proprietà su SharePoint (2007) vi capitasse un errore come questo:

Microsoft.SharePoint.SPInvalidPropertyException: Date Times before 1/1/1970 are not supported.

Allora il problema potrebbe essere quello capitato anche a me oggi.

Il mio codice eseguiva l’upload di un documento su SharePoint e contestuale valorizzazione delle sue proprietà, il tutto tramite il metodo Add dell’oggetto SPFolder.
Se fra le proprietà c’è una data allora come valore è bene passare quello ottenuto dalla funzione SPUtility.CreateISO8601DateTimeFromSystemDateTime, ovvero una stringa con la rappresentazione UTC della data (formato ISO8601, ovvero yyyy-mm-ddThh:mm:ssZ).

Il codice corretto è il seguente.

     ' Crea una Hashtable delle proprietà

    Dim myProps As New Hashtable()

    Dim propName As String = "MyDatePropName"

    ' Imposta come valore una stringa con il formato UTC, ottenuta come segue: 

    Dim propValue As Object = SPUtility.CreateISO8601DateTimeFromSystemDateTime(New DateTime(1950, 1, 1))

    ' ... invece di: Dim propValue As Object = New DateTime(1950, 1, 1)

    myProps.Add(propName, propValue)

    ' Recupera l'oggetto SPFolder dall'oggetto SPWeb corrente

    Dim oFolder as SPFolder = myWeb.GetFolder(myFolderURL)

    ' Aggiunge il file con le proprietà

    Dim objDestFile as SPFile = objDestFolder.Files.Add(myFolderURL & "/" & myFileName, myDocumentSourceStream, myProps)

Due osservazioni:

Passando la data nuda e cruda (il datetime) si ha un errore per date inferiori all’1/1/1970, mentre per date successive funziona.
Passando una stringa che non sia una data non succede nulla… nel senso che non c’è eccezione, il documento viene caricato e la proprietà resta vuota

Note: Grazie a Gabriele per i suggerimenti!

Problemi con il Microsoft Visual Studio Version Selector su Vista/Win7

Francesco Geri — Fri, 14 May 2010 09:44:00 GMT

Può capitare con Vista o Windows 7 che facendo doppio click da Esplora Risorse su un file di progetto o di solution di Visual Studio non succeda nulla. Ovvero non parta Visual Studio.

Se capita, allora il motivo potrebbe essere la concomitanza di questi 2 fattori:

1) La UAC è attiva
2) Visual Studio è impostato per partire sempre As Administrator

Se è così allora si può fare una delle 2 cose seguenti:

- Togliere il flag “As Administrator” a Visual Studio, oppure
- Metterlo a “Microsoft Visual Studio Version Selector”

L’eseguibile “Microsoft Visual Studio Version Selector” è l’utility di Visual Studio associata all’estensione dei file di progetto e di solution ed ha il compito di capire di che versione di visual studio è il file e di avviare quella versione passandogli il file.
Per cui il selector parte, vede che il file sln è di VS2008, ad esempio, cerca quindi di avviare VS2008. Se questo però ha il flag As Administrator allora l’avvio non riesce.
Per impostare lo stesso flag sul selector bisogna individuarlo: si trova nella cartella (Drive C o quello che è):

[C]:\Program Files (x86)\Common Files\microsoft shared\MSEnv

L’eseguibile si chiama VSLauncher.exe, fare click con il tasto destro e aprire le Proprietà. Nel pannello Compatibility impostare il flag Run this program as an administrator:

Menu Edit WCF Configuration scomparso da Visual Studio 2008

Francesco Geri — Fri, 14 May 2010 07:49:25 GMT

Mi è capitato esattamente quanto descritto in questo post, ovvero ho aggiunto una service reference ad un progetto (Console), ho fatto tasto destro sul file app.config per richiamare l’editor della configurazione WCF, ma il menu contestuale “Edit WCF Configuration” non era disponibile:

Allora seguendo le indicazioni del post di cui sopra ho fatto click sul menu Tools|WCF Service Configuration Editor, in questo modo ho aperto l’editor, da qui ho aperto il file app.config (File|Open), l’ho chiuso ed il menu è finalmente comparso:

Format di un DateTime

Francesco Geri — Thu, 22 Apr 2010 08:32:40 GMT

Quando si “stampa” una data bisogna fare attenzione al formato che si utilizza.
Ad esempio io faccio ampio uso del formato italiano tramite il seguente codice:

     Dim dateAsString As String = Now.ToString("dd/MM/yyyy")

Purtroppo quel codice non fa esattamente quello che mi aspetto.
Infatti il carattere / ha un significato, ovvero è il separatore di sistema usato per le date. Ovvero, se nei miei settings regionali di sistema la data è scritta ad esempio così yyyy-MM-dd, allora quel ToString di cui sopra produce dd-MM-yyyy, ovvero mette il giorno, poi il mese, poi l’anno come ho specificato, ma li separa con il separatore di sistema, e non con il caratettere /.

Sono certo che tutti lo sapevano benissimo e che io sono uno dei pochi ingenui che invece non lo sapeva, ma per quegli altri pochi come me lo voglio segnalare, in modo da evitare questo errore in futuro.

Il codice corretto è il seguente:

    Dim dateAsString As String = Now.ToString("dd\/MM\/yyyy")

In pratica si deve usare il carattere di escape per far mantenere il nostro /.

Lo stesso discorso vale per il ToString di un Time, in cui il carattere : viene sostituito con quello di sistema, e quindi si deve scrivere:

    Dim timeAsString As String = Now.ToString("hh\:mm\:ss")

In generale le stringhe andrebbero messe fra apice o doppio apice, ad esempio:

    Dim dateAsString As String = Now.ToString("dd""/""MM""/""yyyy")

Trovate tutti i dettagli a questo link.

PS:
La proprietà CustomFormat del DateTimePicker non segue questa politica, ma funziona con un meccanismo a metà, ovvero la data la posso scrivere così “dd/MM/yyyy - HH:mm” o anche così “dd/MM/yyyy’ - ‘HH:mm”, ma non così “dd\/MM\/yyyy”… insomma \ e : non sono caratteri speciali, l’escape (\) non esiste, le stringhe possono o meno andare fra apice (‘).
Non voglio indagare oltre… :(

Avviare un eseguibile a 32bit in una macchina a 64bit

Francesco Geri — Thu, 08 Apr 2010 13:40:07 GMT

Se abbiamo compilato un eseguibile in modalità Any CPU e lo lanciamo su una macchina a 64bit questo verrà ovviamente eseguito a 64bit.

Se però ci servisse poterlo avviare a 32bit possiamo sfruttare il tool CorFlags.exe.

Basta avviare il prompt dei comandi di Visual Studio e poi digitare:

corflags.exe /32bit+ filename.exe

Per ripristinare il comportamento normale:

corflags.exe /32bit- filename.exe

[Fonte]

x64 o x86?

Francesco Geri — Tue, 23 Mar 2010 09:19:07 GMT

Piccola e semplice funzione in VB.NET per determinare se la macchina in cui l’applicazione in esecuzione è x86 o x64.

1: Function IsSys64Bit() As Boolean

2: Dim identifier As String = Environment.GetEnvironmentVariable("PROCESSOR_IDENTIFIER")

3: If identifier.IndexOf("i86", StringComparison.InvariantCultureIgnoreCase) Then

4: Return False

5: Else

6: Return True

7: End If

8: End Function

[liberamente tratto da http://support.microsoft.com/kb/556009]

Variante sul tema: per determinare se l’applicazione corrente è eseguita in modalità 32 bit o 64 bit:

1: Function IsApp64Bit() As Boolean

2: Dim bits As Integer = IntPtr.Size * 8

3: Return (bits = 64)

4: End Function

Visual Studio: come mostrate il file attivo nella Solution Explorer

Francesco Geri — Mon, 22 Feb 2010 07:58:50 GMT
Ogni volta che installo Visual Studio in una nuova macchina non mi prendo mai la briga di copiare i settings dalla vecchia... è un classico.
Poco male, l'unica impostazione di default di Visual Studio che mi irrita davvero è quella per cui quando apro in Edit un file non lo vedo selezionato nella Solution Explorer.

Mi segno in questo post come fare ad attivarla:

Tools -> Options -> Projects and Solutions -> Track active Item in Solution Explorer

UpdatePanel e focus delle Textbox

Francesco Geri — Fri, 12 Dec 2008 14:30:11 GMT

Inserendo una Textbox in un UpdatePanel (AJAX) può succedere (o succede sempre?) che la textbox perda il focus, o non lo possa prendere affatto.

Un modo per ovviare alla cosa è di registrare uno script che imposti il focus con un piccolo ritardo rispetto alla load:

1: Dim script As String = "setTimeout(""$('" & MyTextBox.ClientID & "').focus(); "", 100);"

2: ScriptManager.RegisterStartupScript(updSearch, GetType(String), "set_focus_script", script, True)

Come verificare se un punto è visibile nello schermo

Francesco Geri — Thu, 04 Dec 2008 00:23:28 GMT

Il post mostra un semplice tip per vedere se un punto è visibile nello schermo (anche in presenza di più schermi).

La grafica dell'esempio è "mozzafiato":

Il codice è invece il seguente:

1: Public Class Form1

2:

3: Private Sub Button1_Click(ByVal sender As System.Object, _

4: ByVal e As System.EventArgs) Handles Button1.Click

5: Me.TxtEsito.Text = "..."

6: Dim p As Point

7: Try

8: Me.Cursor = Cursors.WaitCursor

9: Threading.Thread.Sleep(120)

10: p = New Point(Me.TxtX.Text, Me.TxtY.Text)

11: Dim s As Screen = Screen.FromPoint(p)

12: If s Is Nothing Then

13: Me.TxtEsito.Text = "non nello schermo"

14: Else

15: Me.TxtEsito.Text = "Schermo '" & s.DeviceName & "'"

16: ' Verifica se il punto è contenuto

17: If s.WorkingArea.Contains(p) Then

18: Me.TxtEsito.Text &= ": il punto è contenuto!"

19: Else

20: Me.TxtEsito.Text &= ": il punto NON è contenuto!"

21: End If

22: End If

23: Catch ex As Exception

24: Me.TxtEsito.Text = ex.Message

25: Finally

26: Me.Cursor = Cursors.Default

27: End Try

28: End Sub

29:

30:

31: End Class

In pratica è sufficiente determinare lo schermo che "dovrebbe" mostrare il punto che ci interessa:

Dim s As Screen = Screen.FromPoint(p)

Ho scritto "dovrebbe" in quanto, se nessuno schermo contiene quel punto allora il metodo restituisce lo schermo più "vicino" al punto.

A questo punto, per essere sicuri che il punto sia contenuto nell'area visibile dello schermo, basta eseguire la seguente chiamata:

If s.WorkingArea.Contains(p) Then

Problemi con DropDownList e XMLDataSource creati dinamicamente

Francesco Geri — Thu, 25 Sep 2008 01:51:26 GMT
Oggi ho avuto dei problemi a collegare due dropdownlist a fonti dati basate su XML. Andiamo per ordine. Ho creato un'applicazione con 2 DropDownList, ciascuna collegata ad un XmlDataSource che si legge un suo file XML: ...