FancyZones support for hardware-accelerated/custom canvas window frameworks (e.g., JUCE, frameless Electron)

Nobody has claimed this yet.

### Description of the new feature / enhancement

Add an option in FancyZones to track window movement using global mouse cursor coordinates as a fallback. If FancyZones can monitor the physical screen coordinates of the cursor while the left mouse button is held down over an active window process, it could trigger the zone layouts to light up and accept the snap on release.

### Scenario when this would be used?

This is critical for apps built on hardware-accelerated custom canvas frameworks like JUCE (e.g., Loopcloud, standalone VSTs, and audio tools). These apps draw their own GUIs and completely swallow standard Win32 window messages like WM_MOVING and WM_ENTERSIZEMOVE. Because of this, Windows doesn't register they are being dragged, leaving FancyZones completely blind to them even when holding the Shift key or running as Admin.

### Supporting information

I have attempted to force standard OS borders using third-party window managers (Actual Window Manager) and universal tab containers (Stardock Groupy 2), but the underlying JUCE architecture completely bypasses or rejects these window hooks. Relying purely on mouse pointer location tracking during a drag event seems to be the only bulletproof way to make these non-standard creative applications snappable on the fly.

The issue names no files, tests, or entry points; start by locating FancyZones’ existing window-drag detection and zone-preview handling. Compare that path with global cursor tracking while the left button is held over an active window, and define done as custom-canvas windows triggering zone layouts and accepting a snap on release.

Written by the indexing model from the issue text.