The Google Docs two-page console hack (and why it breaks editing)

You may have seen a browser-console hack that forces Google Docs into a pseudo two-page layout. At first glance, it looks great: two pages appear side by side, and wide monitors feel less wasted.

The problem is that this trick is mostly visual. It does not change Google Docs' underlying editing model. That mismatch is exactly why people report that only the left page behaves correctly when typing.

How the hack works

The hack injects CSS into the live Docs page and reflows Google's internal editor elements (for example, moving the outer zoom container and floating each page to the left at about half width).

A representative version looks like this:

(() => { /* inject CSS; set .kix-page to float:left; width:48% */ })();

This approach has been shared as a bookmarklet for years, and related Chrome extensions use similar DOM/CSS manipulation.

Why editing on the right page feels broken

Google Docs still computes caret/selection/input around its original single-page geometry. The hack only repaints where pages appear on screen. So you get visual pages in two columns, but hit testing and cursor math can drift.

Why DocDocDoc is the better solution

DocDocDoc is not a CSS paint-over of docs.google.com. It is a dedicated editor client with layout logic built for side-by-side writing, while syncing through official Google APIs.

Bottom line

The console trick is a clever demo and can be useful for quick read-only review. But for real writing and revision, it is structurally brittle. If you want side-by-side Google Docs editing that you can trust day to day, use DocDocDoc.

Sources

Try the stable side-by-side workflow

Open a Google Doc in DocDocDoc and edit in a true wide-layout workspace designed for writing, not a fragile CSS hack.