|
Di seguito tutti gli interventi pubblicati sul sito, in ordine cronologico.
Di Admin (del 27/07/2009 @ 03:37:55, in ASP.NET, linkato 255 volte)
Nello sviluppo anche di semplici soluzioni web risulta molto comodo e pulito salvare nel file di configurazione web.config uno o più parametri richiamabili da tutte le pagine della web-application.
Consideriamo dapprima il web.config: nella sezione appsetting è sufficiente aggiungere una chiave (add key), assegnarle un nome (NomeParametro) e valorizzarla (ValoreParametro).
<appSettings> <add key="NomeParametro" value="ValoreParametro" /> </appSettings>
Se la sezione "appSettings" è assente, o è presente sottoforma "<appSettings/>", basta copiare ed incollare il codice sopraindicato.
Per referenziare dal codice delle pagine il parametro, invece, la riga di codice da ricordare è questa:
System.Configuration.ConfigurationManager.AppSettings("NomeParametro")
Per visualizzare nella pagina, ad esempio, il valore del parametro, basta questo:
Response.write(System.Configuration.ConfigurationManager.AppSettings("NomeParametro"))
-.
Di Admin (del 17/07/2009 @ 06:02:49, in ASP.NET, linkato 64 volte)
Molti non sanno dell'esistenza dello strumento di tracing disponibile in Visual Studio 2005. Mediante questa funzionalità è possibile investigare sullo stato delle variabili, delle sessioni o sulle richieste sottoposte al server.
Il primo step da seguire è quello di abilitare il tracing da web.config; questa possibilità, infatti, non è abilitata di default per motivi di sicurezza:

A questo punto, rilanciato il debug col solito F5, basterà richiamare la pagina trace.axd disponibile alla root della soluzione:

Basta scegliere una richiesta per visualizzarne i dettagli:

...continua...

...continua...

Al termine dello sviluppo della soluzione, ricordatevi disabilitare il tracing... 
Di Admin (del 08/07/2009 @ 06:05:53, in Varia, linkato 66 volte)
Chi aveva detto che la schermata blu di errore critico in Vista non era più... blu? E chi aveva detto che Vista era così stabile che praticamente non si sarebbero più viste le... schermate blu?

Tanto per puntualizzare, il tutto dovrebbe essere ricondotto ad un conflitto sulla risorsa "webcam" (ArcsoftVirtualCapture.sys).
Durante lo sviluppo di moduli Infopath può capitare che, al momento della pubblicazione nella form-library,

non sia più possibile caricare il modulo in una library senza l’approvazione di un amministratore.

Questo può capitare perché si è fatto ricorso allo sviluppo di codice custom nel modulo; però io NON ho ancora scritto nulla… e quindi? A me personalmente è capitato (e di questo me ne ricordo) di aver acceduto alle proprietà di un controllo (usualmente il bottone Submit) e, probabilmente, di aver selezionato Edit Form Code.

Già questo basta per aggiungere delle referenze nel progetto del modulo che impostano il flag di controllo di compatibilità browser su false.
Per risolvere, dal menu Tools > Form Options selezionare Programming e premere il tasto Remove Code.

Ora la form è nuovamente compilabile via browser.
Di Admin (del 02/07/2009 @ 06:28:41, in GameZ, linkato 77 volte)
Ieri sera ho finito KillZone2 per PS3; ottima grafica, buona IA dei soldati avversari e buon gameplay.

Screenshot di KillZone 2
Screenshot di KillZone 2
E' stato un bel titolo, peccato per l'ultima sezione del capitolo conclusivo nella quale, a mio giudizio, i checkpoint sono stati definiti un pochetto troppo distanti fra loro in rapporto al numero di soldati che via via arrivavano nell'arena di gioco... però... in fin dei conti... era l'ultimo acuto, no?

|