using System.Runtime.InteropServices;
using System.Windows;
using System.Windows.Interop;
using System.Windows.Shell;
namespace SheetMe.Designer.Services;
///
/// 최대화 크기를 작업영역으로 제한한다 — 작업표시줄을 덮지 않게.
///
/// 왜 필요한가. 메인 창은 WindowStyle="None" + WindowChrome 으로 크롬을 직접 그린다.
/// 그 조합에서 OS 는 최대화 사각형을 작업영역(rcWork)이 아니라 모니터 전체(rcMonitor)를 기준으로
/// 잡고, 거기에 리사이즈 프레임 두께만큼 더 부풀린다. 실측으로 창이 (-7,-7)~(1927,1087) 이 되어
/// 작업영역 (0,0)~(1920,1032) 를 아래로 55px 넘겼다 — 작업표시줄이 통째로 가려졌다.
/// 표준 크롬 창에는 이 문제가 없다(OS 가 알아서 작업영역에 맞춘다). 그래서 이 보정은
/// WindowStyle=None 창에만 건다.
///
/// 고치는 방법은 WM_GETMINMAXINFO 한 통이다. OS 가 "최대화하면 어디에 얼마만큼"을 물어볼 때
/// 작업영역을 그대로 답한다. 레이아웃·XAML·테마는 건드리지 않는다.
///
/// 전제 — 이 프로세스는 System DPI aware 다. 매니페스트에 DPI 선언이 없어 WPF 가 기동 중
/// SetProcessDPIAware() 로 올린 상태다. 그래서 MINMAXINFO·MONITORINFO·APPBARDATA 가 모두
/// 같은 좌표 공간(시스템 DPI 기준 물리 픽셀)에 있고, rcWork 를 변환 없이 넣을 수 있다.
/// 누군가 app.manifest 로 PerMonitorV2 를 선언하면 이 전제가 무너진다 — 좌표가 모니터별 실제 픽셀이 되고
/// WM_DPICHANGED 가 들어오기 시작하므로 이 파일을 다시 검토해야 한다.
/// PixelsPerDip 이나 TransformToDevice 를 곱하지 말 것. 지금 곱하면 125%/150% 에서 이중 스케일이 된다.
///
/// 조회에 실패하면 아무것도 쓰지 않는다 — 예전처럼 작업표시줄을 덮을 뿐 크래시는 없다.
///
public static class MaximizeToWorkArea
{
#region Member Fields
private const int WmGetMinMaxInfo = 0x0024;
/// 가장 가까운 모니터 — PRIMARY 를 쓰면 보조 모니터에서 최대화할 때 주 모니터 사각형을 쓴다
private const uint MonitorDefaultToNearest = 0x00000002;
private const uint AbmGetState = 0x00000004;
private const uint AbmGetTaskbarPos = 0x00000005;
private const uint AbmGetAutoHideBarEx = 0x0000000B;
private const int AbsAutoHide = 0x00000001;
private const uint AbeLeft = 0;
private const uint AbeTop = 1;
private const uint AbeRight = 2;
private const uint AbeBottom = 3;
///
/// 자동 숨김 작업표시줄에게 양보하는 두께.
///
/// 자동 숨김이면 작업영역이 모니터 전체와 같아진다. 그대로 꽉 채우면 셸이 이 창을
/// '전체 화면 앱'으로 보고 가장자리 호버에 반응하지 않는다 — 작업표시줄이 영영 안 나온다.
/// 1px 로 안 나오는 셸 버전이 있으면 이 값만 2 로 올린다.
///
private const int AutoHideReserve = 1;
/// 이 창에 이미 붙였는가 — 중복 부착 표식(창과 함께 사라진다)
private static readonly DependencyProperty AttachedProperty = DependencyProperty.RegisterAttached(
"Attached", typeof(bool), typeof(MaximizeToWorkArea), new PropertyMetadata(false));
[StructLayout(LayoutKind.Sequential)]
private struct RECT
{
public int Left;
public int Top;
public int Right;
public int Bottom;
}
[StructLayout(LayoutKind.Sequential)]
private struct POINT
{
public int X;
public int Y;
}
[StructLayout(LayoutKind.Sequential)]
private struct MONITORINFO
{
public int cbSize;
public RECT rcMonitor;
public RECT rcWork;
public uint dwFlags;
}
[StructLayout(LayoutKind.Sequential)]
private struct APPBARDATA
{
public uint cbSize;
public IntPtr hWnd;
public uint uCallbackMessage;
public uint uEdge;
public RECT rc;
public IntPtr lParam;
}
///
/// OS 가 최대화 크기를 물어보는 구조체.
/// 필드 순서를 바꾸면 조용히 오작동한다 — 네이티브 레이아웃 그대로여야 한다.
///
[StructLayout(LayoutKind.Sequential)]
private struct MINMAXINFO
{
public POINT ptReserved;
public POINT ptMaxSize;
public POINT ptMaxPosition;
public POINT ptMinTrackSize;
public POINT ptMaxTrackSize;
}
#endregion
#region Methods
[DllImport("user32.dll", CharSet = CharSet.Unicode, SetLastError = false)]
private static extern IntPtr MonitorFromWindow(IntPtr hwnd, uint flags);
[DllImport("user32.dll", CharSet = CharSet.Unicode, SetLastError = false)]
[return: MarshalAs(UnmanagedType.Bool)]
private static extern bool GetMonitorInfo(IntPtr monitor, ref MONITORINFO info);
[DllImport("shell32.dll", CharSet = CharSet.Unicode, SetLastError = false)]
private static extern IntPtr SHAppBarMessage(uint message, ref APPBARDATA data);
///
/// 이 창의 최대화 크기를 작업영역으로 제한한다 — 창 핸들이 생긴 뒤(SourceInitialized)에 불러야 한다.
///
/// WindowChrome 은 창마다 따로 만든 인스턴스여야 한다. Style Setter 로 공유되면
/// 그 인스턴스가 봉인(Freezable)돼 최대화 시 리사이즈 띠를 끄는 쓰기가 예외를 던진다.
///
public static void Attach(Window window)
{
// 표준 크롬 창은 이미 작업영역 기준으로 최대화된다. 거기에 창 사각형을 rcWork 로 고정하면
// 프레임 두께만큼 클라이언트가 줄고 테두리가 안쪽에 드러난다.
if (window.WindowStyle != WindowStyle.None)
{
return;
}
// 두 번 붙으면 최대화 중에 캡처한 0 을 '복원 시 두께'로 기억해 버려,
// 복원해도 리사이즈 띠가 영영 0 인 창이 된다(가장자리를 끌어 크기를 못 바꾼다).
if ((bool)window.GetValue(AttachedProperty))
{
return;
}
window.SetValue(AttachedProperty, true);
// HWND 로 찾는다. PresentationSource.FromVisual 은 창이 아직 보이기 전에 null 을 돌려줘
// 조용히 아무것도 안 붙는다(진단 --maxrect 가 이 상태를 잡았다).
var handle = new WindowInteropHelper(window).Handle;
if (handle == IntPtr.Zero || HwndSource.FromHwnd(handle) is not { } source)
{
return;
}
// AddHook 과 RemoveHook 은 같은 델리게이트 인스턴스여야 한다
HwndSourceHook hook = OnMessage;
source.AddHook(hook);
// Closing 이 아니라 Closed 다. 닫기 확인에서 취소되면(MainView.OnWindowClosing) 창이 살아남는데,
// 그때 훅을 이미 떼었으면 버그가 조용히 재발한다.
window.Closed += (_, _) => source.RemoveHook(hook);
TrackResizeBorder(window);
}
///
/// 최대화 중에는 리사이즈 띠를 걷는다.
///
/// 창을 작업영역에 정확히 맞추고 나서 드러난 증상이다. 전에는 창이 화면 밖으로 7px 밀려 있어
/// WindowChrome 의 상단 6px 리사이즈 띠가 화면 밖에 있었다. 이제 그 띠가 타이틀바 맨 위로 올라와
/// 최대화 상태에서 타이틀바 위쪽 6px 이 리사이즈 커서가 되고 그 부분 클릭이 먹지 않는다
/// (실측: 최대화 시 y=1·3·5 에서 HTTOP, y=7 부터 HTCAPTION). 오른쪽 위 닫기 버튼의 윗변이
/// 그 띠에 걸리므로 "마우스를 구석으로 던져 닫기"가 안 된다.
///
/// 어차피 최대화된 창은 가장자리를 끌어 크기를 바꿀 수 없다 — 띠가 있을 이유가 없다.
/// 여백(Margin) 보정이 아니라 히트테스트 영역 보정이다. 창 사각형은 그대로 작업영역이다.
///
private static void TrackResizeBorder(Window window)
{
if (WindowChrome.GetWindowChrome(window) is not { } chrome)
{
return;
}
var restored = chrome.ResizeBorderThickness;
void Sync() => chrome.ResizeBorderThickness =
window.WindowState == WindowState.Maximized ? default : restored;
window.StateChanged += (_, _) => Sync();
Sync();
}
private static IntPtr OnMessage(IntPtr hwnd, int msg, IntPtr wParam, IntPtr lParam, ref bool handled)
{
if (msg != WmGetMinMaxInfo || lParam == IntPtr.Zero)
{
return IntPtr.Zero;
}
try
{
// 보통은 handled 를 false 로 둔다. true 로 막으면 WPF 자신의 처리가 잘려
// MinWidth=940 / MinHeight=640 이 사라진다(창을 그 아래로 줄일 수 있게 된다).
// WPF 는 우리 뒤에 돌면서 트래킹 크기만 손대므로 우리 값은 그대로 살아남는다.
// 예외는 하나 — 최소 크기가 화면에 안 들어가는 경우다(Fill 안 설명 참조).
handled = Fill(hwnd, lParam);
}
catch (DllNotFoundException)
{
// user32/shell32 가 없는 환경은 사실상 없지만, 여기서 터지면 창이 안 뜬다.
// 아무것도 안 쓰면 예전 동작(작업표시줄을 덮음)으로 남을 뿐이다.
}
catch (EntryPointNotFoundException)
{
}
return IntPtr.Zero;
}
/// WPF 의 처리를 막아야 하면 true
private static bool Fill(IntPtr hwnd, IntPtr lParam)
{
var monitor = MonitorFromWindow(hwnd, MonitorDefaultToNearest);
if (monitor == IntPtr.Zero)
{
return false;
}
var info = new MONITORINFO { cbSize = Marshal.SizeOf() };
if (!GetMonitorInfo(monitor, ref info))
{
return false;
}
var max = Reserve(info.rcWork, info.rcMonitor);
var width = max.Right - max.Left;
var height = max.Bottom - max.Top;
if (width <= 0 || height <= 0)
{
return false;
}
// 구조체 전체를 읽어 두 필드만 바꾸고 되쓴다. 새로 만들어 덮으면 OS 가 미리 채워 보낸
// 트래킹 크기 기본값이 지워진다 — lParam 은 기본값이 이미 들어찬 채로 온다.
var mmi = Marshal.PtrToStructure(lParam);
// ptMaxPosition 은 절대 좌표가 아니라 rcMonitor 좌상단 기준 상대 좌표다.
// rcWork 는 항상 rcMonitor 안쪽이라 이 차는 음수가 될 수 없다(Abs 를 씌우지 말 것).
mmi.ptMaxPosition = new POINT { X = max.Left - info.rcMonitor.Left, Y = max.Top - info.rcMonitor.Top };
mmi.ptMaxSize = new POINT { X = width, Y = height };
// 여기서 멈추면 좁은 화면에서 보정이 조용히 무효가 된다.
//
// OS 는 최대화 크기를 최소 트래킹 크기까지 되밀어 올린다. 그 값은 우리 뒤에 도는 WPF 가
// MinWidth/MinHeight(940x640 DIP)로 채운다. 작업영역이 그보다 작으면 최대화 창이 도로 부풀어
// 작업표시줄을 다시 덮는다 — 1366x768 을 125% 로 쓰면 최소 높이가 800px 인데 작업영역은 720px 다.
// 우리가 먼저 눌러 봐야 WPF 가 도로 덮어쓴다(진단 --maxrect 가 그 상태를 잡았다).
//
// 그래서 그때만 마지막 말을 한다: WPF 의 처리를 막고 트래킹 크기를 직접 채운다.
// 화면에 들어가지도 않는 최소 크기는 최소 크기 구실을 못 한다 — 그 화면에서는 최소 크기가 양보한다.
// 보통(작업영역이 최소 크기보다 큰 경우)에는 이 가지를 타지 않으므로
// MinWidth/MinHeight 는 WPF 가 계산한 그대로 살아 있다.
var window = SourceWindow(hwnd);
if (MinimumInPixels(window, hwnd) is not { } min || (min.X <= width && min.Y <= height))
{
Marshal.StructureToPtr(mmi, lParam, fDeleteOld: false);
return false;
}
mmi.ptMinTrackSize = new POINT { X = Math.Min(min.X, width), Y = Math.Min(min.Y, height) };
// 이 가지에서는 WPF 가 안 도므로 MaxWidth/MaxHeight 도 여기서 반영해 준다.
// (MainView 에는 없다 — 있으면 ptMaxTrackSize 가 ptMaxSize 를 잘라 최대화가 작아진다.)
if (window is not null)
{
if (ToPixels(window.MaxWidth, hwnd, horizontal: true) is { } maxWidth)
{
mmi.ptMaxTrackSize.X = maxWidth;
}
if (ToPixels(window.MaxHeight, hwnd, horizontal: false) is { } maxHeight)
{
mmi.ptMaxTrackSize.Y = maxHeight;
}
}
Marshal.StructureToPtr(mmi, lParam, fDeleteOld: false);
return true;
}
private static Window? SourceWindow(IntPtr hwnd)
=> HwndSource.FromHwnd(hwnd)?.RootVisual as Window;
/// MinWidth/MinHeight 를 픽셀로 — 창을 못 찾거나 제약이 없으면 null
private static POINT? MinimumInPixels(Window? window, IntPtr hwnd)
{
if (window is null)
{
return null;
}
var x = ToPixels(window.MinWidth, hwnd, horizontal: true);
var y = ToPixels(window.MinHeight, hwnd, horizontal: false);
return x is null && y is null ? null : new POINT { X = x ?? 0, Y = y ?? 0 };
}
///
/// DIP → 픽셀. 변환 배율은 WPF 에게 묻는다 — 우리가 DPI 를 직접 읽어 곱하면
/// System DPI aware 전제가 깨진 날 이중 스케일이 된다.
///
private static int? ToPixels(double dip, IntPtr hwnd, bool horizontal)
{
if (double.IsNaN(dip) || double.IsInfinity(dip) || dip <= 0)
{
return null;
}
var transform = HwndSource.FromHwnd(hwnd)?.CompositionTarget?.TransformToDevice;
var scale = horizontal ? transform?.M11 : transform?.M22;
return (int)Math.Ceiling(dip * (scale is > 0 ? scale.Value : 1.0));
}
///
/// 자동 숨김 작업표시줄이 붙은 변에서 만큼 물러선다.
///
/// 판정은 변 단위다. "rcWork == rcMonitor 일 때만"으로 묶으면
/// 하단 자동 숨김 + 우측 도킹 앱바 조합에서 감지에 실패한다.
///
private static RECT Reserve(RECT work, RECT monitor)
{
var bars = new[]
{
HasAutoHideBar(monitor, AbeLeft),
HasAutoHideBar(monitor, AbeTop),
HasAutoHideBar(monitor, AbeRight),
HasAutoHideBar(monitor, AbeBottom),
};
// 폴백은 '한 변도 못 찾았을 때'가 아니라 '그 변을 못 찾았을 때' 돈다.
// 전자로 두면 좌측의 서드파티 자동 숨김 바 하나를 찾은 것 때문에
// EX 가 놓친 하단 작업표시줄이 구제받지 못한다.
if (FallbackEdge(monitor) is { } edge && !bars[edge])
{
bars[edge] = true;
}
// 변마다 '그 변이 모니터 가장자리에 닿아 있을 때'만 물러선다.
// 닿아 있지 않다면 다른 앱바가 이미 자리를 예약해 창이 가장자리에 닿지 않는다 — 물러서면 틈만 생긴다.
// 좌·상은 크기만 줄이면 안 되고 위치까지 밀어야 한다. Fill 이 이 사각형에서 ptMaxPosition 을
// 파생시키므로 여기서 left/top 을 옮기는 것으로 충분하다 — 순서를 바꾸지 말 것.
if (bars[AbeLeft] && work.Left == monitor.Left)
{
work.Left += AutoHideReserve;
}
if (bars[AbeTop] && work.Top == monitor.Top)
{
work.Top += AutoHideReserve;
}
if (bars[AbeRight] && work.Right == monitor.Right)
{
work.Right -= AutoHideReserve;
}
if (bars[AbeBottom] && work.Bottom == monitor.Bottom)
{
work.Bottom -= AutoHideReserve;
}
return work;
}
///
/// ABM_GETAUTOHIDEBAREX 가 놓쳤을 때의 2차 판정 — 자동 숨김 바가 붙은 변, 없으면 null.
///
/// 주 작업표시줄만 본다. ABM_GETSTATE 도 ABM_GETTASKBARPOS 도 주 작업표시줄 전용이라
/// 보조 모니터의 작업표시줄은 여기서도 안 잡힌다(교차 검사에서 걸러진다). 그러니 이 폴백이 실제로
/// 덮는 것은 "주 모니터에서 EX 조회가 실패한 경우"뿐이다 — 보조 모니터까지 구제하려면
/// 모니터별 앱바 열거라는 다른 수단이 필요하다.
///
/// 끝내 못 정하면 양보하지 않는다. "모르면 하단에 1px" 로 두면
/// 자동 숨김을 쓰지 않는 모든 사용자에게 최대화 창 아래로 바탕화면 한 줄이 상시 보인다.
///
private static uint? FallbackEdge(RECT monitor)
{
var data = new APPBARDATA { cbSize = (uint)Marshal.SizeOf() };
if ((SHAppBarMessage(AbmGetState, ref data).ToInt64() & AbsAutoHide) == 0)
{
return null;
}
var pos = new APPBARDATA { cbSize = (uint)Marshal.SizeOf() };
if (SHAppBarMessage(AbmGetTaskbarPos, ref pos) == IntPtr.Zero || !Intersects(pos.rc, monitor))
{
return null;
}
return pos.uEdge <= AbeBottom ? pos.uEdge : null;
}
///
/// 이 모니터의 그 변에 자동 숨김 바가 있는가.
/// rc 로 모니터를 지목할 수 있는 EX 판을 쓴다 — 구판(ABM_GETAUTOHIDEBAR)은 주 모니터만 본다.
///
private static bool HasAutoHideBar(RECT monitor, uint edge)
{
var data = new APPBARDATA
{
cbSize = (uint)Marshal.SizeOf(),
uEdge = edge,
rc = monitor,
};
return SHAppBarMessage(AbmGetAutoHideBarEx, ref data) != IntPtr.Zero;
}
private static bool Intersects(RECT a, RECT b)
=> a.Left < b.Right && a.Right > b.Left && a.Top < b.Bottom && a.Bottom > b.Top;
#endregion
}