Office + Facebook = Condividi in modo semplice idee e documenti con gli amici
Leggi questo post nel blog di Office...
"Nella nuova piattaforma di messaggistica di Facebook sono state integrate le Office Web Apps per consentire agli utenti di Facebook di visualizzare documenti di Microsoft Word, Excel e PowerPoint con un semplice clic."
Nick SimonsProgram Manager, Office Web Apps
Questo è un post di blog localizzato. Consultate l'articolo originale: Office + Facebook = Easily share your ideas and documents with friends
Serie di blog sulla visualizzazione elenco di SharePoint 2010: Parte 1 - Introduzione alla nuova visualizzazione elenco
Salve. Mi chiamo Greg Chan e sono un program manager del team di SharePoint. Sono felice di dare inizio a una nuova serie di blog che riguarderanno una vasta gamma di argomenti relativi alla nuova visualizzazione elenco disponibile in SharePoint 2010.
Che cos'è una visualizzazione elenco?
In termini molto semplici, una visualizzazione elenco è una visualizzazione dei dati di un elenco di SharePoint e tale concetto è stato introdotto con SharePoint v2. Anche se vi sono altre tecnologie per visualizzare i dati degli elenchi in scenari diversi, ad esempio la web part Query contenuto, la visualizzazione elenco rimane il componente predefinito per visualizzare i dati degli elenchi in SharePoint 2010.
È possibile individuare visualizzazioni elenco in ogni area funzionale di SharePoint. Vengono infatti utilizzate per visualizzare informazioni quali gli annunci, le attività e le pianificazioni del Calendario.
Esempi di visualizzazioni elenco:
Qual è la grande differenza che presentano le visualizzazioni elenco della versione 2010?
Nella versione 2010 stiamo introducendo un componente denominato web part visualizzazione elenco XSLT che rappresenta la nuova tecnologia predefinita per la visualizzazione dei dati degli elenchi. Tale funzione in precedenza veniva svolta dalla web part visualizzazione elenco, che è la tecnologia predefinita da SharePoint v2 a SharePoint 2007. Nota: le web part visualizzazione elenco sono ancora supportate in SharePoint 2010, ma sono meno utilizzate rispetto alla nuova web part visualizzazione elenco XSLT.
La nuova web part visualizzazione elenco XSLT apporta notevoli miglioramenti alla piattaforma SharePoint. Lo scopo di questa serie di blog è proprio quello di trattare la maggior parte di questi temi.
Quali sono i principali vantaggi offerti dalla nuova web part visualizzazione elenco XSLT?
Per sostituire la tecnologia predefinita per le visualizzazioni elenco è stato necessario apportare modifiche fondamentali alla piattaforma SharePoint. Allora perché lo abbiamo fatto? Proverò di seguito a illustrare i grandi vantaggi derivanti dall'utilizzo della web part visualizzazione elenco XSLT:
Quali temi verranno trattati in questa serie di blog?
Molti tecnici di diversi team della famiglia SharePoint hanno contribuito allo sviluppo della nuova visualizzazione elenco disponibile in SharePoint 2010. In questa serie di blog avrete la possibilità di leggere i post di alcuni di questi esperti del settore che approfondiscono gli argomenti chiave relativi a tale visualizzazione.
I temi che verranno affrontati sono i seguenti:
L'ordine in cui tali argomenti verranno pubblicati può cambiare. Potremmo anche decidere di aggiungere o modificare gli argomenti dell'elenco sopra riportato. Se desiderate avere informazioni su altri aspetti relativi alle visualizzazioni elenco qui non indicati, non esitate a farcelo sapere.
Grazie per l'attenzione. Spero che siate tutti rimasti entusiasti delle nuove visualizzazioni elenco. Perciò non perdete i prossimi post.
Greg Chan
Questo è un post di blog localizzato. L'articolo originale è disponibile in SharePoint 2010 List View Blog Series: Part 1 – Introduction to the new List View.
Il Service Pack 2 impedisce l'avvio autonomo di un flusso di lavoro che viene avviato da un'operazione di modifica
Salve a tutti. Sono di nuovo Stephen e vi scrivo a proposito di SharePoint Designer. Voglio infatti illustrarvi una correzione inclusa nel Service Pack 2 per Office SharePoint Server 2007 e Windows SharePoint Services 3.0. Tale correzione interessa i flussi di lavoro progettati in SharePoint Designer 2007. Vi mostrerò quindi come creare intenzionalmente un ciclo di flusso di lavoro utilizzando due flussi di lavoro anziché uno.
Prima del Service Pack 2, era molto facile progettare inavvertitamente un flusso di lavoro che attivava se stesso creando un ciclo infinito. Si consideri ad esempio lo scenario seguente:
1) Un flusso di lavoro si avvia quando viene modificato un elemento.
2) Il flusso di lavoro aggiorna o modifica l'elemento corrente, ad esempio utilizzando l'azione Imposta campo in elemento corrente.
3) Poiché il flusso di lavoro modifica l'elemento, attiva se stesso.
Se pertanto si dispone di un flusso di lavoro che viene avviato da un'operazione di modifica e che invia un messaggio di posta elettronica e quindi aggiorna l'elemento corrente, si corre il rischio di ricevere in breve tempo centinaia di messaggi nella propria cartella Posta in arrivo.
Installando il Service Pack 2 nel server, un flusso di lavoro che si avvia quando un elemento viene modificato non potrà più attivare se stesso modificando o aggiornando l'elemento corrente. Questo scenario con un ciclo infinito non sarà possibile:
Molti hanno tuttavia progettato flussi di lavoro effettivamente basati su un ciclo infinito. È ad esempio possibile progettare un flusso di lavoro che viene avviato da un'operazione di modifica che esegua all'infinito un ciclo per un'attività e che invii giornalmente un promemoria finché tale attività non viene contrassegnata come completata. Il flusso di lavoro attiva se stesso aggiornando una colonna Contatore (Counter) aggiunta all'elenco esclusivamente a tale scopo. È inoltre prevista una regola che interrompe o "manda in corto circuito" il flusso di lavoro se viene soddisfatta una particolare condizione. In questo caso il flusso di lavoro si arresterà senza modificare l'elemento corrente se Stato attività = Completata. Dopo il Service Pack 2, questo flusso di lavoro verrebbe effettivamente interrotto perché non può attivare se stesso.
Il Service Pack 2 non blocca i cicli infiniti perché possono essere utili ma, per riprodurre i comportamenti che in passato funzionavano, ora è necessario progettare due o più flussi di lavoro che vengono avviati da un'operazione di modifica che si attivano reciprocamente. Due flussi di lavoro di questo tipo che si attivano l'un l'altro aggiornando o modificando l'elemento corrente danno luogo a uno scenario di "coricorsione":
È inoltre pratica comune implementare un flusso di lavoro basato sullo stato utilizzando diversi flussi di lavoro più brevi che si attivano reciprocamente. È ad esempio possibile disporre di un elenco con un campo Stato a cui sono associati numerosi flussi di lavoro che vengono avviati da un'operazione di modifica. In tutti questi flussi di lavoro alla fine è incluso un passaggio che aggiorna il campo Stato. Un flusso di lavoro pertanto ne attiva diversi altri aggiornando lo stato e quindi tali flussi di lavoro esaminano il valore del campo Stato per stabilire se devono proseguire l'esecuzione o se devono interrompersi. Anche questo flusso di lavoro basato sullo stato rappresenta uno scenario di "coricorsione" perché un solo flusso di lavoro avvia molti altri flussi di lavoro che vengono avviati da un'operazione di modifica modificando o aggiornando l'elemento corrente. Il Service Pack 2 non blocca questo tipo di flusso di lavoro basato sullo stato che si avvale della coricorsione.
· Prima del Service Pack 2, un flusso di lavoro che viene avviato da un'operazione di modifica può diventare un ciclo infinito aggiornando l'elemento corrente e quindi attivando se stesso.
· Dopo il Service Pack 2, un flusso di lavoro che viene avviato da un'operazione di modifica può attivare qualsiasi altro flusso di lavoro dello stesso tipo aggiornando l'elemento corrente, ma un tale flusso di lavoro non può attivare se stesso. Gli scenari di coricorsione, inclusi quelli in cui viene implementato un flusso di lavoro basato sullo stato mediante l'utilizzo di molti flussi di lavoro più piccoli che vengono avviati da un'operazione di modifica, non vengono pertanto bloccati.
· Come promemoria, non è mai stato possibile creare un ciclo infinito facendo in modo che un flusso di lavoro che viene avviato da un'operazione di creazione creasse un elemento nell'elenco corrente. Ogni flusso di lavoro dispone di una proprietà contenente i "flussi di lavoro che non è possibile avviare". Tale proprietà viene utilizzata per impedire che venga generato un ciclo per i flussi di lavoro che si avviano al momento della creazione di un elemento.
· Come ulteriore promemoria, tutti gli scenari precedenti riguardano solo flussi di lavoro associati a un singolo elenco o a una singola raccolta. I cicli infiniti negli scenari con più elenchi non sono mai stati bloccati per i flussi di lavoro che vengono avviati da un'operazione di modifica o di creazione.
In questa sezione viene presentato un esempio di come un flusso di lavoro che viene avviato da un'operazione di modifica può avvalersi dei cicli infiniti prima del Service Pack 2. Dopo il Service Pack 2, tale flusso di lavoro non può attivare se stesso, pertanto nella sezione successiva viene presentato un esempio di come creare un ciclo utilizzando due flussi di lavoro distinti.
Si supponga di disporre di un elenco di attività denominato Attività del team (Team Tasks) e di voler progettare un flusso di lavoro in grado di inviare ogni giorno un promemoria finché l'attività non viene contrassegnata come completata.
Aggiungere innanzitutto all'elenco una colonna denominata Contatore (Counter) con un valore predefinito (Default value) uguale a 0.
È necessario nascondere le colonne Contatore nei moduli elenco (Nuovo elemento, Modifica elemento), in modo che solo il flusso di lavoro possa accedervi e aggiornarle. Nella pagina Impostazioni elenco innanzitutto fare clic su Impostazioni avanzate e quindi consentire la gestione dei tipi di contenuto.
Nella pagina Impostazioni elenco fare clic su ogni tipo di contenuto e nella pagina successiva fare clic sulla colonna Contatore (Counter). Verificare che tale colonna sia nascosta (Hidden). Procedere in questo modo per tutti i tipi di contenuto dell'elenco.
Dopo avere creato e nascosto la colonna Contatore (Counter) in modo che non venga visualizzata nei moduli, si è pronti per progettare il flusso di lavoro.
Il flusso di lavoro Promemoria giornaliero (Daily Reminder) deve avviarsi ogni volta che un elemento viene creato o modificato.
Durante il primo passaggio vengono effettuate due verifiche. (1) Se l'attività è già stata contrassegnata come completata, il flusso di lavoro si interrompe. Tale regola crea un "corto circuito" nel ciclo ogni volta che l'attività alla fine viene contrassegnata come completata. (2) Se l'attività non è stata completata, il flusso di lavoro controlla se la data di scadenza è futura, ovvero successiva alla data odierna. Se tale condizione è vera, il flusso di lavoro viene sospeso fino alla data di scadenza perché non si desidera che vengano inviati promemoria fino alla data di scadenza.
Durante il secondo passaggio viene di nuovo verificato se l'attività è stata completata (nel caso il flusso di lavoro sia stato sospeso fino a una data di scadenza nel passaggio precedente e nel frattempo l'attività sia stata completata). Se l'attività non è ancora stata completata, il flusso di lavoro rimane sospeso per un giorno.
Durante il terzo passaggio viene verificato ancora una volta se l'attività è stata completata mentre il flusso di lavoro era sospeso. Se tale condizione è vera, il flusso di lavoro si interrompe.
Se l'attività non è stata completata, il flusso di lavoro (1) invia il promemoria tramite posta elettronica, (2) imposta la variabile CurrentCount eseguendo una ricerca per il campo Elemento corrente/Contatore (Current Item/Counter), (3) aggiunge 1 a CurrentCount e archivia tale valore in una variabile NewCount e infine (4) imposta la colonna Contatore (Counter) sul valore archiviato nella variabile NewCount.
In questo passaggio fondamentalmente il valore della colonna Contatore (Counter) viene incrementato di 1 a ogni esecuzione del flusso di lavoro. È pertanto possibile osservare tale colonna per vedere quanti promemoria sono stati inviati. L'aspetto ancora più importante è che a "modificare" l'elemento corrente è l'azione "Imposta campo in elemento corrente" alla fine di questo passaggio. In questo modo il flusso di lavoro attiva se stesso e quindi crea il ciclo.
Dopo il Service Pack 2, è ancora possibile ottenere questo effetto ciclo, ma è necessario progettare due flussi di lavoro che si attivano reciprocamente (coricorsione) invece di un singolo flusso di lavoro che attiva se stesso.
In questo caso verranno utilizzati (1) un flusso di lavoro Contatore (Counter) che incrementa il conteggio e (2) un flusso di lavoro Compito (Worker) che invia effettivamente il promemoria tramite posta elettronica.
Come descritto in precedenza, è necessario creare nell'elenco una colonna Contatore (Counter) con un valore predefinito (Default value) pari a 0, consentire la gestione dei tipi di contenuto e impostare tale campo come nascosto (Hidden) per tutti i tipi di contenuto dell'elenco.
Questa progettazione con due flussi di lavoro richiede una seconda colonna, InviaPosta (SendMail), che fungerà da flag per il flusso di lavoro Compito (Worker). Il valore predefinito (Default value) deve essere No, altrimenti qualsiasi modifica apportata a un'attività determinerà l'invio del promemoria tramite posta elettronica.
Il flusso di lavoro Contatore (Counter) si avvierà quando un elemento viene creato o modificato.
Durante il primo passaggio viene verificato lo stato dell'attività. Se questa è stata completata, il flusso di lavoro Contatore (Counter) si interromperà.
Se la data di scadenza è futura, ovvero è successiva alla data odierna, il secondo passaggio rimane sospeso fino alla data di scadenza perché non si desidera che vengano inviati promemoria finché l'attività non è scaduta.
Durante il terzo passaggio viene di nuovo verificato il completamento dell'attività, nel caso l'attività sia stata completata mentre il flusso di lavoro era sospeso nel passaggio precedente. Se l'attività non è ancora stata completata, il flusso di lavoro rimane sospeso per un giorno.
Durante il passaggio finale viene verificato ancora una volta lo stato per vedere se l'attività è stata completata durante la pausa durata tutto il giorno precedente. In caso contrario, il flusso di lavoro aggiorna l'elemento corrente (1) incrementando di uno il valore della colonna Contatore (Counter) e (2) impostando il flag InviaPosta (SendMail) su Sì (Yes). Il valore predefinito è No.
Il flusso di lavoro Contatore (Counter) sopra descritto termina aggiornando (modificando) l'elemento corrente. Tali aggiornamenti attivano il flusso di lavoro Compito (Worker), che è impostato per avviarsi quando un elemento viene modificato.
Il flusso di lavoro Compito (Worker) verifica semplicemente se il flag InviaPosta (SendMail) è impostato su Sì (Yes). In caso affermativo, il flusso di lavoro invia il promemoria tramite posta elettronica e imposta di nuovo il flag su No.
L'impostazione del flag InviaPosta (SendMail) su No è la modifica che attiva il flusso di lavoro Contatore (Counter) precedente. I flussi di lavoro Contatore (Counter) e Compito (Worker) si attiveranno reciprocamente, inviando promemoria giornalieri finché l'attività non viene contrassegnata come completata.
In alternativa, invece di avere un ciclo infinito, è possibile fare in modo che il flusso di lavoro Compito (Worker) riassegni tramite escalation la notifica dell'attività quando la colonna Contatore (Counter) raggiunge un determinato valore, ad esempio cinque promemoria. Nel passaggio successivo vengono eseguite diramazioni diverse a seconda del conteggio dei promemoria. Quando tale conteggio arriva a 5, il flusso di lavoro invia un messaggio a un responsabile il cui indirizzo di posta elettronica può essere specificato a livello di codice (hard-coded) nell'azione Invia un messaggio oppure essere recuperato da un elenco tramite una ricerca del flusso di lavoro.
È inoltre possibile fare in modo che il flusso di lavoro Compito (Worker) riassegni l'attività a un altro individuo o gruppo dopo l'invio di un determinato numero di promemoria. Per questo passaggio, il flusso di lavoro riassegna l'attività a un gruppo di SharePoint costituito dai membri del team responsabili di seguire lo svolgimento di tali attività riassegnate tramite escalation.
Se si desidera che il ciclo termini quando il conteggio raggiunge un determinato numero, ricordarsi inoltre di aggiungere una diramazione al primo passaggio del flusso di lavoro Contatore (Counter), non al flusso di lavoro Compito (Worker). Tale diramazione interrompe il ciclo quando la colonna Contatore (Counter) raggiunge il valore 6.
Spero che tutte queste informazioni vi siano utili.
-Stephen
Questo è un post di blog localizzato. L'articolo originale è disponibile in Service Pack 2 prevents an on-change workflow from starting itself.
Blocco di SharePoint Designer
Salve a tutti. Sono di nuovo Stephen e vi scrivo a proposito di SharePoint Designer. Come sapete, SharePoint Designer 2007 è un potente strumento per la modifica dei siti di SharePoint. Anzi, è uno strumento così potente che in alcuni casi nella vostra azienda è probabile che abbiate la necessità di controllare dove e chi può utilizzarlo.
Con questo post tenterò di rispondere a una domanda molto comune degli utenti, ovvero "Come è possibile bloccare SharePoint Designer all'interno della propria organizzazione?". Proverò inoltre ad affrontare la problematica opposta, che si presenta negli ambienti in cui SharePoint Designer è stato bloccato e per cui gli utenti si chiedono "Perché viene visualizzato un messaggio quando si tenta di modificare un sito in SharePoint Designer?".
Nella tabella seguente sono illustrate le diverse modalità con cui è possibile bloccare SharePoint Designer nella propria organizzazione. Alcune di queste informazioni sono già state pubblicate altrove, ad esempio in Office Online, su TechNet, su MSDN, nella Knowledge Base e così via, ma ho pensato che sarebbe stato utile riunirle tutte insieme.
(non una funzionalità di sicurezza)
Per una panoramica grafica dei diversi livelli, vedere MSDN: Architettura di server e siti: Panoramica del modello a oggetti.
Per le opzioni sopra descritte per cui è previsto l'utilizzo di autorizzazioni, che sia a livello di sito o in Amministrazione centrale, sono tre le autorizzazioni che è necessario considerare.
Se si è preoccupati degli utenti che modificano i file di un sito, è possibile deselezionare la casella di controllo relativa all'autorizzazione Aggiunta e personalizzazione pagine (Add and Customize Pages). In questo modo, verrà deselezionata anche la casella di controllo relativa a un'autorizzazione dipendente, ovvero Gestione sito Web (Manage Web Site).
Quando si rimuovono queste autorizzazioni, gli utenti possono comunque aprire un sito in SharePoint Designer e aprire e modificare le pagine che possono trovarsi nella radice del sito, ad esempio il file default.aspx. Quando tenteranno di salvare tali modifiche, verrà tuttavia visualizzato il messaggio seguente.
Senza l'autorizzazione Aggiunta e personalizzazione pagine (Add and Customize Pages), un utente non può salvare la pagina modificata nella radice o in qualsiasi altra cartella del sito, ad esempio non può salvare le modifiche apportate al file default.aspx nella radice del sito. Può tuttavia salvare la pagina modifica in qualsiasi raccolta del sito per cui disponga delle autorizzazioni o in un percorso esterno al sito corrente. Ricordare che le autorizzazioni per gli elenchi sono distinte da quelle per i siti. Per questi due gruppi di autorizzazioni esistono anzi due sezioni separate nell'elenco delle autorizzazioni. Impedendo perciò agli utenti di salvare le modifiche nei file che si trovano all'esterno di elenchi o raccolte, non si impedisce loro di aprire il sito in SharePoint Designer e di eseguire operazioni quali eliminare flussi di lavoro dalla raccolta documenti Flussi di lavoro o eliminare un intero elenco. Le autorizzazioni per questi elenchi e raccolte vengono gestite separatamente. Vedere la sezione successiva.
Ecco un'ulteriore considerazione. Se si dispone di tutte le autorizzazioni, ovvero del livello di autorizzazione Controllo completo, saranno visibili tutte le opzioni della pagina Impostazioni sito (vedere la prima immagine riportata di seguito). Se non si dispone dell'autorizzazione Gestione sito Web (Manage Web Site), che dipende da Aggiunta e personalizzazione pagine (Add and Customize Pages), molte opzioni della pagina Impostazioni sito non saranno visibili (vedere la seconda immagine riportata di seguito). Tenere conto di questo aspetto quando si gestiscono le autorizzazioni utente, soprattutto a livello di Amministrazione centrale, perché si rischia di impedire a molti utenti di eseguire attività amministrative chiave nel loro sito.
Come spiegato in precedenza, se gli utenti possono aprire un sito in SharePoint Designer, possono, a seconda delle autorizzazioni per gli elenchi di cui dispongono, eliminare contenuto da elenchi e raccolte come flussi di lavoro, moduli elenco o addirittura elenchi interi. Per evitare tale situazione, è necessario disattivare l'autorizzazione Gestione elenchi (Manage Lists).
Dopo la rimozione di questa autorizzazione, quando un utente apre un sito in SharePoint Designer e tenta di eliminare un elenco oppure un file dell'elenco che eredita le autorizzazioni dal sito, verrà visualizzato il messaggio di avviso di accesso negato standard.
Si noti che questa autorizzazione può essere ignorata a livello di un elenco o di una raccolta specifica se tale elenco o raccolta interrompe l'ereditarietà. La raccolta documenti Flussi di lavoro ad esempio è una raccolta nascosta nel sito che, per impostazione predefinita, non eredita le autorizzazioni dal sito. Quando si crea un sito, tale raccolta ottiene la stessa configurazione di autorizzazioni del sito, ma le eventuali modifiche apportate successivamente alle autorizzazioni a livello di sito, ad esempio disattivando Gestione elenchi (Manage Lists), non vengono applicate automaticamente alla raccolta Flussi di lavoro.
Per gestire le autorizzazioni per la raccolta Flussi di lavoro, aprire il sito in SharePoint Designer >> fare clic con il pulsante destro del mouse su tale raccolta >> scegliere Proprietà >> fare clic sulla scheda Sicurezza (Security) >> fare clic sul collegamento "Gestisci autorizzazioni con il browser" (Manage permissions using the browser).
Si noti che, disattivando Gestione elenchi (Manage Lists) per gli utenti, si impedisce loro anche di aggiungere colonne a un elenco o di creare visualizzazioni pubbliche.
Le opzioni precedenti impediscono agli utenti di modificare o eliminare gli oggetti di un sito dopo che aprono il sito in SharePoint Designer. È inoltre possibile impedire agli utenti di aprire un sito in SharePoint Designer innanzitutto disattivando l'autorizzazione Esplorazione directory (Browse Directories).
Disattivando questa autorizzazione, si disattivano anche quattro autorizzazioni dipendenti, due già illustrate in precedenza, ovvero Aggiunta e personalizzazione pagine (Add and Customize Pages) e Gestione sito Web (Manage Web Site), e altre due non ancora illustrate, ovvero Gestione autorizzazioni (Manage Permissions) ed Enumerazione autorizzazioni (Enumerate Permissions).
Quando un utente che non dispone dell'autorizzazione Esplorazione directory (Browse Directories) per un sito o un'applicazione Web tenta di utilizzare SharePoint Designer per aprire tale sito o qualsiasi sito di tale applicazione Web, verrà visualizzato il messaggio seguente.
Verrà quindi visualizzata la richiesta di specificare nuove credenziali di accesso. Se con tali nuove credenziali l'accesso non riesce, verrà visualizzato il messaggio seguente.
Osservando l'elenco delle autorizzazioni, si può essere tentati di disattivare l'autorizzazione Utilizzo interfacce remote (Use Remote Interfaces) perché nella relativa descrizione viene indicata la possibilità di utilizzare interfacce di SharePoint Designer per accedere al sito Web (SharePoint Designer interfaces to access the Web site). Sarebbe una motivazione ragionevole, ma non disattivare tale autorizzazione perché da essa dipende l'autorizzazione Utilizzo caratteristiche di integrazione client (Use Client Integration Features), la cui rimozione comporta la disattivazione di qualsiasi integrazione di SharePoint con le applicazioni di Office come Word, Excel e PowerPoint.
Ad esempio, se si disattiva Utilizzo interfacce remote (Use Remote Interfaces), si noterà che l'opzione Modifica in Microsoft Office Word scompare dal menu per un elenco o una raccolta.
Oppure quando si tenta di visualizzare la cronologia delle versioni di un documento in Word (pulsante Office >> menu Server >> Visualizza cronologia versioni), verrà visualizzato il messaggio seguente.
Risulteranno inoltre disattivate tutte le altre fantastiche funzionalità come l'integrazione dei flussi di lavoro, pertanto la disattivazione di Utilizzo interfacce remote (Use Remote Interfaces) non è certo il metodo più appropriato per controllare l'accesso con SharePoint Designer.
Come amministratori del server, è possibile impedire agli utenti di aprire siti in SharePoint Designer 2007 modificando il file ONET.XML nel server. In ogni definizione di sito è incluso un file ONET.XML, la cui modifica incide su tutti i siti basati su tale definizione di sito. È ad esempio possibile modificare ONET.XML per la definizione di sito "sts" ” per impedire a tutti gli utenti di aprire in SharePoint Designer tutti i siti del team creati a partire da tale definizione. Non esiste un "superfile ONET.XML" in grado di controllare tutte le definizioni di sito.
La modifica di ONET.XML è una modifica globale che interessa tutti i siti nel server.
1) Nel server aprire Esplora risorse e passare alla cartella contenente la definizione di sito:
<Unità:>\Programmi\File comuni\Microsoft Shared\Web Server Extensions\12\TEMPLATE\SiteTemplates\<tipo_sito>\XML
Ecco i modelli di sito per un server che esegue SharePoint Server 2007. Per Windows SharePoint Services è disponibile una gamma più limitata di modelli di sito. Per ogni modello di sito esiste il relativo file ONET.xml.
I nomi di alcune cartelle sono abbastanza criptici. Come riferimento rapido, utilizzare la tabella seguente in cui sono riportati i nomi delle diverse cartelle con i nomi dei siti corrispondenti.
2) Fare clic con il pulsante destro del mouse sul file ONET.XML corrispondente alla definizione di sito e aprirlo con il Blocco note (Notepad).
3) Aggiungere la riga seguente all'interno del tag Project di inizio:DisableWebDesignFeatures=wdfopensite
4) Salvare il file e chiudere il Blocco note (Notepad).
5) Nel server eseguire un comando iisreset.A tale scopo, fare clic sul pulsante Start, scegliere Esegui, digitare cmd e fare clic su OK. Al prompt dei comandi digitare iisreset nome_computer /restart e quindi premere INVIO.
6) Se vi è un sito di questo tipo aperto in SharePoint Designer, chiudere SharePoint Designer.Quando si tenta di aprire il sito in SharePoint Designer, dovrebbe venire visualizzato il messaggio seguente.
Knowledge Base 940958: Come impedire la modifica di un sito di Windows SharePoint Services 3.0 o di un sito di SharePoint Server 2007 agli utenti di SharePoint Designer 2007
TechNet: Directory e percorsi di archiviazione speciali (Office SharePoint Server)
MSDN: Definizioni di sito e relative configurazioni
MSDN: Elemento Project
In Amministrazione centrale è possibile attivare o disattivare le autorizzazioni per tutti gli utenti e i gruppi in un'applicazione Web. Una gestione centralizzata delle autorizzazioni come questa può essere molto comoda perché un'applicazione Web può includere 150.000 raccolte siti. Quando si deseleziona la casella di controllo relativa a un'autorizzazione in un'applicazione Web, tale autorizzazione non può essere assegnata ad alcun utente o gruppo in qualsiasi sito di qualsiasi raccolta siti dell'applicazione Web.
Passare al sito Amministrazione centrale (Central Administration). Nella scheda Gestione applicazioni (Application Management) fare clic su Autorizzazioni utente per l'applicazione Web.
Nella pagina successiva verrà visualizzato lo stesso elenco di autorizzazioni mostrato durante la gestione dei livelli di autorizzazione per un singolo sito, con un'unica eccezione. In Amministrazione centrale sarà disponibile un'ulteriore autorizzazione denominata Utilizzo di creazione siti in modalità self-service.
Gli effetti della disattivazione di autorizzazioni specifiche sono quelli descritti più indietro, ma in Amministrazione centrale il modo più semplice per impedire agli utenti di modificare siti in SharePoint Designer consiste nel disattivare l'autorizzazione Esplorazione directory (Browse Directories) in modo che non possano aprire affatto i siti in SharePoint Designer. Tali utenti non potranno pertanto accedere nel browser a tutte le opzioni delle pagine Impostazioni sito e non saranno in grado di gestire le autorizzazioni per alcun sito nell'applicazione Web.
TechNet: Gestire le autorizzazioni per un'applicazione Web (Office SharePoint Server)
L'opzione illustrata nella sezione precedente, ovvero l'utilizzo delle autorizzazioni per l'applicazione Web, è un'impostazione che riguarda tutti gli utenti e tutti i gruppi per tutte le raccolte siti in un'applicazione Web. Se è necessaria una maggiore granularità, è possibile impostare le autorizzazioni per utenti o gruppi specifici in un'applicazione Web. A tale scopo, creare criteri per l'applicazione Web. Nel blog di Joel Olson sono contenuti alcuni buoni esempi di quando è utile avvalersi di criteri per un'applicazione Web.
Come affermato da Joel, un criterio per un'applicazione Web è un sistema per gestire centralmente le autorizzazioni ed è diverso da un criterio di gestione delle informazioni (controllo, scadenza, etichette e codici a barre) utilizzato per gestire i dati di un elenco o di una raccolta.
Passare al sito Amministrazione centrale (Central Administration). Nella scheda Gestione applicazioni (Application Management) fare clic su Criteri per l'applicazione Web (Policy for Web Application).
La gestione dei criteri di autorizzazione in Amministrazione centrale è molto simile alla gestione delle autorizzazioni in un sito del team di SharePoint. È possibile aggiungere utenti, configurare livelli di autorizzazione e quindi assegnare agli utenti un livello di autorizzazione.
L'unica differenza nell'impostazione delle autorizzazioni nel caso dei criteri è rappresentata dal fatto che per ogni autorizzazione sono disponibili due caselle di controllo, ovvero Concedi (Grant) e Nega (Deny). Se entrambe le caselle di controllo restano deselezionate, il criterio non concede o nega esplicitamente l'autorizzazione in questione e il fatto che gli utenti dispongano o meno della stessa è a discrezione dei proprietari dei siti nell'applicazione Web. Se si concede esplicitamente un'autorizzazione come parte di un criterio per un'applicazione Web, l'utente disporrà di tale autorizzazione e tale condizione non potrà essere modificata dal proprietario di un sito a livello di sito. Analogamente, se si nega esplicitamente un'autorizzazione, gli utenti non potranno mai disporre di tale autorizzazione.
In questo caso, le scelte disponibili in relazione all'utilizzo delle autorizzazioni per bloccare SharePoint Designer sono uguali a quelle descritte in precedenza. Come riferimento rapido, utilizzare la tabella seguente in cui sono riportati i livelli di criteri di autorizzazione predefiniti che concedono o negano tali autorizzazioni. Qui la procedura più semplice per bloccare SharePoint Designer consiste nell'aggiungere un nuovo livello di criteri di autorizzazione che neghi esplicitamente l'autorizzazione Esplorazione directory (Browse Directories) con le limitazioni relative alle dipendenze sopra illustrate e quindi nell'assegnare tale criterio a utenti o gruppi specifici.
TechNet: Gestire le autorizzazioni tramite i criteri (Office SharePoint Server)
Il proprietario di un sito può impostare le autorizzazioni per i singoli utenti e per i singoli siti.
Se il sito non eredita le autorizzazioni:
· Fare clic sul menu Azioni sito >> Impostazioni sito >> Autorizzazioni avanzate >> menu Impostazioni >> Livelli di autorizzazione
Se il sito eredita le autorizzazioni:
· Fare clic sul menu Azioni sito >> Impostazioni sito >> Autorizzazioni avanzate >> menu Azioni >> Modifica autorizzazioni >> fare clic su OK >> menu Impostazioni >> Livelli di autorizzazione
A livello di sito sono disponibili le stesse autorizzazioni, le quali hanno le stesse dipendenze descritte in precedenza. Come riferimento rapido, utilizzare la tabella seguente in cui sono riportati i livelli di autorizzazione predefiniti di SharePoint Server 2007 che includono tali autorizzazioni.
Ecco la procedura più semplice:
· Per impedire agli utenti di aprire un sito in SharePoint Designer, aggiungerli al gruppo Visitatori. Si noti che i visitatori non possono nemmeno modificare gli elementi o i file di elenchi o raccolte nel browser.
· Per impedire agli utenti di modificare un sito in SharePoint Designer, aggiungerli al gruppo Membri. I membri possono modificare gli elementi o i file di elenchi o raccolte nel browser. Possono inoltre aprire, ma non modificare, un sito in SharePoint Designer.
· Per consentire agli utenti di modificare un sito in SharePoint Designer ma non di eseguire attività tipiche del proprietario di un sito (come ad esempio la gestione delle autorizzazioni), creare un gruppo Designer e assegnargli il livello di autorizzazione Progettazione. Gli utenti con tale livello di autorizzazione possono aprire e modificare un sito in SharePoint Designer, ma non dispongono dell'autorizzazione Gestione autorizzazioni.
Ricordare che sulle autorizzazioni a livello di sito hanno la priorità le autorizzazioni a livello di applicazione Web. Anche se si assegna a un utente il livello di autorizzazione Controllo completo per il sito, a tale utente verrà negato l'accesso se le autorizzazioni necessarie sono state rimosse o negate in Amministrazione centrale.
Office Online: Livelli di autorizzazione e autorizzazioni
Office Online: Gestire i livelli di autorizzazione
È possibile utilizzare la funzionalità Impostazioni collaboratore per attivare e configurare la modalità Collaboratore, che è una modalità di accesso limitato in SharePoint Designer 2007. Gli utenti che aprono un sito per modificarlo in SharePoint Designer 2007 hanno accesso a funzionalità o comandi diversi, a seconda del gruppo di collaboratori a cui appartengono e alle limitazioni per la modifica assegnate a tale gruppo.
Scegliere Impostazioni collaboratore (Contributor Settings) dal menu Sito.
Con Impostazioni collaboratore (Contributor Settings) è possibile avere un controllo specifico su quali utenti possono eseguire determinate attività in SharePoint Designer 2007. Tenere tuttavia presenti due aspetti importanti:
· A differenza delle autorizzazioni, Impostazioni collaboratore non è una funzionalità di sicurezza. La modalità Collaboratore è specifica per l'utilizzo in un ambiente in cui i proprietari dei siti si fidano delle intenzioni dei propri utenti. Tale modalità è utile per guidare gli utenti in una particolare direzione per l'esecuzione delle loro attività, in modo da evitare modifiche accidentali al sito Web.
· Le impostazioni collaboratore di un utente non possono incidere sulle operazioni consentite dalle autorizzazioni di cui tale utente dispone. Le autorizzazioni sono una funzionalità di sicurezza, ma non Impostazioni collaboratore. In caso di conflitti, le autorizzazioni hanno sempre la priorità sulle impostazioni collaboratore.
Per poter attivare o disattivare Impostazioni collaboratore, è necessario disporre dell'autorizzazione Gestione autorizzazioni. In SharePoint Server 2007, per impostazione predefinita, tale autorizzazione è inclusa solo nei livelli di autorizzazione Controllo completo e Gestione gerarchia. Per impostazione predefinita, solo i membri del gruppo Proprietari possono pertanto disattivare Impostazioni collaboratore.
Se infine un utente tenta di salvare un file in un percorso non consentito da Impostazioni collaboratore, verrà visualizzato il consueto messaggio di accesso negato.
Le impostazioni collaboratore possono essere configurate solo per i singoli siti e vengono archiviate in un file con estensione htm. È tuttavia possibile configurare tali impostazioni per un sito temporaneo, salvare il file html e quindi includere questo file in una definizione di sito mediante l'utilizzo dell'elemento File. In questo modo, tutti i siti creati a partire da tale definizione condivideranno le stesse impostazioni collaboratore.
Office Online: Introduzione alle impostazioni per i collaboratori
Office Online: Utilizzo delle impostazioni per i collaboratori in qualità di gestore del sito
In una rete basata su Windows gli amministratori possono utilizzare le impostazioni di Criteri di gruppo per controllare più facilmente l'utilizzo di Microsoft Office System 2007, incluso SharePoint Designer 2007, da parte degli utenti. Le impostazioni di Criteri di gruppo infatti consentono agli amministratori di definire e gestire una configurazione di Office nei computer degli utenti. A differenza di altre personalizzazioni, ad esempio le impostazioni predefinite distribuite in un file di personalizzazione dell'installazione, le impostazioni dei criteri vengono applicate e possono essere utilizzate per creare configurazioni gestite ad alto livello o con gestione limitata. Gli amministratori ad esempio possono utilizzare impostazioni di criteri per disattivare comandi di menu dell'interfaccia utente, i corrispondenti pulsanti delle barre degli strumenti e i tasti di scelta rapida.
È possibile creare impostazioni dei criteri applicabili al computer locale e a tutti gli utenti di tale computer oppure applicabili solo a singoli utenti:
· Le impostazioni dei criteri per i singoli computer vengono applicate la prima volta che un utente qualsiasi esegue l'accesso alla rete dal computer in questione.
· Le impostazioni dei criteri per i singoli utenti vengono applicate quando l'utente specificato esegue l'accesso alla rete da un computer qualsiasi.
Criteri di gruppo è una funzionalità completamente separata dai criteri di autorizzazione di Amministrazione centrale e dai criteri di gestione delle informazioni applicati a un elenco o a una raccolta. Criteri di gruppo non controlla l'accesso agli oggetti come siti o raccolte siti in una distribuzione di SharePoint. Consente invece di disattivare i comandi e i pulsanti dell'interfaccia utente di SharePoint Designer 2007. Se ad esempio non si desidera che gli utenti eseguano attività a elevato utilizzo di risorse, come il backup dei siti durante le ore di funzionamento di picco, è possibile utilizzare Criteri di gruppo per disattivare il comando Backup sito Web in SharePoint Designer per computer o utenti specifici.
Per poter disattivare l'interfaccia utente, è necessario specificare l'ID controllo barra degli strumenti (TCID) per i controlli di Office System 2007. Per le applicazioni di Office 2007 dotate della barra multifunzione, in questo download è incluso un elenco di TCID.
In SharePoint Designer 2007 è possibile ottenere gli ID dei controlli utilizzando lo stesso codice VBA che funziona in Office 2003. Le procedure e i frammenti di codice VBA sono disponibili in Office Online: Gestione delle configurazioni degli utenti mediante criteri.
Come riferimento rapido, utilizzare il foglio di calcolo allegato a questo post perché contiene i TCID relativi a tutti i menu e i comandi di SharePoint Designer 2007.
TechNet: Applicare impostazioni utilizzando Criteri di gruppo in Office System 2007
TechNet: Disattivare elementi e tasti di scelta rapida dell'interfaccia utente
Gestione dell'organizzazione mediante la Console Gestione Criteri di gruppo
Office Online: Gestione delle configurazioni degli utenti mediante criteri
Questo è un post di blog localizzato. L'articolo originale è disponibile in Locking Down SharePoint Designer.
Utilizzo di Office Web Apps per la Relazione annuale Microsoft per il 2010
Siamo sempre entusiasti di vedere le nuove modalità con cui gli utenti possono avvalersi di Office Web Apps per condividere i documenti. Alcune settimane fa Microsoft ha reso nota la sua Relazione annuale per il 2010 e, per la prima volta, chiunque può visualizzarla direttamente nel proprio Web browser utilizzando Word Web App o scaricarla nel proprio computer se lo preferisce.
Gli investitori ora possono leggere la cosiddetta relazione agli azionisti, o relazione annuale, 10-K anche se utilizzano un computer in cui Office non è installato. Grazie alla visualizzazione ad alta fedeltà garantita da Office Web Apps, chiunque può inoltre vedere al meglio il contenuto con tutte le immagini, i grafici, le note a piè di pagina e la formattazione nel Web browser.
Con Office Web Apps e SkyDrive, ogni utente può aggiungere facilmente e gratuitamente un collegamento Web Apps in un documento del proprio sito Web o del proprio blog. È ad esempio possibile inserire nel proprio blog un collegamento per accedere al proprio curriculum vitae, alla propria lista della spesa (naturalmente in Excel) o a una divertente presentazione creata in PowerPoint. Oppure le aziende possono inserire nel loro sito Web collegamenti a materiale di supporto, presentazioni o listini prezzi (proprio come Dane Creek Folios). Nel caso di presentazioni di PowerPoint e di fogli di calcolo di Excel, è inoltre possibile incorporare mini versioni dei propri documenti direttamente nel proprio sito.
In questo modo, chiunque visiti il sito può semplicemente fare clic sul documento per visualizzarlo nel proprio browser. Non è pertanto più necessario preoccuparsi della versione di Office di cui dispongono i visitatori del sito o del fatto che questi abbiano o meno installato Office. Non è nemmeno più necessario convertire il contenuto in HTML o in formato PDF perché è possibile utilizzare direttamente i documenti di Office originali.
Ecco illustrate qui di seguito le poche operazioni che è necessario effettuare:
Spero di avervi così dato qualche idea su come migliorare il vostro sito Web o il vostro blog utilizzando Office Web Apps. Aspetto con ansia di conoscere le vostre storie per sapere come state utilizzando il prodotto.
Evan LewProduct Manager, Office Web Apps
Questo è un post di blog localizzato. L'articolo originale è disponibile in Using Office Web Apps for the MSFT 2010 Annual Report.
Utilizzo di Office Web Apps per creare nuovi file
È possibile installare Office Web Apps nel corso di una distribuzione di SharePoint. Office Web Apps sarà inoltre disponibile in Windows Live SkyDrive. Una differenza di funzionamento di Office Web Apps in questi due ambienti è rappresentata dalla procedura per la creazione di nuovi file.
In SkyDrive è possibile creare un nuovo documento, una nuova cartella di lavoro, una nuova presentazione o un nuovo blocco appunti di OneNote utilizzando le applicazioni di Office Web Apps. L'interfaccia utente è simile alla seguente:
Quando si crea un nuovo file mediante tale interfaccia utente, il file viene aperto nell'applicazione appropriata di Office Web Apps. In SkyDrive viene utilizzato un semplice modello vuoto per creare questi nuovi file.
Naturalmente è anche possibile caricare file in SkyDrive e modificarli in Office Web Apps. Se inoltre si dispone di Office 2010, sarà possibile salvare i file da applicazioni quali Word e PowerPoint direttamente in SkyDrive.
Se nel computer in uso è installato Office, per creare nuovi file, in SharePoint verrà sempre utilizzato il client desktop di Office appropriato. Non verranno perciò utilizzate applicazioni di Office Web Apps. Se invece nel proprio computer desktop non è installato Office, SharePoint utilizzerà l'applicazione di Office Web Apps appropriata (se disponibile) per creare un nuovo file.
Con Office Web Apps è possibile creare nuovi file basati esclusivamente sui formati Office Open XML (ad esempio, con estensione docx o xlsx) e sul formato di OneNote 2010. Quando si creano nuovi file di Word, PowerPoint ed Excel mediante Office Web Apps, il modello deve essere compatibile con l'applicazione Web. Tutti i modelli forniti con SharePoint sono compatibili con le applicazioni di Office Web Apps. Il funzionamento è leggermente diverso per OneNote Web App, che crea sempre un blocco appunti vuoto di OneNote 2010.
Vorrei fornire qualche dettaglio in più sulla personalizzazione della procedura di creazione di nuovi file in SharePoint. Tali informazioni sono valide sia per i client desktop di Office che per le applicazioni di Office Web Apps.
L'interfaccia utente predefinita di SharePoint per creare nuovi file in una raccolta documenti è simile alla seguente:
Per impostazione predefinita, verrà offerta la possibilità di creare un nuovo documento di Word. Tale documento è basato su un modello di Word predefinito vuoto. Questa interfaccia utente può tuttavia essere personalizzata.
Quando si crea una nuova raccolta documenti, è possibile selezionare un modello di documento. Nei modelli presentati sono inclusi i tipi di file supportati dalle applicazioni di Office Web Apps. Tale interfaccia utente è simile alla seguente:
I modelli da selezionare in questa interfaccia utente sono sempre modelli vuoti predefiniti. Nella pagina Impostazioni avanzate di una raccolta documenti è però possibile cambiare il modello di documento in modo da specificare qualsiasi tipo di file si desideri. È ad esempio possibile utilizzare un modello contenente tipi di carattere personalizzati, un boilerplate o un logo aziendale. L'interfaccia utente per selezionare un modello personalizzato è simile alla seguente:
Per impostazione predefinita, ogni raccolta documenti supporta un solo modello. In molti casi non occorre altro, quindi potete anche smettere di leggere ora.
State ancora leggendo? Bene. Se ad esempio si desidera creare sia file di PowerPoint che file di Word nella stessa raccolta documenti, sarà necessario associare più modelli alla raccolta.
SharePoint consente di associare più modelli a una raccolta documenti utilizzando una funzionalità denominata Tipi di contenuto. Se si è fatto clic sul collegamento, si è avuto modo di vedere che tale funzionalità consente di eseguire molte altre operazioni oltre a consentire semplicemente l'utilizzo di più modelli nello stessa raccolta documenti. Per ora però mi concentrerò solo su questo aspetto.
Per poter utilizzare Tipi di contenuto, sarà necessario:
Ecco come è necessario procedere.
Per iniziare, creare un tipo di contenuto per ogni tipo di file desiderato. A tale scopo, passare a Impostazioni sito e selezionare Tipi di contenuto del sito. Fare clic su Crea. Assegnare un nome, ad esempio Mio documento di Word, al tipo di contenuto. Impostare Tipo di contenuto padre su Documento selezionando tale voce nell'elenco Tipi di contenuto per documenti. Nella pagina Impostazioni avanzate del tipo di contenuto selezionare il modello che si desidera utilizzare.
A questo punto, attivare Tipi di contenuto nella raccolta documenti. A tale scopo, fare clic su Impostazioni raccolta documenti>Impostazioni avanzate.
Tornare a Impostazioni raccolta documenti. Nella sezione Tipi di contenuto selezionare Aggiungi da tipi di contenuto del sito esistenti. Ora si dovrebbe poter selezionare il tipo di contenuto personalizzato.
Se si desidera configurare l'intero sito di SharePoint per l'utilizzo dello stesso insieme di tipi di contenuto in tutte le nuove raccolte documenti, creare un modello di raccolta documenti (diverso dai modelli di cui si è parlato finora) e impostarlo come predefinito per le nuove raccolte documenti. A questo punto, ci stiamo avventurando nel regno dell'XML personalizzato e persino del codice. Ma se si amministra un sito di SharePoint di grandi dimensioni, può essere utile addentrarsi in tali argomenti.
Nick Simons Program Manager, Office Web Apps
Questo è un post di blog localizzato. L'articolo originale è disponibile in Using Office Web Apps to Create New Files.
Perfetta interazione tra Office Web Apps e browser
Nella mia ultima vacanza sono tornato a casa per rivedere i miei familiari. Come tutti coloro che per lavoro hanno a che fare con la tecnologia, sono subito diventato ufficialmente l'addetto all'assistenza tecnica. Ho perciò passato parte delle mie ferie ad aggiornare e installare software e a riparare computer, scoprendo le diverse configurazioni utilizzate dai singoli membri della mia famiglia.
Mia madre utilizza Vista con Internet Explorer 7, i miei fratelli utilizzano entrambi computer Mac e Safari (e molto saggiamente non mi hanno consentito di mettervi mano), mio padre lavora con Windows XP e le mie cognate con Vista e Firefox. Questa esperienza mi ha fatto apprezzare, da un punto di vista personale, come sia utile e importante poter lavorare ovunque, indipendentemente da come sia configurato il computer a disposizione.
Mentre stavamo sviluppando Office Web Apps, ci siamo prefissi l'obiettivo di offrire la qualità tipica di Office indipendentemente dalla piattaforma e dal browser in uso. Sappiamo che i nostri clienti possono disporre di configurazioni molto diverse e che in alcuni casi, ad esempio se stanno lavorando in biblioteca o in aeroporto, non hanno certo la possibilità di installare un altro browser.
Le applicazioni di Office Web Apps sono in grado di funzionare con alcuni dei browser più diffusi e ufficialmente garantiamo il supporto per:
Se si preferisce utilizzare un browser diverso da questi, provare comunque ad avvalersi di Web Apps. Se è vero che non possiamo ufficialmente supportare tutti i browser esistenti, è altrettanto vero che questo non impedirà ai clienti di utilizzarli. Uno degli obiettivi di Web Apps è proprio quello di assicurare un'ampia compatibilità.
Nonostante gli sforzi profusi per rendere l'utilizzo uniforme in tutti i browser che supportiamo, in alcuni casi questo è impossibile. Un browser infatti può non offrire lo stesso livello di estendibilità per determinati scenari. Un esempio è rappresentato dal fatto di poter copiare del testo facendo clic sul pulsante di copia sulla barra multifunzione. In Internet Explorer tale operazione viene eseguita dopo la visualizzazione di un messaggio di richiesta, mentre Firefox non supporta la copia negli Appunti tramite mouse. Da Office Web Apps verrà pertanto visualizzata una finestra di dialogo simile a quella riportata di seguito.
Microsoft ha da poco reso disponibile Silverlight 3, un plug-in gratuito per browser che consente agli sviluppatori di creare esperienze Web più sofisticate per molti browser e piattaforme. Le applicazioni di Office Web Apps funzionano bene senza alcun plug-in installato, ma funzionano ancora meglio se si dispone di Silverlight.
Si noterà che, durante la visualizzazione di un documento di Word o di una presentazione di PowerPoint, viene richiesto di installare Silverlight. Questo accade perché la qualità della visualizzazione in Word e PowerPoint migliora con Silverlight.
Quando si esegue PowerPoint Web App con Silverlight installato, è possibile beneficiare automaticamente di alcuni vantaggi. Le animazioni ad esempio risultano più fluide e la diapositiva viene ridimensionata in base alle dimensioni della finestra del browser. Silverlight non è tuttavia necessario per il rendering o l'animazione.
Se si desidera poter usufruire dei vantaggi sopra illustrati quando si utilizzano le applicazioni di Office Web Apps, installare Silverlight. Se si preferisce non installare Silverlight, le applicazioni di Office Web Apps funzioneranno comunque nel browser che si sceglie di utilizzare e sarà possibile lavorare da qualsiasi postazione, quale che sia la configurazione del computer.
Gareth Howell Program Manager, Office Web Apps
Questo è un post di blog localizzato. L'articolo originale è disponibile in Deploying Office Web Apps in the Enterprise.