I’m working on an add-in for Microsoft Outlook. Since the August 1 update of Outlook 2016 (Version 1807, Build 10325.20082), we have seen that dialogs that are being opened with displayDialogAsync() are displaying incorrectly (see code sample below). They are displaying wider and shorter than before. Upon trying to fix this, we realized that when we increased the height parameter, the dialog appeared really wide, and increasing the width parameter caused the dialog to appear really tall. We see that dialogs from other add-ins are also appearing shorter and wider. We suspect that the height and width parameters are being read incorrectly.
Office.context.ui.displayDialogAsync(dialogURL, {
height: 60,
width: 33,
displayInIframe: true,
}, dialogCallback);
This is a known problem in some builds of Outlook 2016 including the build you have. It has been fixed in build 16.0.10713.10000 and later builds.
Related
We have Outlook add-in that uses VSTO and custom task panes using:
Globals.ThisAddIn.CustomTaskPanes.Add
Latest Outlook updates seem to break custom task panes UI with top position:
First this issue was reported by one of our clients which used "Try it now" feature of Outlook to see new features. But now it bug slipped to the final release.
We have made a workaround to just add margin for our control and spaces in task pane title, but maybe there is a better way? Pane still look out of place in the new Outlook UI (no rounded corners and so on).
Maybe there is a better way to fix this or some info when this issue will be resolved?
Outlook version is: Microsoft Outlook for Microsoft 365 MSO (Version 2207 Build 16.0.15427.20182) 64-bit
We're banging our heads on an issue where we have a nicely formatted HTML newsletter that, once it's sent to someone on Windows using Outlook 2016, completely blows up.
The main issue is that the email is meant to be fixed-width but Outlook 2016 renders it full width.
After much frustration we realized the following:
Creating the HTML email in Mac 16 Outlook is fine
Sending it from Mac 16 Outlook is fine
Reading it in Mac 16 Outlook is fine
Reading it in Windows Outlook 2016 breaks it
Forwarding said email from windows to Mac also shows the issue on the Mac.
I think I found out what is causing the issue, but not why it's happening. When I view the source of the forwarded email, I see that the widths of some of my tables have been forced to a much larger setting.
So, whereas I had:
<td width="793"...
The source in the broken email now shows:
<td width="1118" style="width: 594.75pt...
I'm stumped. Is Windows Outlook resizing TD indicative of anything in particular I need to do in my HTML to get this to work?
We found the answer. The issue was that inside this table, we had a nested table, and inside that table, we had an image and that image was set to width="100%". Even though this was inside a table that also had a width set, it appears that Microsoft Outlook interprets that 100% to be 100% of...the viewport, maybe? Not entirely sure, but clearly it doesn't limit itself to its parent container's width.
The fix in our case was to hard-code a width for the image rather than tell it to be 100%.
In Project Server 2013, when you view resources, a little box appears in front of the resource names. Sometimes background of the box is white, sometimes grey, and sometimes it is green.
Can anyone tell me what the icons represent and what the colours mean?
That box is the Lync / Skype for Business Presence indicator.
If you want to disable the Lync / Skype for Business presence in Project 2013, see the steps in this post:
https://pwmather.wordpress.com/2015/04/15/want-to-disable-lync-skype-im-presence-in-msproject-2013/
I recently updated my development workstation to Windows 8.1 with a 4K monitor and went from Visual Studio 2010 to 2012. When I opened an existing project sweeping changes were made to Margin and Padding (were default).
Label - Margin(8, 0, 8, 0)
Button, DataGridView, TextBox, CheckBox - Margin(8, 7, 8, 7)
MenuStrip - Padding(16, 5, 0, 5)
GroupBox - Margin(8, 7, 8, 7) and Padding(8, 7, 8, 7)
The control Sizes are also bigger than before.
Is this because I'm using a 4K monitor with display scaling? If so, how can I control layout with this setup. Do I have to change my display resolution every time I want to edit the form?
Or is it something to do with VS 2012 or Win 8.1?
Any help is appreciated.
The answer relates to DPI scaling. Basically, when something is edited in the designer other than at 96 DPI, it is scaled. When you save, the scaled values are saved. I was editing a form at 150 DPI.
I find the DPI support in Winforms to be pretty awkward but the wisdom seems to be to use the designer at a consistent DPI - i.e. on the same monitor and preferably at 96 DPI.
I have certainly found that it is difficult to get layout correct at higher DPI. I just can't see if things are properly aligned at higher DPI whereas I can see it clearly at 96 DPI. So, whether the advice to stick to 96 DPI is technically required or not I can't confirm but as a practice I find it visually necessary.
Here are some answers about how to build DPI Aware applications: https://stackoverflow.com/a/13228495/1439940, https://stackoverflow.com/a/4076259/1439940, https://stackoverflow.com/a/202172/1439940
I really hope someone can help me here. I have tried applying SP1 to Visual Studio 2008 and SP1 to Crystal Reports Basic that comes with VB2008 to repair this problem, but have had no success. I've tried setting margins, changing paper sizes and default printers too.. No joy.
Every time I create a ReportViewer and give it a ReportDocument in Windows 7, the report isn't centered in the ReportViewer. If I resize the width of the window to the point you can see the whole page of the report, theres a huge section of background to the left. I was originally coding under Windows XP (the error doesn't occur in XP but does occur on some client systems running Windows 7), but after swapping my coding environment over to Windows 7 this error even occurs at design stage! Please help if you can.
Screenshot:
http://i55.tinypic.com/53o135.jpg
As you can see in this screenshot, there is no Crystal Report Viewer background visible on the right, yet there is already a large section visible on the left. Once the window is enlarged further, the left becomes even larger still.
I'm using Crystal XI under Windows XP, but I think I can answer your question.
In the image below (taken from your image), the white space circled in red holds your Group Tree. Click on the icon above it (with the red arrow) to hide the group tree.
The grey space (circled in green) tells you the Section Names, i.e. Header, Group Footer, etc. To turn that off, go into File->Options->Layout.
Does this answer your question, I hope? Oh, and welcome to StackOverflow :)
OK, I found the solution to this problem. It's when the user selects 120% magnified objects in their Windows Display settings! You need to adjust things for the DPI change