Whenever I have an add-in open in outlook, it closes immediately when I open a different email. Is there a way to keep an add-in open while I browse through multiple emails? Or is outlook coded in such a way that forces the add-in to close every time you click on a different email?
Thanks.
As far as I understand your questions you are the user of the Outlook Add-on. If this is correct, you will not be able to change this behavior. Every time you switch the item you would need to click to invoke the add-on once again. You may also contact the developers of this add-on and request them to implement a pinnable taskpane with explanation of your business case.
Well, if I was wrong and you are the developer of this add-on, you should look at pinnable taskpane in Outlook. This would cover exactly the case you have described. What you would need to do is just support VersionOverrides v1.1 schema in your add-on manifest as well as register and implement the Office.EventType.ItemChanged event handler in your add-on JS implementation.
Related
i'm running timer on task pane Add-in in outlook. when user inactive means if user switch to other tab I need to stop timer and when user back click on outlook mail, I need to resume timer. can anyone guide how to do this?
OfficeJS doesn't provide any events for that. You may consider posting your suggestion to the Tech Community at https://aka.ms/M365dev-suggestions, feature requests are considered when the team goes through our planning process. Don't forget to use the Github label: “Type: product feature request”.
In case of COM based add-ins (VSTO) you could handle the Inspector.Activate an Inspector.Deactivate events for the inspector windows in Outlook. If you need to deal with Explorer windows you may consider using the Explorer.Activate
I have an Outlook add-in and I'd like to close the add-in when I click on the "Close" customized button that I have inside the add-in and not on the "Close" - 'X' button of the add-in.
I was trying to find a reference inside the Outlook add-in documentation but without success.
Which office API request I need to use? any link/reference to it?
Thanks
Currently the API to close the add-in is not there. 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.
I'm trying to develop an add-in in office outlook where add-in should automatically read incoming emails and process my logic to it. I have developed the functionality when I have to specifically click the email to process my logic. But I want the functionality where the add-in should automatically process all incoming emails without manually clicking them.
Have implemented below points as of now:
outlook pinnable task pane
Item Changed Event
Office.context.mailbox.addHandlerAsync(Office.EventType.ItemChanged, ItemChanged);
function ItemChanged(eventArgs) {
/*code*/
}
This is currently not possible. The addins are tied to the item in the view and hence the item needs to be selected for the add-in to work on. 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.
Issue
I've had users reporting that the button for reaching our task-pane Office Add-in (on the ribbon) disappears. There are cases where multiple add-ins are enabled, but ours is the only one that is missing. Seems like it is occurring on both Mac and Windows.
When they look in the Store it still looks like it is enabled. One way to fix it is to remove the add-in and install it again, but when it happens reguraly it's annoying and users can't bother to fix it every time.
The add-in is hosted on S3 in AWS
The add-in is configured to only be visible when composing email
Question
What could be the cause of this happening? How can we fix it?
There is currently no known issues surrounding this. Where the Add-in is hosted, should not matter. If where your icon is cannot be reached, then your add-in will load after a certain amount of time with a default icon. (this does not sound like what is happening, but this can cause your add-in to not show up for a while)
In general, when users complain about this, it is because they have switched tabs on the ribbon. This can be confusing because add-ins are in a different location when doing an inline reply vs doing a pop-out window. (see below screenshot). Most of the time, this occurs during inline reply, and the user has clicked away from the "message" ribbon to the "Home" ribbon. Clicking back on the "message" ribbon, and the add-in should show up again. If the "message" ribbon is not there, then selecting another message, then back on the draft should put the "message" ribbon back.
Another possible explanation is that an admin has disabled the add-in, but not installed it.
If this is not what is happening, we would need more information on the repro steps. Version numbers of the Client Hosts. Version number of the server, and perhaps a copy of the add-in manifest.
Is it possible for a javascript-based send add-in for Outlook to present a custom UI like you can in the VSTO add-in model? Based on all the examples I've seen, it looks like they only determine whether the message can be sent based on some analysis performed on the Outlook item. An alternative solution would be two write two add-ins, one task pane and one send. The task pane add in would have to be explicitly invoked, which would add another step that my users do not need to perform with the VSTO add-in. The send add-in would analyze the message to determine whether the task pane add-in has acted on the message. If there's a way to display a UI in the send add-in, users could still use their existing workflow to get their messages processed as they are accustomed to. Thanks in advance!
It isn't possible to surface a customer UI using On Send. If the message fails your validation process, Outlook handles surfacing your message:
Also keep in mind that each add-in runs within it's own sandbox. It isn't possible for one add-in to trigger another or to send messages between two add-ins from within Outlook. You good handle cross-add-in messaging via a shared back-end but this wouldn't help in an On Send scenario.