Rectangle for Video Calls and Screen Recording: Sizing Windows That Behave
Video call apps and recording software don’t always behave like a normal window. Some default to their own fullscreen mode that isn’t a resizable window at all; others resize awkwardly when sharing a specific portion of the screen. This covers how to get predictable results from Rectangle app around the specific quirks these apps introduce.
The first thing to check: is it actually a window?
Rectangle mac‘s actions only apply to standard, resizable macOS windows. An app running in native full-screen mode occupies its own Space instead, and Rectangle app‘s move, resize, and display-switching actions don’t apply to it the way they do to a windowed app. Before troubleshooting a call app that «won’t snap,» check whether it’s in native full-screen — most call apps (Zoom, Google Meet in a browser tab, Microsoft Teams) have a setting or a simple click on the green button to force windowed mode instead. Once it’s a normal window, Rectangle app treats it like anything else.
Sizing a call window without losing your other work
The common goal: keep a call visible without letting it take over the whole screen, so you can still reference a document or share a specific window rather than your full display.
- A defined half (⌃⌥← or ⌃⌥→) keeps the call at a known, fixed size — useful because a predictable size means predictable text and video quality if the call app itself scales its interface based on window dimensions.
- Almost Maximize (bindable in the fuller action list under preferences) gives the call most of the screen while leaving a sliver of desktop visible at the edges — closer to fullscreen without fully committing to a separate Space.
- Avoid native fullscreen for the call app specifically if you expect to reference anything else during the call, since exiting fullscreen mid-call to check something is slower than switching between two already-tiled windows with a shortcut.
Screen sharing: match the shared window to what you actually want visible
If you’re sharing a specific application window rather than your entire screen, the exact size and position of that window is what your audience sees. A few practical habits:
- Maximize the window you’re sharing (⌃⌥↩) before starting the share, so the shared content fills the frame rather than showing a small window surrounded by your desktop.
- Move unrelated windows out of the way first, rather than relying on the call app’s «hide desktop» option, since a maximized shared window plus other visible windows behind it can still peek through in some sharing modes depending on the call app.
- If you need to reference a second window (notes, a script) while sharing a different one, put the shared window in maximize and your reference material on a second display if available — that keeps the reference completely out of the shared frame, rather than risking it appearing in a corner of a tiled shared window.
Recording and streaming: predictable window sizes matter more
For anything recorded rather than live, an accidentally-resized window is a mistake baked permanently into the footage, which raises the stakes on getting sizing right before you hit record. Two applications of Rectangle app‘s shortcuts that matter more here than in everyday use:
- Fixed sizes for a capture region. If you’re recording a specific app rather than the full screen, snapping it to an exact position with a shortcut (rather than eyeballing a drag) means the same recording setup produces the same framing every time — useful for a recurring format like a weekly screen-recorded walkthrough.
- Restore (⌃⌥⌫) as a fast way to return to your normal working layout the instant a recording ends, rather than manually repositioning everything back.
Known friction: some creative and capture apps resist Rectangle’s drag-to-snap
Rectangle’s own release notes specifically acknowledge Adobe Illustrator and After Effects as apps with documented drag-to-snap issues — relevant if your recording or streaming workflow involves either. If drag-to-edge snapping doesn’t work reliably in an app like this, use the keyboard shortcut for the same action instead of dragging — shortcut-triggered actions and drag-to-snap use different code paths internally, so an app-specific drag issue doesn’t necessarily mean the keyboard shortcut for the identical position will fail too.
If the call or recording app has its own conflicting shortcuts
Many call and recording apps use Control + Option or similar combinations for their own features (mute, camera toggle, marking up a shared screen). If a shortcut conflict shows up specifically during calls or recordings:
- Focus the call/recording app.
- Open the Rectangle menu and select Ignore app.
- Rectangle’s shortcuts unregister only while that app is frontmost, and its own bindings work normally — switching to any other app re-enables Rectangle’s shortcuts automatically.
This is the same mechanism covered in Rectangle’s general conflict-handling, applied specifically to the apps most likely to come up during calls and recordings, where an unexpected muted mic or dropped camera from a misfired shortcut is a worse outcome than in ordinary daily use.
Quick reference
| Situation | Approach |
|---|---|
| Call app default is full-screen mode | Switch to windowed mode first — full-screen apps don’t respond to Rectangle |
| Want call visible + other work | Half or Almost Maximize for the call, not native fullscreen |
| Sharing a specific window | Maximize it before sharing; use a second display for private references |
| Recording with consistent framing | Use a shortcut-set position, not a manual drag, for repeatable results |
| Drag-to-snap unreliable in a specific app | Use the equivalent keyboard shortcut instead |
| Shortcut conflicts during calls | Ignore app on the call/recording software |