We have a Word template file in OneDrive.
We have a ASP.NET Web API controller that needs to get the template, fill in the data, and save it to a new location in OneDrive.
I was surprised to see a Microsoft Graph Excel API, but not one for Word. How can this be done?
Word REST APIs are not available yet. Please help prioritize by adding your feature request with scenarios in Office feedback.
Related
I am looking to develop an addin for Outlook using the Office JS API. Reading the API documentation, there are a number of references to making a call to the Outlook REST API to do various things.
As an example, I want to retrieve a list of contacts from the local machine. I have seen posts suggesting I need to make a call to the Outlook REST API, however this doesn't make sense to me. If they are local/offline contacts, why would I need to do that? I feel as though I'm missing some relationship between the two.
A screenshot for the list of contacts I want to retrieve:
Question
Could someone outline how they fit together (if at all)? Is it expected that if I'm going to effectively use this API, I will also need to have my data "online", such that it's available from some REST service?
As the contacts are stored locally it can not be retrieved using REST API. Getting the contacts via Office JS is not possible today. We track Outlook add-in feature requests on our user-voice page. Please add your request there. Feature requests on user-voice are considered, when we go through our planning process.
My local school allows me to log in to their online portal and access an email account using Outlook 365 within the browser, despite the fact I do not have a license for outlook/office 365.
Is it possible to create a web application where users of this app could click a link to edit a document directly in their browser using Word 365, with us/the developers of such app being the licensee of Word and not the end-user? The remote document would be held in a Sharepoint/Webdav capable service.
If this is possible, which MS-technologies should we investigate to develop such a system? Is it the MS-Graph API or something else?
A pointer in the right direction would be greatly appreciated.
Thanks!
You can use the Graph to create a sharing link to a document. But the user will have to sign in to view the document I believe. I'm not sure what licensing they need but you can try this with your users to see.
https://learn.microsoft.com/en-us/graph/api/driveitem-createlink?view=graph-rest-1.0&tabs=http
You can use the Google Docs API to work with documents stored in Google Drive. If you are using Java there is a "Quickstart" at the following link:
https://developers.google.com/docs/api/quickstart/java
Please forgive me, I am fairly new to the Dialogflow Api (v2.)
I am starting off with testing these API calls using the Google API Explorer utility on the right side of the page.
My question is specifically about the "access_token" field:
Is this supposed to be the JSON authentication file that I downloaded from the Google Cloud Console when I created a new service account?
If not, then where do I find the specific resource I am actually supposed to pass into this field?
Side note: I read in the support section: "Google engineers monitor and answer questions about the Google API Explorer on Stack Overflow using the tag google-apis-explorer." Thank you all in advance for your service/help in this topic!
The access_token field is a higher-level field used across the API by some tooling. In some manual client libraries, you might need to use it, but for the API Explorer utility and for most use-cases, you can ignore it. This is true of most (maybe all) fields under the "Show standard parameters" zippy.
The documentation on the left side should explain the relevant fields you need to fill in to successfully complete a request. Keep in mind that even some of these fields are optional; you can leave them blank if they are not relevant to your goal.
I am trying to build my own WOPI host using ASP.NET MVC and its WebAPI functions according to this example
https://code.msdn.microsoft.com/office/Building-an-Office-Web-f98650d6
I successfully used that example to connect to my Office Web App Server and I can use that to access files of Excel and PowerPoint in local path and I am able to edit it, but I cannot use it to open word document in editing mode as the Post action handler isn't implemented completely without any response so that it cannot handle any edit request.
In order to add support for editing of Office document, I tried this example with POST request handler based on Cobalt library extracted from Office Web App Server.
https://github.com/marx-yu/WopiHost
With this example I managed to edit ans save all kinds of document with Office Web App Server. However, when I tried to integrate these two together I found that even if I can enter the edit window of Excel and PowerPoint and I can see that Post Requests from Office Web App Server like locking and Cobalt are handled by my WOPI Post API action handler. Those change doesn't take any effect on my local file at all. Moreover, I still cannot edit word document and when I checked the back log of Office Web App Server, I found the error message is Cobalt is not supported while I have already set the SupportsCobalt in CheckFileInfo response to true! Any help is very appreciated!
I think I have exactly what you are looking for. Check out my implementation of the WOPI host. It's an MVC6 app that takes the best from the both examples you are referring to and adds some extra features.
I have built a few WebAPIs since it was born, including one supporting OData URL filters when that was new. I see now that OData over WebAPI has matured, I see it can serve service metadata.
Is it complete enough for Excel or other OData client tooling to plug and play as if it were a full WCF Data Service (ye olde Astoria)?
That's it. Thanks
OData V1-3 services can be consumed by the Data tab and Power Pivot data source import of Excel. While Excel's support for importing data from OData V4 services will rely on Power Query. That support is planned targeting early next year according to this: https://social.technet.microsoft.com/Forums/en-US/2169958f-9e2a-4fc2-a844-c0dce4c17a19/support-of-odata-v40?forum=powerquery
It is. In the past you had to do the right configuration or do a workaround to populate the OData feed from Web API correctly, to be able to consume it from Excel. Suprotim Agarwal wrote an excellent blog post about all the steps necessary to consume the feed from Excel, including creating and configuring the endpoint and what the steps in Excel are.