[Win32] Move relayout call to end of DPI change processing

When processing a DPI change event, a relayout of the shell is currently
scheduled when the event reaches the shell. With asynchronous event
processing, this can lead to the layouting being performed too early,
i.e., when not all contained controls are already updated.

With this change, the layout call for the shell is moved to the end of
the DPI change process, such that relayouting is only performed when all
controls have been updated.

Author: HeikoKlare

bundles/org.eclipse.swt/Eclipse SWT/win32/org/eclipse/swt/widgets/Control.java

@@ -5948,7 +5948,7 @@ void sendZoomChangedEvent(Event event, Shell shell) {
 				}
 				if (dpiExecData.decrement()) {
 					if (event.doit) {
-						shell.WM_SIZE(0, 0);
+						shell.layout(true, true);
 					}
 				}
 			}

bundles/org.eclipse.swt/Eclipse SWT/win32/org/eclipse/swt/widgets/Shell.java

@@ -2787,9 +2787,4 @@ LRESULT WM_WINDOWPOSCHANGING (long wParam, long lParam) {
 	return result;
 }
 
-@Override
-void handleDPIChange(Event event, float scalingFactor) {
-	super.handleDPIChange(event, scalingFactor);
-	layout (null, SWT.DEFER | SWT.ALL | SWT.CHANGED);
-}
 }