Il blog di Andrea Dottor

A volte può capitare di avere la necessità di aggiornare l'UpdatePanel da un evento JavaScript, e questo non è possibile con i due tipi di trigger esistenti (AsyncPostBackTrigger, PostBackTrigger).

Ecco perchè ho sviluppato un trigger che facesse scatenare l'aggiornamento di un UpdatePanel da un preciso evento JavaScript. Ho dovuto applicare qualche workaround, ma alla fine ho ottenuto il risultato che stavo cercando.

Se vi può servire, ecco il link:
UpdatePanel e trigger su evento JavaScript

Microsodt ha acquisito la DevBiz Business Solution, conosciuta per il famoso TeamPlain. Per chi non lo conosce, è uno strumento che fornisce un'interfaccia web a Team Foundation Server.

Come si legge nel post di Brian Harry

Today we are announcing that Microsoft has acquired DevBiz Business Solutions, the makers of the popular TeamPlain Web Access for Team System.  TeamPlain is a web front end for VSTS that enables users to access the majority of TFS functionality from within a Web browser.

E la parte più interessante è che ora è disponibile senza costi aggiuntivi per chi disponi delle cal di Team Fuondation server:

TeamPlain will become Microsoft Visual Studio Team System Web Access.  Effective today, TeamPlain is available, at no additional charge, to users who own a Team Foundation Server and can be downloaded from here.  It will be accessible by any user properly licensed with a TFS CAL.

Devo ammettere che era uno strumento che proprio mancava.

Me ne sono accorto ora che il progetto "CSS Friendly ASP.Net Control Adapters" è stato spostato su CodePlex in data 5 Marzo. Questo è positivo, perchè permetterà di saguire meglio l'andamento del progetto.

Ecco il link: http://www.codeplex.com/cssfriendly

Prestate molta attenzione al valore che assegnate a questa proprietà!

In questi ultimi giorni, nella fase di debug di un portale, ci siamo resi conto che il peso della prima pagina scaricata era notevole.
Guardando tra i file, ci siamo accorti che veniva scaricato un file javascript da più di 250KB e aprendolo, scopriamo che il file non è altro che il javascript di MicrosoftAjax.

Tutto ciò, è dovuto al fatto che Ajax ha gli script in modalità di debug.
Infatti, la proprietà ScriptMode di default è impostata su Auto, e queto stà a dire che

• se nel Machine.config abbiamo o non abbiamo l'elemento deployment specificato, gli script saranno nella modalità di debug,
• se nel Machine.config abbiamo gli script saranno in release.
• se specifichiamo esplicitamente nella proprietà ScritpMode, gli scritp saranno nella modalità voluta:
  ScriptMode = "Release"
  ScriptMode = "Debug"

Questo farà passare il file javascript ad una dimensione di 82KB.

Mi raccomando, prestate attenzione perchè 200KB risparmiati sul web sono veramente importanti.

Seganlo l'uscita della versione 2.2 del mio aggregatore di feed rss e news preferito, Omea Reader.

A questo link è possibile scaricare la nuova versione:
http://www.jetbrains.com/omea/download/reader.html
ed ecco il link con la lista di cosa c'è di nuovo:
http://www.jetbrains.net/confluence/display/OMEA/Omea+Frascati+Release+Notes

Lo segnalo perchè può tornar utile anche a qualcun'altro.

Nei report di Reporting Services c'è la possibilità di visualizzare gli errori che avvengono in remoto. Per fare ciò, è sufficiente settare nel db ReportServer, nella tabella ConfigurationInfo il campo EnableRemoteError a True.

In questo modo, gli errori che saranno visualizzati nei report, non saranno più generici e non dovrete più impazzire per capire dove stà il problema.

Ed ecco un link: http://msdn2.microsoft.com/en-us/library/aa337165.aspx

In questi ultimi giorni mi sono scontrato con un problema ad un report di reporting Services che mi ha fatto perdere parecchie ore di lavoro.

L'errore che mi si presentava non mi diceva altro che avevo un errore in uno dei parametri.
Il parametro in questione era valorizzzato con un'espressione che recuperava i valori da altri due report parameters.
Ebbene, l'errore era dovuto dal fatto che il parametro in questione era posto (nella lista dei report parameters) prima degli altri (da cui doveva recuperare il valore).
Una volta modificato l'ordine dei parametri, il tutto ha funzionato correttamente.
Non avrei mai pensato che l'ordinamento fosse così importante, ma ora, a mente fresca capisco che una certa logica e motivazione c'è.

Ma certo che un errore un pò più chiaro me lo potevano anche dare!

e la lezione, anche per questa volta, l'ho imparata!

La versione RTM di Ajax Asp.Net è uscita da poco e quindi ho deciso di integrarli nel progetto in cui stò lavorando, magari rimpiazzando quelli di terze parti (a pagamento).

Un controllo che mi è subito piaciuto è il Tabs, e subito mi sono messo all'opera per sfruttarlo ma, sorpresa delle sorprese, scopro che non è possibile inserire un Tabs dentro un UpdatePanel. Infatti vi troverete un bel errore javascript dopo che avrete tentato di modificare il contenuto .

Ecco una grossa limitazione in quanto impedisce la possibilità di creare dinamicamente i Tab...ma vabbè, vorrà dire che mi farò il controllo a manina , e spero che le cose si risolvano perchè sarebbe una funzionalità che non credo interessi solo a me.

Da quando ho installato il SP1 di Visual Studio e di Team Exlorer, mi è accaduta una cosa strana...non riuscivo più ad inserire nei campi Remaining Work e Completed Work dei numeri decimali, cosa che prima facevo tranquillamente senza nessun problema.
(NB: non so se il problema sia per tutti i campi di tipo double)

Lavorando purtroppo con una macchina con Windows XP professional in Italiano e avendo gli strumenti di sviluppo on Inglese, mi sono chiesto se non fosse scappato qualcosa agli sviluppatori proprio appunto alle impostazioni internazionali (cosa che a me, da programmatore, ogni tanto capita ).

Infatti, modificando il simbolo dei decimali con il punto e il separatore delle migliaia con la virgola, il tutto si risolve.

Sarà forse un bug introdotto nella SP1? chi lo sa....ma almeno ora ho trovato la soluzione.

Ecco il link al Webcast che terrà oggi Andrea Boschin.

Windows Vista e .NET Framework 3.0: Creare interfacce avanzate con XAML

XAML è il nuovo linguaggio, che all'interno di Windows Presentation Foundation si propone come uno strumento nuovo ed estremamente produttivo nella realizzazione di interfacce grafiche dalle caratteristiche senza precedenti. In questa sessione cercheremo di comprendere grazie ad numerosi esempi la sua logica di funzionamento.

In questo webcast vedrete la stessa applicazione creata nel webcast precedente, ma con una veste in XAML completamente nuova, e credetemi, che non ha niente a che vedere con le normali applicazioni WindowsForm. Si vedrà come cambiando solo il codice scritto in XAML si riesca a stravolgere l'applicazione.

Buon webcast.