Luca Ritossa Blog

Questo post è dedicato a chi, come me, lavora con due monitor.

Utilizzo il portatile per lavoro ed un secondo monitor LCD sempre a portata, capita però che ogni tanto lo devo staccare ad esempio per spostarmi di ufficio o per andare ad una riunione.

Quando stacco il monitor LCD le applicazioni Microsoft, come Outlook o Word, che stavano su quello schermo si rendono conto da sole dell’assenza del monitor e quindi si presentano sullo schermo primario.

Non succede però la stessa cosa per qualche altra applicazione e quindi mi ritrovo con l’icona sulla TaskBar ma la finestra dell’applicazione sul monitor che non c’è più.

Che fare?

• Tasto destro sull’icona dell’applicazione sulla TaskBar

• Scegliere “Move”
• Tenere premuta la freccia destra o sinistra per riportare la finestra sul monitor principale
• Premere INVIO

Ho cercato e ricercato su Google una soluzione al mio problema di Event 1314 con messaggio “File authorization failed for the request”

quando ho esteso la classe PortalSiteMapProvider, comoda soluzione per avere un menu in Sharepoint con voci dinamiche, come nel caso mio, prelevate da un file XML.

Niente da fare, non ho trovato nulla di soddisfacente. Nessuno mai è riuscito ad incappare nel mio stesso problema? Anche perché l’errore è veramente inspiegabile (per me).

Utilizzando un utente del gruppo Administrators del server Sharepoint nessun problema… appena utilizzavo un utente diverso, seppure inserito tra gli utenti autorizzati ad accedere al sito, la sezione <Sharepoint: AspMenu> non veniva renderizzata e mi ritrovavo con un messaggio nell’EventLog di tipo “Information” come quello sopra (tra l’altro, segnalamelo come errore cavolo!).

La soluzione?

Ho provato l’esempio citato nell’articolo [How to: Extend the Navigation Provider] ed ho notato che il SiteMapDataSource che avevo definito NON settava a True la property “StartFromCurrentNode”!

Questa la sintassi corretta e funzionante:

   1: <asp:SiteMapDataSource id="topSiteMap1" ShowStartingNode="False" 

   2: SiteMapProvider="MyCustomNavigationProvider" runat="server" 

   3: StartFromCurrentNode="true"/>

Questo il link di un interessante video che può essere preso, un pò simpaticamente, come dimostrazione di quanto Visual Studio ti può far dannare l’anima durante lo sviluppo di un’applicazione WinForm.

Esempio in C# da inserire nella propria “BaseForm” e da verificare nelle varie “Load”, “Init” ecc per evitare il rendering in design mode:

   1: public new bool DesignMode 

   2: { 

   3:  get 

   4:  {

   5:     return 

   6:     (System.Diagnostics.Process.GetCurrentProcess().ProcessName == "devenv"); 

   7:  } 

   8: }