Skip to content

fix: Studio window hides during recording, webcam bubble can use full screen - #21

Merged
Alfredoalv13 merged 1 commit into
mainfrom
fix/studio-window-hides-during-recording
Jul 25, 2026
Merged

fix: Studio window hides during recording, webcam bubble can use full screen#21
Alfredoalv13 merged 1 commit into
mainfrom
fix/studio-window-hides-during-recording

Conversation

@Alfredoalv13

Copy link
Copy Markdown
Owner

Summary

  • Studio window now hides the moment recording controls appear (`showOrCreateRecordingControls`), instead of staying in front and forcing the user to manually switch away before they can capture anything. Restored on cancel (`hud-overlay-close`, only when no editor window exists yet) or via the existing restore-on-return path when the user comes back to Studio later.
  • The floating webcam preview bubble was stuck at the bottom edge, barely draggable side to side. Root cause: the HUD overlay window intentionally shrinks to a compact, non-click-through band during active recording so the stop/pause controls stay reliably clickable - but that band is only as tall as the HUD bar itself, so the bubble had nowhere to go and was being clipped at the window's actual edge (not just CSS-clipped). The renderer now reports when a webcam preview is showing, and the window widens to the full work area in that case, while keeping the existing hover-driven passthrough toggling that already makes clicks pass through everywhere except the HUD bar/bubble.

Test plan

  • `tsc --noEmit` clean
  • `npm test` - 94/94 files, 819/819 tests passing
  • Manual: click Record, confirm Studio window hides immediately; enable camera, confirm the bubble can be dragged anywhere on screen including vertically; critically, confirm the stop/pause button remains clickable throughout (this is the safety property the compact-window behavior exists to protect)

…screen

Two related UX fixes:

- The Studio window stayed in front the moment you clicked Record, forcing
  you to manually switch away from VybeClip before you could even start
  capturing anything. showOrCreateRecordingControls() now hides it (not
  closes - the existing restore-on-return logic in
  createWindow()/focusOrCreateMainWindow() brings it back unchanged).
  hud-overlay-close restores it again on cancel, but not when a recording
  successfully hands off to the editor (checked via
  getExistingEditorWindow()), so the editor stays the sole window in that
  case.

- The floating webcam preview bubble was stuck at the bottom edge of the
  screen, only draggable a little side to side. Root cause: the HUD
  overlay window intentionally shrinks to a compact, non-click-through
  band during active recording (isHudOverlayCanvasActive), so the
  stop/pause controls stay reliably clickable without depending on
  hover-based passthrough toggling - but that band is only tall enough for
  the HUD bar itself, leaving the bubble nowhere to go; it was being
  visually clipped at the window's real edge, not merely CSS-clipped.
  The renderer now tells the main process whenever a webcam preview is
  actually showing (setHudOverlayWebcamPreviewActive), and the window
  widens to the full work area in that case. This is deliberately kept
  separate from isHudOverlayCanvasActive() itself, which also gates the
  monitor-boundary-crossing drag relocation logic and should stay tied to
  the platform/passthrough check alone. The existing hover-driven
  mouse-passthrough toggling (already wired to the bubble's own pointer
  events) continues to keep clicks passing through everywhere except the
  HUD bar/bubble, independent of the window's size.
@Alfredoalv13
Alfredoalv13 merged commit 26666df into main Jul 25, 2026
1 check passed
@Alfredoalv13
Alfredoalv13 deleted the fix/studio-window-hides-during-recording branch July 25, 2026 02:44
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants