Fix window resize stretching the canvas instead of resizing the sketch surface (#127)

[arrxy]

Fix: #127

Both bugs stem from the same root confusion: logical vs. physical pixels. @catilac

Summary

Two rendering issues with a shared cause in how window dimensions were
interpreted.

Fix 1 Resize stretched the canvas instead of reflowing it

Root cause: Bevy's WinitPlugin is disabled (we use a GLFW backend), so
nothing emitted WindowResized. Without that event:

• bevy_render's camera_system never ran on resize
• the camera's Projection stayed pinned to the original size
• the render target was simply scaled to fit — the "stretch"
• width/height (SurfaceSize) were left stale

Fix: input_window_resize now emits WindowResized itself whenever a window's
physical size actually changes.

Fix 2 macOS Retina rendered 400×400 sketches as 800×800

Root cause: the camera's ProcessingProjection (the sketch's coordinate
space) was built from physical dimensions (width × scale_factor = 800 on a
2× display) instead of the logical size (400), doubling everything.

Fix: use logical width/height for the projection and SurfaceSize;
reserve physical dimensions for the GPU texture (Extent3d) and readback buffer
only.

[catilac]

This looks good! I've left some questions if you could answer before i merge this in

[catilac]

looks like this TODO can be removed :)

[arrxy]

Removed

[catilac]

so width and height are clamped between 0 and 1?

[arrxy]

let width = width.max(1);
This is width = max(width, 1), as 0 or negative width and height are not handled.

[catilac]

@arrxy i'm asking about 1. what is the significance there?

[arrxy]

Ohh I put the min limit 1, so that the box cannot be shrinked to nothing.