v1.1.1

v1.1.1: fast macOS startup (onedir .app), close-path hang fix

The v1.1.0 .app wrapped a ONEFILE binary: every launch re-extracted ~40MB
and XProtect re-scanned it - that was the slow open. The macOS GUI build is
now onedir (EXE exclude_binaries + COLLECT) inside the bundle; .apps ship
zipped anyway so the user downloads the same thing. Windows stays onefile.

Close hang (macOS force-quit report): pywebview's bridge runs js_api calls
in a NON-DAEMON thread and evaluates a JS callback after the call returns.
_WindowApi.close() destroyed the window first, stranding that evaluate_js
on a never-signalled wait - a window-less process that cannot exit, i.e. a
Dock "hang". close() now defers destroy by 0.3s so the bridge round-trip
completes, and gui.run() hard-exits (os._exit(0)) after cleanup in the
frozen app so no stranded thread can ever keep a dead window alive. The
window also gets a dark background_color so pre-paint is not a white/black
flash.

Validated on Windows (frozen build): real click on the shellbar close
button -> full process tree exit in ~3.7s (was: hang); launch-to-window
~2.1s; bundled aria2 still detected with PATH stripped; 61 passed, 1
skipped.