Fix LineNumberRuler glitch from incorrect listener order on zoom

This change ensures that zoom change events occur *after* DPI zoom
registry listeners have handled all necessary resize adjustments,
particularly for styled text and its associated line number ruler.

Previously, zoom changes triggered buffer image invalidation
prematurely, leading to multiple redundant resize events. This caused
incorrect top pixel calculations when the scrollbar was adjusted after
zoom, resulting in rendering glitches during redraws of line numbers.

By deferring the SWT.ZoomChanged event until all DPI-related resize
listeners have completed, we avoid early image invalidation. Now, the
redraw uses a correctly invalidated buffer image, and top pixel
calculations are accurate, eliminating rendering artifacts.

Tested by simulating zoom changes and full scroll-down scenarios—line
number ruler now renders consistently without glitches.

Author: ShahzaibIbrahim

bundles/org.eclipse.swt/Eclipse SWT/win32/org/eclipse/swt/internal/DPIZoomChangeRegistry.java

@@ -61,7 +61,11 @@ public static void applyChange(Widget widget, int newZoom, float scalingFactor)
 		event.widget = widget;
 		event.detail = newZoom;
 		event.doit = true;
-		widget.notifyListeners(SWT.ZoomChanged, event);
+		widget.getDisplay().asyncExec(() ->  {
+			if(!widget.isDisposed()) {
+				widget.notifyListeners(SWT.ZoomChanged, event);
+			};
+		});
 	}
 
 	public static void registerHandler(DPIZoomChangeHandler zoomChangeVisitor, Class<? extends Widget> clazzToRegisterFor) {