My outlook add-in submission failed because my add-in doesn't load successfully in safari classic mode (as per email received from outlook validation team).
It is working nicely on safari Version 13.0.5.
I have been trying to get clarification on how to test this also -- at least I think we're talking about the same thing. In our latest report from Microsoft, this is referred to as "Safari in Outlook Web App Classic mode." I've also seen the wording "classic experience."
My understanding is that this refers to a "classic" mode of Outlook, not of Safari. They happen to be testing it in Safari. We're able to get to the classic mode, or something like it, by going to this URL:
https://outlook.office.com/owa?path=classic
You'll see a different Outlook UI there. I don't think this is sufficient for really testing classic mode, because some of the links will take you back to the now-default UI.
Finally, we got past an issue that was worded as "not available to be loaded" by changing the minimum version of the requirement set specified in our add-in's manifest from 1.7 to 1.6. The symptom was that although you could add the add-in in classic mode, it didn't show up in the menu to use. Fortunately our add-in does work with 1.6. This doesn't seem quite right, but it does work, and might point you in the right direction.
On requirement sets and Outlook clients supported: https://learn.microsoft.com/en-us/office/dev/add-ins/reference/requirement-sets/outlook-api-requirement-sets
Related
We are developing Office Add-ins (apps for office) and we want to automate the testing for continuous delivery by using VSTS.
Because the Add-ins are web apps I wanted to use tools like Selenium, but that doesn't seem to work because the app is not in a browser (but is using the IE engine from within Word)
I tried using the Coded UI tests from visual studio, but they are not functioning correctly. It seems to handle some basic UI events, but even simple things typing text result in unpredictable behavior. (missing characters, clicking the wrong items).
I hope someone else has some experience on how to do this?
Thank you very much.
What we have done with our add-in, for automated testing of the task pane, is to mock the Office API methods we are using, and inject the mocked Office object into our code (vs importing the real Office API script and referencing the global). This has worked well for us, using Mocha+Chai+Sinon+Enzyme for our React-based add-in.
I'm not sure whether "sideloading" is the correct term: Is therea an API to programatically install an Office Javascript API based add-in (e.g. a Task Pane app) in to the current / specific document on the desktop (at least on Windows)?
VisualStudio does this when you debug an App for Office project. How do I go about achieving the same?
There is no current way to programmatically insert an app (now "Office Add-in") into a document via JavaScript. It is a scenario that the product group is aware of, but it's not something we have yet.
You can insert an it via the Open XML SDK (which is actually how Visual Studio does this), but that would be .NET code running outside of the Office add-in (and not on the currently open document). Visual Studio in particular is atually inserting an app registered into the special local registry-based "Developer Store", but I can't think of any reason why wouldn't work for an actual Office-Store or SharePoint App Catalog-hosted app. If you are interested in going this route, let me know, and I might be able to find some pointers on the code you'd need to write.
Finally (though it probably goes without saying), you can insert an app into a Template, rather than a regular document. That way, anyone creating a document from that template would get your add-in -- I believe that's what the Paypal Invoicing add-in in Excel does, for example.
Hope this helps,
~ Michael Zlatkovsky, Developer on Office Extensibility team, MSFT
I have to develop a windows store app which will be usable on public devices, that means users aren't supposed to be able to quit my application.
On iOS devices, an option called "Guided Access" allows to do this easily, buttons are disabled and you can specify an area where user can interact.
After some researches, I haven't found a way to do that, it seems that Microsoft has not implemented this option in Windows 8, so I'm looking for a way to do this with some code, directly in my app but I have no idea on how to do that precisely. Please, can you tell me if it's possible and, if it is, can you give me a point where I can start ?
Thanks.
I´m not sure whether or not this made it into the newly released preview of the Windows 8.1 Update, but check for "Assigned Access" it was rumored to be a new feature especially for Windows store apps
Edit: See the offical 8.1 product guide here, it only mentions it two times but maybe it is worth installing the preview.
I am working on a solution to a problem at work where we can't tell if someone is on the phone or just sitting there. We use Microsoft Lync to place our calls and I was hoping to be able to add a bit of code to an existing .net application to show the presence of the person logged into the machine. That info will send that out via USB to an indicator light I previously built.
So basically I am trying to create a .net version of those 'ON AIR' lights you see at radio stations.
I have been searching for the last few days and haven't found a solution. I also downloaded the Microsoft Lync Controls SDK, but no luck with that either.
The following site provides a couple of ways of getting the user availability: http://rcosic.wordpress.com/2011/11/17/availability-presence-in-lync-client/
You may also be interested in the BusyLight if you still haven't implemented this solution. It's a USB light which shows your presence, as you describe.
There's a video demo of it in action here.
I used http://www.everythingaccess.com/tutorials.asp?ID=Outlook-Send-E-mail-Without-Security-Warning , to finish my first ms access vba app that sends multiple notifications via outlook, without security pop-up. Now I want to make a WEB BASED version of it. So, using asp.net & mysql instead of vba & access raises certain questions.
When I comes down to it, what would be the difference of using (will post link below) vs installing VSTO runtime to run the outlook module I allready used in my first link?
Would you consider the "add-in" a more robust, integrated, easy approach since it seems I'd otherwise need to put the module of my first link in each users outlook install or am I just completely mistaken or is it a combination of both, please explain...
Click below for
2nd link of first post , outlook addin