2016-10-10 4 views
1

У меня есть проблема при подаче моей надстройки для офисаУправление Addin - Указание требования тегов для двух разных хостов (ExcelApi, WordApi)

Моего плагин должен работать на Слове и Excel 2016 (MS Desktop 2016, Интернет, Mac) , Когда я представил, они сказали мне, что все должно быть в одном проекте.

Речь идет о главе 4.12.1 о странице расширения, когда я хотел поставить теги «требования».

Итак, я поставил эти строки, но плагин не работал. Разрешены только «WordApi» или «ExcelApi», но не оба. В представленном манифесте я ставлю только WordApi.

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

Я провел один день, чтобы найти везде, но ничего. У тебя есть решение?

ответ

2

Я считаю, что проблема здесь заключается в использовании одного манифеста для Word и Excel. Если вы укажете как «Документ», так и «Рабочая книга как хосты», а затем добавите WordApi в качестве требования, он эффективно отключит вашу надстройку в Excel. Это связано с тем, что Excel всегда будет отказываться от проверки требований для WordApi. Аналогично, если вы укажете ExcelApi, он эффективно отключит надстройку для Word.

Обходной путь заключается в создании двух файлов манифеста, по одному для каждого хоста. Обратите внимание, что это потребует, чтобы вы представили две разные надстройки для проверки, поскольку каждая надстройка связана с одним манифестом.

При подаче нескольких надстроек Есть несколько важных шагов, которые необходимо предпринять:

  • Каждая надстройка должна иметь уникальное имя. Вы не можете представить две надстройки с тем же именем, что и для пользователя, чтобы было сложно различить их. В стороне, описательные имена очень важны. Я не могу преувеличивать, насколько лучше надстройки с описательными именами выполняются над надстройками, которые полагаются только на названия брендов/продуктов.

  • Каждый манифест должен иметь уникальный идентификатор GUID <id> в манифесте. Это то, как Office определяет каждую надстройку (имена могут изменять изменения, но идентификаторы остаются теми же), и представление двух надстроек с тем же идентификатором вызовет условие ошибки. Даже в сценариях с боковой загрузкой дублирующие идентификаторы будут представлять проблемы при развертывании.

  • Проверка не является автоматизированным процессом, она включает в себя людей, которые действительно тестируют вашу надстройку. Предоставление максимально подробных сведений поможет им быстро ускориться, чтобы они могли сосредоточиться на том, чтобы помочь вам войти в магазин.

+1

Согласен с Марком (хотя, как он указывает, у него есть неудачный недостаток, требующий наличия двух отдельных объектов хранилища, по одному для каждого хоста). Другими словами, наборы требований могут быть только AND-ed, а не OR-ed. Позвольте мне связаться с командой, чтобы увидеть, насколько распространен сценарий, и если мы, возможно, сможем что-то предпринять ... –

0

Благодарим за быстрый ответ.

Вы были в порядке. Мы должны опубликовать 2 разных дополнения. Однако я сначала попытался сделать это. Но команда проверки отказалась. Они хотят один аддон для всех хостов. Затем я сделал добавление для обоих хостов.

+0

Я добавил несколько советов к моему первоначальному ответу. Тем не менее, примите Фила по его предложению и отправьте по электронной почте команду проверки. Мы хотели бы решить вашу проблему, чтобы мы могли поделиться этим руководством с сообществом. –

0

Thanks Marc,

Теперь я понимаю. В начале, когда я отправил свои 2 дополнения, они должны были совпадать с одним и тем же именем, что связано с ошибкой.

Теперь я делю свое дополнение на 2 различных дополнения: один для Word, а другой для Word.

Удачного дня!