Office Addin ne parvient pas à charger dans Excel 2013 lorsque l'ensemble des exigences pour Excel API 1.2 est ajouté dans le manifeste

Question

Addin Excel qui utilise Excel API 1.2. Add-in charges bien dans Excel 2016 pour Windows et Excel en ligne. Enregistrez le fichier à partir d'Excel en ligne et ouvert dans Excel 2013, Addin ne parvient pas à charger dans Excel 2013 avec des erreurs suivantes:

Lors du chargement du Addin publié dans le magasin:

APP ERROR We can't load this app because we could not connect to catalog

Lorsque Sideloading le Addin de confiance catalogue:

This app could not be started. Close this dialog to ignore the problem or click restart to try again

Je sais que Excel 2013 ne prend pas en charge Excel API 1.2. Pourriez-vous confirmer la méthode recommandée pour vous assurer que le complément est chargé dans Excel 2013?

• Devrions-nous utiliser des contrôles d'exécution en utilisant la méthode isSetSupported?

• Dans de tels cas, comment déboguer quelle ligne de code échoue dans le client Excel 2013?

• Existe-t-il des journaux pouvant être activés pour résoudre ces problèmes dans le client Excel?

J'ai essayé le débogage d'un Addin par défaut créé par VS 2015 qui utilise l'API Excel 1.2 dans Excel 2013. J'ai ajouté les conditions suivantes, à l'Manifest:

<Requirements> 
    <Sets DefaultMinVersion="1.2"> 
     <Set Name="ExcelApi" /> 
    </Sets> 
</Requirements> 

Le Addin ne parvient également à charger dans Excel (15.0.4849.1003) lors du débogage à l'aide de VS 2015. Cela fonctionne très bien dans le client Excel 2016.

Answer 1

Je pense qu'il y a deux problèmes séparés ici (bien qu'il y ait de bonnes chances qu'ils soient liés, et la plate-forme donne simplement la mauvaise chaîne d'erreur.) Si oui, confirmons, et puis je peux classer un bogue pour avoir nous réparons cela). Excel 2013 ne prend pas en charge l'ensemble d'exigences «ExcelApi», qui correspond à l'ajout des API spécifiques à l'hôte en 2016 (de même que pour «WordApi»). Si vous spécifiez ExcelApi dans la section des exigences du manifeste, comme ci-dessus, il sera toujours impossible de charger dans Excel 2013 - par conception. Essentiellement, vous demandez un ensemble d'API et le marque comme "requis" pour quelque chose qu'Excel 2013 ne prend pas en charge. Il n'a donc pas d'autre choix que de refuser de l'exécuter.

C'est là qu'intervient la vérification de l'exécution (isSetSupported). Veuillez consulter ma réponse au Neat ways to get environment (i.e. Office version) pour plus de détails. Je ne suis pas sûr de savoir ce que vous entendez par "comment déboguer quelle ligne de code échoue" ou dépanner les techniques. Essentiellement, tout appel à une API Office 2016 (tout ce qui figure dans le jeu ExcelApi) à partir de 2013 entraînera un échec d'exécution ...

Espérons que cela aide!