Condividi tramite


Risoluzione dei problemi in Office in fase di esecuzione

Aggiornamento: novembre 2007

Se vengono visualizzati messaggi di errore di Microsoft Office durante la compilazione della soluzione oppure vengono segnalati messaggi di errore dagli utenti finali, è possibile che si sia verificato uno dei problemi comuni riportati di seguito.

Impossibile caricare Common Language Runtime o Microsoft .NET Framework

Il problema causa la visualizzazione del seguente messaggio di errore:

<applicazione> non è in grado di caricare Common Language Runtime. Per ulteriori informazioni, contattare l'amministratore.

La versione di Microsoft .NET Framework installata nel computer dell'utente finale deve essere uguale o successiva alla versione presente nel computer utilizzato per sviluppare la soluzione. Per ulteriori informazioni sull'installazione di .NET Framework e Common Language Runtime, vedere la pagina .NET Framework Downloads (informazioni in lingua inglese).

Obbligatorietà di Common Language Runtime per le macro personalizzate

Il problema causa la visualizzazione del seguente messaggio di errore:

Per le macro personalizzate nel documento è necessario che sia installato Common Language Runtime, versione 2.0. Per ulteriori informazioni, contattare l'amministratore.

Le macro personalizzate in questa istanza fanno riferimento all'assembly gestito. È possibile che nel computer dell'utente finale sia installata una versione di Microsoft .NET Framework non compatibile con la soluzione. Nel computer dell'utente deve essere installata una versione di .NET Framework uguale o successiva alla versione utilizzata per sviluppare la soluzione. L'installazione può essere affiancata alla versione esistente. Per ulteriori informazioni sull'installazione di .NET Framework e Common Language Runtime, vedere la pagina .NET Framework Downloads (informazioni in lingua inglese).

Esecuzione dell'assembly non consentita dai criteri di protezione

Il problema causa la visualizzazione del seguente messaggio di errore:

Il criterio di sicurezza .NET corrente non consente l'esecuzione di <assembly> dalla cartella <percorso>. Non modificare il criterio di protezione nel computer locale. Il criterio di protezione .NET è gestito dall'amministratore o dallo sviluppatore che ha creato le macro personalizzate. È comunque possibile modificare e salvare il documento. Per ulteriori informazioni, contattare l'amministratore o l'autore del documento.

Le macro personalizzate in questa istanza fanno riferimento all'assembly gestito. L'assembly non è attendibile e può rivelarsi dannoso. Se si è certi che si tratta di un assembly sicuro, prima dell'esecuzione è necessario concedere l'attendibilità totale all'assembly nel criterio di protezione .NET dell'utente. Per ulteriori informazioni, vedere Procedura: concedere autorizzazioni a cartelle e assembly (System 2003).

Caricamento dell'assembly da parte del documento non consentito dai criteri di protezione

Il problema causa la visualizzazione del seguente messaggio di errore:

Il criterio di sicurezza .NET corrente non consente a <documento> di caricare macro personalizzate. Non modificare il criterio di protezione nel computer locale. Il criterio di protezione .NET è gestito dall'amministratore o dallo sviluppatore che ha creato le macro personalizzate. È comunque possibile modificare e salvare il documento. Per ulteriori informazioni, contattare l'amministratore o l'autore del documento.

Le macro personalizzate in questa istanza fanno riferimento all'assembly gestito. È probabile che il documento sia stato aperto da un percorso non attendibile o da un allegato di posta elettronica e che possa pertanto rivelarsi dannoso. Se si è certi che si tratta di un documento sicuro, salvare il documento nel computer dell'utente e quindi aprirlo. Una volta salvato nel computer, il documento è incluso nell'area Risorse del computer, considerata completamente attendibile. Se è allegato a un messaggio di posta elettronica, il documento è incluso nell'area Internet, a cui non è concessa l'attendibilità totale.

È altrimenti possibile che la versione corretta di Microsoft .NET Framework, precedentemente installata nel computer, sia stata rimossa prima dell'esecuzione della soluzione. In caso di installazione affiancata di due versioni di .NET Framework e di successiva disinstallazione di una di tali versioni nel computer dell'utente, verrà visualizzato questo messaggio di sicurezza, anziché il messaggio in cui viene segnalato che non è installata la versione richiesta di .NET Framework. Per eseguire la soluzione, è necessario installare .NET Framework.

Per ulteriori informazioni, vedere Requisiti di sicurezza per l'esecuzione delle soluzioni Office (System 2003).

Visualizzazione di un'eccezione di protezione quando l'assembly di progetto ha attendibilità totale

Se si riceve un'eccezione di protezione e si è certi che l'assembly principale del progetto abbia attendibilità totale, è possibile che un assembly di riferimento stia tentando di eseguire un'azione e che non disponga delle autorizzazioni necessarie per completarla. È necessario assegnare manualmente le autorizzazioni agli assembly di riferimento.

Quando un progetto viene compilato nel computer di uno sviluppatore, a tutti gli assembly di riferimento presenti nella cartella di output del progetto sono assegnate le autorizzazioni di esecuzione. L'attendibilità totale viene assegnata automaticamente solo all'assembly di progetto principale.

Impossibile trovare o caricare l'assembly

Il problema causa la visualizzazione del seguente messaggio di errore:

Impossibile trovare l'assembly di personalizzazione oppure impossibile caricarlo. È comunque possibile modificare e salvare il documento. Per ulteriori informazioni, contattare l'amministratore o l'autore del documento.

Per correggere l'errore, provare a effettuare le operazioni seguenti:

  • Verificare che l'utente abbia accesso al percorso dell'assembly e che sia presente l'assembly denominato. Per ulteriori informazioni, vedere Cenni preliminari sugli assembly nelle soluzioni Office.

  • Se l'assembly è disponibile, verificare se in Word o in Excel è in esecuzione una personalizzazione, ad esempio un componente aggiuntivo, uno smart tag o uno Smart document, che ha caricato esplicitamente una versione di Common Language Runtime (CLR) di .NET Framework incompatibile con il runtime di Visual Studio Tools per Office. Per risolvere il problema, disattivare tutte le personalizzazioni che caricano esplicitamente una versione di CLR di .NET Framework che non corrisponde al runtime utilizzato dalla soluzione.

    Un'applicazione in esecuzione è in grado di caricare solo un'istanza di CLR di .NET Framework. Se una personalizzazione impone in Word o in Excel il caricamento di una versione precedente di CLR di .NET Framework, la soluzione Visual Studio Tools per Office non potrà essere caricata.

  • Controllare se un'eccezione non gestita nell'assembly di personalizzazione impedisce il caricamento dell'assembly. Eseguire il debug della soluzione con il debugger impostato affinché venga interrotta l'esecuzione in corrispondenza delle eccezioni di Common Language Runtime o con l'opzione Interrompi quando le eccezioni superano il dominio dell'applicazione o i limiti gestiti/nativi selezionata nella finestra di dialogo Opzioni. Per ulteriori informazioni, vedere Procedura: gestire gli errori nei progetti Office e Generale, Debug, finestra di dialogo Opzioni.

Impossibile inizializzare l'assembly

Il problema causa la visualizzazione del seguente messaggio di errore:

Impossibile inizializzare in modo corretto le macro personalizzate in <progetto>. È comunque possibile modificare e salvare il documento. Per ulteriori informazioni, contattare l'amministratore o l'autore del documento.

Le macro personalizzate in questa istanza fanno riferimento all'assembly gestito.

Di seguito vengono descritti alcuni dei motivi che determinano questo messaggio di errore:

  • L'assembly del progetto Office principale è parzialmente attendibile. Se, ad esempio, si crea un progetto in una condivisione di rete che dispone soltanto delle autorizzazioni per l'area Intranet nei criteri di protezione a livello di computer, questo messaggio verrà visualizzato anche se è stata concessa l'attendibilità totale a livello di utente. Al momento del caricamento dell'assembly non viene generato alcun avviso di protezione. Poiché i criteri a livello di computer sono più restrittivi, tuttavia, l'assembly non dispone delle autorizzazioni necessarie per accedere al modello a oggetti di Office, che richiede l'attendibilità totale, e non viene inizializzato. Se si utilizza un assembly non memorizzato nel computer locale, è necessario che l'amministratore di rete conceda l'attendibilità totale a livello di computer. Per ulteriori informazioni, vedere Requisiti di sicurezza per l'esecuzione delle soluzioni Office (System 2003).

  • L'assembly di interoperabilità primario per un componente COM a cui viene fatto riferimento non viene installato nella Global Assembly Cache prima dell'aggiunta del riferimento. In Visual Studio viene generato un assembly di interoperabilità che talvolta potrebbe non funzionare correttamente e che viene inserito nella directory del progetto, anziché nella Global Assembly Cache.

Per fare riferimento all'assembly di interoperabilità corretto

  1. Individuare nel progetto tutti i riferimenti a componenti COM, quali le applicazioni Office, la cui proprietà Copia localmente è impostata su True.

  2. Fare clic con il pulsante destro del mouse sul riferimento, quindi scegliere Rimuovi dal menu di scelta rapida.

  3. Eseguire Installazione applicazioni e installare l'assembly di interoperabilità primario per il componente nella cache di assembly globale. Per ulteriori informazioni, vedere Procedura: installare assembly di interoperabilità primari di Office.

  4. Aprire il progetto in Visual Studio e aggiungere un nuovo riferimento al componente. Per ulteriori informazioni, vedere Procedura: sviluppare applicazioni di Office mediante gli assembly di interoperabilità primari.

Assembly non disponibile per l'utilizzo non in linea

Questa situazione causa la visualizzazione del seguente messaggio di errore:

La macro personalizzata in <percorso> non è disponibile in modalità non in linea. Passare alla modalità in linea per scaricare la personalizzazione? È possibile che ciò influisca su altri programmi in esecuzione nel computer, ad esempio Internet Explorer.

La macro personalizzata in questa istanza fa riferimento all'assembly gestito. Questo messaggio viene visualizzato quando il computer si trova in modalità non in linea e nella cache non è disponibile una copia dell'assembly. Per lavorare in modalità non in linea, devono essere soddisfatti i seguenti requisiti:

  • L'assembly deve risiedere su un server Web.

  • L'accesso all'assembly deve essere eseguito tramite un percorso HTTP o HTTPS nelle proprietà personalizzate.

Per memorizzare nella cache un assembly che soddisfa i criteri sopra riportati, è necessario passare alla modalità in linea e aprire il documento di Office per scaricare una copia dell'assembly almeno una volta. L'assembly risulterà così disponibile per l'utilizzo non in linea. Per ulteriori informazioni, vedere Modello non in linea per le soluzioni Office (2003 System) e Procedura: distribuire soluzioni per l'utilizzo non in linea di documenti (System 2003).

Ciò potrebbe influire su altri programmi, poiché il computer supporta un'unica modalità in linea e non in linea. Se si sceglie Non in linea dal menu File di Internet Explorer, tutte le applicazioni passeranno alla modalità non in linea.

Assembly non disponibile in linea

Questa situazione causa la visualizzazione del seguente messaggio di errore:

Le macro personalizzate in <percorso> non sono disponibili in linea, ma è disponibile una copia locale. Passare alla modalità non in linea e utilizzare la copia memorizzata nella cache? È possibile che ciò influisca su altri programmi in esecuzione nel computer, ad esempio Internet Explorer.

La macro personalizzata in questa istanza fa riferimento all'assembly gestito. Questo messaggio viene visualizzato quando il computer non è connesso a una rete oppure quando la rete è inattiva e il computer si trova in modalità in linea. Scegliendo OK, il computer passerà alla modalità non in linea e verrà utilizzata la copia dell'assembly memorizzata nella cache. Per poter utilizzare un assembly memorizzato nella cache, è necessario impostare il computer sulla modalità non in linea scegliendo OK in questa finestra di dialogo oppure scegliendo Non in linea dal menu File in Internet Explorer. Per ulteriori informazioni, vedere Modello non in linea per le soluzioni Office (2003 System) e Procedura: distribuire soluzioni per l'utilizzo non in linea di documenti (System 2003).

Ciò potrebbe influire su altri programmi, poiché il computer supporta un'unica modalità in linea e non in linea. Se si imposta il computer sulla modalità non in linea, tutte le applicazioni passeranno alla modalità non in linea.

Impossibile caricare l'assembly

Il problema causa la visualizzazione del seguente messaggio di errore:

Impossibile caricare il tipo <nomeprogetto> dall'assembly <nomeassembly>.

È possibile che questo messaggio venga visualizzato quando il codice della soluzione viene offuscato. L'offuscamento del codice implica la modifica dei nomi di tutte le classi, i cui nomi originali restano come riferimento nel manifesto, che tuttavia non viene modificato dall'offuscamento.

Per evitare questo errore, aggiungere i nomi delle classi del foglio e della cartella di lavoro all'elenco delle classi da non rinominare nell'offuscatore.

A causa delle impostazioni internazionali, alcuni metodi di Excel restituiscono un errore

Se le impostazioni internazionali di un utente finale non corrispondono alla lingua installata per Microsoft Office Excel 2003, è possibile che l'utente riceva i seguenti messaggi di errore durante la chiamata di determinati metodi e proprietà di Excel:

Eccezione first chance di tipo "System.Runtime.InteropServices.COMException" in mscorlib.dll.

Informazioni aggiuntive: eccezione da HRESULT: 0x800A03EC.

-oppure-

Eccezione first chance di tipo "System.Runtime.InteropServices.COMException" in ExcelProject.dll.

Informazioni aggiuntive: formato obsoleto o tipo di libreria non valido.

Per informazioni dettagliate sulla risoluzione di questo problema, vedere Globalizzazione e localizzazione di soluzioni Office.

Mancata esecuzione del codice nonostante l'assenza di errori all'apertura del documento di Office

Di seguito vengono descritti i motivi per cui il codice non viene eseguito ma non vengono visualizzati messaggi di errore:

  • Gli assembly di interoperabilità primari di Office non sono installati nella cache di assembly globale, probabilmente perché .NET Framework non è installato nel computer oppure perché gli assembly sono contrassegnati come Non disponibili nel programma di installazione di Office.

  • La versione di Word o di Excel in uso non supporta le soluzioni Visual Studio Tools per Office. Installare Word e/o Excel da un'edizione di Microsoft Office 2003 che supporta Visual Studio Tools per Office. Per ulteriori informazioni, vedere la classe Procedura: installare Visual Studio Tools per Office per lo sviluppo per Microsoft Office 2003.

  • Il documento viene aperto da una posizione HTTP o HTTPS e l'opzione Sfoglia nella stessa finestra per i file con estensione doc o xls non è selezionata in Esplora risorse. Questa opzione viene utilizzata in Internet Explorer per determinare se il documento è incluso all'interno della finestra corrente o in una finestra separata. Se il documento è incluso in una finestra separata, le personalizzazioni non verranno caricate né eseguite. Per accedere all'opzione Sfoglia nella stessa finestra di un documento di Word o di Excel, aprire Esplora risorse, fare clic sul menu Strumenti e quindi su Opzioni cartella. Nella scheda Tipi di file selezionare DOC o XLS nell'elenco dei tipi di file, fare clic su Avanzate e verificare che l'opzione Sfoglia nella stessa cartella sia selezionata.

  • Un progetto Documento di Word è aperto in Visual Studio sullo stesso computer. Chiudere Visual Studio e aprire nuovamente il documento.

Per ulteriori informazioni, vedere Debug nei progetti a livello di documento.

Esecuzione del codice nonostante l'impostazione del livello di protezione macro su Elevato

Una soluzione Microsoft Office 2003 creata con estensioni di codice gestito viene eseguita nonostante il livello di protezione nell'applicazione Office dell'utente finale sia impostato su Elevato. La sicurezza del codice assembly viene infatti gestita da Microsoft .NET Framework e non da Microsoft Office Word 2003 o Microsoft Office Excel 2003. Sono tuttavia disponibili numerosi modi per aprire un documento o una cartella di lavoro contenente estensioni di codice gestito senza eseguire il codice assembly. Per ulteriori informazioni, vedere Procedura: aprire soluzioni Office senza eseguire codice.

Uscita imprevista da Excel e Word al verificarsi di un'eccezione non gestita in un form non modale

Se Excel o Word viene chiuso in modo imprevisto dopo che l'utente ha attivato un evento in un form non modale, verificare se nel codice esistono punti in cui possano essersi verificate eccezioni non gestite. Aggiungere la funzionalità di gestione degli errori per prevenire possibili perdite di dati.

Impossibile caricare il componente aggiuntivo per Outlook oppure il componente è disattivato

Esistono diverse possibilità per verificare se un componente aggiuntivo di Outlook non esegue correttamente il caricamento:

  • Se Microsoft Office Outlook viene chiuso in modo imprevisto oppure si verifica un errore durante l'inizializzazione di un componente aggiuntivo, il componente potrebbe essere disattivato da Outlook. Per ulteriori informazioni, vedere Procedura: riattivare un componente aggiuntivo disattivato in precedenza.

  • È possibile che un componente aggiuntivo per Outlook non venga caricato se il file manifesto del componente non è archiviato nella stessa directory dell'assembly del componente. Se si distribuisce il file manifesto in una directory diversa, è necessario aggiornare l'attributo codebase dell'elemento asmv2:installFrom nel file manifesto del componente aggiuntivo in modo che punti al percorso dell'assembly del componente aggiuntivo.

  • In Outlook potrebbe essere eseguito un componente aggiuntivo che ha caricato esplicitamente una versione di Common Language Runtime (CLR) di .NET Framework incompatibile con il runtime di Visual Studio Tools per Office. Per risolvere il problema, disattivare tutti i componenti aggiuntivi che caricano esplicitamente una versione incompatibile di .NET Framework.

    Un'applicazione in esecuzione è in grado di caricare solo un'istanza di .NET Framework. Se un componente aggiuntivo impone il caricamento in Outlook di una versione di .NET Framework precedente, non risulterà possibile il caricamento di componenti aggiuntivi creati tramite Visual Studio Tools per Office.

È possibile ottenere informazioni aggiuntive sulla risoluzione dei problemi impostando le variabili d'ambiente che consentono a Visual Studio Tools per Office di visualizzare messaggi di errore dettagliati e di scrivere tutte le azioni su un file di log. Per ulteriori informazioni, vedere Debug in progetti a livello di applicazione.

Impossibile installare il componente aggiuntivo per Outlook utilizzando la finestra di dialogo Componenti aggiuntivi COM

Evitare di utilizzare la finestra di dialogo Componenti aggiuntivi COM per installare componenti aggiuntivi per Outlook creati utilizzando Visual Studio Tools per Office. Utilizzare invece il progetto di distribuzione incluso nel modello di progetto Outlook. I componenti aggiuntivi per Outlook utilizzano un file DLL proxy, denominato AddinLoader.dll, per estendere la funzionalità di Outlook. Il proxy consente all'assembly gestito di comunicare con Outlook tramite COM. Per ulteriori informazioni, vedere Distribuzione di componenti aggiuntivi a livello di applicazione (System 2003).

Impossibile aggiungere pagine di proprietà personalizzate nei componenti aggiuntivi per Outlook

Se il componente aggiuntivo per Outlook crea una pagina delle proprietà personalizzata per la finestra di dialogo Opzioni di Outlook o la finestra di dialogo Proprietà di una cartella di Outlook, è necessario rendere esplicitamente visibile a COM la pagina delle proprietà personalizzata. Per impostazione predefinita, l'assembly non è visibile a COM. In caso contrario, il componente aggiuntivo non creerà la pagina delle proprietà personalizzata, e, durante il debug del componente aggiuntivo, potrà verificarsi un'eccezione COMException.

Esistono due modi per consentire la visualizzazione di pagina delle proprietà personalizzata in COM:

  • Aggiungere un oggetto ComVisibleAttribute alla classe che implementa la pagina delle proprietà personalizzata nel progetto. Per informazioni sull'applicazione di attributi nelle classi, vedere Applicazione di attributi.

  • Utilizzare Visual Studio per rendere l'intero assembly del componente aggiuntivo visibile a COM.

    Per rendere l'assembly del componente aggiuntivo visibile a COM utilizzando Visual Studio

    1. In Visual Studio fare clic con il pulsante destro del mouse sul progetto in Esplora soluzioni, quindi scegliere Proprietà.

    2. Fare clic sulla scheda Applicazione.

    3. Fare clic sul pulsante Informazioni assembly.

    4. Selezionare la casella di controllo Rendi assembly visibile a COM.

    5. Scegliere OK.

Impossibile generare l'evento Quit nei componenti aggiuntivi per Outlook

Se si crea un gestore eventi per l'evento Quit della classe Microsoft.Office.Tools.Outlook.Application in un componente aggiuntivo per Outlook, il gestore eventi non verrà mai eseguito. Quando si chiude un'istanza di Outlook che esegue un componente aggiuntivo creato utilizzando Visual Studio Tools per Office, il componente viene scaricato prima di ricevere l'evento Quit. In alternativa, è possibile inserire codice da eseguire alla chiusura di Outlook nel gestore eventi ThisAddIn_Shutdown all'interno del progetto. Per ulteriori informazioni, vedere Modelli di progetto di componente aggiuntivo per Microsoft Office 2007 e Modelli di progetto di componente aggiuntivo per Microsoft Office 2003.

Chiusura imprevista di Word ed Excel a causa del metodo Close

Se si chiama il metodo Close dell'oggetto Workbook di Excel o dell'oggetto Document di Word da un form non modale, è possibile che l'applicazione venga chiusa in modo imprevisto. Tutti i documenti o tutte le cartelle di lavoro verranno chiuse e potrebbero verificarsi perdite di dati. Se Microsoft Office Outlook è impostato in modo da utilizzare Word come editor per la posta elettronica, verranno chiusi anche tutti i messaggi di posta aperti. Questo problema può verificarsi anche se si visualizzano Windows Form o finestre di messaggio durante la gestione dell'evento AppDomain.DomainUnload.

Per ovviare al problema, non chiamare il metodo Close da un form non modale o in un evento per un form non modale. È invece opportuno utilizzare le procedure seguenti:

  • Utilizzare form modali, ad esempio il metodo ShowDialog invece del metodo Show, qualora fosse necessario chiudere il documento dal form.

  • Se è necessario utilizzare un form non modale, accertarsi che il form sia chiuso e che i riferimenti del form vengano eliminati in modo permanente prima di tentare di chiudere il documento o la cartella di lavoro. Il codice che segue fornisce un esempio in proposito.

    Dim form1 As SampleForm
    
    Sub OpenForm()
        form1 = New SampleForm
        form1.Show()  ' Show the form modelessly.
    End Sub
    
    Sub ForceShutdown()
    
        ' Completely close the form if it is still running.
        ' Note that hiding the form might not work by itself.
    
        If (Not form1 Is Nothing) Then
            form1.Close()
            form1.Dispose()
            form1 = Nothing
        End If
    
        Me.Close()
    End Sub
    
    SampleForm form1;
    
    private void OpenForm()
    {
        form1 = new SampleForm();
        form1.Show();  // Show form modelessly.
    }
    
    private void ForceShutdown()
    {
        // Completely close the form if it is still running.
        // Note that hiding the form might not work by itself.
    
        if (form1 != null)
        {
            form1.Close();
            form1.Dispose();
            form1 = null;
        }
        object saveChanges = Word.WdSaveOptions.wdSaveChanges; 
        this.Close(ref saveChanges, ref missing, ref missing);
    }
    

Per informazioni sul passaggio del parametro missing in C#, vedere Informazioni sui parametri facoltativi nelle soluzioni Office.

Visualizzazione di un avviso di imprecisione o uscita imprevista da Word in seguito all'impostazione del parametro Cancel della finestra di dialogo SaveAs

Se si visualizza la finestra di dialogo SaveAs all'interno del gestore eventi DocumentBeforeSave di ThisDocument e si imposta il parametro Cancel su false, l'applicazione potrebbe essere chiusa in modo imprevisto. Se si imposta il parametro Cancel su true, un messaggio di errore indicherà che è stata disattivata la funzione di salvataggio automatico.

Comportamento imprevedibile dei controlli Windows Form quando la finestra di un foglio di lavoro di Excel viene divisa

Se si divide la finestra di un foglio di lavoro che contiene controlli Windows Form, è possibile che il comportamento di tali controlli sia diverso nelle finestre. Se, ad esempio, viene eseguito del codice per modificare la proprietà BackColor di un oggetto TextBox in un foglio di lavoro, è possibile che la modifica venga applicata a una sola delle finestre.

Generazione di un'eccezione InvalidCastException in seguito al passaggio di un controllo host di Excel a un metodo

Con alcuni metodi ed alcune proprietà di Excel è richiesto il passaggio di un oggetto Office nativo. Se l'attributo ExcelLocale1033Attribute viene impostato su false e viene passato un controllo host basato su un oggetto Office nativo, verrà generata un'eccezione InvalidCastException. Per passare oggetti Office nativi sottostanti a questi metodi e queste proprietà, è quindi possibile utilizzare la proprietà InnerObject dei controlli host. Per ulteriori informazioni sui problemi di localizzazione in Excel, vedere Formattazione di dati in Excel con varie impostazioni internazionali.

Errore di associazione dati di un controllo ListObject in seguito alla visualizzazione di una finestra di dialogo modale

Se in Excel viene visualizzata una finestra di dialogo modale durante l'aggiornamento del DataSet associato a un oggetto ListObject, l'associazione dati dell'oggetto ListObject non verrà eseguita correttamente. Se il controllo ListObject perde l'associazione dati, viene generato l'evento DataBindingFailure. Per eseguire di nuovo l'associazione del controllo ListObject all'origine dati, gestire l'evento DataBindingFailure e chiamare il metodo SetDataBinding.

Errore in seguito a doppio clic sul manifesto di distribuzione

Se si fa doppio clic sul manifesto di distribuzione viene visualizzato il seguente messaggio di errore:

Impossibile continuare. Applicazione non formattata correttamente. Contattare il fornitore per assistenza.

A differenza di quanto avviene per la distribuzione di ClickOnce, non è possibile eseguire una soluzione Visual Studio Tools per Office facendo doppio clic sul manifesto di distribuzione. Per eseguire la soluzione, aprire l'applicazione Office. Per Word ed Excel, aprire il documento della soluzione all'interno dell'applicazione. In alternativa, è possibile fare doppio clic sul file del documento.

Per ulteriori informazioni sulla distribuzione di soluzioni Visual Studio Tools per Office, vedere Distribuzione delle personalizzazioni a livello di documento (2003 System) e Distribuzione di componenti aggiuntivi a livello di applicazione (System 2003). Per ulteriori informazioni sulla distribuzione di manifesti, vedere Manifesti di distribuzione per le soluzioni Office (System 2003).

Vedere anche

Attività

Risoluzione dei problemi in Visual Studio in fase di progettazione

Concetti

Attività comuni nella programmazione con Office

Altre risorse

Risoluzione dei problemi relativi alle soluzioni Office