Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Inserting ooxml into the document is too slow #2577

Closed
benjamin-almarza opened this issue May 12, 2022 · 7 comments
Closed

Inserting ooxml into the document is too slow #2577

benjamin-almarza opened this issue May 12, 2022 · 7 comments
Assignees
Labels
Area: Word Issue related to Word add-ins Needs: attention 👋 Waiting on Microsoft to provide feedback

Comments

@benjamin-almarza
Copy link

benjamin-almarza commented May 12, 2022

Message from office-js bot:
We’re closing this issue because it has been inactive for a long time. We’re doing this to keep the issues list manageable and useful for everyone. If this issue is still relevant for you, please create a new issue.
Thank you for your understanding and continued feedback.

The time for inserting ooxml into the document when using the web version is very slow

Your Environment

Platform [PC desktop, Mac, iOS, Office on the web]: Office on the web and desktop Office
Host [Excel, Word, PowerPoint, etc.]: Word
Operating System: Windows 10 Pro
Browser (if using Office on the web): Chrome Version 101.0.4951.64 (Official Build) (64-bit) / Office Version 2204 Build 16.0.15128.20158 (64 bits)

Expected behavior

We expect that the content would be inserted faster, without stopping the flow of the user.

Current behavior

Right now the insertion takes several seconds. Even if the ooxml inserted is small.

Steps to reproduce

In the script replace "value" with a valid ooxml.

const value = "SOME_OOXML_CONTENT";
Office.onReady(info => {
  Word.run(async () => {
     const selection = context.document.getSelection();
     selection.insertOoxml(value, Word.InsertLocation.after);
  })
});

Videos showing the insertion speed:

Context

Our application relies heavily on inserting content into the document. Because of this issue, the user experience is worse on the web

@ghost ghost added the Needs: triage 🔍 New issue, needs PM on rotation to triage ASAP label May 12, 2022
@jeremy-msft jeremy-msft added Needs: attention 👋 Waiting on Microsoft to provide feedback Area: Word Issue related to Word add-ins and removed Needs: triage 🔍 New issue, needs PM on rotation to triage ASAP labels May 12, 2022
@grangeryy
Copy link

Hi @benjamin-almarza, is the performance equally bad for desktop and online?

@benjamin-almarza
Copy link
Author

No, it is not. As you can see in the videos I attached. Desktop inserts almost immediately versus online that takes many seconds

@benjamin-almarza
Copy link
Author

Hi, any progress on this issue

@wangyun-microsoft
Copy link

Hi @benjamin-almarza, thanks for asking. We don't have a plan to fix this issue in the short term. However, can you let me know what is your use case here?

@benjamin-almarza
Copy link
Author

benjamin-almarza commented Aug 30, 2022

Our application is managing large number of documents on behalf of our customers, those documents are usually extracted (downloaded for edit) from our system and redlined, changed or formatted in MS Word. Our customers use both Office 365 as well as desktop MS Word in order to manage the documents. Right now we rely on the frequent content snippets insertion. The delay in inserting "OOXML" in the web is far too significant, it is causing a very poor user experience and basically is not useable. Therefore we are forced to go for workaround and user "HTML" instead. That introduces another host of issues for us because "HTML" doesn't preserve the style as well as "OOXML", and therefore we have an inconsistent behaviour and inconsistent user experience. The request is to address the issue with "OOXML" insert in the web application (Office 365), so that system providers like us could find Microsoft web application reliable and compatible and so that end users would receive best experience possible.

@wangyun-microsoft
Copy link

Our application is managing large number of documents on behalf of our customers, those documents are usually extracted (downloaded for edit) from our system and redlined, changed or formatted in MS Word. Our customers use both Office 365 as well as desktop MS Word in order to manage the documents. Right now we rely on the frequent content snippets insertion. The delay in inserting "OOXML" in the web is far too significant, it is causing a very poor user experience and basically is not useable. Therefore we are forced to go for workaround and user "HTML" instead. That introduces another host of issues for us because "HTML" doesn't preserve the style as well as "OOXML", and therefore we have an inconsistent behaviour and inconsistent user experience. The request is to address the issue with "OOXML" insert in the web application (Office 365), so that system providers like us could find Microsoft web application reliable and compatible and so that end users would receive best experience possible.

For content snippets, do you mean content controls? Or other types of content that you want to insert into the document?

@benjamin-almarza
Copy link
Author

Snippets , please check this video I made where you can see the insertion:

web_insert_ooxml.mp4

@gergzk gergzk closed this as not planned Won't fix, can't repro, duplicate, stale Apr 1, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Area: Word Issue related to Word add-ins Needs: attention 👋 Waiting on Microsoft to provide feedback
Projects
None yet
Development

No branches or pull requests

5 participants