Apply suggestions from code review

Co-authored-by: Linda Cannon <lindalu@microsoft.com>

content/office-add-ins-community-call/2024-09-11/index.md

@@ -69,17 +69,17 @@ For submission process, see [Plan a SaaS offer for the commercial marketplace](h
 
 **I've implemented the Microsoft SaaS Accelerator my SaaS transactable offer (which I will link to my Excel Partner Center Add-In offer). This creates a webhook, landing page and admin portal for my SaaS offer, which I have been testing. The admin portal shows me the Purchaser Email and Marketplace Subscription ID. I've been working on getting SSO working for my add-in (just starting to test it) which I think is referred to as Authentication. I think I will still need to figure out how to get Authorization working, so only those folks who have purchased the transactable app on AppSource can use it. Can you provide some guidance on how to implement this?**
 
-Single Sign-On (SSO) Authentication: Since you're already working on SSO, you're setting up a way to authenticate users based on their existing Microsoft identity. This part of the setup confirms the identity of the users. The official documentation on implementing SSO for Office Add-ins can be found [here](https://learn.microsoft.com/office/dev/add-ins/develop/sso-in-office-add-ins?tabs=jsonmanifest).​
+Single Sign-On (SSO) Authentication: Since you're already working on SSO, you're setting up a way to authenticate users based on their existing Microsoft identity. This part of the setup confirms the identity of the users. For the official documentation, see [Enable single sign-on (SSO) in an Office Add-in](https://learn.microsoft.com/office/dev/add-ins/develop/sso-in-office-add-ins?tabs=jsonmanifest).​
 
-Authorization via SaaS Fulfillment APIs: For authorization, you'll need to check if the user has an active subscription for your SaaS offer after they are authenticated. This involves using the Microsoft SaaS Fulfillment APIs, which allow you to verify subscription status. Here’s the documentation on [SaaS Fulfillment API](https://learn.microsoft.com/partner-center/marketplace-offers/partner-center-portal/pc-saas-fulfillment-life-cycle).​
+Authorization via SaaS Fulfillment APIs: For authorization, you'll need to check if the user has an active subscription for your SaaS offer after they are authenticated. This involves using the Microsoft SaaS Fulfillment APIs, which allow you to verify subscription status. For more information, see [SaaS Fulfillment API](https://learn.microsoft.com/partner-center/marketplace-offers/partner-center-portal/pc-saas-fulfillment-life-cycle).​
 
 **When I submit my Excel add-in to the Partner Center it says "Provide any critical testing instructions, including test accounts, license keys and test credentials. Failure to do so results in an automatic rejection ." Once I get Authorization working for my transactable app, is there some sort of a way to provide a back-door so that I can give that info to the Partner Center Certification team?**
 
-You can set up a test account and add the necessary information to your critical test instructions. Please check [here](https://learn.microsoft.com/partner-center/marketplace-offers/add-in-submission-guide). 
+You can set up a test account and add the necessary information to your critical test instructions. For more information, see the [Store step-by-step submission guide](https://learn.microsoft.com/partner-center/marketplace-offers/add-in-submission-guide). 
 
 **I have uploaded all of my Excel Add-in dist folder files to my Azure subscription Storage account Blob Container $web folder, which my Manifest points to. Is this the appropriate place to put these files? Should it only contain a subset of the dist folder files? This location does work, but I'm not sure how to secure this location so that someone can't find this location and take all these files.**
 
-Yes, uploading your Excel Add-in distribution files to your Azure subscription's Storage account Blob Container in the $web folder is an appropriate and common practice. However, there's no way to prevent from other people getting as the locations of these manifests are public, so they can be accessed by others.
+Yes, uploading your Excel Add-in distribution files to your Azure subscription's Storage account Blob Container in the $web folder is an appropriate and common practice. However, there's no way to prevent from other people getting access as the locations of these manifests are public.
 
 ## Call to action
 

content/office-add-ins-community-call/2024-10-09/index.md

@@ -18,9 +18,9 @@ draft: false
 
 ## This month's agenda and presenters
 
-The call was hosted by [Mingjia Liu](https://www.linkedin.com/in/mingjia-liu-90a69a24a/), Product Manager2, Microsoft.
+The call was hosted by [Mingjia Liu](https://www.linkedin.com/in/mingjia-liu-90a69a24a/), Product Manager 2 at Microsoft.
 
-* **Install JS add-ins together with main app/COM add-ins on Win32** [Skylar Pan](https://www.linkedin.com/in/skylar-pan/), Senior Product Manager at Microsoft.
+* **Install JS add-ins together with main app/COM add-ins on Win32** [Skylar Pan](https://www.linkedin.com/in/skylar-pan/), Senior Program Manager at Microsoft.
 
 {{< youtube 7oDPawF58rg >}}
 
@@ -68,7 +68,7 @@ The call was hosted by [Mingjia Liu](https://www.linkedin.com/in/mingjia-liu-90a
 * See the full blog post for this call in the [Microsoft 365 platform community blog](https://aka.ms/m365pnp/blog)
 * [X (formerly Twitter)](https://twitter.com/microsoft365dev)
 * [Microsoft 365 Unified Sample gallery](https://aka.ms/community/samples)
-* [Microsoft 365 Platform Community in YouTube](https://aka.ms/community/videos)
+* [Microsoft 365 Platform Community on YouTube](https://aka.ms/community/videos)
 * [Microsoft 365 Platform Community](https://aka.ms/community/home)
 * [Link to all Microsoft Developer Community calls](https://aka.ms/M365DevCalls)
 * [Submit questions for next community call](https://aka.ms/officeaddinsform)

content/office-add-ins-community-call/2024-11-13/index.md

@@ -18,56 +18,57 @@ draft: false
 
 ## This month's agenda and presenters
 
-The call was hosted by [Mingjia Liu](https://www.linkedin.com/in/mingjia-liu-90a69a24a/), Product Manager2, Microsoft.
+The call was hosted by [Mingjia Liu](https://www.linkedin.com/in/mingjia-liu-90a69a24a/), Product Manager 2 at Microsoft.
 
 * **Word API Update.** [Wang Yun](https://www.linkedin.com/in/airwangyun/), Principal Product Manager at Microsoft.
 * **Excel API and Capability Update.** [Adrian Wu](https://www.linkedin.com/in/adrian-wu-53462582/), Senior Product Manager at Microsoft.
-* **Q&A.** [Mingjia Liu](https://www.linkedin.com/in/mingjia-liu-90a69a24a/), Product Manager2, Microsoft.
+* **Q&A.** [Mingjia Liu](https://www.linkedin.com/in/mingjia-liu-90a69a24a/), Product Manager 2 at Microsoft.
 
 {{< youtube hJ8fY2IxJKU >}}
 
 ## View video segments
 
 * Introduction [00:00]( https://youtu.be/hJ8fY2IxJKU?t=0)
-* Word API Update [00:50]( https://youtu.be/hJ8fY2IxJKU?t=50)
-* Excel API and Capability Update [13:39]( https://youtu.be/hJ8fY2IxJKU?t=819)
+* Word API update [00:50]( https://youtu.be/hJ8fY2IxJKU?t=50)
+* Excel API and capability update [13:39]( https://youtu.be/hJ8fY2IxJKU?t=819)
 * Q&A [23:56]( https://youtu.be/hJ8fY2IxJKU?t=1436)
 * Resources [28:26]( https://youtu.be/hJ8fY2IxJKU?t=1706)
 
 ## Resources related to this blog's content
-Word API Update
+
+Word API update
 * [WordApiDesktop 1.1 requirement set​](https://learn.microsoft.com/en-us/javascript/api/requirement-sets/word/word-api-desktop-1.1-requirement-set?view=common-js-preview)
 
-Excel API and Capability Update
+Excel API and capability update
 * [COM/JS Add-in Fusion Mode Experiment Partner Registration Form](https://forms.office.com/r/URuLbXXtzT)
 
 ## Q&A (Question & Answers)
 
 **We deploy office (Excel) JavaScript-based add-ins (and their updated manifests) using the "Integrated Apps" section in admin.microsoft.com (all of our users are signed in using their Entra ID credentials).​ Whenever we deploy a new version, it is unclear to us how/if we can have the updated add-in reflected on user's Excel client. We usually try one or more of these measure and the updated version eventually loads.​ 1. Close and re-open Excel. This can be really disruptive for users that have a number of documents open.​ 2. Refresh the add-ins from the "manage add-ins" section of Excel and re-add the add-in.​ This process is slow and non-deterministic for our many excel users. Some of the changes we push out are time sensitive and we'd like to get them to user's Excel clients much quicker.​What can we do to automate the process of getting the updated add-ins reflected on the user's Excel clients on Windows 11 and Office 365.​ We are on the Enterprise Monthly channel (currently on version 2408 Build 17928.20216 click-to-run)**
 
-Currently, in our mechanism, all add-ins are loaded when the application starts, and due to resource management, the app would not continuously check for new add-ins, and it would also need careful consideration if we were to provide such an API capability for add-ins to update the add-in registry, as this would also terminate the current add-in session. But it's doable. So please help us raise a new feature request in [our tech community](https://techcommunity.microsoft.com/category/microsoft365/ideas/microsoft365developerplatform) so that we can put it in our backlog and prioritize it properly based on the vote numbers.​
+Currently, all add-ins are loaded when the application starts. Due to resource management, the app does not continuously check for new add-ins. If we were to provide such an API capability for add-ins to update the add-in registry, this would terminate the current add-in session. Please help us raise a new feature request in [our tech community](https://techcommunity.microsoft.com/category/microsoft365/ideas/microsoft365developerplatform) so that we can put it in our backlog and prioritize it properly based on the vote numbers.​
 
 **Does any documentation exist on the format/pattern used for MSGraph SharePoint IDs (Such as SiteId, DriveId, FolderId, etc). We want to be able to validate that given IDs are in the correct format and are valid IDs.**
 
-Graph API related information can be found [here](https://learn.microsoft.com/graph/api/resources/sharepoint?view=graph-rest-1.0​), where there are examples of how to get specific IDs related to sharepoints, and also how to further use these IDs to get the data you need. ​
+For more information about Graph APIs, see [Working with SharePoint sites in Microsoft Graph](https://learn.microsoft.com/graph/api/resources/sharepoint?view=graph-rest-1.0​). There are examples of how to get specific IDs related to SharePoint, and also how to further use these IDs to get the data you need. ​
 
 **We are developing an Outlook add-in that also must cover mobile devices.​The extension point MobileMessageReadCommandSurface exists on mobile, that results in apps/modern add-ins can be opened while reading an email.​To fulfill our requirements, it must be possible to open apps/modern add-ins while composing an email. E.g. with a new extension point MobileMessageComposeCommandSurface. MessageComposeCommandSurface is already available on the desktop and webmail.**
 
-We have launched events on Mobile which run in [compose mode](https://learn.microsoft.com/office/dev/add-ins/outlook/mobile-event-based?tabs=jsonmanifest). You can check and see if it's related to your question. If not, please submit your question to GitHub so that we can understand more about your use case.
+We've launched events on Outlook mobile which run in [compose mode](https://learn.microsoft.com/office/dev/add-ins/outlook/mobile-event-based?tabs=jsonmanifest). You can check and see if it's related to your question. If not, please submit your question to GitHub so that we can understand more about your use case.
 
 ​**We have an Outlook add-in interacting with user on edit message. this is working well for Windows but Outlook Mobile it does not work, when do you support Dialogs Edit Message (New, Reply and Forward) for Outlook Mobile.**
 
 We have some items in the backlog that might be related. Could you share more about your use case to help us understand? Please submit the question to GitHub so that the team can reach out to you.
 
 **There are few Outlook performance issues / bugs open in Office.js and no answers on investigation or current status. Is Outlook team going to investigate the performance issues and how we should communicate these to our clients meanwhile?​ We hear (Forrester) how new Outlook saves energy, and some of these performance issues seems to stem from "energy saving" mode, Outlook energy conservation tactics, and related slowdown of core JS features (setTimeout). Are the efforts on energy saving and performance issues related?**
 
-Is it possible to get a list of the open bugs/issues you are referring to? Our team frequently monitors GitHub for issues and triage bugs. In the meantime, here are some information you can stay current on what's coming in New Outlook. Check [Add-ins in the new Outlook for Windows](https://techcommunity.microsoft.com/blog/outlook/add-ins-in-the-new-outlook-for-windows/3954388) and  [What's new in new Outlook for Windows](https://support.microsoft.com/en-us/office/what-s-new-in-new-outlook-for-windows-c4c33813-1e9a-4304-8499-90fe7f164bd1)
+Is it possible to get a list of the open bugs/issues you are referring to? Our team frequently monitors GitHub for issues and triage bugs. In the meantime, for information on what's coming in New Outlook, see [Add-ins in the new Outlook for Windows](https://techcommunity.microsoft.com/blog/outlook/add-ins-in-the-new-outlook-for-windows/3954388) and [What's new in new Outlook for Windows](https://support.microsoft.com/office/what-s-new-in-new-outlook-for-windows-c4c33813-1e9a-4304-8499-90fe7f164bd1)
 
 **Centralized Deployment of add-ins - for customers using Microsoft 365 licenses it takes a very long time (24 to 48 hours) to install Outlook Addin through centralized deployment and it takes a very long time to remove such Addin. Customers have 48 hours on Azure Marketplace to test applications and if addin needed for using the application is not available in a short time (up to one hour) it might result in canceling subscription. It would be great if someone can address that issue and give best practice to shorten propagation time.​**
 
 **Why does centralised deployment take up to 24 hours to deploy an add-in? In OWA I used to be able to sideload an add-in and it would immediately appear. Sideloading using the hidden https://aka.ms/officeaddinsform doesn't make the add-in show up under Apps any quicker.**
 
-We haven't got an answer from the owner team till now. Please stay tuned for the update.
+We don't have an answer from the owner team yet but please stay tuned for the update.
 
 **I wanted to know whether there is any workshop by which we can understand the office.js flow and can contribute to the new features to office.js which can help us to maximize the productivity?**
 
@@ -111,7 +112,7 @@ We don't currently have a workshop. You can check all the resources we provide a
 * See the full blog post for this call in the [Microsoft 365 platform community blog](https://aka.ms/m365pnp/blog)
 * [X (formerly Twitter)](https://twitter.com/microsoft365dev)
 * [Microsoft 365 Unified Sample gallery](https://aka.ms/community/samples)
-* [Microsoft 365 Platform Community in YouTube](https://aka.ms/community/videos)
+* [Microsoft 365 Platform Community on YouTube](https://aka.ms/community/videos)
 * [Microsoft 365 Platform Community](https://aka.ms/community/home)
 * [Link to all Microsoft Developer Community calls](https://aka.ms/M365DevCalls)
 * [Submit questions for next community call](https://aka.ms/officeaddinsform)