The same page on every screen

The text is laid out on a page of one fixed size and the sheet scaled to
the screen, so a phone breaks it exactly where a desktop does — twenty-one
lines to the page on both. The type size is computed from the page and the
line count rather than chosen.

A PDF's full screen is the browser window, not the screen, and its button
sits beside the zoom. "Recent Notes" is stamped by every write, not only by
a rename. And a PDF that will not open says which of the four reasons it is.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
marcandClaude Opus 5 committed 2026-08-26 13:23:03 +02:00
1 parent 9507761bce
commit 4013e959d6
12 files changed
+295 -101

No files matched your search

+4 -4
View File
@@ -271,10 +271,10 @@ try {
await p.waitForTimeout(1500);
/* ── the document, and nothing else ──
* Two things at once: the browser's own full screen, which puts the page past
* the window frame, and an overlay over the app, which is what actually
* removes the sidebar, the list and the title bar. The second is the half that
* can be measured here — and the half a browser can refuse. */
* The app laid out as an overlay over itself: the document takes the whole
* browser window, and the sidebar, the note list and the title bar go. The
* browser's own full screen is deliberately not asked for — this is about
* giving the page to the document, not the screen. */
const workspaceBox = () =>
p.locator("[data-pdf-workspace]").evaluate((el) => {
const r = el.getBoundingClientRect();