Articolo originale pubblicato mercoledì 12 ottobre 2011
Salve e benvenuti al mio primo blog come membro del team Office IT Pro. In passato mi sono occupato molto di blog per il team Windows su svariati argomenti tra cui creazione di immagini, automazione della distribuzione, migrazione da sistemi operativi fisici a sistemi operativi virtuali e compatibilità di applicazioni. Vi state domandando cosa ci faccio in Office? Ebbene, per la prossima versione stiamo lavorando su moltissimi aspetti interessanti per la distribuzione e non potevo certo mancare. Nei prossimi mesi vi terremo aggiornati.
Molte persone continuano a utilizzare l'espressione "mondo post-PC" come se la morte di tastiera e mouse fosse imminente. Personalmente adoro i dispositivi senza tastiera e chiunque mi conosca sa che possiedo moltissimi UMPC (Ultra-mobile PC) con e senza tastiere. In questo momento, sto utilizzando un HP 8540W inserito nell'apposito alloggiamento, con tastiera esterna completa e mouse per scrivere questo blog perché sarebbe complesso farlo su uno qualsiasi dei miei tablet PC Windows o non Windows senza tastiera e troverei altrettanto faticoso utilizzare le piccole tastiere dei miei Umid mBook o Fujitsu U820. Non tutti i fattori di forma consentono di svolgere lo stesso lavoro nello stesso modo ed è per questo che ritengo che il "mondo PC" non sia affatto finito. Tanto meno quando si parla di Office e delle applicazioni di produttività e delle varie modalità di utilizzo, ovvero creazione o consumo di contenuti. Questo mi porta alla mia prima riflessione: gli utenti si aspettano esperienze identiche su tutti i dispositivi di elaborazione?
Tenete a mente questo pensiero. Questa è la prima parte di una serie di blog pensati per illustrare il modo in cui le persone possono utilizzare vari tipi di dispositivi per accedere a documenti e file di lavoro, visualizzarli e modificarli. Voglio semplificare il tutto e mostrare alcuni modi pratici per gestire più tipi di dispositivi con vari sistemi operativi e browser. Suddividerò l'esposizione nei seguenti temi chiave.
Gran parte di tutto questo non riguarda solo Office e l'utilizzo della famiglia di applicazioni Office, ma rappresenta un'allegoria generale sulla gestione di più dispositivi e la fornitura di privilegi di accesso differenziati in base all'attendibilità dei dispositivi. Insieme a Yoni Kirsh ho presentato questo argomento in occasione di TechEd ad Atlanta lo scorso maggio. Abbiamo illustrato molti di questi temi e mostrato alcune demo sui dispositivi Windows, iPad e Android e naturalmente sul lato server. Mentre i miei colleghi del team di Windows hanno realizzato molti contenuti sulla consumerizzazione dell'IT per spiegare cosa comportano il desiderio di dispositivi e le tensioni associate alla loro gestione, io ho preferito passare all'atto pratico e costruire un ambiente Exchange e SharePoint funzionante con una serie di dispositivi per osservare le implicazioni reali e i fattori decisionali più importanti dell'espansione di un mondo multi-dispositivo. Questo modo di procedere non mi è nuovo; quando utilizzavamo il concetto di "ottimizzazione dell'infrastruttura" come campagna di vendita e marketing nel 2006, ho deciso di scrivere più di 500 pagine sull'implementazione dei nostri consigli di implementazione dell'infrastruttura core da parte dei professionisti IT, quindi questo argomento sui tablet PC non mi preoccupa.
Come per qualsiasi indagine e creazione di report, è necessario un certo lavoro di individuazione. Se focalizziamo l'attenzione di nuovo su Office, vi renderete conto che ci sono moltissimi modi per visualizzare e modificare i file di Office su molte piattaforme.
Pensando a tutte queste opzioni, ci sono due punti che ritengo importanti come professionista IT: "Offrono funzionalità sufficienti per l'utente e posso gestirle?". Quando parlo di gestione, non intendo la semplice gestione dell'applicazione di Office vera e propria, ma mi riferisco anche a:
Queste sono domande importanti, ma non sono che la punta dell'iceberg. Devo naturalmente valutare ciò che l'applicazione può fare. Gli utenti che eseguono Windows XP con Office 2003 hanno già delle aspettative su Office: se questo viene sostituito con un insieme di applicazioni di Office Web Apps o Office per Mac 2011, le loro aspettative saranno soddisfatte e io disporrò di un controllo di gestione sufficiente? Nel diagramma a quadrante che segue ho raffigurato gli scenari principali in termini di funzionalità e alla gestibilità.
Dal punto di vista della gestibilità, c'è poco da impostare e imporre (imporre è una parola chiave) su un Mac o un telefono. Office per Mac 2011 offre una certa configurabilità in fase di installazione, ma è privo di qualsiasi imposizione di criteri. Questo significa che tutto viene impostato come preferenza e che non esiste un'imposizione di queste impostazioni analoga ai Criteri di gruppo di Active Directory. Vedrete raccomandazioni di questo tipo da Microsoft:
Procedura consigliata
Considerazione
Istruire e formare gli utenti in merito alle impostazioni di sicurezza disponibili per proteggere i documenti.
Non vi sono impostazioni amministrative che consentono di imporre le preferenze di sicurezza specificate. Anche se si impostano e distribuiscono le preferenze di sicurezza, gli utenti possono modificarle in un secondo tempo. Quindi, se la distribuzione delle impostazioni di sicurezza fa parte dei criteri dell'organizzazione, dovrete informare gli utenti sui rischi associati alla modifica delle impostazioni predefinite.
Quando parlo come relatore, come spesso mi capita, mi piace usare citazioni come questa perché sono un modo sicuro per ottenere reazioni di ilarità dal pubblico: "Sì, dirò a persone come mia mamma di non cambiare le impostazioni predefinite... funzionerà sicuramente". Se siete come me, i viaggi a casa implicano solitamente l'esecuzione di ERD Commander almeno una volta su ogni computer della casa. I vostri utenti fanno di meglio?
Il risultato è di quasi parità in termini di funzionalità e livello di caratteristiche rispetto alle applicazioni Windows Office Professional Plus 2010, ma non di uguaglianza. La gestibilità è in gran parte limitata ai controlli di accesso sul lato server e alle preferenze in fase di installazione. Dal mio punto di vista, queste limitazioni pongono Office per Mac 2011 allo stesso livello di gestibilità di Office per Windows Phone 7. Sebbene il telefono, di per sé, non offra impostazioni di preferenze in fase di installazione o post-installazione, le impostazioni applicate da Exchange Active Sync colmano le lacune a livello di preferenze in fase di installazione e i controlli di documenti sul lato server sono analoghi. Windows Phone 7.5 (Mango) e Office per Mac 2011 rispettano entrambi Information Rights Management. Le applicazioni di Office per Windows Phone 7, tuttavia, presentano un insieme più limitato di funzionalità rispetto ai client completi per Windows o Mac. Queste funzionalità, infatti, sono pressoché corrispondenti all'insieme di funzionalità disponibili in Office Web Applications a livello di singole applicazioni, con visualizzazione ad alta fedeltà e capacità limitate in termini di modifica o creazione di documenti. Queste limitazioni caratterizzano in genere la maggior parte delle applicazioni Web, non solo Microsoft, rispetto alle controparti installate localmente. Le Office Web Applications, se non le avete ancora utilizzate, sono accessibili dagli ambienti SharePoint 2010 e dai portali Windows Live e Office 365.
In ultimo, ma non meno importante, ho installato Office su un server Windows remoto o un sistema operativo client e vi accedo tramite un dispositivo Windows o Android remoto, un iPad, un thin PC o un dispositivo analogo. In teoria, la situazione dovrebbe essere analoga all'esecuzione del client completo su un computer locale e fisico e, con il livello attuale di integrazione, ci stiamo avvicinando a questo obiettivo. La mia motivazione per limitare il livello di funzionalità è rappresentata essenzialmente dal mancato utilizzo offline o dall'utilizzo con una connessione lenta. A seconda dell'architettura in uso e del consenso o meno alla persistenza delle impostazioni dei profili utente, le personalizzazioni possono avvenire solo a livello della chiave del Registro di sistema hkey_local_machine (HKLM) o a livello di profilo utente predefinito, che impedisce le personalizzazioni per singoli utenti. Dato che stiamo potenzialmente delineando un server remoto o client virtuale ospitato nel nostro data center e che le sessioni sono generalmente attive e connesse agli strumenti di gestione dei sistemi per il servizio, in genere si ottiene un vantaggio in termini di gestione. Anche se l'hosting remoto può risultare vantaggioso, è comunque necessario prestare attenzione, tra le altre cose, al modo in cui gli endpoint accedono a queste sessioni e al percorso in cui i dati possono essere memorizzati e da cui è possibile accedervi. Nei prossimi blog della serie parleremo delle modalità di accesso ai dati e delle autorizzazioni per il percorso di salvataggio.
Ora avete un'idea dei tipi di recapito per le applicazioni di Office. In questa sede ho evitato intenzionalmente di parlare di riassemblaggio o Application Virtualization poiché si collocano a grandi linee con il client completo; esistono alcuni problemi di non parità a cui si affiancano alcuni vantaggi in tema di provisioning e gestione, ma nell'ambito di questa serie di blog combinerò questo tipo di recapito con il punto in cui colloco l'installazione locale di Office Professional Plus 2010. Nel prossimo blog mi occuperò dei controlli Exchange Active Sync per la posta elettronica e il calendario sui dispositivi slate e delle modalità di configurazione e personalizzazione di Office per l'utilizzo con dispositivi touchscreen.
Grazie per l'attenzione e non perdetevi gli approfondimenti nella parte 2,
Jeremy Chapman
Senior Product Manager
Team di Office IT Pro
Questo è un post di blog localizzato. L'articolo originale è disponibile in Windows, iPad and Android - Managing and Using Your Office Assets in a Tablet World (Part 1)
Articolo originale pubblicato venerdì 9 settembre 2011
Presentato dall'esperto di compatibilità Curtis Sawin
Una delle sfide nella migrazione a Office 2010 consiste nel valutare l'impatto delle modifiche apportate al modello a oggetti nelle applicazioni di Office. I professionisti IT e gli sviluppatori temono che le macro create con una versione precedente di Excel, ad esempio, non funzionino in Excel 2010 a causa delle consistenti modifiche al modello a oggetti. Le macro non funzionanti sembrano quasi inevitabili quando si osserva l'elenco completo delle differenze nei modelli a oggetti tra la versione più recente delle applicazioni di Office 2010 e le controparti di Office 2007, 2003, XP e 2000 su MSDN (vedere i collegamenti riportati alla fine di questo articolo). La maggior parte delle modifiche, tuttavia, non determina alcun impatto e non incide sulle macro. Che cosa significa "la maggior parte"? Ecco un riepilogo:
49 modifiche con un potenziale impatto, distribuite su 5 applicazioni in 4 versioni precedenti. Tutto qui. Ecco un grafico riepilogativo dei risultati:
In questo articolo spieghiamo cosa intendiamo per modifiche prive di impatto e con impatto potenziale. RISORSA SUPPLEMENTARE: per riferimento futuro, abbiamo creato una tabella in cui sono elencate tutte le modifiche con impatto potenziale. La tabella è allegata anche in formato PDF alla fine di questo post.
Nella documentazione di MSDN sono indicate tutte le modifiche al modello a oggetti per le singole applicazioni di Office 2010. Le modifiche sono organizzate in modo tale che per ogni versione precedente di Office siano elencati tutti i metodi o le proprietà che sono state modificate, rimosse o deprecate.
Ad esempio, nel modello a oggetti di Excel 2010 sono presenti circa 900 elementi diversi rispetto alle versioni precedenti. A prima vista, può sembrare un numero consistente e spaventoso. Nell'articolo di MSDN relativo alle modifiche del modello a oggetti di Excel 2010 rispetto alle versioni precedenti sono elencati tutti gli elementi che sono cambiati. L'articolo stampato contiene circa 90 pagine.
La maggior parte di queste modifiche corrisponde a elementi deprecati (indicati anche come nascosti). Che cos'è un "elemento deprecato" e in che modo inciderà sulle macro? Se un elemento è indicato come deprecato, non sarà disponibile nelle versioni future Office ed è necessario prevedere un aggiornamento del codice in futuro. Comunque, gli elementi deprecati continueranno a funzionare. Quindi, se avete un codice macro creato per una versione precedente di Office che contiene metodi, proprietà o costanti deprecate, non dovrete fare nulla per far funzionare quegli elementi in Office 2010. Nulla. Dei quasi 900 elementi modificati (882 per l'esattezza), 794 sono deprecati. Questo significa che circa 800 delle 900 modifiche nel modello a oggetti di Excel non avranno alcun impatto se tali elementi sono presenti nelle macro.
La questione degli elementi deprecati può quindi essere rimandata, ma non ignorata del tutto. Il codice che contiene tali elementi deve essere rivisto e aggiornato per fare in modo che quello che oggi è un codice deprecato non diventi un codice errato in futuro.
Gli elementi "rimossi" rappresentano il punto più importante. Un elemento indicato come rimosso non è più presente nel modello a oggetti di Office 2010. Una macro che contiene elementi che sono stati rimossi in Office 2010 non funzionerà. Per Excel 2010, sono stati rimossi 9 elementi del modello a oggetti rispetto alle versioni precedenti. Questi elementi richiedono attenzione. Devono essere sostituiti.
Per elementi "modificati" si intendono i metodi e le proprietà che sono stati appunto modificati da una versione precedente. È possibile ad esempio che un metodo modificato restituisca un tipo di dati diverso oppure che una proprietà in precedenza "di sola lettura" sia diventata di "lettura/scrittura". Con una piccola analisi, abbiamo riscontrato che la maggior parte delle modifiche sono riferite all'accettazione di parametri aggiuntivi facoltativi da parte di un metodo o di una proprietà. Ad esempio, il metodo ListRows.Add fornisce un parametro facoltativo in Excel 2003, mentre in Excel 2010 ne fornisce due. L'aggiunta di un parametro facoltativo non incide in alcun modo sul suo utilizzo. Se questo metodo era utilizzato in Excel 2003 e forniva solo un parametro, lo stesso codice continuerà a funzionare in Excel 2010 senza modifiche.
In Excel 2010 sono stati modificati 97 elementi. Nessuno di questi comporta un potenziale impatto. Tutte le modifiche agli elementi non influiscono sul codice esistente che contiene gli elementi "modificati".
Quindi, su 882 metodi e proprietà diversi rispetto alle 4 versioni precedenti di Excel, solo 9 avranno un impatto.
Non tutti gli elementi modificati sono privi di impatto. In PowerPoint, ad esempio, il metodo Presentation.SaveAs utilizza un valore predefinito diverso per il parametro opzionale FileFormat. Il valore predefinito è cambiato da "1" (ppSaveAsPresentation) in PowerPoint 2003 a "11" (ppSaveAsDefault) in PowerPoint 2010. Quindi, se si utilizza questo metodo e non si fornisce esplicitamente un valore per il parametro FileFormat, è possibile che si ottengano risultati diversi quando si esegue una macro creata in PowerPoint 2003 anziché in PowerPoint 2010. Questa modifica può quindi avere un impatto a seconda del modo in cui si utilizza questo metodo.
È possibile utilizzare strumenti come Office Code Compatibility Inspector (OCCI) per analizzare le macro e stabilire se contengono codice che è stato modificato rispetto alle versioni precedenti. OCCI produrrà un report in cui è indicato il numero di elementi che sono stati modificati, deprecati o rimossi. Indicherà inoltre se sono utilizzati riferimenti esterni (particolarmente importante se la migrazione a Office 2010 avviene nel contesto di un aggiornamento del sistema operativo) e se si effettuano dichiarazioni non contrassegnate esplicitamente per il funzionamento in un ambiente Office a 64 bit. Di seguito è riportata una cattura di schermata dei risultati forniti da OCCI su una cartella di lavoro di Excel con una macro.
Tenete presente che OCCI utilizza il termine "redesigned" che corrisponde a "rimosso".
Dato che OCCI rileva tutte le modifiche, può essere necessario ordinare i risultati per determinare quali siano le informazioni più rilevanti dal punto di vista pratico. In sostanza, OCCI indica solo che "sono state apportate modifiche" senza specificare in dettaglio quali aspetti devono essere corretti immediatamente e quali in un secondo momento. La tabella seguente intende colmare questa lacuna. Vi sono elencate tutte le modifiche che possono avere un impatto e gli aspetti da valutare immediatamente. A seconda della modalità di utilizzo, è possibile che il codice che contiene questi elementi non richieda alcuna modifica. Potete quindi considerarla come una guida "rapida" per le macro, ma non fate eccessivo affidamento su alcuno strumento, neanche sulla tabella seguente. A rischio di sembrare ridondante, l'unico modo sicuro per stabilire se le macro funzionano consiste nell'eseguirle per verificane il funzionamento.
Nella tabella che segue sono elencate tutte le modifiche con impatto potenziale, compresi gli elementi rimossi e tutti gli elementi modificati che possono avere un impatto. Può essere utilizzata per identificare rapidamente il codice in uso. È possibile utilizzare altri strumenti come OCCI per rilevare tutte le modifiche, ma questa tabella fornisce informazioni più pratiche e fruibili, eliminando le modifiche al modello a oggetti che non incidono in alcun modo nella migrazione delle macro a Office 2010.
Una delle difficoltà che emergono quando ci si affida agli strumenti è data dal fatto che in genere forniscono dati che consentono di rispondere a domande di natura tecnica, ad esempio "Cosa è cambiato?", ma non a domande di business, ad esempio "Quale impatto avrà sulla mia soluzione?". Gli strumenti contribuiscono sicuramente ad automatizzare e accelerare le attività di risoluzione dei problemi, ma un eccessivo affidamento su di essi può determinare l'utilizzo dei dati che forniscono per rispondere alle domande sbagliate. Come sempre, il metodo migliore per verificare il funzionamento della soluzione quando si esegue l'aggiornamento a Office 2010 consiste nell'eseguire test a livello di utente finale che includono l'utilizzo pratico della soluzione stessa, possibilmente in un ambiente di testing.
La tabella riportata sopra è disponibile per il download in formato PDF facendo clic sul collegamento corrispondente alla fine di questo post.
Tramite i collegamenti seguenti è possibile visualizzare le differenze nei vari modelli a oggetti.
Questo è un post di blog localizzato. L'articolo originale è disponibile in Understanding potentially impactful changes in the Office 2010 object model
Articolo originale pubblicato giovedì 6 ottobre 2011
Il team Office Sustained Engineering ha annunciato il rilascio del terzo Service Pack per Office 2007 e SharePoint Server 2007. La data di rilascio prevista si colloca nel 3° trimestre 2011. Man mano che si avvicina il momento, vi terremo aggiornati sulla data di rilascio esatta.
Per ulteriori informazioni, leggete l'annuncio qui: Announcing Service Pack 3 for Office 2007 and SharePoint 2007
Questo è un post di blog localizzato. L'articolo originale è disponibile in Service Pack 3 for Office 2007 and SharePoint 2007 target date announced
Articolo originale pubblicato martedì 13 settembre 2011
Se è stato installato Office 2010 Service Pack 1 (SP1) e si verifica uno dei problemi seguenti relativi a Outlook 2010 SP1:
È necessario installare il pacchetto hofix per Outlook 2010, che fa parte dell'aggiornamento cumulativo per Office 2010 di agosto 2011.
Per ulteriori informazioni sugli aggiornamenti più recenti per i prodotti Office, consultate il Centro aggiornamenti per Microsoft Office, Office Server e prodotti correlati.
Questo è un post di blog localizzato. L'articolo originale è disponibile in Hotfix in the August 2011 Cumulative Update fixes possible Outlook 2010 SP1 issues
Aiutare gli utenti ad abituarsi alla barra multifunzione è una sfida per le organizzazioni IT che eseguono la migrazione dagli ambienti Office 2000, Office XP o Office 2003 a Office 2010. Sebbene i riscontri dei clienti dimostrino chiaramente che la barra multifunzione apporta notevoli miglioramenti a lungo termine, in particolare in termini di produttività, la reazione di sorpresa degli utenti può essere un ostacolo immediato la prima volta che si utilizza Office 2010.
Una strategia per agevolare la transizione per gli utenti consiste nel nascondere, o comprimere, la barra multifunzione. Osservate le catture di schermata che seguono. Questa è un'immagine di Excel 2010 nello stato predefinito.
Di seguito è riportata un'immagine di Excel 2010 con la barra multifunzione compressa.
Infine, ecco un'immagine di Excel 2003.
Interessante, vero? Comprimendo la barra multifunzione, le schede di Excel 2010 appaiono simili ai menu di Excel 2003. La situazione non è identifica, ma la riduzione del cambiamento può agevolare la transizione all'interfaccia utente Office Fluent.
Notate i cerchi rossi nell'angolo superiore destro delle immagini di Excel 2010. Mediante questa freccia è possibile espandere o comprimere manualmente la barra multifunzione, consentendo agli utenti di personalizzare l'interfaccia in base alle proprie preferenze. Per espandere/comprimere la barra multifunzione è possibile anche premere CTRL+F1.
Durante la distribuzione di Office 2010 agli utenti, è possibile creare un'installazione personalizzata per fare in modo che la barra multifunzione sia compressa per impostazione predefinita la prima volta che viene aperta un'applicazione di Office. A questo scopo, è necessario aggiungere specifiche chiavi del Registro di sistema nel pacchetto di installazione.
Per la maggior parte delle applicazioni di Office, esiste un unico valore del Registro di sistema che controlla la visualizzazione della barra multifunzione. Outlook rappresenta un'eccezione e verrà illustrato più avanti in questo post.
Il valore del Registro di sistema è il seguente:
HKCU\Software\Microsoft\Office\14.0\Common\Toolbars\<NomeApp>\QuickAccessToolbarStyle
Nel valore riportato sopra, <NomeApp> corrisponde a uno dei valori seguenti:
• Access• Excel• OneNote• PowerPoint• Project• Publisher• Visio• Word
Nella tabella seguente sono indicati i valori disponibili per il valore del Registro di sistema "QuickAccessToolbarStyle".
Un valore REG_DWORD 4 (mostrato sotto) determina la compressione della barra multifunzione e produce lo stesso effetto della pressione di CTRL+F1 o della selezione della freccia di attivazione/disattivazione.
Outlook consente una maggiore personalizzazione. La barra multifunzione e la barra di accesso rapido sono controllate da 24 diverse chiavi del Registro di sistema. Esistono infatti così tanti tipi di elementi e moduli in Outlook che il team di prodotto ha dovuto creare più barre multifunzione. Sebbene questa implementazione sia generalmente invisibile agli utenti finali, è da qui che deriva la complessità. Pertanto, se si desidera comprimere la barra multifunzione in Outlook, è necessario determinare la specifica finestra di Outlook da comprimere.
Nella tabella che segue sono indicati i diversi valori del Registro di sistema che incidono sulla visibilità della barra multifunzione. Tutti questi valori si trovano in HKCU\Software\Microsoft\Office\14.0\Common\Toolbars\Outlook
È possibile utilizzare lo Strumento di personalizzazione di Office per aggiungere queste chiavi del Registro di sistema, come qualsiasi altra. L'aggiunta di voci del Registro di sistema tramite lo Strumento di personalizzazione di Office è un processo abbastanza semplice. Per maggiori dettagli, consultate l'articolo di TechNet Strumento di personalizzazione di Office in Office 2010.
La distribuzione di Office 2010 con una barra multifunzione compressa può agevolare gli utenti nella transizione verso l'utilizzo della barra multifunzione al posto dei menu tradizionali. Assicurandovi che gli utenti acquisiscano dimestichezza con questa novità potrete ridurre i tempi di distribuzione nonché i costi, eliminando le chiamate al supporto tecnico. L'aggiunta di alcune chiavi del Registro di sistema all'installazione mediante lo Strumento di personalizzazione di Office è un modo semplice per ottenere questo risultato.
Consultate il post di blog su Windows 8 Improvements in Windows Explorer, in cui sono riportate catture di schermata di Esplora risorse con l'interfaccia con barra multifunzione.
Questo è un post di blog localizzato. L'articolo originale è disponibile in Hiding the Ribbon in Office 2010