无法加载页眉和页脚时加载base64编码使用OfficeJS API .docx文件

Question

让我介绍了情况：

• 我们base64编码.docx文件。
• 我们的Word加载在其中我们要求的内部API来获得编码.docx文件的base64一个功能。
• 此base64编码.docx文件（其具有页眉，页脚和体）使用Word加载在MS Word加载。
• 问题是文档主体是完全加载，但页眉和页脚中的MS Word不加载。
• 这是用来上面做办公室JS API是Document.Body.insertFileFromBase64（）。

步骤与恰当的截图解释说：

步骤 - 1页眉和页脚的信息创建一个样本数据文件，如图屏幕截图。

步骤 - 2获取的.docx文件上面Base64编码的文件字符串。

步骤 - 3，我们已经创建了一个角JS 1.7和角6办公室JS加载应用程序，它接受.DOCX base64编码文件的字符串和加载的MS Word内该文件。 3.1角6局JS外接应用程序如下：

从步骤编码的文件串3.2我们输入的base64 - 2成惯用词显示文本由我们外接开发。在点击加载文件按钮，我们的外接程序加载从编码字符串的base64实际文件。

3.3如下面屏幕截图所示，页眉和页脚是消失，只有体在MS Word加载。

在自定义Word加载开发是context.Document.Body.insertFileFromBase64（，）办公室JS API CDN使用3.4办公室JS API：https://appsforoffice.microsoft.com/lib/1/hosted/Office.js

请帮助这一点，因为我们在我们的应用程序的生产问题，拦截状态。

Answer 1

这是因为字是如何设计工作。

页眉和页脚是科级特性 - 他们连接到分节符。默认情况下，Word文档中有一个分节符和默认的页眉和页脚属于那个。

当一个文件被插入到一个现有的文档，这是不，去年，默认分节符完成（这是与最后一个段落标记）。即将到来的内容中需要对目标部分的截面特性。这切断页眉和页脚。

什么可以工作是插入被插入在文档的最后一个分节符，将其插入，确保页眉和页脚该节定义之前。这种额外的分节符将被导入到是已经存在的文件，并保留页眉和页脚。

如果目标文档中现有的页眉和页脚应予以保留，事情变得相当复杂。在这种情况下，附加的分节符所需的目标文件中，以“保持”的那些页眉和页脚。根据订单上的东西都插入额外的分节符可能还需要确保标题的内容和页脚是彼此独立的（默认值是对它们进行连接，从而与前一个每个后续节“继承”） 。

另一种方法是为办公室JS代码拿起页眉和页脚信息，并将其分别写入到目标文档，使用JS API。