Alternative to EnableRoamingFolderHomepages registry key for WebViewPanes?

Add-in Express™ Support Service
That's what is more important than anything else

Alternative to EnableRoamingFolderHomepages registry key for WebViewPanes?
 
Posts 1 - 10 of 12
First | Prev. | 1 2 | Next | Last 
Alex




Posts: 14
 Joined: 2020-10-22
Hi,

we're using Add-In Express since a few years to display our web based application in a WebViewPane as an Outlook Plugin. Currently a registry key (EnableRoamingFolderHomepages) has to be set to make this work. However, we now have some customers who see this is a real security concern (which it is indeed) and are not allowed to change this key by company policies. So is there another way to display web content in an outlook add in the webViewPane region?
https://www.timeflex.de
Posted 12 Oct, 2021 03:40:52 Top
Andrei Smolin


Add-in Express team


Posts: 18829
 Joined: 2006-05-11
Hello Alex,

Check the sample project we provide at https://www.add-in-express.com/creating-addins-blog/2017/12/01/outlook-ignore-webviewurl-webviewon/.

Regards from Poland (CEST),

Andrei Smolin
Add-in Express Team Leader
Posted 12 Oct, 2021 06:07:48 Top
Alex




Posts: 14
 Joined: 2020-10-22
Hi Andrei,

sorry for the late reply, but it was only yesterday that I had time to start investigating this further.
I managed to follow the example and change our WebViewPane to a FolderView. I also got rid of the Folder-Switcher bar in that view. However there is still the title, a search bar and a control for sorting. See this screenshot:

User added an image

I read in an older forum entry, that this could not be removed. Nonetheless I wanted to ask whether there may be an option today to remove it or otherwise hide it? Maybe its possible to somehow stretch the drawn view to the top to hide it or is this impossible as a child of the Folderview?

Here is the original thread asking to get rid of the controls from 2014 (so quite old): https://www.add-in-express.com/forum/read.php?FID=5&TID=12104

Thanks,
Alex
https://www.timeflex.de
Posted 28 Oct, 2021 23:30:53 Top
Alex




Posts: 14
 Joined: 2020-10-22
Ok, I managed to get rid of the Title and Sorting Controls by using the FolderType olFolderJournal (https://docs.microsoft.com/en-us/dotnet/api/microsoft.office.interop.outlook.oldefaultfolders?view=outlook-pia), but I guess the search bar is visible in every folder type. Maybe there is a way to make it useful by listening to search requests. Do you if something like this exists?

User added an image
https://www.timeflex.de
Posted 29 Oct, 2021 02:42:50 Top
Andrei Smolin


Add-in Express team


Posts: 18829
 Joined: 2006-05-11
Hello Alex,

Alex writes:
Nonetheless I wanted to ask whether there may be an option today to remove it or otherwise hide it? Maybe its possible to somehow stretch the drawn view to the top to hide it or is this impossible as a child of the Folderview?


No. No.

Alex writes:
I managed to get rid of the Title and Sorting Controls by using the FolderType olFolderJournal


I suppose the search bar will re-appear if you change the view on that folder to Entry List; see View | Change View.

Alex writes:
I guess the search bar is visible in every folder type.


It isn't possible to move or hide the search bar. In the Current channel of Office 365 they moved it into the window title area quite a while ago.

User added an image

Alex writes:
Maybe there is a way to make it useful by listening to search requests. Do you if something like this exists?


No, we don't. In theory you can use Windows API to get or block the input sent to that search box. I can't imagine what to do next once you get the text. Also, your screenshots show that there's a variant of the search bar; that variant allows specifying the search scope. This would complicate the code.

Regards from Poland (CEST),

Andrei Smolin
Add-in Express Team Leader
Posted 29 Oct, 2021 04:45:28 Top
Alex




Posts: 14
 Joined: 2020-10-22
I suppose the search bar will re-appear if you change the view on that folder to Entry List; see View | Change View.


Actually, the add in is no longer visible when changing the view :-/

It seems that there currently really is no good solution to show a fullscreen add-in apart from using the mainfest.xml way ... Microsoft is really putting a lock on here.
https://www.timeflex.de
Posted 29 Oct, 2021 06:58:26 Top
Andrei Smolin


Add-in Express team


Posts: 18829
 Joined: 2006-05-11
Alex writes:
Actually, the add in is no longer visible when changing the view :-/


The original add-in project behaves differently for me.

Regards from Poland (CEST),

Andrei Smolin
Add-in Express Team Leader
Posted 29 Oct, 2021 09:26:18 Top
Alex




Posts: 14
 Joined: 2020-10-22
Ok, so maybe that's a problem of the Journal Folder Type. However, when I switch to single view in the example project, the plugin becomes quite narrow:

User added an image
https://www.timeflex.de
Posted 02 Nov, 2021 01:59:07 Top
Alex




Posts: 14
 Joined: 2020-10-22
For some reason the olFolderJournal Type does not display my addin anymore, but olFolderTasks still does ...

Regarding the view switching, I managed to prevent this to have an impact by cancelling this event, in case my addin is displayed: 


private void adxOutlookAppEvents1_ADXOlExplorerBeforeViewSwitch(
    object sender,
    ADXOlExplorerBeforeViewSwitchEventArgs e)
{
    if (showingTimeflexAddin)
    {
        e.Cancel = true;
    }
}
https://www.timeflex.de
Posted 02 Nov, 2021 03:25:58 Top
Andrei Smolin


Add-in Express team


Posts: 18829
 Joined: 2006-05-11
Hello Alex,

Alex writes:
the plugin becomes quite narrow


There's less space for the pane if the Reading Pane is shown.

Alex writes:
Regarding the view switching, I managed to prevent this to have an impact by cancelling this event, in case my addin is displayed:


The user may have a different view shown before your add-in is turned on.

Regards from Poland (CEST),

Andrei Smolin
Add-in Express Team Leader
Posted 02 Nov, 2021 03:54:16 Top

Posts 1 - 10 of 12
First | Prev. | 1 2 | Next | Last