Zen Browser Split View Shortcuts

Enabling split view (Ctrl+Shift+\ on Windows/Linux, Cmd+Shift+\ on Mac) divides the current window into two panes, each displaying a different tab, letting you view both simultaneously rather than switching back and forth between them. The same result can also be achieved by dragging one tab directly onto another in the tab bar or sidebar, which some users find more discoverable than the keyboard shortcut, particularly the first time they encounter the feature without having read about it beforehand. The practical use case this addresses directly: comparing two versions of a document side by side, referencing a piece of documentation in one pane while writing code or filling out a form in the other, or checking a live preview of a page you're editing against its source in a second tab — all situations where constantly alt-tabbing or switching tabs back and forth breaks concentration in a way that having both simultaneously visible avoids entirely. Exiting split view (the same Ctrl+Shift+\ shortcut again, functioning as a toggle, or simply closing one of the two panes directly) returns the window to displaying a single tab at full width. Closing one pane specifically — rather than toggling the whole feature off — is worth knowing as a distinct action: it collapses back to showing just the remaining tab, which is often the more natural way to exit once you're done needing the comparison view, rather than deliberately re-triggering the same shortcut that created the split in the first place. How split view compares to genuinely separate OS-level windows resized and positioned side by side is worth understanding clearly, since both approaches solve a broadly similar problem. Split view keeps both tabs contained within one Zen window — one entry in your taskbar or dock, one set of window controls (minimize, maximize, close) governing both panes together. Two separate windows instead give you fully independent window management for each — you could move one to a different monitor entirely, resize them independently to different proportions, or close one without affecting the other at all. Split view trades away that independence in exchange for a tidier, single-window setup that some users find genuinely cleaner for managing screen real estate, particularly on a single-monitor setup where manually resizing and positioning two separate windows precisely side by side is more fiddly than it sounds. Split view interacts with Workspaces in a specific way worth understanding: a split-view pane pairing is generally tied to the Workspace it was created within, meaning switching to a different Workspace replaces the entire split view with whatever that other Workspace's tabs happen to be (or returns to a single-tab view if that Workspace doesn't have an active split), rather than the same two-pane split persisting globally across every Workspace regardless of which one is currently active. A genuine limitation worth knowing before relying on split view for a specific workflow: it splits into exactly two panes, not three or four — for a workflow genuinely needing to reference three or more sources simultaneously, split view alone won't cover it, and combining it with a second, separate browser window (or a second monitor entirely) becomes necessary once you're past a two-pane comparison. Split view also doesn't currently support an adjustable split ratio beyond a roughly even divide in most builds, so a workflow that specifically needs one pane meaningfully larger than the other is better served by two separate, manually resized windows instead. Split view is arguably the single feature that most directly explains why Zen picked up a following beyond people simply wanting "Firefox but calmer." Comparable side-by-side viewing exists in some other browsers only through third-party extensions bolted on afterward, with varying reliability and often awkward interactions with the browser's native tab management — Zen's version is a first-class, native part of the browser's own window-management model, meaning it behaves predictably alongside every other tab and window action rather than as a separate layer that can conflict with them. A specific workflow worth calling out for anyone doing research or writing that draws from a source document: open the reference material in one pane, and use Zen's inherited Firefox Reader View (F9, covered on the firefox-inherited category page) on that reference pane specifically to strip away surrounding page clutter, while keeping your actual writing or note-taking tab in the second pane at full interactivity — combining split view with Reader View this way turns a fairly ordinary side-by-side comparison into a genuinely distraction-minimized research setup, with the reference material rendered as clean readable text rather than a full, potentially ad-cluttered web page competing visually with your own work. Finally, it's worth setting expectations correctly about split view's scope: it's a within-window feature for comparing two tabs, not a substitute for a proper multi-monitor or tiling window-manager setup if your actual workflow regularly needs more than two things visible simultaneously. For that heavier use case, most users end up combining split view (for the specific two-tab comparisons it handles well) with genuinely separate OS-level windows positioned across multiple monitors for everything beyond that, rather than trying to stretch split view itself into doing more than its two-pane design was built for.