Это похоже на ошибку в продуктах Office в том, как они обрабатывают обработку сообщения WM_DPICHANGED. Предполагается, что приложение перечисляет все свои дочерние окна и масштабирует их в ответ на сообщение, но оно как-то не в состоянии правильно обрабатывать панели надстроек.
Чтобы обойти эту ошибку, вы можете отключить масштабирование DPI. Вы говорите, что пытались вызвать SetProcessDpiAwareness, но задокументировано, что эта функция перестала работать после того, как для приложения была установлена поддержка DPI, и приложение, которое вы используете, явно настроено, потому что оно работает для родительского окна. В таком случае вы должны вызывать SetThreadDpiAwarenessContext, как в этой оболочке C # . К сожалению, у меня нет установки для установки нескольких мониторов в Win10, но она должна работать во время работы приложения. Попробуйте эту надстройку , в ней есть кнопка для настройки контекста осведомленности о DPI потока и посмотрите, подходит ли вам это.
Прикладной хук-подход
Поскольку SetThreadDpiAwarenessContext может быть недоступен в вашей системе, один из способов решения этой проблемы - заставить главное окно игнорировать сообщение WM_DPICHANGED. Это можно сделать либо установив хук приложения для изменения сообщения, либо подклассом окна. Хук приложения - немного более легкий подход с меньшим количеством ловушек. По сути, идея состоит в том, чтобы перехватить в основном приложении GetMessage и , изменить WM_DPICHANGED на WM_NULL, что заставит приложение отклонить сообщение. Недостатком является то, что этот подход работает только для опубликованных сообщений, но WM_DPICHANGED должен быть одним из них.
Итак, чтобы установить хук приложения, ваш код надстройки будет выглядеть примерно так:
public partial class ThisAddIn
{
public enum HookType : int
{
WH_JOURNALRECORD = 0,
WH_JOURNALPLAYBACK = 1,
WH_KEYBOARD = 2,
WH_GETMESSAGE = 3,
WH_CALLWNDPROC = 4,
WH_CBT = 5,
WH_SYSMSGFILTER = 6,
WH_MOUSE = 7,
WH_HARDWARE = 8,
WH_DEBUG = 9,
WH_SHELL = 10,
WH_FOREGROUNDIDLE = 11,
WH_CALLWNDPROCRET = 12,
WH_KEYBOARD_LL = 13,
WH_MOUSE_LL = 14
}
delegate IntPtr HookProc(int code, IntPtr wParam, IntPtr lParam);
[DllImport("user32.dll", SetLastError = true)]
static extern IntPtr SetWindowsHookEx(HookType hookType, HookProc lpfn, IntPtr hMod, uint dwThreadId);
[DllImport("user32.dll")]
static extern IntPtr CallNextHookEx(IntPtr hhk, int nCode, IntPtr wParam, IntPtr lParam);
[StructLayout(LayoutKind.Sequential)]
public struct POINT
{
public int X;
public int Y;
}
public struct MSG
{
public IntPtr hwnd;
public uint message;
public IntPtr wParam;
public IntPtr lParam;
public uint time;
public POINT pt;
}
HookProc cbGetMessage = null;
private UserControl1 myUserControl1;
private Microsoft.Office.Tools.CustomTaskPane myCustomTaskPane;
private void ThisAddIn_Startup(object sender, System.EventArgs e)
{
this.cbGetMessage = new HookProc(this.MyGetMessageCb);
SetWindowsHookEx(HookType.WH_GETMESSAGE, this.cbGetMessage, IntPtr.Zero, (uint)AppDomain.GetCurrentThreadId());
myUserControl1 = new UserControl1();
myCustomTaskPane = this.CustomTaskPanes.Add(myUserControl1, "My Task Pane");
myCustomTaskPane.Visible = true;
}
private IntPtr MyGetMessageCb(int code, IntPtr wParam, IntPtr lParam)
{
unsafe
{
MSG* msg = (MSG*)lParam;
if (msg->message == 0x02E0)
msg->message = 0;
}
return CallNextHookEx(IntPtr.Zero, code, wParam, lParam);
}
private void ThisAddIn_Shutdown(object sender, System.EventArgs e)
{
}
#region VSTO generated code
private void InternalStartup()
{
this.Startup += new System.EventHandler(ThisAddIn_Startup);
this.Shutdown += new System.EventHandler(ThisAddIn_Shutdown);
}
#endregion
}
Обратите внимание, что это в значительной степени непроверенный код, и если он работает при блокировке сообщения WM_DPICHANGED, вам, вероятно, придется обязательно очистить его, удалив хук перед выходом из приложения.
Подклассификационный подход
Если сообщение, которое вы хотите заблокировать, не публикуется в окне, а отправляется вместо него, метод перехвата приложения не будет работать, и вместо главного окна вместо него будет , вместо . На этот раз мы поместим наш код в пользовательский элемент управления, потому что главные окна должны быть полностью инициализированы перед вызовом SetWindowLong.
Таким образом, для создания подкласса окна Power Point наш пользовательский элемент управления (который находится внутри надстройки) будет выглядеть примерно так (обратите внимание, что я использую OnPaint для этого, но вы можете использовать все, что гарантировано, что окно инициализируется в время вызова SetWindowLong):
public partial class UserControl1 : UserControl
{
const int GWLP_WNDPROC = -4;
[DllImport("user32", SetLastError = true)]
extern static IntPtr CallWindowProc(IntPtr lpPrevWndFunc, IntPtr hWnd, uint uMsg, IntPtr wParam, IntPtr lParam);
[DllImport("user32", SetLastError = true)]
extern static IntPtr SetWindowLongPtr(IntPtr hWnd, int nIndex, IntPtr lpNewLong);
[DllImport("user32", SetLastError = true)]
extern static IntPtr SetWindowLong(IntPtr hWnd, int nIndex, IntPtr lpNewLong);
delegate IntPtr WindowProc(IntPtr hwnd, uint uMsg, IntPtr wParam, IntPtr lParam);
private IntPtr origProc = IntPtr.Zero;
private WindowProc wpDelegate = null;
public UserControl1()
{
InitializeComponent();
this.Paint += UserControl1_Paint;
}
void UserControl1_Paint(object sender, PaintEventArgs e)
{
if (origProc == IntPtr.Zero)
{
//Subclassing
this.wpDelegate = new WindowProc(MyWndProc);
Process process = Process.GetCurrentProcess();
IntPtr wpDelegatePtr = Marshal.GetFunctionPointerForDelegate(wpDelegate);
if (IntPtr.Size == 8)
{
origProc = SetWindowLongPtr(process.MainWindowHandle, GWLP_WNDPROC, wpDelegatePtr);
}
else
{
origProc = SetWindowLong(process.MainWindowHandle, GWLP_WNDPROC, wpDelegatePtr);
}
}
}
//Subclassing
private IntPtr MyWndProc(IntPtr hwnd, uint uMsg, IntPtr wParam, IntPtr lParam)
{
if (uMsg == 0x02E0) //WM_DPICHANGED
return IntPtr.Zero;
IntPtr retVal = CallWindowProc(origProc, hwnd, uMsg, wParam, lParam);
return retVal;
}
}