I was testing my Outlook Add-in on Outlook 2016 for Windows. The popup window opened by displayDialogAsync is significantly larger (about 30% or 40% larger) than the dimensions I provided in the options.
The other platforms I tested on (e.g. Safari, Firefox, Chrome, IE10, IE11, Edge, Outlook 2016 for Mac, Outlook 2013 for Windows) open the popup with the correct size.
Are the dimensions of the popup window computed differently in Outlook 2016 for Windows?
Note it's not dimensions in pixels, but percentage of the screen size. Please refer to displayDialogAsync API documentation. For example, width value "Defines the width of the dialog box as a percentage of the current display. The default value is 80%. The minimum resolution is 250 pixels.". Could this be the reason it's not behaving as you expected?
Related
I have a sheet with VB buttons (using Form controls or ActiveX controls makes no difference).
When the display scale in windows is not 100%, after a button is down it resizes to something not the same size, as shown below (Export Forecast Data... button). When a different button is clicked, it pops back to normal size and the new button then gets this effect.
What you see below is 125%, but the bigger the scale, the worse it gets. In addition, as you can see, it is changing font sizes too.
If I save then reload, all buttons pressed end up resized to the smaller size they were after being clicked and do so badly, as third screenshot.
I have tried on many computers and they all have the same fault.
These have been Excel Office 365/2016.
Any ideas how to fix this? Also, I believe this may be linked to not just a scaling, but having two displays, one at 100% and the other at a different scale.
The effect of the resize after saving
When I copy and paste as values or use the camera tool (essential for dashboards, VBA driven reports, etc.), the pasted/camera snapped image doesn't line up with the chosen columns.
I've got the answer to this (see below), but this stumped me for some time.
The issue here happens (and is fixed by) the native content resizing of windows. If "Change the size of text, apps and other items" isn't 100% (e.g. 125%), and especially if it flags in red that you need to log out and back in for applications to pick up the change, excel and many other products will handle screen shots very weirdly.
So this isn't a solution in excel. That's what stumped me, and buggered up (technical term) a number of my dashboards. FYI!
Does anyone know of a grid control that can be placed on an Excel UserForm, preferably something that is capable of displaying the content of a ADODB Recordset?
In VB window using 'Tools'->'Additional Controls' menu, there may be DBGrid control; check it.
In the VB window, using 'Tools->Additional Controls, there is a 'Microsoft Office Spreadsheet 11.0' control that is very powerful. This is true for Excel 2010, at least. Don't know about more recent versions.
Just throwing this out there for anyone that might be interested. I too as looking for a way to display what looks like a grid on a userform. Since I'm working on a shared program with different users having different versions, I shied away from the "Additional Controls.
Very simply, what I did was throw a number of labels into a frame, got rid of the borders, separated them with just the tiniest space in between and set the back color of the frame to a darker color. The result is below.
I am using Excel VBA. I added a calendar control so that users can pick the date from the calendar. I noticed something that whenever the excel file is opened the Calendar shrinks smaller and smaller. Now I can see that the calendar will disappear after reopening the file several times.
Any ideas? please help
Thanks,
You can get around this by adding
Calendar1.Width = 165
Calendar1.Height = 165
to your code (right click on control and "see code". I've used 165 (millimeters on my system), but you can check the properties of the control, once you have it the size you want, to get the values.
I found the opposite worked for me (Excel 2007) I had exactly the same problem but only when I changed the format to "move or resize with cells" that the calendar stayed the same size after file save and close. Your answer put me on the right path though, thanks!
I've seen this behaviour before with other controls. I think it's a bug that is linked to the control's resize setting, even though cells aren't being resized.
Try the following in design mode:
Right-click control and select Format Control
In Properties tab, select 'Don't move or size with cells'
I have SSRS Reports created and rendering in Excel format. I used a custom color(mentioned in excel spec R23, G123, B87) in SSRS. But it shows a different color with the same combination in SSRS. And once I render the report to Excel it shows the color different though I used the same color combination.
Why the color difference in Excel and SSRS? How do I solve this?
The standard Microsoft Excel 2003 color palette has 40 colors plus 16 colors for chart fills and lines. Most of the current builds of Business Intelligence reporting systems (Cognos Series 8, Business Objects XI R3, Reporting Services 2000/2005, etc.) automatically translate colors to the "closest matching" Excel 2003 color palette selection as part of the render to Excel method. This can be very frustrating for Office 2007 users given that Excel has virtually unlimited color palette choices by default.
Reporting Services 2008 DOES NOT have this color palette restriction. If you render a report to Excel in Reporting Services 2008, then the colors will match the colors that are displayed in your HTML rendered report.